VSE crashes when rendering long video - no 3D objects used #63353

New Issue

Cristian · 2019-04-07T06:01:54+02:00

Cristian commented

2019-04-07 06:01:54 +02:00

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 #23616 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

Test.blend

gdb.log

system-info.txt

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!!!!

**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 #23616 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 [Test.blend](https://archive.blender.org/developer/F6916267/Test.blend) ![snapshot1.png](https://archive.blender.org/developer/F6916266/snapshot1.png) [gdb.log](https://archive.blender.org/developer/F6916265/gdb.log) [system-info.txt](https://archive.blender.org/developer/F6916264/system-info.txt) 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!!!!

Cristian commented

2019-04-07 06:01:54 +02:00

Added subscriber: @chris_startx

Sebastian Parborg commented

2019-04-07 21:48:18 +02:00

Added subscribers: @Sergey, @ZedDB

Sebastian Parborg commented

2019-04-07 21:48:18 +02:00

Changed status from 'Open' to: 'Archived'

Sebastian Parborg closed this issue

2019-04-07 21:48:18 +02:00

Sebastian Parborg self-assigned this 2019-04-07 21:48:18 +02:00

Sebastian Parborg commented

2019-04-07 21:48:18 +02:00

We do not provide support for older blender versions.

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

We do not provide support for older blender versions. @Sergey do you know at the top of your head what patches are needed?

Sergey Sharybin commented

2019-04-08 09:56:29 +02:00

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

Sign in to join this conversation.

No Label

Download

What's New

Blender Studio

Manual

Developers Blog

Documentation

Benchmark

Blender Conference

Development Fund

One-time Donations

VSE crashes when rendering long video - no 3D objects used #63353