Comments (24)
Hey guy's, rebuilt again today. Latest USD pixar, Latest refactoring_sandbox and devtoolset-6 and this fixed hydra crashing instantly on my side
Hooray :D/
from maya-usd.
@suekieza this sounds similar to this #68 which was fixed with #79
Fix the crash in mtoh due to inconsistent WANT_UFE_BUILD C++ macro definition across compilation units
It could be something different though. However, can you share your build log? Did it build with UFE enabled?
from maya-usd.
Hey there, here is my build log
build_log.txt
I don't build with UFE enabled no (not as for as I know anyway)
from maya-usd.
Your log states the following so it should be built with UFE:
Building with UFE 1.0.0 features enabled.
It will automatically build with UFE if it can correctly find the Maya devkit during compiling, like it does in your build.
Anyway, at this stage I'm not too sure what exactly is causing the issue. I'll leave it to someone else to see if they can help out.
from maya-usd.
@suekieza can you close this issue to avoid duplication and making it easier to track things?
You can directly add your comments in #68 . As for switching to Hydra GL, I was able to switch to Hydra after getting #79 fix. Do you have this fix already?
from maya-usd.
Shared my log up above.
@BigRoy seems to think I should be on? What is the flag for the python build script and I will rebuild with it on, just to be sure.
Thanks
from maya-usd.
@BigRoy seems to think I should be on?
Not necessarily. Did you build from the "fix PR" branch or did you pull the latest refactoring_sandbox
? The latest refactoring_sandbox
should indeed include that fix. For sake of checking, maybe retry compiling from the latest refactoring_sandbox
.
from maya-usd.
Will try rebuild today. Thanks @BigRoy
from maya-usd.
Maya crach log
crashLog.txt
So I'm afraid even after rebuilding it today it still instant crashes.
build_log.txt
Not sure what to do at this point. Do I add this as a new issue? @HamedSabri-adsk
@HdC-adsk
from maya-usd.
Hello? I'm still stuck on this.
from maya-usd.
Hi @suekieza ,
Hamed and I tried Windows and Linux and we couldn't reproduce. From the crash log, it looks different from #68. The top frame of Thread 0 is where MtoH calls into USD and nothing looks wrong at the first glance (but I am not familiar with MtoH). Since we cannot reproduce it, could you set a break point at HdMayaDelegateCtx ctor to see why it crashes when calling into GetChangeTracker().AddCollection(TfToken("visible"))
?
from maya-usd.
Just wanted to add I am getting the exact same crash as suekieza on CentOs-7.6
So far I have been unable to get the refactoring sandbox to draw anything.
from maya-usd.
@radon199 Are you saying it doesn't work for you at all? Or are you solely referring to the mtoh
plug-in and its Hydra (GL) viewport renderer as this issue described?
Either way, would you happen to have a build log and maybe even a crash log/dump to help investigate?
from maya-usd.
I will try @HdC-adsk suggestion and report back what I find.
from maya-usd.
I am also on Centos 7.....
from maya-usd.
Ok so I tried this all day with no success. I'm no C++ dev, I be but a humble python programmer here(also mostly houdini).
build_log.txt
dumpdata.zip
from maya-usd.
@radon199 Apart from this crash, mtoh is not the only rendering solution in the sandbox. Do you mean you cannot see anything from VP2RenderDelegate and AL proxy draw override either?
from maya-usd.
I played around with switching to Mtoh from the refactoring_sandbox branch again today and still can't reproduce the crash on Linux.
Do you have a step by step workflow that we can try?
from maya-usd.
Hey there,
Here's what I'm doing in maya:
2019-11-19 17-36-06.flv.tar.gz
Is there some thing else you guy's would like to see?
from maya-usd.
Just curious, what kind of graphic cards do you have?
from maya-usd.
Hey, After speaking with our developer our build is a couple weeks behind the last commit and as such I can't be sure if we are just on a fork with a bug.
I'll make a new issue if we have the same problem with the latest release.
from maya-usd.
@HamedSabri-adsk My computer stats....
from maya-usd.
Hey,
So we built against the sandbox as of November 20th and still have all of the same issues as before.
CentOs-7 Nvidia GTX1080ti, Driver 390.77, usd-19.11, maya-2019.2.8774
When loading the plugin and creating a proxy via cmds.createNode, we set a path to a usdc file in the filepath attribute and nothing happens. No items are drawn in VP2.0 and no sub-components are displayed in the Outliner. The proxy will load the usd file as we get the proper bounding box information.
I can get the proxy to draw in VP2 by duplicating it. If I select any item in the outliner or in the viewport Maya will segfault with this stack trace :
*** Error in
/sw/packages/external/maya/2019.2.8774/platform-linux/arch-x86_64/os-CentOS-7/usr/autodesk/maya2019/bin/maya.bin': munmap_chunk(): invalid pointer: 0x00000000107463b0 ***
======= Backtrace: =========
/lib64/libc.so.6(+0x7f5d4)[0x7f076804b5d4]
/sw/dev/rousselp/packages/usd/19.11.m1/platform-linux/arch-x86_64/os-CentOS-7/boost-1.61.0/python-2.7/pyside-2.0.0/ptex/qt_devel/lib/libhd.so(_ZNSt10_HashtableIN32pxrInternal_v0_19__pxrReserved__7SdfPathESt4pairIKS1_NS0_11HdSelection18PrimSelectionStateEESaIS6_ENSt8__detail10_Select1stESt8equal_toIS1_ENS1_4HashENS8_18_Mod_range_hashingENS8_20_Default_ranged_hashENS8_20_Prime_rehash_policyENS8_17_Hashtable_traitsILb1ELb0ELb1EEEE21_M_insert_unique_nodeEmmPNS8_10_Hash_nodeIS6_Lb1EEE+0xf1)[0x7f064a6ddc61]
/sw/dev/rousselp/packages/usd/19.11.m1/platform-linux/arch-x86_64/os-CentOS-7/boost-1.61.0/python-2.7/pyside-2.0.0/ptex/qt_devel/lib/libhd.so(_ZNSt8__detail9_Map_baseIN32pxrInternal_v0_19__pxrReserved__7SdfPathESt4pairIKS2_NS1_11HdSelection18PrimSelectionState`
Trying to switch to the GL renderer results in this error regardless of if there is a proxy created in Maya or not:
Stack trace: pxrInternal_v0_19__pxrReserved__::HdChangeTracker::AddCollection(pxrInternal_v0_19__pxrReserved__::TfToken const&) pxrInternal_v0_19__pxrReserved__::HdMayaDelegateCtx::HdMayaDelegateCtx(pxrInternal_v0_19__pxrReserved__::HdMayaDelegate::InitData const&) pxrInternal_v0_19__pxrReserved__::HdMayaSceneDelegate::HdMayaSceneDelegate(pxrInternal_v0_19__pxrReserved__::HdMayaDelegate::InitData const&) void __gnu_cxx::new_allocator<pxrInternal_v0_19__pxrReserved__::HdMayaSceneDelegate>::construct<pxrInternal_v0_19__pxrReserved__::HdMayaSceneDelegate, pxrInternal_v0_19__pxrReserved__::HdMayaDelegate::InitData const&>(pxrInternal_v0_19__pxrReserved__::HdMayaSceneDelegate*, pxrInternal_v0_19__pxrReserved__::HdMayaDelegate::InitData const&) void std::allocator_traits<std::allocator<pxrInternal_v0_19__pxrReserved__::HdMayaSceneDelegate> >::construct<pxrInternal_v0_19__pxrReserved__::HdMayaSceneDelegate, pxrInternal_v0_19__pxrReserved__::HdMayaDelegate::InitData const&>(std::allocator<pxrInternal_v0_19_
from maya-usd.
I have rebuilt today 1 December latest sandbox. Still crashes instantly when switching to hydra
from maya-usd.
Related Issues (20)
- can not save usdstage edits to usdproxyshapes referenced in maya file HOT 3
- Loading stage layers under new parent xform HOT 6
- Allow for 1-to-1 shader translation HOT 1
- [EMSUSD-1276] Relative paths are not retained in mayaUsdProxyShape.filePath attributes HOT 2
- Merge Maya Edits to USD, when Skeletons are involved, ends up in an error HOT 5
- mayaUsdExport wrongly translates file texture names with envvar expansions.
- Ability to route prim metadata edits
- Importing files with explicit normals (in this case from CAD data) discards (or recomputes) normals HOT 1
- Improving referencing of materialX files HOT 2
- Pixar Light Colors Gama Corrected HOT 1
- Build script cannot detect a suitable python version HOT 12
- Accessing JobExportArgs "referenceObjectMode" or "exportRelativeTextures" from Python would cause Maya to crash HOT 1
- An issue with Qt while building HOT 1
- ufe.PathString.path returns incorrect path if given path starts with |world HOT 8
- manual usd export affects the presence of GeomSubsets in the file
- LookDevX crashing on connection break
- Hydra also loads render shaders which fills up the GPU memory
- Materials refresh too aggressively, causing lag HOT 2
- Material Import fails to set texture paths when shader inputs:file properties are connected HOT 3
- Duplicate Shape Node on Import HOT 1
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from maya-usd.