Bug 14995 - crashes in x264_pixel_satd_8x8_ssse3 (seems AAC-related)
Summary: crashes in x264_pixel_satd_8x8_ssse3 (seems AAC-related)
Status: CLOSED FIXED
Alias: None
Product: Sisyphus
Classification: Development
Component: libx264 (show other bugs)
Version: unstable
Hardware: all Linux
: P2 normal
Assignee: Sergey Bolshakov
QA Contact: qa-sisyphus
URL: http://fly.osdn.org.ua/~mike/tmp/capt...
Keywords:
Depends on:
Blocks:
 
Reported: 2008-03-19 12:09 MSK by Michael Shigorin
Modified: 2008-07-04 14:18 MSD (History)
4 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Michael Shigorin 2008-03-19 12:09:52 MSK
ffmpeg-11656-alt1 (i586) would segfault on atta... er, linked (36M) MiniDV
snippet at least when called as:

ffmpeg -threads 1 -f dv -i capture2006.05.02_01-56-50.dv -pass 1 -passlogfile
h264_dual.log -vcodec libx264 -g 300 -deinterlace -s 768x576 -aspect 4:3 -b
2048000 -ab 192000 -title -author -comment -copyright -y h264_dual.mp4

libx264 package is 0.58-alt0.745.1; the whole thing is happening when exporting
from kino-1.3.0 (H.264 Dual Pass FFMPEG, Best/High Quality); there's also
segfault when doing MP4 export but I'd better file that as a separate bug if
anyone wishes.
Comment 1 Konstantin Pavlov 2008-03-19 17:00:59 MSK
(gdb) bt
#0  0xb7f3423e in x264_pixel_satd_8x8_ssse3 () from /usr/lib/libx264.so.0
#1  0xb7ed8a55 in x264_slicetype_mb_cost () from /usr/lib/libx264.so.0
#2  0x00000008 in ?? ()
#3  0x00000000 in ?? ()
Comment 2 Konstantin Pavlov 2008-03-19 17:02:56 MSK
16:46 -!- thresh has joined #x264
16:46 < thresh> #0  0xb7f3423e in x264_pixel_satd_8x8_ssse3 () from
/usr/lib/libx264.so.0
16:46 < thresh> does it ring any bell ?
16:48 < astrange> are you using svn instead of git?
16:48 < thresh> the package was made with 745 revision
16:49 < astrange> it was fixed right after the switch to git
Comment 3 Michael Shigorin 2008-03-20 19:42:30 MSK
2 thresh 4 astrange: nope, visually the same segfault with current snapshot;
handling sample to led@ (could you pass the link upstream too?)
Comment 4 Michael Shigorin 2008-03-23 16:21:37 MSK
Some mencoder tests a few days ago show that segfault is there when sound is
recoded too; nosound would result in proper video.

I've rolled back libx264 and libfaac to 4.0/branch builds --

libx264: 0.58-alt0.20080320.1 -> 0.56-alt0.671.1
libfaac: libfaac-1.26-alt1 -> 1.25-alt3

and the same ffmpeg line as shown does work; upgrading libx264 again results in
segfault again.

Seems like a compound problem?  As far as I understand mplayer would use ffmpeg
to do a mp4 container, and disabling/enabling sound together with library
rollback being important to working around the problem hints at that too.
Comment 5 Michael Shigorin 2008-03-23 16:23:27 MSK
PS: I've tried x264 git yesterday (failed to build latest commit but did build
and test 32fb497 to no avail); could probably fiddle with faac as well but would
be so much better to help you folks, as I'm not much into the intricacies of the
whole software stack involved.
Comment 6 led 2008-06-17 01:03:08 MSD
всё ещё актуально?
Comment 7 Michael Shigorin 2008-06-21 15:59:49 MSD
Предположительно да -- на днях обновил дома libx264 из M41, вскоре был уведомлён, что H.264 перестали экспортиться из kino.

Вообще кучка страшных для libx264/mencoder образцов угрожающе выросла...
Comment 8 led 2008-07-04 14:18:00 MSD
(In reply to comment #7)
> Предположительно да -- на днях обновил дома libx264 из M41, вскоре был уведомлён,
> что H.264 перестали экспортиться из kino.

Это не из-за x264. Поэтому, пока что fixed