March 2011 - FFmpeg-trac - lists.ffmpeg.org

Re: [FFmpeg-trac] #9(swscale:new): libswscale MMX2 giving videos a pink lined overlay
by FFmpeg 25 Mar '11

25 Mar '11

#9: libswscale MMX2 giving videos a pink lined overlay ----------------------+---------------------- Reporter: bizzehdee | Owner: michael Type: defect | Status: new Priority: normal | Component: swscale Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------+---------------------- Comment (by bizzehdee): {{{ ffmpeg -i "in\The Cosmos - 01x01 - The Shores of the Cosmic Ocean.avi" -target pal-dvd -sws_flags bilinear+3dnow test.mpg }}} {{{ FFmpeg version git-N-28544-g60c68c0, Copyright (c) 2000-2011 the FFmpeg develope rs built on Mar 21 2011 12:29:11 with gcc 4.5.2 configuration: --arch=x86 --cross-prefix=i686-pc-mingw32- --target- os=mingw32 --prefix=/ffmpeg/builds/git-N-28533-g849f80f-shared --enable-memalign-hack --ena ble-shared --disable-static --enable-w32threads --disable-debug --enable- gpl --e nable-version3 --enable-runtime-cpudetect --enable-postproc libavutil 50. 40. 0 / 50. 40. 0 libavcodec 52.114. 0 / 52.114. 0 libavformat 52.103. 0 / 52.103. 0 libavdevice 52. 3. 0 / 52. 3. 0 libavfilter 1. 76. 0 / 1. 76. 0 libswscale 0. 12. 0 / 0. 12. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mpeg4 @ 004ef400] Invalid and inefficient vfw-avi packed B frames detected Seems stream 0 codec frame rate differs from container frame rate: 30000.00 (300 00/1) -> 29.97 (30000/1001) Input #0, avi, from 'in\The Cosmos - 01x01 - The Shores of the Cosmic Ocean.avi' : Metadata: encoder : Nandub v1.0rc2 Duration: 01:00:24.91, start: 0.000000, bitrate: 1618 kb/s Stream #0.0: Video: mpeg4, yuv420p, 496x384 [PAR 1:1 DAR 31:24], 29.97 fps, 29.97 tbr, 29.97 tbn, 30k tbc Stream #0.1: Audio: mp3, 48000 Hz, stereo, s16, 126 kb/s Incompatible sample format 's16' for codec 'ac3', auto-selecting format 'flt' File 'test.mpg' already exists. Overwrite ? [y/N] y [buffer @ 00608ef0] w:496 h:384 pixfmt:yuv420p [setdar @ 00609c80] a:31/24 [scale @ 00609200] w:496 h:384 fmt:yuv420p -> w:720 h:576 fmt:yuv420p flags:0x40 000002 [setdar @ 00609c80] w:720 h:576 -> dar:31/24 par:31/30 [ac3 @ 005f8a00] The requested thread algorithm is not supported with this threa d library. Output #0, dvd, to 'test.mpg': Metadata: encoder : Lavf52.103.0 Stream #0.0: Video: mpeg2video, yuv420p, 720x576 [PAR 31:30 DAR 31:24], q=2- 31, 6000 kb/s, 90k tbn, 25 tbc Stream #0.1: Audio: ac3, 48000 Hz, stereo, flt, 448 kb/s Stream mapping: Stream #0.0 -> #0.0 Stream #0.1 -> #0.1 Press [q] to stop encoding [mpeg4 @ 004ef400] Invalid and inefficient vfw-avi packed B frames detected frame= 62 fps= 0 q=2.0 size= 324kB time=2.44 bitrate=1087.8kbits/s dup=0 }}} -- Ticket URL: <http://avcodec.org/trac/ffmpeg/ticket/9#comment:17> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 0

Re: [FFmpeg-trac] #9(swscale:new): libswscale MMX2 giving videos a pink lined overlay
by FFmpeg 25 Mar '11

25 Mar '11

#9: libswscale MMX2 giving videos a pink lined overlay ----------------------+---------------------- Reporter: bizzehdee | Owner: michael Type: defect | Status: new Priority: normal | Component: swscale Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------+---------------------- Comment (by cehoyos): Is the "threads" option necessary to reproduce the problem? (And "target" or "aspect"?) Are "ar", "ab" and "acodec" necessary or is it also reproducible with "an" instead? -- Ticket URL: <http://avcodec.org/trac/ffmpeg/ticket/9#comment:16> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 0

Re: [FFmpeg-trac] #9(swscale:new): libswscale MMX2 giving videos a pink lined overlay
by FFmpeg 24 Mar '11

24 Mar '11

#9: libswscale MMX2 giving videos a pink lined overlay ----------------------+---------------------- Reporter: bizzehdee | Owner: michael Type: defect | Status: new Priority: normal | Component: swscale Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------+---------------------- Comment (by bizzehdee): i want to use mmx2 or 3dnow because i usually get 70fps on x264, with 3dnow or mmx2 enabled in sws, i get around 120fps, though i dont know if thats because its broke, or if its because thats what the optimisations do. but here is the output from the minimal configure line i posted before: {{{ c:\ffmpeg>ffmpeg -i defaced-insidejob-xvid.avi -target pal-dvd -ps 2000000000 -a spect 16:9 -b 3500k -acodec mp2 -ar 48000 -ab 192k -sws_flags bilinear+3dnow -th reads 3 test.mpg FFmpeg version git-N-28544-g60c68c0, Copyright (c) 2000-2011 the FFmpeg develope rs built on Mar 21 2011 12:29:11 with gcc 4.5.2 configuration: --arch=x86 --cross-prefix=i686-pc-mingw32- --target- os=mingw32 --prefix=/ffmpeg/builds/git-N-28533-g849f80f-shared --enable-memalign-hack --ena ble-shared --disable-static --enable-w32threads --disable-debug --enable- gpl --e nable-version3 --enable-runtime-cpudetect --enable-postproc libavutil 50. 40. 0 / 50. 40. 0 libavcodec 52.114. 0 / 52.114. 0 libavformat 52.103. 0 / 52.103. 0 libavdevice 52. 3. 0 / 52. 3. 0 libavfilter 1. 76. 0 / 1. 76. 0 libswscale 0. 12. 0 / 0. 12. 0 libpostproc 51. 2. 0 / 51. 2. 0 Seems stream 0 codec frame rate differs from container frame rate: 23.98 (65535/ 2733) -> 23.98 (10000000/417083) Input #0, avi, from 'defaced-insidejob-xvid.avi': Metadata: encoder : VirtualDubMod 1.5.10.2 (build 2540/release) Duration: 01:48:38.50, start: 0.000000, bitrate: 901 kb/s Stream #0.0: Video: mpeg4, yuv420p, 640x272 [PAR 1:1 DAR 40:17], 23.98 tbr, 23.98 tbn, 23.98 tbc Stream #0.1: Audio: mp3, 48000 Hz, stereo, s16, 127 kb/s [buffer @ 005f2500] w:640 h:272 pixfmt:yuv420p [setdar @ 005f25c0] a:16/9 [scale @ 005f2580] w:640 h:272 fmt:yuv420p -> w:720 h:576 fmt:yuv420p flags:0x40 000002 [setdar @ 005f25c0] w:720 h:576 -> dar:16/9 par:64/45 [mp2 @ 005eb000] The requested thread algorithm is not supported with this threa d library. Output #0, dvd, to 'test.mpg': Metadata: encoder : Lavf52.103.0 Stream #0.0: Video: mpeg2video, yuv420p, 720x576 [PAR 64:45 DAR 16:9], q=2-3 1, 3500 kb/s, 90k tbn, 25 tbc Stream #0.1: Audio: mp2, 48000 Hz, stereo, s16, 192 kb/s Stream mapping: Stream #0.0 -> #0.0 Stream #0.1 -> #0.1 Press [q] to stop encoding frame= 90 fps= 0 q=2.0 size= 374kB time=3.56 bitrate= 860.6kbits/s dup=4 frame= 185 fps=184 q=2.0 size= 698kB time=7.36 bitrate= 776.9kbits/s dup=8 frame= 270 fps=179 q=2.0 size= 1128kB time=10.76 bitrate= 858.8kbits/s dup=1 frame= 278 fps=178 q=2.0 Lsize= 1182kB time=11.08 bitrate= 873.9kbits/s dup= 11 drop=0 video:839kB audio:272kB global headers:0kB muxing overhead 6.413649% Received signal 2: terminating. }}} -- Ticket URL: <http://avcodec.org/trac/ffmpeg/ticket/9#comment:15> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 0

#14(avformat:new): Crash when reading mkv file
by FFmpeg 24 Mar '11

24 Mar '11

#14: Crash when reading mkv file ------------------------+---------------------- Reporter: cehoyos | Owner: michael Type: defect | Status: new Priority: important | Component: avformat Version: | Keywords: Blocked By: | Blocking: Reproduced: 0 | Analyzed: 0 ------------------------+---------------------- Attached file crashes current FFmpeg in metadata.c. {{{ (gdb) r -i crash.mkv FFmpeg version git-N-28581-g4fa0e24, Copyright (c) 2000-2011 the FFmpeg developers built on Mar 23 2011 06:04:48 with gcc 4.5.2 configuration: --cc=/usr/local/gcc-4.5.2/bin/gcc --enable-gpl libavutil 50. 40. 0 / 50. 40. 0 libavcodec 52.114. 0 / 52.114. 0 libavformat 52.103. 0 / 52.103. 0 libavdevice 52. 3. 0 / 52. 3. 0 libavfilter 1. 76. 0 / 1. 76. 0 libswscale 0. 12. 0 / 0. 12. 0 Program received signal SIGSEGV, Segmentation fault. av_metadata_set2 (pm=0x188, key=0x7fffffffd470 "LANGUAGE", value=0x11ef000 "fra", flags=0) at libavformat/metadata.c:51 51 AVMetadata *m= *pm; (gdb) bt #0 av_metadata_set2 (pm=0x188, key=0x7fffffffd470 "LANGUAGE", value=0x11ef000 "fra", flags=0) at libavformat/metadata.c:51 #1 0x0000000000488507 in matroska_convert_tag (s=0x11ed650, list=0x11eef68, metadata=0x188, prefix=0x0) at libavformat/matroskadec.c:1063 #2 0x000000000048a4c2 in matroska_convert_tags (s=0x11ed650) at libavformat/matroskadec.c:1101 #3 matroska_read_header (s=0x11ed650) at libavformat/matroskadec.c:1547 #4 0x00000000004e9c11 in av_open_input_stream (ic_ptr=0x7fffffffdbb8, pb=0x11f66f0, filename=0x7fffffffe28c "crash.mkv", fmt=0xc86980, ap=0x7fffffffdb80) at libavformat/utils.c:491 #5 0x00000000004ea129 in av_open_input_file (ic_ptr=<value optimized out>, filename=<value optimized out>, fmt=0xc86980, buf_size=<value optimized out>, ap=<value optimized out>) at libavformat/utils.c:647 #6 0x000000000040c758 in opt_input_file (filename=0x7fffffffe28c "crash.mkv") at ffmpeg.c:3148 #7 0x0000000000410702 in parse_options (argc=3, argv=0x7fffffffde18, options=0x8efc60, parse_arg_function=0x40edf0 <opt_output_file>) at cmdutils.c:220 #8 0x000000000040f9b2 in main (argc=3, argv=0x7fffffffde18) at ffmpeg.c:4324 (gdb) disass $pc-32 $pc+32 Dump of assembler code from 0x494727 to 0x494767: 0x0000000000494727 <av_metadata_set2+7>: fs 0x0000000000494728 <av_metadata_set2+8>: and $0xe0,%al 0x000000000049472a <av_metadata_set2+10>: mov %ecx,%ebp 0x000000000049472c <av_metadata_set2+12>: mov %r13,-0x18(%rsp) 0x0000000000494731 <av_metadata_set2+17>: mov %r14,-0x10(%rsp) 0x0000000000494736 <av_metadata_set2+22>: mov %rdi,%r13 0x0000000000494739 <av_metadata_set2+25>: mov %r15,-0x8(%rsp) 0x000000000049473e <av_metadata_set2+30>: mov %rbx,-0x30(%rsp) 0x0000000000494743 <av_metadata_set2+35>: sub $0x48,%rsp 0x0000000000494747 <av_metadata_set2+39>: mov (%rdi),%rbx 0x000000000049474a <av_metadata_set2+42>: mov %rdx,%r14 0x000000000049474d <av_metadata_set2+45>: xor %edx,%edx 0x000000000049474f <av_metadata_set2+47>: mov %rsi,%r12 0x0000000000494752 <av_metadata_set2+50>: mov %rbx,%rdi 0x0000000000494755 <av_metadata_set2+53>: callq 0x4945d0 <av_metadata_get> 0x000000000049475a <av_metadata_set2+58>: test %rbx,%rbx 0x000000000049475d <av_metadata_set2+61>: mov %rax,%r15 0x0000000000494760 <av_metadata_set2+64>: je 0x494878 <av_metadata_set2+344> 0x0000000000494766 <av_metadata_set2+70>: test %r15,%r15 End of assembler dump. (gdb) info registers rax 0x8 8 rbx 0x11eef80 18804608 rcx 0x0 0 rdx 0x11ef000 18804736 rsi 0x7fffffffd470 140737488344176 rdi 0x188 392 rbp 0x0 0x0 rsp 0x7fffffffd410 0x7fffffffd410 r8 0xfeff7efef6047cff -72199435500356353 r9 0x101010101010101 72340172838076673 r10 0x0 0 r11 0x7ffff6d7edd6 140737334734294 r12 0x7fffffffd470 140737488344176 r13 0x188 392 r14 0x0 0 r15 0x11eef68 18804584 rip 0x494747 0x494747 <av_metadata_set2+39> eflags 0x10202 [ IF RF ] cs 0x33 51 ss 0x2b 43 ds 0x0 0 es 0x0 0 fs 0x0 0 gs 0x0 0 fctrl 0x37f 895 fstat 0x0 0 ftag 0xffff 65535 fiseg 0x0 0 fioff 0x0 0 foseg 0x0 0 fooff 0x0 0 fop 0x0 0 mxcsr 0x1fa0 [ PE IM DM ZM OM UM PM ] }}} -- Ticket URL: <http://avcodec.org/trac/ffmpeg/ticket/14> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 4

Re: [FFmpeg-trac] #4(avformat:closed): MP3 file with unsynchronised id3v2 tag is not read correctly
by FFmpeg 23 Mar '11

23 Mar '11

#4: MP3 file with unsynchronised id3v2 tag is not read correctly --------------------+----------------------- Reporter: cehoyos | Owner: michael Type: defect | Status: closed Priority: normal | Component: avformat Version: git | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 1 | --------------------+----------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid Comment: The id3v2 tag is invalid, reading the VBR tag was fixed by Anton Khirnov. -- Ticket URL: <http://avcodec.org/trac/ffmpeg/ticket/4#comment:1> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 0

Re: [FFmpeg-trac] #9(swscale:new): libswscale MMX2 giving videos a pink lined overlay
by FFmpeg 23 Mar '11

23 Mar '11

#9: libswscale MMX2 giving videos a pink lined overlay ----------------------+---------------------- Reporter: bizzehdee | Owner: michael Type: defect | Status: new Priority: normal | Component: swscale Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------+---------------------- Comment (by cehoyos): I'd like to ask again for a command line (as short as possible, not using external libraries like x264) that allows to reproduce the problem together with its complete, uncut output. -- Ticket URL: <http://avcodec.org/trac/ffmpeg/ticket/9#comment:14> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 0

Re: [FFmpeg-trac] #2(avcodec:closed): Colour artefacts in wmv3
by FFmpeg 23 Mar '11

23 Mar '11

#2: Colour artefacts in wmv3 --------------------+---------------------- Reporter: cehoyos | Owner: michael Type: defect | Status: closed Priority: normal | Component: avcodec Version: git | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | --------------------+---------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Ronald Bultje. http://git.videolan.org/?p=ffmpeg.git;a=commit;h=c47d3835021effc04bc1fd2cef… -- Ticket URL: <http://avcodec.org/trac/ffmpeg/ticket/2#comment:2> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 0

Re: [FFmpeg-trac] #9(swscale:new): libswscale MMX2 giving videos a pink lined overlay
by FFmpeg 23 Mar '11

23 Mar '11

#9: libswscale MMX2 giving videos a pink lined overlay ----------------------+---------------------- Reporter: bizzehdee | Owner: michael Type: defect | Status: new Priority: normal | Component: swscale Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------+---------------------- Comment (by compn): i'm just curious why you are using mmx2 or 3dnow opts on such a cpu? seems like it would slow things down... (are you just testing odd swscale options for fixing them?) -- Ticket URL: <https://avcodec.org/trac/ffmpeg/ticket/9#comment:13> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 0

Re: [FFmpeg-trac] #9(swscale:new): libswscale MMX2 giving videos a pink lined overlay
by FFmpeg 22 Mar '11

22 Mar '11

#9: libswscale MMX2 giving videos a pink lined overlay ----------------------+---------------------- Reporter: bizzehdee | Owner: michael Type: defect | Status: new Priority: normal | Component: swscale Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------+---------------------- Comment (by bizzehdee): just incase, ffmpeg is being built with a: Intel Xeon X3220 @ 2.40GHz (Quad Core) i dont have any -march or -mcpu or -mtune set, so i dont think its anything to do with this, just though it could help -- Ticket URL: <https://avcodec.org/trac/ffmpeg/ticket/9#comment:12> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 0

Re: [FFmpeg-trac] #9(swscale:new): libswscale MMX2 giving videos a pink lined overlay
by FFmpeg 22 Mar '11

22 Mar '11

#9: libswscale MMX2 giving videos a pink lined overlay ----------------------+---------------------- Reporter: bizzehdee | Owner: michael Type: defect | Status: new Priority: normal | Component: swscale Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------+---------------------- Comment (by bizzehdee): AMD Athlon x2 Dual Core 6000+ with 4GB of corsair ram -- Ticket URL: <https://avcodec.org/trac/ffmpeg/ticket/9#comment:11> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 0