14995 2008-03-19 12:09:52 +0300 crashes in x264_pixel_satd_8x8_ssse3 (seems AAC-related) 2008-07-04 14:18:00 +0400 1 1 4 Development Sisyphus libx264 unstable all Linux CLOSED FIXED http://fly.osdn.org.ua/~mike/tmp/capture2006.05.02_01-56-50.dv.bz2 P2 normal --- 1 mike sbolshakov led sbolshakov swi thresh qa-sisyphus oldest_to_newest 66191 0 mike 2008-03-19 12:09:52 +0300 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. 66228 1 thresh 2008-03-19 17:00:59 +0300 (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 ?? () 66229 2 thresh 2008-03-19 17:02:56 +0300 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 66301 3 mike 2008-03-20 19:42:30 +0300 2 thresh 4 astrange: nope, visually the same segfault with current snapshot; handling sample to led@ (could you pass the link upstream too?) 66430 4 mike 2008-03-23 16:21:37 +0300 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. 66431 5 mike 2008-03-23 16:23:27 +0300 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. 72545 6 led 2008-06-17 01:03:08 +0400 всё ещё актуально? 72956 7 mike 2008-06-21 15:59:49 +0400 Предположительно да -- на днях обновил дома libx264 из M41, вскоре был уведомлён, что H.264 перестали экспортиться из kino. Вообще кучка страшных для libx264/mencoder образцов угрожающе выросла... 73607 8 led 2008-07-04 14:18:00 +0400 (In reply to comment #7) > Предположительно да -- на днях обновил дома libx264 из M41, вскоре был уведомлён, > что H.264 перестали экспортиться из kino. Это не из-за x264. Поэтому, пока что fixed