September 2014 - FFmpeg-trac - lists.ffmpeg.org

#3938(ffprobe:new): avformat_find_stream_info leaks memory
by FFmpeg 10 Sep '14

10 Sep '14

#3938: avformat_find_stream_info leaks memory ---------------------------------+-------------------------------------- Reporter: tuukka | Type: defect Status: new | Priority: minor Component: ffprobe | Version: git-master Keywords: leak | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+-------------------------------------- When using avformat_find_stream_info there is small memory leak. Allocated mutex ain't never released. This very smalla issue since memory lost is about 40 bytes. Tested with 2.2.7 and GIT same both. Valgrind command was: {{{ valgrind --leak-check=full --show-reachable=yes ./ffprobe /some/where/over/the/rainbow/Screenatorium_-_05_-_The_Answer_Lies.mp3 }}} File used is from Jamendo (https://www.jamendo.com/en/list/a16574/blue- morning-ep). Valgrind output is {{{ ==26165== Memcheck, a memory error detector ==26165== Copyright (C) 2002-2012, and GNU GPL'd, by Julian Seward et al. ==26165== Using Valgrind-3.8.1 and LibVEX; rerun with -h for copyright info ==26165== Command: ffprobe Screenatorium_-_05_-_The_Answer_Lies.mp3 ==26165== ffprobe version N-66222-g1b5ccae Copyright (c) 2007-2014 the FFmpeg developers built on Sep 10 2014 08:52:36 with gcc 4.7 (SUSE Linux) configuration: --prefix=/some/where/over/the/rainbow/ffmpeg-git-install --enable-shared --disable-static --enable-debug --disable-stripping --enable-gpl --enable-x11grab --enable-version3 --enable-pthreads --enable-avfilter --enable-libpulse --enable-libvpx --enable-libopus --enable-libass --enable-libx265 --enable-libmp3lame --enable-libvorbis --enable-libtheora --enable-libspeex --enable-libxvid --enable-libx264 --enable-libschroedinger --enable-libgsm --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-postproc --enable-libdc1394 --enable- librtmp --enable-libfreetype --enable-avresample --enable-libvo-aacenc --disable-indev=jack libavutil 54. 7.100 / 54. 7.100 libavcodec 56. 1.100 / 56. 1.100 libavformat 56. 4.101 / 56. 4.101 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 1.100 / 5. 1.100 libavresample 2. 1. 0 / 2. 1. 0 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 0.100 / 53. 0.100 Input #0, mp3, from 'Screenatorium_-_05_-_The_Answer_Lies.mp3': Metadata: title : 05 - The Answer Lies artist : Screenatorium album : Blue Morning EP date : 2007 genre : (255) publisher : Jamendo copyright : 2008-01-07T16:09:03+01:00 Screenatorium. Licensed to the public under http://creativecommons.org/licenses/by-nc-sa/3.0/ verify at http://www.jamendo.comalbum/16574/ encoded_by : Jamendo : http://www.jamendo.com | LAME TDTG : 2012-01-12T04:49:33 Duration: 00:04:12.03, start: 0.025056, bitrate: 194 kb/s Stream #0:0: Audio: mp3, 44100 Hz, stereo, s16p, 193 kb/s Metadata: encoder : LAME3.98r Stream #0:1: Video: mjpeg, yuvj444p(pc, bt470bg), 400x400 [SAR 72:72 DAR 1:1], 90k tbr, 90k tbn, 90k tbc Metadata: title : comment : Cover (front) ==26165== ==26165== HEAP SUMMARY: ==26165== in use at exit: 80 bytes in 2 blocks ==26165== total heap usage: 1,915 allocs, 1,913 frees, 1,410,194 bytes allocated ==26165== ==26165== 40 bytes in 1 blocks are still reachable in loss record 1 of 2 ==26165== at 0x4C29D96: memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==26165== by 0x4C29E87: posix_memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==26165== by 0x73016A9: av_malloc (mem.c:95) ==26165== by 0x5D19719: default_lockmgr_cb (utils.c:80) ==26165== by 0x5D1FF9F: avpriv_lock_avformat (utils.c:3475) ==26165== by 0x5460DA8: ff_tls_init (network.c:71) ==26165== by 0x54B9A7E: avformat_network_init (utils.c:4036) ==26165== by 0x405410: main (ffprobe.c:2971) ==26165== ==26165== 40 bytes in 1 blocks are still reachable in loss record 2 of 2 ==26165== at 0x4C29D96: memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==26165== by 0x4C29E87: posix_memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==26165== by 0x73016A9: av_malloc (mem.c:95) ==26165== by 0x5D19719: default_lockmgr_cb (utils.c:80) ==26165== by 0x5D1FEAD: ff_lock_avcodec (utils.c:3443) ==26165== by 0x5D201B0: avcodec_open2 (utils.c:1305) ==26165== by 0x54B5E5A: avformat_find_stream_info (utils.c:3014) ==26165== by 0x40591C: main (ffprobe.c:2374) ==26165== ==26165== LEAK SUMMARY: ==26165== definitely lost: 0 bytes in 0 blocks ==26165== indirectly lost: 0 bytes in 0 blocks ==26165== possibly lost: 0 bytes in 0 blocks ==26165== still reachable: 80 bytes in 2 blocks ==26165== suppressed: 0 bytes in 0 blocks ==26165== ==26165== For counts of detected and suppressed errors, rerun with: -v ==26165== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 2 from 2) }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/3938> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 1

#3884(undetermined:new): Trimming specific MP3 file produces broken sound at the beginning if "-ss 0" is applied
by FFmpeg 10 Sep '14

10 Sep '14

#3884: Trimming specific MP3 file produces broken sound at the beginning if "-ss 0" is applied -------------------------------------+------------------------------------- Reporter: vilic | Type: defect Status: new | Priority: important Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------- Summary of the bug: How to reproduce: {{{ % ffmpeg -y -ss 0 -i input.mp3 -codec:a libmp3lame -qscale:a 8 output.mp3 ffmpeg version N-65810-g1b5ec6a built on Aug 22 2014 00:27:20 with gcc 4.8.3 (GCC) }}} Found only one specific mp3 file would cause this issue, and only when -ss is set to 0. I tried -ss 0.01 and it worked fine. -- Ticket URL: <https://trac.ffmpeg.org/ticket/3884> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2

#3855(avformat:new): Some MPG files give "Invalid data found when processing input"
by FFmpeg 08 Sep '14

08 Sep '14

#3855: Some MPG files give "Invalid data found when processing input" ----------------------------------+-------------------------------------- Reporter: 11rcombs | Type: defect Status: new | Priority: normal Component: avformat | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- Summary of the bug: Some small MPG files give "invalid data" errors early-on. I'm attempting to gather more sample files, and details on what produces them. QuickTime has no problem playing them. How to reproduce: {{{ $ ffmpeg -loglevel debug -i MOV27379.MPG ffmpeg version N-65478-g6985ef7 Copyright (c) 2000-2014 the FFmpeg developers built on Aug 9 2014 22:54:35 with Apple LLVM version 6.0 (clang-600.0.34.4) (based on LLVM 3.5svn) configuration: --extra-cflags='-march=native' --enable-optimizations --enable-debug --enable-libx265 --enable-gpl --enable-libopus --enable- version3 --enable-nonfree --enable-postproc --enable-libass --enable- libfdk-aac --enable-libfreetype --enable-libmp3lame --enable-libopencore- amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-gnutls --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxvid --prefix=/usr/local --enable-static --enable-shared --enable-avresample --enable-vda --enable-opencl --enable-libzvbi --cc=clang libavutil 54. 0.100 / 54. 0.100 libavcodec 56. 0.100 / 56. 0.100 libavformat 56. 0.100 / 56. 0.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.100 / 5. 0.100 libavresample 2. 0. 0 / 2. 0. 0 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 0.100 / 1. 0.100 libpostproc 53. 0.100 / 53. 0.100 Splitting the commandline. Reading option '-loglevel' ... matched as option 'loglevel' (set logging level) with argument 'debug'. Reading option '-i' ... matched as input file with argument 'MOV27379.MPG'. Finished splitting the commandline. Parsing a group of options: global . Applying option loglevel (set logging level) with argument debug. Successfully parsed a group of options. Parsing a group of options: input file MOV27379.MPG. Successfully parsed a group of options. Opening an input file: MOV27379.MPG. [AVIOContext @ 0x7f84b040fd80] Statistics: 30269 bytes read, 0 seeks MOV27379.MPG: Invalid data found when processing input }}} The one sample I have so far: http://puu.sh/aT6mn/dab3a98d31.MPG -- Ticket URL: <https://trac.ffmpeg.org/ticket/3855> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 6

Re: [FFmpeg-trac] #3934(undetermined:new): Input seek argument is ignored with -copyts on particular MKV
by FFmpeg 08 Sep '14

08 Sep '14

#3934: Input seek argument is ignored with -copyts on particular MKV -------------------------------------+------------------------------------- Reporter: 11rcombs | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => regression Comment: Sorry, ignore my question. Looks like a long-time regression. -- Ticket URL: <https://trac.ffmpeg.org/ticket/3934#comment:3> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

Re: [FFmpeg-trac] #3934(undetermined:new): Input seek argument is ignored with -copyts on particular MKV
by FFmpeg 08 Sep '14

08 Sep '14

#3934: Input seek argument is ignored with -copyts on particular MKV -------------------------------------+------------------------------------- Reporter: 11rcombs | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by 11rcombs): If you don't set {{{-copyts}}}, {{{-ss}}} works fine. Haven't the foggiest why. -- Ticket URL: <https://trac.ffmpeg.org/ticket/3934#comment:2> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

Re: [FFmpeg-trac] #3934(undetermined:new): Input seek argument is ignored with -copyts on particular MKV
by FFmpeg 08 Sep '14

08 Sep '14

#3934: Input seek argument is ignored with -copyts on particular MKV -------------------------------------+------------------------------------- Reporter: 11rcombs | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): How is this issue related to {{{-copyts}}}? -- Ticket URL: <https://trac.ffmpeg.org/ticket/3934#comment:1> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

Re: [FFmpeg-trac] #2931(avformat:closed): mp3: wrong duration
by FFmpeg 08 Sep '14

08 Sep '14

#2931: mp3: wrong duration --------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: mp3 duration | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Hendrik Leppkes in e9c08e32 -- Ticket URL: <https://trac.ffmpeg.org/ticket/2931#comment:4> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

#3931(avformat:new): H264 streams in mov not analyzed long enough
by FFmpeg 07 Sep '14

07 Sep '14

#3931: H264 streams in mov not analyzed long enough -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: minor | Component: avformat Version: git- | Keywords: mov h264 master | analyzeduration Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- Users uploaded two mov files that cannot be probed correctly with the default value for {{{-analyzeduration}}}. The issue looks similar to ticket #3673, I will attach a poc that shows a possible fix. Both files work fine with {{{-analyzeduration 6M}}}. {{{ $ ffmpeg -i PMS_transcoder_issue-GHI59.mp4 ffmpeg version N-66181-ga5b20bf Copyright (c) 2000-2014 the FFmpeg developers built on Sep 7 2014 20:59:32 with gcc 4.7 (SUSE Linux) configuration: libavutil 54. 7.100 / 54. 7.100 libavcodec 56. 1.100 / 56. 1.100 libavformat 56. 4.101 / 56. 4.101 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 1.100 / 5. 1.100 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 0.100 / 53. 0.100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x1dfbb20] Could not find codec parameters for stream 0 (Video: h264 (avc1 / 0x31637661), 1280x720, 4317 kb/s): unspecified pixel format Consider increasing the value for the 'analyzeduration' and 'probesize' options Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'PMS_transcoder_issue-GHI59.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 title : Dexter - Das Fest der Dankbarkeit (S04E09) encoder : Lavf55.28.101 Duration: 00:02:00.00, start: 0.010000, bitrate: 4577 kb/s Chapter #0.0: start 0.000000, end 120.000000 Metadata: title : 00:27:19.221 Stream #0:0(und): Video: h264 (avc1 / 0x31637661), 1280x720, 4317 kb/s, 23.98 fps, 23.98 tbr, 24k tbn, 48k tbc (default) Metadata: handler_name : VideoHandler Stream #0:1(ger): Audio: aac (mp4a / 0x6134706D), 48000 Hz, 5.1, s16, 468 kb/s (default) Metadata: handler_name : SoundHandler Stream #0:2(eng): Subtitle: mov_text (text / 0x74786574) Metadata: handler_name : SubtitleHandler At least one output file must be specified }}} {{{ $ ffmpeg -i slice_00007.m4v ffmpeg version N-66181-ga5b20bf Copyright (c) 2000-2014 the FFmpeg developers built on Sep 7 2014 20:59:32 with gcc 4.7 (SUSE Linux) configuration: libavutil 54. 7.100 / 54. 7.100 libavcodec 56. 1.100 / 56. 1.100 libavformat 56. 4.101 / 56. 4.101 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 1.100 / 5. 1.100 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 0.100 / 53. 0.100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x25f9b20] Could not find codec parameters for stream 0 (Video: h264 (avc1 / 0x31637661), 720x352, 1651 kb/s): unspecified pixel format Consider increasing the value for the 'analyzeduration' and 'probesize' options Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'slice_00007.m4v': Metadata: major_brand : M4V minor_version : 512 compatible_brands: isomiso2avc1 encoder : Lavf55.19.104 Duration: 02:09:08.07, start: 0.018000, bitrate: 1036 kb/s Chapter #0.0: start 0.000000, end 172.140000 Metadata: title : Chapter 1 Chapter #0.1: start 172.140000, end 421.689000 Metadata: title : Chapter 2 Chapter #0.2: start 421.689000, end 525.360000 Metadata: title : Chapter 3 Chapter #0.3: start 525.360000, end 659.827000 Metadata: title : Chapter 4 Chapter #0.4: start 659.827000, end 787.088000 Metadata: title : Chapter 5 Chapter #0.5: start 787.088000, end 981.415000 Metadata: title : Chapter 6 Chapter #0.6: start 981.415000, end 1080.047000 Metadata: title : Chapter 7 Chapter #0.7: start 1080.047000, end 1242.943000 Metadata: title : Chapter 8 Chapter #0.8: start 1242.943000, end 1418.018000 Metadata: title : Chapter 9 Chapter #0.9: start 1418.018000, end 1807.841000 Metadata: title : Chapter 10 Chapter #0.10: start 1807.841000, end 1952.118000 Metadata: title : Chapter 11 Chapter #0.11: start 1952.118000, end 2090.790000 Metadata: title : Chapter 12 Chapter #0.12: start 2090.790000, end 2324.257000 Metadata: title : Chapter 13 Chapter #0.13: start 2324.257000, end 2454.454000 Metadata: title : Chapter 14 Chapter #0.14: start 2454.454000, end 2652.785000 Metadata: title : Chapter 15 Chapter #0.15: start 2652.785000, end 2929.695000 Metadata: title : Chapter 16 Chapter #0.16: start 2929.695000, end 3054.153000 Metadata: title : Chapter 17 Chapter #0.17: start 3054.153000, end 3206.038000 Metadata: title : Chapter 18 Chapter #0.18: start 3206.038000, end 3518.450000 Metadata: title : Chapter 19 Chapter #0.19: start 3518.450000, end 3689.020000 Metadata: title : Chapter 20 Chapter #0.20: start 3689.020000, end 4028.059000 Metadata: title : Chapter 21 Chapter #0.21: start 4028.059000, end 4154.886000 Metadata: title : Chapter 22 Chapter #0.22: start 4154.886000, end 4302.566000 Metadata: title : Chapter 23 Chapter #0.23: start 4302.566000, end 4532.663000 Metadata: title : Chapter 24 Chapter #0.24: start 4532.663000, end 4750.080000 Metadata: title : Chapter 25 Chapter #0.25: start 4750.080000, end 4950.080000 Metadata: title : Chapter 26 Chapter #0.26: start 4950.080000, end 5496.860000 Metadata: title : Chapter 27 Chapter #0.27: start 5496.860000, end 5940.569000 Metadata: title : Chapter 28 Chapter #0.28: start 5940.569000, end 6116.345000 Metadata: title : Chapter 29 Chapter #0.29: start 6116.345000, end 6202.064000 Metadata: title : Chapter 30 Chapter #0.30: start 6202.064000, end 6461.206000 Metadata: title : Chapter 31 Chapter #0.31: start 6461.206000, end 6667.083000 Metadata: title : Chapter 32 Chapter #0.32: start 6667.083000, end 6894.076000 Metadata: title : Chapter 33 Chapter #0.33: start 6894.076000, end 6998.481000 Metadata: title : Chapter 34 Chapter #0.34: start 6998.481000, end 7158.507000 Metadata: title : Chapter 35 Chapter #0.35: start 7158.507000, end 7352.468000 Metadata: title : Chapter 36 Chapter #0.36: start 7352.468000, end 7526.174000 Metadata: title : Chapter 37 Chapter #0.37: start 7526.174000, end 7613.662000 Metadata: title : Chapter 38 Chapter #0.38: start 7613.662000, end 7748.071000 Metadata: title : Chapter 39 Stream #0:0(und): Video: h264 (avc1 / 0x31637661), 720x352, 1651 kb/s, SAR 704:783 DAR 160:87, 23.99 fps, 59.94 tbr, 90k tbn, 180k tbc (default) Metadata: handler_name : VideoHandler Stream #0:1(eng): Audio: aac (mp4a / 0x6134706D), 48000 Hz, stereo, s16, 159 kb/s (default) Metadata: handler_name : SoundHandler Stream #0:2(eng): Subtitle: mov_text (text / 0x74786574) Metadata: handler_name : SubtitleHandler At least one output file must be specified }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/3931> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 1

#3928(ffprobe:new): ffprobe of plain WAV file produces incorrect results, detects format as MPEG-4 video
by FFmpeg 07 Sep '14

07 Sep '14

#3928: ffprobe of plain WAV file produces incorrect results, detects format as MPEG-4 video -------------------------------------+------------------------------------- Reporter: pneuman | Type: defect Status: new | Priority: normal Component: ffprobe | Version: git- Keywords: wav probe | master regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I have a plain, 16-bit 44.1k WAV file that ffprobe incorrectly detects as being an MPEG-4 video, after issuing a bunch of warnings. A snippet of the file, which is enough to reproduce the issue, is attached. {{{ lsd@ralph:~/projects/ffmpeg/ffmpeg$ ./ffprobe ../wav-bug/snippet.wav ffprobe version N-66113-g467a55a Copyright (c) 2007-2014 the FFmpeg developers built on Sep 4 2014 16:12:06 with Apple LLVM version 5.1 (clang-503.0.40) (based on LLVM 3.4svn) configuration: libavutil 54. 7.100 / 54. 7.100 libavcodec 56. 1.100 / 56. 1.100 libavformat 56. 4.100 / 56. 4.100 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 0.103 / 5. 0.103 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 1.100 / 1. 1.100 [NULL @ 0x7fe030805800] hmm, seems the headers are not complete, trying to guess time_increment_bits [NULL @ 0x7fe030805800] my guess is 2 bits ;) [mpeg4 @ 0x7fe030805800] hmm, seems the headers are not complete, trying to guess time_increment_bits [mpeg4 @ 0x7fe030805800] my guess is 2 bits ;) [mpeg4 @ 0x7fe030805800] Error, header damaged or not MPEG4 header (qscale=0) [mpeg4 @ 0x7fe030805800] header damaged [mpeg4 @ 0x7fe030805800] only rectangular vol supported Marker bit missing before time_increment_resolution Marker bit missing before fixed_vop_rate [mpeg4 @ 0x7fe030805800] illegal chroma format Marker bit missing before time_increment_resolution Marker bit missing after height [mpeg4 @ 0x7fe030805800] Invalid Complexity estimation method 3 [mpeg4 @ 0x7fe030805800] scalability not supported [mpeg4 @ 0x7fe030805800] illegal chroma format Marker bit missing before time_increment_resolution Marker bit missing before width Marker bit missing before height [mpeg4 @ 0x7fe030805800] Static Sprites not supported [mpeg4 @ 0x7fe030805800] quant precision 7 Marker bit missing in complexity estimation part 1 Input #0, wav, from '../wav-bug/snippet.wav': Duration: 00:00:05.00, start: 190.476190, bitrate: 1411 kb/s Stream #0:0: Video: mpeg4 ([1][0][0][0] / 0x0001), yuv420p, 4736x4511, 1411 kb/s, 30975 tbr, 44100 tbn, 30975 tbc }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/3928> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 4

#3909(undetermined:new): When you use the livxvid codec in MP4, illegal file ready.
by FFmpeg 07 Sep '14

07 Sep '14

#3909: When you use the livxvid codec in MP4, illegal file ready. -------------------------------------+------------------------------------- Reporter: Einguste | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: MP4 libxvid | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug:When you use the livxvid codec in MP4, illegal file ready. How to reproduce: {{{ % ffmpeg -i input -vcodec libxvid output.mp4 ffmpeg version N-65991-g8c63a0d built on Aug 31 2014 01:26:47 with gcc 4.9.1 (GCC) }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/3909> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 9