-
Notifications
You must be signed in to change notification settings - Fork 23
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
USDtweak crashes/doesn't render scene when opening a USD #16
Comments
Hi @ChubbyQuark , |
Hi, great work on the app, looks really promising. Unfortunately my test
machine only has an integrated card, I can forward the full spec. if of
use? Usdview runs OK, albeit with smaller models.
…On Tue, 9 Jul 2024, 07:32 cpichard, ***@***.***> wrote:
Hi @ChubbyQuark <https://github.com/ChubbyQuark> ,
thanks for the crash report.
It looks like this is an OpenGL issue as glGetError() == GL_NO_ERROR
fails.
Does your machine have one dedicated graphic card ? like nvidia/amd or
does it have several cards ?
If there are several cards you might want to assign usdtweak to the
dedicated graphic card, there is a similar issue here #15
<#15> , and the explanation to
do it here:
https://nvidia.custhelp.com/app/answers/detail/a_id/2615/%7E/how-do-i-customize-optimus-profiles-and-settings
this
The next usdtweak version will normally select automatically the dedicated
graphic card.
—
Reply to this email directly, view it on GitHub
<#16 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AGKCHL5MGFG7HJEUJPMJ4PLZLN7XDAVCNFSM6AAAAABKRCK4VWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDEMJWGY4TINRSGE>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
Hi, it could be that your graphic card doesn't support opengl 4.0, and that would be consistent with the glsl compilation error which doesn't understand 'double' (double was supported starting opengl 4.0) |
OK, I'll check the start up log later this morning and send them on. I'm
using usdview compiled from the Pixar repository. Will send more info
shortly.
…On Wed, 10 Jul 2024, 07:12 cpichard, ***@***.***> wrote:
Hi, it could be that your graphic card doesn't support opengl 4.0, and
that would be consistent with the glsl compilation error which doesn't
understand 'double' (double was supported starting opengl 4.0)
Would you have the usdtweak startup log ? it normally shows the opengl
version selected.
Also, you are using usdview coming with which package ? precompiled nvidia
usd ? vanilla usd compiled by yourself ? houdini ? maya ?
Thanks
—
Reply to this email directly, view it on GitHub
<#16 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AGKCHLYTBHDKNW3UIFMBXALZLTGDFAVCNFSM6AAAAABKRCK4VWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDEMJZGY2DCNBSG4>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
You were right, opengl version is too low on my machine, I'll see if I can upgrade it and re-try. Intel |
Update: I've uninstalled the version from the pre built windows installer and built from cloning the repository. The app. now opens and functions well but I'm still seeing the wrong version of opengl when starting usdtweak (geometry isn't being rendered in the viewport) |
Hi @ChubbyQuark , Line 103 in 5c9fc30
It is set to 3.2 for various past reasons that might not apply anymore. Normally the opengl driver will use the highest version, that's what I have seen in the past, but it looks like in your case it chooses the one specified by the hint. For the record there is a discussion here about it https://stackoverflow.com/questions/27762349/why-am-i-not-getting-a-forward-compatible-opengl-context-with-glfw. So unless there is a way to tell the driver to always use the maximum opengl version, we need to change the minimum version in usdtweak. From usd 20.11 onwards it's Opengl 4.5 on linux+windows and 4.1 on mac. |
ok, thanks. I'll try that. Also noted that USD built with an earlier version, this is from the build log: -- Found OpenGL: opengl32 |
Adjusted, getting 4.5 on startup, but still getting errors, I wonder if it's connected to the pixar issue? PixarAnimationStudios/OpenUSD#2756 Intel(R) Iris(R) Xe Graphics |
Hi, |
I did update the the drivers after building OpenUSD, I'll try rebuilding
with the current drivers, just in case.
Forcing 4.6 but no change, same console error.
Processor is an intel Gen13 i5 1340P
Thanks for your help troubleshoot this.
…On Fri, 12 Jul 2024, 07:51 cpichard, ***@***.***> wrote:
Hi,
it is still an opengl error, but different than the original one, I don't
know if we can consider that as progress, but it's a change.
I am wondering, the build of the drivers seems different from the one
displayed by usdtweak (31.0.101.4314) and the one on the system
(31.0.101.5592), did you reinstall the drivers after compiling usd ? may be
there are several opengl libs/drivers interfering ? but it's unlikely to be
the issue to be honest.
I would probably try forcing 4.6 just to double check hydra doesn't need
4.6.
I'll ask around if someone has a laptop with an Iris xe graphics that I
can borrow, see if I can reproduce the issue.
Which processor do you have ?
—
Reply to this email directly, view it on GitHub
<#16 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AGKCHL6OMV2A6HYLIAN24MTZL54HXAVCNFSM6AAAAABKRCK4VWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDEMRUHEZTQOBZGI>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
Rebuilt with PySide6, getting a similar error: Runtime Error: in HgiGLPostPendingGLErrors at line 91 of C:\Users\user\OpenUSD\pxr\imaging\hgiGL\diagnostic.cpp -- GL error: invalid enum, reported from cdecl pxrInternal_v0_24__pxrReserved::HgiGL_ScopedStateHolder::HgiGL_ScopedStateHolder(void) |
Thanks a lot for all those tests, this is really helpful. I managed to get a laptop with an intel card, and got the same initial error as you, the driver returns the minimum version required, so 3.2 which is not enough. By setting to 4.5, it does creates new errors as you had, and I found out it's because of the line with GLFW_FORWARD_COMPAT which should be removed to get the compatibility downward. After removing the line, on my laptop, there are no more errors but, for some unknown reason, storm doesn't render in the framebuffer, I just see the grid and the manipulators. Still investigating. |
If you still get opengl errors, you can add the environment variable HGIGL_DEBUG to pinpoint the issue. |
Sounds like progress, I'm getting the same in the viewport, just the grid. The stage outliner has populated the prims and hierarchy, they're just not visible. I'll try running with the HGIGL_DEBUG. |
Hi @ChubbyQuark , it's progressing indeed. I didn't get much chance to chase the bug yesterday as I ran into compilation issues with boost, python and the latest msvc2022. But I finally managed to compile a debug version without python. I'll hopefully go back to bug hunting next week-end when I'll get some free time. |
Yes, storm renderer works with usdview, it does throw some errors but I
think these are issues with the USD files, viewport displays as expected.
Let me know if you need me to check anything, re-building OpenUSD with
Embree may be beyond my knowledge, but happy to give it a try when I get
time.
…On Mon, Jul 15, 2024 at 7:22 AM cpichard ***@***.***> wrote:
Hi @ChubbyQuark <https://github.com/ChubbyQuark> , it's progressing
indeed. I didn't get much chance to chase the bug yesterday as I ran into
compilation issues with boost, python and the latest msvc2022. But I
finally managed to compile a debug version without python. I'll hopefully
go back to bug hunting next week-end when I'll get some free time.
I compiled usd with embree and the embree render delegate does work. So it
could be a storm bug on intel drivers, or something usdtweak is not doing
right.
Does storm render correctly in usdview for you ?
Thanks
—
Reply to this email directly, view it on GitHub
<#16 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AGKCHLZO5TDUAV64CWRPRR3ZMNTD3AVCNFSM6AAAAABKRCK4VWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDEMRXG43TINBXGU>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
Hi, thanks @ChubbyQuark ! |
@cpichard Yes, using usdview from compile 2405. Re-built with embree, usdview now renders with both OpenGL and Embree, is there a way to change the renderer in usd tweak? I'll try the earlier build 2308. |
Thanks for confirming. In usdtweak's viewport there should be a GL button, if you click on it you'll have the option to use embree normally. |
Got it, I think it was squeezed in the UI. Embree is available but no change to the viewprt, just the grid shown. Also noticed the mouse doesn't seem to interact with the viewports (pan, tilt zoom etc.), do you think this is linked to the GL issue? |
Rebuilt with an ealier version of OpenUSD and forced OpenGL 4.5, noticed there were multiple errors when building usdtweak, not sure if it's relevant: C:\Users\user\Repos\usdtweak\src\ImGuiHelpers.h(32,30): warning C4267: 'argument': conversion from 'size_t' to 'int', Intel(R) Iris(R) Xe Graphics |
Hi @ChubbyQuark , |
Ah ok, good they're just warnings. Behaviour is identical when built with
2308. What is the best way to remove an old build, just delete the
directory OpenUSD was built into and start again? I'm wondering if there
are any old files that could be causing issues?
…On Fri, Jul 19, 2024 at 7:48 AM cpichard ***@***.***> wrote:
Hi @ChubbyQuark <https://github.com/ChubbyQuark> ,
The mouse should alway be interacting with the viewport, this is very
unexpected that it does not, at first glance I don't see a situation where
it should not, I'll investigate tomorrow. The errors you are seeing are
just warnings, some come from usdtweak, other from usd, I should fix them
at some point.
Does it work better with 2308 ?
Thanks
—
Reply to this email directly, view it on GitHub
<#16 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AGKCHL2EYHEPHRPVRAKD4PLZNCZFFAVCNFSM6AAAAABKRCK4VWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDEMZYGQ4DAMZTGM>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
Hi @ChubbyQuark , I'll try to build a new release this week-end with the fixes you helped discover. |
Great, glad you found the driver bug. I can can try a different set of
drivers for the iGPU or is it best to wait until you've updated and
re-released.
Sure, will post a video later. Pretty sure the scene has loaded, prims can
be selected in the outliner, moved with the gizmos and saved out. Edits can
then be verified usdview.
…On Sat, 20 Jul 2024, 10:21 cpichard, ***@***.***> wrote:
Hi @ChubbyQuark <https://github.com/ChubbyQuark> ,
you can delete the directory, that will do.
So I have tested with several usd versions (23.05, 23.08, 23.11, 24.05)
and it turns out that the reason the viewport was blank was a display
driver bug, after updating it to the latest (31.101.2115 for this
particular gpu), storm is now rendering correctly with all usd versions.
I am testing a different hardawre configuration than yours, I have an
intel HD 515 graphic card, way older.
Regarding the mouse viewport interaction, I really don't see what could be
happening, except if the file is still loading may be ? but the rest of the
UI would be hanging as well. Would you be able to post a short video grab ?
I'll try to build a new release this week-end with the fixes you helped
discover.
Cheers
—
Reply to this email directly, view it on GitHub
<#16 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AGKCHL4YEYSIH7IPYDEQFJ3ZNIT2VAVCNFSM6AAAAABKRCK4VWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDENBRGA2TOMRUGI>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
Here's the screen grab. I've tried multiple different USD files, all with the same result. Ignore the mouse interaction comment, it is working I had the wrong mouse key combo. usdtweak_viewport_2024-07-20.112830.2.mp4 |
Thanks a lot for the screen grab @ChubbyQuark . Great to know that the viewport manipulation is working. It really looks like Storm is not rendering. I created a new release and had a friend test it on his intel machine, it was behaving exactly as yours. But after installing the most recent intel driver then Storm was rendering correctly. |
@cpichard Good news! It's rendering and performance is great with the Animal Logic test scene, over 30fps even with the laptop I'm using. Thank you for getting this fixed, I'll have a good explore of the app now it's rendering. ![]() |
Great news ! Happy that it is working now. If you have any questions don't hesitate to open a new issue. |
USDtweak crashes when opening any USD file, the console repeatedly puts out the error below:
**Installed usdtweak using the windows installer
Windows 11
OpenUSD v24.05**
Link called without any attached shader objects.
Coding Error: in Execute at line 585 of C:\Users\cpich\installs\USD-22.11\pxr\imaging\hdx\colorCorrectionTask.cpp -- Failed verification: ' CreateShaderResources() '
Coding Error: in CompositeToInterop at line 310 of C:\Users\cpich\installs\USD-22.11\pxr\imaging\hgiInterop\opengl.cpp -- Failed verification: ' glGetError() == GL_NO_ERROR '
Runtime Error: in HgiGLPostPendingGLErrors at line 91 of C:\Users\cpich\installs\USD-22.11\pxr\imaging\hgiGL\diagnostic.cpp -- GL error: invalid enum, reported from cdecl pxrInternal_v0_22__pxrReserved::HgiGL_ScopedStateHolder::HgiGL_ScopedStateHolder(void)
Runtime Error: in HgiGLPostPendingGLErrors at line 91 of C:\Users\cpich\installs\USD-22.11\pxr\imaging\hgiGL\diagnostic.cpp -- GL error: invalid enum, reported from cdecl pxrInternal_v0_22__pxrReserved::HgiGL_ScopedStateHolder::~HgiGL_ScopedStateHolder(void)
Runtime Error: in HgiGLPostPendingGLErrors at line 91 of C:\Users\cpich\installs\USD-22.11\pxr\imaging\hgiGL\diagnostic.cpp -- GL error: invalid enum, reported from cdecl pxrInternal_v0_22__pxrReserved::HgiGL_ScopedStateHolder::HgiGL_ScopedStateHolder(void)
Runtime Error: in HgiGLPostPendingGLErrors at line 91 of C:\Users\cpich\installs\USD-22.11\pxr\imaging\hgiGL\diagnostic.cpp -- GL error: invalid enum, reported from cdecl pxrInternal_v0_22__pxrReserved::HgiGL_ScopedStateHolder::~HgiGL_ScopedStateHolder(void)
Coding Error: in HgiGLShaderProgram at line 52 of C:\Users\cpich\installs\USD-22.11\pxr\imaging\hgiGL\shaderProgram.cpp -- Failed verification: ' id>0 ' -- Invalid shader provided to program
Coding Error: in HgiGLShaderProgram at line 52 of C:\Users\cpich\installs\USD-22.11\pxr\imaging\hgiGL\shaderProgram.cpp -- Failed verification: ' id>0 ' -- Invalid shader provided to program
Runtime Error: in HgiGLPostPendingGLErrors at line 91 of C:\Users\cpich\installs\USD-22.11\pxr\imaging\hgiGL\diagnostic.cpp -- GL error: invalid value, reported from cdecl pxrInternal_v0_22__pxrReserved::HgiGLShaderProgram::HgiGLShaderProgram(const struct pxrInternal_v0_22__pxrReserved_::HgiShaderProgramDesc &)
Coding Error: in _CreateShaderResources at line 296 of C:\Users\cpich\installs\USD-22.11\pxr\imaging\hdx\colorCorrectionTask.cpp -- Failed to create color correction shader
ERROR: 0:21: 'double' : syntax error syntax error
The text was updated successfully, but these errors were encountered: