Building OpenDCC / Dependencies #3
Replies: 5 comments 4 replies
|
Hey Thorsten, |
|
Since this is a framework, does anyone have sample app screenshots? |
|
Thanks! And no worries, sorry for the slow reply. Just a quick note — there's a lot of ongoing technical discussion around building dependencies in this GitHub issue:
Yes, that's the plan. We're aiming to follow standards as closely as possible. Besides simplifying setup, it also makes it easier to swap in your own USD fork or upgrade USD when needed.
Absolutely. The goal is to support as many platforms as possible — and don't worry, we're treating Windows as a first-class platform. About the screenshots — OpenDCC is the open source core of the ShapeFX Loki app: Loki is free to download and try, so you can definitely explore it today to get a sense of what OpenDCC aims to offer and how it will look in action. P.S. Yes, we definitely need to add screenshots to the README. It's on the list! |
|
Greetings all, I would like to know if any "formal" build documentation is available now and if not what is the ETA? I have attempted to complete builds within the aswf/vfx-all:latest docker image as well as my standalone Ubuntu 24.04 and it is a slog. I have purposely turned off many options inside Options.cmake so as to arrive (I hope) to some form of stability and add the various options back in. However, things like Qt ADS (for example) do not play well with the docker mentioned above. Any and all guidance would be appreciated. |
|
Checking in as it's been two SIGGRAPH now since OpenDCC was mentioned/launch. I understand that Loki is base on OpenDCC which makes me wonder why the building of OpenDCC have not been documented. I see multiple fork of this project, I want to avoid forking to figure out the building of OpenDCC. Any updates? |
Uh oh!
There was an error while loading. Please reload this page.
Hi all,
thanks to everyone involved to get OpenDCC started! It looks great and i am totally looking forward to playing with it!
While giving it a first look i realised that building is not trivial out of the box and getting dependencies is neither. My suggestion would be to rely as much on standards to find dependencies as possible (e.g. just piggy backing USD_INSTALL_DIR and then finding components automatically).
A fist start would be a list of required dependencies and supported versions for them (though i am Windows only, it would be great to get that for all platforms i would say.
Cheers,
Thorsten
All reactions