HD RESOLUTION X264: Crash Blender #19741

New Issue

Troy Sobotka · 2009-10-28T00:25:14+01:00

Troy Sobotka commented

2009-10-28 00:25:14 +01:00

%%%Summary: x264 variants of high resolution, including AVCHD samples, crash Blender. High resolution AVCHD grinds Blender to a halt.

Frequency: Always (5 tries for 5 manifestations)

Reproduction: (1) Establish a Sequencer view. (2) Load attached standard x264 1920x1080 motion picture file. (3) Scroll Sequencer timeline such that it touched the new strip. Blender should crash.

Additional Information: This has been tested with and without audio, so it does not appear to be related to the audio subsystem. It has also been tested with lower resolution sequences, that appear to be fine. Highest resolution that appears to not induce the crash within Blender is 1280x720, and in fact, they work fine.

Possibly Related Bug Reports from 2.4x Lineage:
http://projects.blender.org/tracker/?func=detail&aid=19547&group_id=9&atid=125
http://projects.blender.org/tracker/?func=detail&aid=19015&group_id=9&atid=125%%%

%%%Summary: x264 variants of high resolution, including AVCHD samples, crash Blender. High resolution AVCHD grinds Blender to a halt. Frequency: Always (5 tries for 5 manifestations) Reproduction: (1) Establish a Sequencer view. (2) Load attached standard x264 1920x1080 motion picture file. (3) Scroll Sequencer timeline such that it touched the new strip. Blender should crash. Additional Information: This has been tested with and without audio, so it does not appear to be related to the audio subsystem. It has also been tested with lower resolution sequences, that appear to be fine. Highest resolution that appears to not induce the crash within Blender is 1280x720, and in fact, they work fine. Possibly Related Bug Reports from 2.4x Lineage: http://projects.blender.org/tracker/?func=detail&aid=19547&group_id=9&atid=125 http://projects.blender.org/tracker/?func=detail&aid=19015&group_id=9&atid=125%%%

Troy Sobotka commented

2009-10-28 00:25:14 +01:00

Changed status to: 'Open'

Tom Musgrove commented

2009-11-05 21:21:33 +01:00

%%%Confirmed with current SVN, here is the last couple of commands the the back trace, not that I had to type in the name of the strip manually, the file browser was not showing it.

bpy.ops.sequencer.movie_strip_add(path="/home/guest/Desktop/MVI_0314.MOV", filename="MVI_0314.MOV", directory="/home/guest/Desktop/", filter_blender=False, filter_image=False, filter_movie=True, filter_python=False, filter_font=False, filter_sound=False, filter_text=False, filter_folder=True, filemode=9, name="", start_frame=36, channel=1, replace_sel=True, sound=True)
handle evt 103 win 29 op TFM_OT_translate

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7f4b7f125740 (LWP 14035)]
0x000000000132f907 in yuv420_bgr32_MMX2 (c=,

  src=<value optimized out>, srcStride=<value optimized out>, srcSliceY=0, 
  srcSliceH=1088, dst=<value optimized out>, dstStride=0x7fff3e1d5790)
  at extern/ffmpeg/libswscale/yuv2rgb_template.c:478

478 asm volatile (

0 0x000000000132f907 in yuv420_bgr32_MMX2 (c=,

  src=<value optimized out>, srcStride=<value optimized out>, srcSliceY=0, 
  srcSliceH=1088, dst=<value optimized out>, dstStride=0x7fff3e1d5790)
  at extern/ffmpeg/libswscale/yuv2rgb_template.c:478

1 0x000000000131f9ee in sws_scale (c=0x4b9c580, src=,

  srcStride=0x4aceb50, srcSliceY=0, srcSliceH=1088, dst=0x7fff3e1d5860, 
  dstStride=0x7fff3e1d5880) at extern/ffmpeg/libswscale/swscale.c:2805

2 0x0000000000b6c4ca in ffmpeg_fetchibuf (anim=0x4b02ff0, position=0)

  at source/blender/imbuf/intern/anim.c:853

3 0x0000000000b6cbe6 in IMB_anim_absolute (anim=0x4b02ff0, position=0)

  at source/blender/imbuf/intern/anim.c:1106

4 0x00000000009714f3 in do_build_seq_ibuf (scene=0x3e766a0, seq=0x4af9610,

  se=0x4bfb270, cfra=31, build_proxy_run=0, render_size=100)
  at source/blender/blenkernel/intern/sequence.c:1994

5 0x00000000009718e9 in do_build_seq_recursively_impl (scene=0x3e766a0,

- Type <return> to continue, or q <return> to quit---

  seq=0x4af9610, cfra=31, render_size=100)
  at source/blender/blenkernel/intern/sequence.c:2202

6 0x0000000000971e26 in do_build_seq_recursively (scene=0x3e766a0,

  seq=0x4af9610, cfra=31, render_size=100)
  at source/blender/blenkernel/intern/sequence.c:2336

7 0x0000000000971f54 in do_build_seq_array_recursively (scene=0x3e766a0,

  seqbasep=0x4af7008, cfra=31, chanshown=0, render_size=100)
  at source/blender/blenkernel/intern/sequence.c:2375

8 0x0000000000972842 in give_ibuf_seq_impl (scene=0x3e766a0, rectx=480,

  recty=270, cfra=31, chanshown=0, render_size=100)
  at source/blender/blenkernel/intern/sequence.c:2591

9 0x000000000097294b in give_ibuf_seq (scene=0x3e766a0, rectx=480,

  recty=270, cfra=31, chanshown=0, render_size=100)
  at source/blender/blenkernel/intern/sequence.c:2626

10 0x00000000007451b5 in draw_image_seq (scene=0x3e766a0, ar=0x3e753b0,

  sseq=0x3e75520)
  at source/blender/editors/space_sequencer/sequencer_draw.c:667

11 0x0000000000745887 in drawseqspace (C=0x3a93100, ar=0x3e753b0)

  at source/blender/editors/space_sequencer/sequencer_draw.c:890

12 0x0000000000762f0e in ED_region_do_draw (C=0x3a93100, ar=0x3e753b0)

  at source/blender/editors/screen/area.c:350

13 0x00000000005537cc in wm_method_draw_triple (C=0x3a93100, win=0x3e0af50)

  at source/blender/windowmanager/intern/wm_draw.c:540

- Type <return> to continue, or q <return> to quit---

14 0x0000000000553c26 in wm_draw_update (C=0x3a93100)

  at source/blender/windowmanager/intern/wm_draw.c:652

15 0x000000000054a3cc in WM_main (C=0x3a93100)

  at source/blender/windowmanager/intern/wm.c:328

16 0x000000000054165b in main (argc=5, argv=0x7fff3e1d6548)

  at source/creator/creator.c:865

(gdb)
%%%

%%%Confirmed with current SVN, here is the last couple of commands the the back trace, not that I had to type in the name of the strip manually, the file browser was not showing it. bpy.ops.sequencer.movie_strip_add(path="/home/guest/Desktop/MVI_0314.MOV", filename="MVI_0314.MOV", directory="/home/guest/Desktop/", filter_blender=False, filter_image=False, filter_movie=True, filter_python=False, filter_font=False, filter_sound=False, filter_text=False, filter_folder=True, filemode=9, name="", start_frame=36, channel=1, replace_sel=True, sound=True) handle evt 103 win 29 op TFM_OT_translate Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7f4b7f125740 (LWP 14035)] 0x000000000132f907 in yuv420_bgr32_MMX2 (c=<value optimized out>, ``` src=<value optimized out>, srcStride=<value optimized out>, srcSliceY=0, srcSliceH=1088, dst=<value optimized out>, dstStride=0x7fff3e1d5790) at extern/ffmpeg/libswscale/yuv2rgb_template.c:478 ``` 478 __asm__ __volatile__ ( # 0 0x000000000132f907 in yuv420_bgr32_MMX2 (c=<value optimized out>, ``` src=<value optimized out>, srcStride=<value optimized out>, srcSliceY=0, srcSliceH=1088, dst=<value optimized out>, dstStride=0x7fff3e1d5790) at extern/ffmpeg/libswscale/yuv2rgb_template.c:478 ``` # 1 0x000000000131f9ee in sws_scale (c=0x4b9c580, src=<value optimized out>, ``` srcStride=0x4aceb50, srcSliceY=0, srcSliceH=1088, dst=0x7fff3e1d5860, dstStride=0x7fff3e1d5880) at extern/ffmpeg/libswscale/swscale.c:2805 ``` # 2 0x0000000000b6c4ca in ffmpeg_fetchibuf (anim=0x4b02ff0, position=0) ``` at source/blender/imbuf/intern/anim.c:853 ``` # 3 0x0000000000b6cbe6 in IMB_anim_absolute (anim=0x4b02ff0, position=0) ``` at source/blender/imbuf/intern/anim.c:1106 ``` # 4 0x00000000009714f3 in do_build_seq_ibuf (scene=0x3e766a0, seq=0x4af9610, ``` se=0x4bfb270, cfra=31, build_proxy_run=0, render_size=100) at source/blender/blenkernel/intern/sequence.c:1994 ``` # 5 0x00000000009718e9 in do_build_seq_recursively_impl (scene=0x3e766a0, - Type <return> to continue, or q <return> to quit--- ``` seq=0x4af9610, cfra=31, render_size=100) at source/blender/blenkernel/intern/sequence.c:2202 ``` # 6 0x0000000000971e26 in do_build_seq_recursively (scene=0x3e766a0, ``` seq=0x4af9610, cfra=31, render_size=100) at source/blender/blenkernel/intern/sequence.c:2336 ``` # 7 0x0000000000971f54 in do_build_seq_array_recursively (scene=0x3e766a0, ``` seqbasep=0x4af7008, cfra=31, chanshown=0, render_size=100) at source/blender/blenkernel/intern/sequence.c:2375 ``` # 8 0x0000000000972842 in give_ibuf_seq_impl (scene=0x3e766a0, rectx=480, ``` recty=270, cfra=31, chanshown=0, render_size=100) at source/blender/blenkernel/intern/sequence.c:2591 ``` # 9 0x000000000097294b in give_ibuf_seq (scene=0x3e766a0, rectx=480, ``` recty=270, cfra=31, chanshown=0, render_size=100) at source/blender/blenkernel/intern/sequence.c:2626 ``` # 10 0x00000000007451b5 in draw_image_seq (scene=0x3e766a0, ar=0x3e753b0, ``` sseq=0x3e75520) at source/blender/editors/space_sequencer/sequencer_draw.c:667 ``` # 11 0x0000000000745887 in drawseqspace (C=0x3a93100, ar=0x3e753b0) ``` at source/blender/editors/space_sequencer/sequencer_draw.c:890 ``` # 12 0x0000000000762f0e in ED_region_do_draw (C=0x3a93100, ar=0x3e753b0) ``` at source/blender/editors/screen/area.c:350 ``` # 13 0x00000000005537cc in wm_method_draw_triple (C=0x3a93100, win=0x3e0af50) ``` at source/blender/windowmanager/intern/wm_draw.c:540 ``` - Type <return> to continue, or q <return> to quit--- # 14 0x0000000000553c26 in wm_draw_update (C=0x3a93100) ``` at source/blender/windowmanager/intern/wm_draw.c:652 ``` # 15 0x000000000054a3cc in WM_main (C=0x3a93100) ``` at source/blender/windowmanager/intern/wm.c:328 ``` # 16 0x000000000054165b in main (argc=5, argv=0x7fff3e1d6548) ``` at source/creator/creator.c:865 ``` (gdb) %%%

Matt Ebb commented

2009-11-10 07:37:02 +01:00

%%%looks like a bug in ffmpeg...%%%

Troy Sobotka commented

2009-11-11 19:27:56 +01:00

%%%"looks like a bug in ffmpeg..."

Makes sense except the file formats play in every known media player on Linux - some with ffmpeg backends. Strongly suspect this is a scaling issue in Blender.%%%

%%%"looks like a bug in ffmpeg..." Makes sense except the file formats play in every known media player on Linux - some with ffmpeg backends. Strongly suspect this is a scaling issue in Blender.%%%

Matt Ebb commented

2009-11-12 00:32:03 +01:00

%%%Yep, though you can clearly see : at extern/ffmpeg/libswscale/yuv2rgb_template.c:478

...meaning it's coming from blender's ffmpeg library :) Perhaps its due to an old version or custom tweaks in the version in our source. Assigning this to Peter.%%%

%%%Yep, though you can clearly see : at extern/ffmpeg/libswscale/yuv2rgb_template.c:478 ...meaning it's coming from blender's ffmpeg library :) Perhaps its due to an old version or custom tweaks in the version in our source. Assigning this to Peter.%%%

Troy Sobotka commented

2009-12-10 02:39:18 +01:00

%%%Tested Version: 25262

Summary: Still Present

Additional Information: It seems that without the image preview window open, moving over the movie does not crash Blender. As soon as you attempt to change a Sequencer view to preview or scope, it will crash Blender.%%%

%%%Tested Version: 25262 Summary: Still Present Additional Information: It seems that without the image preview window open, moving over the movie does not crash Blender. As soon as you attempt to change a Sequencer view to preview or scope, it will crash Blender.%%%

Wolfgang Kufner commented

2010-01-20 14:08:22 +01:00

%%%still crashing here with todays rev 26137 on ubuntu karmic.

it crashes here right on Add>Movie in the inbuilt "Video Editing" screen.%%%

%%%still crashing here with todays rev 26137 on ubuntu karmic. it crashes here right on Add>Movie in the inbuilt "Video Editing" screen.%%%

Brecht Van Lommel commented

2010-01-26 14:29:15 +01:00

%%%I can confirm the crash, couldn't see from the code where exactly the problem is. There are some workarounds for bugs here and endian specific code.%%%

Troy Sobotka commented

2010-02-14 20:18:55 +01:00

%%%Sadly, even with the new use of system level ffmpeg, we still have this crash.

It would be lovely to get this resolved as it allows for HD and greater grade animated textures etc. - rather important in today's day and age.%%%

%%%Sadly, even with the new use of system level ffmpeg, we still have this crash. It would be lovely to get this resolved as it allows for HD and greater grade animated textures etc. - rather important in today's day and age.%%%

Troy Sobotka commented

2010-02-14 20:23:03 +01:00

%%%New backtrace attached.%%%

Peter Schlaile commented

2010-02-14 21:46:13 +01:00

%%%the crash is within the color conversion code. (That might explain, why media players don't crash here, since they don't have to convert to RGBA).

Since ffmpeg was removed from blender svn today, I'd suggest using a recent ffmpeg-build
from git.ffmpeg.org, since the bug seems to have been fixed upstream.

(at least, the version from 2009-08-11 doesn't crash here)

Closing this now. Please reopen, if I got that wrong.

Cheers,
Peter%%%

%%%the crash is within the color conversion code. (That might explain, why media players don't crash here, since they don't have to convert to RGBA). Since ffmpeg was removed from blender svn today, I'd suggest using a recent ffmpeg-build from git.ffmpeg.org, since the bug seems to have been fixed upstream. (at least, the version from 2009-08-11 doesn't crash here) Closing this now. Please reopen, if I got that wrong. Cheers, Peter%%%

Peter Schlaile commented

2010-02-14 21:46:13 +01:00

Changed status from 'Open' to: 'Resolved'

Peter Schlaile closed this issue

2010-02-14 21:46:13 +01:00

Thomas Schmidt commented

2010-02-15 18:49:58 +01:00

%%%The stable 2.49 packages on www.blender.org/download/get-blender/ contain ffmpeg. They should be updated with the latest version, because they are not usable for many people with the bug in ffmpeg.

Even the source package of 2.49 is useless, because it is very hard to change the included ffmpeg.%%%

%%%The stable 2.49 packages on www.blender.org/download/get-blender/ contain ffmpeg. They should be updated with the latest version, because they are not usable for many people with the bug in ffmpeg. Even the source package of 2.49 is useless, because it is very hard to change the included ffmpeg.%%%

Brecht Van Lommel commented

2010-02-15 18:54:58 +01:00

%%%We're not going to do another 2.49 release to fix on particular bug, if there are many fixed it may be considered, but that seems unlikely at this point since no one seems to be developing 2.49 anymore.%%%

Thomas Schmidt commented

2010-02-15 19:04:47 +01:00

%%%2.49 is still used by nearly all users, and the bug affects many of them, as you can see in several bug reports here. Many HD camorders are not supported by blender because of this bug. Is it really as hard to put the latest ffmpeg in the sources?%%%

Troy Sobotka commented

2010-02-15 21:32:32 +01:00

%%%I will confirm this.

You should be able to fix 2.4x lineage by doing the following:

SVN ffmpeg checkout.
Configure with --prefix to configure to a NON SYSTEM LIBRARY path. It will cause havoc and pain. For example, set it to --prefix=/home/you/Sources/ffmpeg-library
Compile and do a make install (no sudo necessary for a path in your home directory obviously)
Set user-config.py to that path above for the ffmpeg related library position.
scons.

In theory, your HD related woes go away thanks to Peter's upstream patch.%%%

%%%I will confirm this. You should be able to fix 2.4x lineage by doing the following: 1) SVN ffmpeg checkout. 2) Configure with --prefix to configure to a NON SYSTEM LIBRARY path. It will cause havoc and pain. For example, set it to --prefix=/home/you/Sources/ffmpeg-library 3) Compile and do a make install (no sudo necessary for a path in your home directory obviously) 4) Set user-config.py to that path above for the ffmpeg related library position. 5) scons. In theory, your HD related woes go away thanks to Peter's upstream patch.%%%

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

HD RESOLUTION X264: Crash Blender #19741

0 0x000000000132f907 in yuv420_bgr32_MMX2 (c=,

1 0x000000000131f9ee in sws_scale (c=0x4b9c580, src=,

2 0x0000000000b6c4ca in ffmpeg_fetchibuf (anim=0x4b02ff0, position=0)

3 0x0000000000b6cbe6 in IMB_anim_absolute (anim=0x4b02ff0, position=0)

4 0x00000000009714f3 in do_build_seq_ibuf (scene=0x3e766a0, seq=0x4af9610,

5 0x00000000009718e9 in do_build_seq_recursively_impl (scene=0x3e766a0,

6 0x0000000000971e26 in do_build_seq_recursively (scene=0x3e766a0,

7 0x0000000000971f54 in do_build_seq_array_recursively (scene=0x3e766a0,

8 0x0000000000972842 in give_ibuf_seq_impl (scene=0x3e766a0, rectx=480,

9 0x000000000097294b in give_ibuf_seq (scene=0x3e766a0, rectx=480,

10 0x00000000007451b5 in draw_image_seq (scene=0x3e766a0, ar=0x3e753b0,

11 0x0000000000745887 in drawseqspace (C=0x3a93100, ar=0x3e753b0)

12 0x0000000000762f0e in ED_region_do_draw (C=0x3a93100, ar=0x3e753b0)

13 0x00000000005537cc in wm_method_draw_triple (C=0x3a93100, win=0x3e0af50)

14 0x0000000000553c26 in wm_draw_update (C=0x3a93100)

15 0x000000000054a3cc in WM_main (C=0x3a93100)

16 0x000000000054165b in main (argc=5, argv=0x7fff3e1d6548)