Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

rendering problems on IRIS gpu #116

Open
haraldsteinlechner opened this issue Oct 13, 2021 · 7 comments
Open

rendering problems on IRIS gpu #116

haraldsteinlechner opened this issue Oct 13, 2021 · 7 comments
Milestone

Comments

@haraldsteinlechner
Copy link
Collaborator

currently there seem to be rendering problems on intel iris hardware. We have a repro on a project member's computer. After writing artificial rendering tests which all worked pro3d has now support to set render control properties such as multisampling count and mapping etc.

The attempt can be found here: 844d257

@haraldsteinlechner
Copy link
Collaborator Author

@haraldsteinlechner haraldsteinlechner added this to the 4.1.0 milestone Oct 15, 2021
@haraldsteinlechner
Copy link
Collaborator Author

haraldsteinlechner commented Oct 15, 2021

Thanks to Kens testing sessions we could pin the problem down to a problem with multisampled rendertargets. The current workaround for iris integrated graphics is currently to set samples to 1.
The problem is still under investigation @hyazinthh @ChristianLuksch since it is not clear whether this is a driver bug or a subtile spec violation on our side.

The current plan is:

  • officially support setting multisample count from outside. this is done in the branch mentioned above and will be merged for the next release
  • mention problem in 'troubleshooting' page which can be included in manual and on github
  • In the meanwhile we are trying to find out if driver bug or aardvark bug ;)

@ThomasOrtner
Copy link
Collaborator

the damn coordinate cross :D

@haraldsteinlechner
Copy link
Collaborator Author

@hyazinthh do you know the status of this in the base libraries? should be fixed right? if so we could remove the workaround

if runtime.Context.Driver.renderer.Contains("Intel(R) Iris(R) Xe Graphics") then

@hyazinthh
Copy link
Collaborator

I don't think so: aardvark-platform/aardvark.rendering#86

@haraldsteinlechner
Copy link
Collaborator Author

don't think so means - no not fixed, keep workaround, right?

@hyazinthh
Copy link
Collaborator

Yes, that's what your final comment on that issue suggests at least.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants