Page MenuHome

Importing Alembic Mesh Causes Blender To Crash As Well As Alembic Sequences/Playback of Alembic sequences does not work
Closed, ResolvedPublic

Description

System Information
Operating system: Windows 10
Graphics card: GTX 1080

Blender Version
Broken: (2.80, 9099305771ec, Beta, 2019-03-18, as found on the splash screen)
Broken: (2.80, a29186efb414, Beta, 2019-03-18, as found on the splash screen)
Broken: (2.80, 40e85a603c98, Beta, 2019-03-19, as found on the splash screen)
Working: (2.79, f4dc9f9d68b, Stable, 2018-03-22, as found on the splash screen)

Short description of error
When importing an alembic mesh sequence (and sometimes and alembic mesh), Blender will just up and crash immediately after pressing import. If I'm lucky enough to get it to import (which sometimes it will), playback of the sequence will result in Blender freezing and eventually crashing. I have 32gb of RAM so I don't believe memory would be a cause to this, I'm not sure though. It works perfectly fine on 2.79.

Exact steps for others to reproduce the error
I have tried multiple blender projects, even new blender projects from scratch, importing different meshes from different programs, even exporting from blender and importing back into blender causes a crash. Sometimes the alembic mesh and sequence will import fine, but even if it does, attempting to play a large sequence (200 frames long imported from RealFlow 10) will cause Blender to lock up, choke, and hard crash. Again, works fine on 2.79.

Import > Alembic Mesh (.abc)
Import > Alembic Mesh (.abc) > Sequence

Event Timeline

Jared Herman (Aternias) renamed this task from 75% Of The Time Importing Alembic Mesh (Individually And In Sequence) Causes Blender To Hard Crash As Well As Playback Of Sequence. to Most Of The Time Importing Alembic Mesh Causes Blender To Hard Crash As Well As Playback Of Sequence..
Jared Herman (Aternias) renamed this task from Most Of The Time Importing Alembic Mesh Causes Blender To Hard Crash As Well As Playback Of Sequence. to Importing Alembic Mesh Causes Blender To Crash As Well As Alembic Sequences..Mar 19 2019, 7:36 AM
Sebastian Parborg (zeddb) triaged this task as Needs Information from User priority.

Do you have any small .abc files you can attach so we can easily reproduce this?

@Sebastian Parborg (zeddb)

I have consolidated my 200 frames to the first 5 frames, just simply import them as a sequence.

I'm not sure if importing them individually causes crashes as well but it probably does.

EDIT:

I imported the 5 frames myself just now, it seems I can actually get past the import screen, but 2 seconds after it imports Blender hard crashes similar to before. I also tested it in the blender 2.79 version listed as working in this bug report and it imports and works fine, strange.

This comment was removed by Jared Herman (Aternias).
Sebastian Parborg (zeddb) raised the priority of this task from Needs Information from User to Confirmed, Medium.

I'm getting asserts:

BLI_assert failed: /home/zed/programmering/blender_master/blender/source/blender/alembic/intern/abc_mesh.cc:1022, get_config(), at 'mesh->mvert'
BLI_assert failed: /home/zed/programmering/blender_master/blender/source/blender/blenkernel/intern/library_remap.c:865, BKE_id_free_ex(), at '(flag & LIB_ID_FREE_NO_MAIN) != 0 || bmain != ((void *)0)'

If I disregard those I get this backtrace:

Thread 34 "blender" received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fffcbfff700 (LWP 24315)]
0x00005555581eaa99 in BKE_main_lock (bmain=0x0) at /home/zed/programmering/blender_master/blender/source/blender/blenkernel/intern/main.c:135
135		BLI_spin_lock((SpinLock *) bmain->lock);
(gdb) bt
#0  0x00005555581eaa99 in BKE_main_lock (bmain=0x0) at /home/zed/programmering/blender_master/blender/source/blender/blenkernel/intern/main.c:135
#1  0x00005555581e62d5 in BKE_id_free_ex (bmain=0x0, idv=0x7fffcd07d608, flag=0, use_flag_from_idtag=true)
    at /home/zed/programmering/blender_master/blender/source/blender/blenkernel/intern/library_remap.c:892
#2  0x00005555581e63cd in BKE_id_free (bmain=0x0, idv=0x7fffcd07d608)
    at /home/zed/programmering/blender_master/blender/source/blender/blenkernel/intern/library_remap.c:931
#3  0x0000555558210507 in BKE_mesh_nomain_to_mesh (mesh_src=0x7fffcd07d608, mesh_dst=0x7fffcd07d608, ob=0x7fffcd04fa08, mask=0x55555c1223a0 <CD_MASK_MESH>,
    take_ownership=true) at /home/zed/programmering/blender_master/blender/source/blender/blenkernel/intern/mesh_convert.c:1379
#4  0x0000555557bdb596 in AbcMeshReader::readObjectData (this=0x7fffcd04f400, bmain=0x7fffea3ed608, sample_sel=...)
    at /home/zed/programmering/blender_master/blender/source/blender/alembic/intern/abc_mesh.cc:1062
#5  0x0000555557b9be60 in import_startjob (user_data=0x7fffccff2000, stop=0x7fffcf8c9c3c, do_update=0x7fffcf8c9c3a, progress=0x7fffcf8c9c40)
    at /home/zed/programmering/blender_master/blender/source/blender/alembic/intern/alembic_capi.cc:720
#6  0x0000555557238348 in do_job_thread (job_v=0x7fffcf8c9bc8)
    at /home/zed/programmering/blender_master/blender/source/blender/windowmanager/intern/wm_jobs.c:330
#7  0x00005555586aa8b8 in tslot_thread_start (tslot_p=0x7fffcc029408)
    at /home/zed/programmering/blender_master/blender/source/blender/blenlib/intern/threads.c:251
#8  0x00007ffff65943c3 in start_thread () from /lib64/libpthread.so.0
#9  0x00007ffff15493ef in clone () from /lib64/libc.so.6

If I skip the first frame on import is seem to work.

@Sebastian Parborg (zeddb) @Sybren A. Stüvel (sybren)

Strangely, I imported the full 200 frames I have while excluding the first frame and it imported successfully, but attempting to scrub on the timeline causes a hard crash again.
I then started new and imported the 5 first frames also excluding the first frame and it won't import at all! :(

EDIT:
Here is a short video I made, you can see that importing the 200 frames crashes first, I try again and it works, but attempting to scrub always causes a crash, and importing the 5 frames just makes it crash immediately.

EDIT:
I was able to import it, and scrub on the timeline by first switching to edit mode before scrubbing. What's strange is it only updates the mesh if I switch to edit and back to object mode, but if I scrub at all on the timeline it goes back to the first frame's mesh, and once again it is extremely unstable and crashes and doesn't always import.

I caught this console message before the crash when scrubbing on the timeline after first opening.


wm_event_do_handlers: Handling event
wmEvent type:3 / RIGHTMOUSE, val:1 / PRESS,

shift:0, ctrl:0, alt:0, oskey:0, keymodifier:0,
mouse:(26,71), ascii:' ', utf8:'', keymap_idname:(null), pointer:0000026D1B9CACB8

[SCScene :: View Layer]: Operation is entry point for update: GEOMETRY_EVAL()
[SCScene :: View Layer]: Accumulated recalc bits for OBCube: 2
[SCScene :: View Layer]: BKE_object_eval_uber_data on OBCube (0000026D15E735C8)
[SCScene :: View Layer]: BKE_object_handle_data_update on OBCube (0000026D15E735C8)
Alembic: unknown how to handle objects of schema '', skipping object ''
ERROR (bke.modifier): C:\Users\Aternias\Desktop\blender-git\blender\source\blender\blenkernel\intern\modifier.c:386 modifier_setError: Could not create Alembic reader for file F:\ATERNIAS PROJECTS\3D PROGRAM\REALFLOW\WaterTest_2 ((3-18-2019))\testflow\meshes\ParticleMesh_VDB02_00001.abc
Depsgraph updated in 0.002641 seconds.
UI_menutype_draw: opening menu "TOPBAR_MT_editor_menus"
UI_menutype_draw: opening menu "TIME_MT_editor_menus"
UI_menutype_draw: opening menu "VIEW3D_MT_editor_menus"
[SCScene :: View Layer]: Operation is entry point for update: GEOMETRY_EVAL()
[SCScene :: View Layer]: Accumulated recalc bits for OBCube: 2
[SCScene :: View Layer]: BKE_object_eval_uber_data on OBCube (0000026D15E735C8)
[SCScene :: View Layer]: BKE_object_handle_data_update on OBCube (0000026D15E735C8)
Depsgraph updated in 0.002595 seconds.
UI_menutype_draw: opening menu "TOPBAR_MT_editor_menus"
UI_menutype_draw: opening menu "TIME_MT_editor_menus"
UI_menutype_draw: opening menu "VIEW3D_MT_editor_menus"
[SCScene :: View Layer]: Operation is entry point for update: GEOMETRY_EVAL()
[SCScene :: View Layer]: Accumulated recalc bits for OBCube: 2
[SCScene :: View Layer]: BKE_object_eval_uber_data on OBCube (0000026D15E735C8)
[SCScene :: View Layer]: BKE_object_handle_data_update on OBCube (0000026D15E735C8)
Alembic: error reading mesh sample for '/Cube/CubeShape/.geom' at time 2.000000: IPolyMeshSchema::get()
ERROR: EXCEPTION:
IArrayProperty::get()
ERROR: EXCEPTION:
Ogawa IStreams::read failed.
ERROR (bke.modifier): C:\Users\Aternias\Desktop\blender-git\blender\source\blender\blenkernel\intern\modifier.c:386 modifier_setError: Error reading mesh sample; more detail on the console
Depsgraph updated in 0.005868 seconds.
UI_menutype_draw: opening menu "TOPBAR_MT_editor_menus"
UI_menutype_draw: opening menu "TIME_MT_editor_menus"
UI_menutype_draw: opening menu "VIEW3D_MT_editor_menus"
[SCScene :: View Layer]: Operation is entry point for update: GEOMETRY_EVAL()
[SCScene :: View Layer]: Accumulated recalc bits for OBCube: 2
[SCScene :: View Layer]: BKE_object_eval_uber_data on OBCube (0000026D15E735C8)
[SCScene :: View Layer]: BKE_object_handle_data_update on OBCube (0000026D15E735C8)
Alembic: error reading mesh sample for '/Cube/CubeShape/.geom' at time 2.000000: IPolyMeshSchema::get()
ERROR: EXCEPTION:
IArrayProperty::get()
ERROR: EXCEPTION:
bad allocation
ERROR (bke.modifier): C:\Users\Aternias\Desktop\blender-git\blender\source\blender\blenkernel\intern\modifier.c:386 modifier_setError: Error reading mesh sample; more detail on the console
Depsgraph updated in 0.005538 seconds.
UI_menutype_draw: opening menu "TOPBAR_MT_editor_menus"
UI_menutype_draw: opening menu "TIME_MT_editor_menus"
UI_menutype_draw: opening menu "VIEW3D_MT_editor_menus"
[SCScene :: View Layer]: Operation is entry point for update: GEOMETRY_EVAL()
[SCScene :: View Layer]: Accumulated recalc bits for OBCube: 2
[SCScene :: View Layer]: BKE_object_eval_uber_data on OBCube (0000026D15E735C8)
[SCScene :: View Layer]: BKE_object_handle_data_update on OBCube (0000026D15E735C8)
Alembic: error reading mesh sample for '/Cube/CubeShape/.geom' at time 3.000000: IPolyMeshSchema::get()
ERROR: EXCEPTION:
IArrayProperty::get()
ERROR: EXCEPTION:
Ogawa IStreams::read failed.
ERROR (bke.modifier): C:\Users\Aternias\Desktop\blender-git\blender\source\blender\blenkernel\intern\modifier.c:386 modifier_setError: Error reading mesh sample; more detail on the console
Depsgraph updated in 0.005764 seconds.
UI_menutype_draw: opening menu "TOPBAR_MT_editor_menus"
UI_menutype_draw: opening menu "TIME_MT_editor_menus"
UI_menutype_draw: opening menu "VIEW3D_MT_editor_menus"
[SCScene :: View Layer]: Operation is entry point for update: GEOMETRY_EVAL()
[SCScene :: View Layer]: Accumulated recalc bits for OBCube: 2
[SCScene :: View Layer]: BKE_object_eval_uber_data on OBCube (0000026D15E735C8)
[SCScene :: View Layer]: BKE_object_handle_data_update on OBCube (0000026D15E735C8)
Alembic: error reading mesh sample for '/Cube/CubeShape/.geom' at time 4.000000: IPolyMeshSchema::get()
ERROR: EXCEPTION:
IArrayProperty::get()
ERROR: EXCEPTION:
Ogawa IStreams::read failed.
ERROR (bke.modifier): C:\Users\Aternias\Desktop\blender-git\blender\source\blender\blenkernel\intern\modifier.c:386 modifier_setError: Error reading mesh sample; more detail on the console
Depsgraph updated in 0.005717 seconds.
UI_menutype_draw: opening menu "TOPBAR_MT_editor_menus"
UI_menutype_draw: opening menu "TIME_MT_editor_menus"
UI_menutype_draw: opening menu "VIEW3D_MT_editor_menus"
[SCScene :: View Layer]: Operation is entry point for update: GEOMETRY_EVAL()
[SCScene :: View Layer]: Accumulated recalc bits for OBCube: 2
[SCScene :: View Layer]: BKE_object_eval_uber_data on OBCube (0000026D15E735C8)
[SCScene :: View Layer]: BKE_object_handle_data_update on OBCube (0000026D15E735C8)
Alembic: error reading mesh sample for '/Cube/CubeShape/.geom' at time 5.000000: IPolyMeshSchema::get()
ERROR: EXCEPTION:
IArrayProperty::get()
ERROR: EXCEPTION:
Ogawa IStreams::read failed.
ERROR (bke.modifier): C:\Users\Aternias\Desktop\blender-git\blender\source\blender\blenkernel\intern\modifier.c:386 modifier_setError: Error reading mesh sample; more detail on the console
Depsgraph updated in 0.006932 seconds.
UI_menutype_draw: opening menu "TOPBAR_MT_editor_menus"
UI_menutype_draw: opening menu "TIME_MT_editor_menus"
UI_menutype_draw: opening menu "VIEW3D_MT_editor_menus"
[SCScene :: View Layer]: Operation is entry point for update: GEOMETRY_EVAL()
[SCScene :: View Layer]: Accumulated recalc bits for OBCube: 2
[SCScene :: View Layer]: BKE_object_eval_uber_data on OBCube (0000026D15E735C8)
[SCScene :: View Layer]: BKE_object_handle_data_update on OBCube (0000026D15E735C8)
Alembic: error reading mesh sample for '/Cube/CubeShape/.geom' at time 6.000000: IPolyMeshSchema::get()
ERROR: EXCEPTION:
IArrayProperty::get()
ERROR: EXCEPTION:
Ogawa IStreams::read failed.
ERROR (bke.modifier): C:\Users\Aternias\Desktop\blender-git\blender\source\blender\blenkernel\intern\modifier.c:386 modifier_setError: Error reading mesh sample; more detail on the console
Depsgraph updated in 0.005741 seconds.
UI_menutype_draw: opening menu "TOPBAR_MT_editor_menus"
UI_menutype_draw: opening menu "TIME_MT_editor_menus"
UI_menutype_draw: opening menu "VIEW3D_MT_editor_menus"
[SCScene :: View Layer]: Operation is entry point for update: GEOMETRY_EVAL()
[SCScene :: View Layer]: Accumulated recalc bits for OBCube: 2
[SCScene :: View Layer]: BKE_object_eval_uber_data on OBCube (0000026D15E735C8)
[SCScene :: View Layer]: BKE_object_handle_data_update on OBCube (0000026D15E735C8)
Alembic: error reading mesh sample for '/Cube/CubeShape/.geom' at time 7.000000: IPolyMeshSchema::get()
ERROR: EXCEPTION:
IArrayProperty::get()
ERROR: EXCEPTION:
Ogawa IStreams::read failed.
ERROR (bke.modifier): C:\Users\Aternias\Desktop\blender-git\blender\source\blender\blenkernel\intern\modifier.c:386 modifier_setError: Error reading mesh sample; more detail on the console
Depsgraph updated in 0.005751 seconds.
UI_menutype_draw: opening menu "TOPBAR_MT_editor_menus"
UI_menutype_draw: opening menu "TIME_MT_editor_menus"
UI_menutype_draw: opening menu "VIEW3D_MT_editor_menus"
[SCScene :: View Layer]: Operation is entry point for update: GEOMETRY_EVAL()
[SCScene :: View Layer]: Accumulated recalc bits for OBCube: 2
[SCScene :: View Layer]: BKE_object_eval_uber_data on OBCube (0000026D15E735C8)
[SCScene :: View Layer]: BKE_object_handle_data_update on OBCube (0000026D15E735C8)
Alembic: error reading mesh sample for '/Cube/CubeShape/.geom' at time 8.000000: IPolyMeshSchema::get()
ERROR: EXCEPTION:
IArrayProperty::get()
ERROR: EXCEPTION:
Ogawa IStreams::read failed.
ERROR (bke.modifier): C:\Users\Aternias\Desktop\blender-git\blender\source\blender\blenkernel\intern\modifier.c:386 modifier_setError: Error reading mesh sample; more detail on the console
Depsgraph updated in 0.005669 seconds.
UI_menutype_draw: opening menu "TOPBAR_MT_editor_menus"
UI_menutype_draw: opening menu "TIME_MT_editor_menus"
UI_menutype_draw: opening menu "VIEW3D_MT_editor_menus"
[SCScene :: View Layer]: Operation is entry point for update: GEOMETRY_EVAL()
[SCScene :: View Layer]: Accumulated recalc bits for OBCube: 2
[SCScene :: View Layer]: BKE_object_eval_uber_data on OBCube (0000026D15E735C8)
[SCScene :: View Layer]: BKE_object_handle_data_update on OBCube (0000026D15E735C8)

The issue seems to be that the alembic files you provided contain no vertices.
For that reason mesh->mvert is set to a value different than NULL, resulting in the assert.

@Brecht Van Lommel (brecht), is mesh->mvert == NULL a valid state for a mesh in some circumstances?

Yes, it's valid if mesh->totvert == 0.

@Jacques Lucke (JacquesLucke) @Brecht Van Lommel (brecht) I'm sure it has vertices, if it didn't why would it import and work perfectly fine in 2.79? It just doesn't seem to make any sense.

@Jacques Lucke (JacquesLucke) @Brecht Van Lommel (brecht)

I did another demo of importing realflow alembic sequences in blender 2.79 and 2.80, as you can see, it works flawlessly in 2.79 and I don't experience any issues with playback or crashes. With 2.80 though it is very unstable, and when playing back the sequence I can't see the updated frame unless I switch from edit mode and back to object mode, and even that may cause a crash. I just don't know how to explain it.

Jared Herman (Aternias) renamed this task from Importing Alembic Mesh Causes Blender To Crash As Well As Alembic Sequences. to Importing Alembic Mesh Causes Blender To Crash As Well As Alembic Sequences/Playback of Alembic sequences does not work.Mar 28 2019, 9:17 PM
Brecht Van Lommel (brecht) raised the priority of this task from Confirmed, Medium to Confirmed, High.Apr 1 2019, 1:50 PM

Regarding the import as sequence crash, here is the valgrind log:

==70825== Invalid read of size 8
==70825==    at 0xA2011C1: std::istream::seekg(std::fpos<__mbstate_t>) (in /home/brecht/dev/debug/bin/blender)
==70825==    by 0x823A1F0: Alembic::Ogawa::v10::IStreams::read(unsigned long, unsigned long, unsigned long, void*) (in /home/brecht/dev/debug/bin/blender)
==70825==    by 0x82390A4: Alembic::Ogawa::v10::IData::IData(boost::shared_ptr<Alembic::Ogawa::v10::IStreams>, unsigned long, unsigned long) (in /home/brecht/dev/debug/bin/blender)
==70825==    by 0x823956D: Alembic::Ogawa::v10::IGroup::getData(unsigned long, unsigned long) (in /home/brecht/dev/debug/bin/blender)
==70825==    by 0x82523D7: Alembic::AbcCoreOgawa::v10::SprImpl::getSample(long, void*) (in /home/brecht/dev/debug/bin/blender)
==70825==    by 0x81857F4: Alembic::Abc::v10::IScalarProperty::get(void*, Alembic::Abc::v10::ISampleSelector const&) const (in /home/brecht/dev/debug/bin/blender)
==70825==    by 0x2D41852: Alembic::Abc::v10::ITypedScalarProperty<Alembic::Abc::v10::Box3dTPTraits>::get(Imath_2_3::Box<Imath_2_3::Vec3<double> >&, Alembic::Abc::v10::ISampleSelector const&) const (ITypedScalarProperty.h:197)
==70825==    by 0x2D3E9AF: Alembic::AbcGeom::v10::IPolyMeshSchema::get(Alembic::AbcGeom::v10::IPolyMeshSchema::Sample&, Alembic::Abc::v10::ISampleSelector const&) const (IPolyMesh.h:188)
==70825==    by 0x2D3EB82: Alembic::AbcGeom::v10::IPolyMeshSchema::getValue(Alembic::Abc::v10::ISampleSelector const&) const (IPolyMesh.h:203)
==70825==    by 0x2D3AABE: AbcMeshReader::read_mesh(Mesh*, Alembic::Abc::v10::ISampleSelector const&, int, char const**) (abc_mesh.cc:1101)
==70825==    by 0x2CFB758: ABC_read_mesh (alembic_capi.cc:961)
==70825==    by 0x2CD018C: applyModifier (MOD_meshsequencecache.c:129)
==70825==    by 0x33A4ABB: modwrap_applyModifier (modifier.c:829)
==70825==    by 0x322C4B5: mesh_calc_modifiers (DerivedMesh.c:1341)
==70825==    by 0x322EC48: mesh_build_data (DerivedMesh.c:1925)
==70825==    by 0x322F0E0: makeDerivedMesh (DerivedMesh.c:2032)
==70825==    by 0x33E47C5: BKE_object_handle_data_update (object_update.c:184)
==70825==    by 0x33E50B2: BKE_object_eval_uber_data (object_update.c:351)
==70825==    by 0x38466B9: void std::__invoke_impl<void, void (*&)(Depsgraph*, Scene*, Object*), Depsgraph*, Scene*&, Object*&>(std::__invoke_other, void (*&)(Depsgraph*, Scene*, Object*), Depsgraph*&&, Scene*&, Object*&) (invoke.h:60)
==70825==    by 0x3845074: std::__invoke_result<void (*&)(Depsgraph*, Scene*, Object*), Depsgraph*, Scene*&, Object*&>::type std::__invoke<void (*&)(Depsgraph*, Scene*, Object*), Depsgraph*, Scene*&, Object*&>(void (*&)(Depsgraph*, Scene*, Object*), Depsgraph*&&, Scene*&, Object*&) (invoke.h:95)
==70825==    by 0x38438EA: void std::_Bind<void (*(std::_Placeholder<1>, Scene*, Object*))(Depsgraph*, Scene*, Object*)>::__call<void, Depsgraph*&&, 0ul, 1ul, 2ul>(std::tuple<Depsgraph*&&>&&, std::_Index_tuple<0ul, 1ul, 2ul>) (functional:467)
==70825==    by 0x3841729: void std::_Bind<void (*(std::_Placeholder<1>, Scene*, Object*))(Depsgraph*, Scene*, Object*)>::operator()<Depsgraph*, void>(Depsgraph*&&) (functional:551)
==70825==    by 0x383E405: std::_Function_handler<void (Depsgraph*), std::_Bind<void (*(std::_Placeholder<1>, Scene*, Object*))(Depsgraph*, Scene*, Object*)> >::_M_invoke(std::_Any_data const&, Depsgraph*&&) (std_function.h:316)
==70825==    by 0x385A998: std::function<void (Depsgraph*)>::operator()(Depsgraph*) const (std_function.h:706)
==70825==    by 0x3859F76: DEG::deg_task_run_func(TaskPool*, void*, int) (deg_eval.cc:88)
==70825==    by 0x38156E1: task_scheduler_thread_run (task.c:442)
==70825==    by 0xEE626DA: start_thread (pthread_create.c:463)
==70825==    by 0x1038C88E: clone (clone.S:95)
==70825==  Address 0x8410ac18 is 56 bytes inside a block of size 608 free'd
==70825==    at 0xEC5023B: operator delete(void*) (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==70825==    by 0x2CF8215: ABC_free_handle (alembic_capi.cc:200)
==70825==    by 0x326544F: BKE_cachefile_update_frame (cachefile.c:194)
==70825==    by 0x343DC80: BKE_scene_graph_update_for_newframe (scene.c:1544)
==70825==    by 0x29A116C: ED_update_for_newframe (screen_edit.c:1427)
==70825==    by 0x2373BD6: wm_event_do_notifiers (wm_event_system.c:466)
==70825==    by 0x236F576: WM_main (wm.c:421)
==70825==    by 0x2369DB3: main (creator.c:505)
==70825==  Block was alloc'd at
==70825==    at 0xEC4F17F: operator new(unsigned long) (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==70825==    by 0x2CF80E0: ABC_create_handle (alembic_capi.cc:184)
==70825==    by 0x3265463: BKE_cachefile_update_frame (cachefile.c:195)
==70825==    by 0x343DC80: BKE_scene_graph_update_for_newframe (scene.c:1544)
==70825==    by 0x29A116C: ED_update_for_newframe (screen_edit.c:1427)
==70825==    by 0x2373BD6: wm_event_do_notifiers (wm_event_system.c:466)
==70825==    by 0x236F576: WM_main (wm.c:421)
==70825==    by 0x2369DB3: main (creator.c:505)

The problem is that the cache file datablock has not been properly integrated into the dependency graph. On every frame change cache files free ABC handles if needed, and also free them in all original objects. However the invalid pointers remain in the evaluated objects in the dependency graph.

That looks scary similar to the stack trace of T62942,

Yes, it's probably another variation of the same underlying issue.