Well it seems to be a huge piece of software, but here is told that “Windows support is experimental”, which make things complicated, I guess - though somewhere else they wrote that win support has been improved.
Anyways I found it really interesting, so thank you.
It’s just a file format, sounds weird that it should be experimental on just a certain plattform.
Its widely supported by all the major 3D suites out there like Max, Maya, C4D etc. which all run on windows.
Its a very powerful format and offers many advantages over Collada. The biggest being the abillity to use mesh deformations. That enables things like baked fluid simulations in VVVV and other highly complex animations that can only be done with deforming meshes.
Imo it should be really considered to be implented. It’s open source and has a very supportive and professional dev team behind it.
Its currently THE standard exchange format in the VFX industry and probably will be in the future, many major studios are developing on that format.
Sounds really nice, though its not a usable product yet.
I wouldn’t wait for USD to become a widespread and stable technology if they even release it in the near future.
I can only see the benefit of USD if all the 3D tools support it aswell which will also take quite a while after the release of USD I guess.
I’m also not sure if VVVV would be utilized for such complex scenes. I mean Pixar thinks in whole other terms when it comes to 3D scenes, these guys render days on a frame with billions of polygons and thousands of assets.
In that case you clearly need a even more advanced format than Alembic if you want to send an entire scene like that to other tools.
Though for the VVVV world Alembic would do the job just fine imo, you can still export entire scenes with alembic, just not those gigantic and complex monster scenes.
Alembic is great. As a vvvv-rookie but 3D-Vis professional working with Maya/Nuke/etc. I’m pretty sure that Alembic is THE format for (cached) geo transfer now and over the next years.
When you need more freedom after exporting (bone systems, skin weights) FBX is the standart in the industry now, I’d say.
I am working on a simple setup where I would need to import a PLA animation into V. OBJ sequence is not a real option as it’s huge (750 frame, 2.6MB/frame and I don’t think I can go lower with the vertex resolutions of the model…)
Reading trough the forum I think the only solution would be Alembic…
Any chance it will become supported in the near future? Or any other idea I could try to get this working?
thanks antokhio. maybe I’m doing something wrong but my sequence seems to load into my Physical RAM and not into the GPU RAM. I use “GeometryFile” dx11 and “GetSlice” running 45beta34.2_x64 with packs-dx11-0.6.1-x64.
Are there any other method I should/could try? How can I check the GPU RAM load? “Memory(debug)” only shows physical, virtual and page.
In the meanwhile it turns out that the sequence will be about 16GB in total… more frames and more vertex in animation… :( with 32GB RAM I can only load 50% of the sequence. will try to upgrade to 64GB and than I hope it will work.
Hi. Sounds pretty rough. Well That was normally working with enable pin on shader, rather then with get slice. I think it is’t spreadeble in dx11 so you can try to load all the meshes in the shader and do a discard to load everything on gpu, I’ll try to post you something to test. Other way around is to bake vertex cords in to the dds sequence… But I’ll need base mesh and a frame of animation to make you something that works…
+1 for alembic support. Its simply the best and most flexible format for all sorts of 3d-related stuff and almost any 3d software under the sun has support for it.
I am actually more interested in exporting alembic from vvvv, but I guess i’ll just build something for our specific case, where its just some geometry with lots of keyframes. I have built a Maya exporter for vvvv before that just built a Maya Asci file for exporting animation, but it was totally hacked together…
@joreg maybe someone can pitch in with deeper insight, but my understanding is that essentially glTF is an interchange format wheres Alembic is for baking. So while both would be nice it’s not a straight up pair to compare maybe.