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

#785(undetermined:new): "HEADER ERROR" flooding with RM material
by FFmpeg 30 May '13

30 May '13

#785: "HEADER ERROR" flooding with RM material -------------------------------------+------------------------------------- Reporter: ubitux | Owner: Type: defect | Status: new Priority: minor | Component: Version: | undetermined unspecified | Keywords: Blocked By: | rv20,rm,header error Reproduced by developer: 0 | Blocking: | Analyzed by developer: 0 -------------------------------------+------------------------------------- It seems the rv20 codec (or the rm demuxer) has troubles with the following sample: {{{ % ./ffplay ~/header-error-flood.rm ffplay version N-35883-g552ec4c, Copyright (c) 2003-2011 the FFmpeg developers built on Dec 17 2011 02:37:24 with gcc 4.6.2 20111125 (prerelease) configuration: --enable-gpl --enable-libmp3lame --enable-libvorbis --enable-libxvid --enable-libx264 --enable-libvpx --enable-libtheora --enable-x11grab --enable-libopenjpeg --enable-version3 --enable- libmodplug --enable-libass --cc='ccache cc' libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 46. 0 / 53. 46. 0 libavformat 53. 26. 0 / 53. 26. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [rm @ 0x344af60] Unsupported stream type 44415441 [rm @ 0x344af60] max_analyze_duration 5000000 reached at 5014000 Input #0, rm, from '/home/ubitux/header-error-flood.rm': Metadata: title : SMA 5503 author : MIT Streaming Media & Compression Services copyright : ©2001 Massachusetts Institute of Technology comment : Duration: 01:24:24.55, start: 0.000000, bitrate: 10 kb/s Stream #0:0: Audio: cook (cook / 0x6B6F6F63), 22050 Hz, mono, flt, 32 kb/s Stream #0:1: Video: rv20 (RV20 / 0x30325652), yuv420p, 640x480, 187 kb/s, 10 fps, 10 tbr, 1k tbn, 1k tbc Stream #0:2: Data: none [rv20 @ 0x34b0160] reserved bit set [rv20 @ 0x34b0160] HEADER ERROR [rv20 @ 0x34b0160] reserved bit set [rv20 @ 0x34b0160] HEADER ERROR Frame changed from size:640x480 to size:320x480vq= 1355KB sq= 0B f=0/0 [rv20 @ 0x34b0160] reserved bit set [rv20 @ 0x34b0160] HEADER ERROR [rv20 @ 0x34b0160] reserved bit set [rv20 @ 0x34b0160] HEADER ERROR [rv20 @ 0x34b0160] reserved bit set0KB vq= 1350KB sq= 0B f=0/0 [rv20 @ 0x34b0160] HEADER ERROR [rv20 @ 0x34b0160] reserved bit set9KB vq= 1348KB sq= 0B f=0/1 [rv20 @ 0x34b0160] HEADER ERROR [rv20 @ 0x34b0160] reserved bit set [rv20 @ 0x34b0160] HEADER ERROR [rv20 @ 0x34b0160] reserved bit set0KB vq= 1343KB sq= 0B f=0/1 [rv20 @ 0x34b0160] HEADER ERROR [rv20 @ 0x34b0160] reserved bit set0KB vq= 1340KB sq= 0B f=0/3 [rv20 @ 0x34b0160] HEADER ERROR [rv20 @ 0x34b0160] reserved bit set9KB vq= 1389KB sq= 0B f=0/7 [rv20 @ 0x34b0160] HEADER ERROR [rv20 @ 0x34b0160] reserved bit set0KB vq= 1387KB sq= 0B f=0/8 [rv20 @ 0x34b0160] HEADER ERROR [rv20 @ 0x34b0160] reserved bit set0KB vq= 1386KB sq= 0B f=0/8 [rv20 @ 0x34b0160] HEADER ERROR [rv20 @ 0x34b0160] reserved bit set0KB vq= 1383KB sq= 0B f=0/8 [rv20 @ 0x34b0160] HEADER ERROR [rv20 @ 0x34b0160] reserved bit set0KB vq= 1380KB sq= 0B f=0/9 [rv20 @ 0x34b0160] HEADER ERROR [rv20 @ 0x34b0160] reserved bit set [rv20 @ 0x34b0160] HEADER ERROR [rv20 @ 0x34b0160] reserved bit set0KB vq= 1355KB sq= 0B f=0/9 [rv20 @ 0x34b0160] HEADER ERROR [rv20 @ 0x34b0160] reserved bit set [rv20 @ 0x34b0160] HEADER ERROR [rv20 @ 0x34b0160] reserved bit set [rv20 @ 0x34b0160] HEADER ERROR [rv20 @ 0x34b0160] reserved bit set [rv20 @ 0x34b0160] HEADER ERROR [rv20 @ 0x34b0160] reserved bit set [...] }}} The playback is fine after the initial flood though, so priority is set to minor. -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/785> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 3

#412(undetermined:new): .smv container support
by FFmpeg 29 May '13

29 May '13

#412: .smv container support --------------------------+-------------------------- Reporter: iohanntachy | Type: enhancement Status: new | Priority: wish Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- First of all sorry the bad english. SMV file is used in portable media players with SigmaTel chip. SMV files start with WAV header, so it plays as if was an wav file, without video. MultimediaWiki explain this kind of file (it even gives the meaning of each part of the header) http://wiki.multimedia.cx/index.php?title=SMV .SMV video samples: http://samples.mplayerhq.hu/smv/ I think it's not very hard to implement this kind of container. I would be very apreciated if you guys consider implementing this. -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/412> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 4

#845(avcodec:new): Artefacts with Indeo 4
by FFmpeg 29 May '13

29 May '13

#845: Artefacts with Indeo 4 --------------------------------------+--------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Keywords: indeo4 Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+--------------------------------- http://samples.mplayerhq.hu/V-codecs/IV41/indeo4-avi/volcano.avi mplayer -vc indeo4 plays the sample without the artefacts that FFmpeg shows. {{{ $ ffmpeg -i volcano.avi -an -f null - ffmpeg version N-36241-g6071e4d, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 29 2011 02:11:49 with gcc 4.5.3 configuration: --cc='/usr/local/gcc-4.5.3/bin/gcc -m32' libavutil 51. 33.100 / 51. 33.100 libavcodec 53. 49.100 / 53. 49.100 libavformat 53. 29.100 / 53. 29.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 55.100 / 2. 55.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 5.100 Input #0, avi, from 'volcano.avi': Duration: 00:02:24.70, start: 0.000000, bitrate: 14 kb/s Stream #0:0: Video: indeo4 (IV41 / 0x31345649), yuv410p, 176x144, 14.99 tbr, 14.99 tbn, 14.99 tbc Stream #0:1: Audio: pcm_u8 ([1][0][0][0] / 0x0001), 11025 Hz, 1 channels, u8, 88 kb/s [buffer @ 0x8dcdf60] w:176 h:144 pixfmt:yuv410p tb:1/1000000 sar:0/1 sws_param: Output #0, null, to 'pipe:': Metadata: encoder : Lavf53.29.100 Stream #0:0: Video: rawvideo (YUV9 / 0x39565559), yuv410p, 176x144, q=2-31, 200 kb/s, 90k tbn, 14.99 tbc Stream mapping: Stream #0:0 -> #0:0 (indeo4 -> rawvideo) Press [q] to stop, [?] for help [indeo4 @ 0x8dcbd80] Buffer contains IP frames! Last message repeated 2 times [indeo4 @ 0x8dcbd80] Corrupted tile data encountered! [indeo4 @ 0x8dcbd80] Invalid band header sequence! [indeo4 @ 0x8dcbd80] Error decoding band header [indeo4 @ 0x8dcbd80] Error decoding band: 0, plane: 1 Error while decoding stream #0:0 Truncating packet of size 2626 to 2067 [indeo4 @ 0x8dcbd80] Corrupted tile data encountered! [indeo4 @ 0x8dcbd80] Invalid band header sequence! [indeo4 @ 0x8dcbd80] Error decoding band header [indeo4 @ 0x8dcbd80] Error decoding band: 0, plane: 2 Error while decoding stream #0:0 frame= 67 fps= 0 q=0.0 Lsize= 0kB time=00:00:04.46 bitrate= 0.0kbits/s dup=1 drop=0 video:0kB audio:0kB global headers:0kB muxing overhead nan% }}} -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/845> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 7

#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

#615(FFmpeg:new): ALSA buffer xrun
by FFmpeg 21 May '13

21 May '13

#615: ALSA buffer xrun --------------------------------------+--------------------------------- Reporter: burek | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: git-master | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+--------------------------------- when grabbing video+audio from usb webcam, this error always appear, no matter what output muxer format is chosen: "ALSA buffer xrun" i've tried with .avi, .ts, .flv, .mkv, and all give the similar output: {{{ ffmpeg -y -re \ -f video4linux2 -r 30 -s qvga -i /dev/v4l/by-id/usb- 046d_0809_33A881A3-video-index0 \ -f alsa -ar 44100 -ac 2 -i default:CARD=Intel \ out.flv ffmpeg version N-34519-g54a09f1, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 6 2011 12:46:05 with gcc 4.6.1 configuration: --enable-static --enable-shared --enable-gpl --enable- nonfree --enable-postproc --enable-libx264 --enable-libaacplus --enable- libmp3lame --enable-libv4l2 --enable-libvo-aacenc --enable-version3 libavutil 51. 23. 0 / 51. 23. 0 libavcodec 53. 28. 0 / 53. 28. 0 libavformat 53. 19. 0 / 53. 19. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 47. 0 / 2. 47. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [video4linux2,v4l2 @ 0x2247980] Estimating duration from bitrate, this may be inaccurate Input #0, video4linux2,v4l2, from '/dev/v4l/by-id/usb-046d_0809_33A881A3 -video-index0': Duration: N/A, start: 27263.653187, bitrate: 27648 kb/s Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 320x240, 27648 kb/s, 30 tbr, 1000k tbn, 30 tbc [alsa @ 0x2242040] Estimating duration from bitrate, this may be inaccurate Input #1, alsa, from 'default:CARD=Intel': Duration: N/A, start: 1320593764.890759, bitrate: N/A Stream #1:0: Audio: pcm_s16le, 44100 Hz, 2 channels, s16, 1411 kb/s [buffer @ 0x2297f20] w:320 h:240 pixfmt:yuv420p tb:1/1000000 sar:0/1 sws_param: Output #0, flv, to 'out.flv': Metadata: encoder : Lavf53.19.0 Stream #0:0: Video: flv1 ([2][0][0][0] / 0x0002), yuv420p, 320x240, q=2-31, 200 kb/s, 1k tbn, 30 tbc Stream #0:1: Audio: mp3 ([2][0][0][0] / 0x0002), 44100 Hz, 2 channels, s16, 128 kb/s Stream mapping: Stream #0.0 -> #0.0 (rawvideo -> flv) Stream #1.0 -> #0.1 (pcm_s16le -> libmp3lame) Press [q] to stop, [?] for help [alsa @ 0x2242040] ALSA buffer xrun. ALSA buffer xrun. 6 q=2.6 size= 34kB time=00:00:01.48 bitrate= 185.4kbits/s ALSA buffer xrun. 8 q=2.6 size= 103kB time=00:00:03.52 bitrate= 240.2kbits/s frame= 78 fps= 8 q=2.8 Lsize= 252kB time=00:00:04.91 bitrate= 421.2kbits/s video:171kB audio:77kB global headers:0kB muxing overhead 1.801323% root@strumf:~/videos/tests/mpegts# ^C }}} -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/615> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 26

#358(undetermined:new): MMS(MMSH) seeking/skipping freezes video
by FFmpeg 17 May '13

17 May '13

#358: MMS(MMSH) seeking/skipping freezes video --------------------------+-------------------------- Reporter: arnova | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: mms | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- When trying to seek/skip through a streamed video using the MMS/MMSH protocols, FFmpeg/FFPlay freezes. I first encountered this problem in XBMC but FFPlay experiences the same behaviour. I've tested it with several Dutch streams, which all show the problem. It works fine when I use an older version of XBMC which uses libmms so it seems to be a problem FFmpeg's implementation. The commandline/output from ffplay looks like this: (1000 ~/ffmpeg)% ./ffplay "mmsh://bolt01.omroep.nl/public/ug- od/wm/50/media/wm50c1/ceres/1/kro/rest/2009/KRO_1336806/bb.20090611.asf?wmt=4e292053&wmhash=15605a15" ffplay version N-31601-gba99474, Copyright (c) 2003-2011 the FFmpeg developers built on Jul 22 2011 08:56:44 with gcc 4.4.3 configuration: libavutil 51. 11. 0 / 51. 11. 0 libavcodec 53. 8. 0 / 53. 8. 0 libavformat 53. 6. 0 / 53. 6. 0 libavdevice 53. 2. 0 / 53. 2. 0 libavfilter 2. 27. 2 / 2. 27. 2 libswscale 2. 0. 0 / 2. 0. 0 Input #0, asf, from 'mmsh://bolt01.omroep.nl/public/ug- od/wm/50/media/wm50c1/ceres/1/kro/rest/2009/KRO_1336806/bb.20090611.asf?wmt=4e292053&wmhash=15605a15': Metadata: WMFSDKVersion : 10.00.00.4001 WMFSDKNeeded : 0.0.0.0000 IsVBR : 0 Duration: 00:10:09.14, start: 0.000000, bitrate: N/A Stream #0.0(eng): Video: wmv3 (Main), yuv420p, 320x180, 452 kb/s, 25 tbr, 1k tbn, 1k tbc Stream #0.1(eng): Audio: wmav2, 44100 Hz, 2 channels, s16, 48 kb/s ALSA lib pcm.c:7245:(snd_pcm_recover) underrun occuredB sq= 0B f=0/0 Read data packet header failed! 0KB vq= 0KB sq= 0B f=0/0 f=0/0 Recv other type packet -5 Read data packet header failed! Recv other type packet -5 [asf @ 0x8f3a120] asf_read_pts failed mmsh://bolt01.omroep.nl/public/ug- od/wm/50/media/wm50c1/ceres/1/kro/rest/2009/KRO_1336806/bb.20090611.asf?wmt=4e292053&wmhash=15605a15: error while seeking Read data packet header failed! Recv other type packet -5 -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/358> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 10

#644(undetermined:new): ffplay crashes with png file
by FFmpeg 13 May '13

13 May '13

#644: ffplay crashes with png file -------------------------------------+------------------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- the files comes from png testsuite no gdb log, because I would need to recompile everything again to have debug build of ffplay (40 mins. wasted :() {{{ C:\>ffplay basi4a16.png ffplay version N-34704-g985e768, Copyright (c) 2003-2011 the FFmpeg developers built on Nov 11 2011 01:49:15 with gcc 4.6.2 configuration: --disable-static --enable-shared --enable-gpl --enable- version3 --disable-w32threads --enable-runtime-cpudetect --enable-avisynth --enable-bzli b --enable-frei0r --enable-libopencore-amrnb --enable-libopencore-amrwb --enable -libfreetype --enable-libgsm --enable-libmp3lame --enable-libopenjpeg --enable-l ibrtmp --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-li bvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-l ibx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 24. 1 / 51. 24. 1 libavcodec 53. 31. 0 / 53. 31. 0 libavformat 53. 20. 0 / 53. 20. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 47. 2 / 2. 47. 2 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 Input #0, image2, from 'basi4a16.png': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: png, gray8a, 32x32, 25 tbr, 25 tbn, 25 tbc [buffersink @ 00A72780] auto-inserting filter 'auto-inserted scale 0' between th e filter 'src' and the filter 'out' [scale @ 00A72A00] w:32 h:32 fmt:gray8a -> w:32 h:32 fmt:yuv420p flags:0x4 }}} -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/644> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 7

#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

#622(swscale:new): swscale crash when convert PIX_FMT_YUV420P -> PIX_FMT_YUVJ420P
by FFmpeg 12 May '13

12 May '13

#622: swscale crash when convert PIX_FMT_YUV420P -> PIX_FMT_YUVJ420P ---------------------------------------+--------------------------------- Reporter: kyh96403 | Owner: michael Type: defect | Status: new Priority: important | Component: swscale Version: unspecified | Keywords: sescale Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 ---------------------------------------+--------------------------------- swscale is crash below code. #include <stdio.h> #include <libswscale/swscale.h> int main() { int ww = 624; // crash int hh = 352; // int ww = 48; // crash // int hh = 48; // int ww = 64; // not crash // int hh = 64; int SwsFlag = SWS_POINT | SWS_ACCURATE_RND; struct SwsContext *context = NULL; uint8_t *src_data[4], *dst_data[4]; int src_pitch[4], dst_pitch[4]; context = sws_getCachedContext(context, ww, hh, PIX_FMT_YUV420P, ww, hh, PIX_FMT_YUVJ420P, SwsFlag, NULL, NULL, NULL); src_data[0] = av_malloc(ww * hh); src_data[1] = av_malloc(ww * hh / 4); src_data[2] = av_malloc(ww * hh / 4); src_data[3] = NULL; dst_data[0] = av_malloc(ww * hh); dst_data[1] = av_malloc(ww * hh / 4); dst_data[2] = av_malloc(ww * hh / 4); dst_data[3] = NULL; src_pitch[0] = ww; src_pitch[1] = ww / 2; src_pitch[2] = ww / 2; src_pitch[3] = 0; dst_pitch[0] = ww; dst_pitch[1] = ww / 2; dst_pitch[2] = ww / 2; dst_pitch[3] = 0; sws_scale(context, src_data, src_pitch, 0, hh, dst_data, dst_pitch); return 0; } -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/622> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 4

#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