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

#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

#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

#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

#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

#275(FFmpeg:new): VC1 Interlaced libavcodec
by FFmpeg 23 Apr '13

23 Apr '13

#275: VC1 Interlaced libavcodec --------------------------+--------------------- Reporter: fc757346 | Owner: michael Type: enhancement | Status: new Priority: wish | Component: FFmpeg Version: unspecified | Keywords: Blocked By: | Blocking: Reproduced: 1 | Analyzed: 0 --------------------------+--------------------- I use FFDShow and hope in future is possible play VC1 Interlaced with libavcodec in FFDShow and MPC-HC -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/275> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 3

#411(avcodec:new): Insane cropping error
by FFmpeg 19 Apr '13

19 Apr '13

#411: Insane cropping error ---------------------+--------------------- Reporter: seaweed | Type: defect Status: new | Priority: normal Component: avcodec | Version: 0.8.2 Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ---------------------+--------------------- Hi Im am trying to decode a 1080 P H264 video stream from a camera with VDPAU (NVIDIA driver version 260.19.04) / FFMPeg as the input demuxer/NALU parser. I am seeing the message below while decoding. The camera sends out slightly larger height frames than 1080 (1084). And I repeatedly get these messages about every second: Last message repeated 1 times [h264_vdpau @ 0x7f210c46df30]insane cropping not completely supported, this could look slightly wrong ... [h264_vdpau @ 0x7f210c46df30]no frame! I believe this happens during SPS/PPS parsing. I captured some raw H.264 bitstream in a file and uploaded at http://www.datafilehost.com/download-f537c855.html. Its interesting that when this video stream is wrapped within RTMP packets and submitted to flash, flash player plays it fine - with no extra 4 bytes at the top and no signs of hiccups. The parser seems to cause latency issues when this happens (stuck for couple of seconds). -- Ticket URL: <http://avcodec.org/trac/ffmpeg/ticket/411> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 3

#292(avdevice:new): ffplay -f video4linux2 regression
by FFmpeg 01 Mar '13

01 Mar '13

#292: ffplay -f video4linux2 regression -------------------------+------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avdevice Version: git-master | Keywords: ffplay regression Blocked By: | Blocking: Reproduced: 1 | Analyzed: 0 -------------------------+------------------------------- ffplay -f video4linux2 /dev/video0 does not work any more since r25159, 70f77361d8c339d516e3c4d1c4ab2bf9096d7cc6: Author: José Miguel Gonçalves <jose.goncalves(a)inov.pt> Date: Thu Sep 23 09:16:05 2010 +0000 Allow to set the frame rate in v4l2 devices Patch by José Miguel Gonçalves (jose DOT goncalves AT inov DOT pt) {{{ $ ffplay -f video4linux2 /dev/video0 FFplay version git-6ac6e3d, Copyright (c) 2003-2010 the FFmpeg developers built on Jun 21 2011 01:05:14 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc --disable-encoders --disable-muxers libavutil 50.27. 0 / 50.27. 0 libavcore 0. 9. 0 / 0. 9. 0 libavcodec 52.89. 0 / 52.89. 0 libavformat 52.78. 5 / 52.78. 5 libavdevice 52. 2. 2 / 52. 2. 2 libavfilter 1.39. 0 / 1.39. 0 libswscale 0.11. 0 / 0.11. 0 [video4linux2 @ 0x103e6d0] Estimating duration from bitrate, this may be inaccurate Input #0, video4linux2, from '/dev/video0': Duration: N/A, start: 1308611201.235607, bitrate: 132710 kb/s Stream #0.0: Video: rawvideo, yuv420p, 768x576, 132710 kb/s, 25 tbr, 1000k tbn, 25 tbc 1308611201.62 A-V: 0.000 s:0.2 aq= 0KB vq= 0KB sq= 0B f=0/9 }}} {{{ $ ffplay -f video4linux2 /dev/video0 FFplay version git-70f7736, Copyright (c) 2003-2010 the FFmpeg developers built on Jun 21 2011 01:07:25 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc --disable-encoders --disable-muxers libavutil 50.27. 0 / 50.27. 0 libavcore 0. 9. 0 / 0. 9. 0 libavcodec 52.89. 0 / 52.89. 0 libavformat 52.78. 5 / 52.78. 5 libavdevice 52. 2. 2 / 52. 2. 2 libavfilter 1.39. 0 / 1.39. 0 libswscale 0.11. 0 / 0.11. 0 [video4linux2 @ 0x103e6d0] ioctl set time per frame(1/25) failed /dev/video0: Input/output error }}} -- Ticket URL: <https://avcodec.org/trac/ffmpeg/ticket/292> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 4

#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

#285(FFmpeg:new): RTSP h264 video stream always reports corrupted macroblock
by FFmpeg 20 Feb '13

20 Feb '13

#285: RTSP h264 video stream always reports corrupted macroblock --------------------------+--------------------- Reporter: bovine | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: unspecified | Keywords: Blocked By: | Blocking: Reproduced: 0 | Analyzed: 0 --------------------------+--------------------- I am trying to convert a RTSP h264 video stream from a "Geovision" IP camera to any other format but ffmpeg always sees errors in the video data. The resulting video only shows the first few lines of each frame. I've captured a few seconds of video (~4MB) to a file using the "openRTSP" utility. Unfortunately, your ftp server at upload.ffmpeg.org currently appears to be offline, so it is here: http://www.bovine.net/~jlawson/exchange/bovine-video-H264-1 bovine:~>ffmpeg -i bovine-video-H264-1 -y -vcodec mjpeg -an record.mjpeg FFmpeg version 0.6.3, Copyright (c) 2000-2010 the FFmpeg developers built on Jun 14 2011 01:06:02 with gcc 4.2.1 20070719 [FreeBSD] configuration: --prefix=/usr/local --mandir=/usr/local/man --enable- shared --enable-gpl --enable-postproc --enable-avfilter --enable-avfilter- lavf --enable-pthreads --enable-x11grab --enable-memalign-hack --cc=cc --extra-cflags=-msse -I/usr/local/include/vorbis -I/usr/local/include --extra-ldflags=-L/usr/local/lib --extra-libs=-pthread --disable-debug --enable-runtime-cpudetect --disable-indev=alsa --disable-outdev=alsa --disable-libopencore-amrnb --disable-libopencore-amrwb --disable-libdirac --disable-libfaac --enable-libfaad --enable-libfaadbin --disable-libgsm --disable-libmp3lame --disable-libopenjpeg --enable-libschroedinger --disable-ffplay --disable-libspeex --enable-libtheora --disable-vaapi --disable-vdpau --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxvid libavutil 50.15. 1 / 50.15. 1 libavcodec 52.72. 2 / 52.72. 2 libavformat 52.64. 2 / 52.64. 2 libavdevice 52. 2. 0 / 52. 2. 0 libavfilter 1.19. 0 / 1.19. 0 libswscale 0.11. 0 / 0.11. 0 libpostproc 51. 2. 0 / 51. 2. 0 [h264 @ 0x80460db10]corrupted macroblock 100 12 (total_coeff=-1) [h264 @ 0x80460db10]error while decoding MB 100 12 [h264 @ 0x80460db10]concealing 6093 DC, 6093 AC, 6093 MV errors [h264 @ 0x80460db10]illegal POC type 4 [h264 @ 0x80460db10]missing picture in access unit [h264 @ 0x804622010]Estimating duration from bitrate, this may be inaccurate Seems stream 0 codec frame rate differs from container frame rate: 15.00 (15/1) -> 7.50 (15/2) Input #0, h264, from 'video-H264-1': Duration: N/A, bitrate: N/A Stream #0.0: Video: h264, yuv420p, 2048x1944, 7.50 fps, 7.50 tbr, 1200k tbn, 15 tbc Output #0, mjpeg, to 'record.mjpeg': Metadata: encoder : Lavf52.64.2 Stream #0.0: Video: mjpeg, yuvj420p, 2048x1944, q=2-31, 200 kb/s, 90k tbn, 7.50 tbc Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop encoding [h264 @ 0x80460db10]corrupted macroblock 100 12 (total_coeff=-1) [h264 @ 0x80460db10]error while decoding MB 100 12 [h264 @ 0x80460db10]concealing 6093 DC, 6093 AC, 6093 MV errors [h264 @ 0x80460db10]Invalid level prefix [h264 @ 0x80460db10]error while decoding MB 45 14 [h264 @ 0x80460db10]concealing 5892 DC, 5892 AC, 5892 MV errors [h264 @ 0x80460db10]concealing 5847 DC, 5847 AC, 5847 MV errors [h264 @ 0x80460db10]concealing 5840 DC, 5840 AC, 5840 MV errors [h264 @ 0x80460db10]corrupted macroblock 92 14 (total_coeff=-1) [h264 @ 0x80460db10]error while decoding MB 92 14 [h264 @ 0x80460db10]concealing 5845 DC, 5845 AC, 5845 MV errors frame= 5 fps= 0 q=5.8 size= 1162kB time=0.67 bitrate=14283.1kbits/s ^M[h264 @ 0x80460db10]corrupted macroblock 101 12 (total_coeff=-1) [h264 @ 0x80460db10]error while decoding MB 101 12 [h264 @ 0x80460db10]concealing 6092 DC, 6092 AC, 6092 MV errors [h264 @ 0x80460db10]Invalid level prefix [h264 @ 0x80460db10]error while decoding MB 39 14 [h264 @ 0x80460db10]concealing 5898 DC, 5898 AC, 5898 MV errors [h264 @ 0x80460db10]corrupted macroblock 80 14 (total_coeff=-1) [h264 @ 0x80460db10]error while decoding MB 80 14 [h264 @ 0x80460db10]concealing 5857 DC, 5857 AC, 5857 MV errors [h264 @ 0x80460db10]illegal reordering_of_pic_nums_idc [h264 @ 0x80460db10]decode_slice_header error [h264 @ 0x80460db10]concealing 5846 DC, 5846 AC, 5846 MV errors frame= 9 fps= 7 q=16.7 size= 1744kB time=1.20 bitrate=11902.6kbits/s ^M[h264 @ 0x80460db10]corrupted macroblock 94 14 (total_coeff=-1) [h264 @ 0x80460db10]error while decoding MB 94 14 [h264 @ 0x80460db10]concealing 5843 DC, 5843 AC, 5843 MV errors [h264 @ 0x80460db10]concealing 6087 DC, 6087 AC, 6087 MV errors [h264 @ 0x80460db10]corrupted macroblock 54 14 (total_coeff=-1) [h264 @ 0x80460db10]error while decoding MB 54 14 [h264 @ 0x80460db10]concealing 13819 DC, 13819 AC, 13819 MV errors frame= 12 fps= 7 q=24.8 size= 2052kB time=1.60 bitrate=10504.5kbits/s ^M[h264 @ 0x80460db10]concealing 7680 DC, 7680 AC, 7680 MV errors [h264 @ 0x80460db10]negative number of zero coeffs at 91 14 [h264 @ 0x80460db10]error while decoding MB 91 14 [h264 @ 0x80460db10]concealing 5846 DC, 5846 AC, 5846 MV errors [h264 @ 0x80460db10]negative number of zero coeffs at 90 14 [h264 @ 0x80460db10]error while decoding MB 90 14 [h264 @ 0x80460db10]concealing 5847 DC, 5847 AC, 5847 MV errors [h264 @ 0x80460db10]Invalid level prefix [h264 @ 0x80460db10]error while decoding MB 91 14 [h264 @ 0x80460db10]concealing 5846 DC, 5846 AC, 5846 MV errors frame= 16 fps= 7 q=24.8 size= 2444kB time=2.13 bitrate=9383.7kbits/s ^M[h264 @ 0x80460db10]concealing 6091 DC, 6091 AC, 6091 MV errors [h264 @ 0x80460db10]concealing 5888 DC, 5888 AC, 5888 MV errors [h264 @ 0x80460db10]concealing 5801 DC, 5801 AC, 5801 MV errors [h264 @ 0x80460db10]cbp too large (4294967295) at 93 14 [h264 @ 0x80460db10]error while decoding MB 93 14 [h264 @ 0x80460db10]concealing 5844 DC, 5844 AC, 5844 MV errors frame= 20 fps= 7 q=24.8 size= 2826kB time=2.67 bitrate=8682.8kbits/s ^M[h264 @ 0x80460db10]corrupted macroblock 93 14 (total_coeff=-1) [h264 @ 0x80460db10]error while decoding MB 93 14 [h264 @ 0x80460db10]concealing 13780 DC, 13780 AC, 13780 MV errors [h264 @ 0x80460db10]illegal POC type 4 [h264 @ 0x80460db10]concealing 7680 DC, 7680 AC, 7680 MV errors [h264 @ 0x80460db10]Invalid level prefix [h264 @ 0x80460db10]error while decoding MB 100 12 [h264 @ 0x80460db10]concealing 6093 DC, 6093 AC, 6093 MV errors frame= 23 fps= 7 q=24.8 size= 3109kB time=3.07 bitrate=8304.3kbits/s ^M[h264 @ 0x80460db10]corrupted macroblock 41 14 (total_coeff=-1) [h264 @ 0x80460db10]error while decoding MB 41 14 [h264 @ 0x80460db10]concealing 5896 DC, 5896 AC, 5896 MV errors [h264 @ 0x80460db10]corrupted macroblock 84 14 (total_coeff=-1) [h264 @ 0x80460db10]error while decoding MB 84 14 [h264 @ 0x80460db10]concealing 5853 DC, 5853 AC, 5853 MV errors [h264 @ 0x80460db10]corrupted macroblock 90 14 (total_coeff=-1) [h264 @ 0x80460db10]error while decoding MB 90 14 [h264 @ 0x80460db10]concealing 5847 DC, 5847 AC, 5847 MV errors [h264 @ 0x80460db10]concealing 5842 DC, 5842 AC, 5842 MV errors frame= 27 fps= 7 q=24.8 size= 3494kB time=3.60 bitrate=7951.4kbits/s ^M[h264 @ 0x80460db10]corrupted macroblock 99 12 (total_coeff=-1) [h264 @ 0x80460db10]error while decoding MB 99 12 [h264 @ 0x80460db10]concealing 6094 DC, 6094 AC, 6094 MV errors [h264 @ 0x80460db10]corrupted macroblock 51 14 (total_coeff=-1) [h264 @ 0x80460db10]error while decoding MB 51 14 [h264 @ 0x80460db10]concealing 5886 DC, 5886 AC, 5886 MV errors [h264 @ 0x80460db10]Invalid level prefix [h264 @ 0x80460db10]error while decoding MB 90 14 [h264 @ 0x80460db10]concealing 5847 DC, 5847 AC, 5847 MV errors [h264 @ 0x80460db10]Invalid level prefix [h264 @ 0x80460db10]error while decoding MB 92 14 [h264 @ 0x80460db10]concealing 5845 DC, 5845 AC, 5845 MV errors frame= 31 fps= 7 q=24.8 size= 3884kB time=4.13 bitrate=7698.5kbits/s ^M[h264 @ 0x80460db10]negative number of zero coeffs at 91 14 [h264 @ 0x80460db10]error while decoding MB 91 14 [h264 @ 0x80460db10]concealing 5846 DC, 5846 AC, 5846 MV errors [h264 @ 0x80460db10]top block unavailable for requested intra4x4 mode -1 at 2 0 [h264 @ 0x80460db10]error while decoding MB 2 0 [h264 @ 0x80460db10]concealing 7680 DC, 7680 AC, 7680 MV errors [h264 @ 0x80460db10]missing picture in access unit frame= 33 fps= 6 q=24.8 Lsize= 4075kB time=4.40 bitrate=7587.8kbits/s video:4075kB audio:0kB global headers:0kB muxing overhead 0.000000% -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/285> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 22