Wed, Aug 16
I can confirm as for August 2017, no vertex color is exported with Alembic and kind of wish the vertex color can be baked for every frame. I tried using Sverchok, didn't work.
Mon, Aug 14
Sun, Aug 13
You can build a recent Blender yourself, and compile against your version of glibc.
Wed, Aug 9
I can confirm this as a bug.
Tue, Aug 8
Seems to be an issue with Alembic itself. I've asked the alembic-discussion mailing list for help.
Try passing as_background_job=False to the operator call. That'll import the files sequentially, which should solve your issue.
Sun, Aug 6
Sat, Aug 5
I tried again at transferring a Houdini based animation to Blender via the Alembic file format. I discovered that if I actually give every Houdini object I want to transfer an attribute called name that Blender will create a Blender object for each Houdini object named. This solves the multiple material transfer problem I encountered previously as long as each object has only one material.
Fri, Aug 4
Tue, Aug 1
Tue, Jul 25
Unfortunately, no. It's a tricky one to get right, and there were more pressing issues to focus on first. It might actually be a problem with the Alembic library itself, but I'd need more time to investigate (and time is a scarce commodity). Fortunately there is a workaround (closing Blender while swapping around Alembic files), even though it's a cumbersome one.
Jul 15 2017
...sooooo.... not fixed yet?
Jul 11 2017
Thanks for the report, but there is no bug here, indeed our datablock's names (and other data names, like node, modifiers etc.) are limited to 64 chars. Whether more is needed or not is not a topic for the tracker, general discussion and inquiries like that shall go through IRC (#blendercoders on freenode.net) or ML (firstname.lastname@example.org).
What you want is impossible in Blender. There is no way for an object to have a parent but not inherit its matrix from it.
Jul 3 2017
when did i posted the error? when 2.78c was released. to say it is invalid.. is invalid. i dont know what have changed in that case in 2.79 ... by the way where is the download for 2.79? its not my job to test your software problems in every test build. i have to do other jobs. i want to make you aware of the problem,which is reproduceable nothing less or more. your job is too fix it. i ask myself why i spend money every month to help this development?. this thread is closed now from my standpoint.
The thing is that you say you tested this on Blender 2.78c. Since that version there have been many improvements in Alembic support. This means that a bug has to be reproducible with either 2.79-testbuild1 or a daily build. From what I can see here, it just works on a recent build of Blender.
hmm. i dont know which version you have but to mark it as invalid. instead of downloading the free houdini apprentice version and test it? sorry. was the last time that i tried to help. its reproduceable. guerillia renderer is no valid highend production enviroment!! my opinion! the problem is reproduceable in nuke and houdini. and fusion thanks for not willing to check it. thats all what i get from this. Goodbye. You lost a blender defender and my help.
Can't reproduce on Blender rB1fb30758034c2f, there it exports a very large file (see attachment below) that is animated properly when viewed in Guerilla Render.
Jun 28 2017
Jun 19 2017
@LazyDodo (LazyDodo) done.
Can we then disable this test until the legacy despgraph is no longer the default?
I can confirm this bug. The root cause is that the Mesh Sequence Cache modifier adjusts the vertices of the mesh directly. You can see this when you view the mesh in Edit Mode; the mesh will be deformed, instead of in the rest position as expected by the Armature modifier.
I tested the export in Linux with 3.19 Kernel wich is recommented by the OS developer. Also tested with Kernel 4.0 and 4.4. The result is the same. I am working on 4.4.79 in general cause of hardware requirements.
So i tested alot at the weekend and i found out that the problem only occur with high amounts of polygones.
Since I don't have Houdini, it'll be hard to test this out (the "free" version doesn't include Alembic support). I can try and investigate with some other software, though (abcview).
Please attach a simple example file that shows this issue.
Turns out this does happen on Linux too, but only if you enable the legacy depsgraph. I tested only with WITH_LEGACY_DEPSGRAPH:BOOL=OFF.
@Sergey Sharybin (sergey) and I agree that it's not worth it fixing this test for the old depsgraph.