multiverse support #63
Conversation
|
Aaron, would you like to modify your change to account for just-filed Not sure what the right fix will be - guess it depends on whether the On 09/21/2016 11:30 PM, asluk wrote:
|
|
Yes, I can look at fixing that in a separate branch and then pulling it in. As far as I can tell, the single-library Alembic was introduced in 1.6.0 - so I was thinking of using a version check to determine whether to look for On Fri, Sep 30, 2016 at 8:24 PM, F. Sebastian (spiff) Grassia <
|
|
@spiffmon - multiverse is currently forked from an earlier version of alembic that does not produce the single library. I went ahead and added USD build support for the single alembic library in issue #70 , but that is independent of this change. For multiverse, there's one more cleanup I want to add though (the boost_filesystem dependency that should be multiverse-specific). Thanks! |
|
Thanks, Aaron - I was wondering about that dependency and why it was necessary... Can they not push it out of the header file, I wonder? --SpiffiPhone
|
|
Should be fixed now-- only multiverse-enabled builds will bring in boost_filesystem. |
@spiffmon I sent you an e-mail mentioniong, along other things, that we need it to maintain the paths for the objects in the git repo of the multiverse abc files. Also we are now close to releasing 1.6.0+ (sinlgle lib) support, will be pushed soon (@panta). And big thanks to @asluk for the work. |
|
@asluk FYI we have updated Multiverse to Alembic API 1.6.1 just now. |
|
Thanks for the heads-up, @pberto . I tested with the panta/alembic-1.6.1-port branch and merged in my changes from my dev_abc_1_6_support into my dev_multiverse_support branch. |
asluk
force-pushed
the
dev_multiverse_support
branch
3 times, most recently
from
aaf8f7f
to
33080b3
Compare
asluk
force-pushed
the
dev_multiverse_support
branch
from
33080b3
to
b79aa05
Compare
|
@asluk Alembic 1.7 port is also available now, branch: panta/alembic-1.7.0-port -- let us know. |
|
@asluk Awesome! Beers are on me. Cheers! |
[sunyab: Require dynamic linking of multiverse libs for now
so that USD does not need to directly link against
multiverse's dependencies]
Closes #63
This is just to get the change to be reviewed by the Pixar folks, so they can see the actual code changes involved to get Multiverse support within the usdAbc plugin, as a CMake option. We've also discussed forking usdAbc with multiverse into its own standalone repo, to serve as a template for other developers writing SdfFileFormat plugins without needing to build the whole USD tree (e.g., on top of a brew install for USD on OSX, when that is available).