2013-10-18 18:41:11 |
Alex |
bug |
|
|
added bug |
2013-10-18 20:46:17 |
Launchpad Janitor |
x264 (Ubuntu): status |
New |
Confirmed |
|
2013-10-19 18:11:28 |
arturo |
bug |
|
|
added subscriber arturo |
2013-10-19 19:43:55 |
Doug McMahon |
bug |
|
|
added subscriber Doug McMahon |
2013-10-20 15:59:05 |
Kálmán, Ferenc |
bug |
|
|
added subscriber Kálmán, Ferenc |
2013-10-20 17:10:06 |
Maarten Baert |
attachment added |
|
Upstream patch (backported) https://bugs.launchpad.net/ubuntu/+source/x264/+bug/1241772/+attachment/3885242/+files/Fix-array-overreads-that-caused-miscompilation-in-gcc-4.8 |
|
2013-10-20 18:08:20 |
Dave Gilbert |
bug |
|
|
added subscriber Dave Gilbert |
2013-10-20 19:43:56 |
Dave Gilbert |
x264 (Ubuntu): importance |
Undecided |
High |
|
2013-10-20 19:43:56 |
Dave Gilbert |
x264 (Ubuntu): status |
Confirmed |
Triaged |
|
2013-10-20 20:26:00 |
Ubuntu Foundations Team Bug Bot |
tags |
|
patch |
|
2013-10-20 20:26:11 |
Ubuntu Foundations Team Bug Bot |
bug |
|
|
added subscriber Ubuntu Review Team |
2013-10-20 20:30:18 |
Christoph Korn |
bug |
|
|
added subscriber Christoph Korn |
2013-10-22 15:32:02 |
Andrew Starr-Bochicchio |
bug |
|
|
added subscriber Andrew Starr-Bochicchio |
2013-10-22 15:35:47 |
Andrew Starr-Bochicchio |
nominated for series |
|
Ubuntu Saucy |
|
2013-10-22 15:35:47 |
Andrew Starr-Bochicchio |
bug task added |
|
x264 (Ubuntu Saucy) |
|
2013-10-22 15:35:55 |
Andrew Starr-Bochicchio |
x264 (Ubuntu Saucy): status |
New |
Triaged |
|
2013-10-22 15:35:57 |
Andrew Starr-Bochicchio |
x264 (Ubuntu Saucy): importance |
Undecided |
High |
|
2013-10-22 18:41:52 |
Andrew Starr-Bochicchio |
x264 (Ubuntu): status |
Triaged |
In Progress |
|
2013-10-22 18:41:54 |
Andrew Starr-Bochicchio |
x264 (Ubuntu): assignee |
|
Andrew Starr-Bochicchio (andrewsomething) |
|
2013-10-22 19:02:12 |
Andrew Starr-Bochicchio |
x264 (Ubuntu Saucy): status |
Triaged |
In Progress |
|
2013-10-22 19:02:14 |
Andrew Starr-Bochicchio |
x264 (Ubuntu Saucy): assignee |
|
Andrew Starr-Bochicchio (andrewsomething) |
|
2013-10-22 19:26:14 |
Andrew Starr-Bochicchio |
description |
Vlc crashes when encoding h264:
Thread 9 (Thread 0x7fffd9712700 (LWP 3034)):
#0 __memcmp_sse2 () at ../sysdeps/x86_64/multiarch/../memcmp.S:74
#1 0x00007fffc9ec9d9e in x264_cqm_init () from /usr/lib/x86_64-linux-gnu/libx264.so.123
#2 0x00007fffc9f34374 in x264_encoder_open_123 () from /usr/lib/x86_64-linux-gnu/libx264.so.123
#3 0x00007fffca1fef34 in Open (p_this=0x7fffd0000e08) at x264.c:1254
#4 0x00007ffff795ed00 in vlc_module_load (p_this=p_this@entry=0x7fffd0000e08,
psz_capability=psz_capability@entry=0x7fffe8ceaa31 "encoder", psz_name=<optimized out>, b_strict=b_strict@entry=true,
probe=probe@entry=0x7ffff795e5d0 <generic_start>) at modules/modules.c:347
#5 0x00007ffff795f1a4 in module_need (obj=obj@entry=0x7fffd0000e08, cap=cap@entry=0x7fffe8ceaa31 "encoder", name=<optimized out>,
strict=strict@entry=true) at modules/modules.c:437
#6 0x00007fffe8ce8a34 in transcode_video_new (p_stream=p_stream@entry=0x7fffe00059d8, id=id@entry=0x7fffd00008e0) at video.c:241
#7 0x00007fffe8ce9c28 in transcode_video_add (p_stream=p_stream@entry=0x7fffe00059d8, p_fmt=p_fmt@entry=0x7fffe0526990,
id=id@entry=0x7fffd00008e0) at video.c:832
#8 0x00007fffe8ce54a8 in Add (p_stream=0x7fffe00059d8, p_fmt=0x7fffe0526990) at transcode.c:553
#9 0x00007ffff797f64f in sout_InputNew (p_sout=0x7fffe000a6d8, p_fmt=p_fmt@entry=0x7fffe0526990)
at stream_output/stream_output.c:184
#10 0x00007ffff791b6e6 in DecoderProcessSout (p_block=0x0, p_dec=0x7fffe0523ea8) at input/decoder.c:1812
#11 DecoderProcess (p_dec=p_dec@entry=0x7fffe0523ea8, p_block=p_block@entry=0x7fffe052e9d0) at input/decoder.c:2040
#12 0x00007ffff791bde4 in DecoderThread (p_data=0x7fffe0523ea8) at input/decoder.c:938
#13 0x00007ffff76c8f6e in start_thread (arg=0x7fffd9712700) at pthread_create.c:311
#14 0x00007ffff71ef9cd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:113
http://forum.doom9.org/showthread.php?p=1623567:
Configure x264 with "--extra-cflags=-fno-aggressive-loop-optimizations" solves this problem.
Also seems that problem solved in trunk - http://git.videolan.org/?p=x264.git;a=commit;h=89aecb440e2939be7fb72d8362eb12504711b94f |
SRU Justification:
[Impact]
* A segfault in libx264-123 has caused major regressions in vlc, kazam, avidemux, and avconv among others. Nearly any program that encodes video in H264 is probably affected.
[Test Case]
* As this impacts many packages, there are a number of possible test cases. A simple one is to use kazam, the screen recording app:
1) Install the kazam package.
2) Run kazam
3) Make sure "file > preferences > screencast > record with" is set to H264/MP4
4) Attempt to record a screencast.
With 2:0.123.2189+git35cf912-1ubuntu1 from saucy install, you will experience a segfault. With the version in saucy-proposed, a screencast will be correctly recorded and encoded.
[Regression Potential]
* There is little chance of regression. In order to make the most minimal change possible, the package is just simply built with -fno-aggressive-loop-optimizations rather than attempting to backport any code changes from upstream. The most likely regression would be a typo causing a FTBFS (though I have built and tested the package on saucy).
[Other Info]
This had not been rebuilt with gcc 4.8 until one day before release when a rebuilt was triggered to fix the arm64 build.
http://gcc.gnu.org/gcc-4.8/changes.html
"GCC now uses a more aggressive analysis to derive an upper bound for the number of iterations of loops using constraints imposed by language standards. This may cause non-conforming programs to no longer work as expected, such as SPEC CPU 2006 464.h264ref and 416.gamess. A new option, -fno-aggressive-loop-optimizations, was added to disable this aggressive analysis. In some loops that have known constant number of iterations, but undefined behavior is known to occur in the loop before reaching or during the last iteration, GCC will warn about the undefined behavior in the loop instead of deriving lower upper bound of the number of iterations for the loop. The warning can be disabled with -Wno-aggressive-loop-optimizations."
The fix has already been uploaded to trusty.
-----------------------
Original bug:
Vlc crashes when encoding h264:
Thread 9 (Thread 0x7fffd9712700 (LWP 3034)):
#0 __memcmp_sse2 () at ../sysdeps/x86_64/multiarch/../memcmp.S:74
#1 0x00007fffc9ec9d9e in x264_cqm_init () from /usr/lib/x86_64-linux-gnu/libx264.so.123
#2 0x00007fffc9f34374 in x264_encoder_open_123 () from /usr/lib/x86_64-linux-gnu/libx264.so.123
#3 0x00007fffca1fef34 in Open (p_this=0x7fffd0000e08) at x264.c:1254
#4 0x00007ffff795ed00 in vlc_module_load (p_this=p_this@entry=0x7fffd0000e08,
psz_capability=psz_capability@entry=0x7fffe8ceaa31 "encoder", psz_name=<optimized out>, b_strict=b_strict@entry=true,
probe=probe@entry=0x7ffff795e5d0 <generic_start>) at modules/modules.c:347
#5 0x00007ffff795f1a4 in module_need (obj=obj@entry=0x7fffd0000e08, cap=cap@entry=0x7fffe8ceaa31 "encoder", name=<optimized out>,
strict=strict@entry=true) at modules/modules.c:437
#6 0x00007fffe8ce8a34 in transcode_video_new (p_stream=p_stream@entry=0x7fffe00059d8, id=id@entry=0x7fffd00008e0) at video.c:241
#7 0x00007fffe8ce9c28 in transcode_video_add (p_stream=p_stream@entry=0x7fffe00059d8, p_fmt=p_fmt@entry=0x7fffe0526990,
id=id@entry=0x7fffd00008e0) at video.c:832
#8 0x00007fffe8ce54a8 in Add (p_stream=0x7fffe00059d8, p_fmt=0x7fffe0526990) at transcode.c:553
#9 0x00007ffff797f64f in sout_InputNew (p_sout=0x7fffe000a6d8, p_fmt=p_fmt@entry=0x7fffe0526990)
at stream_output/stream_output.c:184
#10 0x00007ffff791b6e6 in DecoderProcessSout (p_block=0x0, p_dec=0x7fffe0523ea8) at input/decoder.c:1812
#11 DecoderProcess (p_dec=p_dec@entry=0x7fffe0523ea8, p_block=p_block@entry=0x7fffe052e9d0) at input/decoder.c:2040
#12 0x00007ffff791bde4 in DecoderThread (p_data=0x7fffe0523ea8) at input/decoder.c:938
#13 0x00007ffff76c8f6e in start_thread (arg=0x7fffd9712700) at pthread_create.c:311
#14 0x00007ffff71ef9cd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:113
http://forum.doom9.org/showthread.php?p=1623567:
Configure x264 with "--extra-cflags=-fno-aggressive-loop-optimizations" solves this problem.
Also seems that problem solved in trunk - http://git.videolan.org/?p=x264.git;a=commit;h=89aecb440e2939be7fb72d8362eb12504711b94f |
|
2013-10-22 19:30:31 |
Andrew Starr-Bochicchio |
bug |
|
|
added subscriber Ubuntu Stable Release Updates Team |
2013-10-22 19:52:10 |
Andrew Starr-Bochicchio |
attachment added |
|
saucy-sru.debdiff https://bugs.launchpad.net/ubuntu/+source/x264/+bug/1241772/+attachment/3887704/+files/saucy-sru.debdiff |
|
2013-10-23 01:22:20 |
Launchpad Janitor |
branch linked |
|
lp:~ubuntu-branches/ubuntu/trusty/x264/trusty-proposed |
|
2013-10-23 13:23:45 |
IRIE Shinsuke |
bug |
|
|
added subscriber IRIE Shinsuke |
2013-10-24 00:11:40 |
jack lemon |
bug |
|
|
added subscriber jack lemon |
2013-10-24 19:45:52 |
John D |
bug |
|
|
added subscriber John D |
2013-10-24 23:09:24 |
Adam Conrad |
x264 (Ubuntu Saucy): status |
In Progress |
Fix Committed |
|
2013-10-24 23:09:29 |
Adam Conrad |
bug |
|
|
added subscriber SRU Verification |
2013-10-24 23:09:31 |
Adam Conrad |
tags |
patch |
patch verification-needed |
|
2013-10-24 23:28:33 |
Launchpad Janitor |
branch linked |
|
lp:ubuntu/saucy-proposed/x264 |
|
2013-10-25 03:00:12 |
Launchpad Janitor |
x264 (Ubuntu): status |
In Progress |
Fix Released |
|
2013-10-27 08:01:45 |
Miklos Juhasz |
tags |
patch verification-needed |
patch verification-done |
|
2013-11-01 04:51:31 |
Launchpad Janitor |
x264 (Ubuntu Saucy): status |
Fix Committed |
Fix Released |
|
2013-11-01 04:51:36 |
Scott Kitterman |
removed subscriber Ubuntu Stable Release Updates Team |
|
|
|
2014-03-23 22:19:07 |
Launchpad Janitor |
branch linked |
|
lp:debian/experimental/x264 |
|