Maniphest T63353

VSE crashes when rendering long video - no 3D objects used
Closed, Archived

Assigned To
Sebastian Parborg (zeddb)
Authored By
Cristian (chris_startx)
Apr 7 2019, 6:01 AM
Tags
  • BF Blender
Subscribers
Cristian (chris_startx)
Sebastian Parborg (zeddb)
Sergey Sharybin (sergey)

Description

System Information
Operating system: Debian 32 bit
Graphics card: i915 Intel 82Q35 Express Integrated Graphics Controller

Blender Version
Broken: 2.73 (release)
Worked: not tried any earlier versions

Short description of error
I have a large sequence (43334 frames) loaded in VSE. The main bulk is one single MP4 file (video only) with 41408 frames, then its associated audio as an M4A file. The rest are just static images being moved back and forth. When trying to render the entire video, Blender crashes right after frame 1506.

I'm attaching the output from gdb, a screen snapshot of Blender before rendering, the .blend file and the system-info.txt

Exact steps for others to reproduce the error
Load the Test.blend file, then try to render the entire sequence (frames 1 to 43334)

I already read the T23616 bug report by Troy Sobotka (sobotka), Sep 1 2010.

My question is actually for Sergey Sharybin (sergey):
In this bug report, somewhere halfway in it he says this (Aug 25 2012) :

"It's not actually a leak in it's technical meaning. It was lots of buffers kept in memory to make video encoding faster.
I've made some changes in tomato branch which should force this buffers to be freed during render."

Sergey, exactly what Blender version are those changes to be applied to?

I tried to find the changes he submitted for this "tomato", but I can't find them, search gives no results from 2012. Are they deleted from this forum?

Upgrading to the latest is not an option to me, that would mean a libc apocalypse and complete replacement of the whole system.

I would like to have those changes (PATCHES ?) Sergey says he submitted on Aug 25 2012 and try to apply them on Blender 2.73 sources myself.

I mean, whatever solutions will be proposed here, I will need just enough information so I can PATCH & FIX Blender 2.73 MYSELF. If any patch is proposed, please post it here so I can see it.

Can anyone point me to where these patches are?

Thank you

UPDATE:
I just tested this .blend file in Blender 2.63, and it does not crash, all 43334 frames are rendered completely. So this problem does not exist in Blender 2.63.
But I'm not sure where exactly the problem lies: in Blender or in FFMpeg?
GDB says the crash starts in libavcodec.so.56

UPDATE #2:
I just found out there are Linux binary versions of Blender available to download on your website.
So I took the 2.73a official release as binary Linux executable and I loaded this .blender file in it.
Well, big surprise: rendering the video sequence does not crash Blender anymore.
When it gets to frame 1506, it does slow down a lot, just like it did in the Debian version of Blender 2.73, but it just does not crash anymore, it keeps going.
So whatever this problem is, sounds to me rather like a mismatch between the Debian Blender 2.73 and the libavcodec libraries in my particular Linux distribution.

And by the way, I have to say I'm really delighted about the binary releases you have on your website.
They all work flawlessly in my Linux distro, up to the very last one!

Good job, guys!!!!

Event Timeline

Cristian (chris_startx) created this task.Apr 7 2019, 6:01 AM
Sebastian Parborg (zeddb) changed the task status from Unknown Status to Archived.Apr 7 2019, 9:48 PM
Sebastian Parborg (zeddb) claimed this task.
Sebastian Parborg (zeddb) added subscribers: Sergey Sharybin (sergey), Sebastian Parborg (zeddb).

We do not provide support for older blender versions.

@Sergey Sharybin (sergey) do you know at the top of your head what patches are needed?

Cristian (chris_startx) updated the task description.Apr 7 2019, 10:04 PM
Sergey Sharybin (sergey) added a comment.Apr 8 2019, 9:56 AM

@Sebastian Parborg (zeddb), not really, were too much changes in areas which might be affecting this, and quite some changes in the dependent libraries versions happened.

Cristian (chris_startx) updated the task description.Apr 10 2019, 8:03 AM