Page MenuHome

Blender crashes when attempting to rebuild strip proxy
Closed, ArchivedPublic


Blender 2.78c and 2.79rc2 both crash when I try to rebuild proxy for a strip.
The only thing that I changed between last time things worked (on 2.78) was I think installing new codecs (K-Lite Mega Codec Pack 13.45).

Now when I invoke proxy rebuilding blender simply crashes.

I downloaded mingw+gdb and run Blender through it, however the stacktrace is not hugely helpful:

found bundled python: C:\Program Files\Blender Foundation\Blender\2.79\python
Registered Animation Nodes with 409 modules.
[New Thread 6364.0xb24]
[New Thread 6364.0x233c]
[New Thread 6364.0x2228]
[New Thread 6364.0x2bc0]
[New Thread 6364.0x1a70]
[New Thread 6364.0x2238]
[New Thread 6364.0x29ac]
Read blend: C:\Users\elmo\Videos\scotland 2016\short.blend
[New Thread 6364.0x2318]
[Thread 6364.0x2318 exited with code 0]
Starting work on proxy: C:\Users\elmo\Videos\scotland 2016\BL_proxy\GOPR4704.MP4

Thread 1 received signal SIGSEGV, Segmentation fault.
0x00007ffff9756a80 in avpriv_find_pix_fmt ()
   from C:\Program Files\Blender Foundation\Blender\avcodec-57.dll
(gdb) where
#0  0x00007ffff9756a80 in avpriv_find_pix_fmt ()
   from C:\Program Files\Blender Foundation\Blender\avcodec-57.dll
#1  0x00007ff80737e157 in avformat-57!av_register_all ()
   from C:\Program Files\Blender Foundation\Blender\avformat-57.dll
#2  0x00007ff8074259d3 in avpriv_mpegts_parse_close ()
   from C:\Program Files\Blender Foundation\Blender\avformat-57.dll
#3  0x00007ff807427bb8 in avformat_write_header ()
   from C:\Program Files\Blender Foundation\Blender\avformat-57.dll
#4  0x00007ff669579fb3 in ?? ()
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

I am not quite sure how to proceed.
Is there a way to debug further?
Is there a way to change codecs that Blender is trying to use?



Event Timeline

Bastien Montagne (mont29) lowered the priority of this task from Needs Triage by Developer to Needs Information from User.Sep 11 2017, 9:17 AM

Crash clearly comes from FFMPEG (avcodec is part of this). Blender comes with its own ffmpeg, which seems to be used here, but my bet would be that it somehow interact with libs installed by K-Lite stuff, so would suggest you try to uninstall it (or maybe simply re-install Blender), and see if it fixes things.

Besides that, afraid we can't do much here… :/

More than a week passed without a reply.

Due to the tracker policy, archiving until the required additional information / data is provided.

In Linux or macOS i would make those symbols local in the exports map.
I suggest using a windows technique to archieve here those symbols are local.
This would avoid clashes.