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

#244(undetermined:new): add a check for input picture size in rv10/rv20 encoders
by FFmpeg 30 May '13

30 May '13

#244: add a check for input picture size in rv10/rv20 encoders --------------------------+-------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- pbm file: https://ffmpeg.org/trac/ffmpeg/ticket/193 When I convert "bikerace.pbm" file to rv10 ffmpeg -i C:\bikerace.pbm -vcodec rv10 out.rm everything works ok, but when I try to decode it I get error: {{{ C:\>ffmpeg -i out.rm out.avi ffmpeg version git-N-30155-g01a73d6, Copyright (c) 2000-2011 the FFmpeg develope rs built on May 23 2011 03:43:18 with gcc 4.5.3 configuration: --enable-gpl --enable-version3 --enable-memalign-hack --enable- runtime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable-libo pencore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm -- enable-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libvpx --enabl e-libx264 --enable-libxavs --enable-libxvid --enable-zlib --pkg-config =pkg-confi g libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 6. 0 / 53. 6. 0 libavformat 53. 2. 0 / 53. 2. 0 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 10. 0 / 2. 10. 0 libswscale 0. 14. 0 / 0. 14. 0 libpostproc 51. 2. 0 / 51. 2. 0 Input #0, rm, from 'out.rm': Metadata: title : author : copyright : comment : Duration: 00:00:00.04, start: 0.000000, bitrate: 33538 kb/s Stream #0.0: Video: rv10, yuv420p, 550x423, 200 kb/s, 25 tbr, 1k tbn, 25 tbc [buffer @ 01DE1620] w:550 h:423 pixfmt:yuv420p tb:1/1000000 sar:0/1 sws_param: Output #0, avi, to 'out.avi': Metadata: INAM : author : ICOP : ICMT : ISFT : Lavf53.2.0 Stream #0.0: Video: mpeg4, yuv420p, 550x423, q=2-31, 200 kb/s, 25 tbn, 25 tb c Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop, [?] for help [rv10 @ 02360780] illegal ac vlc code at 15x7 [rv10 @ 02360780] ERROR at MB 15 7 frame= 0 fps= 0 q=0.0 Lsize= 6kB time=10000000000.00 bitrate= 0.0kbi ts/s video:0kB audio:0kB global headers:0kB muxing overhead 1.#INF00% }}} I think this is a bug in RV10 / RV20 encoder that it doesn't check which picture sizes are valid for this codec, so probably a check like for H263 codec should be added to these codecs as well (I don't know which picture sizes are valid for RV10 and RV10, but for example 320x240 resolution seems to work correctly, but for example is not allowed for h263). libavcodec/mpegvideo_env.c: {{{ case CODEC_ID_H263: if (!CONFIG_H263_ENCODER) return -1; if (ff_match_2uint16(h263_format, FF_ARRAY_ELEMS(h263_format), s->width, s->height) == 8) { av_log(avctx, AV_LOG_ERROR, "The specified picture size of %dx%d is not valid for the H.263 codec.\nValid sizes are 128x96, 176x144, 352x288, 704x576, and 1408x1152. Try H.263+.\n", s->width, s->height); return -1; } s->out_format = FMT_H263; s->obmc= (avctx->flags & CODEC_FLAG_OBMC) ? 1:0; avctx->delay=0; s->low_delay=1; break; [...] case CODEC_ID_RV10: s->out_format = FMT_H263; avctx->delay=0; s->low_delay=1; break; case CODEC_ID_RV20: s->out_format = FMT_H263; avctx->delay=0; s->low_delay=1; s->modified_quant=1; s->h263_aic=1; s->h263_plus=1; s->loop_filter=1; s->unrestricted_mv= 0; break; }}} -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/244> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 3

#75(avcodec:new): Chroma corruption with specific Fraps sample
by FFmpeg 21 May '13

21 May '13

#75: Chroma corruption with specific Fraps sample --------------------------+--------------------- Reporter: Snowknight26 | Type: defect Status: new | Priority: normal Component: avcodec | Version: git Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+--------------------- With a specific sample (http://stfcc.org/misc/fraps_chroma_corruption.avi - ~48MB), chroma corruption is produced on at least two different frames after the decoding process. With the same frame, note the difference between FFmpeg's output and the Fraps video decompresser's: FFmpeg: http://stfcc.org/misc/fraps_chroma_corruption_ffmpeg.png Fraps: http://stfcc.org/misc/fraps_chroma_corruption_fraps.png Below output was for converion to huffyuv so it could be viewed in ffplay (ffplay doesn't display video for Fraps it seems): {{{ C:\temp\Encoding\test>ffmpeg.exe -v 9 -loglevel 99 -i fraps_chroma_corruption.avi -vcodec huffyuv -pix_fmt rgb32 -y output.avi FFmpeg version git-N-29181-ga304071, Copyright (c) 2000-2011 the FFmpeg developers built on Apr 18 2011 21:24:03 with gcc 4.5.2 configuration: --enable-gpl --enable-version3 --enable-runtime-cpudetect --enable-memalign-hack --enable-avisynth --enable-bzlib --enable-frei0r --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable-libgsm --enable-libmp3lame --enable-libopenjpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib --cross-prefix=i686-w64-mingw32- --target-os=mingw32 --arch=x86_32 --extra-cflags=-I/home/kyle/software/ffmpeg/external- libraries/win32/include --extra-ldflags=-L/home/kyle/software/ffmpeg /external-libraries/win32/lib --pkg-config=pkg-config libavutil 50. 40. 1 / 50. 40. 1 libavcodec 52.120. 0 / 52.120. 0 libavformat 52.108. 0 / 52.108. 0 libavdevice 52. 4. 0 / 52. 4. 0 libavfilter 1. 79. 0 / 1. 79. 0 libswscale 0. 13. 0 / 0. 13. 0 [NULL @ 018BBE60] Probed with size=2048 and score=100 [avi @ 018BBE60] All info found Input #0, avi, from 'fraps_chroma_corruption.avi': Duration: 00:00:01.51, start: 0.000000, bitrate: 260416 kb/s Stream #0.0, 1, 1/60: Video: fraps, bgr24, 960x540, 1/60, 60 tbr, 60 tbn, 60 tbc [buffer @ 01747A30] w:960 h:540 pixfmt:bgr24 [ffsink @ 01747C30] auto-inserting filter 'auto-inserted scaler 0' between the filter 'src' and the filter 'out' [scale @ 01747E90] w:960 h:540 fmt:bgr24 -> w:960 h:540 fmt:bgra flags:0x4 [huffyuv @ 01751A70] using huffyuv 2.2.0 or newer interlacing flag Output #0, avi, to 'output.avi': Metadata: ISFT : Lavf52.108.0 Stream #0.0, 0, 1/60: Video: huffyuv, bgra, 960x540, 1/60, q=2-31, 200 kb/s, 60 tbn, 60 tbc Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop encoding frame= 91 fps= 60 q=0.0 Lsize= 70979kB time=1.52 bitrate=383378.5kbits/s video:70971kB audio:0kB global headers:0kB muxing overhead 0.010824% }}} -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/75> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 3

#134(avcodec:new): Implement optimal Huffman tables for (M)JPEG encoding
by FFmpeg 12 May '13

12 May '13

#134: Implement optimal Huffman tables for (M)JPEG encoding --------------------------+--------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: new Priority: wish | Component: avcodec Version: git-master | Keywords: Blocked By: | Blocking: Reproduced: 0 | Analyzed: 0 --------------------------+--------------------- (issue 267) See http://guru.multimedia.cx/small-tasks-for-ffmpeg/ for an explanation of the task. -- Ticket URL: <https://avcodec.org/trac/ffmpeg/ticket/134> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 3

#110(avformat:new): MP4 Muxer gives incorrect frame duration with AAC
by FFmpeg 12 May '13

12 May '13

#110: MP4 Muxer gives incorrect frame duration with AAC ------------------------+------------------------ Reporter: thebombzen | Type: defect Status: new | Priority: important Component: avformat | Version: git Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+------------------------ The frame durations of an MP4/AAC file are inaccurate according to FAAD. I encoded an M4A file with ffmpeg -v 9 -loglevel 99 -i IJustHadSex.m4v -vn -acodec copy -map_metadata 0:0 "I Just Had Sex.m4a" The full uncut output is this: FFmpeg version git-N-29123-g256c5b0, Copyright (c) 2000-2011 the FFmpeg developers built on Apr 14 2011 21:24:32 with gcc 4.7.0 20110402 (experimental) configuration: --enable-cross-compile --arch=x86_64 --target-os=mingw32 --cross-prefix=/usr/x86_64-w64-mingw32/bin/ --prefix=/usr/local/x86_64-w64-mingw32 --pkg-config=pkg-config --cpu=i7 libavutil 50. 40. 1 / 50. 40. 1 libavcodec 52.119. 0 / 52.119. 0 libavformat 52.107. 0 / 52.107. 0 libavdevice 52. 4. 0 / 52. 4. 0 libavfilter 1. 78. 0 / 1. 78. 0 libswscale 0. 13. 0 / 0. 13. 0 [NULL @ 000000000033A770] Probed with size=2048 and score=100 [mov,mp4,m4a,3gp,3g2,mj2 @ 000000000033A770] ISO: File Type Major Brand: M4V [h264 @ 000000000033B7B0] Unsupported bit depth: 0 [mov,mp4,m4a,3gp,3g2,mj2 @ 000000000033A770] All info found Seems stream 0 codec frame rate differs from container frame rate: 47.96 (1199/25) -> 23.98 (1199/50) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'IJustHadSex.m4v': Metadata: major_brand : M4V minor_version : 512 compatible_brands: isomiso2avc1 creation_time : 1970-01-01 00:00:00 encoder : Lavf52.104.0 title : I Just Had Sex (feat. Akon) artist : The Lonely Island album : Incredibad Duration: 00:02:55.31, start: 0.000000, bitrate: 1306 kb/s Stream #0.0(und), 2, 1/1199: Video: h264 (Constrained Baseline), yuv420p, 640x360 [PAR 1:1 DAR 16:9], 25/1199, 1171 kb/s, 23.98 fps, 23.98 tbr, 1199 tbn, 47.96 tbc Metadata: creation_time : 1970-01-01 00:00:00 Stream #0.1(und), 1, 1/44100: Audio: aac, 44100 Hz, stereo, s16, 128 kb/s Metadata: creation_time : 1970-01-01 00:00:00 Output #0, ipod, to 'I Just Had Sex.m4a': Metadata: major_brand : M4V minor_version : 512 compatible_brands: isomiso2avc1 creation_time : 1970-01-01 00:00:00 album : Incredibad title : I Just Had Sex (feat. Akon) artist : The Lonely Island encoder : Lavf52.107.0 Stream #0.0(und), 0, 1/44100: Audio: aac, 44100 Hz, stereo, 128 kb/s Metadata: creation_time : 1970-01-01 00:00:00 Stream mapping: Stream #0.1 -> #0.0 Press [q] to stop encoding size= 2845kB time=175.31 bitrate= 132.9kbits/s video:0kB audio:2739kB global headers:0kB muxing overhead 3.847214% The full ffmpeg -v 9 -loglevel 99 -i for the new input file is this: FFmpeg version git-N-29123-g256c5b0, Copyright (c) 2000-2011 the FFmpeg developers built on Apr 14 2011 21:24:32 with gcc 4.7.0 20110402 (experimental) configuration: --enable-cross-compile --arch=x86_64 --target-os=mingw32 --cross-prefix=/usr/x86_64-w64-mingw32/bin/ --prefix=/usr/local/x86_64-w64-mingw32 --pkg-config=pkg-config --cpu=i7 libavutil 50. 40. 1 / 50. 40. 1 libavcodec 52.119. 0 / 52.119. 0 libavformat 52.107. 0 / 52.107. 0 libavdevice 52. 4. 0 / 52. 4. 0 libavfilter 1. 78. 0 / 1. 78. 0 libswscale 0. 13. 0 / 0. 13. 0 [NULL @ 00000000014BA410] Probed with size=2048 and score=100 [mov,mp4,m4a,3gp,3g2,mj2 @ 00000000014BA410] ISO: File Type Major Brand: M4A [mov,mp4,m4a,3gp,3g2,mj2 @ 00000000014BA410] All info found Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'I Just Had Sex.m4a': Metadata: major_brand : M4A minor_version : 512 compatible_brands: isomiso2 creation_time : 1970-01-01 00:00:00 title : I Just Had Sex (feat. Akon) artist : The Lonely Island album : Incredibad encoder : Lavf52.107.0 Duration: 00:02:55.31, start: 0.000000, bitrate: 132 kb/s Stream #0.0(und), 1, 1/44100: Audio: aac, 44100 Hz, stereo, s16, 128 kb/s Metadata: creation_time : 1970-01-01 00:00:00 At least one output file must be specified However, FAAD claims that the frame duration is inaccurate for the MP4, and that it has to use the duration listed in the AAC bitstream instead. Furthermore, iTunes says the file has a duration of 789:57:13, which is iTunes's way of saying Error! The FAAD output is this: *********** Ahead Software MPEG-4 AAC Decoder V2.7 ****************** Build: Jun 14 2010 Copyright 2002-2004: Ahead Software AG http://www.audiocoding.com Floating point version This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License. ************************************************************************** I Just Had Sex.m4a file info: LC AAC 175.139 secs, 2 ch, 44100 Hz title: I Just Had Sex (feat. Akon) artist: The Lonely Island album: Incredibad tool: Lavf52.107.0 --------------------- | Config: 2 Ch | --------------------- | Ch | Position | --------------------- | 00 | Left front | | 01 | Right front | --------------------- MP4 seems to have incorrect frame duration, using values from AAC data. Decoding I Just Had Sex.m4a took: 0.84 sec. 208.00% real-time. Notice the MP4 error. This is important because iTunes won't play the resulting file. -- Ticket URL: <http://ffmpeg.org/trac/ffmpeg/ticket/110> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 11

#45(undetermined:new): FFplay do not respect resize alghoritm set in the sourcecode
by FFmpeg 26 Feb '13

26 Feb '13

#45: FFplay do not respect resize alghoritm set in the sourcecode --------------------------+-------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- issue 1804 https://roundup.libav.org/file834/test.tif When I run FFplay like this: ffplay -x 504 -y 376 test.tif the picture will be displayed incorrectly (looks like chessboard). this is not reproducible with ffmpeg: ffmpeg -i test.tif -s 504x376 out.bmp -------- C:\>ffmpeg -i test.tif FFmpeg version SVN-r22379, Copyright (c) 2000-2010 the FFmpeg developers built on Mar 9 2010 06:09:18 with gcc 4.4.2 configuration: --enable-memalign-hack --cross-prefix=i686-mingw32- --cc=ccache -i686-mingw32-gcc --arch=i686 --target-os=mingw32 --enable-runtime- cpudetect --e nable-avisynth --enable-gpl --enable-version3 --enable-bzlib --enable- libgsm --e nable-libfaad --enable-pthreads --enable-libvorbis --enable-libtheora --enable-l ibspeex --enable-libmp3lame --enable-libopenjpeg --enable-libxvid --enable-libsc hroedinger --enable-libx264 --enable-libopencore_amrwb --enable- libopencore_amrn b libavutil 50.11. 0 / 50.11. 0 libavcodec 52.58. 0 / 52.58. 0 libavformat 52.55. 0 / 52.55. 0 libavdevice 52. 2. 0 / 52. 2. 0 libswscale 0.10. 0 / 0.10. 0 Input #0, image2, from 'test.tif': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0.0: Video: tiff, monob, 1024x768, 25 tbr, 25 tbn, 25 tbc At least one output file must be specified -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/45> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 7

#138(avformat:new): add support for rtmp live stream
by FFmpeg 09 Feb '13

09 Feb '13

#138: add support for rtmp live stream ------------------------------+-------------------------- Reporter: taeuber | Type: enhancement Status: new | Priority: minor Component: avformat | Version: unspecified Keywords: rtmp live stream | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------------+-------------------------- Hi! rtmpdump supports live streams through the live stream command line option »-v«. Could this feature be added to ffplay/ffmpeg too? example: rtmpdump -v -r rtmp://live.daserste.de/ardfslive-live/H264_Live_Web_L -o 1.flv Thanks Lars -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/138> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 10

#175(undetermined:new): Strange increase of the size of dsputil.o
by FFmpeg 09 Feb '13

09 Feb '13

#175: Strange increase of the size of dsputil.o --------------------------+--------------------- Reporter: xhpohanka | Type: defect Status: new | Priority: normal Component: undetermined | Version: git Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+--------------------- Hello, I'm using this configure command to build libav* libraries ../../ffmpeg-git/configure \ --enable-memalign-hack \ --disable-ffmpeg --disable-doc \ --disable-ffplay --disable-ffprobe --disable-ffserver \ --disable-avfilter --disable-avdevice --disable-network \ --disable-pthreads --disable-mpegaudio-hp --disable-swscale-alpha \ --disable-fft --disable-golomb --disable-huffman --disable-lpc \ --disable-mdct --disable-rdft --disable-vaapi --disable-vdpau --disable- dxva2 \ --disable-everything \ --enable-encoder=mpeg4 \ --enable-muxer=mp4 \ --enable-encoder=h263p \ --enable-muxer=h263 \ --enable-muxer=tgp \ --enable-encoder=flv \ --enable-encoder=adpcm_swf \ --enable-muxer=flv \ --enable-decoder=rawvideo \ --enable-decoder=h263p \ --cross-prefix=arm-unknown-elf- \ --enable-cross-compile --target-os=none --cpu=arm926ej-s \ --target-exec=arm-unkonown-elf-run.exe \ --arch=armv5te \ --extra-cflags="-mcpu=arm926ej-s -mthumb-interwork -mlittle-endian -mfpu=vfp -mfloat-abi=soft" \ --extra-ldflags="-nostartfiles" \ --prefix=/e/_dev/h263/ffbuild/ff-arm-spec \ --enable-version3 It worked fine until I did a rebase last month. That means dsputil.o file had size 2.1MB with debug info. For example in Commit:22180e7a5a39f8a77498fcbce54368ecc408df8f. After the rebase onto actual master the size of dsputil.o increased to 4.7MB, which seems really wierd to me. Maybe it can be a gcc bug/feature as it is connected with optimization (--disable-optimizations reduces the size again but the speed ...). Unfortunately I can't track the commit when this situation appeared I'm only sure that the commit mentioned above is OK. I'm using gcc 4.4.5 for arm-unknown-elf target on windows/mingw. $ arm-unknown-elf-gcc -v Using built-in specs. Target: arm-unknown-elf Configured with: ../../gcc-4.4.5/configure --prefix=/e/gcc --target arm- unknown-elf 'CFLAGS_FOR_TARGET=-msoft-float -mfpu=vfp' --enable-interwork --enable-multilib --with-float=soft --with-newlib --with-gnu-as --with- gnu-ld --enable-languages=c++,c --with-system-zlib --disable-libmudflap --disable-libgomp --without-headers Thread model: single gcc version 4.4.5 (GCC) regards Honza -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/175> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 7

#156(undetermined:new): Full HD Material from Canon 5D treated as 1920x1088
by FFmpeg 28 Jan '13

28 Jan '13

#156: Full HD Material from Canon 5D treated as 1920x1088 --------------------------+-------------------------- Reporter: rmk | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- Full HD material from the Canon 5D is detected and treated as 1920x1088 resulting in a black padding of 8 pixels at the bottom when played or transcoded. Both Quicktime and Mediainfo report the display size as 1920x1080. Since I do not have access to that camera I cannot upload a file but material is publicly available, e.g. here: http://www.dpreview.com/reviews/canoneos5dmarkii/page19.asp Mediainfo output for the video track of a sample file: Video ID : 1 Format : AVC Format/Info : Advanced Video Codec Format profile : Baseline(a)L5.0 Format settings, CABAC : No Format settings, ReFrames : 1 frame Codec ID : avc1 Codec ID/Info : Advanced Video Coding Duration : 28s 700ms Bit rate mode : Variable Bit rate : 39.1 Mbps Width : 1 920 pixels Height : 1 080 pixels Original height : 1 088 pixels Display aspect ratio : 16:9 Frame rate mode : Constant Frame rate : 30.000 fps Color space : YUV Chroma subsampling : 4:2:0 Bit depth : 8 bits Scan type : Progressive Bits/(Pixel*Frame) : 0.629 Stream size : 134 MiB (97%) Language : English Encoded date : UTC 2009-06-18 12:26:06 Tagged date : UTC 2009-06-18 12:26:06 Color primaries : BT.709-5, BT.1361, IEC 61966-2-4, SMPTE RP177 Transfer characteristics : BT.709-5, BT.1361 Matrix coefficients : BT.601-6 525, BT.1358 525, BT.1700 NTSC, SMPTE 170M -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/156> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 8

#98(undetermined:new): Channel reordering in pcm files
by FFmpeg 05 Jan '13

05 Jan '13

#98: Channel reordering in pcm files --------------------------+-------------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: new Priority: minor | Component: undetermined Version: git | Keywords: pcm channel order layout Blocked By: | Blocking: Reproduced: 0 | Analyzed: 0 --------------------------+-------------------------------------- I will attach a three channel pcm caf file. The file contains left, center and right stream, FFmpeg currently warns that the channel layout is unsupported. It is simple to set the correct channel layout (trivial patch attached), but the problem is that the file has channel order "center, left, right" (MPEG-3-0-B), so that FFmpeg maps the left channel to the right, the right channel to center and the center channel to the left channel on decoding. How can a demuxer tell the pcm decoder that the decoder has to reorder channels? {{{ ffmpeg -i MPEG30B.caf FFmpeg version git-N-29301-gab15726, Copyright (c) 2000-2011 the FFmpeg developers built on Apr 23 2011 10:48:07 with gcc 4.5.2 configuration: --cc=/usr/local/gcc-4.5.2/bin/gcc --enable-gpl --enable- libcelt libavutil 51. 0. 0 / 51. 0. 0 libavcodec 53. 1. 0 / 53. 1. 0 libavformat 53. 0. 1 / 53. 0. 1 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 0. 0 / 2. 0. 0 libswscale 0. 13. 0 / 0. 13. 0 [caf @ 0x12a0ae0] Unknown channel layout. [caf @ 0x12a0ae0] Estimating duration from bitrate, this may be inaccurate Input #0, caf, from 'MPEG30B.caf': Duration: 00:00:10.66, start: 0.000000, bitrate: 1151 kb/s Stream #0.0: Audio: pcm_s8, 48000 Hz, 3 channels, u8, 1152 kb/s At least one output file must be specified }}} -- Ticket URL: <https://avcodec.org/trac/ffmpeg/ticket/98> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 2

#123(FFplay:new): Fuzzed sample crashes ffplay
by FFmpeg 01 Jan '13

01 Jan '13

#123: Fuzzed sample crashes ffplay ----------------------+--------------------- Reporter: cehoyos | Owner: michael Type: defect | Status: new Priority: normal | Component: FFplay Version: git | Keywords: Blocked By: | Blocking: Reproduced: 0 | Analyzed: 0 ----------------------+--------------------- The sample from ticket #74 now crashes ffplay, no useful backtrace, valgrind shows some invalid reads. {{{ $ valgrind ./ffplay_g crash_pirateszz_2_s25_r003.fuzz.sample ==14017== Memcheck, a memory error detector ==14017== Copyright (C) 2002-2009, and GNU GPL'd, by Julian Seward et al. ==14017== Using Valgrind-3.5.0 and LibVEX; rerun with -h for copyright info ==14017== Command: ./ffplay_g crash_pirateszz_2_s25_r003.fuzz.sample ==14017== ffplay version git-N-29391-gd84f191, Copyright (c) 2003-2011 the FFmpeg developers built on Apr 26 2011 20:33:16 with gcc 4.5.2 configuration: --cc='/usr/local/gcc-4.5.2/bin/gcc -m32' --enable-gpl libavutil 51. 0. 0 / 51. 0. 0 libavcodec 53. 1. 0 / 53. 1. 0 libavformat 53. 0. 3 / 53. 0. 3 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 0. 0 / 2. 0. 0 libswscale 0. 13. 0 / 0. 13. 0 ... Input #0, mpegvideo, from 'crash_pirateszz_2_s25_r003.fuzz.sample': Duration: 00:00:08.35, bitrate: 9800 kb/s Stream #0.0: Video: mpeg2video (4:2:2), yuv420p, 720x4576 [PAR 4576:405 DAR 16:9], 9800 kb/s, 17.53 fps, 3.33 tbr, 1200k tbn, 6.66 tbc ... ==14017== Invalid read of size 1 ==14017== at 0x644C138: memcpy (in /usr/lib64/valgrind/vgpreload_memcheck-x86-linux.so) ==14017== by 0x85BC128: av_image_copy (imgutils.c:230) ==14017== Address 0xf02292f is not stack'd, malloc'd or (recently) free'd ==14017== ==14017== Invalid read of size 1 ==14017== at 0x644C142: memcpy (in /usr/lib64/valgrind/vgpreload_memcheck-x86-linux.so) ==14017== by 0x85BC128: av_image_copy (imgutils.c:230) ==14017== Address 0xf02292e is not stack'd, malloc'd or (recently) free'd ==14017== ==14017== Invalid read of size 1 ==14017== at 0x644C14B: memcpy (in /usr/lib64/valgrind/vgpreload_memcheck-x86-linux.so) ==14017== by 0x85BC128: av_image_copy (imgutils.c:230) ==14017== Address 0xf02292d is not stack'd, malloc'd or (recently) free'd ==14017== ==14017== Invalid read of size 1 ==14017== at 0x644C154: memcpy (in /usr/lib64/valgrind/vgpreload_memcheck-x86-linux.so) ==14017== by 0x85BC128: av_image_copy (imgutils.c:230) ==14017== Address 0xf02292c is not stack'd, malloc'd or (recently) free'd ==14017== }}} -- Ticket URL: <https://avcodec.org/trac/ffmpeg/ticket/123> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 8