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

#4091(undetermined:new): Unable Mux to mpegts using an HLS stream
by FFmpeg 07 Nov '14

07 Nov '14

#4091: Unable Mux to mpegts using an HLS stream -------------------------------------+------------------------------------- Reporter: BlackDream | Type: defect Status: new | Priority: important Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- {{{ ffmpeg -i "http://video23.fra01.hls.twitch.tv/hls69/hotshotgg_11681581744_161216111/ch… /index- live.m3u8?token=id=811310623639913253,bid=11681581744,exp=1415456667,node=video23-1.fra01.hls.justin.tv,nname=video23.fra01,fmt=chunked&sig=ff44bc201ed90617892fabd165fbf2af3d11fac9" -codec copy -f mpegts /tmp/test.ts }}} {{{ ffmpeg version N-41933-gc11f731- http://johnvansickle.com/ffmpeg/ Copyright (c) 2000-2014 the FFmpeg developers built on Nov 7 2014 01:22:26 with gcc 4.8 (Debian 4.8.3-13) configuration: --enable-gpl --enable-version3 --disable-shared --disable-debug --enable-runtime-cpudetect --enable-libmp3lame --enable- libx264 --enable-libx265 --enable-libwebp --enable-libspeex --enable- libvorbis --enable-libvpx --enable-libfreetype --enable-fontconfig --enable-libxvid --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libtheora --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- gray --enable-libopenjpeg --enable-libopus --disable-ffserver --enable- libass --enable-gnutls --cc=gcc-4.8 libavutil 54. 11.100 / 54. 11.100 libavcodec 56. 12.100 / 56. 12.100 libavformat 56. 12.101 / 56. 12.101 libavdevice 56. 2.100 / 56. 2.100 libavfilter 5. 2.103 / 5. 2.103 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 Input #0, hls,applehttp, from 'http://video23.fra01.hls.twitch.tv/hls69/hotshotgg_11681581744_161216111/ch… /index- live.m3u8?token=id=811310623639913253,bid=11681581744,exp=1415456667,node=video23-1.fra01.hls.justin.tv,nname=video23.fra01,fmt=chunked&sig=ff44bc201ed90617892fabd165fbf2af3d11fac9': Duration: N/A, start: 20962.069200, bitrate: 196 kb/s Program 0 Metadata: variant_bitrate : 0 Stream #0:0: Audio: aac (LC) ([15][0][0][0] / 0x000F), 44100 Hz, stereo, fltp, 196 kb/s Stream #0:1: Video: h264 (Main) ([27][0][0][0] / 0x001B), yuv420p(tv, bt709/bt709/iec61966-2-1), 1280x720, 45 fps, 45 tbr, 90k tbn, 90 tbc Stream #0:2: Data: timed_id3 (ID3 / 0x20334449) File '/tmp/test.ts' already exists. Overwrite ? [y/N] y Output #0, mpegts, to '/tmp/test.ts': Metadata: encoder : Lavf56.12.101 Stream #0:0: Video: h264 ([27][0][0][0] / 0x001B), yuv420p, 1280x720, q=2-31, 45 fps, 90k tbn, 45 tbc Stream #0:1: Audio: aac ([15][0][0][0] / 0x000F), 44100 Hz, stereo, 196 kb/s Stream mapping: Stream #0:1 -> #0:0 (copy) Stream #0:0 -> #0:1 (copy) Press [q] to stop, [?] for help [mpegts @ 0x30c12a0] H.264 bitstream malformed, no startcode found, use the video bitstream filter 'h264_mp4toannexb' to fix it ('-bsf:v h264_mp4toannexb' option with ffmpeg) av_interleaved_write_frame(): Invalid data found when processing input [mpegts @ 0x30c12a0] H.264 bitstream malformed, no startcode found, use the video bitstream filter 'h264_mp4toannexb' to fix it ('-bsf:v h264_mp4toannexb' option with ffmpeg) frame= 3 fps=0.0 q=-1.0 Lsize= 0kB time=00:00:00.06 bitrate= 0.0kbits/s video:77kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown Conversion failed! }}} However, even if i entered the -bsf:v h264_mp4toannexb filter the restream doesnt start. (and it shouldn't tell to import the filter as the containers are the same). Using the following command: {{{ ffmpeg -i "url" -c:a copy -c:v copy -f matroska pipe:1 | ffmpeg -i - -c copy -bsf:v h264_mp4toannexb -f mpegts test.ts }}} the restream started successfully. However it doesn't work when i directly mux it to mpegts. Thank you -- Ticket URL: <https://trac.ffmpeg.org/ticket/4091> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 1

#3597(ffmpeg:new): ffmpeg git version N-62751-gd03defa create slow/hang h.264 file.
by FFmpeg 07 Nov '14

07 Nov '14

#3597: ffmpeg git version N-62751-gd03defa create slow/hang h.264 file. -------------------------------------+------------------------------------- Reporter: dkt | Type: defect Status: new | Priority: normal Component: ffmpeg | Version: git- Keywords: h.264 h264 | master playback | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: Source file is a large 2vuy file, mediainfo is attached. After using ffmpeg to create a h.264 file, the playback of the file is not smooth. It hang when there is a transition from the black screen at the beginning to video. You can check the playback at here: https://drive.google.com/file/d/0B1SgNlcZrQJ1ak5Qb2gxeDRld1E/edit?usp=shari… How to reproduce: The command to do the conversion: ffmpeg -v info -i /mnt-data/backup4/vol0/export/CUHK\ 2014-1/V017b.mov -vcodec libx264 -intra -pix_fmt yuv422p10le -vb 100M -x264opts avcintra- class=100 -x264opts colorprim=bt709 -x264opts transfer=bt709 -x264opts colormatrix=bt709 -threads 4 -acodec copy V017b-ffmpeg-git-avcintra100.mov Please see the attached files for details. -- Ticket URL: <https://trac.ffmpeg.org/ticket/3597> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 17

#4088(undetermined:new): Theora video duration different depending on scale
by FFmpeg 07 Nov '14

07 Nov '14

#4088: Theora video duration different depending on scale --------------------------------------+---------------------------------- Reporter: mlinnosk | Type: defect Status: new | Priority: normal Component: undetermined | Version: 2.4.3 Keywords: theora,pipe | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- Summary of the bug: When converting PNG image sequence to 'Ogg/Theora' video. With same input, but different output scaling the resulting video file has different duration and drops frames from the end. Tested with same setup but with '-vcodec mpeg4' and can't reproduce. Observed with '-vcodec libtheora'. Also the '-sws_flags lancoz' doesn't seem to make difference. The test material has 392 frames and ffmpeg seems to process them all. How to reproduce: {{{ unzip -p $INPUT_FILE $IMAGE_GLOB | -loglevel quiet -f image2pipe -c:v png -r 25 -i - -s $RESOLUTION -aspect 16:10 -sws_flags lanczos -vcodec libtheora -pix_fmt yuv420p -an -qscale:v $QS -r 25 -y $OUTPUT_FILE }}} Info: {{{ ffmpeg version 2.4.3- http://johnvansickle.com/ffmpeg/ Copyright (c) 2000-2014 the FFmpeg developers built on Nov 4 2014 13:14:24 with gcc 4.8 (Debian 4.8.3-13) configuration: --enable-gpl --enable-version3 --disable-shared --disable- debug --enable-runtime-cpudetect --enable-libmp3lame --enable-libx264 --enable-libx265 --enable-libwebp --enable-libspeex --enable-libvorbis --enable-libvpx --enable-libfreetype --enable-fontconfig --enable-libxvid --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libtheora --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-gray --enable- libopenjpeg --enable-libopus --disable-ffserver --enable-libass --enable- gnutls --cc=gcc-4.8 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 Output1: Input #0, ogg, from 'file1.ogv': Duration: 00:00:15.68, start: 0.000000, bitrate: 2423 kb/s Stream #0:0: Video: theora, yuv420p, 1280x800 [SAR 1:1 DAR 8:5], 25 tbr, 25 tbn, 25 tbc Metadata: ENCODER : Lavc56.1.100 libtheora Output2: Input #0, ogg, from 'file2.ogv': Duration: 00:00:15.24, start: 0.000000, bitrate: 1773 kb/s Stream #0:0: Video: theora, yuv420p, 1024x640 [SAR 1:1 DAR 8:5], 25 tbr, 25 tbn, 25 tbc Metadata: ENCODER : Lavc56.1.100 libtheora }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/4088> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 18

#4087(avformat:new): webp muxer does not write a VP8X header properly
by FFmpeg 07 Nov '14

07 Nov '14

#4087: webp muxer does not write a VP8X header properly -------------------------------------+------------------------------------- Reporter: jamal | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git- | Keywords: webp master | regression Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- It writes one only when the file is an animation, and when it does it apparently doesn't set the corresponding bits based on EXIF, ALPH and other chunks presence. Take the Exif sample from the FATE suit (Which contains an EXIF chunk and the corresponding presence bit in the VP8X chunk set), and copy it to a new webp file. {{{ $ ./ffmpeg -i ../samples/exif/image_small.webp -c:v copy image.webp ffmpeg version N-67397-g8176638 Copyright (c) 2000-2014 the FFmpeg developers built on Nov 5 2014 23:23:45 with gcc 4.9.2 (Rev2, Built by MSYS2 project) configuration: --enable-gpl --target-os=mingw32 --prefix=/mingw64 libavutil 54. 11.100 / 54. 11.100 libavcodec 56. 10.102 / 56. 10.102 libavformat 56. 12.101 / 56. 12.101 libavdevice 56. 2.100 / 56. 2.100 libavfilter 5. 2.103 / 5. 2.103 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 Input #0, webp_pipe, from '../samples/exif/image_small.webp': Duration: N/A, bitrate: N/A Stream #0:0: Video: webp, yuv420p(tv, bt470bg/unknown/unknown), 400x225, 25 tbr, 25 tbn, 25 tbc Output #0, webp, to 'image.webp': Metadata: encoder : Lavf56.12.101 Stream #0:0: Video: webp, yuv420p, 400x225, q=2-31, 1k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help frame= 1 fps=0.0 q=-1.0 Lsize= 38kB time=00:00:00.04 bitrate=7851.6kbits/s video:38kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown }}} Then try to decode the new file {{{ $ ./ffmpeg -i image.webp -f md5 - ffmpeg version N-67397-g8176638 Copyright (c) 2000-2014 the FFmpeg developers built on Nov 5 2014 23:23:45 with gcc 4.9.2 (Rev2, Built by MSYS2 project) configuration: --enable-gpl --target-os=mingw32 --prefix=/mingw64 libavutil 54. 11.100 / 54. 11.100 libavcodec 56. 10.102 / 56. 10.102 libavformat 56. 12.101 / 56. 12.101 libavdevice 56. 2.100 / 56. 2.100 libavfilter 5. 2.103 / 5. 2.103 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 [webp @ 0000000001773060] EXIF chunk present, but Exif bit not set in the VP8X header Input #0, webp_pipe, from 'image.webp': Duration: N/A, bitrate: N/A Stream #0:0: Video: webp, yuv420p(tv, bt470bg/unknown/unknown), 400x225, 25 tbr, 25 tbn, 25 tbc Output #0, md5, to 'pipe:': Metadata: encoder : Lavf56.12.101 Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 400x225, q=2-31, 200 kb/s, 25 fps, 25 tbn, 25 tbc Metadata: encoder : Lavc56.10.102 rawvideo Stream mapping: Stream #0:0 -> #0:0 (webp (native) -> rawvideo (native)) Press [q] to stop, [?] for help [webp @ 00000000017ab740] EXIF chunk present, but Exif bit not set in the VP8X header MD5=2b44bd9cf3f9578c85fc5f76e546d22a frame= 1 fps=0.0 q=0.0 Lsize= 0kB time=00:00:00.04 bitrate= 7.4kbits/s video:132kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown }}} While the warning mentions the VP8X header doesn't have the relevant bit set, what really happened is that there's no VP8X header at all (the decoder could be changed so it reports as much instead, for that matter, but that's not relevant here). Example of a file with an ALPH chunk {{{ $ ./ffmpeg -i http://www.gstatic.com/webp/gallery3/5_webp_a.webp -c:v copy alph.webp ffmpeg version N-67397-g8176638 Copyright (c) 2000-2014 the FFmpeg developers built on Nov 6 2014 03:38:00 with gcc 4.9.2 (Rev2, Built by MSYS2 project) configuration: --enable-gpl --enable-libwebp --target-os=mingw32 --prefix=/mingw64 libavutil 54. 11.100 / 54. 11.100 libavcodec 56. 10.102 / 56. 10.102 libavformat 56. 12.101 / 56. 12.101 libavdevice 56. 2.100 / 56. 2.100 libavfilter 5. 2.103 / 5. 2.103 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 Input #0, webp_pipe, from 'http://www.gstatic.com/webp/gallery3/5_webp_a.webp': Duration: N/A, bitrate: N/A Stream #0:0: Video: webp, yuva420p(tv, bt470bg/unknown/unknown), 300x300, 25 tbr, 25 tbn, 25 tbc Output #0, webp, to 'alph.webp': Metadata: encoder : Lavf56.12.101 Stream #0:0: Video: webp, yuva420p, 300x300, q=2-31, 1k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help frame= 1 fps=0.0 q=-1.0 Lsize= 68kB time=00:00:00.04 bitrate=13977.6kbits/s video:68kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown }}} Decode resulting file {{{ ffmpeg version N-67397-g8176638 Copyright (c) 2000-2014 the FFmpeg developers built on Nov 6 2014 03:38:00 with gcc 4.9.2 (Rev2, Built by MSYS2 project) configuration: --enable-gpl --enable-libwebp --target-os=mingw32 --prefix=/mingw64 libavutil 54. 11.100 / 54. 11.100 libavcodec 56. 10.102 / 56. 10.102 libavformat 56. 12.101 / 56. 12.101 libavdevice 56. 2.100 / 56. 2.100 libavfilter 5. 2.103 / 5. 2.103 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 [webp @ 0000000001874f60] ALPHA chunk present, but alpha bit not set in the VP8X header Input #0, webp_pipe, from 'alph.webp': Duration: N/A, bitrate: N/A Stream #0:0: Video: webp, yuva420p(tv, bt470bg/unknown/unknown), 300x300, 25 tbr, 25 tbn, 25 tbc Output #0, md5, to 'pipe:': Metadata: encoder : Lavf56.12.101 Stream #0:0: Video: rawvideo (Y4[11][8] / 0x80B3459), yuva420p, 300x300, q=2-31, 200 kb/s, 25 fps, 25 tbn, 25 tbc Metadata: encoder : Lavc56.10.102 rawvideo Stream mapping: Stream #0:0 -> #0:0 (webp (native) -> rawvideo (native)) Press [q] to stop, [?] for help [webp @ 0000000001854be0] ALPHA chunk present, but alpha bit not set in the VP8X header [webp @ 0000000001854be0] A frame threaded decoder did not free the frame on failure. This is a bug, please report it. MD5=d41d8cd98f00b204e9800998ecf8427e frame= 0 fps=0.0 q=0.0 Lsize= 0kB time=00:00:00.00 bitrate=N/A video:0kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown Output file is empty, nothing was encoded (check -ss / -t / -frames parameters if used) }}} In this case the resulting file is completely broken because the VP8X header is needed to handle the alpha channel. This is of course a regression since the webp muxer was introduced (or rather, since image2 stopped handling the muxing). -- Ticket URL: <https://trac.ffmpeg.org/ticket/4087> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 1

Re: [FFmpeg-trac] #3361(avcodec:new): aac_he mono not recogized (reported as stereo)
by FFmpeg 07 Nov '14

07 Nov '14

#3361: aac_he mono not recogized (reported as stereo) -------------------------------------+------------------------------------- Reporter: blacktrash | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): if theres no way to solve this except scanning the whole file then this is not really fixable and thus also not a bug and should be closed -- Ticket URL: <https://trac.ffmpeg.org/ticket/3361#comment:11> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

#4082(ffmpeg:new): The scale filter does not actually change the height and width.
by FFmpeg 06 Nov '14

06 Nov '14

#4082: The scale filter does not actually change the height and width. -------------------------------------+------------------------------------- Reporter: muruganandh | Type: defect Status: new | Priority: critical Component: ffmpeg | Version: Keywords: scale | unspecified filter | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: As per this document - https://trac.ffmpeg.org/wiki/Scaling%20%28resizing%29%20with%20ffmpeg -vf scale=320:240 should covert any video to 320 by 240 disregarding the aspect ratio of the source How to reproduce: {{{ % ffmpeg -i input -vf scale=320:240 output ffmpeg version ffmpeg version 2.4.3-tessus built on Nov 3 2014 23:01:10 with Apple LLVM version 6.0 (clang-600.0.54) (based on LLVM 3.5svn) }}} Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker. Steps : 1. Use any source video - i used 1280 by 720 Video. 2. use this command -i input.mp4 -vf scale=100:100 output.mp4 Expected : A Video of size 100px width and 100px height (https://trac.ffmpeg.org/wiki/Scaling%20%28resizing%29%20with%20ffmpeg) Actual : You get a video of 177 by 100 (ffprobe will say the video as 100 by 100 but quicktime player or VLC player will play by aspect ratio maintained). The resulting video is actually 117 by 100 - Get Info from MAC will show the real value. -- Ticket URL: <https://trac.ffmpeg.org/ticket/4082> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 4

#4089(undetermined:new): how to spy whatsapp messages
by FFmpeg 06 Nov '14

06 Nov '14

#4089: how to spy whatsapp messages -------------------------------------+------------------------------------- Reporter: | Type: defect KristineHutch | Priority: normal Status: new | Version: Component: | unspecified undetermined | Blocked By: Keywords: | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- The best thing is that you do not install the app to monitor required urządzenia.Jedynym is that material on the Internet, which is connected to your Google Account. I call monitoring mobile phone (to be managed by hand), in addition to cleaning your phone, Android device manager to remotely control your phone does not provide other options. I hope that Google is working on this, and if stolen, many jobs, such as shooting, and to ensure that you will know if she will. When you lose your equipment when you get a laptop, you can use your Android phone to someone else to follow. Instead of using a mobile browser, you will also be able to use the Device Manager Android. If you do not have a phone, simply download it here. [http://maxim1ze.com/how-to-easily-spy-on-whatsapp-messages-with-success spy whatsapp messages] can log in using the account identification information, visitors and Google. Now you can track your lost device, they will be able to remove the ring and the data it is. -- Ticket URL: <https://trac.ffmpeg.org/ticket/4089> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

Re: [FFmpeg-trac] #3116(undetermined:closed): resource leaks, handle leaks(WIN7, avcodec_decode_video2, threads)
by FFmpeg 06 Nov '14

06 Nov '14

#3116: resource leaks,handle leaks(WIN7,avcodec_decode_video2,threads) -------------------------------------+------------------------------------- Reporter: q1q2q3q4ln | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: handle | Resolution: leaks | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => needs_more_info Comment: No reply for 4 months -> ticket closed Please reopen once you can provide output of some memory debugger which identifies the line number and file name where the leaking entity is being allocated -- Ticket URL: <https://trac.ffmpeg.org/ticket/3116#comment:11> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

#3918(avcodec:new): MP2 audio encoder increases stream duration
by FFmpeg 06 Nov '14

06 Nov '14

#3918: MP2 audio encoder increases stream duration ---------------------------------+---------------------------------- Reporter: abc123 | Type: defect Status: new | Priority: normal Component: avcodec | Version: 2.3 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+---------------------------------- Summary of the bug: When using the "mp2" audio encoder, the output file is longer than the input file by an amount that depends on the original duration. In the example (5 minute) file, the output duration was increased by 2 seconds. For a movie length title, I have observed increases of around 10 seconds. The input content does not appear to matter. How to reproduce: {{{ % ffmpeg -i ~/tmp/test.mp3 ~/out.mp2 ffmpeg version 2.3.3 Copyright (c) 2000-2014 the FFmpeg developers built on Sep 2 2014 11:24:19 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) configuration: libavutil 52. 92.100 / 52. 92.100 libavcodec 55. 69.100 / 55. 69.100 libavformat 55. 48.100 / 55. 48.100 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.100 / 4. 11.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 Input #0, mp3, from '/home/user/tmp/test.mp3': Duration: 00:04:53.46, start: 0.025056, bitrate: 327 kb/s Stream #0:0: Audio: mp3, 44100 Hz, stereo, s16p, 320 kb/s Output #0, mp2, to '/home/user/out.mp2': Stream #0:0: Audio: mp2, 44100 Hz, stereo, s16, 384 kb/s Stream mapping: Stream #0:0 -> #0:0 (mp3 (native) -> mp2 (native)) Press [q] to stop, [?] for help size= 13756kB time=00:04:53.44 bitrate= 384.0kbits/s video:0kB audio:13756kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.000000% % ffprobe ~/out.mp2 ffprobe version 2.3.3 Copyright (c) 2007-2014 the FFmpeg developers built on Sep 2 2014 11:24:19 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) configuration: libavutil 52. 92.100 / 52. 92.100 libavcodec 55. 69.100 / 55. 69.100 libavformat 55. 48.100 / 55. 48.100 libavdevice 55. 13.102 / 55. 13.102 libavfilter 4. 11.100 / 4. 11.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 [mp3 @ 0x2c41020] Estimating duration from bitrate, this may be inaccurate Input #0, mp3, from '/home/user/out.mp2': Duration: 00:04:55.00, start: 0.000000, bitrate: 381 kb/s Stream #0:0: Audio: mp2, 44100 Hz, stereo, s16p, 381 kb/s }}} Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker. -- Ticket URL: <https://trac.ffmpeg.org/ticket/3918> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 4

#4062(ffmpeg:new): sub2video overlay fails with negative starting timestamp and -copyts
by FFmpeg 05 Nov '14

05 Nov '14

#4062: sub2video overlay fails with negative starting timestamp and -copyts ------------------------------------+-------------------------------------- Reporter: mikaraento | Type: defect Status: new | Priority: normal Component: ffmpeg | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Summary of the bug: If the input starts on a negative time and -copyts is given, sub2video causes 'Buffer queue overflow, dropping' messages and broken output. Although this seems like a minor problem, the problem is easily triggered by broadcast input that has non-monotonic timestamps (will try to find a simple testcase for that and file a separate ticket). I need -copyts to later sync video and audio if there is missing video or audio. How to reproduce: {{{ $ ffmpeg -y -i negative_pts_sub.ts -copyts -filter_complex '[0:0][0:3]overlay[outv0]' -map 0:1 -map '[outv0]' broken.ts ffmpeg version N-67065-g2fa08fd Copyright (c) 2000-2014 the FFmpeg developers built on Oct 23 2014 08:58:30 with Apple LLVM version 6.0 (clang-600.0.51) (based on LLVM 3.5svn) }}} The following works: {{{ $ ffmpeg -y -itsoffset 46.944644 -i negative_pts_sub.ts -copyts -filter_complex '[0:0][0:3]overlay[outv0]' -map 0:1 -map '[outv0]' working.ts }}} Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker. -- Ticket URL: <https://trac.ffmpeg.org/ticket/4062> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 10