Operating system: Windows-10-10.0.19041-SP0 64 Bits
Graphics card: GeForce GTX 1060/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 461.72
Broken: version: 2.92.0, branch: master, commit date: 2021-02-24 16:25, hash: rB02948a2cab44
Worked: (newest version of Blender that worked as expected)
Short description of error
[Rather atrocious artefacts in Cycles render: only when motion blur enabled]
Exact steps for others to reproduce the error
[Load the attached scene, point it at the attached Alembic file (with the same 'MeshSequenceCache' parameters: Frame Offset=-150), and try rendering with and without motion blur in Cycles, you should get the same horrendous artefact on or around frame 161. As you can see in this clip, it renders fine in Cycles without motion blur, and also fine in Eevee with motion blur. And obviously you can't 'see' the issue in the viewport in any mode.
So this is an Alembic, created in Blender (2.79) from a rigid body sim, and apparently completely 'clean' unless rendered in Cycles with motion blur enabled.
It looks deeply/suspiciously similar to a motion blur artefact I reported about 3 years ago (T57669) apparently deemed 'low priority', but as I am now getting this issue (or something extremely similar) with an entirely different type of source object (and it is also completely wrecking an animation I am trying to do for a real job), I'm wondering if this will ever get fixed, or will this just remain a 'skeleton in the closet' which may well occur again.
I would be extremely happy to be told there is a simple 'fix' for this issue, and that it is in fact a completely different issue, but it seems only to be an issue if Cycles is used with motion blur, so I'm at a complete loss as to what to do, or change, to fix it.
As I found this in an animation I'd spend a couple of days rendering (Open VDBs involved), and there were several un-useable frames scattered here and there throughout the sequence; I would be just as happy not have to completely re-do the rigid body sim, re-export the alembic, and then spend another day or so rendering, just to discover another few random frames are un-useable, and I have to go back to the drawing board again is it were.]
[Based on the default startup or an attached .blend file (as simple as possible)]