There is no plan that goes into details for refactoring of smokes or a developer currently working on it for first 2.8. A refactoring of modifiers is expected for the end of 2.8 series but to convert modifiers's stack into modifiers nodes. Addition of an OpenVDB primitive can be done next year or more years later.
Dec 7 2017
@ronan ducluzeau (zeauro)
Thanks for the workaround but the thing is that I need to render like 20 slices along Z and 10 on X and Y each, so 40 slices in total. And then I need to do the same thing with another smoke sim, maybe bigger, so even more slices.
I am not sure I have the file but I will try recreate it and if it crashes I will send the blend file
Think its fine to continue w/ this patch, the issue @Sergey Sharybin (sergey) mentions will exist elsewhere in Blender (compositor for eg), so think it can be resolved separate from this patch and is no reason to postpone it.
Went over this patch in more detail:
- Remove unused struct member
- Correct comments
- Move re-sampling function into BKE_colorband.
- Set alpha value (wasn't being set at all).
- Split keymap function in two, so each can return the resulting keymap.
- Remove context from struct.
- Name vars in keeping with existing code.
Please separate these bugs. Only one bug per report :)
This has been working in production for a while now.
- Removed code duplication (layer_collection_from_index()) and fixed code style issues.
Dec 6 2017
- Applied patch from @Sergey Sharybin (sergey)
- Removed all the * 3 math
- used copy_v3_v3 where possible.
- removed hardcoded 32 with MAXCOLORBAND
- Addressed one last side case where there's no sampled colors , it now stubs one black stop in that case.
I've implement a few lines to "use existing" Material again.
People still ask me to modifiy the Script to implement that time saving function:
What a pleasant coincidence! I just had the problem a few days ago that I could not load a DPX file into Blender which I got from some other application. I used EXR instead as workaround. But I tried the patch and that actually works (even though the frame itself is flipped)! Here's a frame from the sequence that did not work:
@Lawrence Jaeger (Rence) can you share the blend file you used to create this Alembic file? Somehow Blender wrote a broken file. I can fix the crash so that it doesn't happen, but I'd rather also fix the broken writing.
This is a bug tracker system where we fix bugs which we can reproduce. We do not provide support here. For support you can use other placers like Blender Artists forum.
Thanks for the report, but it seems to be more a limitation than a bug here.
Added comments on why try is needed.
I think it is a known limitation that Camera Clipping is not working with smokes at rendering.
Generally fine, noted minor issues.
Looks fine to me (there is possible improvement regarding *3, which @Campbell Barton (campbellbarton) is currently typing in). Here is a patch to fix strict compiler warnings:
Could we postpone this patch for now?
Would prefer this is handled outside of each render engine - an alembic geometry cache may be missing or an image could be used by a modifier for example.
So there is no guarantee that having Cycles check this will give a useful outcome.
I agree, however is that something that could be done from the python side or it needs changes in the C code?