From trac at avcodec.org Tue Apr 1 00:37:09 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 31 Mar 2014 22:37:09 -0000 Subject: [FFmpeg-trac] #3434(avformat:new): Cannot remux PRORES 422 10bit MOV to MKV: results unplayable. In-Reply-To: <036.6120a8a0999b660b54069549b0af7007@avcodec.org> References: <036.6120a8a0999b660b54069549b0af7007@avcodec.org> Message-ID: <051.008356593d66cdefb8649204a9d723d6@avcodec.org> #3434: Cannot remux PRORES 422 10bit MOV to MKV: results unplayable. ------------------------------------+------------------------------------ Reporter: ianken | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mkv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by ianken): It does look a bit off. Here's the dump from MKVInfo for the Haali output (FFMPEG putput below...): + EBML head |+ EBML version: 1 |+ EBML read version: 1 |+ EBML maximum ID length: 4 |+ EBML maximum size length: 8 |+ Doc type: matroska |+ Doc type version: 1 |+ Doc type read version: 1 + Segment, size 754747528 |+ Seek head (subentries will be skipped) |+ EbmlVoid (size: 14) |+ Segment information | + Muxing application: Haali DirectShow Matroska Muxer 1.13.138.14 | + Writing application: graphstudio.exe | + Segment UID: 0xf2 0x41 0xbc 0xaf 0xb3 0x7d 0x08 0x7d 0x3e 0x68 0x6f 0x0c 0xce 0x89 0xf4 0x4b | + Date: Sat Mar 29 22:56:12 2014 UTC | + Timecode scale: 1000000 | + Duration: 125.042s (00:02:05.041) |+ Segment tracks | + A track | + Track number: 1 (track ID for mkvmerge & mkvextract: 0) | + Track UID: 1 | + Track type: video | + Lacing flag: 0 | + Default flag: 0 | + Codec ID: V_MS/VFW/FOURCC | + CodecPrivate, length 40 (FourCC: apch, 0x68637061) | + Video track | + Pixel width: 720 | + Pixel height: 480 | + Display width: 853 | + Display height: 480 | + A track | + Track number: 2 (track ID for mkvmerge & mkvextract: 1) | + Track UID: 2 | + Track type: audio | + Lacing flag: 1 | + Default flag: 0 | + Codec ID: A_PCM/INT/LIT | + Audio track | + Sampling frequency: 48000 | + Channels: 2 | + Bit depth: 24 |+ Cluster FFMPEG Spew: + EBML head |+ EBML version: 1 |+ EBML read version: 1 |+ EBML maximum ID length: 4 |+ EBML maximum size length: 8 |+ Doc type: matroska |+ Doc type version: 4 |+ Doc type read version: 2 + Segment, size 718782018 |+ Seek head (subentries will be skipped) |+ EbmlVoid (size: 147) |+ Segment information | + Timecode scale: 1000000 | + Muxing application: Lavf55.22.100 | + Writing application: Lavf55.22.100 | + Segment UID: 0x9f 0x1f 0x44 0x55 0x9f 0xaf 0x34 0xbc 0x83 0xe2 0x1d 0xed 0x9b 0x37 0xf6 0xab | + Duration: 125.042s (00:02:05.042) |+ Segment tracks | + A track | + Track number: 1 (track ID for mkvmerge & mkvextract: 0) | + Track UID: 1 | + Lacing flag: 0 | + Language: eng | + Codec ID: V_PRORES | + Track type: video | + Default duration: 41.708ms (23.976 frames/fields per second for a video track) | + Video track | + Pixel width: 720 | + Pixel height: 480 | + Display width: 853 | + Display height: 480 |+ Tags | + Tag | + Targets | + Simple | + Name: MAJOR_BRAND | + String: qt | + Simple | + Name: MINOR_VERSION | + String: 537199360 | + Simple | + Name: COMPATIBLE_BRANDS | + String: qt | + Simple | + Name: ENCODER | + String: Lavf55.22.100 | + Tag | + Targets | + TrackUID: 1 | + Simple | + Name: CREATION_TIME | + String: 2014-02-20 17:18:14 | + Simple | + Name: LANGUAGE | + String: eng | + Simple | + Name: HANDLER_NAME | + String: Apple Alias Data Handler | + Simple | + Name: TIMECODE | + String: 00:00:00:00 |+ Cluster -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 1 00:45:28 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 31 Mar 2014 22:45:28 -0000 Subject: [FFmpeg-trac] #3434(avformat:new): Cannot remux PRORES 422 10bit MOV to MKV: results unplayable. In-Reply-To: <036.6120a8a0999b660b54069549b0af7007@avcodec.org> References: <036.6120a8a0999b660b54069549b0af7007@avcodec.org> Message-ID: <051.3221cad7dfa101ef93d50ee71c7a7fb4@avcodec.org> #3434: Cannot remux PRORES 422 10bit MOV to MKV: results unplayable. ------------------------------------+------------------------------------ Reporter: ianken | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mkv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by gjdfgh): Looks like ffmpeg might produce correct output using the proper codec ID, while the haali one uses AVI compatibility (V_MS/VFW/FOURCC is basically AVI in MKV). So it's not surprising that the Haali one is "more compatible", but I also don't think ffmpeg should produce files muxed in AVI compatibility mode. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 1 00:45:47 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 31 Mar 2014 22:45:47 -0000 Subject: [FFmpeg-trac] #3434(avformat:new): Cannot remux PRORES 422 10bit MOV to MKV: results unplayable. In-Reply-To: <036.6120a8a0999b660b54069549b0af7007@avcodec.org> References: <036.6120a8a0999b660b54069549b0af7007@avcodec.org> Message-ID: <051.ec9720e3b1f0eaec899e5d99f28d5313@avcodec.org> #3434: Cannot remux PRORES 422 10bit MOV to MKV: results unplayable. ------------------------------------+------------------------------------ Reporter: ianken | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mkv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by gjdfgh): * cc: nfxjfg@? (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 1 00:53:04 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 31 Mar 2014 22:53:04 -0000 Subject: [FFmpeg-trac] #3434(avformat:new): Cannot remux PRORES 422 10bit MOV to MKV: results unplayable. In-Reply-To: <036.6120a8a0999b660b54069549b0af7007@avcodec.org> References: <036.6120a8a0999b660b54069549b0af7007@avcodec.org> Message-ID: <051.11b755d19f23cc22048c2564f03ab558@avcodec.org> #3434: Cannot remux PRORES 422 10bit MOV to MKV: results unplayable. ------------------------------------+------------------------------------ Reporter: ianken | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mkv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by ianken): I tend to agree. I will file a bug with LAV as well, since the LAV splitrer source has the same issue. Of note, FFPLAY does not grok the AVI compatibility mode stuff from Haali. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 1 00:59:43 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 31 Mar 2014 22:59:43 -0000 Subject: [FFmpeg-trac] #3434(avformat:new): Cannot remux PRORES 422 10bit MOV to MKV: results unplayable. In-Reply-To: <036.6120a8a0999b660b54069549b0af7007@avcodec.org> References: <036.6120a8a0999b660b54069549b0af7007@avcodec.org> Message-ID: <051.f66e3733631a0f98b42176ff5fc13111@avcodec.org> #3434: Cannot remux PRORES 422 10bit MOV to MKV: results unplayable. ------------------------------------+------------------------------------ Reporter: ianken | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mkv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by gjdfgh): Would it be possible to provide the sample files in a way you don't have to download 2GB? Possibly by not putting them into a zip, so that they can be streamed from the dropbox server. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 1 01:06:43 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 31 Mar 2014 23:06:43 -0000 Subject: [FFmpeg-trac] #3510(undetermined:open): Many errors, glitchy audio output with -filter_complex "[0:1][0:2][0:3][0:4][0:5][0:6] amerge=inputs=6" In-Reply-To: <036.efa9bdc90c7ab44f786f9fedf17088cf@avcodec.org> References: <036.efa9bdc90c7ab44f786f9fedf17088cf@avcodec.org> Message-ID: <051.37c50d3cc84fb2fbc7513996071ce348@avcodec.org> #3510: Many errors, glitchy audio output with -filter_complex "[0:1][0:2][0:3][0:4][0:5][0:6] amerge=inputs=6" -------------------------------------+------------------------------------- Reporter: ianken | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by ianken): The build is from Zeranoe, whatever was latest at the time I ran it. The content comes from a post house...I have no idea how they generated it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 1 01:28:45 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 31 Mar 2014 23:28:45 -0000 Subject: [FFmpeg-trac] #3516(undetermined:closed): mjpeg: wrong colors (CMYK with subsampling) In-Reply-To: <039.d3b4d96e266ba6c0fc47ba6e5f6a1736@avcodec.org> References: <039.d3b4d96e266ba6c0fc47ba6e5f6a1736@avcodec.org> Message-ID: <054.343893e6b124d37df6f66276303f2263@avcodec.org> #3516: mjpeg: wrong colors (CMYK with subsampling) -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Fixed in d56c373391d334d3dc29c752955fd17f0cef7ff9 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 1 01:58:25 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 31 Mar 2014 23:58:25 -0000 Subject: [FFmpeg-trac] #3517(avdevice:new): can't set Video4Linux2 framerate Message-ID: <037.9ac670e58840f41f659d2a842f08854e@avcodec.org> #3517: can't set Video4Linux2 framerate ----------------------------------+-------------------------------------- Reporter: nunojpg | Type: defect Status: new | Priority: normal Component: avdevice | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- ffmpeg version N-61985-gd5c0036 built on Mar 31 2014 22:09:58 with gcc 4.8 (Ubuntu 4.8.2-17ubuntu2) configuration: --enable-libx264 --enable-gpl --enable-libfaac --enable- nonfree Linux sky5 3.13.0-20-generic #42-Ubuntu SMP Fri Mar 28 09:56:33 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux My webcam supports several framerates at 640x480. If I try to grab it using: ./ffmpeg -f v4l2 -video_size 640x480 -framerate 5 -i /dev/video1 out1.avi The webcam will continue with the 30fps selected (checked with v4l2-ctl -all), while ffmpeg will output the correct framerate, by droping every 5 in 6 frames. This is a bug since ffmpeg tries to confirm the v4l2 accepts the selected framerate, but then does not select it: ./ffmpeg -f v4l2 -video_size 640x480 -framerate 3 -i /dev/video1 out3.avi [video4linux2,v4l2 @ 0x32fca40] The driver changed the time per frame from 1/3 to 1/5 In this example v4l2 reports that the webcam does not support 3fps, and the closest value is 5fps. But 30fps will remain selected! Current VLC HEAD does configure v4l2 framerate correctly. Also the framerate is being set before the video_size, which introduces probably related errors. The webcam under test supports hd1080 at 5fps, and hd720 at 10fps. According to the following examples, it changes the framerate according to the video_size that was previously selected, and not the one that is currently being selected! ./ffmpeg -f v4l2 -video_size hd720 -framerate 10 -i /dev/video1 out.avi (no errors) ./ffmpeg -f v4l2 -video_size hd1080 -framerate 10 -i /dev/video1 out.avi (no errors) ./ffmpeg -f v4l2 -video_size hd1080 -framerate 10 -i /dev/video1 out.avi [video4linux2,v4l2 @ 0x1f38a40] The driver changed the time per frame from 1/10 to 1/5 ./ffmpeg -f v4l2 -video_size hd720 -framerate 10 -i /dev/video1 out.avi [video4linux2,v4l2 @ 0x1d63a40] The driver changed the time per frame from 1/10 to 1/5 ./ffmpeg -f v4l2 -video_size hd720 -framerate 10 -i /dev/video1 out.avi (no errors) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 1 07:37:59 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 01 Apr 2014 05:37:59 -0000 Subject: [FFmpeg-trac] #3517(avdevice:new): can't set Video4Linux2 framerate In-Reply-To: <037.9ac670e58840f41f659d2a842f08854e@avcodec.org> References: <037.9ac670e58840f41f659d2a842f08854e@avcodec.org> Message-ID: <052.21ba095335e988742943d4411a04495e@avcodec.org> #3517: can't set Video4Linux2 framerate ------------------------------------+------------------------------------ Reporter: nunojpg | Owner: Type: defect | Status: new Priority: normal | Component: avdevice Version: git-master | Resolution: Keywords: v4l2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => v4l2 Comment: To make this a valid ticket, please provide a failing command line together with the complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 1 08:48:01 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 01 Apr 2014 06:48:01 -0000 Subject: [FFmpeg-trac] #3516(avcodec:closed): mjpeg: wrong colors (CMYK with subsampling) In-Reply-To: <039.d3b4d96e266ba6c0fc47ba6e5f6a1736@avcodec.org> References: <039.d3b4d96e266ba6c0fc47ba6e5f6a1736@avcodec.org> Message-ID: <054.40c41fc5b51908cea7cd5e3c1ae65496@avcodec.org> #3516: mjpeg: wrong colors (CMYK with subsampling) ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: mjpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => mjpeg * version: unspecified => git-master * component: undetermined => avcodec -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 1 10:12:45 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 01 Apr 2014 08:12:45 -0000 Subject: [FFmpeg-trac] #3514(undetermined:new): Image freezes when copying DVB subtitles from input to the output TS In-Reply-To: <038.78328b00e2bb82fd11d2f0131ed7e613@avcodec.org> References: <038.78328b00e2bb82fd11d2f0131ed7e613@avcodec.org> Message-ID: <053.308c495f8b3b04aa1977c93dcef2233f@avcodec.org> #3514: Image freezes when copying DVB subtitles from input to the output TS -------------------------------------+------------------------------------- Reporter: dalongra | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: DVB | Resolution: subtitles image freezing | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [ticket:3514 dalongra]: > {{{ > ffmpeg -v 9 -loglevel 99 -fix_sub_duration -re -i "udp://224.168.223.60:2060?fifo_size=3000000&overrun_nonfatal=1" -acodec copy -vcodec copy -map 0:0 -map 0:1 -map 0:2 -map 0:3 -map 0:4 -map 0:5 -map 0:6 -map 0:7 -map 0:8 -map 0:9 -map 0:11 -map 0:12 -c:s:0 copy -c:s:1 dvbsub -c:s:2 dvbsub -f mpegts "udp://224.168.223.204:2204" > }}} This would be a duplicate of ticket #2024 (reencoding dvbsub does not work correctly). Is there a problem reproducible with {{{-scodec copy}}}? If yes, please post a command line starting with {{{-i FILE_1_TICKET_3514_Input_stream_SD_mpeg2video_1_video_8_audios_10_subs.ts}}} together with the console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 1 10:14:57 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 01 Apr 2014 08:14:57 -0000 Subject: [FFmpeg-trac] #3514(undetermined:new): Image freezes when copying DVB subtitles from input to the output TS In-Reply-To: <038.78328b00e2bb82fd11d2f0131ed7e613@avcodec.org> References: <038.78328b00e2bb82fd11d2f0131ed7e613@avcodec.org> Message-ID: <053.504dd94ae929f8a01f8aa338a927b299@avcodec.org> #3514: Image freezes when copying DVB subtitles from input to the output TS -------------------------------------+------------------------------------- Reporter: dalongra | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: dvbsub | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: DVB subtitles image freezing => dvbsub * version: unspecified => git-master -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 1 10:27:45 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 01 Apr 2014 08:27:45 -0000 Subject: [FFmpeg-trac] #3518(undetermined:new): ffmpeg lacks Raspberry Pi hardware encoding support Message-ID: <038.1bcf1673dca719a819f1c4167456537d@avcodec.org> #3518: ffmpeg lacks Raspberry Pi hardware encoding support -------------------------------------+------------------------------------- Reporter: bmarwell | Type: Status: new | enhancement Component: | Priority: normal undetermined | Version: Keywords: | unspecified Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Summary of the bug: While gstreamer has a omxh264enc sinc which does use the raspberry pi's built in h264 hardware encoder, ffmpeg will not use this one. How to reproduce: {{{ % ffmpeg -i input -c:v libx264 ... ffmpeg version }}} Now that there's a floss driver, I hope such an enhancemant could be done. git of gst-omx: http://cgit.freedesktop.org/gstreamer/gst-omx/ Raspberry Pi driver announcement: http://www.raspberrypi.org/archives/6561 Beware, the raspberry pi page is barely useable today (April 1st). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 1 11:10:54 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 01 Apr 2014 09:10:54 -0000 Subject: [FFmpeg-trac] #3517(avdevice:new): can't set Video4Linux2 framerate In-Reply-To: <037.9ac670e58840f41f659d2a842f08854e@avcodec.org> References: <037.9ac670e58840f41f659d2a842f08854e@avcodec.org> Message-ID: <052.fb8a006a0c9ad2f9a2392502c571b051@avcodec.org> #3517: can't set Video4Linux2 framerate ------------------------------------+------------------------------------ Reporter: nunojpg | Owner: Type: defect | Status: new Priority: normal | Component: avdevice Version: git-master | Resolution: Keywords: v4l2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by nunojpg): {{{ nuno at sky5:~/Desktop/ffmpeg$ ./ffmpeg -f v4l2 -video_size 640x480 -framerate 5 -i /dev/video1 out1.avi ffmpeg version N-61985-gd5c0036 Copyright (c) 2000-2014 the FFmpeg developers built on Mar 31 2014 22:09:58 with gcc 4.8 (Ubuntu 4.8.2-17ubuntu2) configuration: --enable-libx264 --enable-gpl --enable-libfaac --enable- nonfree libavutil 52. 70.100 / 52. 70.100 libavcodec 55. 55.106 / 55. 55.106 libavformat 55. 36.100 / 55. 36.100 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libswscale 2. 5.102 / 2. 5.102 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, video4linux2,v4l2, from '/dev/video1': Duration: N/A, start: 851.587966, bitrate: 24576 kb/s Stream #0:0: Video: rawvideo (YUY2 / 0x32595559), yuyv422, 640x480, 24576 kb/s, 5 fps, 5 tbr, 1000k tbn, 1000k tbc Output #0, avi, to 'out1.avi': Metadata: ISFT : Lavf55.36.100 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 640x480, q=2-31, 200 kb/s, 5 tbn, 5 tbc Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> mpeg4) Press [q] to stop, [?] for help *** dropping frame 2 from stream 0 at ts 0 Last message repeated 1 times *** dropping frame 3 from stream 0 at ts 1 Last message repeated 5 times *** dropping frame 4 from stream 0 at ts 2 Last message repeated 3 times *** dropping frame 4 from stream 0 at ts 2time=00:00:00.80 bitrate= 972.7kbits/s dup=0 drop=12 Last message repeated 1 times *** dropping frame 5 from stream 0 at ts 3 Last message repeated 4 times *** dropping frame 6 from stream 0 at ts 4 Last message repeated 5 times *** dropping frame 7 from stream 0 at ts 5time=00:00:01.20 bitrate= 838.5kbits/s dup=0 drop=25 *** dropping frame 8 from stream 0 at ts 6 *** dropping frame 9 from stream 0 at ts 7 Last message repeated 4 times *** dropping frame 10 from stream 0 at ts 8 Last message repeated 1 times *** dropping frame 10 from stream 0 at ts 8ime=00:00:02.00 bitrate= 635.4kbits/s dup=0 drop=34 Last message repeated 1 times *** dropping frame 11 from stream 0 at ts 9 Last message repeated 3 times *** dropping frame 12 from stream 0 at ts 10 Last message repeated 3 times *** dropping frame 12 from stream 0 at ts 10me=00:00:02.40 bitrate= 545.9kbits/s dup=0 drop=44 *** dropping frame 13 from stream 0 at ts 11 Last message repeated 3 times *** dropping frame 14 from stream 0 at ts 12 Last message repeated 2 times *** dropping frame 15 from stream 0 at ts 13me=00:00:02.80 bitrate= 565.9kbits/s dup=0 drop=52 Last message repeated 1 times *** dropping frame 16 from stream 0 at ts 14 Last message repeated 1 times *** dropping frame 17 from stream 0 at ts 15me=00:00:03.40 bitrate= 490.1kbits/s dup=0 drop=56 Last message repeated 2 times *** dropping frame 19 from stream 0 at ts 17 *** dropping frame 20 from stream 0 at ts 18 *** dropping frame 20 from stream 0 at ts 18me=00:00:04.00 bitrate= 440.6kbits/s dup=0 drop=61 *** dropping frame 21 from stream 0 at ts 19 Last message repeated 1 times *** dropping frame 22 from stream 0 at ts 20 Last message repeated 1 times *** dropping frame 23 from stream 0 at ts 21me=00:00:04.40 bitrate= 411.8kbits/s dup=0 drop=66 Last message repeated 2 times *** dropping frame 24 from stream 0 at ts 22 Last message repeated 1 times frame= 24 fps=5.3 q=2.3 Lsize= 231kB time=00:00:04.80 bitrate= 394.2kbits/s dup=0 drop=71 video:225kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 2.722515% Received signal 2: terminating. }}} {{{ nuno at sky5:~/Desktop/ffmpeg$ v4l2-ctl -d 1 --all Driver Info (not using libv4l2): Driver name : uvcvideo Card type : HD Pro Webcam C920 Bus info : usb-0000:00:1d.7-1 Driver version: 3.13.7 Capabilities : 0x84000001 Video Capture Streaming Device Capabilities Device Caps : 0x04000001 Video Capture Streaming Priority: 2 Video input : 0 (Camera 1: ok) Format Video Capture: Width/Height : 640/480 Pixel Format : 'YUYV' Field : None Bytes per Line: 1280 Size Image : 614400 Colorspace : SRGB Crop Capability Video Capture: Bounds : Left 0, Top 0, Width 640, Height 480 Default : Left 0, Top 0, Width 640, Height 480 Pixel Aspect: 1/1 Streaming Parameters Video Capture: Capabilities : timeperframe Frames per second: 30.000 (30/1) Read buffers : 0 brightness (int) : min=0 max=255 step=1 default=128 value=128 contrast (int) : min=0 max=255 step=1 default=128 value=128 saturation (int) : min=0 max=255 step=1 default=128 value=128 white_balance_temperature_auto (bool) : default=1 value=1 gain (int) : min=0 max=255 step=1 default=0 value=200 power_line_frequency (menu) : min=0 max=2 default=2 value=2 white_balance_temperature (int) : min=2000 max=6500 step=1 default=4000 value=4793 flags=inactive sharpness (int) : min=0 max=255 step=1 default=128 value=128 backlight_compensation (int) : min=0 max=1 step=1 default=0 value=0 exposure_auto (menu) : min=0 max=3 default=3 value=3 exposure_absolute (int) : min=3 max=2047 step=1 default=250 value=500 flags=inactive exposure_auto_priority (bool) : default=0 value=1 pan_absolute (int) : min=-36000 max=36000 step=3600 default=0 value=0 tilt_absolute (int) : min=-36000 max=36000 step=3600 default=0 value=0 focus_absolute (int) : min=0 max=250 step=5 default=0 value=0 flags=inactive focus_auto (bool) : default=1 value=1 zoom_absolute (int) : min=100 max=500 step=1 default=100 value=100 }}} In regard to the framerate being set before the video_size: {{{ nuno at sky5:~/Desktop/ffmpeg$ ./ffmpeg -f v4l2 -video_size hd1080 -framerate 5 -i /dev/video1 file1.avi ffmpeg version N-61985-gd5c0036 Copyright (c) 2000-2014 the FFmpeg developers built on Mar 31 2014 22:09:58 with gcc 4.8 (Ubuntu 4.8.2-17ubuntu2) configuration: --enable-libx264 --enable-gpl --enable-libfaac --enable- nonfree libavutil 52. 70.100 / 52. 70.100 libavcodec 55. 55.106 / 55. 55.106 libavformat 55. 36.100 / 55. 36.100 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libswscale 2. 5.102 / 2. 5.102 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, video4linux2,v4l2, from '/dev/video1': Duration: N/A, start: 579.007577, bitrate: 165888 kb/s Stream #0:0: Video: rawvideo (YUY2 / 0x32595559), yuyv422, 1920x1080, 165888 kb/s, 5 fps, 5 tbr, 1000k tbn, 1000k tbc Output #0, avi, to 'file1.avi': Metadata: ISFT : Lavf55.36.100 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 1920x1080, q=2-31, 200 kb/s, 5 tbn, 5 tbc Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> mpeg4) Press [q] to stop, [?] for help frame= 8 fps=5.3 q=11.3 Lsize= 370kB time=00:00:01.80 bitrate=1682.4kbits/s video:364kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 1.584158% Received signal 2: terminating. }}} {{{ nuno at sky5:~/Desktop/ffmpeg$ ./ffmpeg -f v4l2 -video_size hd720 -framerate 10 -i /dev/video1 file2.avi ffmpeg version N-61985-gd5c0036 Copyright (c) 2000-2014 the FFmpeg developers built on Mar 31 2014 22:09:58 with gcc 4.8 (Ubuntu 4.8.2-17ubuntu2) configuration: --enable-libx264 --enable-gpl --enable-libfaac --enable- nonfree libavutil 52. 70.100 / 52. 70.100 libavcodec 55. 55.106 / 55. 55.106 libavformat 55. 36.100 / 55. 36.100 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libswscale 2. 5.102 / 2. 5.102 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 [video4linux2,v4l2 @ 0x1fcba40] The driver changed the time per frame from 1/10 to 1/5 Input #0, video4linux2,v4l2, from '/dev/video1': Duration: N/A, start: 591.103138, bitrate: 73728 kb/s Stream #0:0: Video: rawvideo (YUY2 / 0x32595559), yuyv422, 1280x720, 73728 kb/s, 5 fps, 5 tbr, 1000k tbn, 1000k tbc Output #0, avi, to 'file2.avi': Metadata: ISFT : Lavf55.36.100 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 1280x720, q=2-31, 200 kb/s, 5 tbn, 5 tbc Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> mpeg4) Press [q] to stop, [?] for help *** dropping frame 3 from stream 0 at ts 1 *** dropping frame 4 from stream 0 at ts 2 *** dropping frame 5 from stream 0 at ts 3time=00:00:00.80 bitrate=1553.1kbits/s dup=0 drop=2 *** dropping frame 6 from stream 0 at ts 4 Last message repeated 1 times frame= 6 fps=5.7 q=4.6 Lsize= 185kB time=00:00:01.20 bitrate=1265.6kbits/s dup=0 drop=5 video:180kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 3.166727% Received signal 2: terminating. }}} If the second is considered to be a independent bug, I will open a new ticket if not fixed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 1 11:19:47 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 01 Apr 2014 09:19:47 -0000 Subject: [FFmpeg-trac] #3518(undetermined:new): ffmpeg lacks Raspberry Pi hardware encoding support In-Reply-To: <038.1bcf1673dca719a819f1c4167456537d@avcodec.org> References: <038.1bcf1673dca719a819f1c4167456537d@avcodec.org> Message-ID: <053.41b8cc8c604f2a7d7a81265f69f2ca88@avcodec.org> #3518: ffmpeg lacks Raspberry Pi hardware encoding support -------------------------------------+------------------------------------- Reporter: bmarwell | Owner: Type: enhancement | Status: new Priority: wish | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: normal => wish * version: unspecified => git-master -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 1 11:24:51 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 01 Apr 2014 09:24:51 -0000 Subject: [FFmpeg-trac] #3517(avdevice:new): can't set Video4Linux2 framerate In-Reply-To: <037.9ac670e58840f41f659d2a842f08854e@avcodec.org> References: <037.9ac670e58840f41f659d2a842f08854e@avcodec.org> Message-ID: <052.cec8dcd6e7331761201452d96139a167@avcodec.org> #3517: can't set Video4Linux2 framerate ------------------------------------+------------------------------------ Reporter: nunojpg | Owner: Type: defect | Status: new Priority: normal | Component: avdevice Version: git-master | Resolution: Keywords: v4l2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Does attached untested patch improve the situation? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 1 11:27:11 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 01 Apr 2014 09:27:11 -0000 Subject: [FFmpeg-trac] #3517(avdevice:new): can't set Video4Linux2 framerate In-Reply-To: <037.9ac670e58840f41f659d2a842f08854e@avcodec.org> References: <037.9ac670e58840f41f659d2a842f08854e@avcodec.org> Message-ID: <052.ae5829dbc05182c759bd79c2a67774b3@avcodec.org> #3517: can't set Video4Linux2 framerate ------------------------------------+------------------------------------ Reporter: nunojpg | Owner: Type: defect | Status: new Priority: normal | Component: avdevice Version: git-master | Resolution: Keywords: v4l2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:3 cehoyos]: > Does attached untested patch improve the situation? Sorry, please ignore this. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 1 11:36:10 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 01 Apr 2014 09:36:10 -0000 Subject: [FFmpeg-trac] #679(undetermined:new): DVB subtitles are badly placed on the screen In-Reply-To: <037.1f1a4367f19e7792f1a097859052b8fc@avcodec.org> References: <037.1f1a4367f19e7792f1a097859052b8fc@avcodec.org> Message-ID: <052.9cd612a637d398626176c41d4d52c71d@avcodec.org> #679: DVB subtitles are badly placed on the screen -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: dvbsub | Resolution: mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:2 cehoyos]: > Another sample (with the opposite effect) is in http://samples.ffmpeg.org/ffmpeg-bugs/trac/ticket2838/ I also uploaded the sample from vlc ticket 10919 with too small teletext subtitles. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 1 13:26:04 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 01 Apr 2014 11:26:04 -0000 Subject: [FFmpeg-trac] #3514(undetermined:new): Image freezes when copying DVB subtitles from input to the output TS In-Reply-To: <038.78328b00e2bb82fd11d2f0131ed7e613@avcodec.org> References: <038.78328b00e2bb82fd11d2f0131ed7e613@avcodec.org> Message-ID: <053.fcefc73c512f35261e7d34709570bdfe@avcodec.org> #3514: Image freezes when copying DVB subtitles from input to the output TS -------------------------------------+------------------------------------- Reporter: dalongra | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: dvbsub | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by dalongra): Thanks for your reply. I was not sure if this is a duplicate of ticket #2024 because I did manage to see subtitles in the output. I have reproduced the problem with FILE_1_TICKET_3514_Input_stream_SD_mpeg2video_1_video_8_audios_10_subs.ts as input (instead of UDP multicast), and everything is OK in the output (no freezing). Therefore it seems to be caused by the UDP multicast input because it does not happen when I use FILE_1. But I don't manage to get subtitle Stream #0:10[0xd4a](dut,nor,dan,swe,por) of FILE_1 in the output (-map 0 option crashes). If I use -scodec copy for Stream #0:10[0xd4a] I get this error: [mpegts @ 0x3dfd620] Application provided invalid, non monotonically increasing dts to muxer in stream 10: 44818 >= 44818 av_interleaved_write_frame(): Invalid argument An output file (File 6) is generated before it crashes. If I use -c:s:1 dvbsub for Stream #0:10[0xd4a], Stream #0:10 -> #0:10 (libzvbi_teletextdec -> dvbsub), I get this other error: Subtitle encoding failed No output file generated. I understand these are different issues from the freezing thing. Should I open new tickets for these? I have uploaded files 5 and 6 to the FTP: - File 5: everything OK in the output without Stream #0:10[0xd4a] (no freezing). FILE_5_TICKET_3514_Output_stream_SD_mpeg2video_1_video_8_audios_1_teletext_8_DVB_subs.ts - File 6: mapping also #0:10[0xd4a] with -scodec copy, before crash. See below command and output for generating file 6 (same as for file 5 but with one more -map option for stream #0:10[0xd4a]) Thanks for your help. dalongra. ffmpeg version 2.2.git Copyright (c) 2000-2014 the FFmpeg developers built on Mar 31 2014 16:29:06 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) configuration: --prefix=/home/obencoder/ffmpeg_build --extra- cflags=-I/home/obencoder/ffmpeg_build/include --extra- ldflags=-L/home/obencoder/ffmpeg_build/lib --bindir=/home/obencoder/bin --extra-libs=-ldl --enable-gpl --enable-libass --enable-libfdk-aac --enable-libmp3lame --enable-libopus --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-nonfree --enable-libfreetype --enable-libzvbi libavutil 52. 69.100 / 52. 69.100 libavcodec 55. 54.100 / 55. 54.100 libavformat 55. 35.101 / 55. 35.101 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libswscale 2. 5.102 / 2. 5.102 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Splitting the commandline. Reading option '-v' ... matched as option 'v' (set logging level) with argument '9'. Reading option '-loglevel' ... matched as option 'loglevel' (set logging level) with argument '99'. Reading option '-fix_sub_duration' ... matched as option 'fix_sub_duration' (fix subtitles duration) with argument '1'. Reading option '-y' ... matched as option 'y' (overwrite output files) with argument '1'. Reading option '-re' ... matched as option 're' (read input at native frame rate) with argument '1'. Reading option '-i' ... matched as input file with argument '/home/obencoder/archivos_prueba/FILE_1_TICKET_3514_Input_stream_SD_mpeg2video_1_video_8_audios_10_subs.ts'. Reading option '-acodec' ... matched as option 'acodec' (force audio codec ('copy' to copy stream)) with argument 'copy'. Reading option '-vcodec' ... matched as option 'vcodec' (force video codec ('copy' to copy stream)) with argument 'copy'. Reading option '-map' ... matched as option 'map' (set input stream mapping) with argument '0:0'. Reading option '-map' ... matched as option 'map' (set input stream mapping) with argument '0:1'. Reading option '-map' ... matched as option 'map' (set input stream mapping) with argument '0:2'. Reading option '-map' ... matched as option 'map' (set input stream mapping) with argument '0:3'. Reading option '-map' ... matched as option 'map' (set input stream mapping) with argument '0:4'. Reading option '-map' ... matched as option 'map' (set input stream mapping) with argument '0:5'. Reading option '-map' ... matched as option 'map' (set input stream mapping) with argument '0:6'. Reading option '-map' ... matched as option 'map' (set input stream mapping) with argument '0:7'. Reading option '-map' ... matched as option 'map' (set input stream mapping) with argument '0:8'. Reading option '-map' ... matched as option 'map' (set input stream mapping) with argument '0:9'. Reading option '-map' ... matched as option 'map' (set input stream mapping) with argument '0:10'. Reading option '-map' ... matched as option 'map' (set input stream mapping) with argument '0:11'. Reading option '-map' ... matched as option 'map' (set input stream mapping) with argument '0:12'. Reading option '-map' ... matched as option 'map' (set input stream mapping) with argument '0:13'. Reading option '-map' ... matched as option 'map' (set input stream mapping) with argument '0:14'. Reading option '-map' ... matched as option 'map' (set input stream mapping) with argument '0:15'. Reading option '-map' ... matched as option 'map' (set input stream mapping) with argument '0:16'. Reading option '-map' ... matched as option 'map' (set input stream mapping) with argument '0:17'. Reading option '-map' ... matched as option 'map' (set input stream mapping) with argument '0:18'. Reading option '-c:s:0' ... matched as option 'c' (codec name) with argument 'copy'. Reading option '-c:s:1' ... matched as option 'c' (codec name) with argument 'copy'. Reading option '-c:s:2' ... matched as option 'c' (codec name) with argument 'copy'. Reading option '-c:s:3' ... matched as option 'c' (codec name) with argument 'copy'. Reading option '-c:s:3' ... matched as option 'c' (codec name) with argument 'copy'. Reading option '-c:s:4' ... matched as option 'c' (codec name) with argument 'copy'. Reading option '-c:s:5' ... matched as option 'c' (codec name) with argument 'copy'. Reading option '-c:s:6' ... matched as option 'c' (codec name) with argument 'copy'. Reading option '-c:s:7' ... matched as option 'c' (codec name) with argument 'copy'. Reading option '-c:s:8' ... matched as option 'c' (codec name) with argument 'copy'. Reading option '-c:s:9' ... matched as option 'c' (codec name) with argument 'copy'. Reading option '-f' ... matched as option 'f' (force format) with argument 'mpegts'. Reading option '/home/obencoder/archivos_prueba/FILE_6_TICKET_3514_Output_stream_SD_mpeg2video_1_video_8_audios_1_subs_dvbsub_stream10.ts' ... matched as output file. Finished splitting the commandline. Parsing a group of options: global . Applying option v (set logging level) with argument 9. Applying option y (overwrite output files) with argument 1. Successfully parsed a group of options. Parsing a group of options: input file /home/obencoder/archivos_prueba/FILE_1_TICKET_3514_Input_stream_SD_mpeg2video_1_video_8_audios_10_subs.ts. Applying option fix_sub_duration (fix subtitles duration) with argument 1. Applying option re (read input at native frame rate) with argument 1. Successfully parsed a group of options. Opening an input file: /home/obencoder/archivos_prueba/FILE_1_TICKET_3514_Input_stream_SD_mpeg2video_1_video_8_audios_10_subs.ts. [mpegts @ 0x27add00] Format mpegts probed with size=2048 and score=100 [mpegts @ 0x27add00] stream=0 stream_type=2 pid=c81 prog_reg_desc= [mpegts @ 0x27add00] stream=1 stream_type=3 pid=c8a prog_reg_desc= [mpegts @ 0x27add00] stream=2 stream_type=3 pid=c8c prog_reg_desc= [mpegts @ 0x27add00] stream=3 stream_type=3 pid=c92 prog_reg_desc= [mpegts @ 0x27add00] stream=4 stream_type=3 pid=c94 prog_reg_desc= [mpegts @ 0x27add00] stream=5 stream_type=3 pid=c95 prog_reg_desc= [mpegts @ 0x27add00] stream=6 stream_type=3 pid=c9a prog_reg_desc= [mpegts @ 0x27add00] stream=7 stream_type=3 pid=ca0 prog_reg_desc= [mpegts @ 0x27add00] stream=8 stream_type=3 pid=ca7 prog_reg_desc= [mpegts @ 0x27add00] stream=9 stream_type=6 pid=d49 prog_reg_desc= [mpegts @ 0x27add00] stream=10 stream_type=6 pid=d4a prog_reg_desc= [mpegts @ 0x27add00] stream=11 stream_type=6 pid=d54 prog_reg_desc= [mpegts @ 0x27add00] stream=12 stream_type=6 pid=d57 prog_reg_desc= [mpegts @ 0x27add00] stream=13 stream_type=6 pid=d5e prog_reg_desc= [mpegts @ 0x27add00] stream=14 stream_type=6 pid=d5f prog_reg_desc= [mpegts @ 0x27add00] stream=15 stream_type=6 pid=d70 prog_reg_desc= [mpegts @ 0x27add00] stream=16 stream_type=6 pid=d71 prog_reg_desc= [mpegts @ 0x27add00] stream=17 stream_type=6 pid=d72 prog_reg_desc= [mpegts @ 0x27add00] stream=18 stream_type=6 pid=d73 prog_reg_desc= [mpegts @ 0x27add00] Before avformat_find_stream_info() pos: 0 bytes read:655360 seeks:1 [mpegts @ 0x27add00] parser not found for codec dvb_teletext, packets or times may be invalid. [libzvbi_teletextdec @ 0x27d2560] page filter: * [mpegts @ 0x27add00] parser not found for codec dvb_teletext, packets or times may be invalid. [libzvbi_teletextdec @ 0x27d3080] page filter: * [mpegts @ 0x27add00] parser not found for codec dvb_teletext, packets or times may be invalid. Last message repeated 1 times [mpeg2video @ 0x27b1fa0] Invalid frame dimensions 0x0. Last message repeated 1 times [mpegts @ 0x27add00] All programs have pmt, headers found [mpegts @ 0x27add00] Non-increasing DTS in stream 10: packet 12 with DTS 7783637667, packet 13 with DTS 7783637667 [mpegts @ 0x27add00] Non-increasing DTS in stream 10: packet 16 with DTS 7783650411, packet 17 with DTS 7783650411 [mpegts @ 0x27add00] All info found [NULL @ 0x27d3c80] start time is not set in estimate_timings_from_pts [NULL @ 0x27d47a0] start time is not set in estimate_timings_from_pts [NULL @ 0x27d5360] start time is not set in estimate_timings_from_pts [NULL @ 0x27d5e80] start time is not set in estimate_timings_from_pts [NULL @ 0x27d6aa0] start time is not set in estimate_timings_from_pts [NULL @ 0x27d75c0] start time is not set in estimate_timings_from_pts [NULL @ 0x27d8180] start time is not set in estimate_timings_from_pts [NULL @ 0x27d8ca0] start time is not set in estimate_timings_from_pts [mpegts @ 0x27add00] PES packet size mismatch Last message repeated 7 times [mpegts @ 0x27add00] After avformat_find_stream_info() pos: 0 bytes read:3264656 seeks:3 frames:372 Input #0, mpegts, from '/home/obencoder/archivos_prueba/FILE_1_TICKET_3514_Input_stream_SD_mpeg2video_1_video_8_audios_10_subs.ts': Duration: 00:00:33.72, start: 86484.364989, bitrate: 19873 kb/s Program 1002 Metadata: service_name : Nat Geo Wild service_provider: Overon Stream #0:0[0xc81], 21, 1/90000: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p(tv), 720x576 [SAR 64:45 DAR 16:9], 1/50, max. 3485 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0xc8a](eng), 35, 1/90000: Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16p, 186 kb/s Stream #0:2[0xc8c](dut), 35, 1/90000: Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, mono, s16p, 77 kb/s Stream #0:3[0xc92](cze), 35, 1/90000: Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, mono, s16p, 77 kb/s Stream #0:4[0xc94](hun), 35, 1/90000: Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16p, 62 kb/s Stream #0:5[0xc95](tur), 35, 1/90000: Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, mono, s16p, 77 kb/s Stream #0:6[0xc9a](rus), 35, 1/90000: Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, mono, s16p, 77 kb/s Stream #0:7[0xca0](heb), 35, 1/90000: Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, mono, s16p, 77 kb/s Stream #0:8[0xca7](bul), 35, 1/90000: Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16p, 248 kb/s Stream #0:9[0xd49](spa), 47, 1/90000: Subtitle: dvb_teletext ([6][0][0][0] / 0x0006), 492x250 Stream #0:10[0xd4a](dut,nor,dan,swe,por), 24, 1/90000: Subtitle: dvb_teletext ([6][0][0][0] / 0x0006), 492x250 Stream #0:11[0xd54](dut), 0, 1/90000: Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006) Stream #0:12[0xd57](nor), 0, 1/90000: Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006) Stream #0:13[0xd5e](gre), 0, 1/90000: Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006) Stream #0:14[0xd5f](por), 0, 1/90000: Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006) Stream #0:15[0xd70](slv), 0, 1/90000: Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006) Stream #0:16[0xd71](heb), 0, 1/90000: Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006) Stream #0:17[0xd72](hrv), 0, 1/90000: Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006) Stream #0:18[0xd73](srp), 0, 1/90000: Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006) Successfully opened the file. Parsing a group of options: output file /home/obencoder/archivos_prueba/FILE_6_TICKET_3514_Output_stream_SD_mpeg2video_1_video_8_audios_1_subs_dvbsub_stream10.ts. Applying option acodec (force audio codec ('copy' to copy stream)) with argument copy. Applying option vcodec (force video codec ('copy' to copy stream)) with argument copy. Applying option map (set input stream mapping) with argument 0:0. Applying option map (set input stream mapping) with argument 0:1. Applying option map (set input stream mapping) with argument 0:2. Applying option map (set input stream mapping) with argument 0:3. Applying option map (set input stream mapping) with argument 0:4. Applying option map (set input stream mapping) with argument 0:5. Applying option map (set input stream mapping) with argument 0:6. Applying option map (set input stream mapping) with argument 0:7. Applying option map (set input stream mapping) with argument 0:8. Applying option map (set input stream mapping) with argument 0:9. Applying option map (set input stream mapping) with argument 0:10. Applying option map (set input stream mapping) with argument 0:11. Applying option map (set input stream mapping) with argument 0:12. Applying option map (set input stream mapping) with argument 0:13. Applying option map (set input stream mapping) with argument 0:14. Applying option map (set input stream mapping) with argument 0:15. Applying option map (set input stream mapping) with argument 0:16. Applying option map (set input stream mapping) with argument 0:17. Applying option map (set input stream mapping) with argument 0:18. Applying option c:s:0 (codec name) with argument copy. Applying option c:s:1 (codec name) with argument copy. Applying option c:s:2 (codec name) with argument copy. Applying option c:s:3 (codec name) with argument copy. Last message repeated 1 times Applying option c:s:4 (codec name) with argument copy. Applying option c:s:5 (codec name) with argument copy. Applying option c:s:6 (codec name) with argument copy. Applying option c:s:7 (codec name) with argument copy. Applying option c:s:8 (codec name) with argument copy. Applying option c:s:9 (codec name) with argument copy. Applying option f (force format) with argument mpegts. Successfully parsed a group of options. Opening an output file: /home/obencoder/archivos_prueba/FILE_6_TICKET_3514_Output_stream_SD_mpeg2video_1_video_8_audios_1_subs_dvbsub_stream10.ts. Successfully opened the file. [mpegts @ 0x2973620] muxrate VBR, pcr every 2 pkts, sdt every 200, pat/pmt every 40 pkts Output #0, mpegts, to '/home/obencoder/archivos_prueba/FILE_6_TICKET_3514_Output_stream_SD_mpeg2video_1_video_8_audios_1_subs_dvbsub_stream10.ts': Metadata: encoder : Lavf55.35.101 Stream #0:0, 0, 1/90000: Video: mpeg2video ([2][0][0][0] / 0x0002), yuv420p, 720x576 [SAR 64:45 DAR 16:9], 1/25, q=2-31, max. 3485 kb/s, 25 fps, 90k tbn, 25 tbc Stream #0:1(eng), 0, 1/90000: Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, 186 kb/s Stream #0:2(dut), 0, 1/90000: Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, mono, 77 kb/s Stream #0:3(cze), 0, 1/90000: Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, mono, 77 kb/s Stream #0:4(hun), 0, 1/90000: Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, 62 kb/s Stream #0:5(tur), 0, 1/90000: Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, mono, 77 kb/s Stream #0:6(rus), 0, 1/90000: Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, mono, 77 kb/s Stream #0:7(heb), 0, 1/90000: Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, mono, 77 kb/s Stream #0:8(bul), 0, 1/90000: Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, 248 kb/s Stream #0:9(spa), 0, 1/90000: Subtitle: dvb_teletext ([6][0][0][0] / 0x0006), 492x250 Stream #0:10(dut,nor,dan,swe,por), 0, 1/90000: Subtitle: dvb_teletext ([6][0][0][0] / 0x0006), 492x250 Stream #0:11(dut), 0, 1/90000: Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006) Stream #0:12(nor), 0, 1/90000: Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006) Stream #0:13(gre), 0, 1/90000: Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006) Stream #0:14(por), 0, 1/90000: Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006) Stream #0:15(slv), 0, 1/90000: Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006) Stream #0:16(heb), 0, 1/90000: Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006) Stream #0:17(hrv), 0, 1/90000: Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006) Stream #0:18(srp), 0, 1/90000: Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006) Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Stream #0:2 -> #0:2 (copy) Stream #0:3 -> #0:3 (copy) Stream #0:4 -> #0:4 (copy) Stream #0:5 -> #0:5 (copy) Stream #0:6 -> #0:6 (copy) Stream #0:7 -> #0:7 (copy) Stream #0:8 -> #0:8 (copy) Stream #0:9 -> #0:9 (copy) Stream #0:10 -> #0:10 (copy) Stream #0:11 -> #0:11 (copy) Stream #0:12 -> #0:12 (copy) Stream #0:13 -> #0:13 (copy) Stream #0:14 -> #0:14 (copy) Stream #0:15 -> #0:15 (copy) Stream #0:16 -> #0:16 (copy) Stream #0:17 -> #0:17 (copy) Stream #0:18 -> #0:18 (copy) Press [q] to stop, [?] for help [mpegts @ 0x2973620] Application provided invalid, non monotonically increasing dts to muxer in stream 10: 44818 >= 44818 av_interleaved_write_frame(): Invalid argument No more output streams to write to, finishing. frame= 8 fps=0.0 q=-1.0 Lsize= 250kB time=00:00:00.75 bitrate=2713.5kbits/s video:161kB audio:42kB subtitle:13kB other streams:0kB global headers:0kB muxing overhead: 15.942634% Input file #0 (/home/obencoder/archivos_prueba/FILE_1_TICKET_3514_Input_stream_SD_mpeg2video_1_video_8_audios_10_subs.ts): Input stream #0:0 (video): 10 packets read (178684 bytes); Input stream #0:1 (audio): 15 packets read (8640 bytes); Input stream #0:2 (audio): 20 packets read (4800 bytes); Input stream #0:3 (audio): 15 packets read (3600 bytes); Input stream #0:4 (audio): 20 packets read (3840 bytes); Input stream #0:5 (audio): 15 packets read (3600 bytes); Input stream #0:6 (audio): 15 packets read (3600 bytes); Input stream #0:7 (audio): 15 packets read (3600 bytes); Input stream #0:8 (audio): 15 packets read (11520 bytes); Input stream #0:9 (subtitle): 26 packets read (8398 bytes); Input stream #0:10 (subtitle): 14 packets read (4522 bytes); Input stream #0:11 (subtitle): 0 packets read (0 bytes); Input stream #0:12 (subtitle): 0 packets read (0 bytes); Input stream #0:13 (subtitle): 0 packets read (0 bytes); Input stream #0:14 (subtitle): 0 packets read (0 bytes); Input stream #0:15 (subtitle): 0 packets read (0 bytes); Input stream #0:16 (subtitle): 0 packets read (0 bytes); Input stream #0:17 (subtitle): 0 packets read (0 bytes); Input stream #0:18 (subtitle): 0 packets read (0 bytes); Total: 180 packets (234804 bytes) demuxed Output file #0 (/home/obencoder/archivos_prueba/FILE_6_TICKET_3514_Output_stream_SD_mpeg2video_1_video_8_audios_1_subs_dvbsub_stream10.ts): Output stream #0:0 (video): 8 packets muxed (164565 bytes); Output stream #0:1 (audio): 15 packets muxed (8640 bytes); Output stream #0:2 (audio): 20 packets muxed (4800 bytes); Output stream #0:3 (audio): 15 packets muxed (3600 bytes); Output stream #0:4 (audio): 20 packets muxed (3840 bytes); Output stream #0:5 (audio): 15 packets muxed (3600 bytes); Output stream #0:6 (audio): 15 packets muxed (3600 bytes); Output stream #0:7 (audio): 15 packets muxed (3600 bytes); Output stream #0:8 (audio): 15 packets muxed (11520 bytes); Output stream #0:9 (subtitle): 26 packets muxed (8398 bytes); Output stream #0:10 (subtitle): 14 packets muxed (4522 bytes); Output stream #0:11 (subtitle): 0 packets muxed (0 bytes); Output stream #0:12 (subtitle): 0 packets muxed (0 bytes); Output stream #0:13 (subtitle): 0 packets muxed (0 bytes); Output stream #0:14 (subtitle): 0 packets muxed (0 bytes); Output stream #0:15 (subtitle): 0 packets muxed (0 bytes); Output stream #0:16 (subtitle): 0 packets muxed (0 bytes); Output stream #0:17 (subtitle): 0 packets muxed (0 bytes); Output stream #0:18 (subtitle): 0 packets muxed (0 bytes); Total: 178 packets (220685 bytes) muxed 0 frames successfully decoded, 0 decoding errors [AVIOContext @ 0x27d2fa0] Statistics: 0 seeks, 70 writeouts [AVIOContext @ 0x27b6520] Statistics: 4608144 bytes read, 3 seeks -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 1 13:31:42 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 01 Apr 2014 11:31:42 -0000 Subject: [FFmpeg-trac] #3514(undetermined:new): Image freezes when copying DVB subtitles from input to the output TS In-Reply-To: <038.78328b00e2bb82fd11d2f0131ed7e613@avcodec.org> References: <038.78328b00e2bb82fd11d2f0131ed7e613@avcodec.org> Message-ID: <053.7516e5626faf385ad81d3b6508d75d1e@avcodec.org> #3514: Image freezes when copying DVB subtitles from input to the output TS -------------------------------------+------------------------------------- Reporter: dalongra | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: dvbsub | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:3 dalongra]: > But I don't manage to get subtitle Stream #0:10[0xd4a](dut,nor,dan,swe,por) of FILE_1 in the output (-map 0 option crashes). Don't you agree that this is an important issue that should be reported? Or did you report the crash and I missed it? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 1 13:39:52 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 01 Apr 2014 11:39:52 -0000 Subject: [FFmpeg-trac] #3514(undetermined:new): Image freezes when copying DVB subtitles from input to the output TS In-Reply-To: <038.78328b00e2bb82fd11d2f0131ed7e613@avcodec.org> References: <038.78328b00e2bb82fd11d2f0131ed7e613@avcodec.org> Message-ID: <053.df577427042cd880222ed236569dd233@avcodec.org> #3514: Image freezes when copying DVB subtitles from input to the output TS -------------------------------------+------------------------------------- Reporter: dalongra | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: dvbsub | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by dalongra): You are right: This is a different issue not reported at first. That's why I asked about opening new ticket. Freezing issue solved when using file input. It seems to be caused by processing UDP multicast. Should I open new ticket for "I don't manage to get subtitle Stream #0:10[0xd4a](dut,nor,dan,swe,por) (-map 0 option crashes)" Or can we continue in this thread? Please find below complete command used. Regards. ffmpeg -v 9 -loglevel 99 -fix_sub_duration -y -re -i "$path_in/FILE_1_TICKET_3514_Input_stream_SD_mpeg2video_1_video_8_audios_10_subs.ts" -acodec copy -vcodec copy -map 0:0 -map 0:1 -map 0:2 -map 0:3 -map 0:4 -map 0:5 -map 0:6 -map 0:7 -map 0:8 -map 0:9 -map 0:10 -map 0:11 -map 0:12 -map 0:13 -map 0:14 -map 0:15 -map 0:16 -map 0:17 -map 0:18 -c:s:0 copy -c:s:1 copy -c:s:2 copy -c:s:3 copy -c:s:3 copy -c:s:4 copy -c:s:5 copy -c:s:6 copy -c:s:7 copy -c:s:8 copy -c:s:9 copy -f mpegts $path_out/FILE_6_TICKET_3514_Output_stream_SD_mpeg2video_1_video_8_audios_1_subs_copying_stream10.ts -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 1 14:10:06 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 01 Apr 2014 12:10:06 -0000 Subject: [FFmpeg-trac] #3515(undetermined:new): Crashes or artifacts when playing a specific file/stream In-Reply-To: <034.02d390e287b4fec93ee6dbf3bbe88644@avcodec.org> References: <034.02d390e287b4fec93ee6dbf3bbe88644@avcodec.org> Message-ID: <049.22efe985a3ec5bab805e2d41b121645d@avcodec.org> #3515: Crashes or artifacts when playing a specific file/stream -------------------------------------+------------------------------------- Reporter: evol | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: crash | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => crash * priority: normal => important Comment: Could you provide register content for the backtrace you made? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 1 14:18:04 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 01 Apr 2014 12:18:04 -0000 Subject: [FFmpeg-trac] #3512(build system:closed): avdevice/qtkit.o is not built, but libavdevice.dylib still tries to find it at link time In-Reply-To: <036.e04082af611de0e7bd8f614855aecfcd@avcodec.org> References: <036.e04082af611de0e7bd8f614855aecfcd@avcodec.org> Message-ID: <051.ba1745dd9c5c9d92aa114b6ddc898b4a@avcodec.org> #3512: avdevice/qtkit.o is not built, but libavdevice.dylib still tries to find it at link time -------------------------------------+------------------------------------- Reporter: nieder | Owner: Type: defect | Status: closed Priority: normal | Component: build Version: unspecified | system Keywords: | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by nieder): * status: new => closed * resolution: => fixed Comment: Fixed by 9595f36700a90fc3e32627964fa2106341aa306c -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 1 14:32:59 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 01 Apr 2014 12:32:59 -0000 Subject: [FFmpeg-trac] #3512(build system:closed): avdevice/qtkit.o is not built, but libavdevice.dylib still tries to find it at link time In-Reply-To: <036.e04082af611de0e7bd8f614855aecfcd@avcodec.org> References: <036.e04082af611de0e7bd8f614855aecfcd@avcodec.org> Message-ID: <051.9ae04ac884be9aed37a0f21b46cc0a26@avcodec.org> #3512: avdevice/qtkit.o is not built, but libavdevice.dylib still tries to find it at link time -------------------------------------+------------------------------------- Reporter: nieder | Owner: Type: defect | Status: closed Priority: important | Component: build Version: git-master | system Keywords: osx | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => osx * priority: normal => important * version: unspecified => git-master -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 1 15:08:43 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 01 Apr 2014 13:08:43 -0000 Subject: [FFmpeg-trac] #3478(avcodec:closed): jpegls: support palettized 8bpp In-Reply-To: <039.5db755cfb5bd5097197ad1242712cf55@avcodec.org> References: <039.5db755cfb5bd5097197ad1242712cf55@avcodec.org> Message-ID: <054.e5bf54d3f249f7d06bf86994bcca3744@avcodec.org> #3478: jpegls: support palettized 8bpp -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: closed Priority: wish | Component: avcodec Version: git-master | Resolution: fixed Keywords: jpegls | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Michael in 254f653b -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 1 15:30:38 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 01 Apr 2014 13:30:38 -0000 Subject: [FFmpeg-trac] #3515(undetermined:new): Crashes or artifacts when playing a specific file/stream In-Reply-To: <034.02d390e287b4fec93ee6dbf3bbe88644@avcodec.org> References: <034.02d390e287b4fec93ee6dbf3bbe88644@avcodec.org> Message-ID: <049.33a4c82ae87d17ee0acafeeaeef18c7a@avcodec.org> #3515: Crashes or artifacts when playing a specific file/stream -------------------------------------+------------------------------------- Reporter: evol | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: crash | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by evol): I made a new one. {{{ * thread #53: tid = 0x14718, 0x26666082 ffmpegsumo.so`ff_pred8x8_vertical_8_mmx + 50, stop reason = EXC_BAD_ACCESS (code=1, address=0x33beb160) frame #0: 0x26666082 ffmpegsumo.so`ff_pred8x8_vertical_8_mmx + 50 ffmpegsumo.so`ff_pred8x8_vertical_8_mmx + 50: -> 0x26666082: movq %mm0, (%eax,%ecx,2) 0x26666086: ret 0x26666087: jmp 0x26666090 ; ff_pred8x8_horizontal_8_mmx 0x26666089: nop (lldb) bt * thread #53: tid = 0x14718, 0x26666082 ffmpegsumo.so`ff_pred8x8_vertical_8_mmx + 50, stop reason = EXC_BAD_ACCESS (code=1, address=0x33beb160) * frame #0: 0x26666082 ffmpegsumo.so`ff_pred8x8_vertical_8_mmx + 50 frame #1: 0x264dfbdf ffmpegsumo.so`hl_decode_mb_simple_8(h=) + 1663 at h264_mb_template.c:162 frame #2: 0x264e7eb6 ffmpegsumo.so`decode_slice(avctx=, arg=0xbabdadb4) + 406 at h264.c:4485 frame #3: 0x264e7bf2 ffmpegsumo.so`execute_decode_slices(h=0x2cfb5000, context_count=) + 82 at h264.c:4636 frame #4: 0x264d58ce ffmpegsumo.so`decode_nal_units(h=, buf=, buf_size=535452056, parse_extradata=) + 2046 at h264.c:4999 frame #5: 0x264e3124 ffmpegsumo.so`decode_frame(avctx=, data=, got_frame=, avpkt=0x1fea59f4) + 324 at h264.c:5136 frame #6: 0x265ce3dc ffmpegsumo.so`frame_worker_thread(arg=0x1fea5938) + 492 at pthread_frame.c:153 frame #7: 0x907bb5fb libsystem_pthread.dylib`_pthread_body + 144 frame #8: 0x907bb485 libsystem_pthread.dylib`_pthread_start + 130 (lldb) disassemble --start-address 0x26666062 --end-address 0x266660A2 ffmpegsumo.so`ff_pred8x8_vertical_8_mmx + 18: 0x26666062: jg 0x26666068 ; ff_pred8x8_vertical_8_mmx + 24 0x26666064: decl %eax 0x26666065: leal (%eax,%ecx,2), %eax 0x26666068: movq %mm0, (%eax,%ecx) 0x2666606c: movq %mm0, (%eax,%ecx,2) 0x26666070: leal (%eax,%ecx,2), %eax 0x26666073: movq %mm0, (%eax,%ecx) 0x26666077: movq %mm0, (%eax,%ecx,2) 0x2666607b: leal (%eax,%ecx,2), %eax 0x2666607e: movq %mm0, (%eax,%ecx) -> 0x26666082: movq %mm0, (%eax,%ecx,2) 0x26666086: ret 0x26666087: jmp 0x26666090 ; ff_pred8x8_horizontal_8_mmx 0x26666089: nop 0x2666608a: nop 0x2666608b: nop 0x2666608c: nop 0x2666608d: nop 0x2666608e: nop 0x2666608f: nop ffmpegsumo.so`ff_pred8x8_horizontal_8_mmx: 0x26666090: movl 0x4(%esp), %eax 0x26666094: movl 0x8(%esp), %ecx 0x26666098: movl $0x4, %edx 0x2666609d: movd -0x4(%eax), %mm0 (lldb) register read --all General Purpose Registers: eax = 0x33beae20 ebx = 0x000001a0 ecx = 0x000001a0 edx = 0x33bc5000 edi = 0x33b9fa00 esi = 0x2cfb5000 ebp = 0xbabdad38 esp = 0xbabdac6c ss = 0x00000023 eflags = 0x00010206 Chromium Framework`(anonymous namespace)::SubprocessNeedsResourceBundle(std::string const&) + 278 at chrome_main_delegate.cc:258 eip = 0x26666082 ffmpegsumo.so`ff_pred8x8_vertical_8_mmx + 50 cs = 0x0000001b ds = 0x00000023 es = 0x00000023 fs = 0x00000023 gs = 0x0000000f ax = 0xae20 bx = 0x01a0 cx = 0x01a0 dx = 0x5000 di = 0xfa00 si = 0x5000 bp = 0xad38 sp = 0xac6c ah = 0xae bh = 0x01 ch = 0x01 dh = 0x50 al = 0x20 bl = 0xa0 cl = 0xa0 dl = 0x00 dil = 0x00 sil = 0x00 bpl = 0x38 spl = 0x6c Floating Point Registers: fctrl = 0x037f fstat = 0x0000 ftag = 0xff fop = 0x0000 fioff = 0x00000000 fiseg = 0x0000 fooff = 0x00000000 foseg = 0x0000 mxcsr = 0x00001f80 Chromium`switches::kDisableThreadedHTMLParser + 18 mxcsrmask = 0x0000ffff Chromium Framework`(anonymous namespace)::InitializeUserDataDir() + 895 at chrome_main_delegate.cc:379 stmm0 = {0x80 0x80 0x80 0x80 0x80 0x80 0x80 0x80 0xff 0xff} stmm1 = {0x80 0x80 0x80 0x80 0x80 0x80 0x80 0x80 0xff 0xff} stmm2 = {0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xff 0xff} stmm3 = {0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xff 0xff} stmm4 = {0xf8 0xff 0xf8 0xff 0x00 0x00 0x00 0x00 0xff 0xff} stmm5 = {0x80 0x80 0x80 0x80 0x80 0x80 0x80 0x80 0xff 0xff} stmm6 = {0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xff 0xff} stmm7 = {0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xff 0xff} xmm0 = {0x18 0x47 0x01 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00} xmm1 = {0x7f 0x7f 0x7f 0x7f 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00} xmm2 = {0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00} xmm3 = {0x01 0x00 0x01 0x00 0x01 0x00 0x01 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00} xmm4 = {0x80 0x80 0x80 0x80 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00} xmm5 = {0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00} xmm6 = {0x00 0x00 0x01 0x01 0x00 0x01 0x00 0x00 0x00 0x00 0x01 0x00 0x00 0x00 0x00 0x00} xmm7 = {0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00} Exception State Registers: trapno = 0x0000000e err = 0x00000006 faultvaddr = 0x33beb160 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 1 18:21:23 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 01 Apr 2014 16:21:23 -0000 Subject: [FFmpeg-trac] #3478(avcodec:closed): jpegls: support palettized 8bpp In-Reply-To: <039.5db755cfb5bd5097197ad1242712cf55@avcodec.org> References: <039.5db755cfb5bd5097197ad1242712cf55@avcodec.org> Message-ID: <054.c8c22c0d89db74309a683dd9ad6f9deb@avcodec.org> #3478: jpegls: support palettized 8bpp -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: closed Priority: wish | Component: avcodec Version: git-master | Resolution: fixed Keywords: jpegls | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by ami_stuff): Replying to [comment:2 cehoyos]: > Fixed by Michael in 254f653b Thanks, but it looks like HP plugin can decode attached sample with colors while FFmpeg/CharLS only in grayscale? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 1 21:31:43 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 01 Apr 2014 19:31:43 -0000 Subject: [FFmpeg-trac] #3514(undetermined:new): Image freezes when copying DVB subtitles from input to the output TS In-Reply-To: <038.78328b00e2bb82fd11d2f0131ed7e613@avcodec.org> References: <038.78328b00e2bb82fd11d2f0131ed7e613@avcodec.org> Message-ID: <053.f45dd0eb99bc5014621796e9a7502381@avcodec.org> #3514: Image freezes when copying DVB subtitles from input to the output TS -------------------------------------+------------------------------------- Reporter: dalongra | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: dvbsub | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): You write above "{{{-map 0}}} crashes": Please provide gdb output for the crash. (Crashes are always important.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 1 22:52:18 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 01 Apr 2014 20:52:18 -0000 Subject: [FFmpeg-trac] #3508(undetermined:new): Cannot open stats file on second pass when attempting to generate multiple outputs. In-Reply-To: <036.9f728ced231628bf563b5607a7c6ec31@avcodec.org> References: <036.9f728ced231628bf563b5607a7c6ec31@avcodec.org> Message-ID: <051.0d3301fc30c761b46a5e2b239b2a90cf@avcodec.org> #3508: Cannot open stats file on second pass when attempting to generate multiple outputs. -------------------------------------+------------------------------------- Reporter: ianken | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ianken): It throws a different error with "-vcodec mpeg4" in that it is looking for a second logfile for the second stream. If you encode the two streams separately using the single log file then it works...as with x264. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 1 23:04:55 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 01 Apr 2014 21:04:55 -0000 Subject: [FFmpeg-trac] #3519(undetermined:new): Decoding mpegts h264 i-frame into jpeg occasionally gives gray or green images Message-ID: <036.a7538c44150f45eadb67593db57fe917@avcodec.org> #3519: Decoding mpegts h264 i-frame into jpeg occasionally gives gray or green images --------------------------------------+---------------------------------- Reporter: werner | Type: defect Status: new | Priority: normal Component: undetermined | Version: 2.2 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- '''Summary of the bug''': decoding mpegts h264 i-frame into jpeg occasionally gives gray or green images. '''FFmpeg version''': {{{ ffmpeg version 2.2 built on Apr 1 2014 15:14:10 with gcc 4.1.2 (GCC) 20080704 (Red Hat 4.1.2-54) configuration: --shlibdir=/usr/lib64 --prefix=/usr --mandir=/usr/share/man --libdir=/usr/lib64 --enable-shared --disable-static --enable-debug --disable-stripping --extra-cflags='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer- size=4 -m64 -mtune=generic -fPIC -I/usr/include/gsm' --enable-gpl --enable-x11grab --enable-version3 --enable-pthreads --enable-libfaac --enable-nonfree --enable-avfilter --enable-libvpx --enable-libass --enable-libmp3lame --enable-libvorbis --enable-libxvid --enable-libx264 --enable-libgsm --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-postproc --enable-libdc1394 --enable-libfreetype --enable- avresample --enable-libtwolame --enable-librtmp libavutil 52. 66.100 / 52. 66.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 10.100 / 55. 10.100 libavfilter 4. 2.100 / 4. 2.100 libavresample 1. 2. 0 / 1. 2. 0 libswscale 2. 5.102 / 2. 5.102 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 }}} '''How to reproduce''': I am using the c libraries to create my own functions, and unfortunately I can't post the entire code here (I can show how the decoder/encoder are set up, see below). I know the code works as >90% of my videos work entirely and the rest of the videos work for most of the frames. I understand this is most likely due to corrupt i-frames or something with data not being there (the videos can be bad quality), and I even try to help it out by passing more frames to it after the i-frame. I don't necessarily expect valid images back (although if there was a way to get the decoder to do that by passing more data or something, that would be awesome if someone could help me down that path), but I do expect FFmpeg to throw some sort of error my way that I can detect it had a bad frame. I have a video clip I can upload that exhibits the behavior with this code, but it's 118MB - I don't know if I can upload that here. I will try after opening the bug or I can upload it somewhere else if necessary. decoder: {{{ AVCodec* decoder = avcodec_find_decoder(CODEC_ID_H264); AVCodecContext* decoder_cc = avcodec_alloc_context3(decoder); avcodec_open2(decoder_cc, decoder, NULL); decoder_cc->flags2 |= CODEC_FLAG2_SHOW_ALL; decoder_cc->skip_frame = AVDISCARD_BIDIR | AVDISCARD_NONREF; //decoder_cc->err_recognition = AV_EF_CRCCHECK | AV_EF_BITSTREAM | AV_EF_BUFFER | AV_EF_CAREFUL; // these don't seem to help ... // Initialized packet variables, etc // At this point, we have parsed the mpegts stream to find the video pid and have found the sps header and it's slice data, which we then pass into decode ret = avcodec_decode_video2(decoder_cc, picture, &got_packet, &decoder_pkt); // all is valid, got_packet is 1, ret > 0, and all the flags on picture look good (no error flags set, key frame is 1, etc) }}} encoder: {{{ AVFormatContext* output_stream = NULL; avformat_alloc_output_context2(&output_stream, NULL, "image2", NULL); AVCodec* encoder = avcodec_find_encoder(CODEC_ID_MJPEG); AVStream* video_stream; video_stream = avformat_new_stream(output_stream, encoder); video_stream->codec->codec = encoder; video_stream->codec->qcompress = 0.8f; video_stream->codec->width = 200; // Note: scaling happens with SwsContext not shown here video_stream->codec->height = 150; video_stream->codec->time_base.num = 1; video_stream->codec->pix_fmt = AV_PIX_FMT_YUVJ420P; avcodec_open2(video_stream->codec, NULL, NULL); //output_stream->pb initialized using simplified ffio_fdopen ... // decoded picture is passed in ret = avcodec_encode_video2(output_stream->streams[0]->codec, &encoder_pkt, picture, &got_packet); // ret is 0 and got_packet is 1, but the image is all gray }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 1 23:13:40 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 01 Apr 2014 21:13:40 -0000 Subject: [FFmpeg-trac] #3519(undetermined:new): Decoding mpegts h264 i-frame into jpeg occasionally gives gray or green images In-Reply-To: <036.a7538c44150f45eadb67593db57fe917@avcodec.org> References: <036.a7538c44150f45eadb67593db57fe917@avcodec.org> Message-ID: <051.0b566c572bcb77240d84d8394fbd6c9e@avcodec.org> #3519: Decoding mpegts h264 i-frame into jpeg occasionally gives gray or green images --------------------------------+---------------------------------------- Reporter: werner | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 2.2 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Comment (by cehoyos): Is the problem reproducible with {{{ffmpeg}}} (the application)? Please test current git head before reporting problems on this bug tracker and please tell us if you feel this isn't explained on https://ffmpeg.org/bugreports.html Please upload the sample, there is no filesize limit (but it may make sense if you cut the sample as long as your problem is reproducible). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 1 23:19:16 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 01 Apr 2014 21:19:16 -0000 Subject: [FFmpeg-trac] #3508(undetermined:new): Cannot open stats file on second pass when attempting to generate multiple outputs. In-Reply-To: <036.9f728ced231628bf563b5607a7c6ec31@avcodec.org> References: <036.9f728ced231628bf563b5607a7c6ec31@avcodec.org> Message-ID: <051.9d558310318d6287f71852ed9a0e3a92@avcodec.org> #3508: Cannot open stats file on second pass when attempting to generate multiple outputs. -------------------------------------+------------------------------------- Reporter: ianken | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): I tested the following: $ ffmpeg -f lavfi -i testsrc -pass 1 -vcodec mpeg4 -t 10 -vb 200k out.avi -t 10 -pass 1 -vb 300k out2.avi $ ffmpeg -y -f lavfi -i testsrc -pass 2 -vcodec mpeg4 -t 10 -vb 200k out.avi -t 10 -pass 2 -vb 300k out2.avi Two files with different bitrates are written, what do I miss? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 1 23:24:18 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 01 Apr 2014 21:24:18 -0000 Subject: [FFmpeg-trac] #3513(undetermined:new): non-existing PPS %d referenced in trans code one ts file In-Reply-To: <034.2715ec9e46e8136c56b3b3acc247c4c0@avcodec.org> References: <034.2715ec9e46e8136c56b3b3acc247c4c0@avcodec.org> Message-ID: <049.8808dca1d114bc9385a1601b5426afff@avcodec.org> #3513: non-existing PPS %d referenced in trans code one ts file -------------------------------------+------------------------------------- Reporter: scbb | 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 -------------------------------------+------------------------------------- Changes (by cehoyos): * version: 2.2 => git-master Old description: > Summary of the bug: > How to reproduce: > {{{ > % ffmpeg.exe -i 96.ts -loglevel debug 96tsout.mpeg > ffmpeg version?ffmpeg-20140331 > built on ... > }}} > > D:\DevTools\ffmpeg-20140331-git-e818ee0-win32-static\bin>ffmpeg.exe -i > 96.ts -lo > glevel debug 96tsout.mpeg > ffmpeg version N-61967-ge818ee0 Copyright (c) 2000-2014 the FFmpeg > developers > built on Mar 30 2014 22:01:46 with gcc 4.8.2 (GCC) > configuration: --enable-gpl --enable-version3 --disable-w32threads > --enable-av > isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls > --enab > le-iconv --enable-libass --enable-libbluray --enable-libcaca --enable- > libfreetyp > e --enable-libgsm --enable-libilbc --enable-libmodplug --enable- > libmp3lame --ena > ble-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg > --enable-l > ibopus --enable-librtmp --enable-libschroedinger --enable-libsoxr > --enable-libsp > eex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable- > libvo-aa > cenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable- > libwavp > ack --enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid > --enable > -zlib > libavutil 52. 70.100 / 52. 70.100 > libavcodec 55. 55.106 / 55. 55.106 > libavformat 55. 36.100 / 55. 36.100 > libavdevice 55. 11.100 / 55. 11.100 > libavfilter 4. 3.100 / 4. 3.100 > libswscale 2. 5.102 / 2. 5.102 > libswresample 0. 18.100 / 0. 18.100 > libpostproc 52. 3.100 / 52. 3.100 > Splitting the commandline. > Reading option '-i' ... matched as input file with argument '96.ts'. > Reading option '-loglevel' ... matched as option 'loglevel' (set logging > level) > with argument 'debug'. > Reading option '96tsout.mpeg' ... matched as output file. > 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 96.ts. > Successfully parsed a group of options. > Opening an input file: 96.ts. > [mpegts @ 0035c7e0] Format mpegts probed with size=2048 and score=100 > [mpegts @ 0035c7e0] stream=0 stream_type=1b pid=100 prog_reg_desc= > [mpegts @ 0035c7e0] Before avformat_find_stream_info() pos: 0 bytes > read:32768 s > eeks:0 > [h264 @ 0287f780] Current profile doesn't provide more RBSP data in PPS, > skippin > g > [h264 @ 0287f780] unknown SEI type 229 > Last message repeated 1 times > [h264 @ 0287f780] non-existing PPS 5 referenced > [h264 @ 0287f780] decode_slice_header error > [h264 @ 0287f780] illegal short term buffer state detected > [h264 @ 0287f780] Cannot use next picture in error concealment > [h264 @ 0287f780] concealing 89 DC, 89 AC, 89 MV errors in P frame > [mpegts @ 0035c7e0] All programs have pmt, headers found > [mpegts @ 0035c7e0] All info found > rfps: 21.500000 0.000325 > Last message repeated 1 times > rfps: 21.583333 0.001257 > Last message repeated 1 times > rfps: 21.666667 0.002865 > rfps: 21.750000 0.005149 > Last message repeated 1 times > rfps: 21.833333 0.008109 > Last message repeated 1 times > rfps: 21.916667 0.011745 > rfps: 22.000000 0.016058 > rfps: 42.250000 0.017988 > rfps: 42.333333 0.013429 > rfps: 42.416667 0.009547 > rfps: 42.500000 0.006340 > Last message repeated 1 times > rfps: 42.583333 0.003810 > rfps: 42.666667 0.001956 > rfps: 42.750000 0.000777 > Last message repeated 1 times > rfps: 42.833333 0.000275 > Last message repeated 1 times > rfps: 42.916667 0.000449 > Last message repeated 1 times > rfps: 43.000000 0.001299 > rfps: 43.083333 0.002825 > Last message repeated 1 times > rfps: 43.166667 0.005027 > Last message repeated 1 times > rfps: 43.250000 0.007905 > rfps: 43.333333 0.011459 > rfps: 43.416667 0.015689 > Last message repeated 1 times > [mpegts @ 0035c7e0] After avformat_find_stream_info() pos: 0 bytes > read:334864 s > eeks:2 frames:22 > Input #0, mpegts, from '96.ts': > Duration: 00:00:01.83, start: 178.008067, bitrate: 891 kb/s > Program 1 > Metadata: > service_name : Service01 > service_provider: FFmpeg > Stream #0:0[0x100], 22, 1/90000: Video: h264 (Constrained Baseline) > ([27][0] > [0][0] / 0x001B), yuv420p, 1920x1080, 1/180000, 42.83 tbr, 90k tbn, 180k > tbc > Successfully opened the file. > Parsing a group of options: output file 96tsout.mpeg. > Successfully parsed a group of options. > Opening an output file: 96tsout.mpeg. > Successfully opened the file. > detected 4 logical cores > [graph 0 input from stream 0:0 @ 04cb0c80] Setting 'video_size' to value > '1920x1 > 080' > [graph 0 input from stream 0:0 @ 04cb0c80] Setting 'pix_fmt' to value '0' > [graph 0 input from stream 0:0 @ 04cb0c80] Setting 'time_base' to value > '1/90000 > ' > [graph 0 input from stream 0:0 @ 04cb0c80] Setting 'pixel_aspect' to > value '0/1' > > [graph 0 input from stream 0:0 @ 04cb0c80] Setting 'sws_param' to value > 'flags=2 > ' > [graph 0 input from stream 0:0 @ 04cb0c80] Setting 'frame_rate' to value > '257/6' > > [graph 0 input from stream 0:0 @ 04cb0c80] w:1920 h:1080 pixfmt:yuv420p > tb:1/900 > 00 fr:257/6 sar:0/1 sws_param:flags=2 > [format @ 0295eee0] compat: called with args=[yuv420p] > [format @ 0295eee0] Setting 'pix_fmts' to value 'yuv420p' > [AVFilterGraph @ 0287fc40] query_formats: 4 queried, 3 merged, 0 already > done, 0 > delayed > [mpeg1video @ 04cb05c0] intra_quant_bias = 96 inter_quant_bias = 0 > [mpeg @ 04cb0060] VBV buffer size not set, muxing may fail > Output #0, mpeg, to '96tsout.mpeg': > Metadata: > encoder : Lavf55.36.100 > Stream #0:0, 0, 1/90000: Video: mpeg1video, yuv420p, 1920x1080, 1/50, > q=2-31 > , 200 kb/s, 90k tbn, 50 tbc > Stream mapping: > Stream #0:0 -> #0:0 (h264 -> mpeg1video) > Press [q] to stop, [?] for help > [h264 @ 0287f780] Current profile doesn't provide more RBSP data in PPS, > skippin > g > [h264 @ 0287f780] unknown SEI type 229 > [h264 @ 04e92000] unknown SEI type 229 > [h264 @ 04e93400] non-existing PPS 5 referenced > [h264 @ 04e93400] decode_slice_header error > [h264 @ 04e93800] illegal short term buffer state detected > [h264 @ 04e93800] negative number of zero coeffs at 79 67 > [h264 @ 04e93800] error while decoding MB 79 67 > [h264 @ 04e93800] Cannot use next picture in error concealment > [h264 @ 04e93800] concealing 90 DC, 90 AC, 90 MV errors in P frame > [mpeg @ 04cb0060] First SCR: 0 First DTS: 45000 > *** 3 dup! > *** 1 dup! > Last message repeated 2 times > *** 2 dup! > *** 1 dup! > Last message repeated 1 times > *** 2 dup! > *** 1 dup! > *** 2 dup! > *** 1 dup! > *** 2 dup! > *** 1 dup! > Last message repeated 4 times > *** 2 dup! > *** 1 dup! > *** 2 dup! > *** 1 dup! > *** 2 dup! > *** 1 dup! > Last message repeated 2 times > [h264 @ 04e92000] non-existing PPS 5 referenced > [h264 @ 04e92000] decode_slice_header error > [h264 @ 04e92be0] illegal short term buffer state detected > *** 1 dup! > [h264 @ 04e92be0] Cannot use next picture in error concealment > [h264 @ 04e92be0] concealing 64 DC, 64 AC, 64 MV errors in P frame > *** 1 dup! > *** 2 dup! > [output stream 0:0 @ 04cb0ea0] EOF on sink link output stream > 0:0:default. > *** 2 dup! > No more output streams to write to, finishing. > frame= 92 fps=0.0 q=31.0 Lsize= 438kB time=00:00:01.82 > bitrate=1971.5kbits > /s dup=40 drop=0 > video:436kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB > muxing o > verhead: 0.499909% > Input file #0 (96.ts): > Input stream #0:0 (video): 52 packets read (183298 bytes); 52 frames > decoded; > > Total: 52 packets (183298 bytes) demuxed > Output file #0 (96tsout.mpeg): > Output stream #0:0 (video): 92 frames encoded; 92 packets muxed (446281 > bytes) > ; > Total: 92 packets (446281 bytes) muxed > 56 frames successfully decoded, 0 decoding errors > [AVIOContext @ 0287fb80] Statistics: 0 seeks, 219 writeouts > [AVIOContext @ 0035cd40] Statistics: 538656 bytes read, 2 seeks > > D:\DevTools\ffmpeg-20140331-git-e818ee0-win32-static\bin> New description: {{{ D:\DevTools\ffmpeg-20140331-git-e818ee0-win32-static\bin>ffmpeg.exe -i 96.ts -lo glevel debug 96tsout.mpeg ffmpeg version N-61967-ge818ee0 Copyright (c) 2000-2014 the FFmpeg developers built on Mar 30 2014 22:01:46 with gcc 4.8.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libcaca --enable- libfreetyp e --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --ena ble-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-l ibopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libsp eex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable- libvo-aa cenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable- libwavp ack --enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable -zlib libavutil 52. 70.100 / 52. 70.100 libavcodec 55. 55.106 / 55. 55.106 libavformat 55. 36.100 / 55. 36.100 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libswscale 2. 5.102 / 2. 5.102 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Splitting the commandline. Reading option '-i' ... matched as input file with argument '96.ts'. Reading option '-loglevel' ... matched as option 'loglevel' (set logging level) with argument 'debug'. Reading option '96tsout.mpeg' ... matched as output file. 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 96.ts. Successfully parsed a group of options. Opening an input file: 96.ts. [mpegts @ 0035c7e0] Format mpegts probed with size=2048 and score=100 [mpegts @ 0035c7e0] stream=0 stream_type=1b pid=100 prog_reg_desc= [mpegts @ 0035c7e0] Before avformat_find_stream_info() pos: 0 bytes read:32768 s eeks:0 [h264 @ 0287f780] Current profile doesn't provide more RBSP data in PPS, skippin g [h264 @ 0287f780] unknown SEI type 229 Last message repeated 1 times [h264 @ 0287f780] non-existing PPS 5 referenced [h264 @ 0287f780] decode_slice_header error [h264 @ 0287f780] illegal short term buffer state detected [h264 @ 0287f780] Cannot use next picture in error concealment [h264 @ 0287f780] concealing 89 DC, 89 AC, 89 MV errors in P frame [mpegts @ 0035c7e0] All programs have pmt, headers found [mpegts @ 0035c7e0] All info found rfps: 21.500000 0.000325 Last message repeated 1 times rfps: 21.583333 0.001257 Last message repeated 1 times rfps: 21.666667 0.002865 rfps: 21.750000 0.005149 Last message repeated 1 times rfps: 21.833333 0.008109 Last message repeated 1 times rfps: 21.916667 0.011745 rfps: 22.000000 0.016058 rfps: 42.250000 0.017988 rfps: 42.333333 0.013429 rfps: 42.416667 0.009547 rfps: 42.500000 0.006340 Last message repeated 1 times rfps: 42.583333 0.003810 rfps: 42.666667 0.001956 rfps: 42.750000 0.000777 Last message repeated 1 times rfps: 42.833333 0.000275 Last message repeated 1 times rfps: 42.916667 0.000449 Last message repeated 1 times rfps: 43.000000 0.001299 rfps: 43.083333 0.002825 Last message repeated 1 times rfps: 43.166667 0.005027 Last message repeated 1 times rfps: 43.250000 0.007905 rfps: 43.333333 0.011459 rfps: 43.416667 0.015689 Last message repeated 1 times [mpegts @ 0035c7e0] After avformat_find_stream_info() pos: 0 bytes read:334864 s eeks:2 frames:22 Input #0, mpegts, from '96.ts': Duration: 00:00:01.83, start: 178.008067, bitrate: 891 kb/s Program 1 Metadata: service_name : Service01 service_provider: FFmpeg Stream #0:0[0x100], 22, 1/90000: Video: h264 (Constrained Baseline) ([27][0] [0][0] / 0x001B), yuv420p, 1920x1080, 1/180000, 42.83 tbr, 90k tbn, 180k tbc Successfully opened the file. Parsing a group of options: output file 96tsout.mpeg. Successfully parsed a group of options. Opening an output file: 96tsout.mpeg. Successfully opened the file. detected 4 logical cores [graph 0 input from stream 0:0 @ 04cb0c80] Setting 'video_size' to value '1920x1 080' [graph 0 input from stream 0:0 @ 04cb0c80] Setting 'pix_fmt' to value '0' [graph 0 input from stream 0:0 @ 04cb0c80] Setting 'time_base' to value '1/90000 ' [graph 0 input from stream 0:0 @ 04cb0c80] Setting 'pixel_aspect' to value '0/1' [graph 0 input from stream 0:0 @ 04cb0c80] Setting 'sws_param' to value 'flags=2 ' [graph 0 input from stream 0:0 @ 04cb0c80] Setting 'frame_rate' to value '257/6' [graph 0 input from stream 0:0 @ 04cb0c80] w:1920 h:1080 pixfmt:yuv420p tb:1/900 00 fr:257/6 sar:0/1 sws_param:flags=2 [format @ 0295eee0] compat: called with args=[yuv420p] [format @ 0295eee0] Setting 'pix_fmts' to value 'yuv420p' [AVFilterGraph @ 0287fc40] query_formats: 4 queried, 3 merged, 0 already done, 0 delayed [mpeg1video @ 04cb05c0] intra_quant_bias = 96 inter_quant_bias = 0 [mpeg @ 04cb0060] VBV buffer size not set, muxing may fail Output #0, mpeg, to '96tsout.mpeg': Metadata: encoder : Lavf55.36.100 Stream #0:0, 0, 1/90000: Video: mpeg1video, yuv420p, 1920x1080, 1/50, q=2-31 , 200 kb/s, 90k tbn, 50 tbc Stream mapping: Stream #0:0 -> #0:0 (h264 -> mpeg1video) Press [q] to stop, [?] for help [h264 @ 0287f780] Current profile doesn't provide more RBSP data in PPS, skippin g [h264 @ 0287f780] unknown SEI type 229 [h264 @ 04e92000] unknown SEI type 229 [h264 @ 04e93400] non-existing PPS 5 referenced [h264 @ 04e93400] decode_slice_header error [h264 @ 04e93800] illegal short term buffer state detected [h264 @ 04e93800] negative number of zero coeffs at 79 67 [h264 @ 04e93800] error while decoding MB 79 67 [h264 @ 04e93800] Cannot use next picture in error concealment [h264 @ 04e93800] concealing 90 DC, 90 AC, 90 MV errors in P frame [mpeg @ 04cb0060] First SCR: 0 First DTS: 45000 *** 3 dup! *** 1 dup! Last message repeated 2 times *** 2 dup! *** 1 dup! Last message repeated 1 times *** 2 dup! *** 1 dup! *** 2 dup! *** 1 dup! *** 2 dup! *** 1 dup! Last message repeated 4 times *** 2 dup! *** 1 dup! *** 2 dup! *** 1 dup! *** 2 dup! *** 1 dup! Last message repeated 2 times [h264 @ 04e92000] non-existing PPS 5 referenced [h264 @ 04e92000] decode_slice_header error [h264 @ 04e92be0] illegal short term buffer state detected *** 1 dup! [h264 @ 04e92be0] Cannot use next picture in error concealment [h264 @ 04e92be0] concealing 64 DC, 64 AC, 64 MV errors in P frame *** 1 dup! *** 2 dup! [output stream 0:0 @ 04cb0ea0] EOF on sink link output stream 0:0:default. *** 2 dup! No more output streams to write to, finishing. frame= 92 fps=0.0 q=31.0 Lsize= 438kB time=00:00:01.82 bitrate=1971.5kbits /s dup=40 drop=0 video:436kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing o verhead: 0.499909% Input file #0 (96.ts): Input stream #0:0 (video): 52 packets read (183298 bytes); 52 frames decoded; Total: 52 packets (183298 bytes) demuxed Output file #0 (96tsout.mpeg): Output stream #0:0 (video): 92 frames encoded; 92 packets muxed (446281 bytes) ; Total: 92 packets (446281 bytes) muxed 56 frames successfully decoded, 0 decoding errors [AVIOContext @ 0287fb80] Statistics: 0 seeks, 219 writeouts [AVIOContext @ 0035cd40] Statistics: 538656 bytes read, 2 seeks D:\DevTools\ffmpeg-20140331-git-e818ee0-win32-static\bin> }}} -- Comment: Could you explain what problem do you see with your transcoding process? Is 96tsout.mpeg unplayable? Or does it contain artefacts that are not visible for the input file? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 2 01:08:25 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 01 Apr 2014 23:08:25 -0000 Subject: [FFmpeg-trac] #3503(undetermined:closed): Need support regarding live encoding In-Reply-To: <040.732052744231812ec38ae1ddd537b09e@avcodec.org> References: <040.732052744231812ec38ae1ddd537b09e@avcodec.org> Message-ID: <055.411f1910ea4829887212b2768d1d424a@avcodec.org> #3503: Need support regarding live encoding -------------------------------------+------------------------------------- Reporter: hemanth.he | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | needs_more_info Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => needs_more_info Comment: Please reopen this ticket if you can add the missing information. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 2 01:33:01 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 01 Apr 2014 23:33:01 -0000 Subject: [FFmpeg-trac] #3472(avcodec:reopened): MSVC uses %ld for size_t and ptrdiff_t In-Reply-To: <035.9651f6f4f4be7ea5a81b8909c7d64257@avcodec.org> References: <035.9651f6f4f4be7ea5a81b8909c7d64257@avcodec.org> Message-ID: <050.c9a59fc5235fcf8bb12b4db0fece7ba2@avcodec.org> #3472: MSVC uses %ld for size_t and ptrdiff_t ------------------------------------+------------------------------------ Reporter: cyril | Owner: Type: defect | Status: reopened Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Could you test if attached patch fixes the issue for you? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 2 02:19:05 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 02 Apr 2014 00:19:05 -0000 Subject: [FFmpeg-trac] #3508(undetermined:new): Cannot open stats file on second pass when attempting to generate multiple outputs. In-Reply-To: <036.9f728ced231628bf563b5607a7c6ec31@avcodec.org> References: <036.9f728ced231628bf563b5607a7c6ec31@avcodec.org> Message-ID: <051.01e626140f8505b09518f734c0823f10@avcodec.org> #3508: Cannot open stats file on second pass when attempting to generate multiple outputs. -------------------------------------+------------------------------------- Reporter: ianken | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ianken): Second pass generates two files. First pass makes LOG only. What I'm tyring to do is make N outputs on the second pass to facilitate smooth or HLS streaming. ffmpeg -y -i big_buck_bunny_720p_stereo.avi -vf scale=240:trunc(ow/a/2)*2 -g 48 -keyint_min 6 -vcodec mpeg4 -b:v 400k -pass 1 -an -f mp4 NUL ffmpeg -y -i big_buck_bunny_720p_stereo.avi -vf scale=240:trunc(ow/a/2)*2 -g 48 -keyint_min 6 -vcodec mpeg4 -b:v 400k -pass 2 -an -f mp4 big_buck_bunny_400.mp4 -vf scale=320:trunc(ow/a/2)*2 -g 48 -keyint_min 6 -vcodec mpeg4 -b:v 700k -pass 2 -an -f mp4 big_buck_bunny_700.mp4 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 2 03:40:49 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 02 Apr 2014 01:40:49 -0000 Subject: [FFmpeg-trac] #3513(undetermined:new): non-existing PPS %d referenced in trans code one ts file In-Reply-To: <034.2715ec9e46e8136c56b3b3acc247c4c0@avcodec.org> References: <034.2715ec9e46e8136c56b3b3acc247c4c0@avcodec.org> Message-ID: <049.db95fdf1443d0049bedd532c9b102a8f@avcodec.org> #3513: non-existing PPS %d referenced in trans code one ts file -------------------------------------+------------------------------------- Reporter: scbb | 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 scbb): Replying to [comment:1 cehoyos]: > Could you explain what problem do you see with your transcoding process? > Is 96tsout.mpeg unplayable? Or does it contain artefacts that are not visible for the input file? Sorry. I don't care the output. Actually the input file?96.ts attached in this ticket? is outputed by my program with ffmpeg lib. 96.ts can be played in many players such as VLC player, but some player failed. And use ffmpeg.exe tool to de/encode 96.ts, I get the error message as ticket. I want to know the detail for these error. And how can I validate them or correct them. Thanks. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 2 08:36:03 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 02 Apr 2014 06:36:03 -0000 Subject: [FFmpeg-trac] #3513(undetermined:new): non-existing PPS %d referenced in trans code one ts file In-Reply-To: <034.2715ec9e46e8136c56b3b3acc247c4c0@avcodec.org> References: <034.2715ec9e46e8136c56b3b3acc247c4c0@avcodec.org> Message-ID: <049.8f4ba203c488428bef62ae6a858ca6a4@avcodec.org> #3513: non-existing PPS %d referenced in trans code one ts file -------------------------------------+------------------------------------- Reporter: scbb | 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): Can you create the damaged file with {{{ffmpeg}}}? If you believe you found a bug in the libraries that can not be reproduced with {{{ffmpeg}}} please provide source code that allows to reproduce the issue. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 2 08:53:13 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 02 Apr 2014 06:53:13 -0000 Subject: [FFmpeg-trac] #3472(avcodec:reopened): MSVC uses %ld for size_t and ptrdiff_t In-Reply-To: <035.9651f6f4f4be7ea5a81b8909c7d64257@avcodec.org> References: <035.9651f6f4f4be7ea5a81b8909c7d64257@avcodec.org> Message-ID: <050.7ed64d035ed2b0c3982a8c46d10417c9@avcodec.org> #3472: MSVC uses %ld for size_t and ptrdiff_t ------------------------------------+------------------------------------ Reporter: cyril | Owner: Type: defect | Status: reopened Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cyril): I'll test it later but if it works it won't be enough as %ti is also used in FFmpeg. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 2 09:05:46 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 02 Apr 2014 07:05:46 -0000 Subject: [FFmpeg-trac] #3472(avcodec:reopened): MSVC uses %ld for size_t and ptrdiff_t In-Reply-To: <035.9651f6f4f4be7ea5a81b8909c7d64257@avcodec.org> References: <035.9651f6f4f4be7ea5a81b8909c7d64257@avcodec.org> Message-ID: <050.06719c9d15c350efec7f504a6f6e6e7c@avcodec.org> #3472: MSVC uses %ld for size_t and ptrdiff_t ------------------------------------+------------------------------------ Reporter: cyril | Owner: Type: defect | Status: reopened Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): I had just realized this, patch updated. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 2 09:22:36 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 02 Apr 2014 07:22:36 -0000 Subject: [FFmpeg-trac] #3472(avcodec:reopened): MSVC uses %ld for size_t and ptrdiff_t In-Reply-To: <035.9651f6f4f4be7ea5a81b8909c7d64257@avcodec.org> References: <035.9651f6f4f4be7ea5a81b8909c7d64257@avcodec.org> Message-ID: <050.8471273188209153d4cfc9e3ccc9ea24@avcodec.org> #3472: MSVC uses %ld for size_t and ptrdiff_t ------------------------------------+------------------------------------ Reporter: cyril | Owner: Type: defect | Status: reopened Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Updated once more for size_t and correct specifier according to [[http://msdn.microsoft.com/en- us/library/tcxf1dw6%28v=vs.71%29.aspx|msdn]]. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 2 09:32:23 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 02 Apr 2014 07:32:23 -0000 Subject: [FFmpeg-trac] #3508(undetermined:new): Cannot open stats file on second pass when attempting to generate multiple outputs. In-Reply-To: <036.9f728ced231628bf563b5607a7c6ec31@avcodec.org> References: <036.9f728ced231628bf563b5607a7c6ec31@avcodec.org> Message-ID: <051.9a70c6c982a3f0e32719f554786b29a4@avcodec.org> #3508: Cannot open stats file on second pass when attempting to generate multiple outputs. -------------------------------------+------------------------------------- Reporter: ianken | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): What's wrong with the following? {{{ $ ffmpeg -y -i big_buck_bunny_720p_stereo.avi -vf scale=240:trunc(ow/a/2)*2 -g 48 -keyint_min 6 -vcodec mpeg4 -b:v 400k -pass 1 -an -f mp4 NUL -vf scale=320:trunc(ow/a/2)*2 -g 48 -keyint_min 6 -vcodec mpeg4 -b:v 700k -pass 1 -an -f mp4 NUL $ ffmpeg -y -i big_buck_bunny_720p_stereo.avi -vf scale=240:trunc(ow/a/2)*2 -g 48 -keyint_min 6 -vcodec mpeg4 -b:v 400k -pass 2 -an -f mp4 big_buck_bunny_400.mp4 -vf scale=320:trunc(ow/a/2)*2 -g 48 -keyint_min 6 -vcodec mpeg4 -b:v 700k -pass 2 -an -f mp4 big_buck_bunny_700.mp4 }}} (I don't remember if you are using {{{-vf}}} correctly, in theory, a complex filtergraph might be needed.) Note that even if your command lines would work (they may work with a {{{cp ffmpeg2pass-0.log ffmpeg2pass-1.log && cp ffmpeg2pass-0.log.mbtree ffmpeg2pass-1.log.mbtree}}} in-between), this is not how two-pass encoding is supposed to by used to the best of my knowledge. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 2 09:54:42 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 02 Apr 2014 07:54:42 -0000 Subject: [FFmpeg-trac] #3520(undetermined:new): Remuxing from flv to swf breaks framerate Message-ID: <037.674a66dd5209d2f83ba75f562117c42c@avcodec.org> #3520: Remuxing from flv to swf breaks framerate -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git- | undetermined master | Keywords: flv swf Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- (As reported on the forum.) Remuxing from flv to swf produces output files with 232fps that play as fast as the system allows. {{{ $ ffmpeg -i fate-suite/flash-vp6/clip1024.flv -vcodec copy out.swf ffmpeg version N-62025-g909757f Copyright (c) 2000-2014 the FFmpeg developers built on Apr 1 2014 22:56:40 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 71.100 / 52. 71.100 libavcodec 55. 56.107 / 55. 56.107 libavformat 55. 36.100 / 55. 36.100 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libswscale 2. 5.102 / 2. 5.102 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, flv, from 'fate-suite/flash-vp6/clip1024.flv': Metadata: audiodelay : 0 creationdate : Fri Sep 02 16:45:11 2005 : Duration: 00:00:17.30, start: 0.000000, bitrate: 51 kb/s Stream #0:0: Video: vp6f, yuv420p, 112x80, 49 kb/s, 10 tbr, 1k tbn, 1k tbc Output #0, swf, to 'out.swf': Metadata: audiodelay : 0 creationdate : Fri Sep 02 16:45:11 2005 : encoder : Lavf55.36.100 Stream #0:0: Video: vp6f, yuv420p, 112x80, q=2-31, 49 kb/s, 90k tbn, 1k tbc Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help frame= 174 fps=0.0 q=-1.0 Lsize= 109kB time=00:00:17.30 bitrate= 51.7kbits/s video:106kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 3.095598% $ ffmpeg -i out.swf ffmpeg version N-62025-g909757f Copyright (c) 2000-2014 the FFmpeg developers built on Apr 1 2014 22:56:40 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 71.100 / 52. 71.100 libavcodec 55. 56.107 / 55. 56.107 libavformat 55. 36.100 / 55. 36.100 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libswscale 2. 5.102 / 2. 5.102 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, swf, from 'out.swf': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Video: vp6f, yuv420p, 112x80, 232 fps, 232 tbr, 232 tbn At least one output file must be specified }}} {{{ $ make fate-lavf-flv_fmt $ ffmpeg -i tests/data/lavf/lavf.flv -vcodec copy out2.swf ffmpeg version N-62025-g909757f Copyright (c) 2000-2014 the FFmpeg developers built on Apr 1 2014 22:56:40 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 71.100 / 52. 71.100 libavcodec 55. 56.107 / 55. 56.107 libavformat 55. 36.100 / 55. 36.100 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libswscale 2. 5.102 / 2. 5.102 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, flv, from 'tests/data/lavf/lavf.flv': Metadata: title : lavftest Duration: 00:00:01.00, start: 0.000000, bitrate: 2636 kb/s Stream #0:0: Video: flv1, yuv420p, 352x288, 200 kb/s, 25 tbr, 1k tbn, 1k tbc Output #0, swf, to 'out2.swf': Metadata: title : lavftest encoder : Lavf55.36.100 Stream #0:0: Video: flv1, yuv420p, 352x288, q=2-31, 200 kb/s, 90k tbn, 1k tbc Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help frame= 25 fps=0.0 q=-1.0 Lsize= 322kB time=00:00:00.96 bitrate=2742.8kbits/s video:321kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.159599% $ ffmpeg -i out2.swf ffmpeg version N-62025-g909757f Copyright (c) 2000-2014 the FFmpeg developers built on Apr 1 2014 22:56:40 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 71.100 / 52. 71.100 libavcodec 55. 56.107 / 55. 56.107 libavformat 55. 36.100 / 55. 36.100 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libswscale 2. 5.102 / 2. 5.102 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, swf, from 'out2.swf': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Video: flv1, yuv420p, 352x288, 232 fps, 232 tbr, 232 tbn At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 2 09:58:51 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 02 Apr 2014 07:58:51 -0000 Subject: [FFmpeg-trac] #3514(undetermined:new): Image freezes when copying DVB subtitles from input to the output TS In-Reply-To: <038.78328b00e2bb82fd11d2f0131ed7e613@avcodec.org> References: <038.78328b00e2bb82fd11d2f0131ed7e613@avcodec.org> Message-ID: <053.cfe8f5bfebe2fc03621d6324a44aee81@avcodec.org> #3514: Image freezes when copying DVB subtitles from input to the output TS -------------------------------------+------------------------------------- Reporter: dalongra | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: dvbsub | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by dalongra): Replying to [comment:6 cehoyos]: > You write above "{{{-map 0}}} crashes": Please provide gdb output for the crash. > (Crashes are always important.) It may be not a "crash" technically speaking (I don't get a "segmentation fault" or any other message from O.S) but ffmpeg stops working withing a few seconds after launching, showing error: [mpegts @ 0x2631a60] Application provided invalid, non monotonically increasing dts to muxer in stream 10: 44818 >= 44818 av_interleaved_write_frame(): Invalid argument The error is easy to reproduce using File1 uploaded to the FTP. Just copy all the codecs, video, audio and subs and use -map 0. Please see complete command below: ffmpeg -v 9 -loglevel 99 -fix_sub_duration -y -re -i "$path_in/FILE_1_TICKET_3514_Input_stream_SD_mpeg2video_1_video_8_audios_10_subs.ts" -acodec copy -vcodec copy -scodec copy -map 0 -f mpegts $path_out/FILE_7_TICKET_3514_Output_stream_SD_mpeg2video_map0.ts I found Stream #0:10[0xd4a](dut,nor,dan,swe,por) to be causing the error, because I get the same error if I select only Stream #0:10. Everything OK with the rest of streams. Do you still need GDB output? Regards. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 2 10:00:10 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 02 Apr 2014 08:00:10 -0000 Subject: [FFmpeg-trac] #3508(undetermined:new): Cannot open stats file on second pass when attempting to generate multiple outputs. In-Reply-To: <036.9f728ced231628bf563b5607a7c6ec31@avcodec.org> References: <036.9f728ced231628bf563b5607a7c6ec31@avcodec.org> Message-ID: <051.39257779db9d65b68efb5540540dd320@avcodec.org> #3508: Cannot open stats file on second pass when attempting to generate multiple outputs. -------------------------------------+------------------------------------- Reporter: ianken | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:5 cehoyos]: > (I don't remember if you are using {{{-vf}}} correctly, in theory, a complex filtergraph might be needed.) It works fine with two -vf's, see for example: {{{ $ ffmpeg -t 10 -f lavfi -i testsrc=s=hd720 -vf scale=32x32 -qscale 2 out.avi -vf scale=hd1080 -qscale 2 out2.avi }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 2 11:37:35 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 02 Apr 2014 09:37:35 -0000 Subject: [FFmpeg-trac] #3472(avcodec:reopened): MSVC uses %Id for size_t and ptrdiff_t (was: MSVC uses %ld for size_t and ptrdiff_t) In-Reply-To: <035.9651f6f4f4be7ea5a81b8909c7d64257@avcodec.org> References: <035.9651f6f4f4be7ea5a81b8909c7d64257@avcodec.org> Message-ID: <050.83c3db1ed13922fdcfdafa6a00ffa398@avcodec.org> #3472: MSVC uses %Id for size_t and ptrdiff_t ------------------------------------+------------------------------------ Reporter: cyril | Owner: Type: defect | Status: reopened Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 2 12:47:19 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 02 Apr 2014 10:47:19 -0000 Subject: [FFmpeg-trac] #3521(avformat:new): asf demuxing problem Message-ID: <037.05471b479d8541adbecbd62de4019dfa@avcodec.org> #3521: asf demuxing problem --------------------------------------+---------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Keywords: asf Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+---------------------------------- http://samples.ffmpeg.org/A-codecs/VoxWare/Lucky.asf The file shows artefacts and prints errors after seven seconds with FFmpeg (and mplayer -demuxer lavf) but plays fine with mplayer -demuxer asf. {{{ $ ffmpeg -i Lucky.asf -qscale 2 -t 20 out.avi ffmpeg version N-62040-gcecb6d6 Copyright (c) 2000-2014 the FFmpeg developers built on Apr 2 2014 10:30:18 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 71.100 / 52. 71.100 libavcodec 55. 56.107 / 55. 56.107 libavformat 55. 36.100 / 55. 36.100 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libswscale 2. 5.102 / 2. 5.102 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 [asf @ 0x37c5900] Estimating duration from bitrate, this may be inaccurate Input #0, asf, from 'Lucky.asf': Duration: 00:05:27.68, start: 0.000000, bitrate: 16 kb/s Stream #0:0: Audio: metasound (u[0][0][0] / 0x0075), 16000 Hz, mono, fltp, 16 kb/s Stream #0:1: Video: msmpeg4v2 (MP42 / 0x3234504D), yuv420p, 240x176, 15 tbr, 1k tbn, 1k tbc Please use -q:a or -q:v, -qscale is ambiguous Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf55.36.100 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 240x176, q=2-31, 200 kb/s, 15 tbn, 15 tbc Stream #0:1: Audio: ac3 ([0] [0][0] / 0x2000), 16000 Hz, mono, fltp, 96 kb/s Stream mapping: Stream #0:1 -> #0:0 (msmpeg4v2 -> mpeg4) Stream #0:0 -> #0:1 (metasound -> ac3) Press [q] to stop, [?] for help [asf @ 0x37c5900] packet_obj_size invalid [asf @ 0x37c5900] ff asf skip 0 (unknown stream) [asf @ 0x37c5900] ff asf bad header 0 at:110003 [asf @ 0x37c5900] ff asf skip 780 (unknown stream) [asf @ 0x37c5900] ff asf bad header d9 at:110810 [asf @ 0x37c5900] invalid padsize 226944923 at:110815 [asf @ 0x37c5900] ff asf bad header 4a at:110858 [asf @ 0x37c5900] unexpected packet_replic_size of 4 [asf @ 0x37c5900] packet_obj_size invalid Last message repeated 7 times [asf @ 0x37c5900] ff asf skip 56938 (unknown stream) [asf @ 0x37c5900] ff asf bad header 13 at:168156 [asf @ 0x37c5900] invalid padsize 29851 at:168158 [asf @ 0x37c5900] freeing incomplete packet size 1645, new 648 frame= 218 fps=0.0 q=2.0 Lsize= 772kB time=00:00:20.06 bitrate= 315.4kbits/s video:573kB audio:178kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 2.891387% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 2 14:03:04 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 02 Apr 2014 12:03:04 -0000 Subject: [FFmpeg-trac] #3522(undetermined:new): FFMPEG unable to read some WTV files (with only video streams) Message-ID: <041.1027e38e630dc466d0145b9aaa6f794c@avcodec.org> #3522: FFMPEG unable to read some WTV files (with only video streams) -------------------------------------+------------------------------------- Reporter: ramitbhalla | Type: defect Status: new | Priority: important Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: Recently with the newer builds of ffmpeg it is unable to read some WTV files that only contain video streams. This happened after a recent build of ffmpeg. I suspect it may be related to some changes made in #3473 I'm unable to reproduce teh issue with a smaller chunk of the video file so I've uploaded the entire file into the incoming folder. This is a regression issue. How to reproduce: With newer build {{{ ffmpeg -i OnlyVideo.wtv -vcodec copy -acodec copy test.ts -y ffmpeg version N-62019-gd506dea Copyright (c) 2000-2014 the FFmpeg developers built on Apr 1 2014 13:31:14 with gcc 4.8.0 (GCC) configuration: --arch=x86 --target-os=mingw32 --cross- prefix=/Software/ffmpeg/sandbox/mingw-w64-i686/bin/i686-w64-ming w32- --pkg-config=pkg-config --enable-gpl --enable-libx264 --enable- avisynth --enable-libxvid --enable-libmp3lame --enab le-version3 --enable-zlib --enable-librtmp --enable-libvorbis --enable- libtheora --enable-libspeex --enable-libopenjpeg --enable-gnutls --enable-libgsm --enable-libfreetype --enable-libopus --disable-w32threads --enable-frei0r --enable-filt er=frei0r --enable-libvo-aacenc --enable-bzlib --enable-libxavs --extra- cflags=-DPTW32_STATIC_LIB --enable-libopencore-a mrnb --enable-libopencore-amrwb --enable-libvo-amrwbenc --enable- libschroedinger --enable-libvpx --enable-libilbc --pref ix=/Software/ffmpeg/sandbox/mingw-w64-i686/i686-w64-mingw32 --enable- static --disable-shared --enable-libsoxr --enable-f ontconfig --enable-libass --enable-libutvideo --enable-libbluray --enable- iconv --enable-libtwolame --extra-cflags=-DLIB TWOLAME_STATIC --enable-libzvbi --enable-libcaca --enable-libmodplug --extra-libs=-lstdc++ --extra-libs=-lpng --enable-l ibvidstab --extra-cflags= --extra-cflags= --enable-nonfree --enable- libfdk-aac --enable-libfaac --enable-runtime-cpudete ct libavutil 52. 71.100 / 52. 71.100 libavcodec 55. 55.107 / 55. 55.107 libavformat 55. 36.100 / 55. 36.100 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libswscale 2. 5.102 / 2. 5.102 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 [NULL @ 03d23bc0] Failed to read extradata of size 618660141 OnlyVideo.wtv: End of file }}} With older build {{{ ffmpeg.2315Custom -i OnlyVideo.wtv -vcodec copy -acodec copy test.ts -y ffmpeg version N-59362-ge079661 Copyright (c) 2000-2013 the FFmpeg developers built on Dec 25 2013 17:42:26 with gcc 4.8.0 (GCC) configuration: --arch=x86 --target-os=mingw32 --cross- prefix=/home/mcebuddy/Software/ffmpeg/sandbox/mingw-w64-i686/bin /i686-w64-mingw32- --pkg-config=pkg-config --enable-gpl --enable-libx264 --enable-avisynth --enable-libxvid --enable-lib mp3lame --enable-version3 --enable-zlib --enable-librtmp --enable- libvorbis --enable-libtheora --enable-libspeex --enabl e-libopenjpeg --enable-gnutls --enable-libgsm --enable-libfreetype --enable-libopus --disable-w32threads --enable-frei0r --enable-filter=frei0r --enable-libvo-aacenc --enable-bzlib --enable- libxavs --extra-cflags=-DPTW32_STATIC_LIB --enable -libopencore-amrnb --enable-libopencore-amrwb --enable-libvo-amrwbenc --enable-libschroedinger --enable-libvpx --enable- libilbc --enable-iconv --enable-libtwolame --extra- cflags=-DLIBTWOLAME_STATIC --enable-libmodplug --extra-libs=-lstdc++ --enable-libzvbi --enable-libcaca --prefix=/home/mcebuddy/Software/ffmpeg/sandbox/mingw-w64-i686/i686-w64-mingw32 --enab le-static --disable-shared --enable-libsoxr --enable-fontconfig --enable- libass --enable-libutvideo --enable-libbluray - -extra-cflags= --enable-nonfree --enable-libfdk-aac --enable-runtime- cpudetect libavutil 52. 59.100 / 52. 59.100 libavcodec 55. 46.100 / 55. 46.100 libavformat 55. 22.100 / 55. 22.100 libavdevice 55. 5.102 / 55. 5.102 libavfilter 4. 0.102 / 4. 0.102 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Input #0, wtv, from 'OnlyVideo.wtv': Metadata: WM/MediaClassPrimaryID: db9830bd-3ab3-4fab-8a371a995f7ff74 WM/MediaClassSecondaryID: ba7f258a-62f7-47a9-b21f4651c42a000 Title : Law & Order: Special Victims Unit WM/SubTitle : Scheherezade WM/SubTitleDescription: A cancer patient (Brian Dennehy) makes a deathbed confession involving a number of crimes fr om decades earlier. genre : Drama;General;Series WM/OriginalReleaseTime: 0 WM/MediaCredits : Christopher Meloni/Mariska Hargitay/Richard Belzer/Dann Florek/Ice-T/B.D. Wong/Diane Neal/Tamara T unie;;;Brian Dennehy/Paget Brewster service_provider: USA service_name : USA Network WM/MediaNetworkAffiliation: Satellite WM/MediaOriginalChannel: 42 WM/MediaOriginalChannelSubNumber: 0 WM/MediaOriginalBroadcastDateTime: 2007-01-02T05:00:00Z WM/MediaOriginalRunTime: 23673448201 WM/MediaIsStereo: true WM/MediaIsRepeat: true WM/MediaIsLive : false WM/MediaIsTape : false WM/MediaIsDelay : false WM/MediaIsSubtitled: false WM/MediaIsMovie : false WM/MediaIsPremiere: false WM/MediaIsFinale: false WM/MediaIsSAP : false WM/MediaIsSport : false WM/ParentalRating: TV-14 WM/Provider : MediaCenterDefault WM/VideoClosedCaptioning: true WM/WMRVEncodeTime: 2013-10-24 23:22:32 WM/WMRVSeriesUID: !MCSeries!00316978 WM/WMRVServiceID: !MCService!28459373 WM/WMRVProgramID: !MCProgram!50023310 WM/WMRVRequestID: 0 WM/WMRVScheduleItemID: 0 WM/WMRVQuality : 3 WM/WMRVOriginalSoftPrePadding: 1400 WM/WMRVOriginalSoftPostPadding: 120 WM/WMRVHardPrePadding: -1340 WM/WMRVHardPostPadding: 0 WM/WMRVATSCContent: false WM/WMRVDTVContent: false WM/WMRVHDContent: false Duration : 529940311 WM/WMRVEndTime : 2013-10-24 23:23:25 WM/WMRVBitrate : 8.257536 WM/WMRVKeepUntil: 0 WM/WMRVActualSoftPrePadding: -11 WM/WMRVActualSoftPostPadding: -2194 WM/WMRVContentProtected: false WM/WMRVContentProtectedPercent: 0 WM/WMRVExpirationSpan: 9223372036854775807 WM/WMRVInBandRatingSystem: 255 WM/WMRVInBandRatingLevel: 255 WM/WMRVInBandRatingAttributes: 0 WM/WMRVWatched : false encoder : Lavf55.20.100 Duration: 00:00:51.51, start: 0.858151, bitrate: 7375 kb/s Stream #0:0[0x2]: Video: mpeg2video (Main), yuv420p(tv), 720x480 [SAR 8:9 DAR 4:3], max. 9000 kb/s, 29.97 fps, 29.97 tbr, 10000k tbn, 59.94 tbc Output #0, mpegts, to 'test.ts': Metadata: WM/MediaClassPrimaryID: db9830bd-3ab3-4fab-8a371a995f7ff74 WM/MediaClassSecondaryID: ba7f258a-62f7-47a9-b21f4651c42a000 Title : Law & Order: Special Victims Unit WM/SubTitle : Scheherezade WM/SubTitleDescription: A cancer patient (Brian Dennehy) makes a deathbed confession involving a number of crimes fr om decades earlier. genre : Drama;General;Series WM/OriginalReleaseTime: 0 WM/MediaCredits : Christopher Meloni/Mariska Hargitay/Richard Belzer/Dann Florek/Ice-T/B.D. Wong/Diane Neal/Tamara T unie;;;Brian Dennehy/Paget Brewster service_provider: USA service_name : USA Network WM/MediaNetworkAffiliation: Satellite WM/MediaOriginalChannel: 42 WM/MediaOriginalChannelSubNumber: 0 WM/MediaOriginalBroadcastDateTime: 2007-01-02T05:00:00Z WM/MediaOriginalRunTime: 23673448201 WM/MediaIsStereo: true WM/MediaIsRepeat: true WM/MediaIsLive : false WM/MediaIsTape : false WM/MediaIsDelay : false WM/MediaIsSubtitled: false WM/MediaIsMovie : false WM/MediaIsPremiere: false WM/MediaIsFinale: false WM/MediaIsSAP : false WM/MediaIsSport : false WM/ParentalRating: TV-14 WM/Provider : MediaCenterDefault WM/VideoClosedCaptioning: true WM/WMRVEncodeTime: 2013-10-24 23:22:32 WM/WMRVSeriesUID: !MCSeries!00316978 WM/WMRVServiceID: !MCService!28459373 WM/WMRVProgramID: !MCProgram!50023310 WM/WMRVRequestID: 0 WM/WMRVScheduleItemID: 0 WM/WMRVQuality : 3 WM/WMRVOriginalSoftPrePadding: 1400 WM/WMRVOriginalSoftPostPadding: 120 WM/WMRVHardPrePadding: -1340 WM/WMRVHardPostPadding: 0 WM/WMRVATSCContent: false WM/WMRVDTVContent: false WM/WMRVHDContent: false Duration : 529940311 WM/WMRVEndTime : 2013-10-24 23:23:25 WM/WMRVBitrate : 8.257536 WM/WMRVKeepUntil: 0 WM/WMRVActualSoftPrePadding: -11 WM/WMRVActualSoftPostPadding: -2194 WM/WMRVContentProtected: false WM/WMRVContentProtectedPercent: 0 WM/WMRVExpirationSpan: 9223372036854775807 WM/WMRVInBandRatingSystem: 255 WM/WMRVInBandRatingLevel: 255 WM/WMRVInBandRatingAttributes: 0 WM/WMRVWatched : false encoder : Lavf55.22.100 Stream #0:0: Video: mpeg2video, yuv420p, 720x480 [SAR 8:9 DAR 4:3], q=2-31, max. 9000 kb/s, 29.97 fps, 90k tbn, 29.9 7 tbc Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help frame= 1519 fps=0.0 q=-1.0 Lsize= 49915kB time=00:00:50.58 bitrate=8083.6kbits/s video:46125kB audio:0kB subtitle:0 global headers:0kB muxing overhead 8.215764% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 2 14:04:45 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 02 Apr 2014 12:04:45 -0000 Subject: [FFmpeg-trac] #3522(undetermined:new): FFMPEG unable to read some WTV files (with only video streams) In-Reply-To: <041.1027e38e630dc466d0145b9aaa6f794c@avcodec.org> References: <041.1027e38e630dc466d0145b9aaa6f794c@avcodec.org> Message-ID: <056.f762045e490f1c759715ac519a27777b@avcodec.org> #3522: FFMPEG unable to read some WTV files (with only video streams) -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ramitbhalla): The file is {{{ #3522.wtv }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 2 19:09:56 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 02 Apr 2014 17:09:56 -0000 Subject: [FFmpeg-trac] #3523(undetermined:new): ffprobe 2.2 bit_rate wrong when -prefix used Message-ID: <039.09eed37e3b142935f7d2742f498c7003@avcodec.org> #3523: ffprobe 2.2 bit_rate wrong when -prefix used -------------------------------------+------------------------------------- Reporter: sfrenkiel | Type: defect Status: new | Priority: minor Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Run the following: ffprobe -show_format -unit http://samples.mplayerhq.hu/A-codecs/MP3/Silent_Light.mp3 Note the output includes: bit_rate=128000 bit/s now run: ffprobe -show_format -unit -prefix http://samples.mplayerhq.hu/A-codecs/MP3/Silent_Light.mp3 And note the output contains: bit_rate=128000 Kbit/s The output should be: bit_rate=128.0 Kbit/s -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 2 20:36:23 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 02 Apr 2014 18:36:23 -0000 Subject: [FFmpeg-trac] #3472(avcodec:reopened): MSVC uses %Id for size_t and ptrdiff_t In-Reply-To: <035.9651f6f4f4be7ea5a81b8909c7d64257@avcodec.org> References: <035.9651f6f4f4be7ea5a81b8909c7d64257@avcodec.org> Message-ID: <050.611ad27fa0fc2dfbfb011341d03b3707@avcodec.org> #3472: MSVC uses %Id for size_t and ptrdiff_t ------------------------------------+------------------------------------ Reporter: cyril | Owner: Type: defect | Status: reopened Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by nikolaynnov): Thanks for a fix! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 2 21:38:22 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 02 Apr 2014 19:38:22 -0000 Subject: [FFmpeg-trac] #2078(avformat:open): FFMPEG created WTV files cannot be fast forwarded or fast rewound in Windows Media Center In-Reply-To: <041.8322afc3c4d32bb9c372539fa9744c83@avcodec.org> References: <041.8322afc3c4d32bb9c372539fa9744c83@avcodec.org> Message-ID: <056.997fcd608fa64363663bec2e4ec06bcd@avcodec.org> #2078: FFMPEG created WTV files cannot be fast forwarded or fast rewound in Windows Media Center -------------------------------------+------------------------------------ Reporter: ramitbhalla | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: wtv | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by ramitbhalla): Peter any chance you'll be looking into this? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 2 23:50:50 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 02 Apr 2014 21:50:50 -0000 Subject: [FFmpeg-trac] #3524(ffmpeg:new): FFmpeg MD5 output different with same data Message-ID: <042.e79f2adf531c601881b9640be566cc00@avcodec.org> #3524: FFmpeg MD5 output different with same data -------------------------------------+------------------------------------- Reporter: | Type: defect ahthovaikied | Priority: normal Status: new | Version: git- Component: ffmpeg | master Keywords: md5 ffmpeg | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I have 2 different PC with builds of FFmpeg 2.2, that produce different md5 from same input data. First machine (Ubuntu 12.04, core i7 950) : {{{ $ wget -q http://www.auby.no/files/video_tests/h264_720p_hp_3.1_600kbps_aac_mp3_dual_audio_harry_potter.mkv $ md5sum h264_720p_hp_3.1_600kbps_aac_mp3_dual_audio_harry_potter.mkv 4ce24d5155d6d4619c6233aa15b21aef h264_720p_hp_3.1_600kbps_aac_mp3_dual_audio_harry_potter.mkv $ ffmpeg -loglevel quiet -i /tmp/h264_720p_hp_3.1_600kbps_aac_mp3_dual_audio_harry_potter.mkv -f md5 - MD5=5710038a7ea42277e67eb76631efff04 $ ffmpeg -version ffmpeg version 2.2 built on Apr 2 2014 23:03:07 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) configuration: --enable-gpl --enable-version3 --enable-nonfree --disable- static --enable-shared --disable-runtime-cpudetect --disable-ffserver --disable-encoder=vorbis --disable-encoder=aac --enable-x11grab --enable- libfdk-aac --enable-libmp3lame --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libopus --enable-librtmp --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxvid --disable-debug --cpu=corei7 libavutil 52. 66.100 / 52. 66.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 10.100 / 55. 10.100 libavfilter 4. 2.100 / 4. 2.100 libswscale 2. 5.102 / 2. 5.102 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 $ gcc -v Utilisation des specs internes. COLLECT_GCC=/usr/bin/gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/4.6/lto-wrapper Target: x86_64-linux-gnu Configur? avec: ../src/configure -v --with-pkgversion='Ubuntu/Linaro 4.6.3-1ubuntu5' --with-bugurl=file:///usr/share/doc/gcc-4.6/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --program- suffix=-4.6 --enable-shared --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.6 --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable- libstdcxx-time=yes --enable-gnu-unique-object --enable-plugin --enable- objc-gc --disable-werror --with-arch-32=i686 --with-tune=generic --enable- checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu Mod?le de thread: posix gcc version 4.6.3 (Ubuntu/Linaro 4.6.3-1ubuntu5 }}} Second machine (Ubuntu 14.04, core i7 3537U) : {{{ $ wget -q http://www.auby.no/files/video_tests/h264_720p_hp_3.1_600kbps_aac_mp3_dual_audio_harry_potter.mkv $ md5sum h264_720p_hp_3.1_600kbps_aac_mp3_dual_audio_harry_potter.mkv 4ce24d5155d6d4619c6233aa15b21aef h264_720p_hp_3.1_600kbps_aac_mp3_dual_audio_harry_potter.mkv $ ffmpeg -loglevel quiet -i h264_720p_hp_3.1_600kbps_aac_mp3_dual_audio_harry_potter.mkv -f md5 - MD5=997b3168ffc48bbd83ae869a43e59232 $ ffmpeg -version ffmpeg version 2.2 built on Apr 2 2014 23:23:24 with gcc 4.8 (Ubuntu 4.8.2-17ubuntu2) configuration: --enable-gpl --enable-version3 --enable-nonfree --disable- static --enable-shared --disable-runtime-cpudetect --disable-ffserver --disable-encoder=vorbis --disable-encoder=aac --enable-x11grab --enable- libfdk-aac --enable-libmp3lame --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libopus --enable-librtmp --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxvid --disable-debug --cpu=core-avx-i libavutil 52. 66.100 / 52. 66.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 10.100 / 55. 10.100 libavfilter 4. 2.100 / 4. 2.100 libswscale 2. 5.102 / 2. 5.102 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 $ gcc -v Using built-in specs. COLLECT_GCC=/usr/bin/gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/4.8/lto-wrapper Target: x86_64-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Ubuntu 4.8.2-17ubuntu2' --with-bugurl=file:///usr/share/doc/gcc-4.8/README.Bugs --enable-languages=c,c++,java,go,d,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-4.8 --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.8 --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable- libstdcxx-time=yes --enable-gnu-unique-object --disable-libmudflap --enable-plugin --with-system-zlib --disable-browser-plugin --enable-java- awt=gtk --enable-gtk-cairo --with-java- home=/usr/lib/jvm/java-1.5.0-gcj-4.8-amd64/jre --enable-java-home --with- jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-4.8-amd64 --with-jvm-jar- dir=/usr/lib/jvm-exports/java-1.5.0-gcj-4.8-amd64 --with-arch- directory=amd64 --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --enable- objc-gc --enable-multiarch --disable-werror --with-arch-32=i686 --with- abi=m64 --with-multilib-list=m32,m64,mx32 --with-tune=generic --enable- checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu Thread model: posix gcc version 4.8.2 (Ubuntu 4.8.2-17ubuntu2) }}} I also can also reproduce this with git master builds. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 3 00:24:54 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 02 Apr 2014 22:24:54 -0000 Subject: [FFmpeg-trac] #3522(avformat:open): FFMPEG unable to read some WTV files (with only video streams) In-Reply-To: <041.1027e38e630dc466d0145b9aaa6f794c@avcodec.org> References: <041.1027e38e630dc466d0145b9aaa6f794c@avcodec.org> Message-ID: <056.6103bc7982b955dddd503da13c8ce580@avcodec.org> #3522: FFMPEG unable to read some WTV files (with only video streams) -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: wtv | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => wtv regression * status: new => open * version: unspecified => git-master * component: undetermined => avformat * reproduced: 0 => 1 Comment: Regression since 73a2d16b -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 3 00:30:17 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 02 Apr 2014 22:30:17 -0000 Subject: [FFmpeg-trac] #3524(avcodec:new): FFmpeg MD5 output different with same data In-Reply-To: <042.e79f2adf531c601881b9640be566cc00@avcodec.org> References: <042.e79f2adf531c601881b9640be566cc00@avcodec.org> Message-ID: <057.b3c0902a677c7b6bd4cbb665256fa972@avcodec.org> #3524: FFmpeg MD5 output different with same data --------------------------------------+----------------------------------- Reporter: ahthovaikied | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: md5 ffmpeg => aac * component: ffmpeg => avcodec Comment: Please understand that bugreports with {{{-loglevel quiet}}} are always invalid, but I wonder why a floating point decoder should output identical data with different compilers. Please confirm that you get identical md5 values with {{{-an}}} but different output with {{{-vn}}}. For future reports: Please always test (and report) current FFmpeg git head. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 3 00:59:07 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 02 Apr 2014 22:59:07 -0000 Subject: [FFmpeg-trac] #3523(ffprobe:open): ffprobe bit_rate wrong with -prefix (was: ffprobe 2.2 bit_rate wrong when -prefix used) In-Reply-To: <039.09eed37e3b142935f7d2742f498c7003@avcodec.org> References: <039.09eed37e3b142935f7d2742f498c7003@avcodec.org> Message-ID: <054.2348eb283df1f8265b6a2ae007335645@avcodec.org> #3523: ffprobe bit_rate wrong with -prefix ------------------------------------+----------------------------------- Reporter: sfrenkiel | Owner: Type: defect | Status: open Priority: important | Component: ffprobe Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => ffprobe * priority: minor => important * version: unspecified => git-master * keywords: => regression Comment: Regression since 5e99a23b For future reports: Please always provide a failing command line together with the complete, uncut console output. {{{ $ ffprobe -show_format -prefix Silent_Light.mp3 ffprobe version N-62054-gf359bac Copyright (c) 2007-2014 the FFmpeg developers built on Apr 3 2014 00:49:12 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 71.100 / 52. 71.100 libavcodec 55. 56.107 / 55. 56.107 libavformat 55. 36.101 / 55. 36.101 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 [mp3 @ 0x300c240] Estimating duration from bitrate, this may be inaccurate Input #0, mp3, from 'Silent_Light.mp3': Metadata: artist : ?????????? ??? title : ????? ?????? Duration: 00:04:22.92, start: 0.000000, bitrate: 128 kb/s Stream #0:0: Audio: mp3, 44100 Hz, stereo, s16p, 128 kb/s [FORMAT] filename=Silent_Light.mp3 nb_streams=1 nb_programs=0 format_name=mp3 format_long_name=MP2/3 (MPEG audio layer 2/3) start_time=0.000000 duration=262.920000 size=4.206720 M bit_rate=128000 K probe_score=51 TAG:artist=?????????? ??? TAG:title=????? ?????? [/FORMAT] }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 3 01:35:49 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 02 Apr 2014 23:35:49 -0000 Subject: [FFmpeg-trac] #3505(avformat:closed): Apple HLS floating point time in manifest In-Reply-To: <044.903340a4cb0a0e817d381bea8671cfd6@avcodec.org> References: <044.903340a4cb0a0e817d381bea8671cfd6@avcodec.org> Message-ID: <059.07a89f2019b0eb0b5874b8f7a046aeb2@avcodec.org> #3505: Apple HLS floating point time in manifest -------------------------------------+------------------------------------- Reporter: | Owner: chrisballinger | Status: closed Type: enhancement | Component: avformat Priority: wish | Resolution: fixed Version: git-master | Blocked By: Keywords: hls | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed Comment: Implemented by Senthilnathan M in 96b8e7a9 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 3 01:50:18 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 02 Apr 2014 23:50:18 -0000 Subject: [FFmpeg-trac] #756(avformat:closed): Support muxing dvdsub into isom In-Reply-To: <037.0f17dcc231caf0fcfc4d5f8a5c30c570@avcodec.org> References: <037.0f17dcc231caf0fcfc4d5f8a5c30c570@avcodec.org> Message-ID: <052.e42e9512c6311b35894f30786ba925ff@avcodec.org> #756: Support muxing dvdsub into isom -------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: enhancement | Status: closed Priority: wish | Component: avformat Version: git-master | Resolution: fixed Keywords: mov dvdsub | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => closed * resolution: => fixed Comment: Implemented by John Stebbins. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 3 01:53:51 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 02 Apr 2014 23:53:51 -0000 Subject: [FFmpeg-trac] #1565(build system:open): ffmpeg fails to build on x32 ABI (was: ffmpeg-0.10.3 fails to build on x32 ABI) In-Reply-To: <035.0f4bd719aa50803bbc3c06271275a7d8@avcodec.org> References: <035.0f4bd719aa50803bbc3c06271275a7d8@avcodec.org> Message-ID: <050.f4c894d1ba9a5a4bb7c62f6f2951a60a@avcodec.org> #1565: ffmpeg fails to build on x32 ABI -------------------------------------+------------------------------------- Reporter: devsk | Owner: Type: enhancement | Status: open Priority: wish | Component: build Version: git-master | system Keywords: x32 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 3 01:56:13 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 02 Apr 2014 23:56:13 -0000 Subject: [FFmpeg-trac] #1781(undetermined:closed): Official Debian / Ubuntu deb package In-Reply-To: <035.81ec95797abed763a851235c3e1b89e7@avcodec.org> References: <035.81ec95797abed763a851235c3e1b89e7@avcodec.org> Message-ID: <050.fff5d17a7def3666e844cf370ece2c98@avcodec.org> #1781: Official Debian / Ubuntu deb package -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: enhancement | Status: closed Priority: wish | Component: Version: unspecified | undetermined Keywords: | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: This was implemented by Andreas Cadhalpun: http://anonscm.debian.org/gitweb/?p=collab-maint/ffmpeg.git -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 3 01:59:29 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 02 Apr 2014 23:59:29 -0000 Subject: [FFmpeg-trac] #2302(avdevice:closed): MacOSX and iOs capture In-Reply-To: <041.fb57256ac4e7bbae5affa44ddd793088@avcodec.org> References: <041.fb57256ac4e7bbae5affa44ddd793088@avcodec.org> Message-ID: <056.bb22024aba882fb4617c528380b287ce@avcodec.org> #2302: MacOSX and iOs capture -------------------------------------+------------------------------------ Reporter: valley_rain | Owner: Type: enhancement | Status: closed Priority: wish | Component: avdevice Version: git-master | Resolution: fixed Keywords: osx | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: I believe this (video capture) was implemented by Vadim Kalinsky and Thilo Borgmann. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 3 02:06:51 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Apr 2014 00:06:51 -0000 Subject: [FFmpeg-trac] #2798(avformat:open): Write cover art to mov files (was: Unexpected behavior with cover art) In-Reply-To: <037.0421edee3f99fedb2caa07225adc811c@avcodec.org> References: <037.0421edee3f99fedb2caa07225adc811c@avcodec.org> Message-ID: <052.32f79de1c2763d149a20813db6dfeedf@avcodec.org> #2798: Write cover art to mov files -------------------------------------+------------------------------------ Reporter: svnpenn | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 3 02:11:09 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Apr 2014 00:11:09 -0000 Subject: [FFmpeg-trac] #3282(avcodec:closed): Read dvdsub palette from mov files In-Reply-To: <037.2d39afdb5d6d41e01b0816fcbc7c7977@avcodec.org> References: <037.2d39afdb5d6d41e01b0816fcbc7c7977@avcodec.org> Message-ID: <052.75a48a9941be0f10c2a87bbf0503577e@avcodec.org> #3282: Read dvdsub palette from mov files -------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: closed Priority: wish | Component: avcodec Version: git-master | Resolution: fixed Keywords: dvdsub mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed Comment: Implemented by wm4 and Michael. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 3 02:33:07 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Apr 2014 00:33:07 -0000 Subject: [FFmpeg-trac] #3524(avcodec:new): FFmpeg MD5 output different with same data In-Reply-To: <042.e79f2adf531c601881b9640be566cc00@avcodec.org> References: <042.e79f2adf531c601881b9640be566cc00@avcodec.org> Message-ID: <057.c5d1d3bf8d7af49f2b1bb89edcab79e5@avcodec.org> #3524: FFmpeg MD5 output different with same data --------------------------------------+----------------------------------- Reporter: ahthovaikied | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by jamal): Don't rely on checksum to validate decoding of float data. Core i7 950 is a Nehalem CPU. Core i7 3537U is an Ivy Bridge CPU. The former supports only up to SSE4.2 instruction set, whereas the latter supports AVX. The aac and mp3 float decoders use a couple of functions that have AVX implementations, which will give a different output than the non-AVX counterparts (The ones used by the i7 950). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 3 03:22:05 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Apr 2014 01:22:05 -0000 Subject: [FFmpeg-trac] #3525(undetermined:new): AAC to PCM produced a lot of noise! Message-ID: <037.c84f702ae405f20c870295d1413fac05@avcodec.org> #3525: AAC to PCM produced a lot of noise! -------------------------------------+------------------------------------- Reporter: kaienfr | Type: defect Status: new | Priority: critical Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- In git-master ffmpeg, converting a AAC audio to PCM produced a lot of noise, even we did resampling from AV_SAMPLE_FMT_FLTP to AV_SAMPLE_FMT_S16. While in old ffmpeg, aac is converted directly into 16-bit PCM and without any noise. Is it a bug or something? I'd like to know how to produce a proper PCM in the new version of ffmpeg? Thanks a lot! Here is the information about my test AAC audio which reads by new ffmpeg: {{{ Stream #0:0: Audio: aac, 44100 Hz, stereo, fltp, 122 kb/s }}} (the format fltp is shown as s16 in old ffmpeg, and flt in decoder) I've tried three ways to resampling the output FLTP to S16LE, 1. using swr_convert 2. using avresample_convert 3. convert manualy But all of them yield the same result. The sound quality is really too bad, very slow and out of tune, with a lot of noise too. My resampling code is as follows, please have a look what's missing {{{ void resampling(AVFrame* frame_, AVCodecContext* pCodecCtx, int64_t want_sample_rate, uint8_t* outbuf){ SwrContext *swrCtx_ = 0; AVAudioResampleContext *avr = 0; // Initializing the sample rate convert. We only really use it to convert float output into int. int64_t wanted_channel_layout = AV_CH_LAYOUT_STEREO; #ifdef AV_SAMPLEING avr = avresample_alloc_context(); av_opt_set_int(avr, "in_channel_layout", frame_->channel_layout, 0); av_opt_set_int(avr, "out_channel_layout", wanted_channel_layout, 0); av_opt_set_int(avr, "in_sample_rate", frame_->sample_rate, 0); av_opt_set_int(avr, "out_sample_rate", 44100, 0); av_opt_set_int(avr, "in_sample_fmt", pCodecCtx->sample_fmt, 0); //AV_SAMPLE_FMT_FLTP av_opt_set_int(avr, "out_sample_fmt", AV_SAMPLE_FMT_S16, 0); av_opt_set_int(avr, "internal_sample_fmt", pCodecCtx->sample_fmt, 0); avresample_open(avr); avresample_convert(avr, &outbuf, frame_->linesize[0], frame_->nb_samples, frame_->extended_data, frame_->linesize[0], frame_->nb_samples); avresample_close(avr); return; #endif #ifdef USER_SAMPLEING if (pCodecCtx->sample_fmt == AV_SAMPLE_FMT_FLTP) { int nb_samples = frame_->nb_samples; int channels = frame_->channels; int outputBufferLen = nb_samples & channels * 2; auto outputBuffer = (int16_t*)outbuf; for (int i = 0; i < nb_samples; i++) { for (int c = 0; c < channels; c++) { float* extended_data = (float*)frame_->extended_data[c]; float sample = extended_data[i]; if (sample < -1.0f) sample = -1.0f; else if (sample > 1.0f) sample = 1.0f; outputBuffer[i * channels + c] = (int16_t)round(sample * 32767.0f); } } return; } #endif swrCtx_ = swr_alloc_set_opts( NULL, //swrCtx_, wanted_channel_layout, AV_SAMPLE_FMT_S16, want_sample_rate, pCodecCtx->channel_layout, pCodecCtx->sample_fmt, pCodecCtx->sample_rate, 0, NULL); if (!swrCtx_ || swr_init(swrCtx_) < 0) { printf("swr_init: Failed to initialize the resampling context"); return; } // convert audio to AV_SAMPLE_FMT_S16 int swrRet = swr_convert(swrCtx_, &outbuf, frame_->nb_samples, (const uint8_t **)frame_->extended_data, frame_->nb_samples); if (swrRet < 0) { printf("swr_convert: Error while converting %d", swrRet); return; } } }}} I've also noticed that in ffplay, the aac audio is playing without noise. So what is the problem it could be? what is the right way of the conversion? is there something wrong in in decode part or resampling part or something else (such as we must use filter...)? Please help! Thanks a lot in advance! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 3 03:54:50 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Apr 2014 01:54:50 -0000 Subject: [FFmpeg-trac] #3478(avcodec:closed): jpegls: support palettized 8bpp In-Reply-To: <039.5db755cfb5bd5097197ad1242712cf55@avcodec.org> References: <039.5db755cfb5bd5097197ad1242712cf55@avcodec.org> Message-ID: <054.d9bd57b3c2c9dd9554a9b1365b1a414a@avcodec.org> #3478: jpegls: support palettized 8bpp -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: closed Priority: wish | Component: avcodec Version: git-master | Resolution: fixed Keywords: jpegls | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by michael): Replying to [comment:3 ami_stuff]: > Replying to [comment:2 cehoyos]: > > Fixed by Michael in 254f653b > > Thanks, but it looks like HP plugin can decode attached sample with colors while FFmpeg/CharLS only in grayscale? should be fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 3 08:59:37 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Apr 2014 06:59:37 -0000 Subject: [FFmpeg-trac] #3525(undetermined:closed): AAC to PCM produced a lot of noise! In-Reply-To: <037.c84f702ae405f20c870295d1413fac05@avcodec.org> References: <037.c84f702ae405f20c870295d1413fac05@avcodec.org> Message-ID: <052.0c08e68cf99dd41c8580a6c7c7ea14f7@avcodec.org> #3525: AAC to PCM produced a lot of noise! -------------------------------------+------------------------------------- Reporter: kaienfr | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: critical => normal * status: new => closed * resolution: => invalid Comment: Replying to [ticket:3525 kaienfr]: > In git-master ffmpeg, converting a AAC audio to PCM produced a lot of noise, even we did resampling from AV_SAMPLE_FMT_FLTP to AV_SAMPLE_FMT_S16. You may of course use swresample directly but consider using the aresample filter instead. > While in old ffmpeg, aac is converted directly into 16-bit PCM and without any noise. Is it a bug or something? No, it is a performance improvement. > swrCtx_ = swr_alloc_set_opts( > NULL, //swrCtx_, Why aren't you calling {{{swr_alloc()}}}? If you want to use libswresample directly, you can look at {{{libavfilter/af_aresample.c}}} for an example on how to use the library. > I've also noticed that in ffplay, the aac audio is playing without noise. Did you also test {{{ffmpeg -i file.aac out.wav}}}? Please understand that this is a bug tracker, not a support forum, see https://ffmpeg.org/contact.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 3 09:41:16 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Apr 2014 07:41:16 -0000 Subject: [FFmpeg-trac] #3524(avcodec:new): FFmpeg MD5 output different with same data In-Reply-To: <042.e79f2adf531c601881b9640be566cc00@avcodec.org> References: <042.e79f2adf531c601881b9640be566cc00@avcodec.org> Message-ID: <057.04d4ede870498c1b0a2f9074c27a13f3@avcodec.org> #3524: FFmpeg MD5 output different with same data --------------------------------------+----------------------------------- Reporter: ahthovaikied | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by cehoyos): Replying to [comment:2 jamal]: > The aac and mp3 float decoders use a couple of functions that have AVX implementations, which will give a different output than the non-AVX counterparts (The ones used by the i7 950). Do you have a sample for which {{{--disable-avx}}} produces different output on an Ivy Bridge? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 3 09:53:35 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Apr 2014 07:53:35 -0000 Subject: [FFmpeg-trac] #3472(avcodec:reopened): MSVC uses %Id for size_t and ptrdiff_t In-Reply-To: <035.9651f6f4f4be7ea5a81b8909c7d64257@avcodec.org> References: <035.9651f6f4f4be7ea5a81b8909c7d64257@avcodec.org> Message-ID: <050.02abbe340e747ec37e7ac1e7f94d15a6@avcodec.org> #3472: MSVC uses %Id for size_t and ptrdiff_t ------------------------------------+------------------------------------ Reporter: cyril | Owner: Type: defect | Status: reopened Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:16 nikolaynnov]: > Thanks for a fix! Sorry if I misunderstand: Did you test the patch and it fixes an issue for you? I unfortunately cannot test... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 3 10:20:27 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Apr 2014 08:20:27 -0000 Subject: [FFmpeg-trac] #3524(avcodec:new): FFmpeg MD5 output different with same data In-Reply-To: <042.e79f2adf531c601881b9640be566cc00@avcodec.org> References: <042.e79f2adf531c601881b9640be566cc00@avcodec.org> Message-ID: <057.0ed7415498be522afc3d120cd50dd628@avcodec.org> #3524: FFmpeg MD5 output different with same data --------------------------------------+----------------------------------- Reporter: ahthovaikied | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by jamal): Replying to [comment:3 cehoyos]: > Do you have a sample for which {{{--disable-avx}}} produces different output on an Ivy Bridge? Any float audio stream will output different md5 values depending on arch and instructions used. That's why the relevant FATE tests use tiny_psrn, as it's not bit exact. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 3 10:52:53 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Apr 2014 08:52:53 -0000 Subject: [FFmpeg-trac] #3524(avcodec:new): FFmpeg MD5 output different with same data In-Reply-To: <042.e79f2adf531c601881b9640be566cc00@avcodec.org> References: <042.e79f2adf531c601881b9640be566cc00@avcodec.org> Message-ID: <057.0d06117ec5c01b30444b96a81645e805@avcodec.org> #3524: FFmpeg MD5 output different with same data --------------------------------------+----------------------------------- Reporter: ahthovaikied | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by cehoyos): Replying to [comment:4 jamal]: > Replying to [comment:3 cehoyos]: > > Do you have a sample for which {{{--disable-avx}}} produces different output on an Ivy Bridge? > Any float audio stream will output different md5 values depending on arch and instructions used. That's why the relevant FATE tests use tiny_psrn, as it's not bit exact. What I meant was: I tested several different aac samples with and without {{{--disable-avx}}} and was unable to find a difference in the output of {{{ffmpeg -i input.aac -f crc -}}}. Do you have a sample that produces different output with and without avx? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 3 13:20:55 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Apr 2014 11:20:55 -0000 Subject: [FFmpeg-trac] #3524(avcodec:new): FFmpeg MD5 output different with same data In-Reply-To: <042.e79f2adf531c601881b9640be566cc00@avcodec.org> References: <042.e79f2adf531c601881b9640be566cc00@avcodec.org> Message-ID: <057.5f8a38d5415f2c9ced2b24a27399e034@avcodec.org> #3524: FFmpeg MD5 output different with same data --------------------------------------+----------------------------------- Reporter: ahthovaikied | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by ahthovaikied): I am getting a segfault with a build from git master (commit fd2bcfc4d6967588168443849b9bc365c78bb9af), only for the second machine (I am opening another bug report for this), so I am unable to compare the results. Here are the results with full log output, for the first PC: First machine (core i7 950), audio and video : {{{ $ ./ffmpeg -i h264_720p_hp_3.1_600kbps_aac_mp3_dual_audio_harry_potter.mkv -f md5 - ffmpeg version N-62058-gfd2bcfc Copyright (c) 2000-2014 the FFmpeg developers built on Apr 3 2014 12:55:32 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) configuration: --enable-gpl --enable-version3 --enable-nonfree --enable- static --disable-runtime-cpudetect --disable-encoder=vorbis --disable- encoder=aac --enable-x11grab --enable-libfdk-aac --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopus --enable-librtmp --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxvid --enable-debug --cpu=corei7 libavutil 52. 71.100 / 52. 71.100 libavcodec 55. 56.107 / 55. 56.107 libavformat 55. 36.101 / 55. 36.101 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, matroska,webm, from 'h264_720p_hp_3.1_600kbps_aac_mp3_dual_audio_harry_potter.mkv': Metadata: title : Harry Potter 4[Eng-Hindi]Dual.Audio BRRIP 720p-=[champ_is_here]=- encoder : libebml v1.0.0 + libmatroska v1.0.0 creation_time : 2011-01-07 07:42:53 Duration: 00:00:57.61, start: 0.000000, bitrate: 613 kb/s Stream #0:0(eng): Video: h264 (High), yuv420p, 1280x528 [SAR 1:1 DAR 80:33], 25 fps, 25 tbr, 1k tbn, 47.95 tbc Metadata: title : -=[champ_is_here]=- Stream #0:1(eng): Audio: aac, 48000 Hz, stereo, fltp Metadata: title : -=[champ_is_here]=- Stream #0:2(hin): Audio: mp3, 48000 Hz, stereo, s16p, 160 kb/s Metadata: title : -=[champ_is_here]=- Output #0, md5, to 'pipe:': Metadata: title : Harry Potter 4[Eng-Hindi]Dual.Audio BRRIP 720p-=[champ_is_here]=- encoder : Lavf55.36.101 Stream #0:0(eng): Video: rawvideo (I420 / 0x30323449), yuv420p, 1280x528 [SAR 1:1 DAR 80:33], q=2-31, 200 kb/s, 90k tbn, 25 tbc Metadata: title : -=[champ_is_here]=- Stream #0:1(eng): Audio: pcm_s16le, 48000 Hz, stereo, s16, 1536 kb/s Metadata: title : -=[champ_is_here]=- Stream mapping: Stream #0:0 -> #0:0 (h264 -> rawvideo) Stream #0:1 -> #0:1 (aac -> pcm_s16le) Press [q] to stop, [?] for help MD5=5710038a7ea42277e67eb76631efff04 0kB time=00:00:54.78 bitrate= 0.0kbits/s frame= 1439 fps=451 q=0.0 Lsize= 0kB time=00:00:57.60 bitrate= 0.0kbits/s video:1424610kB audio:11256kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown }}} First machine (core i7 950), no video: {{{ $ ./ffmpeg -i h264_720p_hp_3.1_600kbps_aac_mp3_dual_audio_harry_potter.mkv -vn -f md5 - ffmpeg version N-62058-gfd2bcfc Copyright (c) 2000-2014 the FFmpeg developers built on Apr 3 2014 12:55:32 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) configuration: --enable-gpl --enable-version3 --enable-nonfree --enable- static --disable-runtime-cpudetect --disable-encoder=vorbis --disable- encoder=aac --enable-x11grab --enable-libfdk-aac --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopus --enable-librtmp --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxvid --enable-debug --cpu=corei7 libavutil 52. 71.100 / 52. 71.100 libavcodec 55. 56.107 / 55. 56.107 libavformat 55. 36.101 / 55. 36.101 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, matroska,webm, from 'h264_720p_hp_3.1_600kbps_aac_mp3_dual_audio_harry_potter.mkv': Metadata: title : Harry Potter 4[Eng-Hindi]Dual.Audio BRRIP 720p-=[champ_is_here]=- encoder : libebml v1.0.0 + libmatroska v1.0.0 creation_time : 2011-01-07 07:42:53 Duration: 00:00:57.61, start: 0.000000, bitrate: 613 kb/s Stream #0:0(eng): Video: h264 (High), yuv420p, 1280x528 [SAR 1:1 DAR 80:33], 25 fps, 25 tbr, 1k tbn, 47.95 tbc Metadata: title : -=[champ_is_here]=- Stream #0:1(eng): Audio: aac, 48000 Hz, stereo, fltp Metadata: title : -=[champ_is_here]=- Stream #0:2(hin): Audio: mp3, 48000 Hz, stereo, s16p, 160 kb/s Metadata: title : -=[champ_is_here]=- Output #0, md5, to 'pipe:': Metadata: title : Harry Potter 4[Eng-Hindi]Dual.Audio BRRIP 720p-=[champ_is_here]=- encoder : Lavf55.36.101 Stream #0:0(eng): Audio: pcm_s16le, 48000 Hz, stereo, s16, 1536 kb/s Metadata: title : -=[champ_is_here]=- Stream mapping: Stream #0:1 -> #0:0 (aac -> pcm_s16le) Press [q] to stop, [?] for help MD5=d6546e9096364f2c8c496f4a890f9119 size= 0kB time=00:00:57.60 bitrate= 0.0kbits/s video:0kB audio:11256kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown }}} First machine (core i7 950), no audio: {{{ $ ./ffmpeg -i h264_720p_hp_3.1_600kbps_aac_mp3_dual_audio_harry_potter.mkv -an -f md5 - ffmpeg version N-62058-gfd2bcfc Copyright (c) 2000-2014 the FFmpeg developers built on Apr 3 2014 12:55:32 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) configuration: --enable-gpl --enable-version3 --enable-nonfree --enable- static --disable-runtime-cpudetect --disable-encoder=vorbis --disable- encoder=aac --enable-x11grab --enable-libfdk-aac --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopus --enable-librtmp --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxvid --enable-debug --cpu=corei7 libavutil 52. 71.100 / 52. 71.100 libavcodec 55. 56.107 / 55. 56.107 libavformat 55. 36.101 / 55. 36.101 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, matroska,webm, from 'h264_720p_hp_3.1_600kbps_aac_mp3_dual_audio_harry_potter.mkv': Metadata: title : Harry Potter 4[Eng-Hindi]Dual.Audio BRRIP 720p-=[champ_is_here]=- encoder : libebml v1.0.0 + libmatroska v1.0.0 creation_time : 2011-01-07 07:42:53 Duration: 00:00:57.61, start: 0.000000, bitrate: 613 kb/s Stream #0:0(eng): Video: h264 (High), yuv420p, 1280x528 [SAR 1:1 DAR 80:33], 25 fps, 25 tbr, 1k tbn, 47.95 tbc Metadata: title : -=[champ_is_here]=- Stream #0:1(eng): Audio: aac, 48000 Hz, stereo, fltp Metadata: title : -=[champ_is_here]=- Stream #0:2(hin): Audio: mp3, 48000 Hz, stereo, s16p, 160 kb/s Metadata: title : -=[champ_is_here]=- Output #0, md5, to 'pipe:': Metadata: title : Harry Potter 4[Eng-Hindi]Dual.Audio BRRIP 720p-=[champ_is_here]=- encoder : Lavf55.36.101 Stream #0:0(eng): Video: rawvideo (I420 / 0x30323449), yuv420p, 1280x528 [SAR 1:1 DAR 80:33], q=2-31, 200 kb/s, 90k tbn, 25 tbc Metadata: title : -=[champ_is_here]=- Stream mapping: Stream #0:0 -> #0:0 (h264 -> rawvideo) Press [q] to stop, [?] for help MD5=eeb51ec63c5c7db6ce70e9cebe7cb7e6 0kB time=00:00:55.72 bitrate= 0.0kbits/s frame= 1439 fps=464 q=0.0 Lsize= 0kB time=00:00:57.56 bitrate= 0.0kbits/s video:1424610kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 3 13:30:18 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Apr 2014 11:30:18 -0000 Subject: [FFmpeg-trac] #3526(undetermined:new): Segfault when computing MD5 Message-ID: <042.0060009ddd2c2c37ef2817e60ce4720b@avcodec.org> #3526: Segfault when computing MD5 -------------------------------------+------------------------------------- Reporter: | Type: defect ahthovaikied | Priority: normal Status: new | Version: git- Component: | master undetermined | Blocked By: Keywords: crash | Reproduced by developer: 0 SIGSEGV | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- I am getting a segfault when computing MD5, with a build from git master (commit fd2bcfc4d6967588168443849b9bc365c78bb9af). Sample file is available here : http://www.auby.no/files/video_tests/h264_720p_hp_3.1_600kbps_aac_mp3_dual_audio_harry_potter.mkv (4.3M) {{{ $ gdb --args ./ffmpeg -i h264_720p_hp_3.1_600kbps_aac_mp3_dual_audio_harry_potter.mkv -f md5 -GNU gdb (Ubuntu 7.7-0ubuntu3) 7.7 Copyright (C) 2014 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-linux-gnu". Type "show configuration" for configuration details. For bug reporting instructions, please see: . Find the GDB manual and other documentation resources online at: . For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from ./ffmpeg...(no debugging symbols found)...done. (gdb) run Starting program: /tmp/ffmpeg/ffmpeg -i h264_720p_hp_3.1_600kbps_aac_mp3_dual_audio_harry_potter.mkv -f md5 - [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". ffmpeg version N-62058-gfd2bcfc Copyright (c) 2000-2014 the FFmpeg developers built on Apr 3 2014 13:21:04 with gcc 4.8 (Ubuntu 4.8.2-17ubuntu2) configuration: --enable-gpl --enable-version3 --enable-nonfree --disable-static --enable-shared --disable-runtime-cpudetect --disable- ffserver --disable-encoder=vorbis --disable-encoder=aac --enable-x11grab --enable-libfdk-aac --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopus --enable-librtmp --enable- libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable- libxvid --enable-debug --cpu=core-avx-i WARNING: library configuration mismatch avutil configuration: --enable-gpl --enable-version3 --enable- nonfree --disable-static --enable-shared --disable-runtime-cpudetect --disable-ffserver --disable-encoder=vorbis --disable-encoder=aac --enable-x11grab --enable-libfdk-aac --enable-libmp3lame --enable- libopencore-amrnb --enable-libopencore-amrwb --enable-libopus --enable- librtmp --enable-libtheora --enable-libvorbis --enable-libvpx --enable- libx264 --enable-libxvid --disable-debug --cpu=core-avx-i avcodec configuration: --enable-gpl --enable-version3 --enable- nonfree --disable-static --enable-shared --disable-runtime-cpudetect --disable-ffserver --disable-encoder=vorbis --disable-encoder=aac --enable-x11grab --enable-libfdk-aac --enable-libmp3lame --enable- libopencore-amrnb --enable-libopencore-amrwb --enable-libopus --enable- librtmp --enable-libtheora --enable-libvorbis --enable-libvpx --enable- libx264 --enable-libxvid --disable-debug --cpu=core-avx-i avformat configuration: --enable-gpl --enable-version3 --enable- nonfree --disable-static --enable-shared --disable-runtime-cpudetect --disable-ffserver --disable-encoder=vorbis --disable-encoder=aac --enable-x11grab --enable-libfdk-aac --enable-libmp3lame --enable- libopencore-amrnb --enable-libopencore-amrwb --enable-libopus --enable- librtmp --enable-libtheora --enable-libvorbis --enable-libvpx --enable- libx264 --enable-libxvid --disable-debug --cpu=core-avx-i avdevice configuration: --enable-gpl --enable-version3 --enable- nonfree --disable-static --enable-shared --disable-runtime-cpudetect --disable-ffserver --disable-encoder=vorbis --disable-encoder=aac --enable-x11grab --enable-libfdk-aac --enable-libmp3lame --enable- libopencore-amrnb --enable-libopencore-amrwb --enable-libopus --enable- librtmp --enable-libtheora --enable-libvorbis --enable-libvpx --enable- libx264 --enable-libxvid --disable-debug --cpu=core-avx-i avfilter configuration: --enable-gpl --enable-version3 --enable- nonfree --disable-static --enable-shared --disable-runtime-cpudetect --disable-ffserver --disable-encoder=vorbis --disable-encoder=aac --enable-x11grab --enable-libfdk-aac --enable-libmp3lame --enable- libopencore-amrnb --enable-libopencore-amrwb --enable-libopus --enable- librtmp --enable-libtheora --enable-libvorbis --enable-libvpx --enable- libx264 --enable-libxvid --disable-debug --cpu=core-avx-i swscale configuration: --enable-gpl --enable-version3 --enable- nonfree --disable-static --enable-shared --disable-runtime-cpudetect --disable-ffserver --disable-encoder=vorbis --disable-encoder=aac --enable-x11grab --enable-libfdk-aac --enable-libmp3lame --enable- libopencore-amrnb --enable-libopencore-amrwb --enable-libopus --enable- librtmp --enable-libtheora --enable-libvorbis --enable-libvpx --enable- libx264 --enable-libxvid --disable-debug --cpu=core-avx-i swresample configuration: --enable-gpl --enable-version3 --enable- nonfree --disable-static --enable-shared --disable-runtime-cpudetect --disable-ffserver --disable-encoder=vorbis --disable-encoder=aac --enable-x11grab --enable-libfdk-aac --enable-libmp3lame --enable- libopencore-amrnb --enable-libopencore-amrwb --enable-libopus --enable- librtmp --enable-libtheora --enable-libvorbis --enable-libvpx --enable- libx264 --enable-libxvid --disable-debug --cpu=core-avx-i postproc configuration: --enable-gpl --enable-version3 --enable- nonfree --disable-static --enable-shared --disable-runtime-cpudetect --disable-ffserver --disable-encoder=vorbis --disable-encoder=aac --enable-x11grab --enable-libfdk-aac --enable-libmp3lame --enable- libopencore-amrnb --enable-libopencore-amrwb --enable-libopus --enable- librtmp --enable-libtheora --enable-libvorbis --enable-libvpx --enable- libx264 --enable-libxvid --disable-debug --cpu=core-avx-i libavutil 52. 71.100 / 52. 66.100 libavcodec 55. 56.107 / 55. 52.102 libavformat 55. 36.101 / 55. 33.100 libavdevice 55. 11.100 / 55. 10.100 libavfilter 4. 3.100 / 4. 2.100 libswscale 2. 6.100 / 2. 5.102 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, matroska,webm, from 'h264_720p_hp_3.1_600kbps_aac_mp3_dual_audio_harry_potter.mkv': Metadata: title : Harry Potter 4[Eng-Hindi]Dual.Audio BRRIP 720p-=[champ_is_here]=- encoder : libebml v1.0.0 + libmatroska v1.0.0 creation_time : 2011-01-07 07:42:53 Duration: 00:00:57.61, start: 0.000000, bitrate: 613 kb/s Stream #0:0(eng): Video: h264 (High), yuv420p, 1280x528 [SAR 1:1 DAR 80:33], 25 fps, 25 tbr, 1k tbn, 47.95 tbc Metadata: title : -=[champ_is_here]=- Stream #0:1(eng): Audio: aac, 48000 Hz, stereo, fltp Metadata: title : -=[champ_is_here]=- Stream #0:2(hin): Audio: mp3, 48000 Hz, stereo, s16p, 160 kb/s Metadata: title : -=[champ_is_here]=- [New Thread 0x7fffed725700 (LWP 6455)] [New Thread 0x7fffecf24700 (LWP 6456)] [New Thread 0x7fffec723700 (LWP 6457)] [New Thread 0x7fffebf22700 (LWP 6458)] [New Thread 0x7fffeb721700 (LWP 6459)] [New Thread 0x7fffeaf20700 (LWP 6460)] [New Thread 0x7fffea71f700 (LWP 6461)] [New Thread 0x7fffe9f1e700 (LWP 6462)] [New Thread 0x7fffe971d700 (LWP 6463)] [New Thread 0x7fffe8f1c700 (LWP 6464)] [New Thread 0x7fffe871b700 (LWP 6465)] [New Thread 0x7fffe7f1a700 (LWP 6466)] [New Thread 0x7fffe7719700 (LWP 6467)] [New Thread 0x7fffe6f18700 (LWP 6468)] [New Thread 0x7fffe6717700 (LWP 6469)] Output #0, md5, to 'pipe:': Metadata: title : Harry Potter 4[Eng-Hindi]Dual.Audio BRRIP 720p-=[champ_is_here]=- encoder : Lavf55.33.100 Stream #0:0(eng): Video: rawvideo (I420 / 0x30323449), yuv420p, 1280x528 [SAR 1:1 DAR 80:33], q=2-31, 200 kb/s, 90k tbn, 25 tbc Metadata: title : -=[champ_is_here]=- Stream #0:1(eng): Audio: pcm_s16le, 48000 Hz, stereo, s16, 1536 kb/s Metadata: title : -=[champ_is_here]=- Stream mapping: Stream #0:0 -> #0:0 (h264 -> rawvideo) Stream #0:1 -> #0:1 (aac -> pcm_s16le) Press [q] to stop, [?] for help Program received signal SIGSEGV, Segmentation fault. 0x0000000000408b37 in ?? () (gdb) bt #0 0x0000000000408b37 in ?? () #1 0x00007ffff4db2ec5 in __libc_start_main (main=0x406fd0, argc=6, argv=0x7fffffffdf28, init=, fini=, rtld_fini=, stack_end=0x7fffffffdf18) at libc-start.c:287 #2 0x0000000000409c31 in ?? () }}} I have another PC with a build from the same source, but with different CPU and compiler that works fine. See bug https://trac.ffmpeg.org/ticket/3524 for context. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 3 13:49:43 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Apr 2014 11:49:43 -0000 Subject: [FFmpeg-trac] #3527(undetermined:new): jpegls: support cmyk Message-ID: <039.e3e605dac68b88c64b4433b2fd8848de@avcodec.org> #3527: jpegls: support cmyk -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- {{{ C:\>ffmpeg -i cmyk.jls out.bmp ffmpeg version N-61570-gaa86ccc Copyright (c) 2000-2014 the FFmpeg developers built on Mar 17 2014 22:01:34 with gcc 4.8.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libcaca --enable- libfreetyp e --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --ena ble-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-l ibopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libsp eex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable- libvo-aa cenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable- libwavp ack --enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable -zlib libavutil 52. 67.100 / 52. 67.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 34.101 / 55. 34.101 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, image2, from 'cmyk.jls': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: jpegls, rgb24, 1024x768, 25 tbr, 25 tbn, 25 tbc Output #0, image2, to 'out.bmp': Metadata: encoder : Lavf55.34.101 Stream #0:0: Video: bmp, bgr24, 1024x768, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (jpegls -> bmp) Press [q] to stop, [?] for help frame= 1 fps=0.0 q=0.0 Lsize=N/A time=00:00:00.04 bitrate=N/A video:2304kB audio:0kB subtitle:0 data:0 global headers:0kB muxing overhead -100 .000931% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 3 14:38:29 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Apr 2014 12:38:29 -0000 Subject: [FFmpeg-trac] #3526(undetermined:closed): Segfault when computing MD5 In-Reply-To: <042.0060009ddd2c2c37ef2817e60ce4720b@avcodec.org> References: <042.0060009ddd2c2c37ef2817e60ce4720b@avcodec.org> Message-ID: <057.9981d68967c2ec5487980e74ff3bc945@avcodec.org> #3526: Segfault when computing MD5 -------------------------------------+------------------------------------- Reporter: | Owner: ahthovaikied | Status: closed Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: crash SIGSEGV => * status: new => closed * resolution: => invalid Comment: Replying to [ticket:3526 ahthovaikied]: > WARNING: library configuration mismatch This means that your binary is broken and you cannot report a crash. (There may indeed be a bug but you would have to point to the commit that introduces it.) Please either: * compile without {{{--disable-static --enable-shared}}} (after running {{{make distclean}}}) * or set LD_LIBRARY_PATH to your build directory. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 3 14:41:12 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Apr 2014 12:41:12 -0000 Subject: [FFmpeg-trac] #3527(avcodec:open): jpegls: support cmyk In-Reply-To: <039.e3e605dac68b88c64b4433b2fd8848de@avcodec.org> References: <039.e3e605dac68b88c64b4433b2fd8848de@avcodec.org> Message-ID: <054.6631190e4e17f3cf411dc2232e59791d@avcodec.org> #3527: jpegls: support cmyk ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: jpegls | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => jpegls * status: new => open * version: unspecified => git-master * component: undetermined => avcodec * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 3 14:44:14 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Apr 2014 12:44:14 -0000 Subject: [FFmpeg-trac] #3526(undetermined:reopened): Segfault when computing MD5 In-Reply-To: <042.0060009ddd2c2c37ef2817e60ce4720b@avcodec.org> References: <042.0060009ddd2c2c37ef2817e60ce4720b@avcodec.org> Message-ID: <057.ff25f56fee4ce1f801e1d732722daa49@avcodec.org> #3526: Segfault when computing MD5 -------------------------------------+------------------------------------- Reporter: | Owner: ahthovaikied | Status: reopened Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by gjdfgh): * status: closed => reopened * resolution: invalid => Comment: >This means that your binary is broken and you cannot report a crash. This is wrong. Ever heard of ABI compatibility? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 3 14:56:03 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Apr 2014 12:56:03 -0000 Subject: [FFmpeg-trac] #3526(undetermined:closed): Segfault when computing MD5 In-Reply-To: <042.0060009ddd2c2c37ef2817e60ce4720b@avcodec.org> References: <042.0060009ddd2c2c37ef2817e60ce4720b@avcodec.org> Message-ID: <057.cec98da16eeec516d601e73898b28dc2@avcodec.org> #3526: Segfault when computing MD5 -------------------------------------+------------------------------------- Reporter: | Owner: ahthovaikied | Status: closed Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: reopened => closed * resolution: => invalid Comment: Replying to [comment:2 gjdfgh]: > >This means that your binary is broken and you cannot report a crash. > > This is wrong. Ever heard of ABI compatibility? As in: Replacing current libraries with older versions? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 3 15:00:04 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Apr 2014 13:00:04 -0000 Subject: [FFmpeg-trac] #3526(undetermined:reopened): Segfault when computing MD5 In-Reply-To: <042.0060009ddd2c2c37ef2817e60ce4720b@avcodec.org> References: <042.0060009ddd2c2c37ef2817e60ce4720b@avcodec.org> Message-ID: <057.893a43acd7c0935353f1ee9e34659827@avcodec.org> #3526: Segfault when computing MD5 -------------------------------------+------------------------------------- Reporter: | Owner: ahthovaikied | Status: reopened Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by gjdfgh): * status: closed => reopened * resolution: invalid => Comment: In any case, the libraries should check for incompatible configurations. Why are you closing this? A crash is a serious issue. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 3 15:02:18 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Apr 2014 13:02:18 -0000 Subject: [FFmpeg-trac] #3526(undetermined:closed): Segfault when computing MD5 In-Reply-To: <042.0060009ddd2c2c37ef2817e60ce4720b@avcodec.org> References: <042.0060009ddd2c2c37ef2817e60ce4720b@avcodec.org> Message-ID: <057.e90ad1fafae8c9300f67fe6bafbb4d09@avcodec.org> #3526: Segfault when computing MD5 -------------------------------------+------------------------------------- Reporter: | Owner: ahthovaikied | Status: closed Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: reopened => closed * resolution: => invalid Comment: Replying to [comment:4 gjdfgh]: > In any case, the libraries should check for incompatible configurations. But this is not what this ticket is about (and I don't think we would make anybody happy by being more strict than necessary for testing). > Why are you closing this? A crash is a serious issue. Because I can crash any dynamically linked ffmpeg binary by switching libraries against older versions. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 3 15:12:51 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Apr 2014 13:12:51 -0000 Subject: [FFmpeg-trac] #3085(undetermined:open): Support for more than one AAC RDB per ADTS frame In-Reply-To: <041.d9e94d61a48de0f01d4c47b4384d1f5a@avcodec.org> References: <041.d9e94d61a48de0f01d4c47b4384d1f5a@avcodec.org> Message-ID: <056.73f2a88f09341a94c0768380a94f35f9@avcodec.org> #3085: Support for more than one AAC RDB per ADTS frame -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: enhancement | Status: open Priority: wish | Component: Version: git-master | undetermined Keywords: mpegts aac | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by ramitbhalla): * status: reopened => open Comment: This problem still exists so I'm reopening the ticket. The audio sample can be played back wtih KMPlayer so it's a valid file. The source was a WTV file whcih was remuxed into a TS file. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 3 16:06:58 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Apr 2014 14:06:58 -0000 Subject: [FFmpeg-trac] #3085(undetermined:open): Support for more than one AAC RDB per ADTS frame In-Reply-To: <041.d9e94d61a48de0f01d4c47b4384d1f5a@avcodec.org> References: <041.d9e94d61a48de0f01d4c47b4384d1f5a@avcodec.org> Message-ID: <056.d2db4d537ca2863d1d243e45cab765eb@avcodec.org> #3085: Support for more than one AAC RDB per ADTS frame -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: enhancement | Status: open Priority: wish | Component: Version: git-master | undetermined Keywords: mpegts aac | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:22 ramitbhalla]: > The source was a WTV file whcih was remuxed into a TS file. Please provide the original wtv file. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 3 16:20:07 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Apr 2014 14:20:07 -0000 Subject: [FFmpeg-trac] #3528(undetermined:new): Ffmpeg does not maintain or store the aspect ratio with WMV2 and libxvid codecs Message-ID: <041.e57fadc327963d8e5a4cd7d6313306e3@avcodec.org> #3528: Ffmpeg does not maintain or store the aspect ratio with WMV2 and libxvid codecs -------------------------------------+------------------------------------- Reporter: ramitbhalla | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: When using libxvid or wmv2 ffmpeg does not store or maintain the aspect ratio. Whether one specifies the -aspect or setsar it doesn't seem to make any difference. When played back in WMP the aspect ratio is not preserved. I will upload a sample video which has 16:9 aspect ratio and plays back fine in WMP. When converted using wmv2 or libxvid, when played back in WMP it shows as a 4:3 (with wmv2 it doesn't seem to store the aspect ratio, with libxvid it appears to store it but when played back in WMP it still shows up as 4:3, for some reason it isnn't storing it correctly). I will upload the same file as below (cut down in size and renamed) One examples of wmv2 below (you can also use libxvid instead) How to reproduce: {{{ ffmpeg.2315Custom1.exe -i "..\The Bridges That Built London... (BBC FOUR - 14-06-20 12).ts" -vcodec wmv2 -b 1400000 -acodec wmav2 -ab 192k test.wmv ffmpeg version N-62019-gd506dea Copyright (c) 2000-2014 the FFmpeg developers built on Apr 1 2014 13:31:14 with gcc 4.8.0 (GCC) configuration: --arch=x86 --target-os=mingw32 --cross- prefix=/Software/ffmpeg/sandbox/mingw-w64-i686/bin/i686-w64-ming w32- --pkg-config=pkg-config --enable-gpl --enable-libx264 --enable- avisynth --enable-libxvid --enable-libmp3lame --enab le-version3 --enable-zlib --enable-librtmp --enable-libvorbis --enable- libtheora --enable-libspeex --enable-libopenjpeg --enable-gnutls --enable-libgsm --enable-libfreetype --enable-libopus --disable-w32threads --enable-frei0r --enable-filt er=frei0r --enable-libvo-aacenc --enable-bzlib --enable-libxavs --extra- cflags=-DPTW32_STATIC_LIB --enable-libopencore-a mrnb --enable-libopencore-amrwb --enable-libvo-amrwbenc --enable- libschroedinger --enable-libvpx --enable-libilbc --pref ix=/Software/ffmpeg/sandbox/mingw-w64-i686/i686-w64-mingw32 --enable- static --disable-shared --enable-libsoxr --enable-f ontconfig --enable-libass --enable-libutvideo --enable-libbluray --enable- iconv --enable-libtwolame --extra-cflags=-DLIB TWOLAME_STATIC --enable-libzvbi --enable-libcaca --enable-libmodplug --extra-libs=-lstdc++ --extra-libs=-lpng --enable-l ibvidstab --extra-cflags= --extra-cflags= --enable-nonfree --enable- libfdk-aac --enable-libfaac --enable-runtime-cpudete ct libavutil 52. 71.100 / 52. 71.100 libavcodec 55. 55.107 / 55. 55.107 libavformat 55. 36.100 / 55. 36.100 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libswscale 2. 5.102 / 2. 5.102 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 [NULL @ 034f3d60] start time is not set in estimate_timings_from_pts Input #0, mpegts, from '..\The Bridges That Built London... (BBC FOUR - 14-06-2012).ts': Duration: 00:01:38.16, start: 0.151678, bitrate: 4310 kb/s Program 1 Stream #0:0[0x30]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p(tv), 720x576 [SAR 64:45 DAR 16:9], max. 15000 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x40](eng): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16p, 256 kb/s Stream #0:2[0x50](eng): Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006) Please use -b:a or -b:v, -b is ambiguous Output #0, asf, to 'test.wmv': Metadata: WM/EncodingSettings: Lavf55.36.100 Stream #0:0: Video: wmv2 (WMV2 / 0x32564D57), yuv420p, 720x576 [SAR 64:45 DAR 16:9], q=2-31, 1400 kb/s, 1k tbn, 25 t bc Stream #0:1(eng): Audio: wmav2 (a[1][0][0] / 0x0161), 48000 Hz, stereo, fltp, 192 kb/s Stream mapping: Stream #0:0 -> #0:0 (mpeg2video -> wmv2) Stream #0:1 -> #0:1 (mp2 -> wmav2) Press [q] to stop, [?] for help frame= 2455 fps= 70 q=5.1 Lsize= 19720kB time=00:01:38.20 bitrate=1645.1kbits/s video:16771kB audio:2300kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 3.402935% }}} {{{ ffmpeg.2315Custom1.exe -i test.wmv ffmpeg version N-62019-gd506dea Copyright (c) 2000-2014 the FFmpeg developers built on Apr 1 2014 13:31:14 with gcc 4.8.0 (GCC) configuration: --arch=x86 --target-os=mingw32 --cross- prefix=/Software/ffmpeg/sandbox/mingw-w64-i686/bin/i686-w64-ming w32- --pkg-config=pkg-config --enable-gpl --enable-libx264 --enable- avisynth --enable-libxvid --enable-libmp3lame --enab le-version3 --enable-zlib --enable-librtmp --enable-libvorbis --enable- libtheora --enable-libspeex --enable-libopenjpeg --enable-gnutls --enable-libgsm --enable-libfreetype --enable-libopus --disable-w32threads --enable-frei0r --enable-filt er=frei0r --enable-libvo-aacenc --enable-bzlib --enable-libxavs --extra- cflags=-DPTW32_STATIC_LIB --enable-libopencore-a mrnb --enable-libopencore-amrwb --enable-libvo-amrwbenc --enable- libschroedinger --enable-libvpx --enable-libilbc --pref ix=/Software/ffmpeg/sandbox/mingw-w64-i686/i686-w64-mingw32 --enable- static --disable-shared --enable-libsoxr --enable-f ontconfig --enable-libass --enable-libutvideo --enable-libbluray --enable- iconv --enable-libtwolame --extra-cflags=-DLIB TWOLAME_STATIC --enable-libzvbi --enable-libcaca --enable-libmodplug --extra-libs=-lstdc++ --extra-libs=-lpng --enable-l ibvidstab --extra-cflags= --extra-cflags= --enable-nonfree --enable- libfdk-aac --enable-libfaac --enable-runtime-cpudete ct libavutil 52. 71.100 / 52. 71.100 libavcodec 55. 55.107 / 55. 55.107 libavformat 55. 36.100 / 55. 36.100 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libswscale 2. 5.102 / 2. 5.102 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Guessed Channel Layout for Input Stream #0.1 : stereo Input #0, asf, from 'test.wmv': Metadata: encoder : Lavf55.36.100 Duration: 00:01:38.29, start: 0.000000, bitrate: 1643 kb/s Stream #0:0: Video: wmv2 (WMV2 / 0x32564D57), yuv420p, 720x576, 25 tbr, 1k tbn, 1k tbc Stream #0:1: Audio: wmav2 (a[1][0][0] / 0x0161), 48000 Hz, stereo, fltp, 192 kb/s At least one output file must be specified}}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 3 16:21:09 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Apr 2014 14:21:09 -0000 Subject: [FFmpeg-trac] #3528(undetermined:new): Ffmpeg does not maintain or store the aspect ratio with WMV2 and libxvid codecs In-Reply-To: <041.e57fadc327963d8e5a4cd7d6313306e3@avcodec.org> References: <041.e57fadc327963d8e5a4cd7d6313306e3@avcodec.org> Message-ID: <056.d83ff38fc56907fc3ddffe209c167635@avcodec.org> #3528: Ffmpeg does not maintain or store the aspect ratio with WMV2 and libxvid codecs -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ramitbhalla): Uploaded a file #3528.ts to the incoming folder -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 3 16:35:23 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Apr 2014 14:35:23 -0000 Subject: [FFmpeg-trac] #3085(undetermined:open): Support for more than one AAC RDB per ADTS frame In-Reply-To: <041.d9e94d61a48de0f01d4c47b4384d1f5a@avcodec.org> References: <041.d9e94d61a48de0f01d4c47b4384d1f5a@avcodec.org> Message-ID: <056.28514bf05c7ad0ea56fed5103376cfed@avcodec.org> #3085: Support for more than one AAC RDB per ADTS frame -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: enhancement | Status: open Priority: wish | Component: Version: git-master | undetermined Keywords: mpegts aac | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ramitbhalla): Uploading the file, it is called H264 Copy Remux Fail (LATM AAC).wtv -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 3 17:40:43 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Apr 2014 15:40:43 -0000 Subject: [FFmpeg-trac] #3525(undetermined:closed): AAC to PCM produced a lot of noise! In-Reply-To: <037.c84f702ae405f20c870295d1413fac05@avcodec.org> References: <037.c84f702ae405f20c870295d1413fac05@avcodec.org> Message-ID: <052.b377ed19ed0bb19aa41805866005a39f@avcodec.org> #3525: AAC to PCM produced a lot of noise! -------------------------------------+------------------------------------- Reporter: kaienfr | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by kaienfr): Thanks a lot for your response. I will try call swr_alloc() for testing, but I am not sure if it will work since in fact, it works quite well in the old version for a long time... I have asked this question on previous forum as stack overflow http://stackoverflow.com/questions/22822515/ffmpeg-resampling-from-av- sample-fmt-fltp-to-av-sample-fmt-s16-got-very-bad-so and chinavideo http://bbs.chinavideo.org/forum.php?mod=viewthread&tid=19551#lastpost but always no response and no correct solution. It's not only me but many people have the same problem when converting from AAC to PCM in new ffmpeg libs on google, and always no solution. That's why I doubt it could be a bug and ask question here. I will try it and give you feedback soon. Thanks a lot in advance! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 3 18:04:30 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Apr 2014 16:04:30 -0000 Subject: [FFmpeg-trac] #3529(undetermined:new): optimize cinepak encoder Message-ID: <039.9fa8ef923a937376500b4a2a7d7f6966@avcodec.org> #3529: optimize cinepak encoder -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- it's too slow right now to be usable -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 3 18:15:12 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Apr 2014 16:15:12 -0000 Subject: [FFmpeg-trac] #3525(undetermined:closed): AAC to PCM produced a lot of noise! In-Reply-To: <037.c84f702ae405f20c870295d1413fac05@avcodec.org> References: <037.c84f702ae405f20c870295d1413fac05@avcodec.org> Message-ID: <052.d8b2f15fafa141f49461dc39111cb7e3@avcodec.org> #3525: AAC to PCM produced a lot of noise! -------------------------------------+------------------------------------- Reporter: kaienfr | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by kaienfr): Nothing changed with swr_alloc() Here is the comparaisons of decoded output with and without resampling produced by the same code with different ffmpeg versions. The figure is made with "cool edit pro" 1. old ffmpeg without resampling (44100, stereo, s16le) [[Image(https://cloud.githubusercontent.com/assets/5306849/2605904 /910d68fa-bb49-11e3-9baa-2ccd70b22645.JPG)]] 2. new ffmpeg without resampling (44100, stereo, 32bit IEEE float 0.24): [[Image(https://cloud.githubusercontent.com/assets/5306849/2605902/91075460-bb49-11e3-8be2-426ce9d779d8.JPG)]] 3. old ffmpeg with resampling (44100, stereo, s16le): [[Image(https://cloud.githubusercontent.com/assets/5306849/2605905/910e8050-bb49-11e3 -82db-72d3c7eaaf99.JPG)]] 4. new ffmpeg with resampling (44100, stereo, s16le): [[Image(https://cloud.githubusercontent.com/assets/5306849/2605903/91089546-bb49-11e3-9ef4-3646d2f94775.JPG)]] You can observe quite a different between the outputs. Old ffmpeg is all right for both decode and resampling, well new ffmpeg does not work well on neither of them. I haven't try filter, I will try it later. Thanks again for your futher helps! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 3 18:46:00 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Apr 2014 16:46:00 -0000 Subject: [FFmpeg-trac] #3528(undetermined:new): Ffmpeg does not maintain or store the aspect ratio with WMV2 and libxvid codecs In-Reply-To: <041.e57fadc327963d8e5a4cd7d6313306e3@avcodec.org> References: <041.e57fadc327963d8e5a4cd7d6313306e3@avcodec.org> Message-ID: <056.d8ce9aff6b5bbad094d7f711f201d1ac@avcodec.org> #3528: Ffmpeg does not maintain or store the aspect ratio with WMV2 and libxvid codecs -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Since you mention libxvid several times: Is the problem not reproducible with {{{-vcodec mpeg4}}}? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 3 20:54:48 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Apr 2014 18:54:48 -0000 Subject: [FFmpeg-trac] #3519(undetermined:new): Decoding mpegts h264 i-frame into jpeg occasionally gives gray or green images In-Reply-To: <036.a7538c44150f45eadb67593db57fe917@avcodec.org> References: <036.a7538c44150f45eadb67593db57fe917@avcodec.org> Message-ID: <051.b13158667353a3d73eae8ba463a60375@avcodec.org> #3519: Decoding mpegts h264 i-frame into jpeg occasionally gives gray or green images --------------------------------+---------------------------------------- Reporter: werner | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 2.2 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Comment (by werner): - No, the problem is not reproducible with ffmpeg itself (`ffmpeg -skip_frame nokey -i udp:// -f image2 -vf "select='eq(pict_type,PICT_TYPE_I)',fps=fps=1/3" -vsync vfr ~/images/thumb%04d.jpg`), but I need to be able to support different output than the filesystem (storing in a memory cache with metadata) and processing via ffmpeg takes up more memory and cpu (again, I believe it's because it parses all the frames as opposed to just specific iframes). - I thought I should upload the file here as an attachment (which the limit is marked as 2.5MB); I didn't realize there was an ftp server (which suggests a 10MB limit, which I can try to stay under). I haven't pinpointed a small chunk of the video yet that will reproduce the problem as it is streamed on a loop in our lab. I will parse the video and upload as small of a chunk as possible. I did manage to fix my problem by saving old successful iframes and passing them along to the next iframe decode. Takes a bit more processing power, which I assume essentially emulates what ffmpeg does behind the scenes. I still think ffmpeg should report back to the user in some manner if it can't process a frame and instead produces a gray image. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 3 21:28:43 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Apr 2014 19:28:43 -0000 Subject: [FFmpeg-trac] #3524(avcodec:new): FFmpeg MD5 output different with same data In-Reply-To: <042.e79f2adf531c601881b9640be566cc00@avcodec.org> References: <042.e79f2adf531c601881b9640be566cc00@avcodec.org> Message-ID: <057.1728423b9ebbae85ef25e022acda2a7a@avcodec.org> #3524: FFmpeg MD5 output different with same data --------------------------------------+----------------------------------- Reporter: ahthovaikied | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by jamal): Replying to [comment:5 cehoyos]: > What I meant was: I tested several different aac samples with and without {{{--disable-avx}}} on an Ivy Bridge and was unable to find a difference in the output of {{{ffmpeg -i input.aac -f crc -}}}. > Do you have a sample that produces different output with and without avx? No, just checked and can't find any where the output is different. It seems that only LTP profile aac files use our handwritten AVX functions for that matter. Also, as you said ahthovaikied used two different compiler versions. On top of that one configured with --cpu=corei7 and the other --cpu=core- avx-i, so even more chances for different float output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 3 21:29:49 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Apr 2014 19:29:49 -0000 Subject: [FFmpeg-trac] #3530(ffmpeg:new): AIFF playback/Transcode failure Message-ID: <037.89b4e58656e4585aa30d61fda2a4e250@avcodec.org> #3530: AIFF playback/Transcode failure -----------------------------------+---------------------------------- Reporter: DeShizz | Type: defect Status: new | Priority: normal Component: ffmpeg | Version: 2.2 Keywords: AIFF, ID3 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+---------------------------------- == Summary of the bug: == ffmpeg fails when attempting to transcode certain AIFF files with the four letter .aiff extension (using Zeranoe's static 32bit build). The file used in the transcoding process is available here: https://www.dropbox.com/s/i58yu1qunn3jykj/01%20Boom%20Boom%20Pow.aiff The above file was created using dBpoweramp and tagged using Pa-Software's ID3 Editor. I will conduct further tests with different files if need be. == How to reproduce: == {{{ % ffmpeg -i 01 Boom Boom Pow.aiff -ab 320k 01 Boom Boom Pow.mp3 ffmpeg version N-62058-gfd2bcfc Copyright (c) 2000-2014 the FFmpeg developers built on Apr 2 2014 22:02:20 with gcc 4.8.2 (GCC) }}} == The output of the above command is as such, verbatim: == {{{ Microsoft Windows [Version 6.1.7601] Copyright (c) 2009 Microsoft Corporation. All rights reserved. C:\Users\User> ffmpeg.exe -v 9 -loglevel 99 -i "C:\Users\User\Desktop\01 Bo om Boom Pow.aiff" -ab 320k "C:\Users\User\Desktop\01 Boom Boom Pow.mp3" ffmpeg version N-62058-gfd2bcfc Copyright (c) 2000-2014 the FFmpeg developers built on Apr 2 2014 22:02:20 with gcc 4.8.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libcaca --enable- libfreetyp e --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --ena ble-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-l ibopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libsp eex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable- libvo-aa cenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable- libwavp ack --enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable -zlib libavutil 52. 71.100 / 52. 71.100 libavcodec 55. 56.107 / 55. 56.107 libavformat 55. 36.101 / 55. 36.101 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Splitting the commandline. Reading option '-v' ... matched as option 'v' (set logging level) with argument '9'. Reading option '-loglevel' ... matched as option 'loglevel' (set logging level) with argument '99'. Reading option '-i' ... matched as input file with argument 'C:\Users\User\Deskt op\01 Boom Boom Pow.aiff'. Reading option '-ab' ... matched as AVOption 'ab' with argument '320k'. Reading option 'C:\Users\User\Desktop\01 Boom Boom Pow.mp3' ... matched as outpu t file. Finished splitting the commandline. Parsing a group of options: global . Applying option v (set logging level) with argument 9. Successfully parsed a group of options. Parsing a group of options: input file C:\Users\User\Desktop\01 Boom Boom Pow.ai ff. Successfully parsed a group of options. Opening an input file: C:\Users\User\Desktop\01 Boom Boom Pow.aiff. [aiff @ 0286d8e0] Format aiff probed with size=2048 and score=100 [aiff @ 0286d8e0] id3v2 ver:4 flags:00 len:139510 [aiff @ 0286d8e0] id3v2 ver:32 flags:02 len:69215428 [aiff @ 0286d8e0] ID3v2.32 tag skipped, cannot handle version [AVIOContext @ 02863400] Statistics: 204988 bytes read, 2 seeks C:\Users\User\Desktop\01 Boom Boom Pow.aiff: Input/output error }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 3 21:30:07 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Apr 2014 19:30:07 -0000 Subject: [FFmpeg-trac] #3526(undetermined:closed): Segfault when computing MD5 In-Reply-To: <042.0060009ddd2c2c37ef2817e60ce4720b@avcodec.org> References: <042.0060009ddd2c2c37ef2817e60ce4720b@avcodec.org> Message-ID: <057.e8532cac64695db1c59466044d0fd240@avcodec.org> #3526: Segfault when computing MD5 -------------------------------------+------------------------------------- Reporter: | Owner: ahthovaikied | Status: closed Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ahthovaikied): I confirm, without {{{--disable-static --enable-shared}}}, the crash is gone. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 3 21:51:57 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Apr 2014 19:51:57 -0000 Subject: [FFmpeg-trac] #3524(avcodec:new): FFmpeg MD5 output different with same data In-Reply-To: <042.e79f2adf531c601881b9640be566cc00@avcodec.org> References: <042.e79f2adf531c601881b9640be566cc00@avcodec.org> Message-ID: <057.a41eda8f6911e94045825b77f3cbc120@avcodec.org> #3524: FFmpeg MD5 output different with same data --------------------------------------+----------------------------------- Reporter: ahthovaikied | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by ahthovaikied): Now that my segfault problem is gone, here is the other half of the results: Second machine (core i7 3537U), with audio and video: {{{ $ ./ffmpeg -i h264_720p_hp_3.1_600kbps_aac_mp3_dual_audio_harry_potter.mkv -f md5 - ffmpeg version N-62058-gfd2bcfc Copyright (c) 2000-2014 the FFmpeg developers built on Apr 3 2014 21:19:55 with gcc 4.8 (Ubuntu 4.8.2-17ubuntu2) configuration: --enable-gpl --enable-version3 --enable-nonfree --disable-runtime-cpudetect --disable-ffserver --disable-encoder=vorbis --disable-encoder=aac --enable-x11grab --enable-libfdk-aac --enable- libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable- libopus --enable-librtmp --enable-libtheora --enable-libvorbis --enable- libvpx --enable-libx264 --enable-libxvid --disable-debug --cpu=core-avx-i libavutil 52. 71.100 / 52. 71.100 libavcodec 55. 56.107 / 55. 56.107 libavformat 55. 36.101 / 55. 36.101 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, matroska,webm, from 'h264_720p_hp_3.1_600kbps_aac_mp3_dual_audio_harry_potter.mkv': Metadata: title : Harry Potter 4[Eng-Hindi]Dual.Audio BRRIP 720p-=[champ_is_here]=- encoder : libebml v1.0.0 + libmatroska v1.0.0 creation_time : 2011-01-07 07:42:53 Duration: 00:00:57.61, start: 0.000000, bitrate: 613 kb/s Stream #0:0(eng): Video: h264 (High), yuv420p, 1280x528 [SAR 1:1 DAR 80:33], 25 fps, 25 tbr, 1k tbn, 47.95 tbc Metadata: title : -=[champ_is_here]=- Stream #0:1(eng): Audio: aac, 48000 Hz, stereo, fltp Metadata: title : -=[champ_is_here]=- Stream #0:2(hin): Audio: mp3, 48000 Hz, stereo, s16p, 160 kb/s Metadata: title : -=[champ_is_here]=- Output #0, md5, to 'pipe:': Metadata: title : Harry Potter 4[Eng-Hindi]Dual.Audio BRRIP 720p-=[champ_is_here]=- encoder : Lavf55.36.101 Stream #0:0(eng): Video: rawvideo (I420 / 0x30323449), yuv420p, 1280x528 [SAR 1:1 DAR 80:33], q=2-31, 200 kb/s, 90k tbn, 25 tbc Metadata: title : -=[champ_is_here]=- Stream #0:1(eng): Audio: pcm_s16le, 48000 Hz, stereo, s16, 1536 kb/s Metadata: title : -=[champ_is_here]=- Stream mapping: Stream #0:0 -> #0:0 (h264 -> rawvideo) Stream #0:1 -> #0:1 (aac -> pcm_s16le) Press [q] to stop, [?] for help MD5=997b3168ffc48bbd83ae869a43e59232 0kB time=00:00:56.86 bitrate= 0.0kbits/s frame= 1439 fps=403 q=0.0 Lsize= 0kB time=00:00:57.60 bitrate= 0.0kbits/s video:1424610kB audio:11256kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown }}} Second machine (core i7 3537U), no video: {{{ $ ./ffmpeg -i h264_720p_hp_3.1_600kbps_aac_mp3_dual_audio_harry_potter.mkv -vn -f md5 - ffmpeg version N-62058-gfd2bcfc Copyright (c) 2000-2014 the FFmpeg developers built on Apr 3 2014 21:19:55 with gcc 4.8 (Ubuntu 4.8.2-17ubuntu2) configuration: --enable-gpl --enable-version3 --enable-nonfree --disable-runtime-cpudetect --disable-ffserver --disable-encoder=vorbis --disable-encoder=aac --enable-x11grab --enable-libfdk-aac --enable- libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable- libopus --enable-librtmp --enable-libtheora --enable-libvorbis --enable- libvpx --enable-libx264 --enable-libxvid --disable-debug --cpu=core-avx-i libavutil 52. 71.100 / 52. 71.100 libavcodec 55. 56.107 / 55. 56.107 libavformat 55. 36.101 / 55. 36.101 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, matroska,webm, from 'h264_720p_hp_3.1_600kbps_aac_mp3_dual_audio_harry_potter.mkv': Metadata: title : Harry Potter 4[Eng-Hindi]Dual.Audio BRRIP 720p-=[champ_is_here]=- encoder : libebml v1.0.0 + libmatroska v1.0.0 creation_time : 2011-01-07 07:42:53 Duration: 00:00:57.61, start: 0.000000, bitrate: 613 kb/s Stream #0:0(eng): Video: h264 (High), yuv420p, 1280x528 [SAR 1:1 DAR 80:33], 25 fps, 25 tbr, 1k tbn, 47.95 tbc Metadata: title : -=[champ_is_here]=- Stream #0:1(eng): Audio: aac, 48000 Hz, stereo, fltp Metadata: title : -=[champ_is_here]=- Stream #0:2(hin): Audio: mp3, 48000 Hz, stereo, s16p, 160 kb/s Metadata: title : -=[champ_is_here]=- Output #0, md5, to 'pipe:': Metadata: title : Harry Potter 4[Eng-Hindi]Dual.Audio BRRIP 720p-=[champ_is_here]=- encoder : Lavf55.36.101 Stream #0:0(eng): Audio: pcm_s16le, 48000 Hz, stereo, s16, 1536 kb/s Metadata: title : -=[champ_is_here]=- Stream mapping: Stream #0:1 -> #0:0 (aac -> pcm_s16le) Press [q] to stop, [?] for help MD5=cd7298a49504ca810b8e8e8cdcd417b2 size= 0kB time=00:00:57.60 bitrate= 0.0kbits/s video:0kB audio:11256kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown }}} Second machine (core i7 3537U), no audio: {{{ $ ./ffmpeg -i h264_720p_hp_3.1_600kbps_aac_mp3_dual_audio_harry_potter.mkv -an -f md5 - ffmpeg version N-62058-gfd2bcfc Copyright (c) 2000-2014 the FFmpeg developers built on Apr 3 2014 21:19:55 with gcc 4.8 (Ubuntu 4.8.2-17ubuntu2) configuration: --enable-gpl --enable-version3 --enable-nonfree --disable-runtime-cpudetect --disable-ffserver --disable-encoder=vorbis --disable-encoder=aac --enable-x11grab --enable-libfdk-aac --enable- libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable- libopus --enable-librtmp --enable-libtheora --enable-libvorbis --enable- libvpx --enable-libx264 --enable-libxvid --disable-debug --cpu=core-avx-i libavutil 52. 71.100 / 52. 71.100 libavcodec 55. 56.107 / 55. 56.107 libavformat 55. 36.101 / 55. 36.101 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, matroska,webm, from 'h264_720p_hp_3.1_600kbps_aac_mp3_dual_audio_harry_potter.mkv': Metadata: title : Harry Potter 4[Eng-Hindi]Dual.Audio BRRIP 720p-=[champ_is_here]=- encoder : libebml v1.0.0 + libmatroska v1.0.0 creation_time : 2011-01-07 07:42:53 Duration: 00:00:57.61, start: 0.000000, bitrate: 613 kb/s Stream #0:0(eng): Video: h264 (High), yuv420p, 1280x528 [SAR 1:1 DAR 80:33], 25 fps, 25 tbr, 1k tbn, 47.95 tbc Metadata: title : -=[champ_is_here]=- Stream #0:1(eng): Audio: aac, 48000 Hz, stereo, fltp Metadata: title : -=[champ_is_here]=- Stream #0:2(hin): Audio: mp3, 48000 Hz, stereo, s16p, 160 kb/s Metadata: title : -=[champ_is_here]=- Output #0, md5, to 'pipe:': Metadata: title : Harry Potter 4[Eng-Hindi]Dual.Audio BRRIP 720p-=[champ_is_here]=- encoder : Lavf55.36.101 Stream #0:0(eng): Video: rawvideo (I420 / 0x30323449), yuv420p, 1280x528 [SAR 1:1 DAR 80:33], q=2-31, 200 kb/s, 90k tbn, 25 tbc Metadata: title : -=[champ_is_here]=- Stream mapping: Stream #0:0 -> #0:0 (h264 -> rawvideo) Press [q] to stop, [?] for help MD5=eeb51ec63c5c7db6ce70e9cebe7cb7e6 0kB time=00:00:50.28 bitrate= 0.0kbits/s frame= 1439 fps=418 q=0.0 Lsize= 0kB time=00:00:57.56 bitrate= 0.0kbits/s video:1424610kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown }}} The MD5 match when ignoring the audio stream. It seems you are right and this is a decoding difference in the audio, thank you for pointing me this. I think you can close this bug then. Do you know if there is a way to compute the MD5 of the streams with FFmpeg '''before''' decoding? A full file checksum is not an option because I need to be able to select only some streams for the calculation. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 3 22:00:04 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Apr 2014 20:00:04 -0000 Subject: [FFmpeg-trac] #3525(undetermined:reopened): AAC to PCM produced a lot of noise! In-Reply-To: <037.c84f702ae405f20c870295d1413fac05@avcodec.org> References: <037.c84f702ae405f20c870295d1413fac05@avcodec.org> Message-ID: <052.220408737548a4102b1583858e5f86a5@avcodec.org> #3525: AAC to PCM produced a lot of noise! -------------------------------------+------------------------------------- Reporter: kaienfr | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by kaienfr): * status: closed => reopened * resolution: invalid => Comment: I've tried your suggestion to use aresample filter, this is the code: {{{ ReSampleContext *rs_ctx = NULL; // resample to 44100, stereo, s16 rs_ctx = av_audio_resample_init( 2, pCodecCtx->channels, 44100, pCodecCtx->sample_rate, AV_SAMPLE_FMT_S16, pCodecCtx->sample_fmt, 16, 10, 0, 1); outbuff = (uint8_t*)av_malloc(AVCODEC_MAX_AUDIO_FRAME_SIZE); ..................... // resampling after_sampled_len = audio_resample(rs_ctx, (short *)outbuff, (short *)pFrame->extended_data, pFrame->nb_samples); }}} I've gotten the following errors: {{{ [audioresample @ 023AC060] Audio sample format conversion failed }}} The same code run perfactly with old ffmpeg and got wonderful result? Well, what kind of problem this should be in new ffmpeg? Obviously, there is something abnormal in the new version. If the way to use it is changed, PLEASE clarify it. I am looking forward to your help. Thank you very much indeed! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 3 22:43:16 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Apr 2014 20:43:16 -0000 Subject: [FFmpeg-trac] #3524(avcodec:new): FFmpeg MD5 output different with same data In-Reply-To: <042.e79f2adf531c601881b9640be566cc00@avcodec.org> References: <042.e79f2adf531c601881b9640be566cc00@avcodec.org> Message-ID: <057.8459e8c6a42519b3705f3c029dd7ccb5@avcodec.org> #3524: FFmpeg MD5 output different with same data --------------------------------------+----------------------------------- Reporter: ahthovaikied | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by jamal): Replying to [comment:8 ahthovaikied]: > Do you know if there is a way to compute the MD5 of the streams with FFmpeg '''before''' decoding? A full file checksum is not an option because I need to be able to select only some streams for the calculation. {{{ ./ffmpeg -i h264_720p_hp_3.1_600kbps_aac_mp3_dual_audio_harry_potter.mkv -vn -c:a copy -f md5 - }}} Should give you the md5 of the aac stream as it is stored in the file, without decoding it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 3 23:04:54 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Apr 2014 21:04:54 -0000 Subject: [FFmpeg-trac] #3525(undetermined:closed): AAC to PCM produced a lot of noise! In-Reply-To: <037.c84f702ae405f20c870295d1413fac05@avcodec.org> References: <037.c84f702ae405f20c870295d1413fac05@avcodec.org> Message-ID: <052.7baf50d9d3c00d0c598d3aff18242c8d@avcodec.org> #3525: AAC to PCM produced a lot of noise! -------------------------------------+------------------------------------- Reporter: kaienfr | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by kaienfr): * status: reopened => closed * resolution: => fixed Comment: Well I figure it out. comparing to the old ffmpeg, It seems that in new ffmpeg, each frame is twice larger than old one, so I guess that the output size could be larger estimated in new version. So I tried devided the size of the resampled data by 2, well I got the perfact audio [[Image(https://cloud.githubusercontent.com/assets/5306849/2609128/8806eb40-bb72-11e3-9a11-e2b31f98ca97.JPG)]] This difference seems for aac audio between old and new ffmpeg. Hope it will helpful to people who is still under the trap of the new ffmpeg issues. Thanks all the same cehoyos for your apply to my question. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 3 23:11:34 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Apr 2014 21:11:34 -0000 Subject: [FFmpeg-trac] #3524(avcodec:new): FFmpeg MD5 output different with same data In-Reply-To: <042.e79f2adf531c601881b9640be566cc00@avcodec.org> References: <042.e79f2adf531c601881b9640be566cc00@avcodec.org> Message-ID: <057.fd1c002ddd6177af6ccbb8503a474c50@avcodec.org> #3524: FFmpeg MD5 output different with same data --------------------------------------+----------------------------------- Reporter: ahthovaikied | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by ahthovaikied): Thank you :) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 3 23:47:08 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Apr 2014 21:47:08 -0000 Subject: [FFmpeg-trac] #3525(undetermined:closed): AAC to PCM produced a lot of noise! In-Reply-To: <037.c84f702ae405f20c870295d1413fac05@avcodec.org> References: <037.c84f702ae405f20c870295d1413fac05@avcodec.org> Message-ID: <052.16949d457259cb8445eec80d01fb832f@avcodec.org> #3525: AAC to PCM produced a lot of noise! -------------------------------------+------------------------------------- Reporter: kaienfr | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * resolution: fixed => invalid -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 4 00:13:34 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Apr 2014 22:13:34 -0000 Subject: [FFmpeg-trac] #3530(avformat:open): AIFF playback/Transcode failure In-Reply-To: <037.89b4e58656e4585aa30d61fda2a4e250@avcodec.org> References: <037.89b4e58656e4585aa30d61fda2a4e250@avcodec.org> Message-ID: <052.540d2f587d851d9ac7b9ca9e8f6f14f1@avcodec.org> #3530: AIFF playback/Transcode failure -------------------------------------+------------------------------------- Reporter: DeShizz | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: aiff id3v2 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: ffmpeg => avformat * priority: normal => important * version: 2.2 => git-master * keywords: AIFF, ID3 => aiff id3v2 regression Comment: Regression since c68a8a13 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 4 00:26:38 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Apr 2014 22:26:38 -0000 Subject: [FFmpeg-trac] #3524(avcodec:closed): FFmpeg MD5 output different with same data In-Reply-To: <042.e79f2adf531c601881b9640be566cc00@avcodec.org> References: <042.e79f2adf531c601881b9640be566cc00@avcodec.org> Message-ID: <057.bd0a649adf46b0215f6b9a97bfd9e24c@avcodec.org> #3524: FFmpeg MD5 output different with same data --------------------------------------+----------------------------------- Reporter: ahthovaikied | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: invalid Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid Comment: Replying to [comment:7 jamal]: > Also, as you said ahthovaikied used two different compiler versions. I had tested with a newer and an older gcc version than ahthovaikied (but not the same) and could not reproduce a difference. > On top of that one configured with --cpu=corei7 and the other --cpu =core-avx-i, so even more chances for different float output. I also tested the different configure options and saw no difference. Or to say it differently: We both agree that AAC is not necessarily bit- exact but I would still like to know how to reproduce this issue (while I find it less interesting to know which commit broke library upwards- compatibility). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 4 00:31:21 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Apr 2014 22:31:21 -0000 Subject: [FFmpeg-trac] #3519(undetermined:closed): Decoding mpegts h264 i-frame into jpeg occasionally gives gray or green images In-Reply-To: <036.a7538c44150f45eadb67593db57fe917@avcodec.org> References: <036.a7538c44150f45eadb67593db57fe917@avcodec.org> Message-ID: <051.575d0770d533452b6c3db075f0a8d5ce@avcodec.org> #3519: Decoding mpegts h264 i-frame into jpeg occasionally gives gray or green images --------------------------------+---------------------------------------- Reporter: werner | Owner: Type: defect | Status: closed Priority: normal | Component: undetermined Version: 2.2 | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid Comment: Replying to [comment:2 werner]: > I still think ffmpeg should report back to the user in some manner if it can't process a frame and instead produces a gray image. I still wonder how FFmpeg can produce a gray frame (it rarely does here / it is a bug that we would like to fix if it does). Note that valid H.264 streams do not necessarily contain I-frames. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 4 00:34:00 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Apr 2014 22:34:00 -0000 Subject: [FFmpeg-trac] #3529(avcodec:open): optimize cinepak encoder In-Reply-To: <039.9fa8ef923a937376500b4a2a7d7f6966@avcodec.org> References: <039.9fa8ef923a937376500b4a2a7d7f6966@avcodec.org> Message-ID: <054.cd03b0f93c43d9b4033f8c10039131e3@avcodec.org> #3529: optimize cinepak encoder -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: cinepak | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => open * component: undetermined => avcodec * priority: normal => wish * version: unspecified => git-master * keywords: => cinepak * type: defect => enhancement Comment: It is apparently a magnitude faster than some "modern" video encoders;-) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 4 00:51:48 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 03 Apr 2014 22:51:48 -0000 Subject: [FFmpeg-trac] #3085(undetermined:open): Broken transport stream (was: Support for more than one AAC RDB per ADTS frame) In-Reply-To: <041.d9e94d61a48de0f01d4c47b4384d1f5a@avcodec.org> References: <041.d9e94d61a48de0f01d4c47b4384d1f5a@avcodec.org> Message-ID: <056.63dae0fc4f123c2eb77beea609403165@avcodec.org> #3085: Broken transport stream -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: enhancement | Status: open Priority: wish | Component: Version: git-master | undetermined Keywords: mpegts aac | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Sample is attached to ticket #2220 Remuxing works fine here, even with very old versions of FFmpeg. How did you remux the file? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 4 07:05:19 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 04 Apr 2014 05:05:19 -0000 Subject: [FFmpeg-trac] #3531(undetermined:new): ffplay can't play any video frame Message-ID: <037.03a9517457a445169e97e59a877f7f46@avcodec.org> #3531: ffplay can't play any video frame -------------------------------------+------------------------------------- Reporter: hxuanyu | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Hi, Here is an avi file, for which latest ffplay couldn't play at all (not even one frame). Nor can ffprobe show any information. MediaInfo can show info of this file. WMP plays a few frames then reports it can't play this type of file. VLC doesn't play any frames but is responsive. Quicktime crashes. Ffprobe and ffplay just hang once command is executed. https://dl.dropboxusercontent.com/u/89678527/Lake.avi -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 4 08:04:45 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 04 Apr 2014 06:04:45 -0000 Subject: [FFmpeg-trac] #3524(avcodec:closed): FFmpeg MD5 output different with same data In-Reply-To: <042.e79f2adf531c601881b9640be566cc00@avcodec.org> References: <042.e79f2adf531c601881b9640be566cc00@avcodec.org> Message-ID: <057.96099abaf2bfb6856a2d02331b4d817c@avcodec.org> #3524: FFmpeg MD5 output different with same data --------------------------------------+----------------------------------- Reporter: ahthovaikied | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: invalid Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by jamal): Replying to [comment:11 cehoyos]: > Or to say it differently: We both agree that AAC is not necessarily bit- exact but I would still like to know how to reproduce this issue (while I find it less interesting to know which commit broke library upwards- compatibility). ahthovaikied, could you upload the sample you used above so we can test and try to reproduce this? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 4 08:49:47 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 04 Apr 2014 06:49:47 -0000 Subject: [FFmpeg-trac] #3524(avcodec:closed): FFmpeg MD5 output different with same data In-Reply-To: <042.e79f2adf531c601881b9640be566cc00@avcodec.org> References: <042.e79f2adf531c601881b9640be566cc00@avcodec.org> Message-ID: <057.48482cb4ac1e6cc61ead4bb4b45529ba@avcodec.org> #3524: FFmpeg MD5 output different with same data --------------------------------------+----------------------------------- Reporter: ahthovaikied | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: invalid Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by cehoyos): Replying to [comment:12 jamal]: > ahthovaikied, could you upload the sample you used above so we can test and try to reproduce this? http://samples.ffmpeg.org/ffmpeg-bugs/trac/ticket3524/ See the original description... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 4 10:11:31 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 04 Apr 2014 08:11:31 -0000 Subject: [FFmpeg-trac] #3531(undetermined:open): ffmpeg hangs converting a possibly broken avi file (was: ffplay can't play any video frame) In-Reply-To: <037.03a9517457a445169e97e59a877f7f46@avcodec.org> References: <037.03a9517457a445169e97e59a877f7f46@avcodec.org> Message-ID: <052.d71d43f8f2947a3498c6a56c71ece19e@avcodec.org> #3531: ffmpeg hangs converting a possibly broken avi file -------------------------------------+------------------------------------- Reporter: hxuanyu | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: avi | Resolution: deadlock regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * priority: normal => important * version: unspecified => git-master * keywords: => avi deadlock regression Comment: (Works fine here with ffplay.) Regression since 574dcb5b - possibly related to tickets #1796 and #3208. {{{ (gdb) r -i Lake.avi -qscale 2 out.avi Starting program: ffmpeg_g -i Lake.avi -qscale 2 out.avi [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". ffmpeg version N-62122-g16509d3 Copyright (c) 2000-2014 the FFmpeg developers built on Apr 4 2014 09:59:31 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 73.100 / 52. 73.100 libavcodec 55. 56.107 / 55. 56.107 libavformat 55. 36.101 / 55. 36.101 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, avi, from 'Lake.avi': Duration: 00:00:11.51, start: 0.000000, bitrate: 129297 kb/s Stream #0:0: Video: h264 (High) (H264 / 0x34363248), yuv420p, 720x480 [SAR 1:1 DAR 3:2], 29.97 tbr, 1000k tbn, 2000k tbc Stream #0:1: Audio: mp3 (U[0][0][0] / 0x0055), 44100 Hz, stereo, s16p, 128 kb/s Please use -q:a or -q:v, -qscale is ambiguous Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf55.36.101 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 720x480 [SAR 1:1 DAR 3:2], q=2-31, 200 kb/s, 29.97 tbn, 29.97 tbc Stream #0:1: Audio: ac3 ([0] [0][0] / 0x2000), 44100 Hz, stereo, fltp, 192 kb/s Stream mapping: Stream #0:0 -> #0:0 (h264 -> mpeg4) Stream #0:1 -> #0:1 (mp3 -> ac3) Press [q] to stop, [?] for help }}} hangs here {{{ Program received signal SIGINT, Interrupt. ff_index_search_timestamp (flags=0, wanted_timestamp=, nb_entries=11511001, entries=0x7fffd477d010) at libavformat/utils.c:1822 1822 while (m >= 0 && m < nb_entries && (gdb) bt #0 ff_index_search_timestamp (flags=0, wanted_timestamp=, nb_entries=11511001, entries=0x7fffd477d010) at libavformat/utils.c:1822 #1 av_index_search_timestamp (st=st at entry=0x1924140, wanted_timestamp=, flags=flags at entry=0) at libavformat/utils.c:1833 #2 0x000000000050fa50 in avi_read_packet (s=0x1923900, pkt=) at libavformat/avidec.c:1371 #3 0x00000000005e7666 in ff_read_packet (s=s at entry=0x1923900, pkt=pkt at entry=0x7fffffffd630) at libavformat/utils.c:767 #4 0x00000000005e9c30 in read_frame_internal (s=0x1923900, pkt=0x7fffffffda10) at libavformat/utils.c:1436 #5 0x00000000005eab06 in av_read_frame (s=0x1923900, pkt=pkt at entry=0x7fffffffda10) at libavformat/utils.c:1557 #6 0x0000000000480d85 in get_input_packet (pkt=0x7fffffffda10, f=0x1b1ff20) at ffmpeg.c:3184 #7 process_input (file_index=0) at ffmpeg.c:3221 #8 0x0000000000468db0 in transcode_step () at ffmpeg.c:3507 #9 transcode () at ffmpeg.c:3559 #10 main (argc=, argv=) at ffmpeg.c:3739 (gdb) disass $pc-32,$pc+32 Dump of assembler code from 0x5eae80 to 0x5eaec0: 0x00000000005eae80 : lea (%r9,%rdx,8),%rdx 0x00000000005eae84 : jmp 0x5eae9d 0x00000000005eae86 : nopw %cs:0x0(%rax,%rax,1) 0x00000000005eae90 : movzbl 0x10(%rdx),%ecx 0x00000000005eae94 : add $0x18,%rdx 0x00000000005eae98 : and $0x1,%ecx 0x00000000005eae9b : jne 0x5eaf00 0x00000000005eae9d : add $0x1,%eax => 0x00000000005eaea0 : cmp %eax,%r10d 0x00000000005eaea3 : jg 0x5eae90 0x00000000005eaea5 : nopl (%rax) 0x00000000005eaea8 : cmp %eax,%r10d 0x00000000005eaeab : mov $0xffffffff,%edx 0x00000000005eaeb0 : cmove %edx,%eax 0x00000000005eaeb3 : repz retq 0x00000000005eaeb5 : nopl (%rax) 0x00000000005eaeb8 : add %r10d,%r8d 0x00000000005eaebb : jmpq 0x5eae18 End of assembler dump. (gdb) info register rax 0x3f7876 4159606 rbx 0x19249c0 26364352 rcx 0x0 0 rdx 0x7fffda6b1b20 140736857840416 rsi 0xf554e8 16078056 rdi 0x1eaa9d 2009757 rbp 0x0 0x0 rsp 0x7fffffffd428 0x7fffffffd428 r8 0xa38df 669919 r9 0x7fffd477d010 140736758009872 r10 0xafa4d9 11511001 r11 0x0 0 r12 0x1924130 26362160 r13 0x1924e80 26365568 r14 0x1924130 26362160 r15 0x7fffffffd630 140737488344624 rip 0x5eaea0 0x5eaea0 eflags 0x202 [ IF ] cs 0x33 51 ss 0x2b 43 ds 0x0 0 es 0x0 0 fs 0x0 0 gs 0x0 0 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 4 10:20:25 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 04 Apr 2014 08:20:25 -0000 Subject: [FFmpeg-trac] #3515(undetermined:new): Crashes or artifacts when playing a specific file/stream In-Reply-To: <034.02d390e287b4fec93ee6dbf3bbe88644@avcodec.org> References: <034.02d390e287b4fec93ee6dbf3bbe88644@avcodec.org> Message-ID: <049.cca68ab29efc9e0bbe579793dc4c93a7@avcodec.org> #3515: Crashes or artifacts when playing a specific file/stream -------------------------------------+------------------------------------- Reporter: evol | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: crash vlc | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: crash => crash vlc -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 4 10:49:42 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 04 Apr 2014 08:49:42 -0000 Subject: [FFmpeg-trac] #3504(undetermined:new): Memory allocation error when coding very long files using libx264 In-Reply-To: <040.263070e1d50e0b8b834b8b6f9632c35c@avcodec.org> References: <040.263070e1d50e0b8b834b8b6f9632c35c@avcodec.org> Message-ID: <055.3f076ef43ddf36cc9f700e406808b62e@avcodec.org> #3504: Memory allocation error when coding very long files using libx264 -------------------------------------+------------------------------------- Reporter: kislovskij | Owner: Type: defect | Status: new Priority: important | Component: Version: 2.1.4 | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Any news on this issue? You neither provided the input files nor the console output, so I am not sure how to test this myself. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 4 10:53:20 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 04 Apr 2014 08:53:20 -0000 Subject: [FFmpeg-trac] #3494(undetermined:new): scary warning message when using mpeg In-Reply-To: <040.99b083d996f014cf3851df6b23fe108d@avcodec.org> References: <040.99b083d996f014cf3851df6b23fe108d@avcodec.org> Message-ID: <055.f2612009fbf1704cb66d4c4f39c4988a@avcodec.org> #3494: scary warning message when using mpeg -------------------------------------+------------------------------------- Reporter: rogerdpack | Owner: Type: enhancement | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:4 rogerdpack]: > perhaps the error message can be reworded...something like this? > > "VBV buffer size not set, using default buffer size of 130KB, muxing may fail for large streams" Are you planning to send a patch (without the "for large streams")? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 4 10:58:30 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 04 Apr 2014 08:58:30 -0000 Subject: [FFmpeg-trac] #3524(avcodec:closed): FFmpeg MD5 output different with same data In-Reply-To: <042.e79f2adf531c601881b9640be566cc00@avcodec.org> References: <042.e79f2adf531c601881b9640be566cc00@avcodec.org> Message-ID: <057.5b2131fbb8f2b0da4d29473f527ad316@avcodec.org> #3524: FFmpeg MD5 output different with same data --------------------------------------+----------------------------------- Reporter: ahthovaikied | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: invalid Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by jamal): Missed the link, my bad. Tried gcc 4.7.3 x86_64 Gentoo and 4.8.2 x86_64 Windows on both avx and non-avx machines and the md5 was the same as the one from the i7 3537U. Only way i was able to get a different result was with an x86_32 build, but that's not relevant here. If time permits I'll try to run a live cd of Ubuntu 12.04 or install it and use its compiler. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 4 11:34:56 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 04 Apr 2014 09:34:56 -0000 Subject: [FFmpeg-trac] #3500(avcodec:closed): vp7: crash with fuzzed file In-Reply-To: <039.fe8dac916cc90ef6692e1163bba4fa5f@avcodec.org> References: <039.fe8dac916cc90ef6692e1163bba4fa5f@avcodec.org> Message-ID: <054.c3d0a4a5c0b40f83e83e03c760d666e6@avcodec.org> #3500: vp7: crash with fuzzed file -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: vp7 crash | Blocked By: SIGSEGV | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by the same commit 46f72ea5 that fixed ticket #3501. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 4 18:54:10 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 04 Apr 2014 16:54:10 -0000 Subject: [FFmpeg-trac] #3085(undetermined:open): Broken transport stream In-Reply-To: <041.d9e94d61a48de0f01d4c47b4384d1f5a@avcodec.org> References: <041.d9e94d61a48de0f01d4c47b4384d1f5a@avcodec.org> Message-ID: <056.065750f2cd5a57e1e3eadebd3f824281@avcodec.org> #3085: Broken transport stream -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: enhancement | Status: open Priority: wish | Component: Version: git-master | undetermined Keywords: mpegts aac | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ramitbhalla): CAn't remember how exactly I remuxed this it has been a while. 99% I used something like -ss 2 or -ss 3 or -ss 5 before the input file while creating it. Not sure if it has something to do with it. However, the issue still exists right? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 4 19:01:13 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 04 Apr 2014 17:01:13 -0000 Subject: [FFmpeg-trac] #3528(undetermined:new): Ffmpeg does not maintain or store the aspect ratio with WMV2 and libxvid codecs In-Reply-To: <041.e57fadc327963d8e5a4cd7d6313306e3@avcodec.org> References: <041.e57fadc327963d8e5a4cd7d6313306e3@avcodec.org> Message-ID: <056.9f0c0433aac86e3c74df391ca884645b@avcodec.org> #3528: Ffmpeg does not maintain or store the aspect ratio with WMV2 and libxvid codecs -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ramitbhalla): Now that you bring it up I did it and yes the same issue with mpeg4 codec as well. Infact I tried a few more combinations, mpeg4, libxvid and wmv2. Then I tried AVI, WMV and MP4 containers. Interestingly both AVI and WMV containers have the same issue however if I put it into a MP4 container it works fine. So the issue is with the AVI and WMV containers not keeping the aspect ratio. So that narrows it down (and probably the title needs to be corrected). Any idea why? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 4 19:36:14 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 04 Apr 2014 17:36:14 -0000 Subject: [FFmpeg-trac] #3532(avformat:new): Muxer SAP can't use unicast address when same_port=1 Message-ID: <037.40284186f6b796ca68b035f2a961af30@avcodec.org> #3532: Muxer SAP can't use unicast address when same_port=1 ----------------------------------+--------------------------------------- Reporter: nunojpg | Type: defect Status: new | Priority: normal Component: avformat | Version: unspecified Keywords: SAP | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- Muxer SAP when used with: -two streams (video and audio) -same_port=1 -unicast address Produces a SAP announcement that is not recognized by ffplay or VLC. With a multicast address it works fine! {{{ nuno at ground3:~$ ffmpeg -f v4l2 -i /dev/video0 -f alsa -i hw:1 -f sap sap://127.0.0.1?same_port=1 ffmpeg version N-62130-g8348bd1 Copyright (c) 2000-2014 the FFmpeg developers built on Apr 4 2014 17:04:57 with gcc 4.7 (Ubuntu/Linaro 4.7.3-1ubuntu1) configuration: --enable-libx264 --enable-gpl --enable-libfaac --enable- nonfree libavutil 52. 73.100 / 52. 73.100 libavcodec 55. 56.108 / 55. 56.108 libavformat 55. 36.101 / 55. 36.101 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, video4linux2,v4l2, from '/dev/video0': Duration: N/A, start: 7716.272909, bitrate: 165888 kb/s Stream #0:0: Video: rawvideo (YUY2 / 0x32595559), yuyv422, 1920x1080, 165888 kb/s, 5 fps, 5 tbr, 1000k tbn, 1000k tbc Guessed Channel Layout for Input Stream #1.0 : stereo Input #1, alsa, from 'hw:1': Duration: N/A, start: 1396632350.346565, bitrate: 1024 kb/s Stream #1:0: Audio: pcm_s16le, 32000 Hz, stereo, s16, 1024 kb/s Output #0, sap, to 'sap://127.0.0.1?same_port=1': Metadata: encoder : Lavf55.36.101 Stream #0:0: Video: mpeg4, yuv420p, 1920x1080, q=2-31, 200 kb/s, 90k tbn, 5 tbc Stream #0:1: Audio: aac (libfaac), 32000 Hz, stereo, s16, 128 kb/s Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> mpeg4) Stream #1:0 -> #0:1 (pcm_s16le -> libfaac) Press [q] to stop, [?] for help frame= 37 fps=5.2 q=7.4 Lsize=N/A time=00:00:07.40 bitrate=N/A dup=2 drop=0 video:504kB audio:96kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 3005486311931904.000000% Received signal 2: terminating. }}} {{{ nuno at ground3:~$ ffprobe sap:// ffprobe version N-62130-g8348bd1 Copyright (c) 2007-2014 the FFmpeg developers built on Apr 4 2014 17:04:57 with gcc 4.7 (Ubuntu/Linaro 4.7.3-1ubuntu1) configuration: --enable-libx264 --enable-gpl --enable-libfaac --enable- nonfree libavutil 52. 73.100 / 52. 73.100 libavcodec 55. 56.108 / 55. 56.108 libavformat 55. 36.101 / 55. 36.101 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 [udp @ 0x37d15c0] bind failed: Address already in use sap://: Invalid data found when processing input }}} The SAP announcement being made: {{{ sdp://v=0 o=- 0 0 IN IP4 127.0.0.1 s=No Name t=0 0 a=tool:libavformat 55.36.101 m=video 5004 RTP/AVP 96 c=IN IP4 127.0.0.1 b=AS:200 a=rtpmap:96 MP4V-ES/90000 a=fmtp:96 profile-level-id=1; config=000001B001000001B58913000001000000012000C48D88002D3C04871443000001B24C61766335352E35362E313038 m=audio 5004 RTP/AVP 97 c=IN IP4 127.0.0.1 b=AS:128 a=rtpmap:97 MPEG4-GENERIC/32000/2 a=fmtp:97 profile-level-id=1;mode=AAC- hbr;sizelength=13;indexlength=3;indexdeltalength=3; config=1290 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 4 20:08:11 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 04 Apr 2014 18:08:11 -0000 Subject: [FFmpeg-trac] #3533(avformat:new): RTP should have payload type 33 when used with MPEGTS Message-ID: <037.093d585937a139e3584e01e5f9c3716b@avcodec.org> #3533: RTP should have payload type 33 when used with MPEGTS ----------------------------------+--------------------------------------- Reporter: nunojpg | Type: defect Status: new | Priority: normal Component: avformat | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- When RTP is sending a MPEGTS payload it should report it properly. Otherwise the clients require a SDP, which is completely unnecessary. The correct RTP payload type is 33 - MP2T - MPEG-2 transport stream Video. {{{ nuno at ground3:~$ ffmpeg -i Desktop/sample1.mp4 -f mpegts rtp://127.0.0.1:5004 ffmpeg version N-62130-g8348bd1 Copyright (c) 2000-2014 the FFmpeg developers built on Apr 4 2014 17:04:57 with gcc 4.7 (Ubuntu/Linaro 4.7.3-1ubuntu1) configuration: --enable-libx264 --enable-gpl --enable-libfaac --enable- nonfree libavutil 52. 73.100 / 52. 73.100 libavcodec 55. 56.108 / 55. 56.108 libavformat 55. 36.101 / 55. 36.101 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'Desktop/sample1.mp4': Metadata: major_brand : isom minor_version : 0 compatible_brands: isom3gp4 creation_time : 2013-08-15 12:05:34 Duration: 00:00:40.13, start: 0.000000, bitrate: 17062 kb/s Stream #0:0(eng): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 1920x1080, 16934 kb/s, 29.88 fps, 30 tbr, 90k tbn, 180k tbc (default) Metadata: creation_time : 2013-08-15 12:05:34 handler_name : VideoHandle Stream #0:1(eng): Audio: aac (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 123 kb/s (default) Metadata: creation_time : 2013-08-15 12:05:34 handler_name : SoundHandle Output #0, mpegts, to 'rtp://127.0.0.1:5004': Metadata: major_brand : isom minor_version : 0 compatible_brands: isom3gp4 encoder : Lavf55.36.101 Stream #0:0(eng): Video: mpeg2video, yuv420p, 1920x1080, q=2-31, 200 kb/s, 90k tbn, 30 tbc (default) Metadata: creation_time : 2013-08-15 12:05:34 handler_name : VideoHandle Stream #0:1(eng): Audio: mp2, 48000 Hz, stereo, s16, 128 kb/s (default) Metadata: creation_time : 2013-08-15 12:05:34 handler_name : SoundHandle Stream mapping: Stream #0:0 -> #0:0 (h264 -> mpeg2video) Stream #0:1 -> #0:1 (aac -> mp2) Press [q] to stop, [?] for help frame= 1204 fps= 57 q=31.0 Lsize= 12626kB time=00:00:40.33 bitrate=2564.5kbits/s dup=5 drop=0 video:10918kB audio:626kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 9.366050% }}} {{{ nuno at ground3:~$ ffplay rtp://127.0.0.1:5004 ffplay version N-62130-g8348bd1 Copyright (c) 2003-2014 the FFmpeg developers built on Apr 4 2014 17:04:57 with gcc 4.7 (Ubuntu/Linaro 4.7.3-1ubuntu1) configuration: --enable-libx264 --enable-gpl --enable-libfaac --enable- nonfree libavutil 52. 73.100 / 52. 73.100 libavcodec 55. 56.108 / 55. 56.108 libavformat 55. 36.101 / 55. 36.101 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 [rtp @ 0x7f200c0008c0] Unsupported RTP version packet received0/0 [rtp @ 0x7f200c0008c0] Unable to receive RTP payload type 65 without an SDP file describing it Input #0, rtp, from 'rtp://127.0.0.1:5004': Duration: N/A, bitrate: N/A Failed to open file 'rtp://127.0.0.1:5004' or configure filtergraph }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 4 22:03:15 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 04 Apr 2014 20:03:15 -0000 Subject: [FFmpeg-trac] #3522(avformat:closed): FFMPEG unable to read some WTV files (with only video streams) In-Reply-To: <041.1027e38e630dc466d0145b9aaa6f794c@avcodec.org> References: <041.1027e38e630dc466d0145b9aaa6f794c@avcodec.org> Message-ID: <056.c9a91109c4ad83ed9f15f1537f70758d@avcodec.org> #3522: FFMPEG unable to read some WTV files (with only video streams) -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: wtv | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Peter Ross in 8348bd19 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 5 01:11:29 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 04 Apr 2014 23:11:29 -0000 Subject: [FFmpeg-trac] #3534(undetermined:new): ffmpeg can not convert pmp media Message-ID: <037.16614a23a9d1c922f5b612e9b62a47bd@avcodec.org> #3534: ffmpeg can not convert pmp media -------------------------------------+------------------------------------- Reporter: kaienfr | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- The comment I used is as follows: {{{ ffmpeg.exe -i game_logo.pmp gg.mp4 }}} Here is the outputs {{{ ffmpeg version N-61870-g62094e2 Copyright (c) 2000-2014 the FFmpeg developers built on Mar 26 2014 22:08:45 with gcc 4.8.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnut ls --enable-iconv --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgsm --enable-libilbc --enable-libmodplug --enabl e-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable- libschroedinger --en able-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvor bis --enable-libvpx --enable-libwavpack --enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 69.100 / 52. 69.100 libavcodec 55. 55.100 / 55. 55.100 libavformat 55. 35.101 / 55. 35.101 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libswscale 2. 5.102 / 2. 5.102 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 [pmp @ 000000000446eb40] AAC not yet correctly supported [h264 @ 0000000004467720] SEI type 0 size 40 truncated at 37 [h264 @ 0000000004467720] SEI type 1 size 40 truncated at 36 Last message repeated 6 times Input #0, pmp, from 'game_logo.pmp': Duration: 00:01:56.16, bitrate: 770 kb/s Stream #0:0: Video: h264 (Main), yuv420p, 480x272 [SAR 34:45 DAR 4:3], 23.98 fps, 23.98 tbr, 23.98 tbn, 47.95 tbc Stream #0:1: Audio: aac, 44100 Hz, stereo, fltp [h264 @ 00000000028ef8e0] SEI type 1 size 40 truncated at 36 [h264 @ 00000000028f06a0] SEI type 1 size 40 truncated at 36 *** dropping frame 0 from stream 0 at ts -4294964527 *** dropping frame 0 from stream 0 at ts -4294964526 [h264 @ 00000000028efd80] SEI type 1 size 40 truncated at 36 *** dropping frame 0 from stream 0 at ts -4294964525 [h264 @ 00000000028f2680] SEI type 1 size 40 truncated at 36 [h264 @ 00000000028f2b20] SEI type 1 size 40 truncated at 36 *** dropping frame 0 from stream 0 at ts -4294964524 *** dropping frame 0 from stream 0 at ts -4294964523 [h264 @ 00000000028ef8e0] SEI type 1 size 40 truncated at 36 *** dropping frame 0 from stream 0 at ts -4294964522 [h264 @ 00000000028f06a0] SEI type 1 size 40 truncated at 36 [h264 @ 00000000028efd80] SEI type 1 size 40 truncated at 36 *** dropping frame 0 from stream 0 at ts -4294964521 *** dropping frame 0 from stream 0 at ts -4294964520 [h264 @ 00000000028f2680] SEI type 1 size 40 truncated at 36 *** dropping frame 0 from stream 0 at ts -4294964519 ........................................ ........................................ [h264 @ 00000000028f2b20] SEI type 1 size 40 truncated at 36 [h264 @ 00000000028ef8e0] SEI type 1 size 40 truncated at 36 *** dropping frame 0 from stream 0 at ts -4294964518 *** dropping frame 0 from stream 0 at ts -4294964517 [h264 @ 00000000028f06a0] SEI type 1 size 40 truncated at 36 *** dropping frame 0 from stream 0 at ts -4294964516 [h264 @ 00000000028efd80] SEI type 1 size 40 truncated at 36 [pmp @ 00000000028eeb40] No audio packets. game_logo.pmp: Invalid data found when processing input *** dropping frame 0 from stream 0 at ts -4294964515 *** dropping frame 0 from stream 0 at ts -4294964514 *** dropping frame 0 from stream 0 at ts -4294964513 *** dropping frame 0 from stream 0 at ts -4294964512 frame= 0 fps=0.0 q=0.0 Lsize= 1735kB time=00:01:49.77 bitrate= 129.5kbits/s dup=0 drop=2785 video:0kB audio:1716kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 1.120131% }}} And we could only get audio part not video. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 5 01:25:51 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 04 Apr 2014 23:25:51 -0000 Subject: [FFmpeg-trac] #3534(undetermined:new): ffmpeg can not convert pmp media In-Reply-To: <037.16614a23a9d1c922f5b612e9b62a47bd@avcodec.org> References: <037.16614a23a9d1c922f5b612e9b62a47bd@avcodec.org> Message-ID: <052.71c5bb25032214908cbd97538edf5b7b@avcodec.org> #3534: ffmpeg can not convert pmp media -------------------------------------+------------------------------------- Reporter: kaienfr | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Did you upload a sample? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 5 07:16:34 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 05 Apr 2014 05:16:34 -0000 Subject: [FFmpeg-trac] #3535(undetermined:new): Too Short RTP/JPEG packet. Message-ID: <038.f6f3eb42864ab6564ab4fef0fd8f9e34@avcodec.org> #3535: Too Short RTP/JPEG packet. -------------------------------------+------------------------------------- Reporter: ozsaffer | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: rtsp,rtp,jpeg | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: I am consuming an RTSP/JPEG stream from an axis IP video camera and there appear to be an issue with the RTP packet size / the resolution. When I run the ffmpeg command (requesting an image resolution of 2048x1536) I get the following error: [rtsp @ 0x1b448c0] hello state=0 [rtsp @ 0x1b448c0] Reserved q value 0 [rtsp @ 0x1b448c0] Too short RTP/JPEG packet. However when I lower the resolution on the down to 1600x1200, there are no errors and the stream is good. How to reproduce: ffmpeg -v debug -i "rtsp:///axis- media/media.amp?videocodec=jpeg&resolution=2048x1536" -vcodec copy -f null /dev/null ffmpeg version git-2013-09-26-32cde96 Copyright (c) 2000-2013 the FFmpeg developers built on Sep 26 2013 13:47:53 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 5 09:47:29 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 05 Apr 2014 07:47:29 -0000 Subject: [FFmpeg-trac] #3535(undetermined:new): Too Short RTP/JPEG packet. In-Reply-To: <038.f6f3eb42864ab6564ab4fef0fd8f9e34@avcodec.org> References: <038.f6f3eb42864ab6564ab4fef0fd8f9e34@avcodec.org> Message-ID: <053.aae08be291715d92d730982f185cd177@avcodec.org> #3535: Too Short RTP/JPEG packet. -------------------------------------+------------------------------------- Reporter: ozsaffer | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: rtsp rtp | Resolution: mjpeg | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: rtsp,rtp,jpeg => rtsp rtp mjpeg Comment: Please test current FFmpeg git head and provide a failing command line together with the complete, uncut console output to make this a valid ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 5 09:49:59 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 05 Apr 2014 07:49:59 -0000 Subject: [FFmpeg-trac] #3048(undetermined:reopened): ICL and HAVE_INLINE_ASM In-Reply-To: <041.f6bc8b8ce2a4591fc4352702ed126f8e@avcodec.org> References: <041.f6bc8b8ce2a4591fc4352702ed126f8e@avcodec.org> Message-ID: <056.7c7a18c5428f517f3d7d5a0a0d1df972@avcodec.org> #3048: ICL and HAVE_INLINE_ASM -------------------------------------+------------------------------------- Reporter: nikolaynnov | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: git-master | undetermined Keywords: icl | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: closed => reopened * resolution: fixed => Comment: To the best of my knowledge, this is not fixed (yet). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 5 13:58:40 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 05 Apr 2014 11:58:40 -0000 Subject: [FFmpeg-trac] #3164(ffmpeg:reopened): First image skipped when forcing output rate In-Reply-To: <035.90f1c9f97a1d4bb4a7cf50d40b77fd4b@avcodec.org> References: <035.90f1c9f97a1d4bb4a7cf50d40b77fd4b@avcodec.org> Message-ID: <050.42b0d5f842c7bfd805cf1675132b4205@avcodec.org> #3164: First image skipped when forcing output rate ------------------------------------+------------------------------------ Reporter: slhck | Owner: Type: defect | Status: reopened Priority: normal | Component: ffmpeg Version: git-master | Resolution: Keywords: fps | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by notedible): * status: closed => reopened * resolution: duplicate => Comment: Replying to [comment:2 slhck]: > Replying to [comment:1 cehoyos]: > > Is the problem also reproducible when using the fps filter? > > {{{ > > $ ffmpeg -y -r 1/15 -i img%02d.png -vf fps=25 out.mp4 > > }}} > > In that case it works perfectly in all tested players. > > (I remember asking about what the difference between the filter and the `-r` option is, implementation-wise, but I think I forgot.) Using latest git code you can see from the files I just attached that this problem is present both with -vf and -r, the difference being that -vf cuts off the last frame, while -r cuts off the first frame. The same number of frames are generated, however, as shown by the output using the images in first-frame-missing.zip. Running ffmpeg using in the -vf case: {{{ ffmpeg -r 1/10 -i "first-frame-missing-img%02d.png" -vf fps=10 out_fps.mp4 }}} with output: {{{ frame= 201 fps=0.0 q=-1.0 Lsize= 17kB time=00:00:19.90 bitrate= 7.1kbits/s }}} and in the -r case: {{{ ffmpeg -r 1/10 -i "first-frame-missing-img%02d.png" -r 10 -pix_fmt yuv420p out_r.mp4 }}} with output: {{{ frame= 201 fps=0.0 q=-1.0 Lsize= 19kB time=00:00:19.90 bitrate= 7.7kbits/s dup=198 drop=0 }}} You can see in both cases that the number of frames is only 201, while there should be 300 frames, there were 198 duplicated frames where there should be 297, and the duration is only 00:00:19.90 when it should be 00:00:30.00. The problem may be more apparent when using the huffyuv codec: {{{ ffmpeg -r 1/10 -i "first-frame-missing-img%02d.png" -r 10 -c:v huffyuv out_hyuv.avi }}} generates output {{{ frame= 3 fps=0.0 q=0.0 Lsize= 1361kB time=00:00:20.10 bitrate= 554.5kbits/s }}} We can clearly see that 2 of the frames take the full ten seconds, while the third frame takes only one frame (0.1 seconds in this case). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 5 14:44:37 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 05 Apr 2014 12:44:37 -0000 Subject: [FFmpeg-trac] #3164(ffmpeg:closed): First image skipped when forcing output rate In-Reply-To: <035.90f1c9f97a1d4bb4a7cf50d40b77fd4b@avcodec.org> References: <035.90f1c9f97a1d4bb4a7cf50d40b77fd4b@avcodec.org> Message-ID: <050.e6c9adada703dad52b339c527896c5d0@avcodec.org> #3164: First image skipped when forcing output rate ------------------------------------+------------------------------------- Reporter: slhck | Owner: Type: defect | Status: closed Priority: normal | Component: ffmpeg Version: git-master | Resolution: duplicate Keywords: fps | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------- Changes (by cehoyos): * status: reopened => closed * resolution: => duplicate Comment: Replying to [comment:6 notedible]: > Using latest git code you can see from the files I just attached that this problem is present both with -vf and -r (Assuming you mean: Neither {{{-r}}} nor {{{-vf fps}}} are perfect:) Sure, if it were different, {{{-r}}} would simply call the video filter. > the difference being that -vf cuts off the last frame Making it a duplicate of ticket #2674 or do I miss something? > while -r cuts off the first frame. This is one aspect of ticket #1578. Please consider watching both tickets and reopen this one if it turns out I am wrong. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 6 03:06:35 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 06 Apr 2014 01:06:35 -0000 Subject: [FFmpeg-trac] #3535(undetermined:new): Too Short RTP/JPEG packet. In-Reply-To: <038.f6f3eb42864ab6564ab4fef0fd8f9e34@avcodec.org> References: <038.f6f3eb42864ab6564ab4fef0fd8f9e34@avcodec.org> Message-ID: <053.19ec4f975d399fea9be7e09b4a60a1df@avcodec.org> #3535: Too Short RTP/JPEG packet. -------------------------------------+------------------------------------- Reporter: ozsaffer | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: rtsp rtp | Resolution: mjpeg | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ozsaffer): Hi, Thanks for the reply, I have downloaded and built the latest version of ffmpeg, and I am still getting the same error message (see below). The process continues to run and I have to kill it manually (ctrl-c). ffmpeg$ ffmpeg -v debug -i "rtsp://192.168.0.90/axis- media/media.amp?videocodec=jpeg" -f null /dev/null ffmpeg version 2.2.git Copyright (c) 2000-2014 the FFmpeg developers built on Apr 6 2014 10:34:17 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) configuration: --prefix=/home/thomas/ffmpeg_build --extra- cflags=-I/home/thomas/ffmpeg_build/include --extra- ldflags=-L/home/thomas/ffmpeg_build/lib --bindir=/home/thomas/bin --extra- libs=-ldl --enable-gpl --enable-libass --enable-libfdk-aac --enable- libmp3lame --enable-libtheora --enable-libvorbis --enable-libvpx --enable- libx264 --enable-nonfree --enable-x11grab libavutil 52. 74.100 / 52. 74.100 libavcodec 55. 57.100 / 55. 57.100 libavformat 55. 36.101 / 55. 36.101 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Splitting the commandline. Reading option '-v' ... matched as option 'v' (set logging level) with argument 'debug'. Reading option '-i' ... matched as input file with argument 'rtsp://root:oink....piggy at 192.168.0.90/axis- media/media.amp?videocodec=jpeg'. Reading option '-f' ... matched as option 'f' (force format) with argument 'null'. Reading option '/dev/null' ... matched as output file. Finished splitting the commandline. Parsing a group of options: global . Applying option v (set logging level) with argument debug. Successfully parsed a group of options. Parsing a group of options: input file rtsp://192.168.0.90/axis- media/media.amp?videocodec=jpeg. Successfully parsed a group of options. Opening an input file: rtsp://192.168.0.90/axis- media/media.amp?videocodec=jpeg. [rtsp @ 0x1ce0940] SDP: v=0 o=- 1396746078623612 1396746078623612 IN IP4 192.168.0.90 s=Media Presentation e=NONE t=0 0 a=control:rtsp://192.168.0.90:554/axis-media/media.amp?videocodec=jpeg a=range:npt=0.000000- m=video 0 RTP/AVP 26 c=IN IP4 0.0.0.0 a=framesize:26 2048-1536 a=control:rtsp://192.168.0.90:554/axis- media/media.amp/trackID=1?videocodec=jpeg [udp @ 0x1ce7b20] end receive buffer size reported is 131072 [udp @ 0x1ce2c60] end receive buffer size reported is 131072 [rtsp @ 0x1ce0940] hello state=0 [rtsp @ 0x1ce0940] Reserved q value 0 [rtsp @ 0x1ce0940] Too short RTP/JPEG packet. Last message repeated 755 times [rtsp @ 0x1ce0940] Reserved q value 0 [rtsp @ 0x1ce0940] Too short RTP/JPEG packet. Last message repeated 755 times [rtsp @ 0x1ce0940] Reserved q value 0 [rtsp @ 0x1ce0940] Too short RTP/JPEG packet. Last message repeated 755 times [rtsp @ 0x1ce0940] Reserved q value 0 [rtsp @ 0x1ce0940] Too short RTP/JPEG packet. Last message repeated 756 times [rtsp @ 0x1ce0940] Reserved q value 0 [rtsp @ 0x1ce0940] Too short RTP/JPEG packet. Last message repeated 756 times [rtsp @ 0x1ce0940] Reserved q value 0 [rtsp @ 0x1ce0940] Too short RTP/JPEG packet. Last message repeated 756 times [rtsp @ 0x1ce0940] Could not find codec parameters for stream 0 (Video: mjpeg): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options rtsp://192.168.0.90/axis-media/media.amp?videocodec=jpeg: could not find codec parameters -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 6 03:31:07 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 06 Apr 2014 01:31:07 -0000 Subject: [FFmpeg-trac] #3535(undetermined:new): Too Short RTP/JPEG packet. In-Reply-To: <038.f6f3eb42864ab6564ab4fef0fd8f9e34@avcodec.org> References: <038.f6f3eb42864ab6564ab4fef0fd8f9e34@avcodec.org> Message-ID: <053.bf95f84a235260b142a5dd9ebc0d0c64@avcodec.org> #3535: Too Short RTP/JPEG packet. -------------------------------------+------------------------------------- Reporter: ozsaffer | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: rtsp rtp | Resolution: mjpeg | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): I am just blindly guessing but did you try increasing RECVBUF_SIZE in libavformat/rtsp.c? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 6 04:20:00 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 06 Apr 2014 02:20:00 -0000 Subject: [FFmpeg-trac] #3535(undetermined:new): Too Short RTP/JPEG packet. In-Reply-To: <038.f6f3eb42864ab6564ab4fef0fd8f9e34@avcodec.org> References: <038.f6f3eb42864ab6564ab4fef0fd8f9e34@avcodec.org> Message-ID: <053.de53557f545a20aaf5263432d5cb1d8e@avcodec.org> #3535: Too Short RTP/JPEG packet. -------------------------------------+------------------------------------- Reporter: ozsaffer | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: rtsp rtp | Resolution: mjpeg | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ozsaffer): Hi, Thanks for the idea, I tried the following two sizes, unfortunately none of them worked. #define RECVBUF_SIZE 12 * RTP_MAX_PACKET_LENGTH // 10 * RTP_MAX_PACKET_LENGTH #define RECVBUF_SIZE 40 * RTP_MAX_PACKET_LENGTH // 10 * RTP_MAX_PACKET_LENGTH I also tried setting the RTP packet length in the libavformat/rtpdec.h #define RTP_MAX_PACKET_LENGTH 16384 // 8192 But I still get the same error. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 6 17:08:36 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 06 Apr 2014 15:08:36 -0000 Subject: [FFmpeg-trac] #2833(avformat:new): can't parse HLS subtitles and alternate audio In-Reply-To: <037.0fbdf9b981640f656701327399dc986f@avcodec.org> References: <037.0fbdf9b981640f656701327399dc986f@avcodec.org> Message-ID: <052.745179064979d7fed6da6c012de93cd6@avcodec.org> #2833: can't parse HLS subtitles and alternate audio -------------------------------------+------------------------------------ Reporter: sinkers | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: hls | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by anssi): Alternative audio support has been added in git master now, along with other HLS improvements. Subtitle support is still work-in-progress. There is a WIP branch with subtitle support at https://github.com/anssih/FFmpeg/tree/hls , but it will probably have to be rewritten before merging in since it is somewhat hacky. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 6 17:10:11 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 06 Apr 2014 15:10:11 -0000 Subject: [FFmpeg-trac] #3309(avformat:new): Support text subtitles in mpeg transport streams In-Reply-To: <037.db934a3bea6d80a97d1dd37771128b91@avcodec.org> References: <037.db934a3bea6d80a97d1dd37771128b91@avcodec.org> Message-ID: <052.c10b84e25f39afa77fea42793cf43edf@avcodec.org> #3309: Support text subtitles in mpeg transport streams -------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: mpegts sub | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by anssi): * cc: anssi.hannula@? (added) Old description: > http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/173165 > http://samples.ffmpeg.org/sub/dvbtextualsubtitles.ts > The sample contains text subtitles in a transport stream, this is > apparently supported by xbmc. > {{{ > $ ffmpeg -i dvbtextualsubtitles.ts > ffmpeg version N-59860-g53e6977 Copyright (c) 2000-2014 the FFmpeg > developers > built on Jan 15 2014 10:01:34 with gcc 4.7 (SUSE Linux) > configuration: --enable-gpl > libavutil 52. 62.100 / 52. 62.100 > libavcodec 55. 48.101 / 55. 48.101 > libavformat 55. 23.103 / 55. 23.103 > libavdevice 55. 5.102 / 55. 5.102 > libavfilter 4. 1.100 / 4. 1.100 > libswscale 2. 5.101 / 2. 5.101 > libswresample 0. 17.104 / 0. 17.104 > libpostproc 52. 3.100 / 52. 3.100 > [mpeg2video @ 0x1cae120] Invalid frame dimensions 0x0. > Last message repeated 13 times > [NULL @ 0x1cacc60] start time is not set in estimate_timings_from_pts > [mpegts @ 0x1ca8100] PES packet size mismatch > Input #0, mpegts, from 'dvbtextualsubtitles.ts': > Duration: 00:00:34.15, start: 5684.061789, bitrate: 2279 kb/s > Program 2904 > Stream #0:0[0x40c](txt): Subtitle: dvb_subtitle ([6][0][0][0] / > 0x0006) > Stream #0:1[0x40d](por): Subtitle: dvb_subtitle ([6][0][0][0] / > 0x0006) > Stream #0:2[0x45a](por): Audio: mp2 ([4][0][0][0] / 0x0004), 48000 > Hz, stereo, s16p, 192 kb/s (clean effects) > Stream #0:3[0x4dc]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), > yuv420p(tv), 480x480 [SAR 16:9 DAR 16:9], max. 4492 kb/s, 29.97 fps, > 29.97 tbr, 90k tbn, 59.94 tbc > At least one output file must be specified > }}} New description: http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/173165 http://samples.ffmpeg.org/sub/dvbtextualsubtitles.ts The sample contains text subtitles in a transport stream, this is apparently supported by VDR. {{{ $ ffmpeg -i dvbtextualsubtitles.ts ffmpeg version N-59860-g53e6977 Copyright (c) 2000-2014 the FFmpeg developers built on Jan 15 2014 10:01:34 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 62.100 / 52. 62.100 libavcodec 55. 48.101 / 55. 48.101 libavformat 55. 23.103 / 55. 23.103 libavdevice 55. 5.102 / 55. 5.102 libavfilter 4. 1.100 / 4. 1.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 [mpeg2video @ 0x1cae120] Invalid frame dimensions 0x0. Last message repeated 13 times [NULL @ 0x1cacc60] start time is not set in estimate_timings_from_pts [mpegts @ 0x1ca8100] PES packet size mismatch Input #0, mpegts, from 'dvbtextualsubtitles.ts': Duration: 00:00:34.15, start: 5684.061789, bitrate: 2279 kb/s Program 2904 Stream #0:0[0x40c](txt): Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006) Stream #0:1[0x40d](por): Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006) Stream #0:2[0x45a](por): Audio: mp2 ([4][0][0][0] / 0x0004), 48000 Hz, stereo, s16p, 192 kb/s (clean effects) Stream #0:3[0x4dc]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p(tv), 480x480 [SAR 16:9 DAR 16:9], max. 4492 kb/s, 29.97 fps, 29.97 tbr, 90k tbn, 59.94 tbc At least one output file must be specified }}} -- Comment: Fixed description, XBMC => VDR. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 6 17:17:24 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 06 Apr 2014 15:17:24 -0000 Subject: [FFmpeg-trac] #2737(undetermined:new): There are discontinuous phenomenon in playing HLS stream when changing another bitrate stream In-Reply-To: <042.b299ce0ff6e5ac001ab57892f4c5d1ae@avcodec.org> References: <042.b299ce0ff6e5ac001ab57892f4c5d1ae@avcodec.org> Message-ID: <057.a1b28726f5057b0f7fe3ab1c884dc2fd@avcodec.org> #2737: There are discontinuous phenomenon in playing HLS stream when changing another bitrate stream -------------------------------------+------------------------------------- Reporter: | Owner: felixyang_tw | Status: new Type: enhancement | Component: Priority: wish | undetermined Version: git-master | Resolution: Keywords: HLS | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by anssi): * cc: anssi.hannula@? (added) * reproduced: 0 => 1 Comment: The (b) option has been implemented in git master now. While it made things significantly better, switchover is still not entirely smooth, which I think is because the player skips to the next keyframe when switching the video stream. Will keep this ticket open until that is fixed (will probably require FFplay changes, though). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 6 17:18:21 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 06 Apr 2014 15:18:21 -0000 Subject: [FFmpeg-trac] #2833(avformat:new): can't parse HLS subtitles and alternate audio In-Reply-To: <037.0fbdf9b981640f656701327399dc986f@avcodec.org> References: <037.0fbdf9b981640f656701327399dc986f@avcodec.org> Message-ID: <052.da66108cdd4ad2046d6e48f74cef2f88@avcodec.org> #2833: can't parse HLS subtitles and alternate audio -------------------------------------+------------------------------------ Reporter: sinkers | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: hls | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by anssi): * cc: anssi.hannula@? (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 6 17:22:02 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 06 Apr 2014 15:22:02 -0000 Subject: [FFmpeg-trac] #2886(avformat:new): HLS source with multiple variants is not optimally handled In-Reply-To: <037.1c3db31d22d37fb631911e781407b32b@avcodec.org> References: <037.1c3db31d22d37fb631911e781407b32b@avcodec.org> Message-ID: <052.f926fa6eafb972620d2e2ec9545ab4f4@avcodec.org> #2886: HLS source with multiple variants is not optimally handled -------------------------------------+------------------------------------ Reporter: sinkers | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: HLS | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by anssi): * cc: anssi.hannula@? (added) Comment: I agree this is probably something that should be implemented, though it should be made optional (not yet sure if opt-in or opt-out) to allow manual selection if the user wants it. I'll put this in my TODO, but I don't expect to have time for this in the near future, so others are welcome to try to implement this :) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 6 20:51:47 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 06 Apr 2014 18:51:47 -0000 Subject: [FFmpeg-trac] #3535(undetermined:new): Too Short RTP/JPEG packet. In-Reply-To: <038.f6f3eb42864ab6564ab4fef0fd8f9e34@avcodec.org> References: <038.f6f3eb42864ab6564ab4fef0fd8f9e34@avcodec.org> Message-ID: <053.dd430928149eeb7642f9cd861c4f3f6b@avcodec.org> #3535: Too Short RTP/JPEG packet. -------------------------------------+------------------------------------- Reporter: ozsaffer | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: rtsp rtp | Resolution: mjpeg | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:2 ozsaffer]: > [udp @ 0x1ce7b20] end receive buffer size reported is 131072 There is also an option {{{-buffer_size}}} that you could try... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 7 03:40:21 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 07 Apr 2014 01:40:21 -0000 Subject: [FFmpeg-trac] #3535(undetermined:new): Too Short RTP/JPEG packet. In-Reply-To: <038.f6f3eb42864ab6564ab4fef0fd8f9e34@avcodec.org> References: <038.f6f3eb42864ab6564ab4fef0fd8f9e34@avcodec.org> Message-ID: <053.da4dfb3dfb3c71b47839d4b811f14e3a@avcodec.org> #3535: Too Short RTP/JPEG packet. -------------------------------------+------------------------------------- Reporter: ozsaffer | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: rtsp rtp | Resolution: mjpeg | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ozsaffer): Hi, Thanks for the reply. I tried the -buffer_size option, using a variety of sizes. I assume it is after the input source (as below). ffmpeg -i "rtsp://192.168.101.90/axis-media/media.amp?videocodec=jpeg" -buffer_size 131072 -f null /dev/null But I still have the same issue. I have an alternate approach to solve the problem that requires some more engineering. I will process the RTP/H264 stream instead, which does not have this issue. I was trying to avoid the CPU overhead of decoding h.264, but it appears unavoidable. Thanks again. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 7 04:37:59 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 07 Apr 2014 02:37:59 -0000 Subject: [FFmpeg-trac] #2873(avformat:closed): ffmpeg concat demuxer fails: mpeg files with different audio and video stream order In-Reply-To: <039.98ae7b0c50f575abf8330ee2fa3e9914@avcodec.org> References: <039.98ae7b0c50f575abf8330ee2fa3e9914@avcodec.org> Message-ID: <054.eaf0bcf9a7697fcd6f2d76a137c4b751@avcodec.org> #2873: ffmpeg concat demuxer fails: mpeg files with different audio and video stream order -------------------------------------+------------------------------------- Reporter: kadmandux | Owner: Type: enhancement | Status: closed Priority: wish | Component: avformat Version: git-master | Resolution: fixed Keywords: concat | Blocked By: demuxer | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: normal => wish * status: open => closed * resolution: => fixed Comment: I believe this was fixed by Nicolas in 26dea773 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 7 08:26:21 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 07 Apr 2014 06:26:21 -0000 Subject: [FFmpeg-trac] #3536(build system:new): Compilation failure with --disable-decoder=vp7 or --disable-decoder=vp8 Message-ID: <035.e120d9bf9fcde9a24c21d7975fbbece6@avcodec.org> #3536: Compilation failure with --disable-decoder=vp7 or --disable-decoder=vp8 -------------------------------------+------------------------------------- Reporter: jamal | Owner: Type: defect | Status: new Priority: important | Component: build Version: git- | system master | Keywords: vp8 vp7 Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- {{{ $ ./configure --disable-decoder=vp7 [...] $ make libavcodec/vp8.o CC libavcodec/vp8.o D:/MinGW/msys/1.0/ffmpeg/src/libavcodec/vp8.c: In function 'vp7_decode_frame_header': D:/MinGW/msys/1.0/ffmpeg/src/libavcodec/vp8.c:580:5: error: implicit declaration of function 'vp7_get_quants' [-Werror=implicit-function- declaration] vp7_get_quants(s); ^ D:/MinGW/msys/1.0/ffmpeg/src/libavcodec/vp8.c: In function 'vp78_decode_init': D:/MinGW/msys/1.0/ffmpeg/src/libavcodec/vp8.c:2726:38: error: 'vp7_decode_mb_row_no_filter' undeclared (first use in this function) s->decode_mb_row_no_filter = vp7_decode_mb_row_no_filter; ^ D:/MinGW/msys/1.0/ffmpeg/src/libavcodec/vp8.c:2726:38: note: each undeclared identifier is reported only once for each function it appears in D:/MinGW/msys/1.0/ffmpeg/src/libavcodec/vp8.c:2727:38: error: 'vp7_filter_mb_row' undeclared (first use in this function) s->filter_mb_row = vp7_filter_mb_row; ^ cc1.exe: some warnings being treated as errors make: *** [libavcodec/vp8.o] Error 1 }}} {{{ $ ./configure --disable-decoder=vp8 [...] $ make libavcodec/vp8.o CC libavcodec/vp8.o D:/MinGW/msys/1.0/ffmpeg/src/libavcodec/vp8.c: In function 'vp8_decode_frame_header': D:/MinGW/msys/1.0/ffmpeg/src/libavcodec/vp8.c:705:9: error: implicit declaration of function 'parse_segment_info' [-Werror=implicit-function- declaration] parse_segment_info(s); ^ D:/MinGW/msys/1.0/ffmpeg/src/libavcodec/vp8.c:715:13: error: implicit declaration of function 'update_lf_deltas' [-Werror=implicit-function- declaration] update_lf_deltas(s); ^ D:/MinGW/msys/1.0/ffmpeg/src/libavcodec/vp8.c:717:5: error: implicit declaration of function 'setup_partitions' [-Werror=implicit-function- declaration] if (setup_partitions(s, buf, buf_size)) { ^ D:/MinGW/msys/1.0/ffmpeg/src/libavcodec/vp8.c:728:5: error: implicit declaration of function 'vp8_get_quants' [-Werror=implicit-function- declaration] vp8_get_quants(s); ^ D:/MinGW/msys/1.0/ffmpeg/src/libavcodec/vp8.c:731:9: error: implicit declaration of function 'update_refs' [-Werror=implicit-function- declaration] update_refs(s); ^ D:/MinGW/msys/1.0/ffmpeg/src/libavcodec/vp8.c: In function 'vp78_decode_init': D:/MinGW/msys/1.0/ffmpeg/src/libavcodec/vp8.c:2727:38: error: 'vp8_decode_mb_row_no_filter' undeclared (first use in this function) s->decode_mb_row_no_filter = vp8_decode_mb_row_no_filter; ^ D:/MinGW/msys/1.0/ffmpeg/src/libavcodec/vp8.c:2727:38: note: each undeclared identifier is reported only once for each function it appears in D:/MinGW/msys/1.0/ffmpeg/src/libavcodec/vp8.c:2728:38: error: 'vp8_filter_mb_row' undeclared (first use in this function) s->filter_mb_row = vp8_filter_mb_row; ^ cc1.exe: some warnings being treated as errors make: *** [libavcodec/vp8.o] Error 1 }}} Also http://fate.ffmpeg.org/report.cgi?time=20140407034140&slot=x86_64 -archlinux-gcc-random Disabling both or enabling both of course works fine. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 7 10:40:30 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 07 Apr 2014 08:40:30 -0000 Subject: [FFmpeg-trac] #3537(undetermined:new): Wrong duration of some WMV to MP4 file or wrong meta data with ffmpeg 2.1 and 2.2, but ok with 1.2 and old Message-ID: <037.2c49f94804e51d9c1b21e3dce6ca384e@avcodec.org> #3537: Wrong duration of some WMV to MP4 file or wrong meta data with ffmpeg 2.1 and 2.2, but ok with 1.2 and old -------------------------------------+------------------------------------- Reporter: vikigns | Type: defect Status: new | Priority: important Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: Try convert some parts of WMV file to MP4 How to reproduce: {{{ % /usr/local/bin/ffmpeg -ss 10 -t 29 -i /home/1280.wmv -f mp4 -s 640:360 -r 29.97 -vcodec libx264 -preset slow -threads 2 -g 24 -b 750k -bt 750k -acodec libfaac -ac 2 -ab 32k -async 1 -y -profile baseline /home/0003-test-F.1.mp4 ffmpeg version N-62246-g02497a5 Copyright (c) 2000-2014 the FFmpeg developers built on Apr 7 2014 08:03:10 with gcc 4.2.1 (GCC) 20070831 patched [FeeBSD] configuration: --disable-indev=alsa --disable-outdev=alsa --enable- libopencore-amrnb --disable-libopencore-amrwb --disable-libass --disable- libcdio --enable-libcelt --enable-libfaac --disable-libfdk-aac --enable- ffserver --enable-fontconfig --enable-libfreetype --enable-frei0r --enable-gnutls --disable-libgsm --enable-iconv --disable-indev=jack --disable-libmp3lame --disable-libbluray --disable-libv4l2 --disable- indev=v4l2 --disable-outdev=v4l2 --disable-libmodplug --disable-openal --disable-indev=openal --disable-libopenjpeg --disable-libopus --disable- libpulse --disable-indev=pulse --disable-outdev=pulse --disable-librtmp --enable-libschroedinger --disable-libspeex --enable-libtheora --disable- vaapi --disable-vdpau --enable-libvorbis --disable-libvo-aacenc --disable- libvo-amrwbenc --enable-libvpx --enable-libx264 --enable-libxvid --prefix=/usr/local --mandir=/usr/local/man --datadir=/usr/local/share/ffmpeg --enable-shared --enable-gpl --enable- postproc --enable-avfilter --enable-avresample --enable-pthreads --enable- memalign-hack --disable-libstagefright-h264 --disable-libutvideo --disable-libsoxr --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 --disable-ffplay --disable-outdev=sdl --enable-nonfree --enable-version3 libavutil 52. 74.100 / 52. 74.100 libavcodec 55. 58.102 / 55. 58.102 libavformat 55. 36.102 / 55. 36.102 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libavresample 1. 2. 0 / 1. 2. 0 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 [wmv3 @ 0x8088e4620] Extra data: 8 bits left, value: 0 Guessed Channel Layout for Input Stream #0.0 : stereo Input #0, asf, from '/home/1280.wmv': Metadata: SfOriginalFPS : 300000 WMFSDKVersion : 12.0.7600.16385 WMFSDKNeeded : 0.0.0.0000 _SfMarkerDuration_0: 0 IsVBR : 0 DeviceConformanceTemplate: MP at HL Duration: 00:21:25.36, start: 0.000000, bitrate: 3157 kb/s Chapter #0.0: start 56.589000, end 1285.363000 Metadata: title : Stream #0:0: Audio: wmav2 (a[1][0][0] / 0x0161), 44100 Hz, stereo, fltp, 96 kb/s Stream #0:1: Video: wmv3 (Main) (WMV3 / 0x33564D57), yuv420p, 1280x720, 3049 kb/s, 30 tbr, 1k tbn, 1k tbc Please use -b:a or -b:v, -b is ambiguous Please use -profile:a or -profile:v, -profile is ambiguous -async is forwarded to lavfi similarly to -af aresample=async=1:min_hard_comp=0.100000:first_pts=0. [libx264 @ 0x8088e4b20] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2 AVX [libx264 @ 0x8088e4b20] profile Constrained Baseline, level 3.0 [libx264 @ 0x8088e4b20] 264 - core 125 - H.264/MPEG-4 AVC codec - Copyleft 2003-2012 - http://www.videolan.org/x264.html - options: cabac=0 ref=5 deblock=1:0:0 analyse=0x1:0x111 me=umh subme=8 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=0 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=2 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=0 weightp=0 keyint=24 keyint_min=2 scenecut=40 intra_refresh=0 rc_lookahead=24 rc=abr mbtree=1 bitrate=750 ratetol=1.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 [wmv3 @ 0x8088e4620] Extra data: 8 bits left, value: 0 Output #0, mp4, to '/home/0003-test-F.1.mp4': Metadata: SfOriginalFPS : 300000 WMFSDKVersion : 12.0.7600.16385 WMFSDKNeeded : 0.0.0.0000 _SfMarkerDuration_0: 0 IsVBR : 0 DeviceConformanceTemplate: MP at HL encoder : Lavf55.36.102 Chapter #0.0: start 55.589000, end 1284.363000 Metadata: title : Stream #0:0: Video: h264 (libx264) ([33][0][0][0] / 0x0021), yuv420p, 640x360, q=-1--1, 750 kb/s, 11988 tbn, 29.97 tbc Stream #0:1: Audio: aac (libfaac) ([64][0][0][0] / 0x0040), 44100 Hz, stereo, s16, 32 kb/s Stream mapping: Stream #0:1 -> #0:0 (wmv3 -> libx264) Stream #0:0 -> #0:1 (wmav2 -> libfaac) Press [q] to stop, [?] for help frame= 870 fps= 63 q=-1.0 Lsize= 3051kB time=00:00:29.02 bitrate= 860.9kbits/s video:2836kB audio:189kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.858561% [libx264 @ 0x8088e4b20] frame I:37 Avg QP:16.11 size: 21824 [libx264 @ 0x8088e4b20] frame P:833 Avg QP:21.53 size: 2516 [libx264 @ 0x8088e4b20] mb I I16..4: 47.0% 0.0% 53.0% [libx264 @ 0x8088e4b20] mb P I16..4: 1.9% 0.0% 1.0% P16..4: 31.6% 7.4% 3.8% 0.0% 0.0% skip:54.4% [libx264 @ 0x8088e4b20] final ratefactor: 19.71 [libx264 @ 0x8088e4b20] coded y,uvDC,uvAC intra: 45.1% 49.5% 30.4% inter: 8.8% 14.1% 2.4% [libx264 @ 0x8088e4b20] i16 v,h,dc,p: 47% 27% 8% 17% [libx264 @ 0x8088e4b20] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 10% 15% 12% 10% 11% 9% 12% 9% 11% [libx264 @ 0x8088e4b20] i8c dc,h,v,p: 62% 18% 14% 6% [libx264 @ 0x8088e4b20] ref P L0: 58.4% 17.1% 12.9% 5.8% 5.8% [libx264 @ 0x8088e4b20] kb/s:800.16 }}} Duration: 00:21:25.36, start: 0.000000, bitrate: 3157 kb/s But it must be 29s!!! http://gyazo.com/ba0dbadb3ee6dd3212b51279ab9a89bc - in windows I can see meta duration is incorrect but video duration correct :) If I try it in player it play but I cant rewind it to some part :( It bug some of WMVs file, all ok with MP4 files it in 2.1 and 2.2, all was ok in 1.2 Sorry for my English Info from Media Player Classic General Complete name : V:\0003-test-F.1.mp4 Format : MPEG-4 Format profile : Base Media Codec ID : isom File size : 2.98 MiB Duration : 21mn 24s Overall bit rate : 19.5 Kbps Writing application : Lavf55.36.102 Video ID : 1 Format : AVC Format/Info : Advanced Video Codec Format profile : Baseline at L3.0 Format settings, CABAC : No Format settings, ReFrames : 5 frames Codec ID : avc1 Codec ID/Info : Advanced Video Coding Duration : 29s 30ms Bit rate : 800 Kbps Nominal bit rate : 750 Kbps Width : 640 pixels Height : 360 pixels Display aspect ratio : 16:9 Frame rate mode : Constant Frame rate : 29.970 fps Color space : YUV Chroma subsampling : 4:2:0 Bit depth : 8 bits Scan type : Progressive Bits/(Pixel*Frame) : 0.116 Stream size : 2.77 MiB (93%) Writing library : x264 core 125 Encoding settings : cabac=0 / ref=5 / deblock=1:0:0 / analyse=0x1:0x111 / me=umh / subme=8 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=0 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=2 / lookahead_threads=1 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=0 / weightp=0 / keyint=24 / keyint_min=2 / scenecut=40 / intra_refresh=0 / rc_lookahead=24 / rc=abr / mbtree=1 / bitrate=750 / ratetol=1.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / ip_ratio=1.40 / aq=1:1.00 Audio ID : 2 Format : AAC Format/Info : Advanced Audio Codec Format profile : LC Codec ID : 40 Duration : 29s 24ms Duration_LastFrame : -2ms Bit rate mode : Constant Bit rate : 53.2 Kbps Channel count : 2 channels Channel positions : Front: L R Sampling rate : 44.1 KHz Compression mode : Lossy Stream size : 189 KiB (6%) Menu #1 ID : 3 Codec ID : text Duration : 21mn 24s Language : English Menu #2 Plz help asap -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 7 10:44:07 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 07 Apr 2014 08:44:07 -0000 Subject: [FFmpeg-trac] #3537(undetermined:new): Wrong duration of some WMV to MP4 file or wrong meta data with ffmpeg 2.1 and 2.2, but ok with 1.2 and old In-Reply-To: <037.2c49f94804e51d9c1b21e3dce6ca384e@avcodec.org> References: <037.2c49f94804e51d9c1b21e3dce6ca384e@avcodec.org> Message-ID: <052.f5194734139218353dc34071d0b7f96a@avcodec.org> #3537: Wrong duration of some WMV to MP4 file or wrong meta data with ffmpeg 2.1 and 2.2, but ok with 1.2 and old -------------------------------------+------------------------------------- Reporter: vikigns | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Where can I find the input sample 1280.wmv? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 7 10:46:32 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 07 Apr 2014 08:46:32 -0000 Subject: [FFmpeg-trac] #3164(ffmpeg:closed): First image skipped when forcing output rate In-Reply-To: <035.90f1c9f97a1d4bb4a7cf50d40b77fd4b@avcodec.org> References: <035.90f1c9f97a1d4bb4a7cf50d40b77fd4b@avcodec.org> Message-ID: <050.167378eebbbdd9b19f124827bd240999@avcodec.org> #3164: First image skipped when forcing output rate ------------------------------------+------------------------------------- Reporter: slhck | Owner: Type: defect | Status: closed Priority: normal | Component: ffmpeg Version: git-master | Resolution: duplicate Keywords: fps | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------- Comment (by notedible): Replying to [comment:7 cehoyos]: > Replying to [comment:6 notedible]: > > the difference being that -vf cuts off the last frame > > Making it a duplicate of ticket #2674 or do I miss something? Ah, thanks, I hadn't found #2674. I was mostly observing that -vf fps is not really a solution since it causes an equally bad problem, just at the other end, but you're right, it does solve the problem as originally stated. Hopefully one of them will be fixed soon. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 7 10:49:05 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 07 Apr 2014 08:49:05 -0000 Subject: [FFmpeg-trac] #3537(undetermined:new): Wrong duration of some WMV to MP4 file or wrong meta data with ffmpeg 2.1 and 2.2, but ok with 1.2 and old In-Reply-To: <037.2c49f94804e51d9c1b21e3dce6ca384e@avcodec.org> References: <037.2c49f94804e51d9c1b21e3dce6ca384e@avcodec.org> Message-ID: <052.413a1fe3232a7613bce38caa263de233@avcodec.org> #3537: Wrong duration of some WMV to MP4 file or wrong meta data with ffmpeg 2.1 and 2.2, but ok with 1.2 and old -------------------------------------+------------------------------------- Reporter: vikigns | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by vikigns): It's not public video :( How can I send you link not in public? Correct duration was with: Writing application : Lavf54.63.104 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 7 10:52:31 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 07 Apr 2014 08:52:31 -0000 Subject: [FFmpeg-trac] #3537(undetermined:new): Wrong duration of some WMV to MP4 file or wrong meta data with ffmpeg 2.1 and 2.2, but ok with 1.2 and old In-Reply-To: <037.2c49f94804e51d9c1b21e3dce6ca384e@avcodec.org> References: <037.2c49f94804e51d9c1b21e3dce6ca384e@avcodec.org> Message-ID: <052.4720a7eeb85458369274e776c9fea300@avcodec.org> #3537: Wrong duration of some WMV to MP4 file or wrong meta data with ffmpeg 2.1 and 2.2, but ok with 1.2 and old -------------------------------------+------------------------------------- Reporter: vikigns | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by vikigns): Replying to [comment:1 cehoyos]: > Where can I find the input sample 1280.wmv? Give me your email/icq plz. Thanks -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 7 10:53:08 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 07 Apr 2014 08:53:08 -0000 Subject: [FFmpeg-trac] #1578(undetermined:open): variable FPS incorrect frame length In-Reply-To: <040.74b5a485821bc5584956cc29429402ac@avcodec.org> References: <040.74b5a485821bc5584956cc29429402ac@avcodec.org> Message-ID: <055.6b78db1ed17ec655e89a07b6f8bdbfbc@avcodec.org> #1578: variable FPS incorrect frame length -------------------------------------+------------------------------------- Reporter: kubabrecka | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: fps | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by notedible): * cc: anantapalani@? (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 7 10:53:25 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 07 Apr 2014 08:53:25 -0000 Subject: [FFmpeg-trac] #2674(avfilter:new): fps filter changes video length In-Reply-To: <037.853e5a4a107f941b7f95678704348b7c@avcodec.org> References: <037.853e5a4a107f941b7f95678704348b7c@avcodec.org> Message-ID: <052.dbc8d1710aed0be15855143f51e05727@avcodec.org> #2674: fps filter changes video length ------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: fps | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by notedible): * cc: anantapalani@? (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 7 11:09:19 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 07 Apr 2014 09:09:19 -0000 Subject: [FFmpeg-trac] #3537(undetermined:new): Wrong duration of some WMV to MP4 file or wrong meta data with ffmpeg 2.1 and 2.2, but ok with 1.2 and old In-Reply-To: <037.2c49f94804e51d9c1b21e3dce6ca384e@avcodec.org> References: <037.2c49f94804e51d9c1b21e3dce6ca384e@avcodec.org> Message-ID: <052.9f39b2de605daa1077389d438e846094@avcodec.org> #3537: Wrong duration of some WMV to MP4 file or wrong meta data with ffmpeg 2.1 and 2.2, but ok with 1.2 and old -------------------------------------+------------------------------------- Reporter: vikigns | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:2 vikigns]: > It's not public video :( > How can I send you link not in public? Please read http://ffmpeg.org/bugreports.html There is no hard filesize limit. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 7 11:16:55 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 07 Apr 2014 09:16:55 -0000 Subject: [FFmpeg-trac] #3537(undetermined:new): Wrong duration of some WMV to MP4 file or wrong meta data with ffmpeg 2.1 and 2.2, but ok with 1.2 and old In-Reply-To: <037.2c49f94804e51d9c1b21e3dce6ca384e@avcodec.org> References: <037.2c49f94804e51d9c1b21e3dce6ca384e@avcodec.org> Message-ID: <052.f513366994e9dcc87f031e6b93118e87@avcodec.org> #3537: Wrong duration of some WMV to MP4 file or wrong meta data with ffmpeg 2.1 and 2.2, but ok with 1.2 and old -------------------------------------+------------------------------------- Reporter: vikigns | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by vikigns): It's private video from one of my client :( email me plz bsbtour9999 \at/ gmail.com will email you link. Thanks for your help! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 7 11:31:10 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 07 Apr 2014 09:31:10 -0000 Subject: [FFmpeg-trac] #3537(undetermined:new): Wrong duration of some WMV to MP4 file or wrong meta data with ffmpeg 2.1 and 2.2, but ok with 1.2 and old In-Reply-To: <037.2c49f94804e51d9c1b21e3dce6ca384e@avcodec.org> References: <037.2c49f94804e51d9c1b21e3dce6ca384e@avcodec.org> Message-ID: <052.0af55e6cf0385c509b98c21af306f133@avcodec.org> #3537: Wrong duration of some WMV to MP4 file or wrong meta data with ffmpeg 2.1 and 2.2, but ok with 1.2 and old -------------------------------------+------------------------------------- Reporter: vikigns | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by vikigns): Wrong coding source have: _SfMarkerDuration_0: 0 Good does not! Possible it help? [wmv3 @ 0x8088e4620] Extra data: 8 bits left, value: 0 Guessed Channel Layout for Input Stream #0.0 : stereo Input #0, asf, from '/home/1280.wmv': Metadata: SfOriginalFPS : 300000 WMFSDKVersion : 12.0.7600.16385 WMFSDKNeeded : 0.0.0.0000 _SfMarkerDuration_0: 0 IsVBR : 0 DeviceConformanceTemplate: MP at HL Duration: 00:21:25.36, start: 0.000000, bitrate: 3157 kb/s Chapter #0.0: start 56.589000, end 1285.363000 Metadata: title : Stream #0:0: Audio: wmav2 (a[1][0][0] / 0x0161), 44100 Hz, stereo, fltp, 96 kb/s Stream #0:1: Video: wmv3 (Main) (WMV3 / 0x33564D57), yuv420p, 1280x720, 3049 kb/s, 30 tbr, 1k tbn, 1k tbc At least one output file must be specified [wmv3 @ 0x8088e4620] Extra data: 8 bits left, value: 0 Guessed Channel Layout for Input Stream #0.0 : stereo Input #0, asf, from '/home/1289.wmv': Metadata: SfOriginalFPS : 300000 WMFSDKVersion : 12.0.7600.16385 WMFSDKNeeded : 0.0.0.0000 IsVBR : 0 DeviceConformanceTemplate: MP at HL Duration: 00:25:00.10, start: 0.000000, bitrate: 3158 kb/s Stream #0:0(eng): Audio: wmav2 (a[1][0][0] / 0x0161), 44100 Hz, stereo, fltp, 96 kb/s Stream #0:1(eng): Video: wmv3 (Main) (WMV3 / 0x33564D57), yuv420p, 1280x720, 3049 kb/s, 30 tbr, 1k tbn, 1k tbc -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 7 11:34:07 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 07 Apr 2014 09:34:07 -0000 Subject: [FFmpeg-trac] #3537(undetermined:new): Wrong duration of some WMV to MP4 file or wrong meta data with ffmpeg 2.1 and 2.2, but ok with 1.2 and old In-Reply-To: <037.2c49f94804e51d9c1b21e3dce6ca384e@avcodec.org> References: <037.2c49f94804e51d9c1b21e3dce6ca384e@avcodec.org> Message-ID: <052.5d922dfa06c1c221695215f5502330a6@avcodec.org> #3537: Wrong duration of some WMV to MP4 file or wrong meta data with ffmpeg 2.1 and 2.2, but ok with 1.2 and old -------------------------------------+------------------------------------- Reporter: vikigns | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): If you cannot upload your video to our ftp server (which only developers can read), then please run {{{git bisect}}} to find the change that introduced the regression. Valid regression reports need the commit that introduced the regression, I can only run the tests for you if you upload the sample. (You should easily find out my email address, but if you send the file to me I will upload it to our private samples directory so that doesn't make any difference.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 7 11:40:39 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 07 Apr 2014 09:40:39 -0000 Subject: [FFmpeg-trac] #3537(undetermined:new): Wrong duration of some WMV to MP4 file or wrong meta data with ffmpeg 2.1 and 2.2, but ok with 1.2 and old In-Reply-To: <037.2c49f94804e51d9c1b21e3dce6ca384e@avcodec.org> References: <037.2c49f94804e51d9c1b21e3dce6ca384e@avcodec.org> Message-ID: <052.844844eadd28887728ee4c7f3aea566d@avcodec.org> #3537: Wrong duration of some WMV to MP4 file or wrong meta data with ffmpeg 2.1 and 2.2, but ok with 1.2 and old -------------------------------------+------------------------------------- Reporter: vikigns | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by vikigns): Got it! File uploading... Thanks. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 7 12:11:44 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 07 Apr 2014 10:11:44 -0000 Subject: [FFmpeg-trac] #3537(undetermined:new): Wrong duration of some WMV to MP4 file or wrong meta data with ffmpeg 2.1 and 2.2, but ok with 1.2 and old In-Reply-To: <037.2c49f94804e51d9c1b21e3dce6ca384e@avcodec.org> References: <037.2c49f94804e51d9c1b21e3dce6ca384e@avcodec.org> Message-ID: <052.98a9b17b091a383931b05f5813985ca1@avcodec.org> #3537: Wrong duration of some WMV to MP4 file or wrong meta data with ffmpeg 2.1 and 2.2, but ok with 1.2 and old -------------------------------------+------------------------------------- Reporter: vikigns | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by vikigns): Please check /incoming/ticked-3537.txt /incoming/1280.wmv Thanks -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 7 12:21:21 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 07 Apr 2014 10:21:21 -0000 Subject: [FFmpeg-trac] #3537(undetermined:new): Wrong duration of some WMV to MP4 file or wrong meta data with ffmpeg 2.1 and 2.2, but ok with 1.2 and old In-Reply-To: <037.2c49f94804e51d9c1b21e3dce6ca384e@avcodec.org> References: <037.2c49f94804e51d9c1b21e3dce6ca384e@avcodec.org> Message-ID: <052.1d2d3cd6c958ef944a60000430314670@avcodec.org> #3537: Wrong duration of some WMV to MP4 file or wrong meta data with ffmpeg 2.1 and 2.2, but ok with 1.2 and old -------------------------------------+------------------------------------- Reporter: vikigns | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): I tested the following command line: {{{ $ ffmpeg -ss 10 -i 1280.wmv -vcodec mpeg4 -strict -2 -acodec aac -t 29 -qscale 2 -s 640:360 out.mp4 }}} FFmpeg, MPlayer and vlc all report the length of the output file as 29 seconds. How can I reproduce the problem? {{{ $ ffmpeg -i out.mp4 ffmpeg version N-62246-g02497a5 Copyright (c) 2000-2014 the FFmpeg developers built on Apr 7 2014 12:19:24 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 74.100 / 52. 74.100 libavcodec 55. 58.102 / 55. 58.102 libavformat 55. 36.102 / 55. 36.102 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'out.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2mp41 encoder : Lavf55.36.102 Duration: 00:00:29.02, start: 0.023220, bitrate: 2954 kb/s Stream #0:0(und): Video: mpeg4 (Simple Profile) (mp4v / 0x7634706D), yuv420p, 640x360 [SAR 1:1 DAR 16:9], 2821 kb/s, 30 fps, 30 tbr, 15360 tbn, 30 tbc (default) Metadata: handler_name : VideoHandler Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 128 kb/s (default) Metadata: handler_name : SoundHandler At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 7 12:31:02 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 07 Apr 2014 10:31:02 -0000 Subject: [FFmpeg-trac] #3537(undetermined:new): Wrong duration of some WMV to MP4 file or wrong meta data with ffmpeg 2.1 and 2.2, but ok with 1.2 and old In-Reply-To: <037.2c49f94804e51d9c1b21e3dce6ca384e@avcodec.org> References: <037.2c49f94804e51d9c1b21e3dce6ca384e@avcodec.org> Message-ID: <052.5a716a8dfd971baa4650bc8a1d09a0ee@avcodec.org> #3537: Wrong duration of some WMV to MP4 file or wrong meta data with ffmpeg 2.1 and 2.2, but ok with 1.2 and old -------------------------------------+------------------------------------- Reporter: vikigns | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): To work-around your issue, move {{{-t}}} (which is an output option) in front of the output file name. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 7 12:32:24 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 07 Apr 2014 10:32:24 -0000 Subject: [FFmpeg-trac] #3537(undetermined:new): Wrong duration of some WMV to MP4 file or wrong meta data with ffmpeg 2.1 and 2.2, but ok with 1.2 and old In-Reply-To: <037.2c49f94804e51d9c1b21e3dce6ca384e@avcodec.org> References: <037.2c49f94804e51d9c1b21e3dce6ca384e@avcodec.org> Message-ID: <052.0d3d3fc2f71ecbd11050fe223ec8e7e1@avcodec.org> #3537: Wrong duration of some WMV to MP4 file or wrong meta data with ffmpeg 2.1 and 2.2, but ok with 1.2 and old -------------------------------------+------------------------------------- Reporter: vikigns | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by vikigns): LOL :) THANKS I just got it!!! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 7 12:43:03 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 07 Apr 2014 10:43:03 -0000 Subject: [FFmpeg-trac] #3537(undetermined:closed): Wrong duration of some WMV to MP4 file or wrong meta data with ffmpeg 2.1 and 2.2, but ok with 1.2 and old In-Reply-To: <037.2c49f94804e51d9c1b21e3dce6ca384e@avcodec.org> References: <037.2c49f94804e51d9c1b21e3dce6ca384e@avcodec.org> Message-ID: <052.f317b2f6a3269f1dd14af8872b4dde23@avcodec.org> #3537: Wrong duration of some WMV to MP4 file or wrong meta data with ffmpeg 2.1 and 2.2, but ok with 1.2 and old -------------------------------------+------------------------------------- Reporter: vikigns | Owner: Type: defect | Status: closed Priority: important | Component: Version: unspecified | undetermined Keywords: | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by vikigns): * status: new => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 7 13:00:47 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 07 Apr 2014 11:00:47 -0000 Subject: [FFmpeg-trac] #3537(ffmpeg:reopened): Invalid chapters are copied if -t is used as input option (was: Wrong duration of some WMV to MP4 file or wrong meta data with ffmpeg 2.1 and 2.2, but ok with 1.2 and old) In-Reply-To: <037.2c49f94804e51d9c1b21e3dce6ca384e@avcodec.org> References: <037.2c49f94804e51d9c1b21e3dce6ca384e@avcodec.org> Message-ID: <052.f850cd3c0eea162060e4f91e3925c7a3@avcodec.org> #3537: Invalid chapters are copied if -t is used as input option -------------------------------------+------------------------------------- Reporter: vikigns | Owner: Type: defect | Status: reopened Priority: normal | Component: ffmpeg Version: git-master | Resolution: Keywords: chapters | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: closed => reopened * component: undetermined => ffmpeg * priority: important => normal * version: unspecified => git-master * keywords: => chapters regression * resolution: fixed => Old description: > Summary of the bug: > Try convert some parts of WMV file to MP4 > How to reproduce: > {{{ > % /usr/local/bin/ffmpeg -ss 10 -t 29 -i /home/1280.wmv -f mp4 -s 640:360 > -r 29.97 -vcodec libx264 -preset slow -threads 2 -g 24 -b 750k -bt 750k > -acodec libfaac -ac 2 -ab 32k -async 1 -y -profile baseline > /home/0003-test-F.1.mp4 > ffmpeg version N-62246-g02497a5 Copyright (c) 2000-2014 the FFmpeg > developers > built on Apr 7 2014 08:03:10 with gcc 4.2.1 (GCC) 20070831 patched > [FeeBSD] > configuration: --disable-indev=alsa --disable-outdev=alsa --enable- > libopencore-amrnb --disable-libopencore-amrwb --disable-libass --disable- > libcdio --enable-libcelt --enable-libfaac --disable-libfdk-aac --enable- > ffserver --enable-fontconfig --enable-libfreetype --enable-frei0r > --enable-gnutls --disable-libgsm --enable-iconv --disable-indev=jack > --disable-libmp3lame --disable-libbluray --disable-libv4l2 --disable- > indev=v4l2 --disable-outdev=v4l2 --disable-libmodplug --disable-openal > --disable-indev=openal --disable-libopenjpeg --disable-libopus --disable- > libpulse --disable-indev=pulse --disable-outdev=pulse --disable-librtmp > --enable-libschroedinger --disable-libspeex --enable-libtheora --disable- > vaapi --disable-vdpau --enable-libvorbis --disable-libvo-aacenc > --disable-libvo-amrwbenc --enable-libvpx --enable-libx264 --enable- > libxvid --prefix=/usr/local --mandir=/usr/local/man > --datadir=/usr/local/share/ffmpeg --enable-shared --enable-gpl --enable- > postproc --enable-avfilter --enable-avresample --enable-pthreads > --enable-memalign-hack --disable-libstagefright-h264 --disable-libutvideo > --disable-libsoxr --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 > --disable-ffplay --disable-outdev=sdl --enable-nonfree --enable-version3 > libavutil 52. 74.100 / 52. 74.100 > libavcodec 55. 58.102 / 55. 58.102 > libavformat 55. 36.102 / 55. 36.102 > libavdevice 55. 11.100 / 55. 11.100 > libavfilter 4. 3.100 / 4. 3.100 > libavresample 1. 2. 0 / 1. 2. 0 > libswscale 2. 6.100 / 2. 6.100 > libswresample 0. 18.100 / 0. 18.100 > libpostproc 52. 3.100 / 52. 3.100 > [wmv3 @ 0x8088e4620] Extra data: 8 bits left, value: 0 > Guessed Channel Layout for Input Stream #0.0 : stereo > Input #0, asf, from '/home/1280.wmv': > Metadata: > SfOriginalFPS : 300000 > WMFSDKVersion : 12.0.7600.16385 > WMFSDKNeeded : 0.0.0.0000 > _SfMarkerDuration_0: 0 > IsVBR : 0 > DeviceConformanceTemplate: MP at HL > Duration: 00:21:25.36, start: 0.000000, bitrate: 3157 kb/s > Chapter #0.0: start 56.589000, end 1285.363000 > Metadata: > title : > Stream #0:0: Audio: wmav2 (a[1][0][0] / 0x0161), 44100 Hz, stereo, > fltp, 96 kb/s > Stream #0:1: Video: wmv3 (Main) (WMV3 / 0x33564D57), yuv420p, > 1280x720, 3049 kb/s, 30 tbr, 1k tbn, 1k tbc > Please use -b:a or -b:v, -b is ambiguous > Please use -profile:a or -profile:v, -profile is ambiguous > -async is forwarded to lavfi similarly to -af > aresample=async=1:min_hard_comp=0.100000:first_pts=0. > [libx264 @ 0x8088e4b20] using cpu capabilities: MMX2 SSE2Fast SSSE3 > FastShuffle SSE4.2 AVX > [libx264 @ 0x8088e4b20] profile Constrained Baseline, level 3.0 > [libx264 @ 0x8088e4b20] 264 - core 125 - H.264/MPEG-4 AVC codec - > Copyleft 2003-2012 - http://www.videolan.org/x264.html - options: cabac=0 > ref=5 deblock=1:0:0 analyse=0x1:0x111 me=umh subme=8 psy=1 > psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=0 > cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=2 > lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 > bluray_compat=0 constrained_intra=0 bframes=0 weightp=0 keyint=24 > keyint_min=2 scenecut=40 intra_refresh=0 rc_lookahead=24 rc=abr mbtree=1 > bitrate=750 ratetol=1.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 > ip_ratio=1.40 aq=1:1.00 > [wmv3 @ 0x8088e4620] Extra data: 8 bits left, value: 0 > Output #0, mp4, to '/home/0003-test-F.1.mp4': > Metadata: > SfOriginalFPS : 300000 > WMFSDKVersion : 12.0.7600.16385 > WMFSDKNeeded : 0.0.0.0000 > _SfMarkerDuration_0: 0 > IsVBR : 0 > DeviceConformanceTemplate: MP at HL > encoder : Lavf55.36.102 > Chapter #0.0: start 55.589000, end 1284.363000 > Metadata: > title : > Stream #0:0: Video: h264 (libx264) ([33][0][0][0] / 0x0021), yuv420p, > 640x360, q=-1--1, 750 kb/s, 11988 tbn, 29.97 tbc > Stream #0:1: Audio: aac (libfaac) ([64][0][0][0] / 0x0040), 44100 Hz, > stereo, s16, 32 kb/s > Stream mapping: > Stream #0:1 -> #0:0 (wmv3 -> libx264) > Stream #0:0 -> #0:1 (wmav2 -> libfaac) > Press [q] to stop, [?] for help > frame= 870 fps= 63 q=-1.0 Lsize= 3051kB time=00:00:29.02 bitrate= > 860.9kbits/s > video:2836kB audio:189kB subtitle:0kB other streams:0kB global > headers:0kB muxing overhead: 0.858561% > [libx264 @ 0x8088e4b20] frame I:37 Avg QP:16.11 size: 21824 > [libx264 @ 0x8088e4b20] frame P:833 Avg QP:21.53 size: 2516 > [libx264 @ 0x8088e4b20] mb I I16..4: 47.0% 0.0% 53.0% > [libx264 @ 0x8088e4b20] mb P I16..4: 1.9% 0.0% 1.0% P16..4: 31.6% > 7.4% 3.8% 0.0% 0.0% skip:54.4% > [libx264 @ 0x8088e4b20] final ratefactor: 19.71 > [libx264 @ 0x8088e4b20] coded y,uvDC,uvAC intra: 45.1% 49.5% 30.4% inter: > 8.8% 14.1% 2.4% > [libx264 @ 0x8088e4b20] i16 v,h,dc,p: 47% 27% 8% 17% > [libx264 @ 0x8088e4b20] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 10% 15% 12% 10% > 11% 9% 12% 9% 11% > [libx264 @ 0x8088e4b20] i8c dc,h,v,p: 62% 18% 14% 6% > [libx264 @ 0x8088e4b20] ref P L0: 58.4% 17.1% 12.9% 5.8% 5.8% > [libx264 @ 0x8088e4b20] kb/s:800.16 > > }}} > Duration: 00:21:25.36, start: 0.000000, bitrate: 3157 kb/s > But it must be 29s!!! > http://gyazo.com/ba0dbadb3ee6dd3212b51279ab9a89bc - in windows I can see > meta duration is incorrect but video duration correct :) > If I try it in player it play but I cant rewind it to some part :( > It bug some of WMVs file, all ok with MP4 files it in 2.1 and 2.2, all > was ok in 1.2 > Sorry for my English > Info from Media Player Classic > General > Complete name : V:\0003-test-F.1.mp4 > Format : MPEG-4 > Format profile : Base Media > Codec ID : isom > File size : 2.98 MiB > Duration : 21mn 24s > Overall bit rate : 19.5 Kbps > Writing application : Lavf55.36.102 > > Video > ID : 1 > Format : AVC > Format/Info : Advanced Video Codec > Format profile : Baseline at L3.0 > Format settings, CABAC : No > Format settings, ReFrames : 5 frames > Codec ID : avc1 > Codec ID/Info : Advanced Video Coding > Duration : 29s 30ms > Bit rate : 800 Kbps > Nominal bit rate : 750 Kbps > Width : 640 pixels > Height : 360 pixels > Display aspect ratio : 16:9 > Frame rate mode : Constant > Frame rate : 29.970 fps > Color space : YUV > Chroma subsampling : 4:2:0 > Bit depth : 8 bits > Scan type : Progressive > Bits/(Pixel*Frame) : 0.116 > Stream size : 2.77 MiB (93%) > Writing library : x264 core 125 > Encoding settings : cabac=0 / ref=5 / deblock=1:0:0 / > analyse=0x1:0x111 / me=umh / subme=8 / psy=1 / psy_rd=1.00:0.00 / > mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=0 / cqm=0 / > deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=2 / > lookahead_threads=1 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 > / bluray_compat=0 / constrained_intra=0 / bframes=0 / weightp=0 / > keyint=24 / keyint_min=2 / scenecut=40 / intra_refresh=0 / > rc_lookahead=24 / rc=abr / mbtree=1 / bitrate=750 / ratetol=1.0 / > qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / ip_ratio=1.40 / aq=1:1.00 > > Audio > ID : 2 > Format : AAC > Format/Info : Advanced Audio Codec > Format profile : LC > Codec ID : 40 > Duration : 29s 24ms > Duration_LastFrame : -2ms > Bit rate mode : Constant > Bit rate : 53.2 Kbps > Channel count : 2 channels > Channel positions : Front: L R > Sampling rate : 44.1 KHz > Compression mode : Lossy > Stream size : 189 KiB (6%) > > Menu #1 > ID : 3 > Codec ID : text > Duration : 21mn 24s > Language : English > > Menu #2 > > > Plz help asap New description: See comment:14 for a sample command. ---- Summary of the bug: Try convert some parts of WMV file to MP4 How to reproduce: {{{ % /usr/local/bin/ffmpeg -ss 10 -t 29 -i /home/1280.wmv -f mp4 -s 640:360 -r 29.97 -vcodec libx264 -preset slow -threads 2 -g 24 -b 750k -bt 750k -acodec libfaac -ac 2 -ab 32k -async 1 -y -profile baseline /home/0003-test-F.1.mp4 ffmpeg version N-62246-g02497a5 Copyright (c) 2000-2014 the FFmpeg developers built on Apr 7 2014 08:03:10 with gcc 4.2.1 (GCC) 20070831 patched [FeeBSD] configuration: --disable-indev=alsa --disable-outdev=alsa --enable- libopencore-amrnb --disable-libopencore-amrwb --disable-libass --disable- libcdio --enable-libcelt --enable-libfaac --disable-libfdk-aac --enable- ffserver --enable-fontconfig --enable-libfreetype --enable-frei0r --enable-gnutls --disable-libgsm --enable-iconv --disable-indev=jack --disable-libmp3lame --disable-libbluray --disable-libv4l2 --disable- indev=v4l2 --disable-outdev=v4l2 --disable-libmodplug --disable-openal --disable-indev=openal --disable-libopenjpeg --disable-libopus --disable- libpulse --disable-indev=pulse --disable-outdev=pulse --disable-librtmp --enable-libschroedinger --disable-libspeex --enable-libtheora --disable- vaapi --disable-vdpau --enable-libvorbis --disable-libvo-aacenc --disable- libvo-amrwbenc --enable-libvpx --enable-libx264 --enable-libxvid --prefix=/usr/local --mandir=/usr/local/man --datadir=/usr/local/share/ffmpeg --enable-shared --enable-gpl --enable- postproc --enable-avfilter --enable-avresample --enable-pthreads --enable- memalign-hack --disable-libstagefright-h264 --disable-libutvideo --disable-libsoxr --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 --disable-ffplay --disable-outdev=sdl --enable-nonfree --enable-version3 libavutil 52. 74.100 / 52. 74.100 libavcodec 55. 58.102 / 55. 58.102 libavformat 55. 36.102 / 55. 36.102 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libavresample 1. 2. 0 / 1. 2. 0 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 [wmv3 @ 0x8088e4620] Extra data: 8 bits left, value: 0 Guessed Channel Layout for Input Stream #0.0 : stereo Input #0, asf, from '/home/1280.wmv': Metadata: SfOriginalFPS : 300000 WMFSDKVersion : 12.0.7600.16385 WMFSDKNeeded : 0.0.0.0000 _SfMarkerDuration_0: 0 IsVBR : 0 DeviceConformanceTemplate: MP at HL Duration: 00:21:25.36, start: 0.000000, bitrate: 3157 kb/s Chapter #0.0: start 56.589000, end 1285.363000 Metadata: title : Stream #0:0: Audio: wmav2 (a[1][0][0] / 0x0161), 44100 Hz, stereo, fltp, 96 kb/s Stream #0:1: Video: wmv3 (Main) (WMV3 / 0x33564D57), yuv420p, 1280x720, 3049 kb/s, 30 tbr, 1k tbn, 1k tbc Please use -b:a or -b:v, -b is ambiguous Please use -profile:a or -profile:v, -profile is ambiguous -async is forwarded to lavfi similarly to -af aresample=async=1:min_hard_comp=0.100000:first_pts=0. [libx264 @ 0x8088e4b20] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2 AVX [libx264 @ 0x8088e4b20] profile Constrained Baseline, level 3.0 [libx264 @ 0x8088e4b20] 264 - core 125 - H.264/MPEG-4 AVC codec - Copyleft 2003-2012 - http://www.videolan.org/x264.html - options: cabac=0 ref=5 deblock=1:0:0 analyse=0x1:0x111 me=umh subme=8 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=0 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=2 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=0 weightp=0 keyint=24 keyint_min=2 scenecut=40 intra_refresh=0 rc_lookahead=24 rc=abr mbtree=1 bitrate=750 ratetol=1.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 [wmv3 @ 0x8088e4620] Extra data: 8 bits left, value: 0 Output #0, mp4, to '/home/0003-test-F.1.mp4': Metadata: SfOriginalFPS : 300000 WMFSDKVersion : 12.0.7600.16385 WMFSDKNeeded : 0.0.0.0000 _SfMarkerDuration_0: 0 IsVBR : 0 DeviceConformanceTemplate: MP at HL encoder : Lavf55.36.102 Chapter #0.0: start 55.589000, end 1284.363000 Metadata: title : Stream #0:0: Video: h264 (libx264) ([33][0][0][0] / 0x0021), yuv420p, 640x360, q=-1--1, 750 kb/s, 11988 tbn, 29.97 tbc Stream #0:1: Audio: aac (libfaac) ([64][0][0][0] / 0x0040), 44100 Hz, stereo, s16, 32 kb/s Stream mapping: Stream #0:1 -> #0:0 (wmv3 -> libx264) Stream #0:0 -> #0:1 (wmav2 -> libfaac) Press [q] to stop, [?] for help frame= 870 fps= 63 q=-1.0 Lsize= 3051kB time=00:00:29.02 bitrate= 860.9kbits/s video:2836kB audio:189kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.858561% [libx264 @ 0x8088e4b20] frame I:37 Avg QP:16.11 size: 21824 [libx264 @ 0x8088e4b20] frame P:833 Avg QP:21.53 size: 2516 [libx264 @ 0x8088e4b20] mb I I16..4: 47.0% 0.0% 53.0% [libx264 @ 0x8088e4b20] mb P I16..4: 1.9% 0.0% 1.0% P16..4: 31.6% 7.4% 3.8% 0.0% 0.0% skip:54.4% [libx264 @ 0x8088e4b20] final ratefactor: 19.71 [libx264 @ 0x8088e4b20] coded y,uvDC,uvAC intra: 45.1% 49.5% 30.4% inter: 8.8% 14.1% 2.4% [libx264 @ 0x8088e4b20] i16 v,h,dc,p: 47% 27% 8% 17% [libx264 @ 0x8088e4b20] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 10% 15% 12% 10% 11% 9% 12% 9% 11% [libx264 @ 0x8088e4b20] i8c dc,h,v,p: 62% 18% 14% 6% [libx264 @ 0x8088e4b20] ref P L0: 58.4% 17.1% 12.9% 5.8% 5.8% [libx264 @ 0x8088e4b20] kb/s:800.16 }}} Duration: 00:21:25.36, start: 0.000000, bitrate: 3157 kb/s But it must be 29s!!! http://gyazo.com/ba0dbadb3ee6dd3212b51279ab9a89bc - in windows I can see meta duration is incorrect but video duration correct :) If I try it in player it play but I cant rewind it to some part :( It bug some of WMVs file, all ok with MP4 files it in 2.1 and 2.2, all was ok in 1.2 Sorry for my English Info from Media Player Classic General Complete name : V:\0003-test-F.1.mp4 Format : MPEG-4 Format profile : Base Media Codec ID : isom File size : 2.98 MiB Duration : 21mn 24s Overall bit rate : 19.5 Kbps Writing application : Lavf55.36.102 Video ID : 1 Format : AVC Format/Info : Advanced Video Codec Format profile : Baseline at L3.0 Format settings, CABAC : No Format settings, ReFrames : 5 frames Codec ID : avc1 Codec ID/Info : Advanced Video Coding Duration : 29s 30ms Bit rate : 800 Kbps Nominal bit rate : 750 Kbps Width : 640 pixels Height : 360 pixels Display aspect ratio : 16:9 Frame rate mode : Constant Frame rate : 29.970 fps Color space : YUV Chroma subsampling : 4:2:0 Bit depth : 8 bits Scan type : Progressive Bits/(Pixel*Frame) : 0.116 Stream size : 2.77 MiB (93%) Writing library : x264 core 125 Encoding settings : cabac=0 / ref=5 / deblock=1:0:0 / analyse=0x1:0x111 / me=umh / subme=8 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=0 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=2 / lookahead_threads=1 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=0 / weightp=0 / keyint=24 / keyint_min=2 / scenecut=40 / intra_refresh=0 / rc_lookahead=24 / rc=abr / mbtree=1 / bitrate=750 / ratetol=1.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / ip_ratio=1.40 / aq=1:1.00 Audio ID : 2 Format : AAC Format/Info : Advanced Audio Codec Format profile : LC Codec ID : 40 Duration : 29s 24ms Duration_LastFrame : -2ms Bit rate mode : Constant Bit rate : 53.2 Kbps Channel count : 2 channels Channel positions : Front: L R Sampling rate : 44.1 KHz Compression mode : Lossy Stream size : 189 KiB (6%) Menu #1 ID : 3 Codec ID : text Duration : 21mn 24s Language : English Menu #2 Plz help asap -- Comment: Could be considered a regression because for one output file, the same command line worked as if -t was used as an output option. {{{ $ wget samples.ffmpeg.org/Matroska/matrix/Matrix.Reloaded.Trailer- RV9-Karl640x432_HE_AAC_subtitled_chapters.mkv }}} {{{ $ffmpeg -t 1 -i Matrix.Reloaded.Trailer- RV9-Karl640x432_HE_AAC_subtitled_chapters.mkv -an -y -qscale 2 out.mov ffmpeg version N-62246-g02497a5 Copyright (c) 2000-2014 the FFmpeg developers built on Apr 7 2014 12:19:24 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 74.100 / 52. 74.100 libavcodec 55. 58.102 / 55. 58.102 libavformat 55. 36.102 / 55. 36.102 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, matroska,webm, from 'Matrix.Reloaded.Trailer- RV9-Karl640x432_HE_AAC_subtitled_chapters.mkv': Metadata: encoder : libebml v0.6.2 + libmatroska v0.6.1 creation_time : 2003-12-07 15:51:35 Duration: 00:02:31.47, start: 0.000000, bitrate: 1125 kb/s Chapter #0.0: start 30.000000, end 60.000000 Metadata: title : Test Chapter 1 Chapter #0.1: start 60.000000, end 90.000000 Metadata: title : Test Chapter 2 Chapter #0.2: start 90.000000, end 120.000000 Metadata: title : Test Chapter 3 Chapter #0.3: start 120.000000, end 151.473000 Metadata: title : Test Chapter 4 Stream #0:0(eng): Video: rv40, yuv420p, 640x432, SAR 5:4 DAR 50:27, 30 fps, 30 tbr, 1k tbn, 1k tbc (default) Metadata: title : Matrix Trailer - RV9 encoded by Real Networks Inc. for the matroska team Stream #0:1(eng): Audio: aac, 44100 Hz, stereo, fltp (default) Metadata: title : Original Trailer Soundtrack - HE-AAC encoded with Nero6 Stream #0:2(ara): Subtitle: subrip Metadata: title : This is to Stream #0:3(cat): Subtitle: ssa Metadata: title : show the Stream #0:4(dut): Subtitle: ssa Metadata: title : power of Stream #0:5(eng): Subtitle: ssa (default) Metadata: title : custom made Stream #0:6(fin): Subtitle: ssa Metadata: title : track names Stream #0:7(fre): Subtitle: ssa Metadata: title : in matroska Stream #0:8(ger): Subtitle: ssa Metadata: title : the great Stream #0:9(jpn): Subtitle: subrip Metadata: title : Japanese Stream #0:10(por): Subtitle: ssa Metadata: title : opensource Stream #0:11(slv): Subtitle: ssa Metadata: title : open standard Stream #0:12(spa): Subtitle: ssa Metadata: title : A/V container Stream #0:13: Attachment: mjpeg Metadata: filename : matrixreloaded1.jpg mimetype : image/jpeg Stream #0:14: Attachment: mjpeg Metadata: filename : matrixreloaded2.jpg mimetype : image/jpeg Stream #0:15: Attachment: mjpeg Metadata: filename : matrixreloaded3.jpg mimetype : image/jpeg Stream #0:16: Attachment: mjpeg Metadata: filename : matrixreloaded-frontcover.jpg mimetype : image/jpeg Stream #0:17: Attachment: mjpeg Metadata: filename : matrixreloaded-backcover.jpg mimetype : image/jpeg Stream #0:18: Attachment: mjpeg Metadata: filename : reloaded.jpg mimetype : image/jpeg Please use -q:a or -q:v, -qscale is ambiguous Output #0, mov, to 'out.mov': Metadata: encoder : Lavf55.36.102 Chapter #0.0: start 30.000000, end 60.000000 Metadata: title : Test Chapter 1 Chapter #0.1: start 60.000000, end 90.000000 Metadata: title : Test Chapter 2 Chapter #0.2: start 90.000000, end 120.000000 Metadata: title : Test Chapter 3 Chapter #0.3: start 120.000000, end 151.473000 Metadata: title : Test Chapter 4 Stream #0:0(eng): Video: mpeg4 (mp4v / 0x7634706D), yuv420p, 640x432 [SAR 5:4 DAR 50:27], q=2-31, 200 kb/s, 15360 tbn, 30 tbc (default) Metadata: title : Matrix Trailer - RV9 encoded by Real Networks Inc. for the matroska team Stream mapping: Stream #0:0 -> #0:0 (rv40 -> mpeg4) Press [q] to stop, [?] for help frame= 30 fps=0.0 q=2.0 Lsize= 146kB time=00:00:01.00 bitrate=1194.0kbits/s dup=5 drop=0 video:144kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 1.233102% }}} Chapters are copied although the output file is shorter than the chapters, this does not happen if the output option {{{-t}}} is used: {{{ $ ffmpeg -i Matrix.Reloaded.Trailer- RV9-Karl640x432_HE_AAC_subtitled_chapters.mkv -an -y -qscale 2 -t 1 out.mov ffmpeg version N-62246-g02497a5 Copyright (c) 2000-2014 the FFmpeg developers built on Apr 7 2014 12:19:24 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 74.100 / 52. 74.100 libavcodec 55. 58.102 / 55. 58.102 libavformat 55. 36.102 / 55. 36.102 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, matroska,webm, from 'Matrix.Reloaded.Trailer- RV9-Karl640x432_HE_AAC_subtitled_chapters.mkv': Metadata: encoder : libebml v0.6.2 + libmatroska v0.6.1 creation_time : 2003-12-07 15:51:35 Duration: 00:02:31.47, start: 0.000000, bitrate: 1125 kb/s Chapter #0.0: start 30.000000, end 60.000000 Metadata: title : Test Chapter 1 Chapter #0.1: start 60.000000, end 90.000000 Metadata: title : Test Chapter 2 Chapter #0.2: start 90.000000, end 120.000000 Metadata: title : Test Chapter 3 Chapter #0.3: start 120.000000, end 151.473000 Metadata: title : Test Chapter 4 Stream #0:0(eng): Video: rv40, yuv420p, 640x432, SAR 5:4 DAR 50:27, 30 fps, 30 tbr, 1k tbn, 1k tbc (default) Metadata: title : Matrix Trailer - RV9 encoded by Real Networks Inc. for the matroska team Stream #0:1(eng): Audio: aac, 44100 Hz, stereo, fltp (default) Metadata: title : Original Trailer Soundtrack - HE-AAC encoded with Nero6 Stream #0:2(ara): Subtitle: subrip Metadata: title : This is to Stream #0:3(cat): Subtitle: ssa Metadata: title : show the Stream #0:4(dut): Subtitle: ssa Metadata: title : power of Stream #0:5(eng): Subtitle: ssa (default) Metadata: title : custom made Stream #0:6(fin): Subtitle: ssa Metadata: title : track names Stream #0:7(fre): Subtitle: ssa Metadata: title : in matroska Stream #0:8(ger): Subtitle: ssa Metadata: title : the great Stream #0:9(jpn): Subtitle: subrip Metadata: title : Japanese Stream #0:10(por): Subtitle: ssa Metadata: title : opensource Stream #0:11(slv): Subtitle: ssa Metadata: title : open standard Stream #0:12(spa): Subtitle: ssa Metadata: title : A/V container Stream #0:13: Attachment: mjpeg Metadata: filename : matrixreloaded1.jpg mimetype : image/jpeg Stream #0:14: Attachment: mjpeg Metadata: filename : matrixreloaded2.jpg mimetype : image/jpeg Stream #0:15: Attachment: mjpeg Metadata: filename : matrixreloaded3.jpg mimetype : image/jpeg Stream #0:16: Attachment: mjpeg Metadata: filename : matrixreloaded-frontcover.jpg mimetype : image/jpeg Stream #0:17: Attachment: mjpeg Metadata: filename : matrixreloaded-backcover.jpg mimetype : image/jpeg Stream #0:18: Attachment: mjpeg Metadata: filename : reloaded.jpg mimetype : image/jpeg Please use -q:a or -q:v, -qscale is ambiguous Output #0, mov, to 'out.mov': Metadata: encoder : Lavf55.36.102 Stream #0:0(eng): Video: mpeg4 (mp4v / 0x7634706D), yuv420p, 640x432 [SAR 5:4 DAR 50:27], q=2-31, 200 kb/s, 15360 tbn, 30 tbc (default) Metadata: title : Matrix Trailer - RV9 encoded by Real Networks Inc. for the matroska team Stream mapping: Stream #0:0 -> #0:0 (rv40 -> mpeg4) Press [q] to stop, [?] for help frame= 30 fps=0.0 q=2.0 Lsize= 145kB time=00:00:01.00 bitrate=1187.8kbits/s dup=5 drop=0 video:144kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.709475% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 7 13:19:36 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 07 Apr 2014 11:19:36 -0000 Subject: [FFmpeg-trac] #3538(undetermined:new): image is outside the screen dimensions Message-ID: <037.d71c84382d8000c8504372500b6b017c@avcodec.org> #3538: image is outside the screen dimensions -------------------------------------+------------------------------------- Reporter: hackPNZ | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: GIF conversion error: image is outside the screen dimensions. How to reproduce: {{{ ffmpeg -i test_blonde.gif test.webm ffmpeg version N-62122-g16509d3 Copyright (c) 2000-2014 the FFmpeg developers built on Apr 4 2014 13:30:32 with gcc 4.6.3 (GCC) 20120306 (Red Hat 4.6.3-2) configuration: --enable-libvpx libavutil 52. 73.100 / 52. 73.100 libavcodec 55. 56.107 / 55. 56.107 libavformat 55. 36.101 / 55. 36.101 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 Input #0, gif, from 'test_blonde.gif': Duration: N/A, bitrate: N/A Stream #0:0: Video: gif, bgra, 640x533, 25 fps, 100 tbr, 100 tbn, 100 tbc [libvpx @ 0x238ce40] v1.3.0 Output #0, webm, to 'test.webm': Metadata: encoder : Lavf55.36.101 Stream #0:0: Video: vp8 (libvpx), yuva420p, 640x533, q=-1--1, 200 kb/s, 1k tbn, 100 tbc Stream mapping: Stream #0:0 -> #0:0 (gif -> libvpx) Press [q] to stop, [?] for help [gif @ 0x238b480] image is outside the screen dimensions. Error while decoding stream #0:0: Invalid data found when processing input [gif @ 0x238b480] image is outside the screen dimensions. Error while decoding stream #0:0: Invalid data found when processing input [gif @ 0x238b480] image is outside the screen dimensions. Error while decoding stream #0:0: Invalid data found when processing input [gif @ 0x238b480] image is outside the screen dimensions. Error while decoding stream #0:0: Invalid data found when processing input [gif @ 0x238b480] image is outside the screen dimensions. Error while decoding stream #0:0: Invalid data found when processing input [gif @ 0x238b480] image is outside the screen dimensions. Error while decoding stream #0:0: Invalid data found when processing input [gif @ 0x238b480] image is outside the screen dimensions. Error while decoding stream #0:0: Invalid data found when processing input [gif @ 0x238b480] image is outside the screen dimensions. Error while decoding stream #0:0: Invalid data found when processing input [gif @ 0x238b480] image is outside the screen dimensions. Error while decoding stream #0:0: Invalid data found when processing input [gif @ 0x238b480] image is outside the screen dimensions. Error while decoding stream #0:0: Invalid data found when processing input [gif @ 0x238b480] image is outside the screen dimensions. Error while decoding stream #0:0: Invalid data found when processing input [gif @ 0x238b480] image is outside the screen dimensions. Error while decoding stream #0:0: Invalid data found when processing input [gif @ 0x238b480] image is outside the screen dimensions. Error while decoding stream #0:0: Invalid data found when processing input [gif @ 0x238b480] image is outside the screen dimensions. Error while decoding stream #0:0: Invalid data found when processing input [gif @ 0x238b480] image is outside the screen dimensions. Error while decoding stream #0:0: Invalid data found when processing input [gif @ 0x238b480] image is outside the screen dimensions. Error while decoding stream #0:0: Invalid data found when processing input [gif @ 0x238b480] image is outside the screen dimensions. Error while decoding stream #0:0: Invalid data found when processing input [gif @ 0x238b480] image is outside the screen dimensions.7 bitrate= 526.4kbits/s Error while decoding stream #0:0: Invalid data found when processing input [gif @ 0x238b480] image is outside the screen dimensions. Error while decoding stream #0:0: Invalid data found when processing input frame= 11 fps=8.6 q=0.0 Lsize= 55kB time=00:00:01.17 bitrate= 385.1kbits/s video:54kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 1.240338% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 7 13:20:34 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 07 Apr 2014 11:20:34 -0000 Subject: [FFmpeg-trac] #3537(ffmpeg:open): Invalid chapters are copied if -t is used as input option In-Reply-To: <037.2c49f94804e51d9c1b21e3dce6ca384e@avcodec.org> References: <037.2c49f94804e51d9c1b21e3dce6ca384e@avcodec.org> Message-ID: <052.80f4ea49e38dc70b2d732d82184adbfa@avcodec.org> #3537: Invalid chapters are copied if -t is used as input option -------------------------------------+------------------------------------- Reporter: vikigns | Owner: Type: defect | Status: open Priority: normal | Component: ffmpeg Version: git-master | Resolution: Keywords: chapters | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: reopened => open * reproduced: 0 => 1 Comment: Another work-around is to use {{{-map_chapters -1}}}. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 7 13:22:47 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 07 Apr 2014 11:22:47 -0000 Subject: [FFmpeg-trac] #3538(undetermined:new): image is outside the screen dimensions In-Reply-To: <037.d71c84382d8000c8504372500b6b017c@avcodec.org> References: <037.d71c84382d8000c8504372500b6b017c@avcodec.org> Message-ID: <052.c5afe0f1c6d2a725f051d95c07819853@avcodec.org> #3538: image is outside the screen dimensions -------------------------------------+------------------------------------- Reporter: hackPNZ | 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 hackPNZ): Target GIF image - https://dl.dropboxusercontent.com/u/1933918/flysoft_tests/ffmpeg_issues/test_blonde.gif -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 7 13:38:03 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 07 Apr 2014 11:38:03 -0000 Subject: [FFmpeg-trac] #3538(avcodec:open): image is outside the screen dimensions In-Reply-To: <037.d71c84382d8000c8504372500b6b017c@avcodec.org> References: <037.d71c84382d8000c8504372500b6b017c@avcodec.org> Message-ID: <052.bf0fbc360d88a825c36c3a3d8f73e4d0@avcodec.org> #3538: image is outside the screen dimensions ------------------------------------+----------------------------------- Reporter: hackPNZ | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: gif | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => gif * status: new => open * component: undetermined => avcodec * reproduced: 0 => 1 Comment: For future tickets: Please only use external libraries (like libvpx) if they are needed to reproduce the problem. Always using internal codecs makes reproducing issues much easier. left + width is 641 for some frames (actual screen width 640), at least some players support such files. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 7 14:40:31 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 07 Apr 2014 12:40:31 -0000 Subject: [FFmpeg-trac] #3538(avcodec:open): image is outside the screen dimensions In-Reply-To: <037.d71c84382d8000c8504372500b6b017c@avcodec.org> References: <037.d71c84382d8000c8504372500b6b017c@avcodec.org> Message-ID: <052.3356710e1f55ebf9a918f5582509377a@avcodec.org> #3538: image is outside the screen dimensions ------------------------------------+----------------------------------- Reporter: hackPNZ | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: gif | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by hackPNZ): Thanks for your response! I think I understood the problem, but is it possible to convert such GIFs? Because, at least in browsers the GIF seems to be ok and animation is playing without any artifacts and issues. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 7 14:49:52 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 07 Apr 2014 12:49:52 -0000 Subject: [FFmpeg-trac] #3538(avcodec:open): image is outside the screen dimensions In-Reply-To: <037.d71c84382d8000c8504372500b6b017c@avcodec.org> References: <037.d71c84382d8000c8504372500b6b017c@avcodec.org> Message-ID: <052.76f2a1cee6ee862d8a524ab3da359f58@avcodec.org> #3538: image is outside the screen dimensions ------------------------------------+----------------------------------- Reporter: hackPNZ | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: gif | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Attached patch is unfortunately not completely correct but does not show artefacts or do I misunderstand? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 7 16:49:09 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 07 Apr 2014 14:49:09 -0000 Subject: [FFmpeg-trac] #3492(avformat:closed): FFMPEG Mpeg Ps Demuxer is giving totalduration for VBR streams wrongly and sometimes zero In-Reply-To: <046.074d2cf6efe0df3c8ea9b3b98db45e1e@avcodec.org> References: <046.074d2cf6efe0df3c8ea9b3b98db45e1e@avcodec.org> Message-ID: <061.3cbb8a6bc13d970609f038a502817356@avcodec.org> #3492: FFMPEG Mpeg Ps Demuxer is giving totalduration for VBR streams wrongly and sometimes zero -------------------------------------+------------------------------------- Reporter: | Owner: sunitha.aaraveti | Status: closed Type: defect | Component: avformat Priority: minor | Resolution: Version: 2.1.4 | needs_more_info Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => needs_more_info Comment: Please reopen this ticket if you can add the missing information. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 7 20:21:31 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 07 Apr 2014 18:21:31 -0000 Subject: [FFmpeg-trac] #3494(undetermined:new): scary warning message when using mpeg In-Reply-To: <040.99b083d996f014cf3851df6b23fe108d@avcodec.org> References: <040.99b083d996f014cf3851df6b23fe108d@avcodec.org> Message-ID: <055.19519d21e098be6ee9ac7b16b2ef2530@avcodec.org> #3494: scary warning message when using mpeg -------------------------------------+------------------------------------- Reporter: rogerdpack | Owner: Type: enhancement | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by rogerdpack): I wasn't sure what the best verbiage would be...actually I'm a little confused why there's any question here, if I didn't specify a "max" rate does it even need an rc_buffer_size to be set? Is this something special to mpeg? Maybe a message like "VBV buffer size not set, using default size 130KB, increase (by setting bufsize) if muxing fails" or something? Or maybe even a link to some wiki page in the message, to describe the situation? Thanks! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 7 20:58:06 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 07 Apr 2014 18:58:06 -0000 Subject: [FFmpeg-trac] #3537(ffmpeg:open): Invalid chapters are copied if -t is used as input option In-Reply-To: <037.2c49f94804e51d9c1b21e3dce6ca384e@avcodec.org> References: <037.2c49f94804e51d9c1b21e3dce6ca384e@avcodec.org> Message-ID: <052.e5ad598fd03a947700fa425cb3e7d1d4@avcodec.org> #3537: Invalid chapters are copied if -t is used as input option -------------------------------------+------------------------------------- Reporter: vikigns | Owner: Type: defect | Status: open Priority: normal | Component: ffmpeg Version: git-master | Resolution: Keywords: chapters | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by llogan): Replying to [comment:11 cehoyos]: > To work-around your issue, move {{{-t}}} (which is an output option) in front of the output file name. Is it both an input and output option? See b7fc269 (not sure if it matters for this ticket). Perhaps the docs should be updated...unless I'm mistaken and I'm getting offtopic. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 7 21:04:21 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 07 Apr 2014 19:04:21 -0000 Subject: [FFmpeg-trac] #3536(build system:closed): Compilation failure with --disable-decoder=vp7 or --disable-decoder=vp8 In-Reply-To: <035.e120d9bf9fcde9a24c21d7975fbbece6@avcodec.org> References: <035.e120d9bf9fcde9a24c21d7975fbbece6@avcodec.org> Message-ID: <050.73e65c9be1ac48ab8aff4a46af36dc35@avcodec.org> #3536: Compilation failure with --disable-decoder=vp7 or --disable-decoder=vp8 -------------------------------------+------------------------------------- Reporter: jamal | Owner: Type: defect | Status: closed Priority: normal | Component: build Version: git-master | system Keywords: vp8 vp7 | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: important => normal * status: new => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Fixed in 836b60ce -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 7 21:19:07 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 07 Apr 2014 19:19:07 -0000 Subject: [FFmpeg-trac] #3537(ffmpeg:open): Invalid chapters are copied if -t is used as input option In-Reply-To: <037.2c49f94804e51d9c1b21e3dce6ca384e@avcodec.org> References: <037.2c49f94804e51d9c1b21e3dce6ca384e@avcodec.org> Message-ID: <052.1965a1df3c5d73d50839724e028573a6@avcodec.org> #3537: Invalid chapters are copied if -t is used as input option -------------------------------------+------------------------------------- Reporter: vikigns | Owner: Type: defect | Status: open Priority: normal | Component: ffmpeg Version: git-master | Resolution: Keywords: chapters | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Sorry what I meant was "use the output option {{{-t}}} instead of the input option {{{-t}}} (or {{{-map_chapters -1}}}) as a workaround for this bug". -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 7 22:47:18 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 07 Apr 2014 20:47:18 -0000 Subject: [FFmpeg-trac] #3534(undetermined:closed): ffmpeg can not convert pmp media In-Reply-To: <037.16614a23a9d1c922f5b612e9b62a47bd@avcodec.org> References: <037.16614a23a9d1c922f5b612e9b62a47bd@avcodec.org> Message-ID: <052.79f8c1d093e70d9846a3630de9baeae0@avcodec.org> #3534: ffmpeg can not convert pmp media -------------------------------------+------------------------------------- Reporter: kaienfr | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | needs_more_info Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => needs_more_info Comment: Please reopen this ticket if you can provide a sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 8 05:36:40 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 08 Apr 2014 03:36:40 -0000 Subject: [FFmpeg-trac] #3531(undetermined:open): ffmpeg hangs converting a possibly broken avi file In-Reply-To: <037.03a9517457a445169e97e59a877f7f46@avcodec.org> References: <037.03a9517457a445169e97e59a877f7f46@avcodec.org> Message-ID: <052.3cc47a02b0887b6d5fdf015e143d98dd@avcodec.org> #3531: ffmpeg hangs converting a possibly broken avi file -------------------------------------+------------------------------------- Reporter: hxuanyu | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: avi | Resolution: deadlock regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by DonMoir): * cc: donmoir@? (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 8 05:53:40 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 08 Apr 2014 03:53:40 -0000 Subject: [FFmpeg-trac] #3534(undetermined:closed): ffmpeg can not convert pmp media In-Reply-To: <037.16614a23a9d1c922f5b612e9b62a47bd@avcodec.org> References: <037.16614a23a9d1c922f5b612e9b62a47bd@avcodec.org> Message-ID: <052.c6de93d4cfa17a9e4ae9835926599d65@avcodec.org> #3534: ffmpeg can not convert pmp media -------------------------------------+------------------------------------- Reporter: kaienfr | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | needs_more_info Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by kaienfr): of course, here I've uploaded a test pmp file. type ffmpeg -i test.pmp test.h264 you will reproduce the issue. PS: I've also aac audio issue. Since the new ffmpeg just produce half samples per frame thus yields a half size of the output pcm s16le with same sample rate and channnels. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 8 05:56:03 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 08 Apr 2014 03:56:03 -0000 Subject: [FFmpeg-trac] #3534(undetermined:reopened): ffmpeg can not convert pmp media In-Reply-To: <037.16614a23a9d1c922f5b612e9b62a47bd@avcodec.org> References: <037.16614a23a9d1c922f5b612e9b62a47bd@avcodec.org> Message-ID: <052.8bccefdc35950b67d3d2de3784835171@avcodec.org> #3534: ffmpeg can not convert pmp media -------------------------------------+------------------------------------- Reporter: kaienfr | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by kaienfr): * status: closed => reopened * resolution: needs_more_info => -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 8 09:45:26 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 08 Apr 2014 07:45:26 -0000 Subject: [FFmpeg-trac] #3534(avformat:open): ffmpeg can not convert pmp media In-Reply-To: <037.16614a23a9d1c922f5b612e9b62a47bd@avcodec.org> References: <037.16614a23a9d1c922f5b612e9b62a47bd@avcodec.org> Message-ID: <052.c7d4a44de5e7a154bcc2e5d5e1b35241@avcodec.org> #3534: ffmpeg can not convert pmp media -------------------------------------+------------------------------------- Reporter: kaienfr | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: pmp h264 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: reopened => open * reproduced: 0 => 1 * component: undetermined => avformat * priority: normal => important * version: unspecified => git-master * keywords: => pmp h264 regression Comment: Regression since 394b0c83 Not related to the warning messages which are shown since 45da7a0e -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 8 10:45:57 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 08 Apr 2014 08:45:57 -0000 Subject: [FFmpeg-trac] #3538(avcodec:open): image is outside the screen dimensions In-Reply-To: <037.d71c84382d8000c8504372500b6b017c@avcodec.org> References: <037.d71c84382d8000c8504372500b6b017c@avcodec.org> Message-ID: <052.25959401ef8d07e4e467749b205cdcc1@avcodec.org> #3538: image is outside the screen dimensions ------------------------------------+----------------------------------- Reporter: hackPNZ | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: gif | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by hackPNZ): Replying to [comment:4 cehoyos]: > Attached patch is unfortunately not completely correct but does not show artefacts or do I misunderstand? Thank you so much, I tested ffmpeg with your patch (build last commit from master) and result seems to be great! What about the patch? As I understood, at the moment it's hotfix and not production-ready? Do you plan to include this fix to some future ffmpeg release? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 8 10:53:34 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 08 Apr 2014 08:53:34 -0000 Subject: [FFmpeg-trac] #3538(avcodec:open): image is outside the screen dimensions In-Reply-To: <037.d71c84382d8000c8504372500b6b017c@avcodec.org> References: <037.d71c84382d8000c8504372500b6b017c@avcodec.org> Message-ID: <052.2a780f8a540c5886672c4e063ee92c61@avcodec.org> #3538: image is outside the screen dimensions ------------------------------------+----------------------------------- Reporter: hackPNZ | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: gif | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): If you watch the right border and the window in the background closely (and compare with your web browser), you will see that the patch is not correct. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 8 12:18:21 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 08 Apr 2014 10:18:21 -0000 Subject: [FFmpeg-trac] #3538(avcodec:open): image is outside the screen dimensions In-Reply-To: <037.d71c84382d8000c8504372500b6b017c@avcodec.org> References: <037.d71c84382d8000c8504372500b6b017c@avcodec.org> Message-ID: <052.ac14ff1152ee7664111bc270dffc415b@avcodec.org> #3538: image is outside the screen dimensions ------------------------------------+----------------------------------- Reporter: hackPNZ | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: gif | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by hackPNZ): Replying to [comment:6 cehoyos]: > If you watch the right border and the window in the background closely (and compare with your web browser), you will see that the patch is not correct. Ohh, has been looking the image and the video and saw the problem... But thanks anyway! So do you plan to fix that issue later? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 9 09:25:21 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 09 Apr 2014 07:25:21 -0000 Subject: [FFmpeg-trac] #3539(undetermined:new): ffply crashes when playing a swf file Message-ID: <037.afeae66a76a4863ecf714499a350c7e5@avcodec.org> #3539: ffply crashes when playing a swf file -------------------------------------+------------------------------------- Reporter: hxuanyu | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- ffplay crashes when plying this swf file while it plays fine if opened with IE. $ ./ffplay.exe crash.swf ffplay version N-62283-ged96241 Copyright (c) 2003-2014 the FFmpeg developers built on Apr 8 2014 22:01:49 with gcc 4.8.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable- librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo- aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 75.100 / 52. 75.100 libavcodec 55. 58.103 / 55. 58.103 libavformat 55. 36.102 / 55. 36.102 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 [swf @ 03553560] Stream #1: not enough frames to estimate rate; consider increasing probesize Input #0, swf, from 'crash.swf': Duration: N/A, bitrate: N/A Stream #0:0: Video: rawvideo (ARGB / 0x42475241), argb, 840x876, 20 fps, 20 tbr, 20 tbn Stream #0:1: Video: mjpeg, yuvj420p(pc), 1137x892 [SAR 1:1 DAR 1137:892], 20 tbr, 20 tbn [rawvideo @ 03572820] Invalid buffer size, packet size 2640 < expected frame_size 51456 Last message repeated 3 times [rawvideo @ 03572820] Invalid buffer size, packet size 800 < expected frame_size 51456 [rawvideo @ 03572820] Invalid buffer size, packet size 640 < expected frame_size 51456 [rawvideo @ 03572820] Invalid buffer size, packet size 1280 < expected frame_size 51456 [rawvideo @ 03572820] Invalid buffer size, packet size 4096 < expected frame_size 51456 [rawvideo @ 03572820] Invalid buffer size, packet size 1024 < expected frame_size 51456 [rawvideo @ 03572820] Invalid buffer size, packet size 1280 < expected frame_size 51456 [rawvideo @ 03572820] Invalid buffer size, packet size 5760 < expected frame_size 51456 [rawvideo @ 03572820] Invalid buffer size, packet size 1024 < expected frame_size 51456 [rawvideo @ 03572820] Invalid buffer size, packet size 39476 < expected frame_size 51456 [rawvideo @ 03572820] Invalid buffer size, packet size 30528 < expected frame_size 51456 [rawvideo @ 03572820] Invalid buffer size, packet size 1088 < expected frame_size 51456 [rawvideo @ 03572820] Invalid buffer size, packet size 1024 < expected frame_size 51456 [rawvideo @ 03572820] Invalid buffer size, packet size 4704 < expected frame_size 51456 [rawvideo @ 03572820] Invalid buffer size, packet size 34968 < expected frame_size 50432 [rawvideo @ 03572820] Invalid buffer size, packet size 1024 < expected frame_size 50432 [swscaler @ 035f8760] Warning: data is not aligned! This can lead to a speedloss [rawvideo @ 03572820] Invalid buffer size, packet size 1024 < expected frame_size 50432 [rawvideo @ 03572820] Invalid buffer size, packet size 2304 < expected frame_size 50432 [rawvideo @ 03572820] Invalid buffer sizeSegmentation fault -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 9 09:26:29 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 09 Apr 2014 07:26:29 -0000 Subject: [FFmpeg-trac] #3539(undetermined:new): ffply crashes when playing a swf file In-Reply-To: <037.afeae66a76a4863ecf714499a350c7e5@avcodec.org> References: <037.afeae66a76a4863ecf714499a350c7e5@avcodec.org> Message-ID: <052.b7b2f754bfd23c791a0a80fdb691bb6c@avcodec.org> #3539: ffply crashes when playing a swf file -------------------------------------+------------------------------------- Reporter: hxuanyu | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by hxuanyu): Here is the file https://dl.dropboxusercontent.com/u/89678527/crash.swf -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 9 09:59:04 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 09 Apr 2014 07:59:04 -0000 Subject: [FFmpeg-trac] #3539(undetermined:new): ffply crashes when playing a swf file In-Reply-To: <037.afeae66a76a4863ecf714499a350c7e5@avcodec.org> References: <037.afeae66a76a4863ecf714499a350c7e5@avcodec.org> Message-ID: <052.c7c1406f0480db709d513dfbd59092fe@avcodec.org> #3539: ffply crashes when playing a swf file -------------------------------------+------------------------------------- Reporter: hxuanyu | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: swf | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => swf * version: unspecified => git-master Comment: Please provide a backtrace etc. as explained on http://ffmpeg.org/bugreports.html Work-around is to use {{{ffplay -vst 1}}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 9 12:02:54 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 09 Apr 2014 10:02:54 -0000 Subject: [FFmpeg-trac] #3540(avutil:new): The asm inline code in function libavcodec/dirac_arith.h:dirac_get_arith_bit with PIC and stack-check build options Message-ID: <038.1ae0e83cf729eaa07ed93fb608f3cbe8@avcodec.org> #3540: The asm inline code in function libavcodec/dirac_arith.h:dirac_get_arith_bit with PIC and stack-check build options ----------------------------------+---------------------------------- Reporter: alucowie | Type: defect Status: new | Priority: normal Component: avutil | Version: 1.2.6 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+---------------------------------- Summary of the bug: The code in function libavcodec/dirac_arith.h:dirac_get_arith_bit needs 6 registers and must be protected by a macro HAVE_6REGS. If we enable PIC (ebx is used by PIC) and check-stack or no-omit-frame-pointer (which use ebp) then we haven't 6 registers but 5 on x86 then the compilation failed as : In file included from /var/tmp/portage/media- video/ffmpeg-1.2.6/work/ffmpeg-1.2.6/libavcodec/diracdec.c:35:0: /var/tmp/portage/media- video/ffmpeg-1.2.6/work/ffmpeg-1.2.6/libavcodec/dirac_arith.h: In function ?dirac_get_arith_bit?: /var/tmp/portage/media- video/ffmpeg-1.2.6/work/ffmpeg-1.2.6/libavcodec/dirac_arith.h:141:5: error: ?asm? operand has impossible constraints make: * [libavcodec/diracdec.o] Error 1 How to reproduce: {{{ i686-pc-linux-gnu-gcc -I. -I../ffmpeg-1.2.6/ -D_ISOC99_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_POSIX_C_SOURCE=200112 -D_XOPEN_SOURCE=600 -DPIC -DHAVE_AV_CONFIG_H -std=c99 -fPIC -pthread -I/usr/include/freetype2 -D_REENTRANT -D_GNU_SOURCE=1 -D_REENTRANT -I/usr/include/SDL -pie -fstack-check -MMD -MF libavcodec/diracdec.d -MT libavcodec/diracdec.o -c -o libavcodec/diracdec.o ../ffmpeg-1.2.6/libavcodec/diracdec.c }}} I test with 1.2.6 but all version since are affected. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 9 12:18:36 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 09 Apr 2014 10:18:36 -0000 Subject: [FFmpeg-trac] #3540(avutil:new): The asm inline code in function libavcodec/dirac_arith.h:dirac_get_arith_bit with PIC and stack-check build options In-Reply-To: <038.1ae0e83cf729eaa07ed93fb608f3cbe8@avcodec.org> References: <038.1ae0e83cf729eaa07ed93fb608f3cbe8@avcodec.org> Message-ID: <053.45dbc4dc7030c06d1b5255d10984c6d9@avcodec.org> #3540: The asm inline code in function libavcodec/dirac_arith.h:dirac_get_arith_bit with PIC and stack-check build options ----------------------------------+---------------------------------- Reporter: alucowie | Owner: Type: defect | Status: new Priority: normal | Component: avutil Version: 1.2.6 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+---------------------------------- Comment (by cehoyos): Afaict, the patch is not correct: I use the following configure line: {{{ $ configure --cc='cc -m32' --disable-optimizations --enable-pic }}} Now neither EBP nor EBX are available: {{{ $ grep HAVE_EB config.h #define HAVE_EBP_AVAILABLE 0 #define HAVE_EBX_AVAILABLE 0 }}} This means that HAVE_6REGS is false: {{{ $ grep HAVE_6REGS libavutil/x86/asm.h #define HAVE_6REGS (ARCH_X86_64 || (HAVE_EBX_AVAILABLE || HAVE_EBP_AVAILABLE)) }}} But compilation of libavcodec/diracdec.o still succeeds: {{{ $ make V=1 libavcodec/diracdec.o cc -m32 -I. -I./ -D_ISOC99_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_POSIX_C_SOURCE=200112 -D_XOPEN_SOURCE=600 -DPIC -DHAVE_AV_CONFIG_H -std=c99 -fPIC -pthread -D_GNU_SOURCE=1 -D_REENTRANT -I/usr/include/SDL -g -Wdeclaration-after-statement -Wall -Wdisabled- optimization -Wpointer-arith -Wredundant-decls -Wwrite-strings -Wtype- limits -Wundef -Wmissing-prototypes -Wno-pointer-to-int-cast -Wstrict- prototypes -Wempty-body -Wno-parentheses -Wno-switch -Wno-format-zero- length -Wno-pointer-sign -fno-math-errno -fno-signed-zeros -fno-tree- vectorize -Werror=implicit-function-declaration -Werror=missing-prototypes -Werror=return-type -Werror=vla -Wno-maybe-uninitialized -MMD -MF libavcodec/diracdec.d -MT libavcodec/diracdec.o -c -o libavcodec/diracdec.o libavcodec/diracdec.c libavcodec/diracdec.c: In function ?dirac_decode_picture_header?: libavcodec/diracdec.c:1716:5: warning: ?reference? is deprecated (declared at ./libavutil/frame.h:253) [-Wdeprecated-declarations] libavcodec/diracdec.c:1722:17: warning: ?reference? is deprecated (declared at ./libavutil/frame.h:253) [-Wdeprecated-declarations] libavcodec/diracdec.c:1730:13: warning: ?reference? is deprecated (declared at ./libavutil/frame.h:253) [-Wdeprecated-declarations] libavcodec/diracdec.c: In function ?get_delayed_pic?: libavcodec/diracdec.c:1764:9: warning: ?reference? is deprecated (declared at ./libavutil/frame.h:253) [-Wdeprecated-declarations] libavcodec/diracdec.c: In function ?dirac_decode_data_unit?: libavcodec/diracdec.c:1846:9: warning: ?reference? is deprecated (declared at ./libavutil/frame.h:253) [-Wdeprecated-declarations] libavcodec/diracdec.c: In function ?dirac_decode_frame?: libavcodec/diracdec.c:1879:9: warning: ?reference? is deprecated (declared at ./libavutil/frame.h:253) [-Wdeprecated-declarations] libavcodec/diracdec.c:1928:9: warning: ?reference? is deprecated (declared at ./libavutil/frame.h:253) [-Wdeprecated-declarations] libavcodec/diracdec.c:1945:13: warning: ?reference? is deprecated (declared at ./libavutil/frame.h:253) [-Wdeprecated-declarations] }}} Tested with current FFmpeg git head and vanilla gcc 4.4.6, vanilla gcc 4.7.2 and vanilla gcc 4.8.2 (and gcc 2.95.3). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 9 12:20:25 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 09 Apr 2014 10:20:25 -0000 Subject: [FFmpeg-trac] #3541(ffprobe:new): amr file use the last packet mode and size to calculate bit rate, Message-ID: <037.7aad4b81d298a14eec81c0a7b32e58b5@avcodec.org> #3541: amr file use the last packet mode and size to calculate bit rate, ---------------------------------+---------------------------------- Reporter: queniao | Type: defect Status: new | Priority: normal Component: ffprobe | Version: 2.1.4 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+---------------------------------- Summary of the bug: How to reproduce: {{{ % ffprobe 111.amr -show_streams ffmpeg 2.1 }}} Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 9 12:25:30 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 09 Apr 2014 10:25:30 -0000 Subject: [FFmpeg-trac] #3541(ffprobe:new): amr file use the last packet mode and size to calculate bit rate, In-Reply-To: <037.7aad4b81d298a14eec81c0a7b32e58b5@avcodec.org> References: <037.7aad4b81d298a14eec81c0a7b32e58b5@avcodec.org> Message-ID: <052.925b0e9b7201c7ca31cadf73b03ba041@avcodec.org> #3541: amr file use the last packet mode and size to calculate bit rate, ---------------------------------+----------------------------------- Reporter: queniao | Owner: Type: defect | Status: new Priority: normal | Component: ffprobe Version: 2.1.4 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+----------------------------------- Comment (by cehoyos): Is this not reproducible with {{{ffmpeg}}} (the application)? Please test current git head and please provide the failing command line together with the complete, uncut console output to make this a valid ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 9 12:37:49 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 09 Apr 2014 10:37:49 -0000 Subject: [FFmpeg-trac] #3540(undetermined:new): The asm inline code in function libavcodec/dirac_arith.h:dirac_get_arith_bit with PIC and stack-check build options In-Reply-To: <038.1ae0e83cf729eaa07ed93fb608f3cbe8@avcodec.org> References: <038.1ae0e83cf729eaa07ed93fb608f3cbe8@avcodec.org> Message-ID: <053.3d7f0e6ae1cab15f422235c150c126d9@avcodec.org> #3540: The asm inline code in function libavcodec/dirac_arith.h:dirac_get_arith_bit with PIC and stack-check build options ----------------------------------+---------------------------------------- Reporter: alucowie | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 1.2.6 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+---------------------------------------- Comment (by alucowie): I use the following configure line: {{{ $ configure --enable-shared --cc=i686-pc-linux-gnu-gcc --cxx=i686-pc- linux-gnu-g++ --ar=i686-pc-linux-gnu-ar --optflags='-O2 -march=amdfam10 -pipe -fstack-check' --enable-pic }}} If you disassemble your .o file {{{ $ objdump -D libavcodec/diracdec.o | grep -2 setae }}} What do you see ? What registers are used on the 4 last lines ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 9 12:54:43 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 09 Apr 2014 10:54:43 -0000 Subject: [FFmpeg-trac] #3540(undetermined:new): The asm inline code in function libavcodec/dirac_arith.h:dirac_get_arith_bit with PIC and stack-check build options In-Reply-To: <038.1ae0e83cf729eaa07ed93fb608f3cbe8@avcodec.org> References: <038.1ae0e83cf729eaa07ed93fb608f3cbe8@avcodec.org> Message-ID: <053.23b4d8858f00683df98f605c12ea5362@avcodec.org> #3540: The asm inline code in function libavcodec/dirac_arith.h:dirac_get_arith_bit with PIC and stack-check build options ----------------------------------+---------------------------------------- Reporter: alucowie | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 1.2.6 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+---------------------------------------- Comment (by cehoyos): I see the following without inlining: {{{ 940: 39 c2 cmp %eax,%edx 942: 0f 93 c0 setae %al 945: 0f b6 c0 movzbl %al,%eax 948: 89 45 e4 mov %eax,-0x1c(%ebp) }}} And with inlining: {{{ 374a: 39 d0 cmp %edx,%eax 374c: 0f 93 c0 setae %al 374f: 0f b6 c0 movzbl %al,%eax 3752: 89 45 94 mov %eax,-0x6c(%ebp) }}} {{{ 38fa: 39 c2 cmp %eax,%edx 38fc: 0f 93 c2 setae %dl 38ff: 0f b6 d2 movzbl %dl,%edx 3902: 89 55 88 mov %edx,-0x78(%ebp) }}} {{{ 3d0f: 39 c2 cmp %eax,%edx 3d11: 0f 93 c2 setae %dl 3d14: 0f b6 d2 movzbl %dl,%edx 3d17: 89 55 90 mov %edx,-0x70(%ebp) }}} {{{ 3dfd: 39 d0 cmp %edx,%eax 3dff: 0f 93 c0 setae %al 3e02: 0f b6 c0 movzbl %al,%eax 3e05: 89 45 90 mov %eax,-0x70(%ebp) }}} {{{ 3ee6: 39 d0 cmp %edx,%eax 3ee8: 0f 93 c0 setae %al 3eeb: 0f b6 c0 movzbl %al,%eax 3eee: 89 45 8c mov %eax,-0x74(%ebp) }}} ... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 9 13:04:57 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 09 Apr 2014 11:04:57 -0000 Subject: [FFmpeg-trac] #3540(undetermined:new): The asm inline code in function libavcodec/dirac_arith.h:dirac_get_arith_bit with PIC and stack-check build options In-Reply-To: <038.1ae0e83cf729eaa07ed93fb608f3cbe8@avcodec.org> References: <038.1ae0e83cf729eaa07ed93fb608f3cbe8@avcodec.org> Message-ID: <053.bd5c16058b6bf017eef681336ea63851@avcodec.org> #3540: The asm inline code in function libavcodec/dirac_arith.h:dirac_get_arith_bit with PIC and stack-check build options ----------------------------------+---------------------------------------- Reporter: alucowie | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 1.2.6 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+---------------------------------------- Comment (by alucowie): Then the macro condition is false (either HAVE_FAST_CMOV or HAVE_INLINE_ASM is false), otherwise you must have: {{{ a11: 39 fd cmp %edi,%ebp a13: 0f 93 c1 setae %cl a16: 0f 42 c6 cmovb %esi,%eax a19: 0f 42 d7 cmovb %edi,%edx }}} With -fomit-frame-pointer instead of -fstack-check, or: {{{ a3c: 39 ca cmp %ecx,%edx a3e: 0f 93 c3 setae %bl a41: 0f 42 f8 cmovb %eax,%edi a44: 0f 42 f1 cmovb %ecx,%esi }}} Without PIC. In my case HAVE_FAST_CMOV and HAVE_INLINE_ASM are true then I got the problem and the fix on HAVE_6REGS select the C code instead of asm. -02 should be faster but I haven't check the fact and it is the same problem with or without. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 9 13:14:42 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 09 Apr 2014 11:14:42 -0000 Subject: [FFmpeg-trac] #3540(avcodec:open): The asm inline code in function libavcodec/dirac_arith.h:dirac_get_arith_bit with PIC and stack-check build options In-Reply-To: <038.1ae0e83cf729eaa07ed93fb608f3cbe8@avcodec.org> References: <038.1ae0e83cf729eaa07ed93fb608f3cbe8@avcodec.org> Message-ID: <053.f2ea706d49af0feeaa1557782ed8e54a@avcodec.org> #3540: The asm inline code in function libavcodec/dirac_arith.h:dirac_get_arith_bit with PIC and stack-check build options ------------------------------------+----------------------------------- Reporter: alucowie | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => open * version: 1.2.6 => git-master * component: undetermined => avcodec * reproduced: 0 => 1 Comment: Reproducible with: {{{ $ configure --cc='cc -m32' --disable-optimizations --enable-pic --cpu=pentiumpro $ make libavcodec/diracdec.o }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 9 13:20:25 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 09 Apr 2014 11:20:25 -0000 Subject: [FFmpeg-trac] #3540(avcodec:open): Compilation of libavcodec/dirac_arith.h:dirac_get_arith_bit fails for five registers if cmov is fast (was: The asm inline code in function libavcodec/dirac_arith.h:dirac_get_arith_bit with PIC and stack-check build options) In-Reply-To: <038.1ae0e83cf729eaa07ed93fb608f3cbe8@avcodec.org> References: <038.1ae0e83cf729eaa07ed93fb608f3cbe8@avcodec.org> Message-ID: <053.272d37012bd905ef5769064dc73546e7@avcodec.org> #3540: Compilation of libavcodec/dirac_arith.h:dirac_get_arith_bit fails for five registers if cmov is fast ------------------------------------+----------------------------------- Reporter: alucowie | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 9 15:12:18 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 09 Apr 2014 13:12:18 -0000 Subject: [FFmpeg-trac] #3542(swresample:new): Changing channel layout from downmix to stereo fails Message-ID: <037.3d1ff155fad424916ad859ce217fe114@avcodec.org> #3542: Changing channel layout from downmix to stereo fails --------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: swresample Version: git-master | Keywords: regression Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+------------------------------------ This is closely related to ticket #2859. Switching the channel layout from downmix to stereo using swresample fails since c56d4dab {{{ $ ffmpeg -f s24le -ac 2 -i /dev/zero -t 1 -channel_layout DL+DR -acodec copy out.wav }}} {{{ $ ffmpeg -i out.wav -channel_layout stereo out2.wav ffmpeg version N-62299-g60ef0c6 Copyright (c) 2000-2014 the FFmpeg developers built on Apr 9 2014 15:01:30 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 75.100 / 52. 75.100 libavcodec 55. 58.103 / 55. 58.103 libavformat 55. 36.102 / 55. 36.102 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, wav, from 'out.wav': Metadata: encoder : Lavf55.36.102 Duration: 00:00:01.02, bitrate: 2117 kb/s Stream #0:0: Audio: pcm_s24le ([1][0][0][0] / 0x0001), 44100 Hz, downmix, s32, 2116 kb/s [auto-inserted resampler 0 @ 0x24704c0] [SWR @ 0x24440c0] Input channel layout 'downmix' is not supported [auto-inserted resampler 0 @ 0x24704c0] Failed to configure output pad on auto-inserted resampler 0 Error opening filters! }}} Work-around is to force the input channel layout: {{{ $ ffmpeg -channel_layout stereo -i out.wav out2.wav }}} Generally, this is an issue when extracting a downmix stream from a mov file: The resulting wav file will not play in QT sine QT doesn't like the wav channel layout "downmix". -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 9 15:22:42 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 09 Apr 2014 13:22:42 -0000 Subject: [FFmpeg-trac] #3542(swresample:new): Changing channel layout from downmix to stereo fails In-Reply-To: <037.3d1ff155fad424916ad859ce217fe114@avcodec.org> References: <037.3d1ff155fad424916ad859ce217fe114@avcodec.org> Message-ID: <052.c3a1f0221fe4ece9e7f12e63286ba2dd@avcodec.org> #3542: Changing channel layout from downmix to stereo fails ------------------------------------+-------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: swresample Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Description changed by cehoyos: Old description: > This is closely related to ticket #2859. > Switching the channel layout from downmix to stereo using swresample > fails since c56d4dab > {{{ > $ ffmpeg -f s24le -ac 2 -i /dev/zero -t 1 -channel_layout DL+DR -acodec > copy out.wav > }}} > {{{ > $ ffmpeg -i out.wav -channel_layout stereo out2.wav > ffmpeg version N-62299-g60ef0c6 Copyright (c) 2000-2014 the FFmpeg > developers > built on Apr 9 2014 15:01:30 with gcc 4.7 (SUSE Linux) > configuration: --enable-gpl > libavutil 52. 75.100 / 52. 75.100 > libavcodec 55. 58.103 / 55. 58.103 > libavformat 55. 36.102 / 55. 36.102 > libavdevice 55. 11.100 / 55. 11.100 > libavfilter 4. 3.100 / 4. 3.100 > libswscale 2. 6.100 / 2. 6.100 > libswresample 0. 18.100 / 0. 18.100 > libpostproc 52. 3.100 / 52. 3.100 > Input #0, wav, from 'out.wav': > Metadata: > encoder : Lavf55.36.102 > Duration: 00:00:01.02, bitrate: 2117 kb/s > Stream #0:0: Audio: pcm_s24le ([1][0][0][0] / 0x0001), 44100 Hz, > downmix, s32, 2116 kb/s > [auto-inserted resampler 0 @ 0x24704c0] [SWR @ 0x24440c0] Input channel > layout 'downmix' is not supported > [auto-inserted resampler 0 @ 0x24704c0] Failed to configure output pad on > auto-inserted resampler 0 > Error opening filters! > }}} > Work-around is to force the input channel layout: > {{{ > $ ffmpeg -channel_layout stereo -i out.wav out2.wav > }}} > Generally, this is an issue when extracting a downmix stream from a mov > file: The resulting wav file will not play in QT sine QT doesn't like the > wav channel layout "downmix". New description: This is closely related to ticket #2859. Switching the channel layout from downmix to stereo using swresample fails since c56d4dab {{{ $ ffmpeg -f s24le -ac 2 -i /dev/zero -t 1 -channel_layout DL+DR -acodec copy out.wav }}} {{{ $ ffmpeg -i out.wav -channel_layout stereo out2.wav ffmpeg version N-62299-g60ef0c6 Copyright (c) 2000-2014 the FFmpeg developers built on Apr 9 2014 15:01:30 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 75.100 / 52. 75.100 libavcodec 55. 58.103 / 55. 58.103 libavformat 55. 36.102 / 55. 36.102 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, wav, from 'out.wav': Metadata: encoder : Lavf55.36.102 Duration: 00:00:01.02, bitrate: 2117 kb/s Stream #0:0: Audio: pcm_s24le ([1][0][0][0] / 0x0001), 44100 Hz, downmix, s32, 2116 kb/s [auto-inserted resampler 0 @ 0x24704c0] [SWR @ 0x24440c0] Input channel layout 'downmix' is not supported [auto-inserted resampler 0 @ 0x24704c0] Failed to configure output pad on auto-inserted resampler 0 Error opening filters! }}} Work-around is to force the input channel layout: {{{ $ ffmpeg -channel_layout stereo -i out.wav out2.wav }}} Generally, this is an issue when extracting a downmix stream from a mov file to 24bit wav: The resulting wav file will not play in QT since QT doesn't like the wav channel layout "downmix". -- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 9 15:43:18 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 09 Apr 2014 13:43:18 -0000 Subject: [FFmpeg-trac] #3542(swresample:new): Changing channel layout from downmix to stereo fails In-Reply-To: <037.3d1ff155fad424916ad859ce217fe114@avcodec.org> References: <037.3d1ff155fad424916ad859ce217fe114@avcodec.org> Message-ID: <052.a08b7736767a1d62be12e0019466b708@avcodec.org> #3542: Changing channel layout from downmix to stereo fails ------------------------------------+-------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: swresample Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Comment (by cehoyos): Since I am not so sure if it is valid at all to write "downmix" to a wav file, here is a more realistic alternative: {{{ $ ffmpeg -f s16be -ac 2 -channel_layout DL+DR -i /dev/zero -t 1 -acodec pcm_s16be out.mov }}} {{{ $ ffmpeg -i out.mov -channel_layout stereo -acodec pcm_s16be out2.mov ffmpeg version N-62299-g60ef0c6 Copyright (c) 2000-2014 the FFmpeg developers built on Apr 9 2014 15:01:30 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 75.100 / 52. 75.100 libavcodec 55. 58.103 / 55. 58.103 libavformat 55. 36.102 / 55. 36.102 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'out.mov': Metadata: major_brand : qt minor_version : 512 compatible_brands: qt encoder : Lavf55.19.104 Duration: 00:00:01.00, start: 0.000000, bitrate: 1416 kb/s Stream #0:0(eng): Audio: pcm_s16be (twos / 0x736F7774), 44100 Hz, downmix, s16, 1411 kb/s (default) Metadata: handler_name : DataHandler [auto-inserted resampler 0 @ 0x2c99160] [SWR @ 0x2c99580] Input channel layout 'downmix' is not supported [auto-inserted resampler 0 @ 0x2c99160] Failed to configure output pad on auto-inserted resampler 0 Error opening filters! }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 9 17:16:12 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 09 Apr 2014 15:16:12 -0000 Subject: [FFmpeg-trac] #3543(ffmpeg:new): Export Wav from Quicktime Error Message-ID: <041.fb25e29fba4e2df7aa7da2837f20a00f@avcodec.org> #3543: Export Wav from Quicktime Error -------------------------------------+------------------------------------- Reporter: speedyrazor | Type: defect Status: new | Priority: normal Component: ffmpeg | Version: Keywords: ffmpeg | unspecified audio quicktime | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: If you have a quicktime mov with audio as a stereo pair and is assigned as Left Total Right Total, export wav audio with ffmpeg produces a wav which wont play in Quicktime or Final Cut. How to reproduce: If you have a quicktime mov with video and audio, the audio is a stereo pair and is assigned as Left Total Right Total. To assign audio open the quicktime mov in quicktime pro, 'Show Movie Properties', select Sound Track, 'Audio Settings', 'Assignment', use drop- down to select 'Left total' 'Right Total'. Using the command below produces a 24 Bit wav which wont play or open in Quicktime or Final Cut. If you create a 16 Bit wav then it plays fine. {{{ % ffmpeg -i test.mov -map 0:1 -acodec pcm_s24le LEFT_RIGHT_Total.wav ffmpeg version 2.2-tessus Copyright (c) 2000-2014 the FFmpeg developers built on Mar 24 2014 22:25:11 with llvm-gcc 4.2.1 (LLVM build 2336.1.00) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 9 18:24:12 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 09 Apr 2014 16:24:12 -0000 Subject: [FFmpeg-trac] #3543(avformat:new): Export Wav from Quicktime Error In-Reply-To: <041.fb25e29fba4e2df7aa7da2837f20a00f@avcodec.org> References: <041.fb25e29fba4e2df7aa7da2837f20a00f@avcodec.org> Message-ID: <056.b224e2b1214f1680ce1728da426c3213@avcodec.org> #3543: Export Wav from Quicktime Error -------------------------------------+------------------------------------ Reporter: speedyrazor | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: wav | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: ffmpeg audio quicktime => wav * version: unspecified => git-master * component: ffmpeg => avformat Comment: See ticket #3542 for a better explanation for your real problem, feel free to upload your original sample. I am not sure if FFmpeg by default should not write wav files with unspecified channel layouts. Did you test with WMP? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 9 18:27:14 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 09 Apr 2014 16:27:14 -0000 Subject: [FFmpeg-trac] #3540(avcodec:open): Compilation of libavcodec/dirac_arith.h:dirac_get_arith_bit fails for five registers if cmov is fast In-Reply-To: <038.1ae0e83cf729eaa07ed93fb608f3cbe8@avcodec.org> References: <038.1ae0e83cf729eaa07ed93fb608f3cbe8@avcodec.org> Message-ID: <053.b21fb91ac6047ee6cc8d215dbf61bb8d@avcodec.org> #3540: Compilation of libavcodec/dirac_arith.h:dirac_get_arith_bit fails for five registers if cmov is fast ------------------------------------+----------------------------------- Reporter: alucowie | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by alucowie): More strange, the configure option "--disable-asm" doesn't disable that code. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 9 19:59:47 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 09 Apr 2014 17:59:47 -0000 Subject: [FFmpeg-trac] #3540(avcodec:closed): Compilation of libavcodec/dirac_arith.h:dirac_get_arith_bit fails for five registers if cmov is fast In-Reply-To: <038.1ae0e83cf729eaa07ed93fb608f3cbe8@avcodec.org> References: <038.1ae0e83cf729eaa07ed93fb608f3cbe8@avcodec.org> Message-ID: <053.5a618ca8f929c57417c81915e23b5c9b@avcodec.org> #3540: Compilation of libavcodec/dirac_arith.h:dirac_get_arith_bit fails for five registers if cmov is fast ------------------------------------+----------------------------------- Reporter: alucowie | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by you in d8ab7f31 - thank you for the report! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 9 20:34:02 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 09 Apr 2014 18:34:02 -0000 Subject: [FFmpeg-trac] #3544(build system:new): --disable-asm does not disable inline asm Message-ID: <037.e360700de9076c743a2f1c44ce60c114@avcodec.org> #3544: --disable-asm does not disable inline asm -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: build Version: git- | system master | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- As reported in ticket #3540: {{{ $ ./configure --disable-asm }}} {{{ $ grep HAVE_INLINE_ASM config.h config.mak config.h:#define HAVE_INLINE_ASM 1 config.h:#define HAVE_INLINE_ASM_LABELS 1 config.h:#define HAVE_INLINE_ASM_NONLOCAL_LABELS 1 config.h:#define HAVE_INLINE_ASM_DIRECT_SYMBOL_REFS 1 config.mak:HAVE_INLINE_ASM=yes config.mak:HAVE_INLINE_ASM_LABELS=yes config.mak:HAVE_INLINE_ASM_NONLOCAL_LABELS=yes config.mak:HAVE_INLINE_ASM_DIRECT_SYMBOL_REFS=yes }}} The define is used in many files in libavutil/x86 and libavcodec/x86. This may not be a regression, the behaviour is at least reproducible with c8a4ae00. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 9 20:34:45 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 09 Apr 2014 18:34:45 -0000 Subject: [FFmpeg-trac] #3540(avcodec:closed): Compilation of libavcodec/dirac_arith.h:dirac_get_arith_bit fails for five registers if cmov is fast In-Reply-To: <038.1ae0e83cf729eaa07ed93fb608f3cbe8@avcodec.org> References: <038.1ae0e83cf729eaa07ed93fb608f3cbe8@avcodec.org> Message-ID: <053.a6fe2cfcaf07149a9ced27bedb8d84bf@avcodec.org> #3540: Compilation of libavcodec/dirac_arith.h:dirac_get_arith_bit fails for five registers if cmov is fast ------------------------------------+----------------------------------- Reporter: alucowie | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Replying to [comment:11 alucowie]: > More strange, the configure option "--disable-asm" doesn't disable that code. At least to me this behaviour wasn't known, I opened ticket #3544. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 9 20:45:06 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 09 Apr 2014 18:45:06 -0000 Subject: [FFmpeg-trac] #3545(undetermined:new): YUV422 >8bit uncompressed not working in AVI Message-ID: <037.513cc07d1ae8484d9ffb8a4ce6fff387@avcodec.org> #3545: YUV422 >8bit uncompressed not working in AVI -------------------------------------+------------------------------------- Reporter: peter_b | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: | Blocked By: uncompressed avi 10bit 16bit | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- == Summary of the bug: == I've tried to create AVIs with pix_fmt=yuv420p10le and vcodec=rawvideo (uncompressed). The files are generated without error, but there are 2 issues: 1. The pix_fmt of the resulting files seems to be rgb555le. 2. Colors of the resulting video are not correct. I know that for uncompressed yuv 10bit, I could use v210 (which works fine), but I've noticed similar issues with 16bit, too (see below). == How to reproduce: == I've used "[http://media.xiph.org/video/derf/y4m/football_422_cif.y4m football_422_cif.y4m]" as test source. Commandline: {{{ ffmpeg -i ~/Videos/test-source/football_422_cif.y4m -an -pix_fmt yuv420p10le -c:v rawvideo yuv420p10le.avi }}} Output: {{{ ffmpeg version N-62305-g7ac2f7e Copyright (c) 2000-2014 the FFmpeg developers built on Apr 9 2014 19:49:03 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) configuration: --prefix=/usr/local --enable-gpl --enable-nonfree --enable-version3 --enable-postproc --enable-swscale --enable-avfilter --enable-pthreads --enable-bzlib --enable-zlib --enable-libmp3lame --enable-libvorbis --enable-libxvid --enable-libopenjpeg --enable- decoder=png --enable-encoder=png --disable-decoder=jpeg2000 --enable- libfreetype --enable-libschroedinger --enable-libvpx --enable-libvorbis --enable-libx264 --enable-libfaac libavutil 52. 75.100 / 52. 75.100 libavcodec 55. 58.103 / 55. 58.103 libavformat 55. 36.102 / 55. 36.102 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, yuv4mpegpipe, from '/home/pb/Videos/test- source/football_422_cif.y4m': Duration: N/A, bitrate: N/A Stream #0:0: Video: rawvideo (Y42B / 0x42323459), yuv422p, 352x288, SAR 128:117 DAR 1408:1053, 30 fps, 30 tbr, 30 tbn, 30 tbc File 'yuv420p10le.avi' already exists. Overwrite ? [y/N] y Output #0, avi, to 'yuv420p10le.avi': Metadata: ISFT : Lavf55.36.102 Stream #0:0: Video: rawvideo, yuv420p10le, 352x288 [SAR 128:117 DAR 1408:1053], q=2-31, 200 kb/s, 30 tbn, 30 tbc Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> rawvideo) Press [q] to stop, [?] for help frame= 360 fps=0.0 q=0.0 Lsize= 106934kB time=00:00:12.00 bitrate=73000.3kbits/s video:106920kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.013151% }}} ffprobe's output: {{{ ffprobe version N-62305-g7ac2f7e Copyright (c) 2007-2014 the FFmpeg developers built on Apr 9 2014 19:49:03 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) configuration: --prefix=/usr/local --enable-gpl --enable-nonfree --enable-version3 --enable-postproc --enable-swscale --enable-avfilter --enable-pthreads --enable-bzlib --enable-zlib --enable-libmp3lame --enable-libvorbis --enable-libxvid --enable-libopenjpeg --enable- decoder=png --enable-encoder=png --disable-decoder=jpeg2000 --enable- libfreetype --enable-libschroedinger --enable-libvpx --enable-libvorbis --enable-libx264 --enable-libfaac libavutil 52. 75.100 / 52. 75.100 libavcodec 55. 58.103 / 55. 58.103 libavformat 55. 36.102 / 55. 36.102 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, avi, from 'yuv420p10le.avi': Metadata: encoder : Lavf55.36.102 Duration: 00:00:12.00, start: 0.000000, bitrate: 73000 kb/s Stream #0:0: Video: rawvideo, rgb555le, 352x288, 73194 kb/s, SAR 128:117 DAR 1408:1053, 30 tbr, 30 tbn, 30 tbc }}} I've also tried it with yuv422p10le, yuv422p16le, and they also show similar defects: wrong pix_fmt, wrong display of colors. Is that a bug, or am I trying something absurd? Thanks. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 9 21:05:17 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 09 Apr 2014 19:05:17 -0000 Subject: [FFmpeg-trac] #3545(avformat:open): Unsupported pix_fmts in avi rawvideo are written without any warning (was: YUV422 >8bit uncompressed not working in AVI) In-Reply-To: <037.513cc07d1ae8484d9ffb8a4ce6fff387@avcodec.org> References: <037.513cc07d1ae8484d9ffb8a4ce6fff387@avcodec.org> Message-ID: <052.174cdc866a435403dc9bc1ea66ed8158@avcodec.org> #3545: Unsupported pix_fmts in avi rawvideo are written without any warning ------------------------------------+------------------------------------ Reporter: peter_b | Owner: Type: defect | Status: open Priority: minor | Component: avformat Version: git-master | Resolution: Keywords: avi | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avformat * priority: normal => minor * keywords: uncompressed avi 10bit 16bit => avi Comment: Replying to [ticket:3545 peter_b]: > I've tried to create AVIs with pix_fmt=yuv420p10le and vcodec=rawvideo (uncompressed). Why do you think this is supposed to work? Please use nut for unusual pix_fmts. > The files are generated without error, but there are 2 issues: > > 1. The pix_fmt of the resulting files seems to be rgb555le. This is what you get if an unknown pix_fmt is detected in avi. There is a bug because you see no warning that the file you created cannot (easily) be decoded. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 9 21:06:49 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 09 Apr 2014 19:06:49 -0000 Subject: [FFmpeg-trac] #3545(avformat:open): Unsupported pix_fmts in avi rawvideo are written without any warning In-Reply-To: <037.513cc07d1ae8484d9ffb8a4ce6fff387@avcodec.org> References: <037.513cc07d1ae8484d9ffb8a4ce6fff387@avcodec.org> Message-ID: <052.a30ce126da433f2c4c4fc8b3929a696f@avcodec.org> #3545: Unsupported pix_fmts in avi rawvideo are written without any warning ------------------------------------+------------------------------------ Reporter: peter_b | Owner: Type: defect | Status: open Priority: minor | Component: avformat Version: git-master | Resolution: Keywords: avi | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): (Just to make sure: Your goal was not to write v210-in-avi?) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 9 21:59:49 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 09 Apr 2014 19:59:49 -0000 Subject: [FFmpeg-trac] #3509(ffplay:new): ffplay unable to play 352800 Hz wav file In-Reply-To: <035.285e36a68d820862df20c89b01dedd15@avcodec.org> References: <035.285e36a68d820862df20c89b01dedd15@avcodec.org> Message-ID: <050.91e8127586f0b790381547e1efc9f8d9@avcodec.org> #3509: ffplay unable to play 352800 Hz wav file -------------------------------------+---------------------------------- Reporter: pross | Owner: Type: defect | Status: new Priority: normal | Component: ffplay Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Comment (by mastered): Pulse has hard limit of 192kHz sample rate -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 9 22:45:46 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 09 Apr 2014 20:45:46 -0000 Subject: [FFmpeg-trac] #3125(avformat:closed): \\ 'separator' in id3tag causes unwanted truncation of ffprobe output In-Reply-To: <040.2974e5429b12afc6e99f1e60efa7fc68@avcodec.org> References: <040.2974e5429b12afc6e99f1e60efa7fc68@avcodec.org> Message-ID: <055.c36f0aac1f925c3f0f5a55569f1c7fe1@avcodec.org> #3125: \\ 'separator' in id3tag causes unwanted truncation of ffprobe output ------------------------------------+------------------------------------ Reporter: ginjaninja | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: id3 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by michael): * status: new => closed * resolution: => fixed Comment: ffmpeg displays ARTIST : artist1;artist2;artist3 now -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 9 23:03:29 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 09 Apr 2014 21:03:29 -0000 Subject: [FFmpeg-trac] #3125(avformat:closed): \\ 'separator' in id3tag causes unwanted truncation of ffprobe output In-Reply-To: <040.2974e5429b12afc6e99f1e60efa7fc68@avcodec.org> References: <040.2974e5429b12afc6e99f1e60efa7fc68@avcodec.org> Message-ID: <055.dcae8b2a99752364ee66e519f692e45a@avcodec.org> #3125: \\ 'separator' in id3tag causes unwanted truncation of ffprobe output ------------------------------------+------------------------------------ Reporter: ginjaninja | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: id3 ogg | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: id3 => id3 ogg Comment: Fixed by Ben Boeckel in 0dc66553 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 9 23:55:59 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 09 Apr 2014 21:55:59 -0000 Subject: [FFmpeg-trac] #3545(avformat:open): Unsupported pix_fmts in avi rawvideo are written without any warning In-Reply-To: <037.513cc07d1ae8484d9ffb8a4ce6fff387@avcodec.org> References: <037.513cc07d1ae8484d9ffb8a4ce6fff387@avcodec.org> Message-ID: <052.537693aa6f3ba523bf69e81305beb142@avcodec.org> #3545: Unsupported pix_fmts in avi rawvideo are written without any warning ------------------------------------+------------------------------------ Reporter: peter_b | Owner: Type: defect | Status: open Priority: minor | Component: avformat Version: git-master | Resolution: Keywords: avi | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by peter_b): My goal was to write a script that encodes uncompressed avi in different pix_fmts, including >8bit yuv. I thought that uncompressed is only about its bit-layout for the colors. Therefore I'm surprised that AVI shouldn't be able to handle rawvideo >8bit, since it can hold v210. I can't use NUT in that case (long story...) Thanks and regards, Peter -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 10 04:26:55 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 10 Apr 2014 02:26:55 -0000 Subject: [FFmpeg-trac] #3541(ffprobe:new): amr file use the last packet mode and size to calculate bit rate, In-Reply-To: <037.7aad4b81d298a14eec81c0a7b32e58b5@avcodec.org> References: <037.7aad4b81d298a14eec81c0a7b32e58b5@avcodec.org> Message-ID: <052.2fe9c94ae6af30a02cfe32b73466e1f9@avcodec.org> #3541: amr file use the last packet mode and size to calculate bit rate, ---------------------------------+----------------------------------- Reporter: queniao | Owner: Type: defect | Status: new Priority: normal | Component: ffprobe Version: 2.1.4 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+----------------------------------- Comment (by queniao): ~/o/FFmpeg/FFmpeg-master$ ./ffprobe ~/raw/111.amr -show_streams ffprobe version 2.2.git Copyright (c) 2007-2014 the FFmpeg developers built on Apr 10 2014 10:15:28 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) configuration: --disable-yasm libavutil 52. 75.100 / 52. 75.100 libavcodec 55. 58.103 / 55. 58.103 libavformat 55. 36.103 / 55. 36.103 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 [amr @ 0x1bb8240] Estimating duration from bitrate, this may be inaccurate Input #0, amr, from '/home/qiniu/raw/111.amr': Duration: 00:00:09.56, bitrate: 5 kb/s Stream #0:0: Audio: amr_nb (samr / 0x726D6173), 8000 Hz, mono, flt, 5 kb/s [STREAM] index=0 codec_name=amrnb codec_long_name=AMR-NB (Adaptive Multi-Rate NarrowBand) profile=unknown codec_type=audio codec_time_base=1/8000 codec_tag_string=samr codec_tag=0x726d6173 sample_fmt=flt sample_rate=8000 channels=1 channel_layout=mono bits_per_sample=0 id=N/A r_frame_rate=0/0 avg_frame_rate=0/0 time_base=1/8000 start_pts=N/A start_time=N/A duration_ts=76480 duration=9.560000 bit_rate=5200 nb_frames=N/A nb_read_frames=N/A nb_read_packets=N/A DISPOSITION:default=0 DISPOSITION:dub=0 DISPOSITION:original=0 DISPOSITION:comment=0 DISPOSITION:lyrics=0 DISPOSITION:karaoke=0 DISPOSITION:forced=0 DISPOSITION:hearing_impaired=0 DISPOSITION:visual_impaired=0 DISPOSITION:clean_effects=0 DISPOSITION:attached_pic=0 [/STREAM] -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 10 04:29:28 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 10 Apr 2014 02:29:28 -0000 Subject: [FFmpeg-trac] #3541(ffprobe:new): amr file use the last packet mode and size to calculate bit rate, In-Reply-To: <037.7aad4b81d298a14eec81c0a7b32e58b5@avcodec.org> References: <037.7aad4b81d298a14eec81c0a7b32e58b5@avcodec.org> Message-ID: <052.f8d081889daefe4dcf6019f5f298997c@avcodec.org> #3541: amr file use the last packet mode and size to calculate bit rate, ---------------------------------+----------------------------------- Reporter: queniao | Owner: Type: defect | Status: new Priority: normal | Component: ffprobe Version: 2.1.4 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+----------------------------------- Comment (by queniao): fix it by set bit rate only once FFmpeg/libavformat/amr.c View @@ -138,7 +138,8 @@ static int amr_read_packet(AVFormatContext *s, AVPacket *pkt) return AVERROR(EIO); /* Both AMR formats have 50 frames per second */ - s->streams[0]->codec->bit_rate = size*8*50; + if ( s->streams[0]->codec->bit_rate == 0 ) + s->streams[0]->codec->bit_rate = size*8*50; pkt->stream_index = 0; pkt->pos = pos; -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 10 08:06:28 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 10 Apr 2014 06:06:28 -0000 Subject: [FFmpeg-trac] #3541(ffprobe:new): amr file use the last packet mode and size to calculate bit rate, In-Reply-To: <037.7aad4b81d298a14eec81c0a7b32e58b5@avcodec.org> References: <037.7aad4b81d298a14eec81c0a7b32e58b5@avcodec.org> Message-ID: <052.845332f6a32dc97711cb5a0b95720838@avcodec.org> #3541: amr file use the last packet mode and size to calculate bit rate, ---------------------------------+----------------------------------- Reporter: queniao | Owner: Type: defect | Status: new Priority: normal | Component: ffprobe Version: 2.1.4 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+----------------------------------- Comment (by cehoyos): Is the problem not reproducible with {{{ffmpeg -i 111.amr}}}? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 10 08:17:42 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 10 Apr 2014 06:17:42 -0000 Subject: [FFmpeg-trac] #3543(avformat:closed): Export Wav from Quicktime Error In-Reply-To: <041.fb25e29fba4e2df7aa7da2837f20a00f@avcodec.org> References: <041.fb25e29fba4e2df7aa7da2837f20a00f@avcodec.org> Message-ID: <056.0d1beaa224076dd363a61af50d7b8e83@avcodec.org> #3543: Export Wav from Quicktime Error -------------------------------------+------------------------------------ Reporter: speedyrazor | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: wav | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Both WMP and QT fail to decode wav files with channel masks >= 0x40000 This should be fixed since bf87d582 - FFmpeg-specific channel layouts can still be written with {{{-strict -1}}}. Please understand that if I had not read your forum report (which I found difficult to understand but at least complete) before reading this ticket, I would have had no chance to understand what this is about. Please ask questions on the ffmpeg-user mailing list, report bugs (including command line and complete, uncut console output) here in a way so that no additional research is necessary to reproduce them. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 10 15:32:17 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 10 Apr 2014 13:32:17 -0000 Subject: [FFmpeg-trac] #3546(undetermined:new): tutorial: Receive an HTTP stream then save it to *.ts file Message-ID: <041.cfc3693c14c52252ed85e03c3bfd0e2a@avcodec.org> #3546: tutorial: Receive an HTTP stream then save it to *.ts file -------------------------------------+------------------------------------- Reporter: vixen_heart | Type: defect Status: new | Priority: important Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Hello, I'm new with ffmpeg, i have problem with saving the following stream to .ts file using ffmpeg, i need to save all stream videom audio, subtitle the stream has the following info: Stream #0.0[0x78]: Video: mpeg2video (Main), yuv420p, 720x576 [PAR 64:45 DAR 16:9], 15000 kb/s, 28.26 fps, 25 tbr, 90k tbn, 50 tbc Stream #0.1[0x82](fra): Audio: mp2, 48000 Hz, stereo, s16, 192 kb/s Stream #0.2[0x83](qaa): Audio: mp2, 48000 Hz, stereo, s16, 128 kb/s Stream #0.3[0x85](qad): Audio: mp2, 48000 Hz, stereo, s16, 128 kb/s Stream #0.4[0x8c](fra): Subtitle: [6][0][0][0] / 0x0006 Stream #0.5[0x96](fra): Subtitle: dvbsub (hearing impaired) Stream #0.6[0x97](fra): Subtitle: dvbsub thanks a lot -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 10 16:13:04 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 10 Apr 2014 14:13:04 -0000 Subject: [FFmpeg-trac] #3546(undetermined:closed): tutorial: Receive an HTTP stream then save it to *.ts file In-Reply-To: <041.cfc3693c14c52252ed85e03c3bfd0e2a@avcodec.org> References: <041.cfc3693c14c52252ed85e03c3bfd0e2a@avcodec.org> Message-ID: <056.3215a206adb9b3585b5413551c978653@avcodec.org> #3546: tutorial: Receive an HTTP stream then save it to *.ts file -------------------------------------+------------------------------------- Reporter: vixen_heart | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: important => normal * status: new => closed * resolution: => invalid Comment: If you found a bug in FFmpeg, please post the failing command line including the complete, uncut console output here and explain what's wrong with the output file. If you need support, please read http://ffmpeg.org/contact.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 10 17:45:13 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 10 Apr 2014 15:45:13 -0000 Subject: [FFmpeg-trac] #3547(avformat:new): Assertion failed when DTS out of order in asfenc.c Message-ID: <039.16c59c19ebc4cecabc5b6608ce0327b2@avcodec.org> #3547: Assertion failed when DTS out of order in asfenc.c -------------------------------------+------------------------------------- Reporter: wim_arbor | Type: defect Status: new | Priority: normal Component: avformat | Version: git- Keywords: asf crash | master abort | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: A transcoding of a ts with a signal loss to asf results in a {{{Assertion asf->packet_timestamp_end >= asf->packet_timestamp_start failed at libavformat/asfenc.c:704}}} and causing an APPCRASH popup in windows. The last two PTS of the video stream are 4322553629 and 4322551520, which is out of order. Adding {{{-fflags +genpts+igndts}}} still produces the same result. How to reproduce: {{{ E:\temp>ffmpeg -y -i sat_uplink_signalloss.ts test.asf ffmpeg version N-62318-ge1c48e3 Copyright (c) 2000-2014 the FFmpeg developers built on Apr 10 2014 16:32:53 with gcc 4.8.2 (GCC) configuration: --pkg-config=pkg-config --prefix=/home/arbor/software/packages/win32 --enable-memalign-hack --arch=x86 --target-os=mingw32 --cross-prefix=i686-w64-mingw32- --disable- w32threads libavutil 52. 75.100 / 52. 75.100 libavcodec 55. 58.103 / 55. 58.103 libavformat 55. 36.103 / 55. 36.103 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 [mpeg2video @ 03728f40] Invalid frame dimensions 0x0. Last message repeated 8 times [mpegts @ 0370be60] PES packet size mismatch Input #0, mpegts, from 'sat_uplink_signalloss.ts': Duration: 00:00:27.46, start: 48025.799111, bitrate: 547 kb/s Program 1 Stream #0:0[0x44]: Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16p, 128 kb/s Stream #0:1[0x45]: Video: mpeg2video (4:2:2) ([2][0][0][0] / 0x0002), yuv422p(tv), 720x576 [SAR 16:15 DAR 4:3], max. 3400 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc Output #0, asf, to 'test.asf': Metadata: WM/EncodingSettings: Lavf55.36.103 Stream #0:0: Video: msmpeg4v3 (msmpeg4) (MP43 / 0x3334504D), yuv420p, 720x576 [SAR 16:15 DAR 4:3], q=2-31, 200 kb/s, 1k tbn, 25 tbc Stream #0:1: Audio: wmav2 (a[1][0][0] / 0x0161), 48000 Hz, stereo, fltp, 128 kb/s Stream mapping: Stream #0:1 -> #0:0 (mpeg2video -> msmpeg4) Stream #0:0 -> #0:1 (mp2 -> wmav2) Press [q] to stop, [?] for help [mpegts @ 0370be60] PES packet size mismatchime=00:00:23.21 bitrate= 317.9kbits/s dup=12 drop=0 [mpegts @ 0370be60] DTS 4322551520 < 4322553629 out of order [mp2 @ 003fa540] incomplete frame Error while decoding stream #0:0: Invalid data found when processing input [mpeg2video @ 03728f40] ac-tex damaged at 18 10 [mpeg2video @ 03728f40] Warning MVs not available [mpeg2video @ 03728f40] concealing 1170 DC, 1170 AC, 1170 MV errors in B frame Assertion asf->packet_timestamp_end >= asf->packet_timestamp_start failed at libavformat/asfenc.c:704 This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information. }}} Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 10 17:48:32 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 10 Apr 2014 15:48:32 -0000 Subject: [FFmpeg-trac] #3547(avformat:new): Assertion failed when DTS out of order in asfenc.c In-Reply-To: <039.16c59c19ebc4cecabc5b6608ce0327b2@avcodec.org> References: <039.16c59c19ebc4cecabc5b6608ce0327b2@avcodec.org> Message-ID: <054.a4172dbadf5a2cbd5ba3a6b130152488@avcodec.org> #3547: Assertion failed when DTS out of order in asfenc.c -------------------------------------+------------------------------------- Reporter: wim_arbor | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: asf crash | Blocked By: abort | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by wim_arbor): linux output of same command, added {{{-fflags +genpts+igndts}}} but still the same assertion. {{{ arbor at debian7:~$ bin/ffmpeg -y -fflags +genpts+igndts -i sat_uplink_signalloss.ts test.asf ffmpeg version N-62321-g4764714 Copyright (c) 2000-2014 the FFmpeg developers built on Apr 10 2014 16:57:23 with gcc 4.7 (Debian 4.7.2-5) configuration: libavutil 52. 75.100 / 52. 75.100 libavcodec 55. 58.103 / 55. 58.103 libavformat 55. 36.103 / 55. 36.103 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 4.100 / 4. 4.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 [mpeg2video @ 0x2b25740] Invalid frame dimensions 0x0. Last message repeated 8 times [mpegts @ 0x2b20a00] PES packet size mismatch Input #0, mpegts, from 'sat_uplink_signalloss.ts': Duration: 00:00:27.46, start: 48025.799111, bitrate: 547 kb/s Program 1 Stream #0:0[0x44]: Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16p, 128 kb/s Stream #0:1[0x45]: Video: mpeg2video (4:2:2) ([2][0][0][0] / 0x0002), yuv422p(tv), 720x576 [SAR 16:15 DAR 4:3], max. 3400 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc Output #0, asf, to 'test.asf': Metadata: WM/EncodingSettings: Lavf55.36.103 Stream #0:0: Video: msmpeg4v3 (msmpeg4) (MP43 / 0x3334504D), yuv420p, 720x576 [SAR 16:15 DAR 4:3], q=2-31, 200 kb/s, 1k tbn, 25 tbc Stream #0:1: Audio: wmav2 (a[1][0][0] / 0x0161), 48000 Hz, stereo, fltp, 128 kb/s Stream mapping: Stream #0:1 -> #0:0 (mpeg2video -> msmpeg4) Stream #0:0 -> #0:1 (mp2 -> wmav2) Press [q] to stop, [?] for help [mpegts @ 0x2b20a00] PES packet size mismatch [mpegts @ 0x2b20a00] DTS 4322551520 < 4322553629 out of order [mp2 @ 0x2b24c20] incomplete frame Error while decoding stream #0:0: Invalid data found when processing input [mpeg2video @ 0x2b25740] ac-tex damaged at 18 10 [mpeg2video @ 0x2b25740] Warning MVs not available [mpeg2video @ 0x2b25740] concealing 1170 DC, 1170 AC, 1170 MV errors in B frame Assertion asf->packet_timestamp_end >= asf->packet_timestamp_start failed at libavformat/asfenc.c:704 Aborted }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 10 21:55:07 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 10 Apr 2014 19:55:07 -0000 Subject: [FFmpeg-trac] #3547(avformat:open): Assertion failed when DTS out of order in asfenc.c In-Reply-To: <039.16c59c19ebc4cecabc5b6608ce0327b2@avcodec.org> References: <039.16c59c19ebc4cecabc5b6608ce0327b2@avcodec.org> Message-ID: <054.b5044e2068ed16e858621beab9c26437@avcodec.org> #3547: Assertion failed when DTS out of order in asfenc.c -------------------------------------+------------------------------------- Reporter: wim_arbor | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: asf crash | Blocked By: abort regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: asf crash abort => asf crash abort regression * priority: normal => important * status: new => open * reproduced: 0 => 1 Comment: Regression since 3adb5f8d -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 10 22:19:58 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 10 Apr 2014 20:19:58 -0000 Subject: [FFmpeg-trac] #3548(avcodec:new): mp2 standalone decoder broken for some input files Message-ID: <037.da2dcf9c05f3f0a830d222976b0aca60@avcodec.org> #3548: mp2 standalone decoder broken for some input files -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git- | Keywords: mp2 master | regression Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- MP2 audio in the sample from ticket #3547 cannot be decoded if the mp3 decoder was disabled since c33351f3 {{{ $ ffmpeg -analyzeduration 2G -probesize 2G -i sat_uplink_signalloss.ts ffmpeg version N-62334-g6290ba0 Copyright (c) 2000-2014 the FFmpeg developers built on Apr 10 2014 22:17:39 with gcc 4.7 (SUSE Linux) configuration: --disable-decoder='mp3,mp3float' libavutil 52. 75.100 / 52. 75.100 libavcodec 55. 58.103 / 55. 58.103 libavformat 55. 36.103 / 55. 36.103 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 4.100 / 4. 4.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 [mpeg2video @ 0x2857100] Invalid frame dimensions 0x0. Last message repeated 8 times [mpegts @ 0x2852220] PES packet size mismatch [mpegts @ 0x2852220] DTS 4322551520 < 4322553629 out of order [mpegts @ 0x2852220] PES packet size mismatch [mpegts @ 0x2852220] Could not find codec parameters for stream 0 (Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, 2 channels, 127 kb/s): unspecified frame size Consider increasing the value for the 'analyzeduration' and 'probesize' options Guessed Channel Layout for Input Stream #0.0 : stereo Input #0, mpegts, from 'sat_uplink_signalloss.ts': Duration: 00:00:27.46, start: 48025.799111, bitrate: 547 kb/s Program 1 Stream #0:0[0x44]: Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, 127 kb/s Stream #0:1[0x45]: Video: mpeg2video (4:2:2) ([2][0][0][0] / 0x0002), yuv422p(tv), 720x576 [SAR 16:15 DAR 4:3], max. 3400 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc At least one output file must be specified }}} Works fine if the mp3 (or the mp3float) decoder are available. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 10 22:37:55 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 10 Apr 2014 20:37:55 -0000 Subject: [FFmpeg-trac] #3344(undetermined:closed): It takes two SIGINTs to terminate UDP reader which haven't got any data In-Reply-To: <037.6092cc6d7f7be395e85099017ac3fde1@avcodec.org> References: <037.6092cc6d7f7be395e85099017ac3fde1@avcodec.org> Message-ID: <052.545daae69925cf8da3878b23aabc46e0@avcodec.org> #3344: It takes two SIGINTs to terminate UDP reader which haven't got any data -------------------------------------+------------------------------------- Reporter: Krieger | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Fixed in 517cc81e939fce89c265e8edfef06e44cc362b73 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 10 22:43:47 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 10 Apr 2014 20:43:47 -0000 Subject: [FFmpeg-trac] #3344(avformat:closed): It takes two SIGINTs to terminate UDP reader which haven't got any data In-Reply-To: <037.6092cc6d7f7be395e85099017ac3fde1@avcodec.org> References: <037.6092cc6d7f7be395e85099017ac3fde1@avcodec.org> Message-ID: <052.06b20736c036fc54bfe0d424e3a0367a@avcodec.org> #3344: It takes two SIGINTs to terminate UDP reader which haven't got any data ------------------------------------+------------------------------------ Reporter: Krieger | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * component: undetermined => avformat -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 10 22:44:09 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 10 Apr 2014 20:44:09 -0000 Subject: [FFmpeg-trac] #3344(ffmpeg:closed): It takes two SIGINTs to terminate UDP reader which haven't got any data In-Reply-To: <037.6092cc6d7f7be395e85099017ac3fde1@avcodec.org> References: <037.6092cc6d7f7be395e85099017ac3fde1@avcodec.org> Message-ID: <052.0607bbaf83615004d413186b723236af@avcodec.org> #3344: It takes two SIGINTs to terminate UDP reader which haven't got any data ------------------------------------+---------------------------------- Reporter: Krieger | Owner: Type: defect | Status: closed Priority: normal | Component: ffmpeg Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Changes (by cehoyos): * component: avformat => ffmpeg -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 10 23:01:21 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 10 Apr 2014 21:01:21 -0000 Subject: [FFmpeg-trac] #3549(avformat:new): X-SORENSONVIDEO over rtp/rtsp not supported Message-ID: <037.3b96a5a403b36f849a22acb9bdfb87e9@avcodec.org> #3549: X-SORENSONVIDEO over rtp/rtsp not supported ---------------------------------------+---------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: git-master | Keywords: rtsp Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 ---------------------------------------+---------------------------------- Afaict, the stream contains svq1 or svq3 video. {{{ $ ffmpeg -loglevel debug -rtsp_transport tcp -i rtsp://129.170.17.179:80/~acskills/RI.mov ffmpeg version N-62336-g517cc81 Copyright (c) 2000-2014 the FFmpeg developers built on Apr 10 2014 22:58:31 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 75.100 / 52. 75.100 libavcodec 55. 58.103 / 55. 58.103 libavformat 55. 36.103 / 55. 36.103 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 4.100 / 4. 4.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Splitting the commandline. Reading option '-loglevel' ... matched as option 'loglevel' (set logging level) with argument 'debug'. Reading option '-rtsp_transport' ... matched as AVOption 'rtsp_transport' with argument 'tcp'. Reading option '-i' ... matched as input file with argument 'rtsp://129.170.17.179:80/~acskills/RI.mov'. 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 rtsp://129.170.17.179:80/~acskills/RI.mov. Successfully parsed a group of options. Opening an input file: rtsp://129.170.17.179:80/~acskills/RI.mov. [rtsp @ 0x20ad200] SDP: v=0 o=StreamingServer 3606152346 1207574952000 IN IP4 129.170.17.179 s=/RI.mov u=http:/// e=admin@ c=IN IP4 0.0.0.0 t=0 0 a=control:* a=range:npt=0- 647.74667 m=audio 0 RTP/AVP 96 a=3GPP-Adaptation-Support:1 a=rtpmap:96 X-QT/22050/1 a=control:trackID=3 m=video 0 RTP/AVP 97 a=3GPP-Adaptation-Support:1 a=rtpmap:97 X-SorensonVideo/90000 a=control:trackID=4 [rtsp @ 0x20ad200] audio codec set to: (null) [rtsp @ 0x20ad200] audio samplerate set to: 22050 [rtsp @ 0x20ad200] audio channels set to: 1 [rtsp @ 0x20ad200] video codec set to: (null) [rtsp @ 0x20ad200] hello state=0 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 2 with DTS 0, packet 3 with DTS 0 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 7 with DTS 24000, packet 8 with DTS 24000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 9 with DTS 30000, packet 10 with DTS 30000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 10 with DTS 30000, packet 11 with DTS 30000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 12 with DTS 36000, packet 13 with DTS 36000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 13 with DTS 36000, packet 14 with DTS 36000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 14 with DTS 36000, packet 15 with DTS 36000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 16 with DTS 42000, packet 17 with DTS 42000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 17 with DTS 42000, packet 18 with DTS 42000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 18 with DTS 42000, packet 19 with DTS 42000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 20 with DTS 48000, packet 21 with DTS 48000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 21 with DTS 48000, packet 22 with DTS 48000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 22 with DTS 48000, packet 23 with DTS 48000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 24 with DTS 54000, packet 25 with DTS 54000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 25 with DTS 54000, packet 26 with DTS 54000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 26 with DTS 54000, packet 27 with DTS 54000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 27 with DTS 54000, packet 28 with DTS 54000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 29 with DTS 60000, packet 30 with DTS 60000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 30 with DTS 60000, packet 31 with DTS 60000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 31 with DTS 60000, packet 32 with DTS 60000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 33 with DTS 66000, packet 34 with DTS 66000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 34 with DTS 66000, packet 35 with DTS 66000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 35 with DTS 66000, packet 36 with DTS 66000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 36 with DTS 66000, packet 37 with DTS 66000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 38 with DTS 72000, packet 39 with DTS 72000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 39 with DTS 72000, packet 40 with DTS 72000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 40 with DTS 72000, packet 41 with DTS 72000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 41 with DTS 72000, packet 42 with DTS 72000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 43 with DTS 78000, packet 44 with DTS 78000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 44 with DTS 78000, packet 45 with DTS 78000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 45 with DTS 78000, packet 46 with DTS 78000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 47 with DTS 84000, packet 48 with DTS 84000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 48 with DTS 84000, packet 49 with DTS 84000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 49 with DTS 84000, packet 50 with DTS 84000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 50 with DTS 84000, packet 51 with DTS 84000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 51 with DTS 84000, packet 52 with DTS 84000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 53 with DTS 90000, packet 54 with DTS 90000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 54 with DTS 90000, packet 55 with DTS 90000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 55 with DTS 90000, packet 56 with DTS 90000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 56 with DTS 90000, packet 57 with DTS 90000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 57 with DTS 90000, packet 58 with DTS 90000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 58 with DTS 90000, packet 59 with DTS 90000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 60 with DTS 96000, packet 61 with DTS 96000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 61 with DTS 96000, packet 62 with DTS 96000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 62 with DTS 96000, packet 63 with DTS 96000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 63 with DTS 96000, packet 64 with DTS 96000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 64 with DTS 96000, packet 65 with DTS 96000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 65 with DTS 96000, packet 66 with DTS 96000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 66 with DTS 96000, packet 67 with DTS 96000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 68 with DTS 102000, packet 69 with DTS 102000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 69 with DTS 102000, packet 70 with DTS 102000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 70 with DTS 102000, packet 71 with DTS 102000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 71 with DTS 102000, packet 72 with DTS 102000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 72 with DTS 102000, packet 73 with DTS 102000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 73 with DTS 102000, packet 74 with DTS 102000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 74 with DTS 102000, packet 75 with DTS 102000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 75 with DTS 102000, packet 76 with DTS 102000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 76 with DTS 102000, packet 77 with DTS 102000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 78 with DTS 108000, packet 79 with DTS 108000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 79 with DTS 108000, packet 80 with DTS 108000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 80 with DTS 108000, packet 81 with DTS 108000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 81 with DTS 108000, packet 82 with DTS 108000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 82 with DTS 108000, packet 83 with DTS 108000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 83 with DTS 108000, packet 84 with DTS 108000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 84 with DTS 108000, packet 85 with DTS 108000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 85 with DTS 108000, packet 86 with DTS 108000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 87 with DTS 114000, packet 88 with DTS 114000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 88 with DTS 114000, packet 89 with DTS 114000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 89 with DTS 114000, packet 90 with DTS 114000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 90 with DTS 114000, packet 91 with DTS 114000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 91 with DTS 114000, packet 92 with DTS 114000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 92 with DTS 114000, packet 93 with DTS 114000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 93 with DTS 114000, packet 94 with DTS 114000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 94 with DTS 114000, packet 95 with DTS 114000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 95 with DTS 114000, packet 96 with DTS 114000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 97 with DTS 120000, packet 98 with DTS 120000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 98 with DTS 120000, packet 99 with DTS 120000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 99 with DTS 120000, packet 100 with DTS 120000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 100 with DTS 120000, packet 101 with DTS 120000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 101 with DTS 120000, packet 102 with DTS 120000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 102 with DTS 120000, packet 103 with DTS 120000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 103 with DTS 120000, packet 104 with DTS 120000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 105 with DTS 126000, packet 106 with DTS 126000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 106 with DTS 126000, packet 107 with DTS 126000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 107 with DTS 126000, packet 108 with DTS 126000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 108 with DTS 126000, packet 109 with DTS 126000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 109 with DTS 126000, packet 110 with DTS 126000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 133 with DTS 264000, packet 134 with DTS 264000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 134 with DTS 264000, packet 135 with DTS 264000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 135 with DTS 264000, packet 136 with DTS 264000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 136 with DTS 264000, packet 137 with DTS 264000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 138 with DTS 270000, packet 139 with DTS 270000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 139 with DTS 270000, packet 140 with DTS 270000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 140 with DTS 270000, packet 141 with DTS 270000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 141 with DTS 270000, packet 142 with DTS 270000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 142 with DTS 270000, packet 143 with DTS 270000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 143 with DTS 270000, packet 144 with DTS 270000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 145 with DTS 276000, packet 146 with DTS 276000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 146 with DTS 276000, packet 147 with DTS 276000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 147 with DTS 276000, packet 148 with DTS 276000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 148 with DTS 276000, packet 149 with DTS 276000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 149 with DTS 276000, packet 150 with DTS 276000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 150 with DTS 276000, packet 151 with DTS 276000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 151 with DTS 276000, packet 152 with DTS 276000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 152 with DTS 276000, packet 153 with DTS 276000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 153 with DTS 276000, packet 154 with DTS 276000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 154 with DTS 276000, packet 155 with DTS 276000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 155 with DTS 276000, packet 156 with DTS 276000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 157 with DTS 282000, packet 158 with DTS 282000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 158 with DTS 282000, packet 159 with DTS 282000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 159 with DTS 282000, packet 160 with DTS 282000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 160 with DTS 282000, packet 161 with DTS 282000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 161 with DTS 282000, packet 162 with DTS 282000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 162 with DTS 282000, packet 163 with DTS 282000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 163 with DTS 282000, packet 164 with DTS 282000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 164 with DTS 282000, packet 165 with DTS 282000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 165 with DTS 282000, packet 166 with DTS 282000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 166 with DTS 282000, packet 167 with DTS 282000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 167 with DTS 282000, packet 168 with DTS 282000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 168 with DTS 282000, packet 169 with DTS 282000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 169 with DTS 282000, packet 170 with DTS 282000 [rtsp @ 0x20ad200] Non-increasing DTS in stream 1: packet 170 with DTS 282000, packet 171 with DTS 282000 [rtsp @ 0x20ad200] max_analyze_duration 5000000 reached at 5000998 microseconds [rtsp @ 0x20ad200] Could not find codec parameters for stream 1 (Video: none): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options Guessed Channel Layout for Input Stream #0.0 : mono Input #0, rtsp, from 'rtsp://129.170.17.179:80/~acskills/RI.mov': Metadata: title : /RI.mov Duration: 00:10:47.75, start: 0.000000, bitrate: N/A Stream #0:0, 1725, 1/22050: Audio: adpcm_ima_qt (ima4 / 0x34616D69), 22050 Hz, mono, s16p, 88 kb/s Stream #0:1, 199, 1/90000: Video: none, 15 tbr, 90k tbn, 90k tbc Successfully opened the file. At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 11 06:22:33 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 11 Apr 2014 04:22:33 -0000 Subject: [FFmpeg-trac] #3502(undetermined:open): Sample Aspect Ratio width must be greater than 0 (libx265) In-Reply-To: <036.cdcba4b27b5e668e913dfdea4ce3eeb3@avcodec.org> References: <036.cdcba4b27b5e668e913dfdea4ce3eeb3@avcodec.org> Message-ID: <051.46842c5856d727e9f8253af94927969d@avcodec.org> #3502: Sample Aspect Ratio width must be greater than 0 (libx265) -------------------------------------+------------------------------------- Reporter: jbvsmo | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: libx265 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by raine): Arch Linux wiki suggests setting -aspect manually as a workaround: https://wiki.archlinux.org/index.php/FFmpeg#x265 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 11 07:12:14 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 11 Apr 2014 05:12:14 -0000 Subject: [FFmpeg-trac] #3542(swresample:new): Changing channel layout from downmix to stereo fails In-Reply-To: <037.3d1ff155fad424916ad859ce217fe114@avcodec.org> References: <037.3d1ff155fad424916ad859ce217fe114@avcodec.org> Message-ID: <052.2047723a62e576b62fda99786d595d04@avcodec.org> #3542: Changing channel layout from downmix to stereo fails ------------------------------------+-------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: swresample Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Comment (by speedyrazor): I am having the same issues with this line, looking for a workarround: {{{ ffmpeg -guess_layout_max 0 -i 5.1_Stereo_test.mov -map 0:1 -acodec pcm_s24le -y test_01_Mono.wav -map 0:2 -acodec pcm_s24le -y test_02_Mono.wav -map 0:3 -acodec pcm_s24le -y test_03_Mono.wav -map 0:4 -acodec pcm_s24le -y test_04_Mono.wav -map 0:5 -acodec pcm_s24le -y test_05_Mono.wav -map 0:6 -acodec pcm_s24le -y test_06_Mono.wav -channel_layout stereo -map 0:7 -acodec pcm_s24le test_07_Stereo.wav }}} {{{ $ ffmpeg -guess_layout_max 0 -i 5.1_Stereo_test.mov -map 0:1 -acodec pcm_s24le -y test_01_Mono.wav -map 0:2 -acodec pcm_s24le -y test_02_Mono.wav -map 0:3 -acodec pcm_s24le -y test_03_Mono.wav -map 0:4 -acodec pcm_s24le -y test_04_Mono.wav -map 0:5 -acodec pcm_s24le -y test_05_Mono.wav -map 0:6 -acodec pcm_s24le -y test_06_Mono.wav -channel_layout stereo -map 0:7 -acodec pcm_s24le test_07_Stereo.wav ffmpeg version 2.1.4 Copyright (c) 2000-2014 the FFmpeg developers built on Mar 22 2014 06:02:12 with Apple LLVM version 5.1 (clang-503.0.38) (based on LLVM 3.4svn) configuration: --prefix=/opt/local --enable-swscale --enable-avfilter --enable-avresample --enable-libmp3lame --enable-libvorbis --enable- libopus --enable-libtheora --enable-libschroedinger --enable-libopenjpeg --enable-libmodplug --enable-libvpx --enable-libspeex --enable-libass --enable-libbluray --enable-gnutls --enable-fontconfig --enable- libfreetype --disable-indev=jack --disable-outdev=xv --mandir=/opt/local/share/man --enable-shared --enable-pthreads --cc=/usr/bin/clang --enable-vda --arch=x86_64 --enable-yasm --enable-gpl --enable-postproc --enable-libx264 --enable-libxvid libavutil 52. 48.101 / 52. 48.101 libavcodec 55. 39.101 / 55. 39.101 libavformat 55. 19.104 / 55. 19.104 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 90.100 / 3. 90.100 libavresample 1. 1. 0 / 1. 1. 0 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '5.1_Stereo_test.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2014-03-06 11:25:34 Duration: 00:01:03.48, start: 0.000000, bitrate: 153967 kb/s Stream #0:0(eng): Video: prores (apch / 0x68637061), yuv422p10le, 1920x1080, 144704 kb/s, SAR 1:1 DAR 16:9, 23.98 fps, 23.98 tbr, 23976 tbn, 23976 tbc (default) Metadata: creation_time : 2014-03-06 11:25:34 handler_name : Apple Alias Data Handler timecode : 00:00:00:00 Stream #0:1(eng): Audio: pcm_s24le (in24 / 0x34326E69), 48000 Hz, 1 channels (FL), s32, 1152 kb/s (default) Metadata: creation_time : 2014-03-06 11:25:34 handler_name : Apple Alias Data Handler Stream #0:2(eng): Audio: pcm_s24le (in24 / 0x34326E69), 48000 Hz, 1 channels (FR), s32, 1152 kb/s (default) Metadata: creation_time : 2014-03-06 11:25:34 handler_name : Apple Alias Data Handler Stream #0:3(eng): Audio: pcm_s24le (in24 / 0x34326E69), 48000 Hz, mono, s32, 1152 kb/s (default) Metadata: creation_time : 2014-03-06 11:25:34 handler_name : Apple Alias Data Handler Stream #0:4(eng): Audio: pcm_s24le (in24 / 0x34326E69), 48000 Hz, 1 channels (LFE), s32, 1152 kb/s (default) Metadata: creation_time : 2014-03-06 11:25:34 handler_name : Apple Alias Data Handler Stream #0:5(eng): Audio: pcm_s24le (in24 / 0x34326E69), 48000 Hz, 1 channels (BL), s32, 1152 kb/s (default) Metadata: creation_time : 2014-03-06 11:25:34 handler_name : Apple Alias Data Handler Stream #0:6(eng): Audio: pcm_s24le (in24 / 0x34326E69), 48000 Hz, 1 channels (BR), s32, 1152 kb/s (default) Metadata: creation_time : 2014-03-06 11:25:34 handler_name : Apple Alias Data Handler Stream #0:7(eng): Audio: pcm_s24le (in24 / 0x34326E69), 48000 Hz, downmix, s32, 2304 kb/s (default) Metadata: creation_time : 2014-03-06 11:25:34 handler_name : Apple Alias Data Handler Stream #0:8(eng): Data: none (tmcd / 0x64636D74) (default) Metadata: creation_time : 2014-03-06 11:26:04 handler_name : Apple Alias Data Handler timecode : 00:00:00:00 [auto-inserted resampler 0 @ 0x7f85e2e1ad40] [SWR @ 0x7f85e411bc00] Input channel layout 'downmix' is not supported [auto-inserted resampler 0 @ 0x7f85e2e1ad40] Failed to configure output pad on auto-inserted resampler 0 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 11 09:08:40 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 11 Apr 2014 07:08:40 -0000 Subject: [FFmpeg-trac] #3550(avformat:new): [wavdec]DTS in wave can not be recognized Message-ID: <041.a8b85482a01100063bac224b96800f94@avcodec.org> #3550: [wavdec]DTS in wave can not be recognized -------------------------------------+------------------------------------- Reporter: adam_csheng | Type: defect Status: new | Priority: normal Component: avformat | Version: git- Keywords: | master Blocking: | Blocked By: Analyzed by developer: 1 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Summary of the bug: How to reproduce: {{{ % ffprobe $ISSUE_FILE Issue output: " csheng at BG2BLT05:~/ffmpeg/ffmpeg$ ./ffprobe ../WorstCase.wav ffprobe version N-62341-gd9fef74 Copyright (c) 2007-2014 the FFmpeg developers built on Apr 11 2014 03:00:27 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) configuration: libavutil 52. 75.100 / 52. 75.100 libavcodec 55. 58.103 / 55. 58.103 libavformat 55. 36.103 / 55. 36.103 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 4.100 / 4. 4.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 Input #0, wav, from '../WorstCase.wav': Duration: 00:00:41.89, bitrate: 1536 kb/s Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, 2 channels, s16, 1536 kb/s " ffmpeg version: N-62341-gd9fef74 (master) }}} But it should be dts. After modify as below: {{{ diff --git a/libavformat/wavdec.c b/libavformat/wavdec.c index daea64e..a865b76 100644 --- a/libavformat/wavdec.c +++ b/libavformat/wavdec.c @@ -114,7 +114,7 @@ static void handle_stream_probing(AVStream *st) { if (st->codec->codec_id == AV_CODEC_ID_PCM_S16LE) { st->request_probe = AVPROBE_SCORE_EXTENSION; - st->probe_packets = FFMIN(st->probe_packets, 4); + st->probe_packets = FFMIN(st->probe_packets, 14); } } }}} It should be correct: {{{ csheng at BG2BLT05:~/ffmpeg/ffmpeg$ ./ffprobe ../WorstCase.wav ffprobe version N-62341-gd9fef74 Copyright (c) 2007-2014 the FFmpeg developers built on Apr 11 2014 03:00:27 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) configuration: libavutil 52. 75.100 / 52. 75.100 libavcodec 55. 58.103 / 55. 58.103 libavformat 55. 36.103 / 55. 36.103 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 4.100 / 4. 4.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 [dca @ 0x2c36e80] Not a valid DCA frame [dca @ 0x2c36e80] Number of channels changed in DCA decoder (2 -> 6) Input #0, wav, from '../WorstCase.wav': Duration: 00:00:41.89, bitrate: 1536 kb/s Stream #0:0: Audio: dts (DTS) ([1][0][0][0] / 0x0001), 48000 Hz, 5.1(side), fltp, 384 kb/s }}} If you need issue file, please contact me. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 11 09:33:16 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 11 Apr 2014 07:33:16 -0000 Subject: [FFmpeg-trac] #3550(avformat:open): [wavdec]DTS in wave can not be recognized In-Reply-To: <041.a8b85482a01100063bac224b96800f94@avcodec.org> References: <041.a8b85482a01100063bac224b96800f94@avcodec.org> Message-ID: <056.c825502a2b289e1a7d27fd6f6833ce79@avcodec.org> #3550: [wavdec]DTS in wave can not be recognized -------------------------------------+------------------------------------ Reporter: adam_csheng | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: wav | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * analyzed: 1 => 0 * keywords: => wav * status: new => open Comment: Please send patches (made with {{{git format-patch}}}) to the ffmpeg-devel mailing list where they get more attention and can be reviewed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 11 13:36:11 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 11 Apr 2014 11:36:11 -0000 Subject: [FFmpeg-trac] #3550(avformat:open): [wavdec]DTS in wave can not be recognized In-Reply-To: <041.a8b85482a01100063bac224b96800f94@avcodec.org> References: <041.a8b85482a01100063bac224b96800f94@avcodec.org> Message-ID: <056.35fc09f0c357f4c0c19aa80e01f9ebeb@avcodec.org> #3550: [wavdec]DTS in wave can not be recognized -------------------------------------+------------------------------------ Reporter: adam_csheng | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: wav | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by adam_csheng): Have sent mail to ffmpeg-devel. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 11 17:41:07 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 11 Apr 2014 15:41:07 -0000 Subject: [FFmpeg-trac] #3551(undetermined:new): No duration detected for some FLV files Message-ID: <043.79e0b27492886991d4d461ea943e57cb@avcodec.org> #3551: No duration detected for some FLV files -------------------------------------+------------------------------------- Reporter: | Type: defect Underground78 | Priority: normal Status: new | Version: git- Component: | master undetermined | Blocked By: Keywords: | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- '''Summary of the bug:''' ffmpeg cannot detect the duration of some FLV files while some other splitters seem to be able to do that. NB: I am not completely sure if it is a bug, a feature request or just an invalid file. '''How to reproduce:''' Use ffplay for example with [https://trac.mpc-hc.org/raw- attachment/ticket/4210/10s_clip.flv this sample]. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 11 18:13:58 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 11 Apr 2014 16:13:58 -0000 Subject: [FFmpeg-trac] #3551(undetermined:new): No duration detected for some FLV files In-Reply-To: <043.79e0b27492886991d4d461ea943e57cb@avcodec.org> References: <043.79e0b27492886991d4d461ea943e57cb@avcodec.org> Message-ID: <058.25125da16fafbebc048116864e34d184@avcodec.org> #3551: No duration detected for some FLV files -------------------------------------+------------------------------------- Reporter: | Owner: Underground78 | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: flv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => flv Comment: Is the problem only reproducible with {{{ffplay}}} or also with {{{ffmpeg}}}? Please only report problems with {{{ffplay}}} if they are not reproducible with {{{ffmpeg}}}. Please provide the failing command line (probably {{{ffmpeg -i 10s_clip.flv}}}) to make this a valid ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 11 18:17:42 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 11 Apr 2014 16:17:42 -0000 Subject: [FFmpeg-trac] #3551(undetermined:new): No duration detected for some FLV files In-Reply-To: <043.79e0b27492886991d4d461ea943e57cb@avcodec.org> References: <043.79e0b27492886991d4d461ea943e57cb@avcodec.org> Message-ID: <058.e95029d3b3db3321c5f5f4861fa44f43@avcodec.org> #3551: No duration detected for some FLV files -------------------------------------+------------------------------------- Reporter: | Owner: Underground78 | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: flv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Underground78): The problem is reproducible with ffmpeg. {{{ > ffmpeg.exe -i 10s_clip.flv ffmpeg version N-62340-g1de8a4f Copyright (c) 2000-2014 the FFmpeg developers built on Apr 10 2014 22:01:45 with gcc 4.8.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable- librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo- aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 75.100 / 52. 75.100 libavcodec 55. 58.103 / 55. 58.103 libavformat 55. 36.103 / 55. 36.103 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 4.100 / 4. 4.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 [h264 @ 04277d20] AVC: nal size 21823518 [h264 @ 04277d20] missing picture in access unit with size 40 [h264 @ 04277d20] AVC: nal size 21823518 [h264 @ 04277d20] missing picture in access unit with size 40 [h264 @ 04277d20] AVC: nal size 21823518 [h264 @ 04277d20] missing picture in access unit with size 40 Input #0, flv, from 'MPC-HC\debug\1.7.3.201\10s_clip.flv': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Video: h264 (Main), yuv420p(tv), 320x240 [SAR 1:1 DAR 4:3], 30. 33 fps, 30 tbr, 1k tbn, 60 tbc Stream #0:1: Audio: speex, 16000 Hz, mono, s16 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 11 19:24:28 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 11 Apr 2014 17:24:28 -0000 Subject: [FFmpeg-trac] #3551(undetermined:new): No duration detected for some FLV files In-Reply-To: <043.79e0b27492886991d4d461ea943e57cb@avcodec.org> References: <043.79e0b27492886991d4d461ea943e57cb@avcodec.org> Message-ID: <058.fb6de0fef0ed7b327a989dfec9733b94@avcodec.org> #3551: No duration detected for some FLV files -------------------------------------+------------------------------------- Reporter: | Owner: Underground78 | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: flv h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: flv => flv h264 Comment: Which duration do other players show? Do they still show the correct duration if you cut the sample? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 11 19:45:34 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 11 Apr 2014 17:45:34 -0000 Subject: [FFmpeg-trac] #3552(undetermined:new): Initial warnings shown when playing aac Message-ID: <037.f0d260ad31076ebf55e51d118648d559@avcodec.org> #3552: Initial warnings shown when playing aac -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: minor | Component: Version: git- | undetermined master | Keywords: aac Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- http://thread.gmane.org/gmane.comp.video.ffmpeg.user/51341 I will attach (the first 25 seconds of) a sample that shows warnings before the first second is decoded. {{{ $ ffmpeg -i iv_cut.aacp -t 24 out.wav ffmpeg version N-62354-g671f908 Copyright (c) 2000-2014 the FFmpeg developers built on Apr 11 2014 19:43:39 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 75.100 / 52. 75.100 libavcodec 55. 58.103 / 55. 58.103 libavformat 55. 37.100 / 55. 37.100 libavdevice 55. 13.100 / 55. 13.100 libavfilter 4. 4.100 / 4. 4.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 [aac @ 0x1ef0480] channel element 2.8 is not allocated [aac @ 0x1eef900] Estimating duration from bitrate, this may be inaccurate Input #0, aac, from 'iv_cut.aacp': Duration: 00:00:25.03, bitrate: 32 kb/s Stream #0:0: Audio: aac, 44100 Hz, stereo, fltp, 32 kb/s Output #0, wav, to 'out.wav': Metadata: ISFT : Lavf55.37.100 Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, stereo, s16, 1411 kb/s Stream mapping: Stream #0:0 -> #0:0 (aac -> pcm_s16le) Press [q] to stop, [?] for help [aac @ 0x1ef0480] channel element 2.8 is not allocated Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x1ef0480] Reserved SBR extensions is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [aac @ 0x1ef0480] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. [aac @ 0x1ef0480] Reserved SBR extensions is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [aac @ 0x1ef0480] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. [aac @ 0x1ef0480] Reserved SBR extensions is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [aac @ 0x1ef0480] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. [aac @ 0x1ef0480] Reserved SBR extensions is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [aac @ 0x1ef0480] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. [aac @ 0x1ef0480] Reserved SBR extensions is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [aac @ 0x1ef0480] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. [aac @ 0x1ef0480] illegal icc [aac @ 0x1ef0480] Reserved SBR extensions is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [aac @ 0x1ef0480] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. [aac @ 0x1ef0480] Reserved SBR extensions is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [aac @ 0x1ef0480] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. size= 4128kB time=00:00:24.00 bitrate=1408.5kbits/s video:0kB audio:4128kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.001893% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 11 23:55:14 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 11 Apr 2014 21:55:14 -0000 Subject: [FFmpeg-trac] #3551(undetermined:new): No duration detected for some FLV files In-Reply-To: <043.79e0b27492886991d4d461ea943e57cb@avcodec.org> References: <043.79e0b27492886991d4d461ea943e57cb@avcodec.org> Message-ID: <058.f27428de2d042fb520ed832d155c9e76@avcodec.org> #3551: No duration detected for some FLV files -------------------------------------+------------------------------------- Reporter: | Owner: Underground78 | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: flv h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Underground78): Another splitter shows 10s. What tool do you have in mind to cut the file? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 12 00:14:26 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 11 Apr 2014 22:14:26 -0000 Subject: [FFmpeg-trac] #844(documentation:open): Include content of the news article in the website RSS In-Reply-To: <036.4f4adfd30df45a9009c6a08c682d3c24@avcodec.org> References: <036.4f4adfd30df45a9009c6a08c682d3c24@avcodec.org> Message-ID: <051.eeefefb65b2ac8132ebaf0e5e09d9979@avcodec.org> #844: Include content of the news article in the website RSS -------------------------------------+------------------------------------- Reporter: shimmy | Owner: Type: enhancement | Status: open Priority: wish | Component: Version: unspecified | documentation Keywords: website, | Resolution: feed, rss | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by Timothy_Gu): * owner: stefano => Comment: A patch by Gerion Entrup is available on the mailing list. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 12 01:14:38 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 11 Apr 2014 23:14:38 -0000 Subject: [FFmpeg-trac] #3553(ffmpeg:new): Fix Non-monotonous DTS for flv live stream output Message-ID: <036.f85f601e1a7d48ecdd62446cc24dfc0f@avcodec.org> #3553: Fix Non-monotonous DTS for flv live stream output ---------------------------------------+---------------------------------- Reporter: FishB8 | Type: defect Status: new | Priority: normal Component: ffmpeg | Version: 2.2 Keywords: dts rtmp live | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------------+---------------------------------- I'm running into problems when using ffmpeg to pull a live rtmp stream, re-encode it, and push the result back out to another location. The problem is that the dts can jump when the source stream is switched within the server that is providing the source for ffmpeg. I would assume that +genpts and +igndts flags should fix the problem, but they do not. When the streams get switched internally in the source rtmp server, I get a bunch of: ''[flv @ 0xdeadbeef] Non-monotonous DTS in output stream [blah blah blah ...]'' {{{ % ffmpeg -i rtmp://0.0.0.0/foo/bar -fflags +genpts+igndts [...] -f flv -rtmp_live live rtmp://0.0.0.0/hash/bang }}} ffmpeg needs a means to deal with large jumps in dts gracefully. Currently it totally screws up the output stream. Ideally the origional dts would be tossed and new one generated when re-encoding based off the frame rate / frame base. Even better would be a bitstream filter to rewrite dts that could be used even in cases where you are doing a stream copy instead of re-encoding. ffmpeg version 2.2.1 (using internal RTMP implementation) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 12 01:45:08 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 11 Apr 2014 23:45:08 -0000 Subject: [FFmpeg-trac] #3257(avcodec:closed): Undesired "bitrate tolerance too small for bitrate" error for simple case In-Reply-To: <036.37fe6fa7c4552cf89e677bc4ce996614@avcodec.org> References: <036.37fe6fa7c4552cf89e677bc4ce996614@avcodec.org> Message-ID: <051.954c63548960529078c71ed899033b53@avcodec.org> #3257: Undesired "bitrate tolerance too small for bitrate" error for simple case -------------------------------------+------------------------------------- Reporter: ubitux | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: mjpeg | Blocked By: mjpegenc | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Fixed in 66e959682c49e0686667cd3cbde87d725bb3c7e3 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 12 08:56:01 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 12 Apr 2014 06:56:01 -0000 Subject: [FFmpeg-trac] #3553(undetermined:new): Fix Non-monotonous DTS for flv live stream output In-Reply-To: <036.f85f601e1a7d48ecdd62446cc24dfc0f@avcodec.org> References: <036.f85f601e1a7d48ecdd62446cc24dfc0f@avcodec.org> Message-ID: <051.1853c7e8fbf8bb73813b47f3f327c7d2@avcodec.org> #3553: Fix Non-monotonous DTS for flv live stream output ----------------------------------+---------------------------------------- Reporter: FishB8 | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 2.2 | Resolution: Keywords: dts rtmp | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+---------------------------------------- Changes (by cehoyos): * keywords: dts rtmp live => dts rtmp * component: ffmpeg => undetermined Comment: Is the problem also reproducible with file input instead of network input? Is the problem also reproducible with file output instead of network output? Please test current git head and please provide your failing command line together with the complete, uncut console output to make this a valid ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 12 08:59:34 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 12 Apr 2014 06:59:34 -0000 Subject: [FFmpeg-trac] #3551(undetermined:new): No duration detected for some FLV files In-Reply-To: <043.79e0b27492886991d4d461ea943e57cb@avcodec.org> References: <043.79e0b27492886991d4d461ea943e57cb@avcodec.org> Message-ID: <058.024ac3774f0a386476ded555090807f2@avcodec.org> #3551: No duration detected for some FLV files -------------------------------------+------------------------------------- Reporter: | Owner: Underground78 | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: flv h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Which splitter? Please test the attached five seconds sample with it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 12 09:00:18 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 12 Apr 2014 07:00:18 -0000 Subject: [FFmpeg-trac] #3257(avcodec:closed): Undesired "bitrate tolerance too small for bitrate" error for simple case In-Reply-To: <036.37fe6fa7c4552cf89e677bc4ce996614@avcodec.org> References: <036.37fe6fa7c4552cf89e677bc4ce996614@avcodec.org> Message-ID: <051.6440967354f992c0c0a4994c48624e25@avcodec.org> #3257: Undesired "bitrate tolerance too small for bitrate" error for simple case ------------------------------------+----------------------------------- Reporter: ubitux | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: mjpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: mjpeg mjpegenc => mjpeg -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 12 09:03:44 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 12 Apr 2014 07:03:44 -0000 Subject: [FFmpeg-trac] #3541(avformat:closed): amr file use the last packet mode and size to calculate bit rate, In-Reply-To: <037.7aad4b81d298a14eec81c0a7b32e58b5@avcodec.org> References: <037.7aad4b81d298a14eec81c0a7b32e58b5@avcodec.org> Message-ID: <052.e23653cb22fbe04f6245d24133c5848c@avcodec.org> #3541: amr file use the last packet mode and size to calculate bit rate, ------------------------------------+------------------------------------ Reporter: queniao | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: amr | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => closed * reproduced: 0 => 1 * component: ffprobe => avformat * version: 2.1.4 => git-master * keywords: => amr * resolution: => fixed Comment: Should be fixed in c43222f4 - thank you for the report! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 12 09:10:29 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 12 Apr 2014 07:10:29 -0000 Subject: [FFmpeg-trac] #3545(avformat:closed): Unsupported pix_fmts in avi rawvideo are written without any warning In-Reply-To: <037.513cc07d1ae8484d9ffb8a4ce6fff387@avcodec.org> References: <037.513cc07d1ae8484d9ffb8a4ce6fff387@avcodec.org> Message-ID: <052.14f9e2a023a87fa737e01bf1a6454388@avcodec.org> #3545: Unsupported pix_fmts in avi rawvideo are written without any warning ------------------------------------+------------------------------------ Reporter: peter_b | Owner: Type: defect | Status: closed Priority: minor | Component: avformat Version: git-master | Resolution: fixed Keywords: avi mov | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: avi => avi mov * status: open => closed * resolution: => fixed Comment: Replying to [comment:3 peter_b]: > I can't use NUT in that case (long story...) Since I took a guess in understanding this sentence: Even if you change FFmpeg to read such files (this is not very difficult but in any case needs user interaction, ie you'd have to specify the pix_fmt at decoding time just as you did at encoding time), the files are still invalid insofar as they do not confirm to any specification and likely no other software (no player that is not FFmpeg-based) will decode the files. Even if you change the muxer and write NUT tags (so you don't have to specify the pix_fmt for decoding), you still get files that cannot be read by anything but FFmpeg. A warning (with AV_LOG_ERROR) is shown since 8b122937 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 12 09:24:32 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 12 Apr 2014 07:24:32 -0000 Subject: [FFmpeg-trac] #3545(avformat:closed): Unsupported pix_fmts in avi rawvideo are written without any warning In-Reply-To: <037.513cc07d1ae8484d9ffb8a4ce6fff387@avcodec.org> References: <037.513cc07d1ae8484d9ffb8a4ce6fff387@avcodec.org> Message-ID: <052.88cf8b21c7d0a63dea2525e4d255bb96@avcodec.org> #3545: Unsupported pix_fmts in avi rawvideo are written without any warning ------------------------------------+------------------------------------ Reporter: peter_b | Owner: Type: defect | Status: closed Priority: minor | Component: avformat Version: git-master | Resolution: fixed Keywords: avi mov | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Attached patch allows you to read the broken files by specifying the same pix_fmt as you did at encoding: {{{ $ ffmpeg -pix_fmt yuv420p10le -i yuv420p10le.avi }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 12 09:49:43 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 12 Apr 2014 07:49:43 -0000 Subject: [FFmpeg-trac] #3551(undetermined:new): No duration detected for some FLV files In-Reply-To: <043.79e0b27492886991d4d461ea943e57cb@avcodec.org> References: <043.79e0b27492886991d4d461ea943e57cb@avcodec.org> Message-ID: <058.386d19123202c2ccff0dba8f04019f35@avcodec.org> #3551: No duration detected for some FLV files -------------------------------------+------------------------------------- Reporter: | Owner: Underground78 | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: flv h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Underground78): > Which splitter? It's a Windows DirectShow filter, MPC-HC FLV Splitter (which was deprecated in favor of ffmpeg based LAV Splitter some times ago). [[BR]] > Please test the attached five seconds sample with it. It seems to work fine, it does detect it as 5s length. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 12 13:26:05 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 12 Apr 2014 11:26:05 -0000 Subject: [FFmpeg-trac] #3545(avformat:closed): Unsupported pix_fmts in avi rawvideo are written without any warning In-Reply-To: <037.513cc07d1ae8484d9ffb8a4ce6fff387@avcodec.org> References: <037.513cc07d1ae8484d9ffb8a4ce6fff387@avcodec.org> Message-ID: <052.ed31ea733a28fb46d486169bb3be5a4d@avcodec.org> #3545: Unsupported pix_fmts in avi rawvideo are written without any warning ------------------------------------+------------------------------------ Reporter: peter_b | Owner: Type: defect | Status: closed Priority: minor | Component: avformat Version: git-master | Resolution: fixed Keywords: avi mov | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by peter_b): Thanks a lot! I just compiled ffmpeg git-HEAD and verified your change. Works as expected. I see that for <=8bit, that depending on the output pix_fmt, a different FOURCC is automatically set when using rawvideo as codec. Since ffmpeg chooses the right FOURCC for <=8bit rawvideo, wouldn't it work to choose, for example fourcc=V210 for pix_fmt=yuv422p10le, etc? [http://msdn.microsoft.com/en- us/library/windows/desktop/bb970578(v=vs.85).aspx#fourcc_codes On MSDN, there are FOURCCs listed for YUV 10 & 16bit]: ||= FOURCC =||= Description =|| || P016 || Planar, 4:2:0, 16-bit. || || P010 || Planar, 4:2:0, 10-bit. || || P216 || Planar, 4:2:2, 16-bit. || || P210 || Planar, 4:2:2, 10-bit. || || Y216 || Packed, 4:2:2, 16-bit. || || Y210 || Packed, 4:2:2, 10-bit. || || Y416 || Packed, 4:4:4, 16-bit || || Y410 || Packed, 4:4:4, 10-bit. || What would be the correct way of producing such AVI files with ffmpeg? Thank you very much. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 12 14:06:22 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 12 Apr 2014 12:06:22 -0000 Subject: [FFmpeg-trac] #3545(avformat:closed): Unsupported pix_fmts in avi rawvideo are written without any warning In-Reply-To: <037.513cc07d1ae8484d9ffb8a4ce6fff387@avcodec.org> References: <037.513cc07d1ae8484d9ffb8a4ce6fff387@avcodec.org> Message-ID: <052.51dce61e038f5278e15fc394a3234b58@avcodec.org> #3545: Unsupported pix_fmts in avi rawvideo are written without any warning ------------------------------------+------------------------------------ Reporter: peter_b | Owner: Type: defect | Status: closed Priority: minor | Component: avformat Version: git-master | Resolution: fixed Keywords: avi mov | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:6 peter_b]: > I see that for <=8bit, that depending on the output pix_fmt, a different FOURCC is automatically set when using rawvideo as codec. Since ffmpeg chooses the right FOURCC for <=8bit rawvideo, Only a (very) small set of <=8bit rawvideo work in avi, just try rgb24. > wouldn't it work to choose, for example fourcc=V210 for pix_fmt=yuv422p10le, etc? V210 != rawvideo (at least from the FFmpeg pov which is the one relevant for this ticket) This is fundamental to understand why this ticket cannot be "fixed" the way you hope... > [http://msdn.microsoft.com/en- us/library/windows/desktop/bb970578(v=vs.85).aspx#fourcc_codes On MSDN, there are FOURCCs listed for YUV 10 & 16bit]: > > ||= FOURCC =||= Description =|| > || P016 || Planar, 4:2:0, 16-bit. || > || P010 || Planar, 4:2:0, 10-bit. || > || P216 || Planar, 4:2:2, 16-bit. || > || P210 || Planar, 4:2:2, 10-bit. || > || Y216 || Packed, 4:2:2, 16-bit. || > || Y210 || Packed, 4:2:2, 10-bit. || > || Y416 || Packed, 4:4:4, 16-bit. || > || Y410 || Packed, 4:4:4, 10-bit. || If you can provide an avi sample for one of them that works with (vanilla) WMP, I will implement it. (I tried once and WMP did not like the files, rereading the link I agree it should work.) Please note that (for example) H.264 supports more colour spaces than the one listed on MSDN, so even if this gets implemented, there will still be files that you cannot archive like this, One more thing that is probably important for this discussion: FFmpeg's avi muxer handles large files badly, see various tickets on this tracker. Or in other words: If you really want to go the avi path (instead of the out-of-the-box working ffv1+audio+nut) then you will have to invest not just testing but also implementation time (the issues are known). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 12 14:13:02 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 12 Apr 2014 12:13:02 -0000 Subject: [FFmpeg-trac] #3545(avformat:closed): Unsupported pix_fmts in avi rawvideo are written without any warning In-Reply-To: <037.513cc07d1ae8484d9ffb8a4ce6fff387@avcodec.org> References: <037.513cc07d1ae8484d9ffb8a4ce6fff387@avcodec.org> Message-ID: <052.cfdd7d306d36888b1c8f19ef9125e5af@avcodec.org> #3545: Unsupported pix_fmts in avi rawvideo are written without any warning ------------------------------------+------------------------------------ Reporter: peter_b | Owner: Type: defect | Status: closed Priority: minor | Component: avformat Version: git-master | Resolution: fixed Keywords: avi mov | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:7 cehoyos]: > If you really want to go the avi path (instead of the out-of-the-box working ffv1+audio+nut) If this is really what you want, just add the tags from ff_nut_video_tags[] in libavformat/nut.c to ff_codec_bmp_tags[] in libavformat/riff.c The resulting files will not work with anything but FFmpeg which has the advantage that you don't have to care about the avi size problem either (FFmpeg will not fail decoding for such files), the only problem is that - contrary to choosing nut - you get files that are nowhere specified. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 12 14:35:29 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 12 Apr 2014 12:35:29 -0000 Subject: [FFmpeg-trac] #3551(undetermined:open): No duration detected for some FLV files In-Reply-To: <043.79e0b27492886991d4d461ea943e57cb@avcodec.org> References: <043.79e0b27492886991d4d461ea943e57cb@avcodec.org> Message-ID: <058.14149e471644b02d9c3b08e36af217d4@avcodec.org> #3551: No duration detected for some FLV files -------------------------------------+------------------------------------- Reporter: | Owner: Underground78 | Status: open Type: enhancement | Component: Priority: wish | undetermined Version: git-master | Resolution: Keywords: flv h264 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: normal => wish * status: new => open * type: defect => enhancement * reproduced: 0 => 1 Comment: I have no idea how this should work except by decoding the file (decode_hrd_parameters() is not called in the H264 decoder so I assume there is no bitrate set in the video stream) but the fact that FFmpeg shows neither bitrate nor duration is definitely reproducible. I just sent a patch to the ffmpeg-devel mailing list that would make the situation worse by setting a (not exactly correct) bitrate when decoding speex and therefore assuming a duration of ten minutes for the 10 seconds clip. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 12 14:59:41 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 12 Apr 2014 12:59:41 -0000 Subject: [FFmpeg-trac] #3545(avformat:closed): Unsupported pix_fmts in avi rawvideo are written without any warning In-Reply-To: <037.513cc07d1ae8484d9ffb8a4ce6fff387@avcodec.org> References: <037.513cc07d1ae8484d9ffb8a4ce6fff387@avcodec.org> Message-ID: <052.fa6e1dbc4b5736bd68f54f20b42041f8@avcodec.org> #3545: Unsupported pix_fmts in avi rawvideo are written without any warning ------------------------------------+------------------------------------ Reporter: peter_b | Owner: Type: defect | Status: closed Priority: minor | Component: avformat Version: git-master | Resolution: fixed Keywords: avi mov | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by peter_b): I'm using out-of-the-box working ffv1+pcm_s16le+avi for everything (including >8bit) at the moment. Works perfectly :) More than 8bits-per-component is generally not well supported, varying from application to application, in different containers as well as codecs. Uncompressed >8bit seems to be even more of a "stepchild" ;) Thanks for pointing out that I'd be creating invalid/unreadable files using the rawvideo approach in AVI. Is there any way of creating >8bit uncompressed (doesn't have to be rawvideo) AVIs? For yuv422p10le, V210 does just that, but what about e.g. 16bit? According to the MSDN article, it sounds like it should technically be possible. Even if WMP wouldn't play them, they'd have a defined standards- compliant bitstream, so it'd be the fault of WMP, not ffmpeg. I'm just trying to understand this. If this is not the right place to discuss this, should I post it on the ffmpeg-user ML? Thanks. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 12 18:04:27 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 12 Apr 2014 16:04:27 -0000 Subject: [FFmpeg-trac] #3545(avformat:closed): Unsupported pix_fmts in avi rawvideo are written without any warning In-Reply-To: <037.513cc07d1ae8484d9ffb8a4ce6fff387@avcodec.org> References: <037.513cc07d1ae8484d9ffb8a4ce6fff387@avcodec.org> Message-ID: <052.ba99e471d6b4956b25a01d0ff55d9a63@avcodec.org> #3545: Unsupported pix_fmts in avi rawvideo are written without any warning ------------------------------------+------------------------------------ Reporter: peter_b | Owner: Type: defect | Status: closed Priority: minor | Component: avformat Version: git-master | Resolution: fixed Keywords: avi mov | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:9 peter_b]: > Uncompressed >8bit seems to be even more of a "stepchild" ;) If anything does not work with nut, please tell us! > Is there any way of creating >8bit uncompressed (doesn't have to be rawvideo) AVIs? I believe I explained two possibilities: You can either patch FFmpeg to read the files that you (already) created or you can teach FFmpeg's avi muxer to write nut fourccs. > For yuv422p10le, V210 does just that, but what about e.g. 16bit? From libavformat pov (and as said, this is the only relevant pov for this discussion) v210 is exactly as compressed (or uncompressed) as ffv1 (or huffyuv) or any other intra-only codec. > According to the MSDN article, it sounds like it should technically be possible. Even if WMP wouldn't play them, they'd have a defined standards- compliant bitstream, so it'd be the fault of WMP, not ffmpeg. How would you know that if you cannot test? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 12 18:05:06 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 12 Apr 2014 16:05:06 -0000 Subject: [FFmpeg-trac] #3545(avformat:closed): Unsupported pix_fmts in avi rawvideo are written without any warning In-Reply-To: <037.513cc07d1ae8484d9ffb8a4ce6fff387@avcodec.org> References: <037.513cc07d1ae8484d9ffb8a4ce6fff387@avcodec.org> Message-ID: <052.a040f152447a5e290baf534866e65ce4@avcodec.org> #3545: Unsupported pix_fmts in avi rawvideo are written without any warning ------------------------------------+------------------------------------ Reporter: peter_b | Owner: Type: defect | Status: closed Priority: minor | Component: avformat Version: git-master | Resolution: fixed Keywords: avi mov | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:9 peter_b]: > I'm using out-of-the-box working ffv1+pcm_s16le+avi for everything (including >8bit) at the moment. Works perfectly :) Does seeking with WMP really work? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 12 18:10:41 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 12 Apr 2014 16:10:41 -0000 Subject: [FFmpeg-trac] #3545(avformat:closed): Unsupported pix_fmts in avi rawvideo are written without any warning In-Reply-To: <037.513cc07d1ae8484d9ffb8a4ce6fff387@avcodec.org> References: <037.513cc07d1ae8484d9ffb8a4ce6fff387@avcodec.org> Message-ID: <052.6a048183efb0f526c873aa443ff748d8@avcodec.org> #3545: Unsupported pix_fmts in avi rawvideo are written without any warning ------------------------------------+------------------------------------ Reporter: peter_b | Owner: Type: defect | Status: closed Priority: minor | Component: avformat Version: git-master | Resolution: fixed Keywords: avi mov | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:9 peter_b]: > Is there any way of creating >8bit uncompressed (doesn't have to be rawvideo) AVIs? For yuv422p10le, V210 does just that, but what about e.g. 16bit? It is of course trivial to implement a "Y416" codec but what use would that be given that no other software would be able to read such files and FFmpeg already supports them without any change? (This is assuming that WMP does not accept "Y416" in avi, if I am wrong this would simply be an easy enhancement request. You should be able to test by simply changing the fourcc of a v210 file to Y210 and test if WMP plays something or simply declares that it is unable to decode the gibberish.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 12 19:45:56 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 12 Apr 2014 17:45:56 -0000 Subject: [FFmpeg-trac] #3398(undetermined:closed): Parse and apply ReplayGain tags In-Reply-To: <038.0f5a155975cc0266b344cc0e63fae2e6@avcodec.org> References: <038.0f5a155975cc0266b344cc0e63fae2e6@avcodec.org> Message-ID: <053.bfadbcdbd51ba8ad97ca3be61d86f3a2@avcodec.org> #3398: Parse and apply ReplayGain tags -------------------------------------+------------------------------------- Reporter: theodorz | Owner: Type: enhancement | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: volume | Resolution: fixed replaygain | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed Comment: This should have been fixed in 6e573b77597c1039667b5d7916551b488aeef828 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 12 19:54:47 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 12 Apr 2014 17:54:47 -0000 Subject: [FFmpeg-trac] #3553(undetermined:new): Fix Non-monotonous DTS for flv live stream output In-Reply-To: <036.f85f601e1a7d48ecdd62446cc24dfc0f@avcodec.org> References: <036.f85f601e1a7d48ecdd62446cc24dfc0f@avcodec.org> Message-ID: <051.12b345f76e94f30a4636f9349110d5bc@avcodec.org> #3553: Fix Non-monotonous DTS for flv live stream output ----------------------------------+---------------------------------------- Reporter: FishB8 | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 2.2 | Resolution: Keywords: dts rtmp | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+---------------------------------------- Comment (by FishB8): Note: to avoid confusion, from here on I'll use "network input/output" in reference to rtmp IO, while "stream" refers to video/audio/data element streams within the format. I built latest git, no difference The problem is reproducible with both file and network output. Basically the audio continues, but the video is stopped waiting for a frame with the correct DTS value. Same thing happens when the source is a file with DTS discontinuity rather than a network input. Once caveat is that if using stream copy for the codecs rather than re- encoding, the video output seems to continue once the DTS discontinuity occurs, but at a fraction of the proper frame rate. (Audio continues normally) Here's the commandline / console output: {{{ $ ffmpeg -fflags +genpts -i rtmp://127.0.0.1/switcher/output -c:a libfdk_aac -vbr 3 -ac 2 -ar 48000 -c:v libx264 -g 31 -crf 22 -profile:v high -preset:v medium -trellis 2 -f flv -rtmp_live live rtmp://127.0.0.1/publish/program ffmpeg version N-62374-ge89f3d0 Copyright (c) 2000-2014 the FFmpeg developers built on Apr 12 2014 11:08:18 with gcc 4.8.2 (Gentoo 4.8.2 p1.3r1, pie-0.5.8r1) configuration: --prefix=/usr --libdir=/usr/lib64 --shlibdir=/usr/lib64 --mandir=/usr/share/man --enable-shared --cc=x86_64-pc-linux-gnu-gcc --cxx=x86_64-pc-linux-gnu-g++ --ar=x86_64-pc-linux-gnu-ar --optflags='-O2 -march=native -mfpmath=sse -ftree-vectorize -fomit-frame-pointer -pipe -fprefetch-loop-arrays -floop-block -floop-strip-mine -floop-interchange' --extra-cflags='-O2 -march=native -mfpmath=sse -ftree-vectorize -fomit- frame-pointer -pipe -fprefetch-loop-arrays -floop-block -floop-strip-mine -floop-interchange' --extra-cxxflags='-O2 -march=native -mfpmath=sse -ftree-vectorize -fomit-frame-pointer -pipe -fprefetch-loop-arrays -floop- block -floop-strip-mine -floop-interchange -fvisibility-inlines-hidden -DNDEBUG' --disable-static --enable-gpl --enable-postproc --enable- avfilter --enable-avresample --disable-stripping --enable-nonfree --enable-version3 --enable-nonfree --disable-indev=v4l2 --disable- outdev=v4l2 --disable-indev=oss --disable-outdev=oss --enable-version3 --enable-nonfree --enable-bzlib --disable-runtime-cpudetect --disable- debug --disable-doc --enable-gnutls --enable-hardcoded-tables --enable- iconv --enable-network --enable-openssl --enable-ffplay --enable-vaapi --enable-vdpau --enable-xlib --enable-zlib --enable-libvo-aacenc --enable- libvo-amrwbenc --enable-libmp3lame --enable-libaacplus --enable-libfaac --enable-libtheora --enable-libtwolame --disable-libwavpack --enable- libwebp --enable-libx264 --disable-libx265 --enable-libxvid --enable- libcdio --enable-libiec61883 --enable-libdc1394 --disable-libcaca --disable-openal --enable-opengl --disable-libv4l2 --enable-libpulse --enable-x11grab --disable-libflite --enable-frei0r --enable-fontconfig --enable-ladspa --disable-libass --enable-libfreetype --disable-libsoxr --enable-pthreads --enable-libopencore-amrwb --enable-libopencore-amrnb --enable-libfdk-aac --enable-libopenjpeg --enable-libbluray --disable- libcelt --disable-libgme --enable-libgsm --enable-libmodplug --enable- libopus --disable-libquvi --disable-librtmp --disable-libssh --enable- libschroedinger --enable-libspeex --enable-libvorbis --enable-libvpx --disable-libzvbi --disable-armv5te --disable-armv6 --disable-armv6t2 --disable-neon --disable-vfp --disable-mips32r2 --disable-mipsdspr1 --disable-mipsdspr2 --disable-mipsfpu --disable-altivec --disable-avx --disable-avx2 --disable-fma3 --disable-fma4 --disable-sse42 --cpu=host libavutil 52. 75.100 / 52. 75.100 libavcodec 55. 58.103 / 55. 58.103 libavformat 55. 37.100 / 55. 37.100 libavdevice 55. 13.100 / 55. 13.100 libavfilter 4. 4.100 / 4. 4.100 libavresample 1. 2. 0 / 1. 2. 0 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 [flv @ 0xd06450] Stream discovered after head already parsed Input #0, flv, from 'rtmp://127.0.0.1/switcher/output': Metadata: Server : NGINX RTMP (github.com/arut/nginx-rtmp-module) displayWidth : 1280 displayHeight : 720 fps : 29 profile : level : Duration: 00:00:00.00, start: 837.824000, bitrate: N/A Stream #0:0: Video: h264 (High), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 30.33 fps, 29.97 tbr, 1k tbn, 59.94 tbc Stream #0:1: Audio: aac, 48000 Hz, stereo, fltp Stream #0:2: Data: none [libx264 @ 0xe99550] using SAR=1/1 [libx264 @ 0xe99550] using cpu capabilities: MMX2 SSE2Fast LZCNT [libx264 @ 0xe99550] profile High, level 3.1 [libx264 @ 0xe99550] 264 - core 142 - H.264/MPEG-4 AVC codec - Copyleft 2003-2014 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=2 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=9 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=31 keyint_min=3 scenecut=40 intra_refresh=0 rc_lookahead=31 rc=crf mbtree=1 crf=22.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 [libfdk_aac @ 0xe95130] Note, the VBR setting is unsupported and only works with some parameter combinations Output #0, flv, to 'rtmp://127.0.0.1/publish/program': Metadata: Server : NGINX RTMP (github.com/arut/nginx-rtmp-module) displayWidth : 1280 displayHeight : 720 fps : 29 profile : level : encoder : Lavf55.37.100 Stream #0:0: Video: h264 (libx264) ([7][0][0][0] / 0x0007), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], q=-1--1, 1k tbn, 29.97 tbc Stream #0:1: Audio: aac (libfdk_aac) ([10][0][0][0] / 0x000A), 48000 Hz, stereo, s16 Stream mapping: Stream #0:0 -> #0:0 (h264 -> libx264) Stream #0:1 -> #0:1 (aac -> libfdk_aac) Press [q] to stop, [?] for help [h264 @ 0xd0f570] AVC: nal size 23330847kB time=00:00:03.92 bitrate= 484.4kbits/s [h264 @ 0xd0f570] missing picture in access unit with size 35 [flv @ 0xd06450] DTS 0 < 841784 out of order [libfdk_aac @ 0xe95130] Queue input is backward in time [flv @ 0x141dd70] Non-monotonous DTS in output stream 0:1; previous: 3947, current: -837781; changing to 3947. This may result in incorrect timestamps in the output file. (Repeats flv DTS warning for each frame) }}} I can provide example files (both source and output) and an nginx-rtmp config file to re-create this issue if needed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 13 01:21:57 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 12 Apr 2014 23:21:57 -0000 Subject: [FFmpeg-trac] #2911(undetermined:closed): Seg Fault In-Reply-To: <037.6070de2f5d5750eb0f99d42447a95a75@avcodec.org> References: <037.6070de2f5d5750eb0f99d42447a95a75@avcodec.org> Message-ID: <052.2897f4773cf0a2eb24f9d5985dd8950c@avcodec.org> #2911: Seg Fault -------------------------------------+------------------------------------- Reporter: skyride | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | needs_more_info Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by arkanis): I also stumbled across the bug described by skyride. I think I found the cause and patched it (see below). The bug occurred while I was trying to convert an RTMP stream to an HTTP stream. The RTMP stream is created with Open Broadcaster Software (https://obsproject.com/). The bug does not occur when ffmpeg is used as RTMP client! Minimal setup to reproduce the bug: * Run ffmpeg as RTMP server: ./ffmpeg -listen 1 -i rtmp://192.168.17.2/test/app -c copy -y test.mp4 * Open OBS and Stream data to the ffmpeg RTMP server * Set Options -> Broadcast Options -> Streaming-Platform to "Custom" * Set server to "rtmp://192.168.17.2/test/app" * Start streaming Of course you should use your own IP. The used OBS version is v0.613b 32bit (Windows only). I tested ffmpeg v2.2.1 (on Windows and Linux) and the current master branch (e89f3d0ed21259a714a8bd5d05d95af5b1e0f73f on Linux). ffmpeg was compiled without librtmp so the native RTMP implementation is probably the error source. I'll attach detailed ffmpeg and gdb output of these test cases. Bug cause and how to fix it: The error message "Unable to read command string" lead me to the read_connect() function in libavformat/rtmpproto.c. I think the code expects the first packet to be an invocation (type RTMP_PT_INVOKE) but OBS first sends an RTMP_PT_CHUNK_SIZE packet to increase the chunk size from 128 bytes to 4096 bytes. The attached patch adds code to check for an initial chunk size packet and sets the RTMPContexts chunk size accordingly. I tried to replicate the coding style as much as possible. I'm also not sure if I should post the bug on the development mailing list. I hope it's ok here since the ticket already exists. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 13 01:24:46 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 12 Apr 2014 23:24:46 -0000 Subject: [FFmpeg-trac] #2911(undetermined:reopened): Handle initial chunk size packet of RTMP connections (was: Seg Fault) In-Reply-To: <037.6070de2f5d5750eb0f99d42447a95a75@avcodec.org> References: <037.6070de2f5d5750eb0f99d42447a95a75@avcodec.org> Message-ID: <052.e45d464699c1adcd9a2f4c15000ce770@avcodec.org> #2911: Handle initial chunk size packet of RTMP connections -------------------------------------+------------------------------------- Reporter: skyride | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by arkanis): * status: closed => reopened * resolution: needs_more_info => -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 13 01:54:05 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 12 Apr 2014 23:54:05 -0000 Subject: [FFmpeg-trac] #3477(undetermined:closed): When there is an error ffmpeg still prints summary line In-Reply-To: <041.7f82b2948aaf0967b9bf6924b8738a05@avcodec.org> References: <041.7f82b2948aaf0967b9bf6924b8738a05@avcodec.org> Message-ID: <056.7063bda2be1fb899e20660f27d6dedda@avcodec.org> #3477: When there is an error ffmpeg still prints summary line -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: closed Priority: important | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by ramitbhalla): * status: new => closed * resolution: => invalid Comment: ok closing the ticket -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 13 01:55:01 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 12 Apr 2014 23:55:01 -0000 Subject: [FFmpeg-trac] #3528(undetermined:new): Ffmpeg does not maintain or store the aspect ratio with WMV2 and libxvid codecs In-Reply-To: <041.e57fadc327963d8e5a4cd7d6313306e3@avcodec.org> References: <041.e57fadc327963d8e5a4cd7d6313306e3@avcodec.org> Message-ID: <056.289a4613fb9328bbcf16b9dde10d8875@avcodec.org> #3528: Ffmpeg does not maintain or store the aspect ratio with WMV2 and libxvid codecs -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ramitbhalla): Any thoughts on what the issue is? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 13 05:19:08 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 13 Apr 2014 03:19:08 -0000 Subject: [FFmpeg-trac] #2911(avformat:reopened): Handle initial chunk size packet of RTMP connections In-Reply-To: <037.6070de2f5d5750eb0f99d42447a95a75@avcodec.org> References: <037.6070de2f5d5750eb0f99d42447a95a75@avcodec.org> Message-ID: <052.e6f2b31618455e4903b4d80d34d4f326@avcodec.org> #2911: Handle initial chunk size packet of RTMP connections -------------------------------------+------------------------------------- Reporter: skyride | Owner: Type: defect | Status: reopened Priority: important | Component: avformat Version: git-master | Resolution: Keywords: rtmp crash | Blocked By: SISEGV | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * cc: arkanis (added) * keywords: => rtmp crash SISEGV * version: unspecified => git-master * component: undetermined => avformat * priority: normal => important Comment: Patches get more attention and can be reviewed on the ffmpeg-devel mailing list, please send the patch there. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 13 05:27:03 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 13 Apr 2014 03:27:03 -0000 Subject: [FFmpeg-trac] #3553(undetermined:new): Fix Non-monotonous DTS for flv live stream output In-Reply-To: <036.f85f601e1a7d48ecdd62446cc24dfc0f@avcodec.org> References: <036.f85f601e1a7d48ecdd62446cc24dfc0f@avcodec.org> Message-ID: <051.34c81bbf95b6128a297a83fa15cd5cbf@avcodec.org> #3553: Fix Non-monotonous DTS for flv live stream output -------------------------------------+------------------------------------- Reporter: FishB8 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: dts rtmp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * version: 2.2 => git-master Comment: > The problem is reproducible with both file and network output. > Same thing happens when the source is a file with DTS discontinuity rather than a network input. Please understand that issues involving the network are a magnitude more difficult to reproduce than bugs concerning files so please provide an input file sample (and a failing command line for that sample including complete, uncut console output) to allow us to reproduce the problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 13 06:03:41 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 13 Apr 2014 04:03:41 -0000 Subject: [FFmpeg-trac] #3553(undetermined:new): Fix Non-monotonous DTS for flv live stream output In-Reply-To: <036.f85f601e1a7d48ecdd62446cc24dfc0f@avcodec.org> References: <036.f85f601e1a7d48ecdd62446cc24dfc0f@avcodec.org> Message-ID: <051.29edf336ea1fa3b2e6a649e0d9639a58@avcodec.org> #3553: Fix Non-monotonous DTS for flv live stream output -------------------------------------+------------------------------------- Reporter: FishB8 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: dts rtmp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by FishB8): Ok, I'm going attach an example file. The following is the result of trying to do the exact same as was shown previously, just using files instead of network rtmp IO. {{{ ffmpeg -fflags +genpts+igndts -i DTS_Discontinuity.flv -c:a libfdk_aac -vbr 3 -ac 2 -ar 48000 -c:v libx264 -g 31 -crf 22 -profile:v high -preset:v medium -trellis 2 -f flv DTS_Test.flv ffmpeg version N-62374-ge89f3d0 Copyright (c) 2000-2014 the FFmpeg developers built on Apr 12 2014 11:08:18 with gcc 4.8.2 (Gentoo 4.8.2 p1.3r1, pie-0.5.8r1) configuration: --prefix=/usr --libdir=/usr/lib64 --shlibdir=/usr/lib64 --mandir=/usr/share/man --enable-shared --cc=x86_64-pc-linux-gnu-gcc --cxx=x86_64-pc-linux-gnu-g++ --ar=x86_64-pc-linux-gnu-ar --optflags='-O2 -march=native -mfpmath=sse -ftree-vectorize -fomit-frame-pointer -pipe -fprefetch-loop-arrays -floop-block -floop-strip-mine -floop-interchange' --extra-cflags='-O2 -march=native -mfpmath=sse -ftree-vectorize -fomit- frame-pointer -pipe -fprefetch-loop-arrays -floop-block -floop-strip-mine -floop-interchange' --extra-cxxflags='-O2 -march=native -mfpmath=sse -ftree-vectorize -fomit-frame-pointer -pipe -fprefetch-loop-arrays -floop- block -floop-strip-mine -floop-interchange -fvisibility-inlines-hidden -DNDEBUG' --disable-static --enable-gpl --enable-postproc --enable- avfilter --enable-avresample --disable-stripping --enable-nonfree --enable-version3 --enable-nonfree --disable-indev=v4l2 --disable- outdev=v4l2 --disable-indev=oss --disable-outdev=oss --enable-version3 --enable-nonfree --enable-bzlib --disable-runtime-cpudetect --disable- debug --disable-doc --enable-gnutls --enable-hardcoded-tables --enable- iconv --enable-network --enable-openssl --enable-ffplay --enable-vaapi --enable-vdpau --enable-xlib --enable-zlib --enable-libvo-aacenc --enable- libvo-amrwbenc --enable-libmp3lame --enable-libaacplus --enable-libfaac --enable-libtheora --enable-libtwolame --disable-libwavpack --enable- libwebp --enable-libx264 --disable-libx265 --enable-libxvid --enable- libcdio --enable-libiec61883 --enable-libdc1394 --disable-libcaca --disable-openal --enable-opengl --disable-libv4l2 --enable-libpulse --enable-x11grab --disable-libflite --enable-frei0r --enable-fontconfig --enable-ladspa --disable-libass --enable-libfreetype --disable-libsoxr --enable-pthreads --enable-libopencore-amrwb --enable-libopencore-amrnb --enable-libfdk-aac --enable-libopenjpeg --enable-libbluray --disable- libcelt --disable-libgme --enable-libgsm --enable-libmodplug --enable- libopus --disable-libquvi --disable-librtmp --disable-libssh --enable- libschroedinger --enable-libspeex --enable-libvorbis --enable-libvpx --disable-libzvbi --disable-armv5te --disable-armv6 --disable-armv6t2 --disable-neon --disable-vfp --disable-mips32r2 --disable-mipsdspr1 --disable-mipsdspr2 --disable-mipsfpu --disable-altivec --disable-avx --disable-avx2 --disable-fma3 --disable-fma4 --disable-sse42 --cpu=host libavutil 52. 75.100 / 52. 75.100 libavcodec 55. 58.103 / 55. 58.103 libavformat 55. 37.100 / 55. 37.100 libavdevice 55. 13.100 / 55. 13.100 libavfilter 4. 4.100 / 4. 4.100 libavresample 1. 2. 0 / 1. 2. 0 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, flv, from 'DTS_Discontinuity.flv': Metadata: Server : NGINX RTMP (github.com/arut/nginx-rtmp-module) displayWidth : 1280 displayHeight : 720 fps : 29 profile : level : Duration: 00:00:06.28, start: 8.854000, bitrate: 4266 kb/s Stream #0:0: Video: h264 (High), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 30.33 fps, 29.97 tbr, 1k tbn, 59.94 tbc Stream #0:1: Audio: aac, 48000 Hz, stereo, fltp File 'DTS_Test.flv' already exists. Overwrite ? [y/N] y [libx264 @ 0x1c5b1f0] using SAR=1/1 [libx264 @ 0x1c5b1f0] using cpu capabilities: MMX2 SSE2Fast LZCNT [libx264 @ 0x1c5b1f0] profile High, level 3.1 [libx264 @ 0x1c5b1f0] 264 - core 142 - H.264/MPEG-4 AVC codec - Copyleft 2003-2014 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=2 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=9 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=31 keyint_min=3 scenecut=40 intra_refresh=0 rc_lookahead=31 rc=crf mbtree=1 crf=22.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 [libfdk_aac @ 0x1c5c200] Note, the VBR setting is unsupported and only works with some parameter combinations Output #0, flv, to 'DTS_Test.flv': Metadata: Server : NGINX RTMP (github.com/arut/nginx-rtmp-module) displayWidth : 1280 displayHeight : 720 fps : 29 profile : level : encoder : Lavf55.37.100 Stream #0:0: Video: h264 (libx264) ([7][0][0][0] / 0x0007), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], q=-1--1, 1k tbn, 29.97 tbc Stream #0:1: Audio: aac (libfdk_aac) ([10][0][0][0] / 0x000A), 48000 Hz, stereo, s16 Stream mapping: Stream #0:0 -> #0:0 (h264 -> libx264) Stream #0:1 -> #0:1 (aac -> libfdk_aac) Press [q] to stop, [?] for help [h264 @ 0x15697a0] AVC: nal size 23330847B time=00:00:04.69 bitrate= 247.0kbits/s [h264 @ 0x15697a0] missing picture in access unit with size 35 [flv @ 0x15613d0] DTS 0 < 15225 out of order [libfdk_aac @ 0x1c5c200] Queue input is backward in time [flv @ 0x1c5a960] Non-monotonous DTS in output stream 0:1; previous: 6357, current: -8811; changing to 6357. This may result in incorrect timestamps in the output file. [...] [flv @ 0x1c5a960] Non-monotonous DTS in output stream 0:1; previous: 6357, current: -2582; changing to 6357. This may result in incorrect timestamps in the output file. frame= 191 fps= 99 q=-1.0 Lsize= 323kB time=00:00:06.37 bitrate= 415.1kbits/s dup=0 drop=188 video:271kB audio:38kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 4.572499% [libx264 @ 0x1c5b1f0] frame I:7 Avg QP:12.04 size: 7908 [libx264 @ 0x1c5b1f0] frame P:184 Avg QP:16.58 size: 1205 [libx264 @ 0x1c5b1f0] mb I I16..4: 70.8% 26.9% 2.3% [libx264 @ 0x1c5b1f0] mb P I16..4: 5.9% 0.6% 0.0% P16..4: 7.4% 0.4% 0.1% 0.0% 0.0% skip:85.5% [libx264 @ 0x1c5b1f0] 8x8 transform intra:15.9% inter:70.5% [libx264 @ 0x1c5b1f0] coded y,uvDC,uvAC intra: 1.9% 25.7% 6.1% inter: 0.3% 5.2% 0.4% [libx264 @ 0x1c5b1f0] i16 v,h,dc,p: 83% 10% 1% 6% [libx264 @ 0x1c5b1f0] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 47% 15% 33% 1% 0% 1% 0% 2% 0% [libx264 @ 0x1c5b1f0] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 27% 36% 29% 2% 1% 2% 0% 2% 1% [libx264 @ 0x1c5b1f0] i8c dc,h,v,p: 30% 11% 49% 10% [libx264 @ 0x1c5b1f0] Weighted P-Frames: Y:0.0% UV:0.0% [libx264 @ 0x1c5b1f0] ref P L0: 58.9% 2.5% 31.3% 7.3% [libx264 @ 0x1c5b1f0] kb/s:347.72 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 13 06:27:49 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 13 Apr 2014 04:27:49 -0000 Subject: [FFmpeg-trac] #3553(undetermined:new): Fix Non-monotonous DTS for flv live stream output In-Reply-To: <036.f85f601e1a7d48ecdd62446cc24dfc0f@avcodec.org> References: <036.f85f601e1a7d48ecdd62446cc24dfc0f@avcodec.org> Message-ID: <051.079a4bd9d37e9ca520fb1932080e4f55@avcodec.org> #3553: Fix Non-monotonous DTS for flv live stream output -------------------------------------+------------------------------------- Reporter: FishB8 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: dts rtmp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by FishB8): The file was slightly too big, so I pushed it to the upload.ffmpeg.org ftp site. File's name is "BUG-3553_DTS_Discontinuity.flv" -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 13 08:38:00 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 13 Apr 2014 06:38:00 -0000 Subject: [FFmpeg-trac] #3554(avdevice:new): lavfi.c: variable 'sink' is used uninitialized whenever type == AVMEDIA_TYPE_AUDIO Message-ID: <038.a1211a2ea18048fcfdead92256f462fd@avcodec.org> #3554: lavfi.c: variable 'sink' is used uninitialized whenever type == AVMEDIA_TYPE_AUDIO ---------------------------------------+---------------------------------- Reporter: jeremyhu | Owner: Type: defect | Status: new Priority: normal | Component: avdevice Version: unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 ---------------------------------------+---------------------------------- I noticed this when looking at recent fate http://fate.ffmpeg.org/log.cgi?time=20140413053349&log=compile&slot=i386 -darwin-clang-3.5-O3 {{{ CC libavdevice/lavfi.o /Users/jeremy/src/ffmpeg/fate/i386-darwin- clang-3.5-O3/src/libavdevice/lavfi.c:237:20: warning: variable 'sink' is used uninitialized whenever 'if' condition is false [-Wsometimes- uninitialized] } else if (type == AVMEDIA_TYPE_AUDIO) { ^~~~~~~~~~~~~~~~~~~~~~~~~~ /Users/jeremy/src/ffmpeg/fate/i386-darwin- clang-3.5-O3/src/libavdevice/lavfi.c:257:27: note: uninitialized use occurs here lavfi->sinks[i] = sink; ^~~~ /Users/jeremy/src/ffmpeg/fate/i386-darwin- clang-3.5-O3/src/libavdevice/lavfi.c:237:16: note: remove the 'if' if its condition is always true } else if (type == AVMEDIA_TYPE_AUDIO) { ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /Users/jeremy/src/ffmpeg/fate/i386-darwin- clang-3.5-O3/src/libavdevice/lavfi.c:219:30: note: initialize the variable 'sink' to silence this warning AVFilterContext *sink; ^ = NULL }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 13 08:57:28 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 13 Apr 2014 06:57:28 -0000 Subject: [FFmpeg-trac] #3503(undetermined:closed): Need support regarding live encoding In-Reply-To: <040.732052744231812ec38ae1ddd537b09e@avcodec.org> References: <040.732052744231812ec38ae1ddd537b09e@avcodec.org> Message-ID: <055.e8f3d7303debd2e1328afd01ba9a8da7@avcodec.org> #3503: Need support regarding live encoding -------------------------------------+------------------------------------- Reporter: hemanth.he | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | needs_more_info Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by hemanth.he): here is my uncut console output. Encoded video will have more tiling on the screen and audio problems. I have checked source stream, it won't have any problem. ---- [root at localhost HlsStreamer]# ffmpeg -loglevel info -i "udp://@239.1.1.9:1009?fifo_size=1000000&overrun_nonfatal=1" -map 0:p:1:0 -map 0:p:1:1 -vcodec h264 -acodec aac -strict experimental -f mpegts udp://10.130.56.225:12345 ffmpeg version 2.1.3- http://johnvansickle.com/ffmpeg/ Copyright (c) 2000-2013 the FFmpeg developers built on Jan 22 2014 19:50:14 with gcc 4.8 (Debian 4.8.2-14) configuration: --enable-gpl --enable-version3 --disable-shared --disable-debug --enable-runtime-cpudetect --enable-libmp3lame --enable- libx264 --enable-libspeex --enable-libvorbis --enable-libvpx --enable- libxvid --enable-libopencore-amrnb --enable-libopencore-amrwb --enable- libtheora --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-gray --enable-libopenjpeg --disable-ffserver libavutil 52. 48.101 / 52. 48.101 libavcodec 55. 39.101 / 55. 39.101 libavformat 55. 19.104 / 55. 19.104 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 90.100 / 3. 90.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 [mpeg2video @ 0x4049980] Invalid frame dimensions 0x0. Last message repeated 3 times [mpeg2video @ 0x404ea80] Invalid frame dimensions 0x0. Last message repeated 1 times [mpeg2video @ 0x4044ea0] Invalid frame dimensions 0x0. [mpeg2video @ 0x4049980] Invalid frame dimensions 0x0. Last message repeated 1 times [mpeg2video @ 0x404ea80] Invalid frame dimensions 0x0. [mpeg2video @ 0x4049980] Invalid frame dimensions 0x0. [mpeg2video @ 0x4044ea0] Invalid frame dimensions 0x0. Last message repeated 1 times [mpeg2video @ 0x4049980] Invalid frame dimensions 0x0. Last message repeated 2 times [mpeg2video @ 0x404ea80] Invalid frame dimensions 0x0. [mpeg2video @ 0x4044ea0] Invalid frame dimensions 0x0. [mpeg2video @ 0x404ea80] Invalid frame dimensions 0x0. [mpeg2video @ 0x4049980] Invalid frame dimensions 0x0. Last message repeated 2 times [mpeg2video @ 0x404ea80] Invalid frame dimensions 0x0. [mpeg2video @ 0x4049980] Invalid frame dimensions 0x0. Last message repeated 2 times [mpeg2video @ 0x4044ea0] Invalid frame dimensions 0x0. [mpeg2video @ 0x404ea80] Invalid frame dimensions 0x0. [mpeg2video @ 0x4044ea0] Invalid frame dimensions 0x0. Last message repeated 1 times [mpeg2video @ 0x4049980] Invalid frame dimensions 0x0. Last message repeated 1 times [mpeg2video @ 0x404ea80] Invalid frame dimensions 0x0. [mpeg2video @ 0x4049980] Invalid frame dimensions 0x0. [mpeg2video @ 0x4044ea0] Invalid frame dimensions 0x0. Last message repeated 2 times [mpeg2video @ 0x4049980] Invalid frame dimensions 0x0. [mpeg2video @ 0x4044ea0] Invalid frame dimensions 0x0. Last message repeated 3 times [mpegts @ 0x401e600] Stream #2: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x401e600] Stream #8: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x401e600] Stream #9: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x401e600] Could not find codec parameters for stream 2 (Unknown: none ([134][0][0][0] / 0x0086)): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x401e600] Could not find codec parameters for stream 8 (Unknown: none ([134][0][0][0] / 0x0086)): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x401e600] Could not find codec parameters for stream 9 (Unknown: none ([134][0][0][0] / 0x0086)): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options Input #0, mpegts, from 'udp://@239.1.1.9:1009?fifo_size=1000000&overrun_nonfatal=1': Duration: N/A, start: 9323.116733, bitrate: 1152 kb/s Program 1 Stream #0:0[0x81f]: Video: mpeg2video (Main) ([128][0][0][0] / 0x0080), yuv420p(tv), 1920x1080 [SAR 1:1 DAR 16:9], max. 20000 kb/s, 29.97 fps, 29.97 tbr, 90k tbn, 59.94 tbc Stream #0:1[0x81e]: Audio: ac3 ([129][0][0][0] / 0x0081), 48000 Hz, 5.1(side), fltp, 384 kb/s Stream #0:2[0x81d]: Unknown: none ([134][0][0][0] / 0x0086) Program 2 Stream #0:6[0x81b]: Video: mpeg2video (Main) ([128][0][0][0] / 0x0080), yuv420p(tv), 1920x1080 [SAR 1:1 DAR 16:9], max. 20000 kb/s, 29.97 fps, 29.97 tbr, 90k tbn, 59.94 tbc Stream #0:7[0x81a]: Audio: ac3 ([129][0][0][0] / 0x0081), 48000 Hz, 5.1(side), fltp, 384 kb/s Stream #0:8[0x819]: Unknown: none ([134][0][0][0] / 0x0086) Program 3 Stream #0:4[0x817]: Video: mpeg2video (Main) ([128][0][0][0] / 0x0080), yuv420p(tv), 1280x720 [SAR 1:1 DAR 16:9], max. 20000 kb/s, 59.94 fps, 59.94 tbr, 90k tbn, 119.88 tbc Stream #0:5[0x816](eng): Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, stereo, fltp, 192 kb/s Stream #0:3[0x815](spa): Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, stereo, fltp, 192 kb/s Stream #0:9[0x814]: Unknown: none ([134][0][0][0] / 0x0086) [libx264 @ 0x4048e40] using SAR=1/1 [libx264 @ 0x4048e40] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX [libx264 @ 0x4048e40] profile High, level 4.0 Output #0, mpegts, to 'udp://10.130.56.225:12345': Metadata: encoder : Lavf55.19.104 Stream #0:0: Video: h264 (libx264), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=-1--1, 90k tbn, 29.97 tbc Stream #0:1: Audio: aac, 48000 Hz, 5.1(side), fltp, 128 kb/s Stream mapping: Stream #0:0 -> #0:0 (mpeg2video -> libx264) Stream #0:1 -> #0:1 (ac3 -> aac) Press [q] to stop, [?] for help [mpeg2video @ 0x4044ea0] invalid mb type in B Frame at 109 46 [mpeg2video @ 0x4044ea0] Warning MVs not available [mpeg2video @ 0x4044ea0] concealing 240 DC, 240 AC, 240 MV errors in B frame [mpegts @ 0x401e600] PES packet size mismatch Last message repeated 1 times [adts @ 0x5063520] Encoder did not produce proper pts, making some up.0.0kbits/s dup=25 drop=0 [mpeg2video @ 0x4044ea0] 00 motion_type at 49 3500:00:22.99 bitrate=3385.8kbits/s dup=25 drop=0 [mpeg2video @ 0x4044ea0] Warning MVs not available [mpeg2video @ 0x4044ea0] concealing 960 DC, 960 AC, 960 MV errors in B frame [mpegts @ 0x401e600] PES packet size mismatch [ac3 @ 0x4045900] frame CRC mismatch [ac3 @ 0x4045900] frame sync error Error while decoding stream #0:1: Invalid data found when processing input [mpeg2video @ 0x4044ea0] mb incr damagedkB time=00:00:29.23 bitrate=3539.0kbits/s dup=25 drop=0 [mpeg2video @ 0x4044ea0] invalid mb type in P Frame at 23 27 [mpeg2video @ 0x4044ea0] concealing 305 DC, 305 AC, 305 MV errors in P frame [mpeg2video @ 0x4044ea0] mb incr damagedkB time=00:00:38.60 bitrate=4111.7kbits/s dup=25 drop=0 [mpeg2video @ 0x4044ea0] Warning MVs not available [mpeg2video @ 0x4044ea0] concealing 184 DC, 184 AC, 184 MV errors in P frame [mpeg2video @ 0x4044ea0] 00 motion_type at 73 5200:00:50.63 bitrate=4285.4kbits/s dup=25 drop=0 [mpeg2video @ 0x4044ea0] ac-tex damaged at 31 45 [mpeg2video @ 0x4044ea0] concealing 480 DC, 480 AC, 480 MV errors in B frame [mpeg2video @ 0x4044ea0] ac-tex damaged at 69 6500:00:57.22 bitrate=4376.3kbits/s dup=25 drop=0 [mpeg2video @ 0x4044ea0] 00 motion_type at 91 54 [mpeg2video @ 0x4044ea0] 00 motion_type at 34 50 [mpeg2video @ 0x4044ea0] concealing 1560 DC, 1560 AC, 1560 MV errors in B frame [mpeg2video @ 0x4044ea0] 00 motion_type at 48 6100:01:15.89 bitrate=4394.8kbits/s dup=25 drop=0 [mpeg2video @ 0x4044ea0] concealing 120 DC, 120 AC, 120 MV errors in P frame [mpeg2video @ 0x4044ea0] 00 motion_type at 26 4800:01:16.34 bitrate=4405.6kbits/s dup=25 drop=0 [mpeg2video @ 0x4044ea0] 00 motion_type at 37 45 [mpeg2video @ 0x4044ea0] 00 motion_type at 45 41 [mpeg2video @ 0x4044ea0] concealing 798 DC, 798 AC, 798 MV errors in B frame [mpegts @ 0x401e600] PES packet size mismatch [ac3 @ 0x4045900] frame CRC mismatch [ac3 @ 0x4045900] frame sync error Error while decoding stream #0:1: Invalid data found when processing input [mpeg2video @ 0x4044ea0] 00 motion_type at 60 3400:01:44.72 bitrate=5004.7kbits/s dup=25 drop=0 [mpeg2video @ 0x4044ea0] ac-tex damaged at 67 38 [mpeg2video @ 0x4044ea0] concealing 480 DC, 480 AC, 480 MV errors in B frame [mpegts @ 0x401e600] PES packet size mismatchme=00:02:32.23 bitrate=5650.2kbits/s dup=25 drop=0 [mpeg2video @ 0x4044ea0] 00 motion_type at 2 34 [mpeg2video @ 0x4044ea0] concealing 1337 DC, 1337 AC, 1337 MV errors in B frame [ac3 @ 0x4045900] frame CRC mismatch5379kB time=00:02:32.68 bitrate=5654.0kbits/s dup=25 drop=0 [ac3 @ 0x4045900] frame sync error Error while decoding stream #0:1: Invalid data found when processing input [mpegts @ 0x401e600] PES packet size mismatchme=00:02:34.80 bitrate=5649.8kbits/s dup=25 drop=0 [ac3 @ 0x4045900] frame CRC mismatch [ac3 @ 0x4045900] frame sync error107512kB time=00:02:35.27 bitrate=5672.1kbits/s dup=25 drop=0 Error while decoding stream #0:1: Invalid data found when processing input [mpeg2video @ 0x4044ea0] ac-tex damaged at 48 3800:03:10.22 bitrate=5855.3kbits/s dup=25 drop=0 [mpeg2video @ 0x4044ea0] skipped MB in I frame at 95 34 [mpeg2video @ 0x4044ea0] concealing 434 DC, 434 AC, 434 MV errors in I frame [mpeg2video @ 0x4044ea0] concealing 201 DC, 201 AC, 201 MV errors in B frameits/s dup=25 drop=0 [mpeg2video @ 0x4044ea0] 00 motion_type at 47 3700:03:19.97 bitrate=5822.8kbits/s dup=25 drop=0 [mpeg2video @ 0x4044ea0] invalid mb type in B Frame at 94 28 [mpeg2video @ 0x4044ea0] 00 motion_type at 57 21 [mpeg2video @ 0x4044ea0] concealing 2160 DC, 2160 AC, 2160 MV errors in B frame [mpeg2video @ 0x4044ea0] invalid mb type in I Frame at 69 61bitrate=5819.7kbits/s dup=25 drop=0 [mpeg2video @ 0x4044ea0] concealing 220 DC, 220 AC, 220 MV errors in I frame [mpegts @ 0x401e600] PES packet size mismatch [ac3 @ 0x4045900] frame CRC mismatch [ac3 @ 0x4045900] frame sync error Error while decoding stream #0:1: Invalid data found when processing input [mpeg2video @ 0x4044ea0] ac-tex damaged at 76 2400:04:20.72 bitrate=5892.1kbits/s dup=25 drop=0 [mpeg2video @ 0x4044ea0] concealing 93 DC, 93 AC, 93 MV errors in I frame [mpeg2video @ 0x4044ea0] ac-tex damaged at 64 5500:04:55.11 bitrate=5957.8kbits/s dup=25 drop=0 [mpeg2video @ 0x4044ea0] ac-tex damaged at 102 56 [mpeg2video @ 0x4044ea0] concealing 292 DC, 292 AC, 292 MV errors in I frame [mpegts @ 0x401e600] PES packet size mismatch [ac3 @ 0x4045900] frame CRC mismatch [ac3 @ 0x4045900] frame sync error Error while decoding stream #0:1: Invalid data found when processing input [mpeg2video @ 0x4044ea0] 00 motion_type at 60 10 [mpeg2video @ 0x4044ea0] 00 motion_type at 59 12 [mpeg2video @ 0x4044ea0] 00 motion_type at 79 5 [mpeg2video @ 0x4044ea0] concealing 448 DC, 448 AC, 448 MV errors in P frame [mpeg2video @ 0x4044ea0] concealing 539 DC, 539 AC, 539 MV errors in B frameits/s dup=25 drop=0 [mpeg2video @ 0x4044ea0] 00 motion_type at 75 6600:05:23.37 bitrate=5979.7kbits/s dup=25 drop=0 [mpeg2video @ 0x4044ea0] 00 motion_type at 93 60 [mpeg2video @ 0x4044ea0] concealing 744 DC, 744 AC, 744 MV errors in P frame [mpegts @ 0x401e600] PES packet size mismatch [ac3 @ 0x4045900] frame CRC mismatch [mpeg2video @ 0x4044ea0] invalid mb type in B Frame at 101 2 [mpeg2video @ 0x4044ea0] concealing 240 DC, 240 AC, 240 MV errors in B frame [ac3 @ 0x4045900] frame sync error Error while decoding stream #0:1: Invalid data found when processing input [mpeg2video @ 0x4044ea0] concealing 76 DC, 76 AC, 76 MV errors in I frame2kbits/s dup=25 drop=0 [mpeg2video @ 0x4044ea0] concealing 9 DC, 9 AC, 9 MV errors in I frame26.6kbits/s dup=25 drop=0 [mpeg2video @ 0x4044ea0] skipped MB in I frame at 41 101.54 bitrate=6043.5kbits/s dup=25 drop=0 [mpeg2video @ 0x4044ea0] concealing 120 DC, 120 AC, 120 MV errors in I frame [mpeg2video @ 0x4044ea0] 00 motion_type at 112 220:07:07.97 bitrate=6058.7kbits/s dup=25 drop=0 [mpeg2video @ 0x4044ea0] concealing 360 DC, 360 AC, 360 MV errors in B frame [mpeg2video @ 0x4044ea0] concealing 263 DC, 263 AC, 263 MV errors in B frameits/s dup=25 drop=0 [mpeg2video @ 0x4044ea0] 00 motion_type at 40 4800:07:46.16 bitrate=6104.7kbits/s dup=25 drop=0 [mpeg2video @ 0x4044ea0] ac-tex damaged at 41 56 [mpeg2video @ 0x4044ea0] 00 motion_type at 29 44 [mpeg2video @ 0x4044ea0] concealing 625 DC, 625 AC, 625 MV errors in P frame [mpeg2video @ 0x4044ea0] 00 motion_type at 3 48=00:07:55.44 bitrate=6081.5kbits/s dup=25 drop=0 [mpeg2video @ 0x4044ea0] concealing 286 DC, 286 AC, 286 MV errors in P frame [mpegts @ 0x401e600] PES packet size mismatchme=00:08:14.51 bitrate=6051.0kbits/s dup=25 drop=0 [ac3 @ 0x4045900] frame CRC mismatch [ac3 @ 0x4045900] frame sync error Error while decoding stream #0:1: Invalid data found when processing input [mpegts @ 0x401e600] PES packet size mismatchme=00:08:36.13 bitrate=6070.7kbits/s dup=25 drop=0 [ac3 @ 0x4045900] frame CRC mismatch [mpeg2video @ 0x4044ea0] ac-tex damaged at 34 45 [mpeg2video @ 0x4044ea0] 00 motion_type at 55 41 [mpeg2video @ 0x4044ea0] concealing 354 DC, 354 AC, 354 MV errors in P frame [ac3 @ 0x4045900] frame sync error Error while decoding stream #0:1: Invalid data found when processing input [mpeg2video @ 0x4044ea0] ac-tex damaged at 51 6100:08:55.30 bitrate=6310.2kbits/s dup=25 drop=0 [mpeg2video @ 0x4044ea0] 00 motion_type at 96 58 [mpeg2video @ 0x4044ea0] concealing 720 DC, 720 AC, 720 MV errors in B frame [mpeg2video @ 0x4044ea0] ac-tex damaged at 119 0 [mpeg2video @ 0x4044ea0] concealing 240 DC, 240 AC, 240 MV errors in B frame [mpeg2video @ 0x4044ea0] 00 motion_type at 3 41=00:09:10.64 bitrate=6571.2kbits/s dup=25 drop=0 [mpeg2video @ 0x4044ea0] concealing 170 DC, 170 AC, 170 MV errors in P frame [mpeg2video @ 0x4044ea0] ac-tex damaged at 24 1900:09:24.61 bitrate=6601.9kbits/s dup=25 drop=0 [mpeg2video @ 0x4044ea0] concealing 305 DC, 305 AC, 305 MV errors in I frame [mpegts @ 0x401e600] PES packet size mismatchme=00:10:35.65 bitrate=6658.6kbits/s dup=25 drop=0 [mpeg2video @ 0x4044ea0] 00 motion_type at 62 25 [mpeg2video @ 0x4044ea0] 00 motion_type at 36 29 [mpeg2video @ 0x4044ea0] 00 motion_type at 119 20 [mpeg2video @ 0x4044ea0] concealing 1565 DC, 1565 AC, 1565 MV errors in B frame [ac3 @ 0x4045900] frame CRC mismatch [ac3 @ 0x4045900] frame sync error Error while decoding stream #0:1: Invalid data found when processing input [mpeg2video @ 0x4044ea0] 00 motion_type at 48 6300:12:12.26 bitrate=6520.5kbits/s dup=25 drop=0 [mpeg2video @ 0x4044ea0] 00 motion_type at 85 58 [mpeg2video @ 0x4044ea0] concealing 480 DC, 480 AC, 480 MV errors in B frame [mpeg2video @ 0x4044ea0] 00 motion_type at 49 3=00:12:44.56 bitrate=6475.8kbits/s dup=25 drop=0 [mpeg2video @ 0x4044ea0] concealing 600 DC, 600 AC, 600 MV errors in B frame [mpeg2video @ 0x4044ea0] ac-tex damaged at 40 1000:13:09.16 bitrate=6412.3kbits/s dup=25 drop=0 [mpeg2video @ 0x4044ea0] skipped MB in I frame at 115 11 [mpeg2video @ 0x4044ea0] concealing 294 DC, 294 AC, 294 MV errors in I frame [mpeg2video @ 0x4044ea0] invalid mb type in I Frame at 91 7 bitrate=6392.8kbits/s dup=25 drop=0 [mpeg2video @ 0x4044ea0] concealing 198 DC, 198 AC, 198 MV errors in I frame [mpeg2video @ 0x4044ea0] 00 motion_type at 74 4700:13:46.28 bitrate=6347.9kbits/s dup=25 drop=0 [mpeg2video @ 0x4044ea0] concealing 220 DC, 220 AC, 220 MV errors in P frame [mpeg2video @ 0x4044ea0] ac-tex damaged at 93 6200:13:56.58 bitrate=6321.3kbits/s dup=25 drop=0 [mpeg2video @ 0x4044ea0] concealing 240 DC, 240 AC, 240 MV errors in B frame [mpeg2video @ 0x4044ea0] 00 motion_type at 101 450:14:05.97 bitrate=6284.6kbits/s dup=25 drop=0 [mpeg2video @ 0x4044ea0] concealing 360 DC, 360 AC, 360 MV errors in B frame [mpeg2video @ 0x4044ea0] 00 motion_type at 56 7=00:14:24.98 bitrate=6203.7kbits/s dup=25 drop=0 [mpeg2video @ 0x4044ea0] concealing 240 DC, 240 AC, 240 MV errors in B frame [mpeg2video @ 0x4044ea0] ac-tex damaged at 79 1=00:15:12.36 bitrate=6120.9kbits/s dup=25 drop=0 [mpeg2video @ 0x4044ea0] concealing 90 DC, 90 AC, 90 MV errors in I frame [mpeg2video @ 0x4044ea0] ac-tex damaged at 83 1000:15:14.92 bitrate=6114.5kbits/s dup=25 drop=0 [mpeg2video @ 0x4044ea0] concealing 392 DC, 392 AC, 392 MV errors in P frame [mpeg2video @ 0x4044ea0] 00 motion_type at 106 260:15:22.02 bitrate=6093.9kbits/s dup=25 drop=0 [mpeg2video @ 0x4044ea0] concealing 480 DC, 480 AC, 480 MV errors in B frame [mpeg2video @ 0x4044ea0] 00 motion_type at 64 1400:15:25.67 bitrate=6081.2kbits/s dup=25 drop=0 [mpeg2video @ 0x4044ea0] ac-tex damaged at 8 10 [mpeg2video @ 0x4044ea0] ac-tex damaged at 82 11 [mpeg2video @ 0x4044ea0] concealing 740 DC, 740 AC, 740 MV errors in P frame [mpeg2video @ 0x4044ea0] ac-tex damaged at 8 54=00:15:59.70 bitrate=6018.7kbits/s dup=25 drop=0 [mpeg2video @ 0x4044ea0] concealing 240 DC, 240 AC, 240 MV errors in B frame [mpeg2video @ 0x4044ea0] 00 motion_type at 82 7=00:16:35.73 bitrate=6015.9kbits/s dup=25 drop=0 [mpeg2video @ 0x4044ea0] concealing 240 DC, 240 AC, 240 MV errors in B frame [mpeg2video @ 0x4044ea0] ac-tex damaged at 67 0=00:16:40.46 bitrate=6017.3kbits/s dup=25 drop=0 [mpeg2video @ 0x4044ea0] concealing 225 DC, 225 AC, 225 MV errors in P frame [mpeg2video @ 0x4044ea0] concealing 424 DC, 424 AC, 424 MV errors in P frameits/s dup=25 drop=0 [mpeg2video @ 0x4044ea0] ac-tex damaged at 7 21=00:18:22.48 bitrate=6107.2kbits/s dup=25 drop=0 [mpeg2video @ 0x4044ea0] 00 motion_type at 107 24 [mpeg2video @ 0x4044ea0] concealing 479 DC, 479 AC, 479 MV errors in P frame [mpeg2video @ 0x4044ea0] 00 motion_type at 38 3600:18:31.72 bitrate=6134.1kbits/s dup=25 drop=0 [mpeg2video @ 0x4044ea0] ac-tex damaged at 97 38 [mpeg2video @ 0x4044ea0] concealing 556 DC, 556 AC, 556 MV errors in P frame [mpeg2video @ 0x4044ea0] invalid mb type in I Frame at 88 33bitrate=6150.3kbits/s dup=25 drop=0 [mpeg2video @ 0x4044ea0] concealing 201 DC, 201 AC, 201 MV errors in I frame [mpeg2video @ 0x4044ea0] 00 motion_type at 67 4600:19:18.57 bitrate=6114.4kbits/s dup=25 drop=0 [mpeg2video @ 0x4044ea0] concealing 120 DC, 120 AC, 120 MV errors in P frame [mpeg2video @ 0x4044ea0] 00 motion_type at 22 5200:20:15.85 bitrate=6152.1kbits/s dup=25 drop=0 [mpeg2video @ 0x4044ea0] concealing 350 DC, 350 AC, 350 MV errors in B frame [mpegts @ 0x401e600] PES packet size mismatchme=00:20:54.67 bitrate=6152.0kbits/s dup=25 drop=0 [mpeg2video @ 0x4044ea0] skipped MB in I frame at 3 28 [mpeg2video @ 0x4044ea0] concealing 120 DC, 120 AC, 120 MV errors in I frame [ac3 @ 0x4045900] frame CRC mismatch [ac3 @ 0x4045900] frame sync error Error while decoding stream #0:1: Invalid data found when processing input [mpegts @ 0x401e600] PES packet size mismatchme=00:21:45.71 bitrate=6241.7kbits/s dup=25 drop=0 [mpeg2video @ 0x4044ea0] 00 motion_type at 72 56 [mpeg2video @ 0x4044ea0] concealing 230 DC, 230 AC, 230 MV errors in P frame [ac3 @ 0x4045900] frame CRC mismatch [ac3 @ 0x4045900] frame sync error Error while decoding stream #0:1: Invalid data found when processing input [mpeg2video @ 0x4044ea0] 00 motion_type at 98 5200:22:04.94 bitrate=6238.8kbits/s dup=25 drop=0 [mpeg2video @ 0x4044ea0] concealing 442 DC, 442 AC, 442 MV errors in B frame [mpeg2video @ 0x4044ea0] ac-tex damaged at 26 5500:22:10.60 bitrate=6245.8kbits/s dup=25 drop=0 [mpeg2video @ 0x4044ea0] concealing 120 DC, 120 AC, 120 MV errors in B frame [mpeg2video @ 0x4044ea0] ac-tex damaged at 101 550:22:20.97 bitrate=6249.8kbits/s dup=25 drop=0 [mpeg2video @ 0x4044ea0] invalid mb type in I Frame at 100 54 [mpeg2video @ 0x4044ea0] concealing 257 DC, 257 AC, 257 MV errors in I frame [mpeg2video @ 0x4044ea0] invalid mb type in I Frame at 15 54bitrate=6246.1kbits/s dup=25 drop=0 [mpeg2video @ 0x4044ea0] concealing 120 DC, 120 AC, 120 MV errors in I frame [mpegts @ 0x401e600] PES packet size mismatch [ac3 @ 0x4045900] frame CRC mismatch [ac3 @ 0x4045900] frame sync error Error while decoding stream #0:1: Invalid data found when processing input [mpeg2video @ 0x4044ea0] invalid mb type in B Frame at 13 32bitrate=6245.2kbits/s dup=25 drop=0 [mpeg2video @ 0x4044ea0] ac-tex damaged at 38 23 [mpeg2video @ 0x4044ea0] concealing 1200 DC, 1200 AC, 1200 MV errors in B frame [mpegts @ 0x401e600] PES packet size mismatch [ac3 @ 0x4045900] frame CRC mismatch [ac3 @ 0x4045900] frame sync error Error while decoding stream #0:1: Invalid data found when processing input [mpeg2video @ 0x4044ea0] 00 motion_type at 101 580:22:48.34 bitrate=6244.8kbits/s dup=25 drop=0 [mpeg2video @ 0x4044ea0] concealing 720 DC, 720 AC, 720 MV errors in B frame [mpeg2video @ 0x4044ea0] invalid mb type in B Frame at 19 0 [mpeg2video @ 0x4044ea0] concealing 240 DC, 240 AC, 240 MV errors in B frame [mpeg2video @ 0x4044ea0] ac-tex damaged at 58 4500:22:58.09 bitrate=6246.5kbits/s dup=25 drop=0 [mpeg2video @ 0x4044ea0] ac-tex damaged at 113 41 [mpeg2video @ 0x4044ea0] concealing 408 DC, 408 AC, 408 MV errors in P frame [mpeg2video @ 0x4044ea0] ac-tex damaged at 62 2=00:23:00.58 bitrate=6248.1kbits/s dup=25 drop=0 [mpeg2video @ 0x4044ea0] concealing 347 DC, 347 AC, 347 MV errors in P frame [mpeg2video @ 0x4044ea0] 00 motion_type at 4 31 [mpeg2video @ 0x4044ea0] concealing 613 DC, 613 AC, 613 MV errors in B frame [mpeg2video @ 0x4044ea0] concealing 49 DC, 49 AC, 49 MV errors in P frame2kbits/s dup=25 drop=0 [mpeg2video @ 0x4044ea0] invalid cbp 0 at 28 46=00:24:13.90 bitrate=6289.6kbits/s dup=25 drop=0 [mpeg2video @ 0x4044ea0] concealing 120 DC, 120 AC, 120 MV errors in P frame [mpegts @ 0x401e600] PES packet size mismatchme=00:26:05.93 bitrate=6316.9kbits/s dup=25 drop=0 [mpeg2video @ 0x4044ea0] ac-tex damaged at 32 9 [mpeg2video @ 0x4044ea0] concealing 120 DC, 120 AC, 120 MV errors in I frame [ac3 @ 0x4045900] frame CRC mismatch [ac3 @ 0x4045900] frame sync error Error while decoding stream #0:1: Invalid data found when processing input [mpeg2video @ 0x4044ea0] ac-tex damaged at 6 8e=00:26:36.42 bitrate=6285.3kbits/s dup=25 drop=0 [mpeg2video @ 0x4044ea0] concealing 627 DC, 627 AC, 627 MV errors in P frame [mpeg2video @ 0x4044ea0] mb incr damagedkB time=00:27:52.33 bitrate=6287.8kbits/s dup=25 drop=0 [mpeg2video @ 0x4044ea0] concealing 240 DC, 240 AC, 240 MV errors in B frame [mpeg2video @ 0x4044ea0] 00 motion_type at 2 29=00:27:54.95 bitrate=6287.3kbits/s dup=25 drop=0 [mpeg2video @ 0x4044ea0] concealing 120 DC, 120 AC, 120 MV errors in P frame [mpeg2video @ 0x4044ea0] concealing 89 DC, 89 AC, 89 MV errors in B frame1kbits/s dup=25 drop=0 [mpeg2video @ 0x4044ea0] slice below image (79 >= 68):30.34 bitrate=6299.8kbits/s dup=25 drop=0 Error while decoding stream #0:0: Operation not permitted [mpegts @ 0x401e600] PES packet size mismatch [ac3 @ 0x4045900] frame CRC mismatch [ac3 @ 0x4045900] frame sync error Error while decoding stream #0:1: Invalid data found when processing input [mpeg2video @ 0x4044ea0] concealing 292 DC, 292 AC, 292 MV errors in B frameits/s dup=26 drop=0 [mpeg2video @ 0x4044ea0] skipped MB in I frame at 89 667.25 bitrate=6310.7kbits/s dup=26 drop=0 [mpeg2video @ 0x4044ea0] ac-tex damaged at 83 67 [mpeg2video @ 0x4044ea0] concealing 166 DC, 166 AC, 166 MV errors in I frame [mpegts @ 0x401e600] PES packet size mismatchme=00:29:27.72 bitrate=6311.4kbits/s dup=26 drop=0 [ac3 @ 0x4045900] frame CRC mismatch [mpeg2video @ 0x4044ea0] concealing 144 DC, 144 AC, 144 MV errors in B frame [ac3 @ 0x4045900] frame sync error Error while decoding stream #0:1: Invalid data found when processing input [mpegts @ 0x401e600] PES packet size mismatchme=00:31:40.27 bitrate=6533.3kbits/s dup=26 drop=0 [mpeg2video @ 0x4044ea0] invalid mb type in P Frame at 65 64 [mpeg2video @ 0x4044ea0] concealing 106 DC, 106 AC, 106 MV errors in P frame [ac3 @ 0x4045900] frame CRC mismatch [ac3 @ 0x4045900] frame sync error Error while decoding stream #0:1: Invalid data found when processing input frame=57116 fps= 30 q=-1.0 Lsize= 1523012kB time=00:31:45.70 bitrate=6546.9kbits/s dup=26 drop=0 video:1374155kB audio:29845kB subtitle:0 global headers:0kB muxing overhead 8.476667% [libx264 @ 0x4048e40] frame I:817 Avg QP:20.99 size: 95907 [libx264 @ 0x4048e40] frame P:30803 Avg QP:24.02 size: 34903 [libx264 @ 0x4048e40] frame B:25496 Avg QP:25.66 size: 9949 [libx264 @ 0x4048e40] consecutive B-frames: 29.4% 27.9% 15.7% 26.9% [libx264 @ 0x4048e40] mb I I16..4: 21.1% 72.8% 6.2% [libx264 @ 0x4048e40] mb P I16..4: 6.2% 12.2% 1.1% P16..4: 45.2% 7.5% 4.3% 0.0% 0.0% skip:23.5% [libx264 @ 0x4048e40] mb B I16..4: 0.3% 0.5% 0.1% B16..8: 34.9% 1.9% 0.3% direct: 2.4% skip:59.7% L0:43.9% L1:52.4% BI: 3.7% [libx264 @ 0x4048e40] 8x8 transform intra:63.6% inter:90.4% [libx264 @ 0x4048e40] coded y,uvDC,uvAC intra: 48.5% 60.5% 11.4% inter: 16.0% 21.6% 0.4% [libx264 @ 0x4048e40] i16 v,h,dc,p: 26% 38% 9% 27% [libx264 @ 0x4048e40] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 26% 21% 31% 3% 3% 4% 4% 4% 4% [libx264 @ 0x4048e40] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 11% 73% 6% 1% 2% 2% 2% 1% 1% [libx264 @ 0x4048e40] i8c dc,h,v,p: 52% 22% 22% 4% [libx264 @ 0x4048e40] Weighted P-Frames: Y:2.8% UV:1.6% [libx264 @ 0x4048e40] ref P L0: 59.0% 10.9% 19.6% 10.4% 0.1% [libx264 @ 0x4048e40] ref B L0: 84.1% 13.1% 2.7% [libx264 @ 0x4048e40] ref B L1: 94.9% 5.1% [libx264 @ 0x4048e40] kb/s:5906.84 Received signal 2: terminating. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 13 13:59:01 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 13 Apr 2014 11:59:01 -0000 Subject: [FFmpeg-trac] #3554(avdevice:new): lavfi.c: variable 'sink' is used uninitialized whenever type == AVMEDIA_TYPE_AUDIO In-Reply-To: <038.a1211a2ea18048fcfdead92256f462fd@avcodec.org> References: <038.a1211a2ea18048fcfdead92256f462fd@avcodec.org> Message-ID: <053.45743837bfbf586a279c82a52a740c5d@avcodec.org> #3554: lavfi.c: variable 'sink' is used uninitialized whenever type == AVMEDIA_TYPE_AUDIO -------------------------------------+------------------------------------ Reporter: jeremyhu | Owner: Type: defect | Status: new Priority: normal | Component: avdevice Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): Isn't this just a compiler error? How can sink be uninitialized? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 13 14:34:20 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 13 Apr 2014 12:34:20 -0000 Subject: [FFmpeg-trac] #3553(undetermined:open): Fix Non-monotonous DTS for flv live stream output In-Reply-To: <036.f85f601e1a7d48ecdd62446cc24dfc0f@avcodec.org> References: <036.f85f601e1a7d48ecdd62446cc24dfc0f@avcodec.org> Message-ID: <051.b8506d2670e9e15159317c4e4d020ed0@avcodec.org> #3553: Fix Non-monotonous DTS for flv live stream output -------------------------------------+------------------------------------- Reporter: FishB8 | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: dts flv | Resolution: h264 regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: dts rtmp => dts flv h264 regression * priority: normal => important * status: new => open * reproduced: 0 => 1 Comment: Regression since c5ea3a00 - related to ticket #1627, Reproducible with the following command lines: {{{ $ ffmpeg -i BUG-3553_DTS_Discontinuity.flv -qscale 2 -strict -2 -acodec aac out.flv $ ffmpeg -i BUG-3553_DTS_Discontinuity.flv -qscale 2 -strict -2 out.mov $ ffmpeg -i BUG-3553_DTS_Discontinuity.flv -qscale 2 out.avi }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 13 14:37:33 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 13 Apr 2014 12:37:33 -0000 Subject: [FFmpeg-trac] #3503(undetermined:reopened): Need support regarding live encoding In-Reply-To: <040.732052744231812ec38ae1ddd537b09e@avcodec.org> References: <040.732052744231812ec38ae1ddd537b09e@avcodec.org> Message-ID: <055.a65d9a89d654a0d5c65f4e94eea97b8d@avcodec.org> #3503: Need support regarding live encoding -------------------------------------+------------------------------------- Reporter: hemanth.he | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: closed => reopened * resolution: needs_more_info => Comment: Is the problem only reproducible with udp output or also with file output? Is the problem only reproducible with udp input or also with file input? Please test current FFmpeg git head, nothing else is supported here (except for regressions). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 13 15:37:03 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 13 Apr 2014 13:37:03 -0000 Subject: [FFmpeg-trac] #3503(undetermined:reopened): Need support regarding live encoding In-Reply-To: <040.732052744231812ec38ae1ddd537b09e@avcodec.org> References: <040.732052744231812ec38ae1ddd537b09e@avcodec.org> Message-ID: <055.7758e02c6f76d2d440fd962e56117686@avcodec.org> #3503: Need support regarding live encoding -------------------------------------+------------------------------------- Reporter: hemanth.he | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by hemanth.he): I have not tried with udp output, I am writing it to file, with this i'm having problem. Only for udp input it gives error, for file input it works fine. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 13 15:57:21 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 13 Apr 2014 13:57:21 -0000 Subject: [FFmpeg-trac] #3503(undetermined:reopened): Need support regarding live encoding In-Reply-To: <040.732052744231812ec38ae1ddd537b09e@avcodec.org> References: <040.732052744231812ec38ae1ddd537b09e@avcodec.org> Message-ID: <055.85a3b899dfd7d50aa34d0f897c93bb0d@avcodec.org> #3503: Need support regarding live encoding -------------------------------------+------------------------------------- Reporter: hemanth.he | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:5 hemanth.he]: > I have not tried with udp output, I am writing it to file, with this i'm having problem. > Only for udp input it gives error, for file input it works fine. I don't understand: {{{ # ffmpeg -loglevel info -i "udp://@239.1.1.9:1009?fifo_size=1000000&overrun_nonfatal=1" -map 0:p:1:0 -map 0:p:1:1 -vcodec h264 -acodec aac -strict experimental -f mpegts udp://10.130.56.225:12345 }}} This does not look like file output (but udp output). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 13 16:40:37 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 13 Apr 2014 14:40:37 -0000 Subject: [FFmpeg-trac] #3555(avformat:new): asf interleaving regression Message-ID: <037.1e8feeae52792737a2d6868d9d5e200e@avcodec.org> #3555: asf interleaving regression -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git- | Keywords: asf master | regression Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- http://thread.gmane.org/gmane.comp.video.ffmpeg.user/51175 Muxing rawvideo and rawaudio into asf works badly since 3adb5f8d {{{ $ ffmpeg -i intermission.wmv -vcodec rawvideo -acodec pcm_s16le out.asf ffmpeg version N-62427-gca6dd53 Copyright (c) 2000-2014 the FFmpeg developers built on Apr 13 2014 16:32:08 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 76.100 / 52. 76.100 libavcodec 55. 58.103 / 55. 58.103 libavformat 55. 37.100 / 55. 37.100 libavdevice 55. 13.100 / 55. 13.100 libavfilter 4. 4.100 / 4. 4.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Guessed Channel Layout for Input Stream #0.0 : stereo Input #0, asf, from 'intermission.wmv': Metadata: WMFSDKNeeded : 0.0.0.0000 DeviceConformanceTemplate: MP at LL WM/WMADRCPeakReference: 32767 WM/WMADRCAverageReference: 6698 WMFSDKVersion : 9.00.00.2925 IsVBR : 0 Duration: 00:00:40.00, start: 0.000000, bitrate: 229 kb/s Stream #0:0(eng): Audio: wmav2 (a[1][0][0] / 0x0161), 48000 Hz, stereo, fltp, 64 kb/s Stream #0:1(eng): Video: wmv3 (Main) (WMV3 / 0x33564D57), yuv420p, 320x240, 300 kb/s, 30 tbr, 1k tbn, 1k tbc Output #0, asf, to 'out.asf': Metadata: WMFSDKNeeded : 0.0.0.0000 DeviceConformanceTemplate: MP at LL WM/WMADRCPeakReference: 32767 WM/WMADRCAverageReference: 6698 WMFSDKVersion : 9.00.00.2925 IsVBR : 0 WM/EncodingSettings: Lavf55.37.100 Stream #0:0(eng): Video: rawvideo (I420 / 0x30323449), yuv420p, 320x240, q=2-31, 200 kb/s, 1k tbn, 30 tbc Stream #0:1(eng): Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, stereo, s16, 1536 kb/s Stream mapping: Stream #0:1 -> #0:0 (wmv3 -> rawvideo) Stream #0:0 -> #0:1 (wmav2 -> pcm_s16le) Press [q] to stop, [?] for help [wmav2 @ 0x2cb6ba0] nb_frames is 0 Error while decoding stream #0:0: Invalid data found when processing input frame= 1200 fps=0.0 q=0.0 Lsize= 144086kB time=00:00:40.01 bitrate=29496.2kbits/s dup=1 drop=0 video:135000kB audio:7512kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 1.104240% }}} The output file plays very badly with ffplay, it has A/V sync issues with vlc, current MPlayer plays no audio, older MPlayer and current MPlayer with {{{-demuxer lavf}}} report after ~23 seconds: {{{ Too many video packets in the buffer: (292 in 33638400 bytes). Maybe you are playing a non-interleaved stream/file or the codec failed? For AVI files, try to force non-interleaved mode with the -ni option. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 13 19:00:58 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 13 Apr 2014 17:00:58 -0000 Subject: [FFmpeg-trac] #3363(ffprobe:closed): ffprobe silently drops non-ASCII metadata in VQF files In-Reply-To: <037.ecf65bb78b2dc3404594575b0bff5ef3@avcodec.org> References: <037.ecf65bb78b2dc3404594575b0bff5ef3@avcodec.org> Message-ID: <052.f25adfd385dd2791a15223f50cf7a91b@avcodec.org> #3363: ffprobe silently drops non-ASCII metadata in VQF files ------------------------------------+----------------------------------- Reporter: trejkaz | Owner: Type: defect | Status: closed Priority: important | Component: ffprobe Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * priority: normal => important * status: new => closed * version: unspecified => git-master * resolution: => fixed * reproduced: 0 => 1 Comment: The ffprobe issue was a regression afaict. Fixed by Michael in a31547ce -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 13 19:17:56 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 13 Apr 2014 17:17:56 -0000 Subject: [FFmpeg-trac] #3503(undetermined:reopened): Need support regarding live encoding In-Reply-To: <040.732052744231812ec38ae1ddd537b09e@avcodec.org> References: <040.732052744231812ec38ae1ddd537b09e@avcodec.org> Message-ID: <055.e9c7b7891c16045e64cb7c58eebd596c@avcodec.org> #3503: Need support regarding live encoding -------------------------------------+------------------------------------- Reporter: hemanth.he | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by hemanth.he): Sorry, that one was test command which i used. I checked with both file output and udp output, for both getting same error. Here is my actual command, saving to file. {{{ ffmpeg -re -err_detect careful -loglevel error -i udp://@239.2.1.110:1110?fifo_size=1000000&overrun_nonfatal=1 -map 0:p:1:0 -map 0:p:1:1 -r 29.98 -s 512x288 -vcodec h264 -profile:v main -preset fast -vf movie=/ftp/HLS/png//560kb.png [watermark]; [in][watermark] overlay=10 :main_h-overlay_h-10 [out] -g 30 -aspect 16:9 -b:v 432k -minrate 432k -maxrate 432k -bufsize 432k -vol 512 -acodec aac -b:a 128k -ac 2 -ar 48000 -strict experimental -vsync 2 -flags -global_header -f ssegment -segment_time 7 -segment_wrap 30000 -segment_list NBC_512x288_main_560.m3u8 -segment_list_flags +live -segment_list_size 17 -segment_format mpegts NBC_512x288_main_560-%05d.ts -map 0:p:1:0 -map 0:p:1:1 -r 29.98 -s 640x360 -vcodec h264 -profile:v main -preset fast -vf movie=/ftp/HLS/png//664kb.png [watermark]; [in][watermark] overlay=10 :main_h-overlay_h-10 [out] -g 30 -aspect 16:9 -b:v 536k -minrate 536k -maxrate 536k -bufsize 536k -vol 512 -acodec aac -b:a 128k -ac 2 -ar 48000 -strict experimental -vsync 2 -flags -global_header -f ssegment -segment_time 7 -segment_wrap 30000 -segment_list NBC_640x360_main_664.m3u8 -segment_list_flags +live -segment_list_size 17 -segment_format mpegts NBC_640x360_main_664-%05d.ts -map 0:p:1:0 -map 0:p:1:1 -r 29.98 -s 640x360 -vcodec h264 -profile:v main -preset fast -vf movie=/ftp/HLS/png//704kb.png [watermark]; [in][watermark] overlay=10 :main_h-overlay_h-10 [out] -g 30 -aspect 16:9 -b:v 576k -minrate 576k -maxrate 576k -bufsize 576k -vol 512 -acodec aac -b:a 128k -ac 2 -ar 48000 -strict experimental -vsync 2 -flags -global_header -f ssegment -segment_time 7 -segment_wrap 30000 -segment_list NBC_640x360_main_704.m3u8 -segment_list_flags +live -segment_list_size 17 -segment_format mpegts NBC_640x360_main_704-%05d.ts -map 0:p:1:0 -map 0:p:1:1 -r 29.98 -s 960x540 -vcodec h264 -profile:v main -preset fast -vf movie=/ftp/HLS/png//1864kb.png [watermark]; [in][watermark] overlay=10 :main_h-overlay_h-10 [out] -g 30 -aspect 16:9 -b:v 1736k -minrate 1736k -maxrate 1736k -bufsize 1736k -vol 512 -acodec aac -b:a 128k -ac 2 -ar 48000 -strict experimental -vsync 2 -flags -global_header -f ssegment -segment_time 7 -segment_wrap 30000 -segment_list NBC_960x540_main_1864.m3u8 -segment_list_flags +live -segment_list_size 17 -segment_format mpegts NBC_960x540_main_1864-%05d.ts }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 14 01:15:29 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 13 Apr 2014 23:15:29 -0000 Subject: [FFmpeg-trac] #3554(avdevice:new): lavfi.c: variable 'sink' is used uninitialized whenever type == AVMEDIA_TYPE_AUDIO In-Reply-To: <038.a1211a2ea18048fcfdead92256f462fd@avcodec.org> References: <038.a1211a2ea18048fcfdead92256f462fd@avcodec.org> Message-ID: <053.a1f0f716758f1352cf6a7516480af686@avcodec.org> #3554: lavfi.c: variable 'sink' is used uninitialized whenever type == AVMEDIA_TYPE_AUDIO -------------------------------------+------------------------------------ Reporter: jeremyhu | Owner: Type: defect | Status: new Priority: normal | Component: avdevice Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by DonMoir): ... AVFilterContext *sink; ... if (type == AVMEDIA_TYPE_VIDEO) { ... ... ok sink set } else if (type == AVMEDIA_TYPE_AUDIO) { ... ... ok sink set } else { sink not set - remove test for audio if only can be video/audio otherwise maybe skip it, error, set to null, or who knows. } lavfi->sinks[i] = sink; ... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 14 04:17:53 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Apr 2014 02:17:53 -0000 Subject: [FFmpeg-trac] #3554(avdevice:new): lavfi.c: variable 'sink' is used uninitialized whenever type != AVMEDIA_TYPE_{AUDIO, VIDEO} (was: lavfi.c: variable 'sink' is used uninitialized whenever type == AVMEDIA_TYPE_AUDIO) In-Reply-To: <038.a1211a2ea18048fcfdead92256f462fd@avcodec.org> References: <038.a1211a2ea18048fcfdead92256f462fd@avcodec.org> Message-ID: <053.9aaaa8e1b22b142ccc8ae639036a2037@avcodec.org> #3554: lavfi.c: variable 'sink' is used uninitialized whenever type != AVMEDIA_TYPE_{AUDIO,VIDEO} -------------------------------------+------------------------------------ Reporter: jeremyhu | Owner: Type: defect | Status: new Priority: normal | Component: avdevice Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 14 05:59:53 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Apr 2014 03:59:53 -0000 Subject: [FFmpeg-trac] #3554(avdevice:new): lavfi.c: variable 'sink' is used uninitialized whenever type != AVMEDIA_TYPE_{AUDIO, VIDEO} In-Reply-To: <038.a1211a2ea18048fcfdead92256f462fd@avcodec.org> References: <038.a1211a2ea18048fcfdead92256f462fd@avcodec.org> Message-ID: <053.40cf790df103c0a1d6647394710c7747@avcodec.org> #3554: lavfi.c: variable 'sink' is used uninitialized whenever type != AVMEDIA_TYPE_{AUDIO,VIDEO} -------------------------------------+------------------------------------ Reporter: jeremyhu | Owner: Type: defect | Status: new Priority: normal | Component: avdevice Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by michael): doesnt this a few lines further up: {{{if (type != AVMEDIA_TYPE_VIDEO && type != AVMEDIA_TYPE_AUDIO) { }}} make the else case impossible ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 14 06:29:46 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Apr 2014 04:29:46 -0000 Subject: [FFmpeg-trac] #3507(undetermined:new): console prompt to "overwrite file" can be lost In-Reply-To: <040.f0f731c9516226cb3bc5db78ab940174@avcodec.org> References: <040.f0f731c9516226cb3bc5db78ab940174@avcodec.org> Message-ID: <055.93e5922f1ef48f2f08d6c3f58f0cc7db@avcodec.org> #3507: console prompt to "overwrite file" can be lost -------------------------------------+------------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by michael): One way to fix this would be to change the loglevel before printing the overwrite question so other messages from other threads that arent critical wouldnt be shown. And then change it back after the user awnsered the question also reducing the noisyness of these threads in general may be a good idea i cant really work on either of these as iam on linux here and the testcase is dshow -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 14 06:40:18 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Apr 2014 04:40:18 -0000 Subject: [FFmpeg-trac] #3503(undetermined:reopened): Need support regarding live encoding In-Reply-To: <040.732052744231812ec38ae1ddd537b09e@avcodec.org> References: <040.732052744231812ec38ae1ddd537b09e@avcodec.org> Message-ID: <055.e02d3a5c11f889d267d849e3c870288b@avcodec.org> #3503: Need support regarding live encoding -------------------------------------+------------------------------------- Reporter: hemanth.he | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by michael): The problems you speak of, is there any other software that handles that input better? Is your network capable to receive these streams without droping (lots of) packets ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 14 06:46:19 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Apr 2014 04:46:19 -0000 Subject: [FFmpeg-trac] #3502(undetermined:closed): Sample Aspect Ratio width must be greater than 0 (libx265) In-Reply-To: <036.cdcba4b27b5e668e913dfdea4ce3eeb3@avcodec.org> References: <036.cdcba4b27b5e668e913dfdea4ce3eeb3@avcodec.org> Message-ID: <051.dc92d3824ff77d052e5ab7404e39e2a0@avcodec.org> #3502: Sample Aspect Ratio width must be greater than 0 (libx265) -------------------------------------+------------------------------------- Reporter: jbvsmo | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: libx265 | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: cant reproduce, i assume it has been fixed by derek in cdd21f1f03c5d59aad8f0244b1be0f864d8416a7 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 14 10:35:15 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Apr 2014 08:35:15 -0000 Subject: [FFmpeg-trac] #2886(avformat:new): HLS source with multiple variants is not optimally handled In-Reply-To: <037.1c3db31d22d37fb631911e781407b32b@avcodec.org> References: <037.1c3db31d22d37fb631911e781407b32b@avcodec.org> Message-ID: <052.34e3814b943135308ab1129d8b696e2a@avcodec.org> #2886: HLS source with multiple variants is not optimally handled -------------------------------------+------------------------------------ Reporter: sinkers | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: HLS | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by sinkers): Replying to [comment:2 anssi]: > I'll put this in my TODO, but I don't expect to have time for this in the near future, so others are welcome to try to implement this :) Are you able to advise where in hls.c the switching between variants is currently handled? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 14 10:41:07 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Apr 2014 08:41:07 -0000 Subject: [FFmpeg-trac] #3556(undetermined:new): bug when resampling stereo to stereo Message-ID: <036.e872a5738d59a894c84ca8a6da159f18@avcodec.org> #3556: bug when resampling stereo to stereo -------------------------------------+------------------------------------- Reporter: olegog | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I found a bug in ffmpeg. {{{ #include "stdafx.h" #include extern "C" { #include "libavcodec/avcodec.h" #include "libavformat/avformat.h" //#include "swscale.h" #include "libswresample/swresample.h" }; FILE *fin, *fout; int ffmpeg_audio_decode( const char * inFile, const char * outFile) { // Initialize FFmpeg av_register_all(); AVFrame* frame = avcodec_alloc_frame(); if (!frame) { std::cout << "Error allocating the frame" << std::endl; return 1; } // you can change the file name "01 Push Me to the Floor.wav" to whatever the file is you're reading, like "myFile.ogg" or // "someFile.webm" and this should still work AVFormatContext* formatContext = NULL; //if (avformat_open_input(&formatContext, "01 Push Me to the Floor.wav", NULL, NULL) != 0) if (avformat_open_input(&formatContext, inFile, NULL, NULL) != 0) { av_free(frame); std::cout << "Error opening the file" << std::endl; return 1; } if (avformat_find_stream_info(formatContext, NULL) < 0) { av_free(frame); av_close_input_file(formatContext); std::cout << "Error finding the stream info" << std::endl; return 1; } AVStream* audioStream = NULL; // Find the audio stream (some container files can have multiple streams in them) for (unsigned int i = 0; i < formatContext->nb_streams; ++i) { if (formatContext->streams[i]->codec->codec_type == AVMEDIA_TYPE_AUDIO) { audioStream = formatContext->streams[i]; break; } } if (audioStream == NULL) { av_free(frame); av_close_input_file(formatContext); std::cout << "Could not find any audio stream in the file" << std::endl; return 1; } AVCodecContext* codecContext = audioStream->codec; codecContext->codec = avcodec_find_decoder(codecContext->codec_id); if (codecContext->codec == NULL) { av_free(frame); av_close_input_file(formatContext); std::cout << "Couldn't find a proper decoder" << std::endl; return 1; } else if (avcodec_open2(codecContext, codecContext->codec, NULL) != 0) { av_free(frame); av_close_input_file(formatContext); std::cout << "Couldn't open the context with the decoder" << std::endl; return 1; } std::cout << "This stream has " << codecContext->channels << " channels and a sample rate of " << codecContext->sample_rate << "Hz" << std::endl; std::cout << "The data is in the format " << av_get_sample_fmt_name(codecContext->sample_fmt) << std::endl; //codecContext->sample_fmt = AV_SAMPLE_FMT_S16; int64_t outChannelLayout = AV_CH_LAYOUT_STEREO;//AV_CH_LAYOUT_MONO; //AV_CH_LAYOUT_STEREO; AVSampleFormat outSampleFormat = AV_SAMPLE_FMT_S16; // Packed audio, non-planar (this is the most common format, and probably what you want; also, WAV needs it) int outSampleRate = 44100;//8000;//44100; /* Wav wav; wav.sampleRate = outSampleRate; wav.sampleSize = av_get_bytes_per_sample(outSampleFormat); wav.channels = av_get_channel_layout_nb_channels(outChannelLayout); */ // Note that AVCodecContext::channel_layout may or may not be set by libavcodec. Because of this, // we won't use it, and will instead try to guess the layout from the number of channels. SwrContext* swrContext = swr_alloc_set_opts(NULL, outChannelLayout, outSampleFormat, outSampleRate, av_get_default_channel_layout(codecContext->channels), codecContext->sample_fmt, codecContext->sample_rate, 0, NULL); if (swrContext == NULL) { av_free(frame); avcodec_close(codecContext); avformat_close_input(&formatContext); std::cout << "Couldn't create the SwrContext" << std::endl; return 1; } if (swr_init(swrContext) != 0) { av_free(frame); avcodec_close(codecContext); avformat_close_input(&formatContext); swr_free(&swrContext); std::cout << "Couldn't initialize the SwrContext" << std::endl; return 1; } fout = fopen(outFile, "wb+"); AVPacket packet; av_init_packet(&packet); // Read the packets in a loop while (av_read_frame(formatContext, &packet) == 0) { if (packet.stream_index == audioStream->index) { AVPacket decodingPacket = packet; while (decodingPacket.size > 0) { // Try to decode the packet into a frame int frameFinished = 0; int result = avcodec_decode_audio4(codecContext, frame, &frameFinished, &decodingPacket); if (result < 0 || frameFinished == 0) { break; } //std::vector buffer(wav.channels * wav.sampleRate * wav.sampleSize); unsigned char buffer[100000] = {NULL}; unsigned char* pointers[SWR_CH_MAX] = {NULL}; pointers[0] = &buffer[0]; int numSamplesOut = swr_convert(swrContext, pointers, outSampleRate, //wav.sampleRate, (const unsigned char**)frame->extended_data, //(const uint8_t**)frame->extended_data[0], frame->nb_samples); //processFrame(frame, swrContext, wav); //fwrite( frame->data[0], sizeof(short), (size_t)(frame->nb_samples), fout); //fwrite( frame->extended_data, sizeof(short), (size_t)(frame->nb_samples), fout); //uint16_t uiCnt_1 = (uint16_t )frame->extended_data[0]; //uint16_t uiCnt_2 = (uint16_t )frame->extended_data[1]; /* ReSampleContext *rs_ctx = NULL; // resample to 44100, stereo, s16 rs_ctx = av_audio_resample_init( 1, codecContext->channels, 8000, codecContext->sample_rate, AV_SAMPLE_FMT_S16, codecContext->sample_fmt, 16, 10, 0, 1); //outbuff = (uint8_t*)av_malloc(AVCODEC_MAX_AUDIO_FRAME_SIZE); short bufferSh[100000] = {NULL}; // resampling //int after_sampled_len = audio_resample(rs_ctx, (short *)buffer, (short *)frame->extended_data[0], frame->nb_samples); int after_sampled_len = audio_resample(rs_ctx, bufferSh, (short *)frame->extended_data, frame->nb_samples); */ fwrite( (short *)buffer, sizeof(short), (size_t)numSamplesOut, fout); decodingPacket.size -= result; decodingPacket.data += result; } /* // Try to decode the packet into a frame int frameFinished = 0; avcodec_decode_audio4(codecContext, frame, &frameFinished, &packet); // Some frames rely on multiple packets, so we have to make sure the frame is finished before // we can use it if (frameFinished) { //fwrite( (short *)&(frame->data[0]), sizeof(short), (size_t)(frame->nb_samples*2), fout); fwrite( (short *)&(frame->data[0]), sizeof(short), (size_t)(frame->nb_samples*2), fout); // frame now has usable audio data in it. How it's stored in the frame depends on the format of // the audio. If it's packed audio, all the data will be in frame->data[0]. If it's in planar format, // the data will be in frame->data and possibly frame->extended_data. Look at frame->data, frame->nb_samples, // frame->linesize, and other related fields on the FFmpeg docs. I don't know how you're actually using // the audio data, so I won't add any junk here that might confuse you. Typically, if I want to find // documentation on an FFmpeg structure or function, I just type " doxygen" into google (like // "AVFrame doxygen" for AVFrame's docs) } */ } // You *must* call av_free_packet() after each call to av_read_frame() or else you'll leak memory av_free_packet(&packet); } // Some codecs will cause frames to be buffered up in the decoding process. If the CODEC_CAP_DELAY flag // is set, there can be buffered up frames that need to be flushed, so we'll do that if (codecContext->codec->capabilities & CODEC_CAP_DELAY) { av_init_packet(&packet); // Decode all the remaining frames in the buffer, until the end is reached int frameFinished = 0; while (avcodec_decode_audio4(codecContext, frame, &frameFinished, &packet) >= 0 && frameFinished) { } } // Clean up! av_free(frame); avcodec_close(codecContext); av_close_input_file(formatContext); fclose(fout); } }}} When files 02.mp3 are converted into a format 8000 pcm mono okay. See file voice_01_sinus_8000_mono.raw. Any discrete mono converted well. ---- Any discrete stereo converted bad. When converting to pcm stereo 8000 it turns wrong. See file voice_01_ sinus_ 8000_stereo.raw. When converting to pcm 44100 stereo also turns out not correct. See file voice_01_ sinus_ 44100_stereo.raw. Distort the shape of a sine wave. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 14 11:03:22 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Apr 2014 09:03:22 -0000 Subject: [FFmpeg-trac] #2886(avformat:new): HLS source with multiple variants is not optimally handled In-Reply-To: <037.1c3db31d22d37fb631911e781407b32b@avcodec.org> References: <037.1c3db31d22d37fb631911e781407b32b@avcodec.org> Message-ID: <052.bbaaef734cc233d48a4716f1439f6153@avcodec.org> #2886: HLS source with multiple variants is not optimally handled -------------------------------------+------------------------------------ Reporter: sinkers | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: HLS | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by anssi): Replying to [comment:3 sinkers]: > Are you able to advise where in hls.c the switching between variants is currently handled? Currently, hls.c simply passes along all the variants as different AVPrograms to the user. The user can use AVDISCARD_ALL in AVStream->discard to temporarily disable retrieval of those variants that the user is not currently using (i.e. all but the currently playing one). In an adaptive streaming mode, I'd expect that the demuxer will instead have to provide single "virtual" audio and video streams (plus alternative renditions), and seamlessly switch the actual backing audio/video streams (playlist->ctx->streams) that those streams are fed from by hls_read_packet(). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 14 11:17:19 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Apr 2014 09:17:19 -0000 Subject: [FFmpeg-trac] #3557(undetermined:new): bug when resampling stereo to stereo Message-ID: <036.989d9ca6812b5af825ee65d77b308353@avcodec.org> #3557: bug when resampling stereo to stereo -------------------------------------+------------------------------------- Reporter: olegog | Type: defect Status: new | Priority: critical Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I found a bug in ffmpeg. {{{ #include "stdafx.h" #include extern "C" { #include "libavcodec/avcodec.h" #include "libavformat/avformat.h" //#include "swscale.h" #include "libswresample/swresample.h" }; FILE *fin, *fout; int ffmpeg_audio_decode( const char * inFile, const char * outFile) { // Initialize FFmpeg av_register_all(); AVFrame* frame = avcodec_alloc_frame(); if (!frame) { std::cout << "Error allocating the frame" << std::endl; return 1; } // you can change the file name "01 Push Me to the Floor.wav" to whatever the file is you're reading, like "myFile.ogg" or // "someFile.webm" and this should still work AVFormatContext* formatContext = NULL; //if (avformat_open_input(&formatContext, "01 Push Me to the Floor.wav", NULL, NULL) != 0) if (avformat_open_input(&formatContext, inFile, NULL, NULL) != 0) { av_free(frame); std::cout << "Error opening the file" << std::endl; return 1; } if (avformat_find_stream_info(formatContext, NULL) < 0) { av_free(frame); av_close_input_file(formatContext); std::cout << "Error finding the stream info" << std::endl; return 1; } AVStream* audioStream = NULL; // Find the audio stream (some container files can have multiple streams in them) for (unsigned int i = 0; i < formatContext->nb_streams; ++i) { if (formatContext->streams[i]->codec->codec_type == AVMEDIA_TYPE_AUDIO) { audioStream = formatContext->streams[i]; break; } } if (audioStream == NULL) { av_free(frame); av_close_input_file(formatContext); std::cout << "Could not find any audio stream in the file" << std::endl; return 1; } AVCodecContext* codecContext = audioStream->codec; codecContext->codec = avcodec_find_decoder(codecContext->codec_id); if (codecContext->codec == NULL) { av_free(frame); av_close_input_file(formatContext); std::cout << "Couldn't find a proper decoder" << std::endl; return 1; } else if (avcodec_open2(codecContext, codecContext->codec, NULL) != 0) { av_free(frame); av_close_input_file(formatContext); std::cout << "Couldn't open the context with the decoder" << std::endl; return 1; } std::cout << "This stream has " << codecContext->channels << " channels and a sample rate of " << codecContext->sample_rate << "Hz" << std::endl; std::cout << "The data is in the format " << av_get_sample_fmt_name(codecContext->sample_fmt) << std::endl; //codecContext->sample_fmt = AV_SAMPLE_FMT_S16; int64_t outChannelLayout = AV_CH_LAYOUT_MONO; //AV_CH_LAYOUT_STEREO; AVSampleFormat outSampleFormat = AV_SAMPLE_FMT_S16; // Packed audio, non-planar (this is the most common format, and probably what you want; also, WAV needs it) int outSampleRate = 8000;//44100; // Note that AVCodecContext::channel_layout may or may not be set by libavcodec. Because of this, // we won't use it, and will instead try to guess the layout from the number of channels. SwrContext* swrContext = swr_alloc_set_opts(NULL, outChannelLayout, outSampleFormat, outSampleRate, av_get_default_channel_layout(codecContext->channels), codecContext->sample_fmt, codecContext->sample_rate, 0, NULL); if (swrContext == NULL) { av_free(frame); avcodec_close(codecContext); avformat_close_input(&formatContext); std::cout << "Couldn't create the SwrContext" << std::endl; return 1; } if (swr_init(swrContext) != 0) { av_free(frame); avcodec_close(codecContext); avformat_close_input(&formatContext); swr_free(&swrContext); std::cout << "Couldn't initialize the SwrContext" << std::endl; return 1; } fout = fopen(outFile, "wb+"); AVPacket packet; av_init_packet(&packet); // Read the packets in a loop while (av_read_frame(formatContext, &packet) == 0) { if (packet.stream_index == audioStream->index) { AVPacket decodingPacket = packet; while (decodingPacket.size > 0) { // Try to decode the packet into a frame int frameFinished = 0; int result = avcodec_decode_audio4( codecContext, frame, &frameFinished, &decodingPacket); if (result < 0 || frameFinished == 0) { break; } unsigned char buffer[100000] = {NULL}; unsigned char* pointers[SWR_CH_MAX] = {NULL}; pointers[0] = &buffer[0]; int numSamplesOut = swr_convert( swrContext, pointers, outSampleRate, (const unsigned char**)frame->extended_data, frame->nb_samples); fwrite( (short *)buffer, sizeof(short), (size_t)numSamplesOut, fout); decodingPacket.size -= result; decodingPacket.data += result; } } // You *must* call av_free_packet() after each call to av_read_frame() or else you'll leak memory av_free_packet(&packet); } // Some codecs will cause frames to be buffered up in the decoding process. If the CODEC_CAP_DELAY flag // is set, there can be buffered up frames that need to be flushed, so we'll do that if (codecContext->codec->capabilities & CODEC_CAP_DELAY) { av_init_packet(&packet); // Decode all the remaining frames in the buffer, until the end is reached int frameFinished = 0; while (avcodec_decode_audio4(codecContext, frame, &frameFinished, &packet) >= 0 && frameFinished) { } } // Clean up! av_free(frame); avcodec_close(codecContext); av_close_input_file(formatContext); fclose(fout); } }}} When files 02.mp3 are converted into a format 8000 pcm mono okay. See file voice_01_sinus_8000_mono.raw. Any discrete mono converted well. [[Image(voice_01_sinus_8000_mono.JPG)]] ---- Any discrete stereo converted bad. When converting to pcm stereo 8000 it turns wrong. See file voice_01_ sinus_ 8000_stereo.raw. [[Image(voice_01_sinus_8000_stereo.JPG)]] When converting to pcm 44100 stereo also turns out not correct. See file voice_01_ sinus_ 44100_stereo.raw. Distort the shape of a sine wave. [[Image(voice_01_sinus_44100_stereo.JPG)]] -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 14 12:16:30 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Apr 2014 10:16:30 -0000 Subject: [FFmpeg-trac] #3557(swresample:new): bug when resampling stereo to stereo In-Reply-To: <036.989d9ca6812b5af825ee65d77b308353@avcodec.org> References: <036.989d9ca6812b5af825ee65d77b308353@avcodec.org> Message-ID: <051.a9660e8f5efbd9b37742b2aaf1c77a7c@avcodec.org> #3557: bug when resampling stereo to stereo -------------------------------------+------------------------------------- Reporter: olegog | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | swresample Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: critical => normal * component: undetermined => swresample Comment: Is this not reproducible with {{{ffmpeg}}} (the application)? Did you test current git head or another version? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 14 12:18:13 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Apr 2014 10:18:13 -0000 Subject: [FFmpeg-trac] #3556(undetermined:closed): bug when resampling stereo to stereo In-Reply-To: <036.e872a5738d59a894c84ca8a6da159f18@avcodec.org> References: <036.e872a5738d59a894c84ca8a6da159f18@avcodec.org> Message-ID: <051.fbdab67217ffc74c6c983d75ec7accd0@avcodec.org> #3556: bug when resampling stereo to stereo -------------------------------------+------------------------------------- Reporter: olegog | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => duplicate -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 14 12:35:36 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Apr 2014 10:35:36 -0000 Subject: [FFmpeg-trac] #3557(swresample:new): bug when resampling stereo to stereo In-Reply-To: <036.989d9ca6812b5af825ee65d77b308353@avcodec.org> References: <036.989d9ca6812b5af825ee65d77b308353@avcodec.org> Message-ID: <051.fb216401f64c252013561718b55dad56@avcodec.org> #3557: bug when resampling stereo to stereo -------------------------------------+------------------------------------- Reporter: olegog | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | swresample Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by olegog): only ffmpeg-20140414-git-5e379cd-win32-dev ffmpeg-20140414-git-5e379cd-win32-shared -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 14 12:36:46 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Apr 2014 10:36:46 -0000 Subject: [FFmpeg-trac] #2886(avformat:new): HLS source with multiple variants is not optimally handled In-Reply-To: <037.1c3db31d22d37fb631911e781407b32b@avcodec.org> References: <037.1c3db31d22d37fb631911e781407b32b@avcodec.org> Message-ID: <052.d98ee4423a43f62ba4fc2dd58a7892ed@avcodec.org> #2886: HLS source with multiple variants is not optimally handled -------------------------------------+------------------------------------ Reporter: sinkers | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: HLS | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by sinkers): Thanks and can see that now. One simple option could be to take all the streams based on the BANDWIDTH param in the m3u8 (assuming it is available) and then order the streams in an array based on this. Start playing the lowest bandwidth and if the state of the stream doesn't enter "buffering" (I can't see exactly where this is tracked but am sure it is there somewhere) then step up to the next highest stream until you reach the top. If the state then enters buffering it should step down a stream. It should also be configurable how big the buffer that maintained is as well. Some of what has been done in VLC could also be useful for this. http://git.videolan.org/?p=vlc.git;a=blob;f=modules/stream_filter/httplive.c;h=fa745af1052ff13c1f9dd22a088fffcc441ff904;hb=e6e09d2bf4f9f802aa27e3ca0cb75a3cc787e2cb -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 14 12:47:17 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Apr 2014 10:47:17 -0000 Subject: [FFmpeg-trac] #2886(avformat:new): HLS source with multiple variants is not optimally handled In-Reply-To: <037.1c3db31d22d37fb631911e781407b32b@avcodec.org> References: <037.1c3db31d22d37fb631911e781407b32b@avcodec.org> Message-ID: <052.46644c21338c8e1341435f1fadc28cfe@avcodec.org> #2886: HLS source with multiple variants is not optimally handled -------------------------------------+------------------------------------ Reporter: sinkers | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: HLS | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by anssi): It sounds simple, yes, but it may not be, as doing trickery like this one often encounters unforeseen issues to be solved. Currently the hls demuxer does not maintain any buffers (except the current segment), the user is responsible for keeping enough buffer themselves. That may be changed if it is necessary or beneficial, of course. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 14 13:11:41 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Apr 2014 11:11:41 -0000 Subject: [FFmpeg-trac] #3557(swresample:new): bug when resampling stereo to stereo In-Reply-To: <036.989d9ca6812b5af825ee65d77b308353@avcodec.org> References: <036.989d9ca6812b5af825ee65d77b308353@avcodec.org> Message-ID: <051.e9c0b09e42389503dea44c39d32f5734@avcodec.org> #3557: bug when resampling stereo to stereo -------------------------------------+------------------------------------- Reporter: olegog | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | swresample Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by olegog): ffmpeg-20140412-git-513a431-win32 it also has error -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 14 13:22:50 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Apr 2014 11:22:50 -0000 Subject: [FFmpeg-trac] #3557(swresample:new): bug when resampling stereo to stereo In-Reply-To: <036.989d9ca6812b5af825ee65d77b308353@avcodec.org> References: <036.989d9ca6812b5af825ee65d77b308353@avcodec.org> Message-ID: <051.c14cb2e6d93c52c07ed4378057611a62@avcodec.org> #3557: bug when resampling stereo to stereo -------------------------------------+------------------------------------- Reporter: olegog | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | swresample Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by olegog): ffmpeg.exe convert and resampling ok What's the problem? Why not get on ?++ ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 14 13:24:25 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Apr 2014 11:24:25 -0000 Subject: [FFmpeg-trac] #3557(swresample:new): bug when resampling stereo to stereo In-Reply-To: <036.989d9ca6812b5af825ee65d77b308353@avcodec.org> References: <036.989d9ca6812b5af825ee65d77b308353@avcodec.org> Message-ID: <051.0743b7418942681b606ea126cf88d50b@avcodec.org> #3557: bug when resampling stereo to stereo -------------------------------------+------------------------------------- Reporter: olegog | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | swresample Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by olegog): f:\>ffmpeg -i 02.mp3 -ar 8000 -ac 2 out.wav ffmpeg version N-62439-g5e379cd Copyright (c) 2000-2014 the FFmpeg developers built on Apr 13 2014 22:01:33 with gcc 4.8.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libcaca --enable- libfreetyp e --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --ena ble-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-l ibopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libsp eex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable- libvo-aa cenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable- libwavp ack --enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable -zlib libavutil 52. 76.100 / 52. 76.100 libavcodec 55. 58.103 / 55. 58.103 libavformat 55. 37.100 / 55. 37.100 libavdevice 55. 13.100 / 55. 13.100 libavfilter 4. 4.100 / 4. 4.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 [mp3 @ 02c8eca0] Header missing [mp3 @ 02c8aba0] Estimating duration from bitrate, this may be inaccurate Input #0, mp3, from '02.mp3': Duration: 00:00:39.93, start: 0.000000, bitrate: 128 kb/s Stream #0:0: Audio: mp3, 44100 Hz, stereo, s16p, 128 kb/s Output #0, wav, to 'out.wav': Metadata: ISFT : Lavf55.37.100 Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 8000 Hz, stereo, s16, 256 kb/s Stream mapping: Stream #0:0 -> #0:0 (mp3 -> pcm_s16le) Press [q] to stop, [?] for help [mp3 @ 02c8eca0] Header missing Error while decoding stream #0:0: Invalid data found when processing input size= 1249kB time=00:00:39.99 bitrate= 255.8kbits/s video:0kB audio:1249kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.006255% -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 14 13:51:50 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Apr 2014 11:51:50 -0000 Subject: [FFmpeg-trac] #2467(avfilter:reopened): -itsoffset with overlay filter buffer queue overflow In-Reply-To: <036.c9a5269a7be0a6b9fb4ca0cf451f63ca@avcodec.org> References: <036.c9a5269a7be0a6b9fb4ca0cf451f63ca@avcodec.org> Message-ID: <051.6109aa21c3f973cfa5da600c842adbda@avcodec.org> #2467: -itsoffset with overlay filter buffer queue overflow ------------------------------------+------------------------------------ Reporter: Timbot | Owner: Type: defect | Status: reopened Priority: important | Component: avfilter Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by lifeamit): * status: closed => reopened * resolution: fixed => -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 14 13:52:10 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Apr 2014 11:52:10 -0000 Subject: [FFmpeg-trac] #2467(avfilter:reopened): -itsoffset with overlay filter buffer queue overflow In-Reply-To: <036.c9a5269a7be0a6b9fb4ca0cf451f63ca@avcodec.org> References: <036.c9a5269a7be0a6b9fb4ca0cf451f63ca@avcodec.org> Message-ID: <051.103f5bb10c9bf9a81c0fd80ebbd96a30@avcodec.org> #2467: -itsoffset with overlay filter buffer queue overflow ------------------------------------+------------------------------------ Reporter: Timbot | Owner: Type: defect | Status: reopened Priority: important | Component: avfilter Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by lifeamit): This doesn't work for me at Mac with version 2.2.1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 14 13:52:46 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Apr 2014 11:52:46 -0000 Subject: [FFmpeg-trac] #3557(swresample:new): bug when resampling stereo to stereo In-Reply-To: <036.989d9ca6812b5af825ee65d77b308353@avcodec.org> References: <036.989d9ca6812b5af825ee65d77b308353@avcodec.org> Message-ID: <051.95dcfa9ccfd3516efb81410c78671b70@avcodec.org> #3557: bug when resampling stereo to stereo -------------------------------------+------------------------------------- Reporter: olegog | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | swresample Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by olegog): ffmpeg -i 02.mp3 -ar 8000 -ac 2 -f s16le out.pcm convert and resampling ok -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 14 14:28:13 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Apr 2014 12:28:13 -0000 Subject: [FFmpeg-trac] #3558(undetermined:new): "-fflags +igndts" generates wrong dts when rewrapping some ts files to mp4 Message-ID: <039.b0d8640676d25fe665734ffeee7fb277@avcodec.org> #3558: "-fflags +igndts" generates wrong dts when rewrapping some ts files to mp4 -------------------------------------+------------------------------------- Reporter: wim_arbor | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: When copying the streams of a mpeg-ts containing h.264 and mpeg1L2 audio to mp4/mov using {{{-fflags +igndts}}}, av_interleaved_write_frame() reports: Invalid argument, pts (-10800) < dts (-3600). The output is (almost) empty. Without {{{-fflags +igndts}}} a proper output is created. How to reproduce: {{{ arbor at debian7:~$ bin/ffmpeg -y -fflags +igndts -i of_commercial_dvb_cut.ts -f mov -c:a copy -c:v copy out.mp4 ffmpeg version N-62439-g5e379cd Copyright (c) 2000-2014 the FFmpeg developers built on Apr 14 2014 13:41:14 with gcc 4.7 (Debian 4.7.2-5) configuration: libavutil 52. 76.100 / 52. 76.100 libavcodec 55. 58.103 / 55. 58.103 libavformat 55. 37.100 / 55. 37.100 libavdevice 55. 13.100 / 55. 13.100 libavfilter 4. 4.100 / 4. 4.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 [mp3 @ 0x20fd2e0] Header missing [mpegts @ 0x20f7a00] PES packet size mismatch Last message repeated 1 times Input #0, mpegts, from 'of_commercial_dvb_cut.ts': Duration: 00:00:05.96, start: 4576.668422, bitrate: 2523 kb/s Program 1 Stream #0:0[0xa1]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p(tv, bt470bg), 720x576 [SAR 16:11 DAR 20:11], 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x111](nla): Subtitle: dvb_teletext ([6][0][0][0] / 0x0006) Stream #0:2[0x489](nla): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16p, 192 kb/s Output #0, mov, to 'out.mp4': Metadata: encoder : Lavf55.37.100 Stream #0:0: Video: h264 (avc1 / 0x31637661), yuv420p, 720x576 [SAR 16:11 DAR 20:11], q=2-31, 25 fps, 90k tbn, 90k tbc Stream #0:1(nla): Audio: mp2 (.mp2 / 0x32706D2E), 48000 Hz, stereo, 192 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:2 -> #0:1 (copy) Press [q] to stop, [?] for help [mov @ 0x20fe060] pts (-10800) < dts (-3600) in stream 0 av_interleaved_write_frame(): Invalid argument frame= 2 fps=0.0 q=-1.0 Lsize= 55kB time=00:00:00.00 bitrate=N/A video:61kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown }}} Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 14 14:35:13 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Apr 2014 12:35:13 -0000 Subject: [FFmpeg-trac] #3558(undetermined:new): "-fflags +igndts" generates wrong dts when rewrapping some ts files to mp4 In-Reply-To: <039.b0d8640676d25fe665734ffeee7fb277@avcodec.org> References: <039.b0d8640676d25fe665734ffeee7fb277@avcodec.org> Message-ID: <054.aef90ce3058ef23f878b2380b14a16f4@avcodec.org> #3558: "-fflags +igndts" generates wrong dts when rewrapping some ts files to mp4 -------------------------------------+------------------------------------- Reporter: wim_arbor | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mov | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by wim_arbor): Some observations: * Adding {{{+genpts}}} does not help. * Copying just the audio stream and transcoding the video stream results in a proper output using this commandline: {{{ ffmpeg -y -fflags +igndts -i of_commercial_dvb_cut.ts -f mov -c:a copy out.mp4 }}} * But copying just the videostream and transcoding the audio to aac does not resulting in the same error (pts FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 14 14:51:29 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Apr 2014 12:51:29 -0000 Subject: [FFmpeg-trac] #3548(avcodec:new): mp2 standalone decoder broken for some input files In-Reply-To: <037.da2dcf9c05f3f0a830d222976b0aca60@avcodec.org> References: <037.da2dcf9c05f3f0a830d222976b0aca60@avcodec.org> Message-ID: <052.b210a9ed549eaef8524a44410534179d@avcodec.org> #3548: mp2 standalone decoder broken for some input files -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: mp2 | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by wim_arbor): Same error with the sample from #3547: {{{ arbor at debian7:~$ bin/ffmpeg -analyzeduration 2G -probesize 2G -i of_commercial_dvb_cut.ts ffmpeg version N-62439-g5e379cd Copyright (c) 2000-2014 the FFmpeg developers built on Apr 14 2014 13:23:44 with gcc 4.7 (Debian 4.7.2-5) configuration: --disable-decoder='mp3,mp3float' libavutil 52. 76.100 / 52. 76.100 libavcodec 55. 58.103 / 55. 58.103 libavformat 55. 37.100 / 55. 37.100 libavdevice 55. 13.100 / 55. 13.100 libavfilter 4. 4.100 / 4. 4.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 [mpegts @ 0x31b1220] PES packet size mismatch Last message repeated 3 times [mpegts @ 0x31b1220] Could not find codec parameters for stream 2 (Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, 2 channels, 190 kb/s): unspecified frame size Consider increasing the value for the 'analyzeduration' and 'probesize' options Guessed Channel Layout for Input Stream #0.2 : stereo Input #0, mpegts, from 'of_commercial_dvb_cut.ts': Duration: 00:00:05.96, start: 4576.668422, bitrate: 2523 kb/s Program 1 Stream #0:0[0xa1]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p(tv, bt470bg), 720x576 [SAR 16:11 DAR 20:11], 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x111](nla): Subtitle: dvb_teletext ([6][0][0][0] / 0x0006) Stream #0:2[0x489](nla): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, 190 kb/s At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 14 15:05:22 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Apr 2014 13:05:22 -0000 Subject: [FFmpeg-trac] #3557(swresample:new): bug when resampling stereo to stereo In-Reply-To: <036.989d9ca6812b5af825ee65d77b308353@avcodec.org> References: <036.989d9ca6812b5af825ee65d77b308353@avcodec.org> Message-ID: <051.74ddad7f33f43349d3a8f8da10f3716f@avcodec.org> #3557: bug when resampling stereo to stereo -------------------------------------+------------------------------------- Reporter: olegog | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | swresample Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by olegog): I found a bug in my program. from fwrite( (short *)buffer, sizeof(short), (size_t)numSamplesOut, fout); to fwrite( (short *)buffer, sizeof(short), (size_t)numSamplesOut*frame->channels, fout); ffmpeg has no errors. topic can be closed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 14 15:06:44 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Apr 2014 13:06:44 -0000 Subject: [FFmpeg-trac] #3557(swresample:closed): bug when resampling stereo to stereo In-Reply-To: <036.989d9ca6812b5af825ee65d77b308353@avcodec.org> References: <036.989d9ca6812b5af825ee65d77b308353@avcodec.org> Message-ID: <051.f4f1d62ee7d1d3c1fb4be42b57d4cdb7@avcodec.org> #3557: bug when resampling stereo to stereo -------------------------------------+------------------------------------- Reporter: olegog | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | swresample Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by olegog): * status: new => closed * resolution: => invalid -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 14 15:12:20 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Apr 2014 13:12:20 -0000 Subject: [FFmpeg-trac] #3554(avdevice:new): lavfi.c: variable 'sink' is used uninitialized whenever type != AVMEDIA_TYPE_{AUDIO, VIDEO} In-Reply-To: <038.a1211a2ea18048fcfdead92256f462fd@avcodec.org> References: <038.a1211a2ea18048fcfdead92256f462fd@avcodec.org> Message-ID: <053.f09ea9f5ba46c3de2da854d3fedf8fd8@avcodec.org> #3554: lavfi.c: variable 'sink' is used uninitialized whenever type != AVMEDIA_TYPE_{AUDIO,VIDEO} -------------------------------------+------------------------------------ Reporter: jeremyhu | Owner: Type: defect | Status: new Priority: normal | Component: avdevice Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by DonMoir): Replying to [comment:4 michael]: > doesnt this a few lines further up: > {{{if (type != AVMEDIA_TYPE_VIDEO && type != AVMEDIA_TYPE_AUDIO) { }}} > make the else case impossible ? Seems so, so change to: AVFilterContext *sink; ... if (type == AVMEDIA_TYPE_VIDEO) { ... ... ok sink set } -else if (type == AVMEDIA_TYPE_AUDIO) { +else { ... ... ok sink set } -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 14 15:24:56 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Apr 2014 13:24:56 -0000 Subject: [FFmpeg-trac] #3558(undetermined:new): "-fflags +igndts" generates wrong dts when rewrapping some ts files to mp4 In-Reply-To: <039.b0d8640676d25fe665734ffeee7fb277@avcodec.org> References: <039.b0d8640676d25fe665734ffeee7fb277@avcodec.org> Message-ID: <054.f4af25479ed7da4707bb5d78e078f209@avcodec.org> #3558: "-fflags +igndts" generates wrong dts when rewrapping some ts files to mp4 -------------------------------------+------------------------------------- Reporter: wim_arbor | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mov | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [ticket:3558 wim_arbor]: > Without {{{-fflags +igndts}}} a proper output is created. I don't understand: Why do you add this option if it breaks remuxing? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 14 15:32:19 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Apr 2014 13:32:19 -0000 Subject: [FFmpeg-trac] #3554(avdevice:new): lavfi.c: variable 'sink' is used uninitialized whenever type != AVMEDIA_TYPE_{AUDIO, VIDEO} In-Reply-To: <038.a1211a2ea18048fcfdead92256f462fd@avcodec.org> References: <038.a1211a2ea18048fcfdead92256f462fd@avcodec.org> Message-ID: <053.a2710fa61b91aa357a6b9bdba84c9927@avcodec.org> #3554: lavfi.c: variable 'sink' is used uninitialized whenever type != AVMEDIA_TYPE_{AUDIO,VIDEO} -------------------------------------+------------------------------------ Reporter: jeremyhu | Owner: Type: defect | Status: new Priority: normal | Component: avdevice Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): Does attached patch silence the compilation warning? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 14 15:37:51 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Apr 2014 13:37:51 -0000 Subject: [FFmpeg-trac] #2911(avformat:reopened): Handle initial chunk size packet of RTMP connections In-Reply-To: <037.6070de2f5d5750eb0f99d42447a95a75@avcodec.org> References: <037.6070de2f5d5750eb0f99d42447a95a75@avcodec.org> Message-ID: <052.eff25797fc1c75a76140a69c91e3cf3b@avcodec.org> #2911: Handle initial chunk size packet of RTMP connections -------------------------------------+------------------------------------- Reporter: skyride | Owner: Type: defect | Status: reopened Priority: important | Component: avformat Version: git-master | Resolution: Keywords: rtmp crash | Blocked By: SISEGV | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by arkanis): The patch has been accepted into the 2.2. and master branches, see http://ffmpeg.org/pipermail/ffmpeg-devel/2014-April/156655.html. This should solve the bug. Can the ticket be closed? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 14 15:47:07 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Apr 2014 13:47:07 -0000 Subject: [FFmpeg-trac] #3558(undetermined:new): "-fflags +igndts" generates wrong dts when rewrapping some ts files to mp4 In-Reply-To: <039.b0d8640676d25fe665734ffeee7fb277@avcodec.org> References: <039.b0d8640676d25fe665734ffeee7fb277@avcodec.org> Message-ID: <054.757a7b48f3ec88bf7535a142aa726903@avcodec.org> #3558: "-fflags +igndts" generates wrong dts when rewrapping some ts files to mp4 -------------------------------------+------------------------------------- Reporter: wim_arbor | Owner: Type: defect | Status: new Priority: wish | Component: Version: git-master | undetermined Keywords: mov | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by wim_arbor): * priority: normal => wish Comment: Replying to [comment:2 cehoyos]: > Replying to [ticket:3558 wim_arbor]: > > Without {{{-fflags +igndts}}} a proper output is created. > > I don't understand: Why do you add this option if it breaks remuxing? I also have files which require this option to be able to remux or transcode. I wanted to try to create a single set of options which work on all my files. But I could try it without this option first, if it does not work try it with this option. I am just reporting that this option does not work correctly in all situations. So I will set the priority to wish as I have a workaround. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 14 16:08:31 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Apr 2014 14:08:31 -0000 Subject: [FFmpeg-trac] #3558(undetermined:new): "-fflags +igndts" generates wrong dts when rewrapping some ts files to mp4 In-Reply-To: <039.b0d8640676d25fe665734ffeee7fb277@avcodec.org> References: <039.b0d8640676d25fe665734ffeee7fb277@avcodec.org> Message-ID: <054.aa1ff64779e048dab243133d07731f77@avcodec.org> #3558: "-fflags +igndts" generates wrong dts when rewrapping some ts files to mp4 -------------------------------------+------------------------------------- Reporter: wim_arbor | Owner: Type: defect | Status: new Priority: wish | Component: Version: git-master | undetermined Keywords: mov | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:3 wim_arbor]: > Replying to [comment:2 cehoyos]: > > Replying to [ticket:3558 wim_arbor]: > > > Without {{{-fflags +igndts}}} a proper output is created. > > > > I don't understand: Why do you add this option if it breaks remuxing? > > I also have files which require this option to be able to remux or transcode. Could you add such a sample for completeness? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 14 16:09:38 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Apr 2014 14:09:38 -0000 Subject: [FFmpeg-trac] #2911(avformat:closed): Handle initial chunk size packet of RTMP connections In-Reply-To: <037.6070de2f5d5750eb0f99d42447a95a75@avcodec.org> References: <037.6070de2f5d5750eb0f99d42447a95a75@avcodec.org> Message-ID: <052.cd24d86dc14af280f4717207eb030c2c@avcodec.org> #2911: Handle initial chunk size packet of RTMP connections -------------------------------------+------------------------------------- Reporter: skyride | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: rtmp crash | Blocked By: SISEGV | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: reopened => closed * resolution: => fixed Comment: Replying to [comment:9 arkanis]: > The patch has been accepted into the 2.2. and master branches, see http://ffmpeg.org/pipermail/ffmpeg-devel/2014-April/156655.html. > > This should solve the bug. Can the ticket be closed? Thank you for working on this issue! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 14 16:31:24 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Apr 2014 14:31:24 -0000 Subject: [FFmpeg-trac] #3559(undetermined:new): flac format playback fails with gcc-4.9 compiler Message-ID: <036.aa7969d064dea2c29e8ff3d13803bcd6@avcodec.org> #3559: flac format playback fails with gcc-4.9 compiler -------------------------------------+------------------------------------- Reporter: amooze | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: flac | Blocked By: gcc-4.9 | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: How to reproduce: {{{ % /usr/src/mplayer/ffmpeg/ffplay -v 9 -loglevel 99 -i 10.innocent_starter.flac ffplay version git-2014-04-14-9468e9e Copyright (c) 2003-2014 the FFmpeg developers built on Apr 14 2014 23:27:19 with gcc 4.9 (Debian 4.9-20140411-2) configuration: --cc=gcc-4.9 --host-cc=gcc-4.9 --dep-cc=gcc-4.9 libavutil 52. 76.100 / 52. 76.100 libavcodec 55. 58.103 / 55. 58.103 libavformat 55. 37.100 / 55. 37.100 libavdevice 55. 13.100 / 55. 13.100 libavfilter 4. 4.100 / 4. 4.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 [flac @ 0x7f3b540008c0] Format flac probed with size=2048 and score=50 [flac @ 0x7f3b540008c0] Before avformat_find_stream_info() pos: 8808 bytes read:32768 seeks:0 [flac @ 0x7f3b54000ea0] sample/frame number mismatch in adjacent frames Last message repeated 126 times [flac @ 0x7f3b540008c0] max_analyze_duration 5000000 reached at 5015510 microseconds [flac @ 0x7f3b540008c0] After avformat_find_stream_info() pos: 539648 bytes read:557056 seeks:0 frames:56 Input #0, flac, from '10.innocent_starter.flac': Metadata: ARTIST : ???? ALBUM : THE MUSEUM TITLE : innocent starter DATE : 2007 GENRE : JPop track : 10 CDDB : e111e110 Duration: 00:04:40.64, bitrate: 1043 kb/s Stream #0:0, 56, 1/44100: Audio: flac, 44100 Hz, stereo, s16 detected 4 logical cores [ffplay_abuffer @ 0x7f3b5400c780] Setting 'sample_rate' to value '44100' [ffplay_abuffer @ 0x7f3b5400c780] Setting 'sample_fmt' to value 's16' [ffplay_abuffer @ 0x7f3b5400c780] Setting 'channels' to value '2' [ffplay_abuffer @ 0x7f3b5400c780] Setting 'time_base' to value '1/44100' [ffplay_abuffer @ 0x7f3b5400c780] Setting 'channel_layout' to value '0x3' [ffplay_abuffer @ 0x7f3b5400c780] tb:1/44100 samplefmt:s16 samplerate:44100 chlayout:0x3 [AVFilterGraph @ 0x7f3b5400bde0] query_formats: 2 queried, 3 merged, 0 already done, 0 delayed Audio frame changed from rate:44100 ch:2 fmt:s16 layout:stereo serial:-1 to rate:44100 ch:2 fmt:s16 layout:stereo serial:1 [ffplay_abuffer @ 0x7f3b48001240] Setting 'sample_rate' to value '44100' [ffplay_abuffer @ 0x7f3b48001240] Setting 'sample_fmt' to value 's16' [ffplay_abuffer @ 0x7f3b48001240] Setting 'channels' to value '2' [ffplay_abuffer @ 0x7f3b48001240] Setting 'time_base' to value '1/44100' [ffplay_abuffer @ 0x7f3b48001240] Setting 'channel_layout' to value '0x3' [ffplay_abuffer @ 0x7f3b48001240] tb:1/44100 samplefmt:s16 samplerate:44100 chlayout:0x3 [AVFilterGraph @ 0x7f3b48000dc0] query_formats: 2 queried, 3 merged, 0 already done, 0 delayed [flac @ 0x7f3b540092e0] invalid subframe paddingB sq= 0B f=0/0 [flac @ 0x7f3b540092e0] decode_frame() failed [flac @ 0x7f3b540092e0] invalid subframe paddingB sq= 0B f=0/0 [flac @ 0x7f3b540092e0] decode_frame() failed [flac @ 0x7f3b5400a860] invalid subframe paddingB sq= 0B f=0/0 [flac @ 0x7f3b5400a860] decode_frame() failed [flac @ 0x7f3b5400a860] invalid subframe paddingB sq= 0B f=0/0 [flac @ 0x7f3b5400a860] decode_frame() failed [flac @ 0x7f3b54008b80] underread: 6275 orig size: 9378 0B f=0/0 [flac @ 0x7f3b54000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7f3b54000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7f3b54000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7f3b54000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7f3b54000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7f3b54000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7f3b54009da0] underread: 4894 orig size: 9551 0B f=0/0 [flac @ 0x7f3b54000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7f3b54000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7f3b54000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7f3b54000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7f3b54000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7f3b54000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7f3b54000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7f3b54000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7f3b54000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7f3b54008b80] qlevel -16 not supported, maybe buggy stream [flac @ 0x7f3b54008b80] decode_frame() failed [flac @ 0x7f3b54000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7f3b54000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7f3b54000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7f3b54000ea0] sample/frame number mismatch in adjacent frames Last message repeated 3 times [flac @ 0x7f3b54000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7f3b54000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7f3b54000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7f3b54000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7f3b54000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7f3b54000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7f3b54000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7f3b54000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7f3b54000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7f3b54000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7f3b54000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7f3b54000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7f3b54000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7f3b54000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7f3b5400b320] underread: 5361 orig size: 9126 0B f=0/0 [flac @ 0x7f3b54000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7f3b54000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7f3b54000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7f3b54000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7f3b54000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7f3b54000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7f3b54000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7f3b54000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7f3b54000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7f3b54000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7f3b54000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7f3b54000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [AVIOContext @ 0x7f3b540015c0] Statistics: 1048576 bytes read, 0 seeks }}} Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 14 16:31:54 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Apr 2014 14:31:54 -0000 Subject: [FFmpeg-trac] #2467(avfilter:closed): -itsoffset with overlay filter buffer queue overflow In-Reply-To: <036.c9a5269a7be0a6b9fb4ca0cf451f63ca@avcodec.org> References: <036.c9a5269a7be0a6b9fb4ca0cf451f63ca@avcodec.org> Message-ID: <051.d4440ba4a7cbae8768a0cc204323187e@avcodec.org> #2467: -itsoffset with overlay filter buffer queue overflow ------------------------------------+------------------------------------ Reporter: Timbot | Owner: Type: defect | Status: closed Priority: important | Component: avfilter Version: git-master | Resolution: fixed Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: reopened => closed * resolution: => fixed Comment: Works fine here. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 14 16:32:31 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Apr 2014 14:32:31 -0000 Subject: [FFmpeg-trac] #3558(undetermined:new): "-fflags +igndts" generates wrong dts when rewrapping some ts files to mp4 In-Reply-To: <039.b0d8640676d25fe665734ffeee7fb277@avcodec.org> References: <039.b0d8640676d25fe665734ffeee7fb277@avcodec.org> Message-ID: <054.4962cd5e23be603f0ffb7f5be3c08a3f@avcodec.org> #3558: "-fflags +igndts" generates wrong dts when rewrapping some ts files to mp4 -------------------------------------+------------------------------------- Reporter: wim_arbor | Owner: Type: defect | Status: new Priority: wish | Component: Version: git-master | undetermined Keywords: mov | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by wim_arbor): Replying to [comment:4 cehoyos]: > Replying to [comment:3 wim_arbor]: > > > > I also have files which require this option to be able to remux or transcode. > > Could you add such a sample for completeness? Yes, I can add such a sample (not today but later this week). Note that I already know that it is because the DTS is really wrong in those files. It is not a bug in FFmpeg, but FFmpeg is able to "repair" them. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 14 16:35:06 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Apr 2014 14:35:06 -0000 Subject: [FFmpeg-trac] #3559(undetermined:new): flac format playback fails with gcc-4.9 compiler In-Reply-To: <036.aa7969d064dea2c29e8ff3d13803bcd6@avcodec.org> References: <036.aa7969d064dea2c29e8ff3d13803bcd6@avcodec.org> Message-ID: <051.5405275626123bffe7cd1c83bf1e00ae@avcodec.org> #3559: flac format playback fails with gcc-4.9 compiler -------------------------------------+------------------------------------- Reporter: amooze | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: flac | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: flac gcc-4.9 => flac Comment: I was unable to find a release of gcc 4.9 on http://gcc.gnu.org Is there any indication that this is a problem that can be fixed in FFmpeg? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 14 16:43:10 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Apr 2014 14:43:10 -0000 Subject: [FFmpeg-trac] #3559(undetermined:new): flac format playback fails with gcc-4.9 compiler In-Reply-To: <036.aa7969d064dea2c29e8ff3d13803bcd6@avcodec.org> References: <036.aa7969d064dea2c29e8ff3d13803bcd6@avcodec.org> Message-ID: <051.44a20d982a855a99c3b335b8e8d1b7e9@avcodec.org> #3559: flac format playback fails with gcc-4.9 compiler -------------------------------------+------------------------------------- Reporter: amooze | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: flac | Resolution: gcc-4.9.0 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by amooze): * keywords: flac => flac gcc-4.9.0 Comment: Replying to [comment:1 cehoyos]: > I was unable to find a release of gcc 4.9 on http://gcc.gnu.org > Is there any indication that this is a problem that can be fixed in FFmpeg? gcc version used was 4.9.0 - it could be a change in the way the FFmpeg code is optimised that triggered the bug? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 14 16:52:20 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Apr 2014 14:52:20 -0000 Subject: [FFmpeg-trac] #3559(undetermined:new): flac format playback fails with gcc-4.9 compiler In-Reply-To: <036.aa7969d064dea2c29e8ff3d13803bcd6@avcodec.org> References: <036.aa7969d064dea2c29e8ff3d13803bcd6@avcodec.org> Message-ID: <051.51811499c1171e6a21fb8b1b32578f81@avcodec.org> #3559: flac format playback fails with gcc-4.9 compiler -------------------------------------+------------------------------------- Reporter: amooze | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: flac | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: flac gcc-4.9.0 => flac Comment: Replying to [comment:2 amooze]: > gcc version used was 4.9.0 As I tried to explain: This version does not exist yet (so I cannot test). This is with near certainty a bug in the development branch of gcc, if you want it fixed, report it there please. Remember that FFmpeg developers always suggested not to use gcc binaries with version numbers that contained "0" (or "1"). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 14 17:05:50 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Apr 2014 15:05:50 -0000 Subject: [FFmpeg-trac] #3559(undetermined:new): flac format playback fails with gcc-4.9 compiler In-Reply-To: <036.aa7969d064dea2c29e8ff3d13803bcd6@avcodec.org> References: <036.aa7969d064dea2c29e8ff3d13803bcd6@avcodec.org> Message-ID: <051.0077e43f946bf1bb587ea017611c7caa@avcodec.org> #3559: flac format playback fails with gcc-4.9 compiler -------------------------------------+------------------------------------- Reporter: amooze | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: flac | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by amooze): OK, I'll wait on the gcc 4.9.0 release announcement and test against that. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 14 17:17:23 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Apr 2014 15:17:23 -0000 Subject: [FFmpeg-trac] #3551(undetermined:open): No duration detected for some FLV files In-Reply-To: <043.79e0b27492886991d4d461ea943e57cb@avcodec.org> References: <043.79e0b27492886991d4d461ea943e57cb@avcodec.org> Message-ID: <058.e53091bbd9a83b915c641bb57cb5fb7d@avcodec.org> #3551: No duration detected for some FLV files -------------------------------------+------------------------------------- Reporter: | Owner: Underground78 | Status: open Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: flv h264 | Blocked By: duration | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: flv h264 => flv h264 duration * priority: wish => normal * type: enhancement => defect Comment: A wrong duration is now shown since ef48ac65 The problem may be a duplicate of ticket #3392. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 14 17:24:24 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Apr 2014 15:24:24 -0000 Subject: [FFmpeg-trac] #1157(undetermined:new): Circular buffer overrun with 4+ ffmpeg instances. In-Reply-To: <037.4ae8d1d5614c3d2f4856ebf39f1348b1@avcodec.org> References: <037.4ae8d1d5614c3d2f4856ebf39f1348b1@avcodec.org> Message-ID: <052.de59f306588a721c4374fa211705d635@avcodec.org> #1157: Circular buffer overrun with 4+ ffmpeg instances. ---------------------------------+---------------------------------------- Reporter: Involar | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 0.10.2 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+---------------------------------------- Comment (by hemanth.he): I'm also facing same issue.In my case i can run 6 channels, after starting 7th one it starts giving error. Here is my system CPU usage for 6 channels. {{{ Cpu(s): 39.0%us, 1.6%sy, 21.8%ni, 37.3%id, 0.0%wa, 0.0%hi, 0.4%si, 0.0%st Mem: 32844180k total, 14477672k used, 18366508k free, 28748k buffers Swap: 16490488k total, 7404k used, 16483084k free, 1222388k cached }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 14 18:30:32 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Apr 2014 16:30:32 -0000 Subject: [FFmpeg-trac] #3559(undetermined:new): flac format playback fails with gcc-4.9 compiler In-Reply-To: <036.aa7969d064dea2c29e8ff3d13803bcd6@avcodec.org> References: <036.aa7969d064dea2c29e8ff3d13803bcd6@avcodec.org> Message-ID: <051.58b1eb6aed8f8810e3dfe8c83ed130d8@avcodec.org> #3559: flac format playback fails with gcc-4.9 compiler -------------------------------------+------------------------------------- Reporter: amooze | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: flac | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Still reproducible with gcc 4.9.0 RC, at least shorten and loco are also affected. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 14 20:17:47 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Apr 2014 18:17:47 -0000 Subject: [FFmpeg-trac] #3560(undetermined:new): fate changes armv7s to armv6j Message-ID: <038.ad6989081208cdf2b8c284cc6478920c@avcodec.org> #3560: fate changes armv7s to armv6j -------------------------------------+------------------------------------- Reporter: jeremyhu | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- fate incorrectly changes arch=armv7s to arch=armv6j See: http://fate.ffmpeg.org/history.cgi?slot=armv7s-darwin-clang-apple-5.1 {{{ $ cat armv7s-darwin-clang-apple-5.1 slot=armv7s-darwin-clang-apple-5.1 cc="/usr/bin/clang" workdir=/Users/jeremy/src/ffmpeg/fate/$slot repo=file:/Users/jeremy/src/ffmpeg/fate/src samples=/Users/jeremy/src/ffmpeg/fate/fate-suite fate_recv="ssh fate at fate.ffmpeg.org" build_only=yes target_os=darwin arch=armv7s extra_cflags="-arch armv7s -miphoneos-version-min=7.1" extra_ldflags="-arch armv7s -miphoneos-version-min=7.1" comment_conf="--disable-asm" extra_conf="--enable-cross-compile --cross-prefix=/usr/bin/ --sysroot=/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS7.1.sdk ${comment_conf}" comment="${comment_conf}" }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 14 20:30:52 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Apr 2014 18:30:52 -0000 Subject: [FFmpeg-trac] #3561(undetermined:new): AVFoundation input causes link failure Message-ID: <038.94a1466c832809a4e63736629c474f59@avcodec.org> #3561: AVFoundation input causes link failure -------------------------------------+------------------------------------- Reporter: jeremyhu | Owner: borgmann@? Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- The darwin/armv7 buildbot stopped linking successfully between c486cfab792e53de3f5fc9f5082909ce687a3fe8 and eccec203978e53f897a3c6105d011bbdff2a978b http://fate.ffmpeg.org/history.cgi?slot=arm-osx10.9-apple-clang {{{ LD ffmpeg_g Undefined symbols for architecture armv7: "_CFRelease", referenced from: -[AVFFrameReceiver captureOutput:didOutputSampleBuffer:fromConnection:] in libavdevice.a(avfoundation.o) _avf_read_header in libavdevice.a(avfoundation.o) _avf_read_packet in libavdevice.a(avfoundation.o) _avf_close in libavdevice.a(avfoundation.o) "_CFRetain", referenced from: -[AVFFrameReceiver captureOutput:didOutputSampleBuffer:fromConnection:] in libavdevice.a(avfoundation.o) "_CFRunLoopRunInMode", referenced from: _avf_read_header in libavdevice.a(avfoundation.o) "_CVImageBufferGetEncodedSize", referenced from: _avf_read_header in libavdevice.a(avfoundation.o) "_CVPixelBufferGetBaseAddress", referenced from: _avf_read_packet in libavdevice.a(avfoundation.o) "_CVPixelBufferGetDataSize", referenced from: _avf_read_packet in libavdevice.a(avfoundation.o) "_CVPixelBufferLockBaseAddress", referenced from: _avf_read_packet in libavdevice.a(avfoundation.o) "_CVPixelBufferUnlockBaseAddress", referenced from: _avf_read_packet in libavdevice.a(avfoundation.o) "_OBJC_CLASS_$_NSAutoreleasePool", referenced from: objc-class-ref in libavdevice.a(avfoundation.o) "_OBJC_CLASS_$_NSDictionary", referenced from: objc-class-ref in libavdevice.a(avfoundation.o) "_OBJC_CLASS_$_NSNumber", referenced from: objc-class-ref in libavdevice.a(avfoundation.o) "_OBJC_CLASS_$_NSObject", referenced from: _OBJC_CLASS_$_AVFFrameReceiver in libavdevice.a(avfoundation.o) "_OBJC_METACLASS_$_NSObject", referenced from: _OBJC_METACLASS_$_AVFFrameReceiver in libavdevice.a(avfoundation.o) "__objc_empty_cache", referenced from: _OBJC_CLASS_$_AVFFrameReceiver in libavdevice.a(avfoundation.o) _OBJC_METACLASS_$_AVFFrameReceiver in libavdevice.a(avfoundation.o) "_kCFRunLoopDefaultMode", referenced from: _avf_read_header in libavdevice.a(avfoundation.o) "_kCVPixelBufferPixelFormatTypeKey", referenced from: _avf_read_header in libavdevice.a(avfoundation.o) "_objc_enumerationMutation", referenced from: _avf_read_header in libavdevice.a(avfoundation.o) "_objc_msgSend", referenced from: _avf_read_header in libavdevice.a(avfoundation.o) _avf_close in libavdevice.a(avfoundation.o) "_objc_msgSendSuper2", referenced from: -[AVFFrameReceiver initWithContext:] in libavdevice.a(avfoundation.o) ld: symbol(s) not found for architecture armv7 clang: error: linker command failed with exit code 1 (use -v to see invocation) make: *** [ffmpeg_g] Error 1 }}} I suspect this is fallout from: {{{ commit d2417061ef50dbe606692fa24031e3d68cc6292b Author: Thilo Borgmann Date: Fri Apr 11 17:29:07 2014 +0200 Add AVFoundation input device. Signed-off-by: Michael Niedermayer }}} avfoundation_indev_extralibs is missing: -framework CoreVideo -framework Foundation -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 14 20:31:01 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Apr 2014 18:31:01 -0000 Subject: [FFmpeg-trac] #3560(undetermined:new): fate changes armv7s to armv6j In-Reply-To: <038.ad6989081208cdf2b8c284cc6478920c@avcodec.org> References: <038.ad6989081208cdf2b8c284cc6478920c@avcodec.org> Message-ID: <053.ca8ab46e47546a4c8521c1d08cb52b05@avcodec.org> #3560: fate changes armv7s to armv6j -------------------------------------+------------------------------------- Reporter: jeremyhu | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Why are you adding {{{-disable-asm}}}? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 14 21:34:44 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Apr 2014 19:34:44 -0000 Subject: [FFmpeg-trac] #3560(undetermined:new): fate changes armv7s to armv6j In-Reply-To: <038.ad6989081208cdf2b8c284cc6478920c@avcodec.org> References: <038.ad6989081208cdf2b8c284cc6478920c@avcodec.org> Message-ID: <053.484057f83d711ec363f601f7c011f1e6@avcodec.org> #3560: fate changes armv7s to armv6j -------------------------------------+------------------------------------- Reporter: jeremyhu | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by michael): I suspect that is configure and not fate see probe_arm_arch() -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 14 23:10:57 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Apr 2014 21:10:57 -0000 Subject: [FFmpeg-trac] #3561(build system:new): AVFoundation input causes link failure In-Reply-To: <038.94a1466c832809a4e63736629c474f59@avcodec.org> References: <038.94a1466c832809a4e63736629c474f59@avcodec.org> Message-ID: <053.8bd8d786821e525fd88cf1562041446e@avcodec.org> #3561: AVFoundation input causes link failure -------------------------------------+------------------------------------- Reporter: jeremyhu | Owner: Type: defect | borgmann@? Priority: normal | Status: new Version: git-master | Component: build Keywords: osx | system Blocking: | Resolution: Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => osx * version: unspecified => git-master * component: undetermined => build system -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 14 23:27:49 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 14 Apr 2014 21:27:49 -0000 Subject: [FFmpeg-trac] #3562(avfilter:new): aresample, aformat fails with libvorbis and some avi Message-ID: <040.4b862da88dd77e18b1dc9d3618971c49@avcodec.org> #3562: aresample, aformat fails with libvorbis and some avi ------------------------------------+-------------------------------------- Reporter: blacktrash | Type: defect Status: new | Priority: normal Component: avfilter | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Summary of the bug: How to reproduce: {{{ $ ffmpeg -i test.avi -filter_complex '[0:0]format=yuv420p;[0:1]aresample=osr=22050' test.webm ffmpeg version N-62058-gfd2bcfc Copyright (c) 2000-2014 the FFmpeg developers built on Apr 3 2014 09:02:28 with Apple LLVM version 5.1 (clang-503.0.38) (based on LLVM 3.4svn) configuration: --enable-gpl --enable-version3 --enable-nonfree --disable-ffserver --enable-shared --enable-libfdk-aac --enable-libx265 --enable-libx264 --enable-libxvid --enable-libfaac --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libvpx --enable-librtmp --extra-cflags=-I/sw/include --extra-libs=-L/sw/lib libavutil 52. 71.100 / 52. 71.100 libavcodec 55. 56.107 / 55. 56.107 libavformat 55. 36.101 / 55. 36.101 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 [avi @ 0x7fc833021800] non-interleaved AVI Guessed Channel Layout for Input Stream #0.1 : mono Input #0, avi, from 'test.avi': Duration: 00:00:31.86, start: 0.000000, bitrate: 11205 kb/s Stream #0:0: Video: mjpeg (MJPG / 0x47504A4D), yuvj422p(pc), 1280x720, 10851 kb/s, 29.95 tbr, 29.95 tbn, 29.95 tbc Stream #0:1: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 22050 Hz, mono, s16, 352 kb/s [swscaler @ 0x7fc83380f400] deprecated pixel format used, make sure you did set range correctly [libvpx @ 0x7fc833805200] v1.3.0-2130-g5c185a0 Output #0, webm, to 'test.webm': Metadata: encoder : Lavf55.36.101 Stream #0:0: Video: vp8 (libvpx), yuv420p, 1280x720, q=-1--1, 200 kb/s, 1k tbn, 29.95 tbc (default) Stream #0:1: Audio: vorbis (libvorbis), 22050 Hz, mono, fltp (default) Stream mapping: Stream #0:0 (mjpeg) -> format Stream #0:1 (pcm_s16le) -> aresample format -> Stream #0:0 (libvpx) aresample -> Stream #0:1 (libvorbis) Press [q] to stop, [?] for help Input stream #0:0 frame changed from size:1280x720 fmt:yuvj422p to size:1280x720 fmt:yuvj420p [swscaler @ 0x7fc834006200] deprecated pixel format used, make sure you did set range correctly [libvorbis @ 0x7fc833805e00] nb_samples (1024) != frame_size (64) (avcodec_encode_audio2) Audio encoding failed (avcodec_encode_audio2) }}} Similarly with aformat. Using options to the same intended effect works: {{{ $ ffmpeg -i test.avi -filter_complex '[0:0]format=yuv420p' -ar 22050 test.webm ffmpeg version N-62058-gfd2bcfc Copyright (c) 2000-2014 the FFmpeg developers built on Apr 3 2014 09:02:28 with Apple LLVM version 5.1 (clang-503.0.38) (based on LLVM 3.4svn) configuration: --enable-gpl --enable-version3 --enable-nonfree --disable-ffserver --enable-shared --enable-libfdk-aac --enable-libx265 --enable-libx264 --enable-libxvid --enable-libfaac --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libvpx --enable-librtmp --extra-cflags=-I/sw/include --extra-libs=-L/sw/lib libavutil 52. 71.100 / 52. 71.100 libavcodec 55. 56.107 / 55. 56.107 libavformat 55. 36.101 / 55. 36.101 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 [avi @ 0x7fb47b021800] non-interleaved AVI Guessed Channel Layout for Input Stream #0.1 : mono Input #0, avi, from 'test.avi': Duration: 00:00:31.86, start: 0.000000, bitrate: 11205 kb/s Stream #0:0: Video: mjpeg (MJPG / 0x47504A4D), yuvj422p(pc), 1280x720, 10851 kb/s, 29.95 tbr, 29.95 tbn, 29.95 tbc Stream #0:1: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 22050 Hz, mono, s16, 352 kb/s [swscaler @ 0x7fb47b80ae00] deprecated pixel format used, make sure you did set range correctly [libvpx @ 0x7fb47b800c00] v1.3.0-2130-g5c185a0 Output #0, webm, to 'test.webm': Metadata: encoder : Lavf55.36.101 Stream #0:0: Video: vp8 (libvpx), yuv420p, 1280x720, q=-1--1, 200 kb/s, 1k tbn, 29.95 tbc Stream #0:1: Audio: vorbis (libvorbis), 22050 Hz, mono, fltp Stream mapping: Stream #0:0 (mjpeg) -> format (graph 0) format (graph 0) -> Stream #0:0 (libvpx) Stream #0:1 -> #0:1 (pcm_s16le -> libvorbis) Press [q] to stop, [?] for help Input stream #0:0 frame changed from size:1280x720 fmt:yuvj422p to size:1280x720 fmt:yuvj420p [swscaler @ 0x7fb47b0bd600] deprecated pixel format used, make sure you did set range correctly frame= 623 fps= 17 q=0.0 Lsize= 1250kB time=00:00:31.69 bitrate= 323.0kbits/s video:1076kB audio:156kB subtitle:0kB other streams:0kB global headers:3kB muxing overhead: 1.386226% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 15 03:23:59 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 15 Apr 2014 01:23:59 -0000 Subject: [FFmpeg-trac] #3326(avcodec:closed): color_range flag for h264 decode ignored In-Reply-To: <039.e8886c0a5e796178998b7999888baf93@avcodec.org> References: <039.e8886c0a5e796178998b7999888baf93@avcodec.org> Message-ID: <054.fef378b34ff76a7f0e0efc508950587c@avcodec.org> #3326: color_range flag for h264 decode ignored -------------------------------------+------------------------------------- Reporter: onejaguar | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: invalid Keywords: h264 | Blocked By: color_range regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => invalid Comment: you can override the range using "-vf scale=in_range=jpeg" (needs latest ffmpeg) the input color_range parameter currently only sets the range when the input file does not specify anything iam not sure if it would really be more usefull if it would hard override as theres already a hard override available through the scale filter Thus imo theres no bug but if people disgaree and want the input_range changed, dont hesitate to reopen -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 15 04:39:51 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 15 Apr 2014 02:39:51 -0000 Subject: [FFmpeg-trac] #3561(build system:closed): AVFoundation input causes link failure In-Reply-To: <038.94a1466c832809a4e63736629c474f59@avcodec.org> References: <038.94a1466c832809a4e63736629c474f59@avcodec.org> Message-ID: <053.2170fbe981a2e99a44f333db1ef06a0b@avcodec.org> #3561: AVFoundation input causes link failure -------------------------------------+------------------------------------- Reporter: jeremyhu | Owner: Type: defect | borgmann@? Priority: normal | Status: closed Version: git-master | Component: build Keywords: osx | system Blocking: | Resolution: fixed Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Fixed in 0bf25c7b08d45e8023e11ebaa61c3abea649bd31 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 15 04:56:04 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 15 Apr 2014 02:56:04 -0000 Subject: [FFmpeg-trac] #3563(undetermined:new): wrong duration reported by ffmpeg Message-ID: <038.77dcfb07e5d8356d417ae8ea9703c1b3@avcodec.org> #3563: wrong duration reported by ffmpeg -------------------------------------+------------------------------------- Reporter: chinshou | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: ffmpeg reported attached mp3 file with duration 00:07:52. But VLC and windows media player report it has duration with 03:56 How to reproduce: {{{ % ffplay -i HIT_118.MP3 ffplay version N-62460-gef818d8 Copyright (c) 2003-2014 the FFmpeg developers built on Apr 14 2014 22:01:48 with gcc 4.8.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libcaca --enable- libfreetyp e --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --ena ble-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-l ibopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libsp eex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable- libvo-aa cenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable- libwavp ack --enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable -zlib libavutil 52. 76.100 / 52. 76.100 libavcodec 55. 58.103 / 55. 58.103 libavformat 55. 37.100 / 55. 37.100 libavdevice 55. 13.100 / 55. 13.100 libavfilter 4. 4.100 / 4. 4.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, wav, from 'HIT_118.MP3': 0KB vq= 0KB sq= 0B f=0/0 Duration: 00:07:52.72, bitrate: 27 kb/s Stream #0:0: Audio: mp3 (U[0][0][0] / 0x0055), 22050 Hz, stereo, s16p, 56 kb /s 6.06 M-A: 0.000 fd= 0 aq= 1KB vq= 0KB sq= 0B f=0/0 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 15 05:41:53 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 15 Apr 2014 03:41:53 -0000 Subject: [FFmpeg-trac] #3564(avformat:new): random RTMP crash Message-ID: <038.d9b184fe2aa336109db7c692c6bc3ebe@avcodec.org> #3564: random RTMP crash ------------------------------------+-------------------------------------- Reporter: kyh96403 | Type: defect Status: new | Priority: normal Component: avformat | Version: git-master Keywords: rtmp crash | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- When internet connection is break or time-out is short... Sometime crash is occur. Backtrace is follow. Program terminated with signal 11, Segmentation fault. #0 0x0000003d222728ae in free () from /lib64/libc.so.6 (gdb) bt #0 0x0000003d222728ae in free () from /lib64/libc.so.6 #1 0x0000000000b9dc1c in av_free (arg=0x2aab3b1be6a8) at libavutil/mem.c:232 #2 av_freep (arg=0x2aab3b1be6a8) at libavutil/mem.c:239 #3 0x0000000000528fe5 in ff_rtmp_packet_destroy (h=0x1a21c4a0, p=0x2aab3b1be690, chunk_size=4096, prev_pkt_ptr=, nb_prev_pkt=, hdr=100 'd') at libavformat/rtmppkt.c:410 #4 rtmp_packet_read_one_chunk (h=0x1a21c4a0, p=0x2aab3b1be690, chunk_size=4096, prev_pkt_ptr=, nb_prev_pkt=, hdr=100 'd') at libavformat/rtmppkt.c:264 #5 0x000000000052922a in ff_rtmp_packet_read_internal (h=0x1a21c4a0, p=0x2aab3b1be690, chunk_size=4096, prev_pkt=0x1a21c050, nb_prev_pkt=0x1a21c060) at libavformat/rtmppkt.c:289 #6 ff_rtmp_packet_read (h=0x1a21c4a0, p=0x2aab3b1be690, chunk_size=4096, prev_pkt=0x1a21c050, nb_prev_pkt=0x1a21c060) at libavformat/rtmppkt.c:161 #7 0x00000000004cf309 in get_packet (s=0x1a21bfc0, for_header=) at libavformat/rtmpproto.c:2262 #8 0x00000000004cf78e in rtmp_read (s=0x2aab7a62a040, buf=0x1a22e7e0 "\b", size=32768) at libavformat/rtmpproto.c:2628 #9 0x000000000043d411 in retry_transfer_wrapper (h=0x1a21bfc0, buf=0x1a22e7e0 "\b", size=32768) at libavformat/avio.c:303 #10 ffurl_read (h=0x1a21bfc0, buf=0x1a22e7e0 "\b", size=32768) at libavformat/avio.c:334 #11 0x000000000043dfa3 in fill_buffer (s=0x1a21d220) at libavformat/aviobuf.c:449 #12 0x000000000043e0d5 in avio_r8 (s=0x2aab7a62a040) at libavformat/aviobuf.c:495 #13 0x0000000000452dcc in flv_read_packet (s=0x1a21b9c0, pkt=0x2aab3b1be950) at libavformat/flvdec.c:771 #14 0x0000000000508f0e in ff_read_packet (s=0x1a21b9c0, pkt=0x2aab3b1be950) at libavformat/utils.c:767 #15 0x000000000050b45b in read_frame_internal (s=0x1a21b9c0, pkt=0x2aab3b1c9ef0) at libavformat/utils.c:1436 #16 0x000000000050c29a in av_read_frame (s=0x2aab7a62a040, pkt=0x2aab3b1c9ef0) at libavformat/utils.c:1573 That is can be fix by... rtmppkt.c {{{ static int rtmp_packet_read_one_chunk(URLContext *h, RTMPPacket *p, int chunk_size, RTMPPacket **prev_pkt_ptr, int *nb_prev_pkt, uint8_t hdr) .... .... .... if (size > 0) { RTMPPacket *prev = &prev_pkt[channel_id]; prev->data = p->data; prev->read = p->read; prev->offset = p->offset; // added by K.Y.H for fix crash.... p->data = NULL; return AVERROR(EAGAIN); } prev_pkt[channel_id].read = 0; // read complete; reset if needed return p->read; } }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 15 08:52:20 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 15 Apr 2014 06:52:20 -0000 Subject: [FFmpeg-trac] #3564(avformat:new): random RTMP crash In-Reply-To: <038.d9b184fe2aa336109db7c692c6bc3ebe@avcodec.org> References: <038.d9b184fe2aa336109db7c692c6bc3ebe@avcodec.org> Message-ID: <053.4357cddbc441c58dd8e83ff74e76e586@avcodec.org> #3564: random RTMP crash ------------------------------------+------------------------------------ Reporter: kyh96403 | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: rtmp crash | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * priority: normal => important Comment: If you have a patch fixing this crash, please send it (formatted with {{{git format-patch}}} to the ffmpeg-devel mailing list. If you cannot send a patch, please provide complete valgrind output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 15 08:56:07 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 15 Apr 2014 06:56:07 -0000 Subject: [FFmpeg-trac] #3563(undetermined:new): wrong duration reported by ffmpeg In-Reply-To: <038.77dcfb07e5d8356d417ae8ea9703c1b3@avcodec.org> References: <038.77dcfb07e5d8356d417ae8ea9703c1b3@avcodec.org> Message-ID: <053.2de1bfe2dee177ae9af9219443b383b1@avcodec.org> #3563: wrong duration reported by ffmpeg -------------------------------------+------------------------------------- Reporter: chinshou | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mp3 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => mp3 * version: unspecified => git-master Comment: How was the sample created? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 15 08:59:47 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 15 Apr 2014 06:59:47 -0000 Subject: [FFmpeg-trac] #3562(avfilter:new): aresample, aformat fails with libvorbis and some avi In-Reply-To: <040.4b862da88dd77e18b1dc9d3618971c49@avcodec.org> References: <040.4b862da88dd77e18b1dc9d3618971c49@avcodec.org> Message-ID: <055.b17fbc9f74e2279766b7717fcdbe9966@avcodec.org> #3562: aresample, aformat fails with libvorbis and some avi ------------------------------------+------------------------------------ Reporter: blacktrash | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Please provide the input sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 15 09:25:15 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 15 Apr 2014 07:25:15 -0000 Subject: [FFmpeg-trac] #3565(ffmpeg:new): ffmpeg with hwaccel vdpau decode created washed out highligh h.264 video Message-ID: <033.a2fc77c4d40194c67834817aba30afa7@avcodec.org> #3565: ffmpeg with hwaccel vdpau decode created washed out highligh h.264 video -------------------------------------+------------------------------------- Reporter: dkt | Type: defect Status: new | Priority: important Component: ffmpeg | Version: 2.2.1 Keywords: hwaccel | Blocked By: vdpau highlight h.264 | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: Comparing two method of converting a h.264 MOV file to lower bitrate. The h.264 MOV file is straight from my GH3 camera. Method 1: just use ffmpeg to decode and encode: No special issue. Method 2: use -hwaccel vdpau to make use of hardware vdpau decoding: For the output file, highlight areas (sky/cloud) is clipped. I have a screen capture on the three files, original one, using plain ffmpeg and using ffmpeg + hwaccel. How to reproduce: This is the line for using Nvidia vdpau to convert my origial MOV file. $ LD_PRELOAD=/mnt-data/vg30/lx-prog/ffmpeg-8bit/libx264.so.142 ffmpeg-8bit -hwaccel vdpau -i P1170736.MOV -movflags +faststart -strict experimental -ar 48000 -b:a 192k -vb 28M -vcodec libx264 -x264opts colorprim=bt709 -x264opts transfer=bt709 -x264opts colormatrix=bt709 P1170736-converted- vdpau.mov ffmpeg version On Fedora 20 x64 $ LD_PRELOAD=/mnt-data/vg30/lx-prog/ffmpeg-8bit/libx264.so.142 ffmpeg-8bit -h ffmpeg version 2.2.1 Copyright (c) 2000-2014 the FFmpeg developers built on Apr 14 2014 02:41:59 with gcc 4.8.2 (GCC) 20131212 (Red Hat 4.8.2-7) configuration: --enable-nonfree --enable-gpl --disable-ffserver --enable-lto --enable-libx264 --enable-libvpx --enable-ffplay --enable- static --disable-shared --extra-cflags=-static --extra-libs=./libvo- aacenc.a --enable-libfdk-aac --extra-libs=/usr/local/lib/libfdk-aac.a --enable-libvorbis --disable-debug --enable-vaapi --enable-vdpau --enable- vda --enable-hwaccel=h263_vaapi --enable-hwaccel=vc1_vaapi --enable- hwaccel=mpeg2_vaapi --enable-hwaccel=h264_vaapi --enable- hwaccel=mpeg4_vaapi --enable-hwaccel=wmv3_vaapi --enable- hwaccel=h263_vdpau --enable-hwaccel=vc1_vdpau --enable-hwaccel=mpeg2_vdpau --enable-hwaccel=h264_vdpau --enable-hwaccel=mpeg4_vdpau --enable- hwaccel=wmv3_vdpau --enable-lto --disable-inline-asm --enable-opencl --enable-x11grab --enable-avisynth --enable-libfreetype --enable- libopenjpeg --enable-opengl --enable-libschroedinger -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 15 09:27:38 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 15 Apr 2014 07:27:38 -0000 Subject: [FFmpeg-trac] #3565(ffmpeg:new): ffmpeg with hwaccel vdpau decode created washed out highlight h.264 video (was: ffmpeg with hwaccel vdpau decode created washed out highligh h.264 video) In-Reply-To: <033.a2fc77c4d40194c67834817aba30afa7@avcodec.org> References: <033.a2fc77c4d40194c67834817aba30afa7@avcodec.org> Message-ID: <048.9a2b91c1e913b3403adb7c8955767f90@avcodec.org> #3565: ffmpeg with hwaccel vdpau decode created washed out highlight h.264 video -------------------------------------+------------------------------------- Reporter: dkt | Owner: Type: defect | Status: new Priority: important | Component: ffmpeg Version: 2.2.1 | Resolution: Keywords: hwaccel | Blocked By: vdpau highlight h.264 | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 15 09:30:22 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 15 Apr 2014 07:30:22 -0000 Subject: [FFmpeg-trac] #3565(ffmpeg:new): ffmpeg with hwaccel vdpau decode created washed out highlight h.264 video In-Reply-To: <033.a2fc77c4d40194c67834817aba30afa7@avcodec.org> References: <033.a2fc77c4d40194c67834817aba30afa7@avcodec.org> Message-ID: <048.362557a9f4d9b9853c2b262ae297ff26@avcodec.org> #3565: ffmpeg with hwaccel vdpau decode created washed out highlight h.264 video -------------------------------------+------------------------------------- Reporter: dkt | Owner: Type: defect | Status: new Priority: important | Component: ffmpeg Version: 2.2.1 | Resolution: Keywords: hwaccel | Blocked By: vdpau highlight h.264 | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by dkt): Hardware info: Fedora 20 x64 Nvidia GT 640 $ vdpauinfo display: :0 screen: 0 API version: 1 Information string: NVIDIA VDPAU Driver Shared Library 331.49 Wed Feb 12 20:20:12 PST 2014 Video surface: name width height types ------------------------------------------- 420 4096 4096 NV12 YV12 422 4096 4096 UYVY YUYV Decoder capabilities: name level macbs width height ------------------------------------------- MPEG1 0 65536 4032 4048 MPEG2_SIMPLE 3 65536 4032 4048 MPEG2_MAIN 3 65536 4032 4048 H264_MAIN 41 65536 4032 4080 H264_HIGH 41 65536 4032 4080 VC1_SIMPLE 1 8190 2048 2048 VC1_MAIN 2 8190 2048 2048 VC1_ADVANCED 4 8190 2048 2048 MPEG4_PART2_SP 3 8192 2048 2048 MPEG4_PART2_ASP 5 8192 2048 2048 DIVX4_QMOBILE 0 8192 2048 2048 DIVX4_MOBILE 0 8192 2048 2048 DIVX4_HOME_THEATER 0 8192 2048 2048 DIVX4_HD_1080P 0 8192 2048 2048 DIVX5_QMOBILE 0 8192 2048 2048 DIVX5_MOBILE 0 8192 2048 2048 DIVX5_HOME_THEATER 0 8192 2048 2048 DIVX5_HD_1080P 0 8192 2048 2048 Output surface: name width height nat types ---------------------------------------------------- B8G8R8A8 16384 16384 y Y8U8V8A8 V8U8Y8A8 R10G10B10A2 16384 16384 y Y8U8V8A8 V8U8Y8A8 Bitmap surface: name width height ------------------------------ B8G8R8A8 16384 16384 R8G8B8A8 16384 16384 R10G10B10A2 16384 16384 B10G10R10A2 16384 16384 A8 16384 16384 Video mixer: feature name sup ------------------------------------ DEINTERLACE_TEMPORAL y DEINTERLACE_TEMPORAL_SPATIAL y INVERSE_TELECINE y NOISE_REDUCTION y SHARPNESS y LUMA_KEY y HIGH QUALITY SCALING - L1 y HIGH QUALITY SCALING - L2 - HIGH QUALITY SCALING - L3 - HIGH QUALITY SCALING - L4 - HIGH QUALITY SCALING - L5 - HIGH QUALITY SCALING - L6 - HIGH QUALITY SCALING - L7 - HIGH QUALITY SCALING - L8 - HIGH QUALITY SCALING - L9 - parameter name sup min max ----------------------------------------------------- VIDEO_SURFACE_WIDTH y 1 4096 VIDEO_SURFACE_HEIGHT y 1 4096 CHROMA_TYPE y LAYERS y 0 4 attribute name sup min max ----------------------------------------------------- BACKGROUND_COLOR y CSC_MATRIX y NOISE_REDUCTION_LEVEL y 0.00 1.00 SHARPNESS_LEVEL y -1.00 1.00 LUMA_KEY_MIN_LUMA y LUMA_KEY_MAX_LUMA y -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 15 10:14:06 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 15 Apr 2014 08:14:06 -0000 Subject: [FFmpeg-trac] #3565(ffmpeg:new): ffmpeg with hwaccel vdpau decode created washed out highlight h.264 video In-Reply-To: <033.a2fc77c4d40194c67834817aba30afa7@avcodec.org> References: <033.a2fc77c4d40194c67834817aba30afa7@avcodec.org> Message-ID: <048.7ae8b57267035ba57d07f6e1a9010f57@avcodec.org> #3565: ffmpeg with hwaccel vdpau decode created washed out highlight h.264 video ------------------------------------+---------------------------------- Reporter: dkt | Owner: Type: defect | Status: new Priority: normal | Component: ffmpeg Version: 2.2.1 | Resolution: Keywords: h264 vdpau | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Changes (by cehoyos): * keywords: hwaccel vdpau highlight h.264 => h264 vdpau * priority: important => normal Comment: Is this a regression? Please test current git head to make this a valid ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 15 10:19:43 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 15 Apr 2014 08:19:43 -0000 Subject: [FFmpeg-trac] #3566(undetermined:new): trouble reading primative mpeg-ps stream in an mp4 container Message-ID: <037.d0b887c0b887fad1075309c89d40c878@avcodec.org> #3566: trouble reading primative mpeg-ps stream in an mp4 container -------------------------------------+------------------------------------- Reporter: jon.lee | Type: Status: new | enhancement Component: | Priority: normal undetermined | Version: Keywords: | unspecified Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Summary of the bug: I have some security camera video content that ffmpeg can't read the header data in properly. I also have the propriety player but dont have a way to get any further stream info out. I can upload a small sample and the player if that's any help? How to reproduce: {{{ % ffmpeg -i input ... output ffmpeg version built on ... }}} Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 15 10:33:35 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 15 Apr 2014 08:33:35 -0000 Subject: [FFmpeg-trac] #3566(undetermined:new): trouble reading primative mpeg-ps stream in an mp4 container In-Reply-To: <037.d0b887c0b887fad1075309c89d40c878@avcodec.org> References: <037.d0b887c0b887fad1075309c89d40c878@avcodec.org> Message-ID: <052.46a885409700f4fe0972483e773e305b@avcodec.org> #3566: trouble reading primative mpeg-ps stream in an mp4 container -------------------------------------+------------------------------------- Reporter: jon.lee | Owner: Type: enhancement | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by jon.lee): File Sample link: http://www.datafilehost.com/d/7f58adc2 Player Link: http://www.datafilehost.com/d/a2fa52b9 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 15 10:48:50 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 15 Apr 2014 08:48:50 -0000 Subject: [FFmpeg-trac] #3562(avfilter:new): aresample, aformat fails with libvorbis and some avi In-Reply-To: <040.4b862da88dd77e18b1dc9d3618971c49@avcodec.org> References: <040.4b862da88dd77e18b1dc9d3618971c49@avcodec.org> Message-ID: <055.3919daf2ee6c074e025aee2efc6835d1@avcodec.org> #3562: aresample, aformat fails with libvorbis and some avi ------------------------------------+------------------------------------ Reporter: blacktrash | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by blacktrash): Replying to [comment:1 cehoyos]: > Please provide the input sample. Clipped sample, but both the failing filter command and the succeeding option command can be replicated with: incoming/issue3562.avi -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 15 11:12:58 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 15 Apr 2014 09:12:58 -0000 Subject: [FFmpeg-trac] #3564(avformat:new): random RTMP crash In-Reply-To: <038.d9b184fe2aa336109db7c692c6bc3ebe@avcodec.org> References: <038.d9b184fe2aa336109db7c692c6bc3ebe@avcodec.org> Message-ID: <053.7e64188e2eb36de6c97d5ea31c11ce34@avcodec.org> #3564: random RTMP crash ------------------------------------+------------------------------------ Reporter: kyh96403 | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: rtmp crash | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by kyh96403): I attach diff file and rtmppkt.c. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 15 11:46:07 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 15 Apr 2014 09:46:07 -0000 Subject: [FFmpeg-trac] #3565(ffmpeg:new): ffmpeg with hwaccel vdpau decode created washed out highlight h.264 video In-Reply-To: <033.a2fc77c4d40194c67834817aba30afa7@avcodec.org> References: <033.a2fc77c4d40194c67834817aba30afa7@avcodec.org> Message-ID: <048.bb50fa12008b735fd01796bde10c7d13@avcodec.org> #3565: ffmpeg with hwaccel vdpau decode created washed out highlight h.264 video ------------------------------------+---------------------------------- Reporter: dkt | Owner: Type: defect | Status: new Priority: normal | Component: ffmpeg Version: 2.2.1 | Resolution: Keywords: h264 vdpau | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Comment (by dkt): Tested with git and it seems no problem for using with or without vdpau. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 15 12:53:07 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 15 Apr 2014 10:53:07 -0000 Subject: [FFmpeg-trac] #3564(avformat:new): random RTMP crash In-Reply-To: <038.d9b184fe2aa336109db7c692c6bc3ebe@avcodec.org> References: <038.d9b184fe2aa336109db7c692c6bc3ebe@avcodec.org> Message-ID: <053.c60e7fe75c1160afd8955d633bfd3080@avcodec.org> #3564: random RTMP crash ------------------------------------+------------------------------------ Reporter: kyh96403 | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: rtmp crash | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Unfortunately, patches attached on this bug tracker are often ignored. Please commit your patch locally with {{{git commit libavformat/rtmppkt.c}}} and create a patch with {{{git format-patch HEAD^}}}. Then send the resulting file (0001-...) to the ffmpeg-devel mailing list where it will be reviewed. Don't forget that tabs cannot be committed to the FFmpeg repository, respect the existing indentation and please remove the comment: {{{git blame}}} tells everybody that you wrote the patch. If possible, add {{{Fixes ticket #3564}}} to the commit message. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 15 18:50:25 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 15 Apr 2014 16:50:25 -0000 Subject: [FFmpeg-trac] #3567(undetermined:new): Infinite PSNR Values with X265 Message-ID: <033.83bcbab1cf70a8ea02b205ed8c13cde5@avcodec.org> #3567: Infinite PSNR Values with X265 -------------------------------------+------------------------------------- Reporter: ooe | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: x265, PSNR, | Blocked By: HEVC, H265 | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: When I encode a YUV file with libx265 with the -psnr flag turned on, the given values are infinite/do not make sense. How to reproduce: {{{ % ffmpeg -i bunny1_test_small_QCIF.y4m -report -ssim 1 -psnr -v 9 -loglevel 99 -y bunny1_QCIF_small.hevc ffmpeg version 2.2.git Copyright (c) 2000-2014 the FFmpeg developers built on Mar 12 2014 00:14:34 with gcc 4.8 (Ubuntu/Linaro 4.8.1-10ubuntu9) configuration: --prefix=/home/system/ffmpeg_build --extra- cflags=-I/home/system/ffmpeg_build/include --extra- ldflags=-L/home/system/ffmpeg_build/lib --bindir=/home/system/bin --extra- libs=-ldl --enable-gpl --enable-libass --enable-libfdk-aac --enable- libmp3lame --enable-libopus --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-nonfree --enable-x11grab --enable-libx265 libavutil 52. 66.101 / 52. 66.101 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 34.100 / 55. 34.100 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Splitting the commandline. Reading option '-i' ... matched as input file with argument 'bunny1_test_small_QCIF.y4m'. Reading option '-report' ... matched as option 'report' (generate a report) with argument '1'. Reading option '-ssim' ... matched as AVOption 'ssim' with argument '1'. Reading option '-psnr' ... matched as option 'psnr' (calculate PSNR of compressed frames) with argument '1'. Reading option '-v' ... matched as option 'v' (set logging level) with argument '9'. Reading option '-loglevel' ... matched as option 'loglevel' (set logging level) with argument '99'. Reading option '-y' ... matched as option 'y' (overwrite output files) with argument '1'. Reading option 'bunny1_QCIF_small.hevc' ... matched as output file. Finished splitting the commandline. Parsing a group of options: global . Applying option report (generate a report) with argument 1. Applying option psnr (calculate PSNR of compressed frames) with argument 1. Applying option v (set logging level) with argument 9. Applying option loglevel (set logging level) with argument 99. Applying option y (overwrite output files) with argument 1. Successfully parsed a group of options. Parsing a group of options: input file bunny1_test_small_QCIF.y4m. Successfully parsed a group of options. Opening an input file: bunny1_test_small_QCIF.y4m. [yuv4mpegpipe @ 0x2a66a80] Format yuv4mpegpipe probed with size=2048 and score=100 [yuv4mpegpipe @ 0x2a66a80] Before avformat_find_stream_info() pos: 60 bytes read:32768 seeks:0 [yuv4mpegpipe @ 0x2a66a80] max_analyze_duration 5000000 reached at 5000000 microseconds [yuv4mpegpipe @ 0x2a66a80] After avformat_find_stream_info() pos: 4600722 bytes read:4622982 seeks:0 frames:120 Input #0, yuv4mpegpipe, from 'bunny1_test_small_QCIF.y4m': Duration: N/A, bitrate: N/A Stream #0:0, 120, 1/24: Video: rawvideo (I420 / 0x30323449), yuv420p, 176x144, 1/24, SAR 16:11 DAR 16:9, 24 fps, 24 tbr, 24 tbn, 24 tbc Successfully opened the file. Parsing a group of options: output file bunny1_QCIF_small.hevc. Successfully parsed a group of options. Opening an output file: bunny1_QCIF_small.hevc. Codec AVOption ssim (Calculate and print SSIM stats.) specified for output file #0 (bunny1_QCIF_small.hevc) has not been used for any stream. The most likely reason is either wrong type (e.g. a video option with no video streams) or that it is a private option of some encoder which was not actually used for any stream. Successfully opened the file. detected 4 logical cores [graph 0 input from stream 0:0 @ 0x2a6a4c0] Setting 'video_size' to value '176x144' [graph 0 input from stream 0:0 @ 0x2a6a4c0] Setting 'pix_fmt' to value '0' [graph 0 input from stream 0:0 @ 0x2a6a4c0] Setting 'time_base' to value '1/24' [graph 0 input from stream 0:0 @ 0x2a6a4c0] Setting 'pixel_aspect' to value '16/11' [graph 0 input from stream 0:0 @ 0x2a6a4c0] Setting 'sws_param' to value 'flags=2' [graph 0 input from stream 0:0 @ 0x2a6a4c0] Setting 'frame_rate' to value '24/1' [graph 0 input from stream 0:0 @ 0x2a6a4c0] w:176 h:144 pixfmt:yuv420p tb:1/24 fr:24/1 sar:16/11 sws_param:flags=2 [format @ 0x2a6aba0] compat: called with args=[yuv420p|yuv444p] [format @ 0x2a6aba0] Setting 'pix_fmts' to value 'yuv420p|yuv444p' [AVFilterGraph @ 0x2a68080] query_formats: 4 queried, 3 merged, 0 already done, 0 delayed Output #0, hevc, to 'bunny1_QCIF_small.hevc': Metadata: encoder : Lavf55.34.100 Stream #0:0, 0, 1/90000: Video: hevc (libx265), yuv420p, 176x144 [SAR 16:11 DAR 16:9], 1/24, q=2-31, 200 kb/s, 90k tbn, 24 tbc Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> libx265) Press [q] to stop, [?] for help [output stream 0:0 @ 0x2a6a820] EOF on sink link output stream 0:0:default.=00:00:10.00 bitrate= 257.1kbits/s No more output streams to write to, finishing. frame= 269 fps= 28 q=0.0 **LPSNR=Y:inf U:inf V:inf *:inf *** size= 338kB time=00:00:11.12 bitrate= 248.6kbits/s video:338kB audio:0kB subtitle:0 data:0 global headers:0kB muxing overhead 0.000000% 269 frames successfully decoded, 0 decoding errors [AVIOContext @ 0x2a68320] Statistics: 0 seeks, 269 writeouts [AVIOContext @ 0x2a6f200] Statistics: 10240000 bytes read, 0 seeks }}} This is interesting because using x265 by itself prints out a valid- looking value for global PSNR. {{{ %system at ubuntu:~$ x265 bunny1_test_small_QCIF.y4m --psnr --log-level debug -o bunny1_QCIF_small.hevc y4m [info]: 176x144 fps 24/1 i420 sar 16:11 frames 0 - 268 of 269 x265 [info]: HEVC encoder version 0.9+48-9f0f011294bd x265 [info]: build info [Linux][GCC 4.8.2][64 bit] 8bpp x265 [warning]: Assembly not supported in this binary x265 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2 x265 [info]: WPP streams / pool / frames : 3 / 4 / 2 x265 [info]: Main profile, Level-2 (Main tier) x265 [info]: CU size : 64 x265 [info]: Max RQT depth inter / intra : 1 / 1 x265 [info]: ME / range / subpel / merge : hex / 57 / 2 / 2 x265 [info]: Keyframe min / max / scenecut : 24 / 250 / 40 x265 [info]: Lookahead / bframes / badapt : 20 / 4 / 2 x265 [info]: b-pyramid / weightp / weightb / refs: 1 / 1 / 0 / 3 x265 [info]: Rate Control / AQ-Strength / CUTree : CRF-28.0 / 1.0 / 1 x265 [info]: tools: rect amp rd=3 lft sao-lcu sign-hide x265 [debug]: POC:0 I QP 30.67(33) 280 bits [Y: 69.71 U: 66.70 V: 66.70] x265 [debug]: POC:4 P QP 30.78(33) 200 bits [Y: 58.42 U: 66.70 V: 65.54] [L0 0 ] x265 [debug]: POC:2 B QP 30.67(33) 144 bits [Y: 69.71 U: 66.70 V: 66.70] [L0 0 ] [L1 4 ] x265 [debug]: POC:1 b QP 30.67(33) 144 bits [Y: 69.71 U: 66.70 V: 66.70] [L0 0 ] [L1 2 4 ] x265 [debug]: POC:3 b QP 30.67(33) 160 bits [Y: 68.48 U: 66.70 V: 66.70] [L0 2 0 ] [L1 4 ] x265 [debug]: POC:7 P QP 31.33(33) 304 bits [Y: 52.89 U: 59.31 V: 55.42] [L0 4 2 0 ] x265 [debug]: POC:6 B QP 31.33(33) 176 bits [Y: 53.39 U: 61.85 V: 55.81] [L0 4 2 0 ] [L1 7 ] x265 [debug]: POC:5 b QP 30.89(33) 176 bits [Y: 59.29 U: 65.15 V: 60.82] [L0 4 2 ] [L1 6 7 ] x265 [debug]: POC:8 P QP 30.78(33) 296 bits [Y: 55.98 U: 57.62 V: 54.57] [L0 7 6 4 ] x265 [debug]: POC:10 P QP 31.00(33) 240 bits [Y: 53.07 U: 54.54 V: 51.37] [L0 8 7 6 ] x265 [debug]: POC:9 b QP 31.00(33) 232 bits [Y: 53.57 U: 55.79 V: 52.41] [L0 8 7 6 ] [L1 10 ] x265 [debug]: POC:12 P QP 31.00(33) 384 bits [Y: 52.31 U: 52.89 V: 54.57] [L0 10 8 7 ] x265 [debug]: POC:11 b QP 31.22(33) 248 bits [Y: 51.76 U: 53.51 V: 54.20] [L0 10 8 6 ] [L1 12 ] x265 [debug]: POC:13 P QP 31.22(33) 344 bits [Y: 50.97 U: 51.64 V: 54.06] [L0 12 10 8 ] x265 [debug]: POC:14 P QP 31.22(33) 296 bits [Y: 50.82 U: 50.32 V: 51.66] [L0 13 <---Output truncated> x265 [debug]: POC:265 b QP 37.89(33) 152 bits [Y: 36.51 U: 38.22 V: 40.60] [L0 264 262 ] [L1 266 268 ] x265 [debug]: POC:267 b QP 38.00(33) 160 bits [Y: 35.85 U: 37.93 V: 40.48] [L0 266 264 262 ] [L1 268 ] x265 [info]: frame I: 2 Avg QP:29.28 kb/s: 520.80 PSNR Mean: Y:54.948 U:53.609 V:54.084 x265 [info]: frame P: 76 Avg QP:31.38 kb/s: 40.48 PSNR Mean: Y:39.390 U:42.399 V:41.899 x265 [info]: frame B: 191 Avg QP:35.64 kb/s: 4.74 PSNR Mean: Y:38.310 U:41.205 V:40.852 x265 [info]: global : 269 Avg QP:34.39 kb/s: 18.67 PSNR Mean: Y:38.739 U:41.634 V:41.246 x265 [info]: Weighted P-Frames: Y:36.8% UV:22.4% x265 [info]: consecutive B-frames: 17.9% 5.1% 9.0% 50.0% 17.9% encoded 269 frames in 6.47s (41.60 fps), 18.67 kb/s, Global PSNR: 39.414 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 15 22:02:32 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 15 Apr 2014 20:02:32 -0000 Subject: [FFmpeg-trac] #3507(undetermined:new): console prompt to "overwrite file" can be lost In-Reply-To: <040.f0f731c9516226cb3bc5db78ab940174@avcodec.org> References: <040.f0f731c9516226cb3bc5db78ab940174@avcodec.org> Message-ID: <055.7699534a4a47e554bea610afc464e3b6@avcodec.org> #3507: console prompt to "overwrite file" can be lost -------------------------------------+------------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by rogerdpack): Or I suppose you could make the logging system "input aware" somehow [like a mutex to block new log messages until gets returns or what not]...perhaps... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 16 01:22:55 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 15 Apr 2014 23:22:55 -0000 Subject: [FFmpeg-trac] #3559(undetermined:new): flac format playback fails with gcc-4.9 compiler In-Reply-To: <036.aa7969d064dea2c29e8ff3d13803bcd6@avcodec.org> References: <036.aa7969d064dea2c29e8ff3d13803bcd6@avcodec.org> Message-ID: <051.5931d3d7c89de8ba98c7212640192d7e@avcodec.org> #3559: flac format playback fails with gcc-4.9 compiler -------------------------------------+------------------------------------- Reporter: amooze | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: flac | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by amooze): even after a substational patch to the flac decoder, I'm still seeing the problem: /usr/src/mplayer/ffmpeg/ffplay -v 9 -loglevel 99 -i 10.innocent_starter.flac ffplay version git-2014-04-16-bdc812a Copyright (c) 2003-2014 the FFmpeg developers built on Apr 16 2014 08:47:59 with gcc 4.9 (Debian 4.9-20140411-2) configuration: --cc=gcc-4.9 --host-cc=gcc-4.9 --dep-cc=gcc-4.9 libavutil 52. 76.100 / 52. 76.100 libavcodec 55. 58.103 / 55. 58.103 libavformat 55. 37.100 / 55. 37.100 libavdevice 55. 13.100 / 55. 13.100 libavfilter 4. 4.100 / 4. 4.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 [flac @ 0x7fc62c0008c0] Format flac probed with size=2048 and score=50 [flac @ 0x7fc62c0008c0] Before avformat_find_stream_info() pos: 8808 bytes read:32768 seeks:0 [flac @ 0x7fc62c000ea0] sample/frame number mismatch in adjacent frames Last message repeated 18 times [flac @ 0x7fc62c0008c0] All info found [flac @ 0x7fc62c0008c0] After avformat_find_stream_info() pos: 10856 bytes read:32768 seeks:0 frames:1 Input #0, flac, from '10.innocent_starter.flac': Metadata: ARTIST : ???? ALBUM : THE MUSEUM TITLE : innocent starter DATE : 2007 GENRE : JPop track : 10 CDDB : e111e110 Duration: 00:04:40.64, start: 0.000000, bitrate: 1043 kb/s Stream #0:0, 1, 1/44100: Audio: flac, 44100 Hz, stereo, s16 detected 4 logical cores [ffplay_abuffer @ 0x7fc62c00c700] Setting 'sample_rate' to value '44100' [ffplay_abuffer @ 0x7fc62c00c700] Setting 'sample_fmt' to value 's16' [ffplay_abuffer @ 0x7fc62c00c700] Setting 'channels' to value '2' [ffplay_abuffer @ 0x7fc62c00c700] Setting 'time_base' to value '1/44100' [ffplay_abuffer @ 0x7fc62c00c700] Setting 'channel_layout' to value '0x3' [ffplay_abuffer @ 0x7fc62c00c700] tb:1/44100 samplefmt:s16 samplerate:44100 chlayout:0x3 [AVFilterGraph @ 0x7fc62c00bd60] query_formats: 2 queried, 3 merged, 0 already done, 0 delayed [flac @ 0x7fc62c000ea0] sample/frame number mismatch in adjacent frames Last message repeated 3 times Audio frame changed from rate:44100 ch:2 fmt:s16 layout:stereo serial:-1 to rate:44100 ch:2 fmt:s16 layout:stereo serial:1 [ffplay_abuffer @ 0x7fc620001240] Setting 'sample_rate' to value '44100' [ffplay_abuffer @ 0x7fc620001240] Setting 'sample_fmt' to value 's16' [ffplay_abuffer @ 0x7fc620001240] Setting 'channels' to value '2' [ffplay_abuffer @ 0x7fc620001240] Setting 'time_base' to value '1/44100' [ffplay_abuffer @ 0x7fc620001240] Setting 'channel_layout' to value '0x3' [ffplay_abuffer @ 0x7fc620001240] tb:1/44100 samplefmt:s16 samplerate:44100 chlayout:0x3 [AVFilterGraph @ 0x7fc620000dc0] query_formats: 2 queried, 3 merged, 0 already done, 0 delayed [flac @ 0x7fc62c000ea0] sample/frame number mismatch in adjacent frames Last message repeated 21 times [flac @ 0x7fc62c000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7fc62c000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7fc62c000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7fc62c000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7fc62c000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7fc62c000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7fc62c000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7fc62c000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7fc62c000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7fc62c000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7fc62c000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7fc62c000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7fc62c000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7fc62c000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7fc62c000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7fc62c000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7fc62c0093e0] invalid subframe paddingB sq= 0B f=0/0 [flac @ 0x7fc62c0093e0] decode_frame() failed [flac @ 0x7fc62c000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7fc62c000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7fc62c000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7fc62c000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7fc62c0093e0] invalid subframe paddingB sq= 0B f=0/0 [flac @ 0x7fc62c0093e0] decode_frame() failed [flac @ 0x7fc62c000ea0] sample/frame number mismatch in adjacent frames Last message repeated 3 times [flac @ 0x7fc62c000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7fc62c000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7fc62c000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7fc62c000ea0] sample/frame number mismatch in adjacent frames Last message repeated 3 times [flac @ 0x7fc62c000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7fc62c00a7e0] invalid subframe paddingB sq= 0B f=0/0 [flac @ 0x7fc62c00a7e0] decode_frame() failed [flac @ 0x7fc62c000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7fc62c000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7fc62c000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7fc62c000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7fc62c00a7e0] invalid subframe paddingB sq= 0B f=0/0 [flac @ 0x7fc62c00a7e0] decode_frame() failed [flac @ 0x7fc62c000ea0] sample/frame number mismatch in adjacent frames Last message repeated 3 times [flac @ 0x7fc62c000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7fc62c000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7fc62c008c20] underread: 6275 orig size: 9378 0B f=0/0 [flac @ 0x7fc62c000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7fc62c000ea0] sample/frame number mismatch in adjacent frames Last message repeated 3 times [flac @ 0x7fc62c000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7fc62c000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7fc62c000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7fc62c000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7fc62c000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7fc62c000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7fc62c000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7fc62c000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7fc62c000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7fc62c009d20] underread: 4894 orig size: 9551 [flac @ 0x7fc62c000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7fc62c000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [flac @ 0x7fc62c000ea0] sample/frame number mismatch in adjacent frames Last message repeated 1 times [AVIOContext @ 0x7fc62c0015c0] Statistics: 655360 bytes read, 0 seeks -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 16 01:26:53 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 15 Apr 2014 23:26:53 -0000 Subject: [FFmpeg-trac] #3559(undetermined:new): flac format playback fails with gcc-4.9 compiler In-Reply-To: <036.aa7969d064dea2c29e8ff3d13803bcd6@avcodec.org> References: <036.aa7969d064dea2c29e8ff3d13803bcd6@avcodec.org> Message-ID: <051.fa402e66a34ca4e4d5cb1c816bf481d1@avcodec.org> #3559: flac format playback fails with gcc-4.9 compiler -------------------------------------+------------------------------------- Reporter: amooze | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: flac | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by amooze): The patch was to ./libavformat/flacdec.c (does this affec ffplay or not?) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 16 01:55:01 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 15 Apr 2014 23:55:01 -0000 Subject: [FFmpeg-trac] #3464(undetermined:closed): hnm: support 256x256 resolution In-Reply-To: <039.9e4ea6af1216bf29d834f19d6aed728b@avcodec.org> References: <039.9e4ea6af1216bf29d834f19d6aed728b@avcodec.org> Message-ID: <054.230b97dbb4a364dde8c25873233b74f6@avcodec.org> #3464: hnm: support 256x256 resolution -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Fixed in 79d82a65744b94406ac06677d42373879529926a -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 16 04:10:54 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 16 Apr 2014 02:10:54 -0000 Subject: [FFmpeg-trac] #3466(undetermined:closed): PVS-Studio static code analysis In-Reply-To: <043.c9d93d6fbaab655a59cec5ac8246f91c@avcodec.org> References: <043.c9d93d6fbaab655a59cec5ac8246f91c@avcodec.org> Message-ID: <058.f946ab2b922c7d2cb59813879361a461@avcodec.org> #3466: PVS-Studio static code analysis -------------------------------------+------------------------------------- Reporter: | Owner: Andrey_Karpov | Status: closed Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed Comment: All issues fixed (except the signed left shift, for which a patch is welcome) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 16 05:07:32 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 16 Apr 2014 03:07:32 -0000 Subject: [FFmpeg-trac] #3559(undetermined:closed): flac format playback fails with gcc-4.9 compiler In-Reply-To: <036.aa7969d064dea2c29e8ff3d13803bcd6@avcodec.org> References: <036.aa7969d064dea2c29e8ff3d13803bcd6@avcodec.org> Message-ID: <051.c215ad909d1f1831dd66f506c76d1b23@avcodec.org> #3559: flac format playback fails with gcc-4.9 compiler -------------------------------------+------------------------------------- Reporter: amooze | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: flac | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by amooze): * status: new => closed * resolution: => fixed Comment: ffplay now plays the file correctly. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 16 05:08:06 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 16 Apr 2014 03:08:06 -0000 Subject: [FFmpeg-trac] #3559(undetermined:reopened): flac format playback fails with gcc-4.9 compiler In-Reply-To: <036.aa7969d064dea2c29e8ff3d13803bcd6@avcodec.org> References: <036.aa7969d064dea2c29e8ff3d13803bcd6@avcodec.org> Message-ID: <051.d7f24ac6c4183208997ecaf63fe4d35f@avcodec.org> #3559: flac format playback fails with gcc-4.9 compiler -------------------------------------+------------------------------------- Reporter: amooze | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: unspecified | undetermined Keywords: flac | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by amooze): * status: closed => reopened * resolution: fixed => -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 16 10:01:35 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 16 Apr 2014 08:01:35 -0000 Subject: [FFmpeg-trac] #3550(avformat:open): [wavdec]DTS in wave can not be recognized In-Reply-To: <041.a8b85482a01100063bac224b96800f94@avcodec.org> References: <041.a8b85482a01100063bac224b96800f94@avcodec.org> Message-ID: <056.87a58eb445c309236e0054c067b8ed5d@avcodec.org> #3550: [wavdec]DTS in wave can not be recognized -------------------------------------+------------------------------------ Reporter: adam_csheng | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: wav | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by adam_csheng): The mail sent to trac at avcodec.org, ffmpeg-trac at avcodec.org and ffmpeg- devel at avcodec.org fail, I attached the patch, please refer to the attachment: 0001-avformat-wavdec-enlarge-probe_packets-for-wav.patch -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 16 12:00:17 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 16 Apr 2014 10:00:17 -0000 Subject: [FFmpeg-trac] #3550(avformat:open): [wavdec]DTS in wave can not be recognized In-Reply-To: <041.a8b85482a01100063bac224b96800f94@avcodec.org> References: <041.a8b85482a01100063bac224b96800f94@avcodec.org> Message-ID: <056.4ee51198649488fa3a1e80fead8ed3a5@avcodec.org> #3550: [wavdec]DTS in wave can not be recognized -------------------------------------+------------------------------------ Reporter: adam_csheng | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: wav | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): http://ffmpeg.org/mailman/listinfo/ffmpeg-devel Where did you find the other addresses? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 16 13:32:38 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 16 Apr 2014 11:32:38 -0000 Subject: [FFmpeg-trac] #2467(ffmpeg:reopened): -itsoffset with overlay filter buffer queue overflow In-Reply-To: <036.c9a5269a7be0a6b9fb4ca0cf451f63ca@avcodec.org> References: <036.c9a5269a7be0a6b9fb4ca0cf451f63ca@avcodec.org> Message-ID: <051.47b647b49fcc9b49b25d599360e522ee@avcodec.org> #2467: -itsoffset with overlay filter buffer queue overflow -------------------------------------+------------------------------------- Reporter: Timbot | Owner: Type: defect | Status: reopened Priority: important | Component: ffmpeg Version: git-master | Resolution: Keywords: buffer | Blocked By: overflow | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by lifeamit): * keywords: regression => buffer overflow * resolution: fixed => * status: closed => reopened * component: avfilter => ffmpeg Comment: But it didn't work for me. It would be great if the underlying problem can be fixed in this case. Posting logs in case it helps. Here is the command I executed: ffmpeg -i .Files/1szqpq/hjmuqD/creation/overlaid-video.mp4 -itsoffset 22.952 -i .Files/1szqpq/hjmuqD/creation/07eda82db409f6c212ffa829287d9c0d_clip.webm -filter_complex "overlay=x='if(gte(t,34.28),NAN,0)':y=0" -y .Files/1szqpq/hjmuqD/creation/overlaid-video-2.mp4 Here is the log: ffmpeg version 2.2-tessus Copyright (c) 2000-2014 the FFmpeg developers built on Mar 24 2014 22:25:11 with llvm-gcc 4.2.1 (LLVM build 2336.1.00) configuration: --prefix=/Users/tessus/data/ext/ffmpeg/sw --as=yasm --extra-version=tessus --disable-shared --enable-static --disable-ffplay --enable-gpl --enable-pthreads --enable-postproc --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libx264 --enable-libxvid --enable-libspeex --enable-bzlib --enable-zlib --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libxavs --enable-version3 --enable- libvo-aacenc --enable-libvo-amrwbenc --enable-libvpx --enable-libgsm --enable-libopus --enable-libmodplug --enable-fontconfig --enable- libfreetype --enable-libass --enable-libbluray --enable-filters --enable- runtime-cpudetect libavutil 52. 66.100 / 52. 66.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 10.100 / 55. 10.100 libavfilter 4. 2.100 / 4. 2.100 libswscale 2. 5.102 / 2. 5.102 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '.Files/1szqpq/hjmuqD/creation /overlaid-video.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf55.33.100 Duration: 00:00:44.91, start: 0.000000, bitrate: 443 kb/s Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 392 kb/s, 29.97 fps, 29.97 tbr, 11988 tbn, 59.94 tbc (default) Metadata: handler_name : VideoHandler Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 128 kb/s (default) Metadata: handler_name : SoundHandler Input #1, matroska,webm, from '.Files/1szqpq/hjmuqD/creation/07eda82db409f6c212ffa829287d9c0d_clip.webm': Metadata: encoder : libebml v1.2.0 + libmatroska v1.1.0 creation_time : 2014-04-09 06:16:15 Duration: 00:00:11.33, start: 0.000000, bitrate: 996 kb/s Stream #1:0: Video: vp8, yuv420p, 274x486, SAR 1:1 DAR 137:243, 30.05 fps, 30.05 tbr, 1k tbn, 1k tbc (default) Stream #1:1: Audio: vorbis, 48000 Hz, stereo, fltp (default) [libx264 @ 0x104000600] using SAR=1/1 [libx264 @ 0x104000600] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX [libx264 @ 0x104000600] profile High, level 3.1 [libx264 @ 0x104000600] 264 - core 142 - H.264/MPEG-4 AVC codec - Copyleft 2003-2014 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=12 lookahead_threads=2 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 Output #0, mp4, to '.Files/1szqpq/hjmuqD/creation/overlaid-video-2.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf55.33.100 Stream #0:0: Video: h264 (libx264) ([33][0][0][0] / 0x0021), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], q=-1--1, 11988 tbn, 29.97 tbc (default) Stream #0:1(und): Audio: aac (libvo_aacenc) ([64][0][0][0] / 0x0040), 44100 Hz, stereo, s16, 128 kb/s (default) Metadata: handler_name : SoundHandler Stream mapping: Stream #0:0 (h264) -> overlay:main (graph 0) Stream #1:0 (vp8) -> overlay:overlay (graph 0) overlay (graph 0) -> Stream #0:0 (libx264) Stream #0:1 -> #0:1 (aac -> libvo_aacenc) Press [q] to stop, [?] for help [Parsed_overlay_0 @ 0x103800000] [framesync @ 0x1038000e8] Buffer queue overflow, dropping. Last message repeated 624 times frame= 1345 fps=181 q=-1.0 Lsize= 2130kB time=00:00:44.81 bitrate= 389.4kbits/s dup=624 drop=0 video:1851kB audio:251kB subtitle:0 data:0 global headers:0kB muxing overhead 1.348262% [libx264 @ 0x104000600] frame I:8 Avg QP:13.93 size: 30628 [libx264 @ 0x104000600] frame P:402 Avg QP:17.93 size: 2802 [libx264 @ 0x104000600] frame B:935 Avg QP:20.63 size: 560 [libx264 @ 0x104000600] consecutive B-frames: 2.4% 14.4% 1.1% 82.1% [libx264 @ 0x104000600] mb I I16..4: 9.0% 73.4% 17.6% [libx264 @ 0x104000600] mb P I16..4: 1.7% 1.7% 0.3% P16..4: 10.9% 2.3% 0.9% 0.0% 0.0% skip:82.2% [libx264 @ 0x104000600] mb B I16..4: 0.1% 0.1% 0.0% B16..8: 7.6% 0.4% 0.0% direct: 0.1% skip:91.7% L0:46.5% L1:50.8% BI: 2.8% [libx264 @ 0x104000600] 8x8 transform intra:53.1% inter:78.0% [libx264 @ 0x104000600] coded y,uvDC,uvAC intra: 31.4% 36.8% 7.9% inter: 1.1% 2.3% 0.0% [libx264 @ 0x104000600] i16 v,h,dc,p: 31% 27% 7% 35% [libx264 @ 0x104000600] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 41% 20% 23% 3% 3% 3% 3% 3% 3% [libx264 @ 0x104000600] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 39% 25% 14% 3% 4% 4% 4% 3% 3% [libx264 @ 0x104000600] i8c dc,h,v,p: 74% 12% 11% 2% [libx264 @ 0x104000600] Weighted P-Frames: Y:0.0% UV:0.0% [libx264 @ 0x104000600] ref P L0: 68.4% 8.7% 17.1% 5.8% [libx264 @ 0x104000600] ref B L0: 85.5% 13.7% 0.8% [libx264 @ 0x104000600] ref B L1: 97.5% 2.5% [libx264 @ 0x104000600] kb/s:337.78 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 16 13:46:22 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 16 Apr 2014 11:46:22 -0000 Subject: [FFmpeg-trac] #2467(avfilter:reopened): -itsoffset with overlay filter buffer queue overflow In-Reply-To: <036.c9a5269a7be0a6b9fb4ca0cf451f63ca@avcodec.org> References: <036.c9a5269a7be0a6b9fb4ca0cf451f63ca@avcodec.org> Message-ID: <051.acf7e53217f48570671fc55ac3a73559@avcodec.org> #2467: -itsoffset with overlay filter buffer queue overflow ------------------------------------+------------------------------------ Reporter: Timbot | Owner: Type: defect | Status: reopened Priority: important | Component: avfilter Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * cc: lifeamit (added) * keywords: buffer overflow => regression * component: ffmpeg => avfilter Comment: Replying to [comment:11 lifeamit]: > But it didn't work for me. You failed to provide any relevant information. Please do not edit keywords, if your issue is not a regression, open a new ticket instead of reopening this one (that was a regression). Is it reproducible with {{{-an}}}? If yes, please use it to simplify the command. Is it reproducible with an internal encoder like {{{-vcodec mpeg4}}}? If yes, please use it, it makes reproducing issues significantly easier. Is the problem only reproducible if a formula is used with the overlay filter? If not, please remove it. Is your problem reproducible with b0012de4? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 16 13:48:39 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 16 Apr 2014 11:48:39 -0000 Subject: [FFmpeg-trac] #3230(avcodec:open): wvc1: artefacts with interlaced bottom field first In-Reply-To: <039.bab3ee6d1c591abb9b7c57006ac075dd@avcodec.org> References: <039.bab3ee6d1c591abb9b7c57006ac075dd@avcodec.org> Message-ID: <054.16791e2de56ad6b120350beb0e005f0c@avcodec.org> #3230: wvc1: artefacts with interlaced bottom field first ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: vc1 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): The issue has improved but there is still a noticeable green artefact visible. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 16 14:11:06 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 16 Apr 2014 12:11:06 -0000 Subject: [FFmpeg-trac] #3566(avformat:new): trouble reading primative mpeg-ps stream in an mp4 container In-Reply-To: <037.d0b887c0b887fad1075309c89d40c878@avcodec.org> References: <037.d0b887c0b887fad1075309c89d40c878@avcodec.org> Message-ID: <052.59f22dd82ee015f44fc5219e98c98e34@avcodec.org> #3566: trouble reading primative mpeg-ps stream in an mp4 container -------------------------------------+------------------------------------ Reporter: jon.lee | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: mpegps | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => mpegps * priority: normal => wish * version: unspecified => git-master * component: undetermined => avformat Comment: Does the file contain audio and video? Does it contain more than one video (or audio) stream? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 16 14:39:45 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 16 Apr 2014 12:39:45 -0000 Subject: [FFmpeg-trac] #3566(avformat:new): Support new HikVision CCTV files (was: trouble reading primative mpeg-ps stream in an mp4 container) In-Reply-To: <037.d0b887c0b887fad1075309c89d40c878@avcodec.org> References: <037.d0b887c0b887fad1075309c89d40c878@avcodec.org> Message-ID: <052.fec95a5a7cba978410c49ce4f065c3b5@avcodec.org> #3566: Support new HikVision CCTV files -------------------------------------+------------------------------------ Reporter: jon.lee | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: mpegps | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 16 15:39:10 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 16 Apr 2014 13:39:10 -0000 Subject: [FFmpeg-trac] #3562(avfilter:open): filter_complex aresample; format fails with some avi (was: aresample, aformat fails with libvorbis and some avi) In-Reply-To: <040.4b862da88dd77e18b1dc9d3618971c49@avcodec.org> References: <040.4b862da88dd77e18b1dc9d3618971c49@avcodec.org> Message-ID: <055.3a8a1ca91100fcb70dd051ca92eacbe1@avcodec.org> #3562: filter_complex aresample;format fails with some avi ------------------------------------+------------------------------------ Reporter: blacktrash | Owner: Type: defect | Status: open Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 Comment: Works fine with {{{-vf format=yuv420p -af aresample=osr=22050}}}. Remuxing does not fix the issue, reencoding video (or using an audio codec that is not pcm) does. {{{ $ ffmpeg -i issue3562_cut.avi -filter_complex 'format=yuv420p;aresample=out_sample_rate=22050' out.avi ffmpeg version N-62483-gcb53beb Copyright (c) 2000-2014 the FFmpeg developers built on Apr 16 2014 12:57:30 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 76.100 / 52. 76.100 libavcodec 55. 58.103 / 55. 58.103 libavformat 55. 37.100 / 55. 37.100 libavdevice 55. 13.100 / 55. 13.100 libavfilter 4. 4.100 / 4. 4.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Guessed Channel Layout for Input Stream #0.1 : mono Input #0, avi, from 'issue3562_cut.avi': Duration: 00:00:01.84, start: 0.000000, bitrate: 11150 kb/s Stream #0:0: Video: mjpeg (MJPG / 0x47504A4D), yuvj422p(pc), 1280x720, 29.95 tbr, 29.95 tbn, 29.95 tbc Stream #0:1: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 22050 Hz, mono, s16, 352 kb/s [swscaler @ 0x361c0c0] deprecated pixel format used, make sure you did set range correctly Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf55.37.100 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 1280x720, q=2-31, 200 kb/s, 29.95 tbn, 29.95 tbc (default) Stream #0:1: Audio: ac3 ([0] [0][0] / 0x2000), 22050 Hz, mono, fltp, 96 kb/s (default) Stream mapping: Stream #0:0 (mjpeg) -> format Stream #0:1 (pcm_s16le) -> aresample format -> Stream #0:0 (mpeg4) aresample -> Stream #0:1 (ac3) Press [q] to stop, [?] for help Input stream #0:0 frame changed from size:1280x720 fmt:yuvj422p to size:1280x720 fmt:yuvj420p [swscaler @ 0x361c0c0] deprecated pixel format used, make sure you did set range correctly [ac3 @ 0x36396e0] nb_samples (1024) != frame_size (1536) (avcodec_encode_audio2) Audio encoding failed (avcodec_encode_audio2) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 16 17:10:21 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 16 Apr 2014 15:10:21 -0000 Subject: [FFmpeg-trac] #3562(avfilter:open): filter_complex aresample; format fails with some avi In-Reply-To: <040.4b862da88dd77e18b1dc9d3618971c49@avcodec.org> References: <040.4b862da88dd77e18b1dc9d3618971c49@avcodec.org> Message-ID: <055.6d55b69cfe6a06af95586bbc01c62495@avcodec.org> #3562: filter_complex aresample;format fails with some avi ------------------------------------+------------------------------------ Reporter: blacktrash | Owner: Type: defect | Status: open Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by blacktrash): Replying to [comment:3 cehoyos]: > Works fine with {{{-vf format=yuv420p -af aresample=osr=22050}}}. Note that it also depends on the output format or codecs, when encoding to mp4 with libfaac or libfdk_aac {{{-filter_complex}}} does not bark (that's why I had libvorbis in the bug title): {{{ $ ffmpeg -i test.avi -vf format=yuv420p -af aresample=osr=22050 test.webm ffmpeg version N-62462-g2b58c9c Copyright (c) 2000-2014 the FFmpeg developers built on Apr 15 2014 11:25:24 with Apple LLVM version 5.1 (clang-503.0.40) (based on LLVM 3.4svn) configuration: --enable-gpl --enable-version3 --enable-nonfree --disable-ffserver --enable-shared --enable-libfdk-aac --enable-libx265 --enable-libx264 --enable-libxvid --enable-libfaac --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libvpx --extra- cflags=-I/sw/include --extra-libs=-L/sw/lib libavutil 52. 76.100 / 52. 76.100 libavcodec 55. 58.103 / 55. 58.103 libavformat 55. 37.100 / 55. 37.100 libavdevice 55. 13.100 / 55. 13.100 libavfilter 4. 4.100 / 4. 4.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 [avi @ 0x7fd22c000000] non-interleaved AVI Guessed Channel Layout for Input Stream #0.1 : mono Input #0, avi, from 'test.avi': Duration: 00:00:31.86, start: 0.000000, bitrate: 11205 kb/s Stream #0:0: Video: mjpeg (MJPG / 0x47504A4D), yuvj422p(pc), 1280x720, 10851 kb/s, 29.95 tbr, 29.95 tbn, 29.95 tbc Stream #0:1: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 22050 Hz, mono, s16, 352 kb/s [swscaler @ 0x7fd22b836200] deprecated pixel format used, make sure you did set range correctly [libvpx @ 0x7fd22b811000] v1.3.0-2346-g14331a8 Output #0, webm, to 'test.webm': Metadata: encoder : Lavf55.37.100 Stream #0:0: Video: vp8 (libvpx), yuv420p, 1280x720, q=-1--1, 200 kb/s, 1k tbn, 29.95 tbc Stream #0:1: Audio: vorbis (libvorbis), 22050 Hz, mono, fltp Stream mapping: Stream #0:0 -> #0:0 (mjpeg -> libvpx) Stream #0:1 -> #0:1 (pcm_s16le -> libvorbis) Press [q] to stop, [?] for help Input stream #0:0 frame changed from size:1280x720 fmt:yuvj422p to size:1280x720 fmt:yuvj420p [swscaler @ 0x7fd22b816800] deprecated pixel format used, make sure you did set range correctly frame= 623 fps= 17 q=0.0 Lsize= 1239kB time=00:00:31.69 bitrate= 320.2kbits/s video:1066kB audio:156kB subtitle:0kB other streams:0kB global headers:3kB muxing overhead: 1.397110% ~/Movies$ rm test.webm ~/Movies$ ffmpeg -i test.avi -filter_complex '[0:0]format=yuv420p;[0:1]aresample=osr=22050' test.mp4 ffmpeg version N-62462-g2b58c9c Copyright (c) 2000-2014 the FFmpeg developers built on Apr 15 2014 11:25:24 with Apple LLVM version 5.1 (clang-503.0.40) (based on LLVM 3.4svn) configuration: --enable-gpl --enable-version3 --enable-nonfree --disable-ffserver --enable-shared --enable-libfdk-aac --enable-libx265 --enable-libx264 --enable-libxvid --enable-libfaac --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libvpx --extra- cflags=-I/sw/include --extra-libs=-L/sw/lib libavutil 52. 76.100 / 52. 76.100 libavcodec 55. 58.103 / 55. 58.103 libavformat 55. 37.100 / 55. 37.100 libavdevice 55. 13.100 / 55. 13.100 libavfilter 4. 4.100 / 4. 4.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 [avi @ 0x7fdd33821800] non-interleaved AVI Guessed Channel Layout for Input Stream #0.1 : mono Input #0, avi, from 'test.avi': Duration: 00:00:31.86, start: 0.000000, bitrate: 11205 kb/s Stream #0:0: Video: mjpeg (MJPG / 0x47504A4D), yuvj422p(pc), 1280x720, 10851 kb/s, 29.95 tbr, 29.95 tbn, 29.95 tbc Stream #0:1: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 22050 Hz, mono, s16, 352 kb/s [swscaler @ 0x7fdd3400fa00] deprecated pixel format used, make sure you did set range correctly [libx264 @ 0x7fdd34005200] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX [libx264 @ 0x7fdd34005200] profile High, level 3.1 [libx264 @ 0x7fdd34005200] 264 - core 142 r2409M d6b4e63 - H.264/MPEG-4 AVC codec - Copyleft 2003-2014 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=12 lookahead_threads=2 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 Output #0, mp4, to 'test.mp4': Metadata: encoder : Lavf55.37.100 Stream #0:0: Video: h264 (libx264) ([33][0][0][0] / 0x0021), yuv420p, 1280x720, q=-1--1, 318k tbn, 29.95 tbc (default) Stream #0:1: Audio: aac (libfaac) ([64][0][0][0] / 0x0040), 22050 Hz, mono, s16, 128 kb/s (default) Stream mapping: Stream #0:0 (mjpeg) -> format Stream #0:1 (pcm_s16le) -> aresample format -> Stream #0:0 (libx264) aresample -> Stream #0:1 (libfaac) Press [q] to stop, [?] for help Input stream #0:0 frame changed from size:1280x720 fmt:yuvj422p to size:1280x720 fmt:yuvj420p [swscaler @ 0x7fdd34897800] deprecated pixel format used, make sure you did set range correctly frame= 948 fps= 56 q=-1.0 Lsize= 12501kB time=00:00:31.67 bitrate=3233.5kbits/s dup=325 drop=0 video:12334kB audio:147kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.168717% [libx264 @ 0x7fdd34005200] frame I:60 Avg QP:20.34 size: 41679 [libx264 @ 0x7fdd34005200] frame P:794 Avg QP:23.99 size: 12073 [libx264 @ 0x7fdd34005200] frame B:94 Avg QP:25.94 size: 5773 [libx264 @ 0x7fdd34005200] consecutive B-frames: 82.6% 10.8% 5.4% 1.3% [libx264 @ 0x7fdd34005200] mb I I16..4: 4.9% 93.9% 1.2% [libx264 @ 0x7fdd34005200] mb P I16..4: 3.1% 14.6% 0.2% P16..4: 35.5% 4.3% 2.0% 0.0% 0.0% skip:40.1% [libx264 @ 0x7fdd34005200] mb B I16..4: 0.3% 1.3% 0.0% B16..8: 35.0% 2.6% 0.3% direct: 4.9% skip:55.5% L0:39.0% L1:56.6% BI: 4.4% [libx264 @ 0x7fdd34005200] 8x8 transform intra:84.9% inter:89.9% [libx264 @ 0x7fdd34005200] coded y,uvDC,uvAC intra: 65.1% 93.8% 47.7% inter: 18.3% 40.4% 3.7% [libx264 @ 0x7fdd34005200] i16 v,h,dc,p: 13% 20% 9% 57% [libx264 @ 0x7fdd34005200] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 18% 18% 37% 4% 4% 4% 5% 5% 5% [libx264 @ 0x7fdd34005200] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 21% 27% 14% 5% 9% 6% 10% 5% 3% [libx264 @ 0x7fdd34005200] i8c dc,h,v,p: 59% 20% 16% 5% [libx264 @ 0x7fdd34005200] Weighted P-Frames: Y:1.1% UV:0.5% [libx264 @ 0x7fdd34005200] ref P L0: 65.1% 9.1% 12.7% 13.0% 0.1% [libx264 @ 0x7fdd34005200] ref B L0: 86.9% 12.3% 0.8% [libx264 @ 0x7fdd34005200] ref B L1: 94.8% 5.2% [libx264 @ 0x7fdd34005200] kb/s:3191.54 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 16 17:23:35 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 16 Apr 2014 15:23:35 -0000 Subject: [FFmpeg-trac] #3494(undetermined:closed): scary warning message when using mpeg In-Reply-To: <040.99b083d996f014cf3851df6b23fe108d@avcodec.org> References: <040.99b083d996f014cf3851df6b23fe108d@avcodec.org> Message-ID: <055.dc3ab1ceba51d53560c3056fb997a2e5@avcodec.org> #3494: scary warning message when using mpeg -------------------------------------+------------------------------------- Reporter: rogerdpack | Owner: Type: enhancement | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed Comment: Maybe fixed in 572f5eb1afc6a6cfafcbe4da42120ae4e42a6af1 improvments welcome ... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 16 17:31:15 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 16 Apr 2014 15:31:15 -0000 Subject: [FFmpeg-trac] #3509(ffplay:new): ffplay unable to play 352800 Hz wav file (pulse audio has a hard limit of 192kHz) (was: ffplay unable to play 352800 Hz wav file) In-Reply-To: <035.285e36a68d820862df20c89b01dedd15@avcodec.org> References: <035.285e36a68d820862df20c89b01dedd15@avcodec.org> Message-ID: <050.efbe4c02c3b1c479d0a306a6855ce88e@avcodec.org> #3509: ffplay unable to play 352800 Hz wav file (pulse audio has a hard limit of 192kHz) -------------------------------------+---------------------------------- Reporter: pross | Owner: Type: defect | Status: new Priority: normal | Component: ffplay Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 16 17:36:14 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 16 Apr 2014 15:36:14 -0000 Subject: [FFmpeg-trac] #3256(avformat:closed): FFMPEG SVQ3 Matroska remux produces unplayable output (FFPlay don't want to play SVQ3 MKV output) In-Reply-To: <045.51484ecb6eb33584190d4f0084e79280@avcodec.org> References: <045.51484ecb6eb33584190d4f0084e79280@avcodec.org> Message-ID: <060.821714fe51892d19c112d45d2a14ef07@avcodec.org> #3256: FFMPEG SVQ3 Matroska remux produces unplayable output (FFPlay don't want to play SVQ3 MKV output) -------------------------------------+------------------------------------- Reporter: Vika | Owner: Apelsinova | Status: closed Type: defect | Component: avformat Priority: important | Resolution: fixed Version: git-master | Blocked By: Keywords: mkv svq3 | Reproduced by developer: 1 regression | Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by Vika Apelsinova): Replying to [comment:16 michael]: > Replying to [comment:15 michael]: > > Replying to [comment:9 Vika Apelsinova]: > > > > ffplay can now play the video from output-mkvtoolnix-6.6.0.mkv > > > > > > Why only video? > > > > Which tool or player can play the audio ? > > If nothing can play it, then most likely the issue is with the file Yes, it's the issue with the file. QDM2 audio in files generated by mkvtoolnix-6.6.0 are broken (this bug was fixed in mkvtoolnix-6.7.0). You don't have to fix FFMPEG for them. > and if i understood correctly the spec did not list A_QUICKTIME either. Please look at http://matroska.org/technical/specs/codecid/index.html. A_QUICKTIME/**** Codec ID is deprecated in favor of A_QUICKTIME (without a trailing codec name). VLC does not support neither Matroska A_QUICKTIME nor A_QUICKTIME/**** Codec IDs at all. I've opened https://trac.videolan.org/vlc/ticket/11038 for this issue. > please lets move qdm2 to a seperate ticket OK, I'll open new ticket for using A_QUICKTIME instead of deprecated A_QUICKTIME/**** Codec IDs, when https://trac.videolan.org/vlc/ticket/11038 is closed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 16 18:15:29 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 16 Apr 2014 16:15:29 -0000 Subject: [FFmpeg-trac] #3562(avfilter:open): filter_complex aresample; format fails with some avi In-Reply-To: <040.4b862da88dd77e18b1dc9d3618971c49@avcodec.org> References: <040.4b862da88dd77e18b1dc9d3618971c49@avcodec.org> Message-ID: <055.903cdfa6ce8898049fb386fee8c8a84f@avcodec.org> #3562: filter_complex aresample;format fails with some avi ------------------------------------+------------------------------------ Reporter: blacktrash | Owner: Type: defect | Status: open Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:4 blacktrash]: > Replying to [comment:3 cehoyos]: > > Works fine with {{{-vf format=yuv420p -af aresample=osr=22050}}}. > > Note that it also depends on the output format I don't think it depends on the output format. > or codecs, when encoding to mp4 with libfaac or libfdk_aac {{{-filter_complex}}} does not bark > (that's why I had libvorbis in the bug title): Mentioning an optional external library for an issue that is reproducible with most internal default encoders is hardly a good idea. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 16 18:16:18 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 16 Apr 2014 16:16:18 -0000 Subject: [FFmpeg-trac] #3494(avformat:closed): scary warning message when using mpeg In-Reply-To: <040.99b083d996f014cf3851df6b23fe108d@avcodec.org> References: <040.99b083d996f014cf3851df6b23fe108d@avcodec.org> Message-ID: <055.9ed1d24886744bf0c47dd7f461e64d38@avcodec.org> #3494: scary warning message when using mpeg -------------------------------------+------------------------------------ Reporter: rogerdpack | Owner: Type: enhancement | Status: closed Priority: wish | Component: avformat Version: git-master | Resolution: fixed Keywords: mpegps | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => mpegps * priority: normal => wish * version: unspecified => git-master * component: undetermined => avformat -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 16 18:50:19 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 16 Apr 2014 16:50:19 -0000 Subject: [FFmpeg-trac] #3568(undetermined:new): Linker time bug, occurs when ffmpeg is configured and make with some restrictions Message-ID: <037.e4241122b9efeb5c11247dd9fcf46016@avcodec.org> #3568: Linker time bug, occurs when ffmpeg is configured and make with some restrictions -------------------------------------+------------------------------------- Reporter: anhsoft | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: Bug occurs when ffmpeg is configured and make with some restrictions, as that: {{{ ./configure --extra-ldflags="-Wl,-add-stdcall-alias" \ --enable-gpl \ --disable-optimizations \ --disable-asm \ --enable-memalign-hack \ --disable-programs \ --disable-everything \ --enable-muxer=avi \ --enable-demuxer=avi \ --enable-encoder=ffv1 \ --enable-decoder=ffv1 }}} where 'avi muxer' is present and then static library 'libavformat.a' links to any program using 'avformat'. How to reproduce: Configure and make ffmpeg-2.2.1 (in my case with gcc 4.8.1 on MinGW32 Win7 platform) as described above. Get a ffmpeg static libs and link them to any program. Linker message will be near such: {{{ g++ -static -static-libgcc -static-libstdc++ -o main.exe main.o -lswscale -lavformat -lavcodec -lavutil D:\projects\libs\ffd\lib\libavformat.a(avienc.o): In function `avi_write_header': d:\ffmpeg/libavformat/avienc.c:317: undefined reference to `av_convert_lang_to' collect2.exe: error: ld returned 1 exit status }}} PS: as it is follows from error message, the function 'av_convert_lang_to' isn't in 'libavformat.a' library. 'av_convert_lang_to' is declared and implemented in avlanguage.h and avlanguage.c respectively, but for some reason aren't makes with the specified configuration. I manually corrected the Makefile in folder 'libavformat' of the ffmpeg source, having changed a line {{{ OBJS-$(CONFIG_AVI_MUXER) += avienc.o }}} to {{{ OBJS-$(CONFIG_AVI_MUXER) += avienc.o avlanguage.o }}} and then the problem is solved... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 16 18:52:26 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 16 Apr 2014 16:52:26 -0000 Subject: [FFmpeg-trac] #3568(avformat:new): Linker time bug, occurs when ffmpeg is configured and make with some restrictions In-Reply-To: <037.e4241122b9efeb5c11247dd9fcf46016@avcodec.org> References: <037.e4241122b9efeb5c11247dd9fcf46016@avcodec.org> Message-ID: <052.81915722674f001f1fae1e7c45109aee@avcodec.org> #3568: Linker time bug, occurs when ffmpeg is configured and make with some restrictions -------------------------------------+------------------------------------- Reporter: anhsoft | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 2.2.1 | Resolution: Keywords: | Blocked By: libavformat.a, avienc.c, | Reproduced by developer: 0 av_convert_lang_to | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by anhsoft): * keywords: => libavformat.a, avienc.c, av_convert_lang_to * version: unspecified => 2.2.1 * component: undetermined => avformat -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 16 18:54:28 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 16 Apr 2014 16:54:28 -0000 Subject: [FFmpeg-trac] #3568(avformat:new): Linker time bug, occurs when ffmpeg is configured and make with some restrictions In-Reply-To: <037.e4241122b9efeb5c11247dd9fcf46016@avcodec.org> References: <037.e4241122b9efeb5c11247dd9fcf46016@avcodec.org> Message-ID: <052.a58d1027f3d297f231c5dda2fff9a2fd@avcodec.org> #3568: Linker time bug, occurs when ffmpeg is configured and make with some restrictions -------------------------------------+------------------------------------- Reporter: anhsoft | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 2.2.1 | Resolution: Keywords: | Blocked By: libavformat.a, avienc.c, | Reproduced by developer: 0 av_convert_lang_to | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Cigaes): Please try the following change in {{{libavformat/Makefile}}}: {{{ OBJS-$(CONFIG_AVI_MUXER) += avienc.o }}} ? {{{ OBJS-$(CONFIG_AVI_MUXER) += avienc.o avlanguage.o }}} If it works for you (I am too lazy to rebuild to test), I will submit a proper patch on the mailing-list. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 16 19:09:00 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 16 Apr 2014 17:09:00 -0000 Subject: [FFmpeg-trac] #3508(undetermined:closed): Cannot open stats file on second pass when attempting to generate multiple outputs. In-Reply-To: <036.9f728ced231628bf563b5607a7c6ec31@avcodec.org> References: <036.9f728ced231628bf563b5607a7c6ec31@avcodec.org> Message-ID: <051.847573c8e18fab63e59c11eac19fb796@avcodec.org> #3508: Cannot open stats file on second pass when attempting to generate multiple outputs. -------------------------------------+------------------------------------- Reporter: ianken | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | needs_more_info Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => needs_more_info Comment: Replying to [comment:5 cehoyos]: > What's wrong with the following? > {{{ > $ ffmpeg -y -i big_buck_bunny_720p_stereo.avi -vf scale=240:trunc(ow/a/2)*2 -g 48 -keyint_min 6 -vcodec mpeg4 -b:v 400k -pass 1 -an -f mp4 NUL -vf scale=320:trunc(ow/a/2)*2 -g 48 -keyint_min 6 -vcodec mpeg4 -b:v 700k -pass 1 -an -f mp4 NUL > $ ffmpeg -y -i big_buck_bunny_720p_stereo.avi -vf scale=240:trunc(ow/a/2)*2 -g 48 -keyint_min 6 -vcodec mpeg4 -b:v 400k -pass 2 -an -f mp4 big_buck_bunny_400.mp4 -vf scale=320:trunc(ow/a/2)*2 -g 48 -keyint_min 6 -vcodec mpeg4 -b:v 700k -pass 2 -an -f mp4 big_buck_bunny_700.mp4 > }}} > Note that even if your command lines would work (they may work with a {{{cp ffmpeg2pass-0.log ffmpeg2pass-1.log && cp ffmpeg2pass-0.log.mbtree ffmpeg2pass-1.log.mbtree}}} in-between), this is not how two-pass encoding is supposed to be used to the best of my knowledge. Please reopen if you believe there is a bug in FFmpeg that can be fixed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 16 19:26:53 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 16 Apr 2014 17:26:53 -0000 Subject: [FFmpeg-trac] #3568(build system:new): Linker time bug, occurs when ffmpeg is configured and make with some restrictions In-Reply-To: <037.e4241122b9efeb5c11247dd9fcf46016@avcodec.org> References: <037.e4241122b9efeb5c11247dd9fcf46016@avcodec.org> Message-ID: <052.b21cd5fcc99b8a37d29709a07ecc6f80@avcodec.org> #3568: Linker time bug, occurs when ffmpeg is configured and make with some restrictions ---------------------------------+---------------------------------------- Reporter: anhsoft | Owner: Type: defect | Status: new Priority: normal | Component: build system Version: 2.2.1 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+---------------------------------------- Changes (by cehoyos): * keywords: libavformat.a, avienc.c, av_convert_lang_to => * component: avformat => build system Comment: While the patch is probably correct, I don't think this issue is reproducible: Please try to remove the options that are not needed to reproduce (I believe only {{{--disable-everything --enable-muxer=avi}}} should be needed), particularly please test without {{{--extra-ldflags}}} and without {{{-disable-programs}}} and please confirm that you are using an unchanged version of FFmpeg. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 16 19:31:13 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 16 Apr 2014 17:31:13 -0000 Subject: [FFmpeg-trac] #3568(build system:open): Linker time bug, occurs when ffmpeg is configured and make with some restrictions In-Reply-To: <037.e4241122b9efeb5c11247dd9fcf46016@avcodec.org> References: <037.e4241122b9efeb5c11247dd9fcf46016@avcodec.org> Message-ID: <052.bb86be06512ad576dcb23cfa011e6b3e@avcodec.org> #3568: Linker time bug, occurs when ffmpeg is configured and make with some restrictions -------------------------------------+------------------------------------- Reporter: anhsoft | Owner: Type: defect | Status: open Priority: normal | Component: build Version: git-master | system Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * version: 2.2.1 => git-master * reproduced: 0 => 1 Comment: It is reproducible with {{{./configure --disable-everything --disable- network --enable-muxer=avi}}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 16 20:08:15 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 16 Apr 2014 18:08:15 -0000 Subject: [FFmpeg-trac] #3568(build system:closed): Linker time bug, occurs when ffmpeg is configured and make with some restrictions In-Reply-To: <037.e4241122b9efeb5c11247dd9fcf46016@avcodec.org> References: <037.e4241122b9efeb5c11247dd9fcf46016@avcodec.org> Message-ID: <052.e4d00596be8dd7fcf50a5b54abf65998@avcodec.org> #3568: Linker time bug, occurs when ffmpeg is configured and make with some restrictions -------------------------------------+------------------------------------- Reporter: anhsoft | Owner: Type: defect | Status: closed Priority: normal | Component: build Version: git-master | system Keywords: avi | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => avi * status: open => closed * resolution: => fixed Comment: Fixed in c150e2cf - thank you for the report and the patch! For future tickets: If you have a patch fixing an issue, please send it - as attachment made with {{{git format-patch}}} - to the ffmpeg-devel mailing list, patches are usually ignored on this bug tracker. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 16 23:28:48 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 16 Apr 2014 21:28:48 -0000 Subject: [FFmpeg-trac] #3494(avformat:closed): scary warning message when using mpeg In-Reply-To: <040.99b083d996f014cf3851df6b23fe108d@avcodec.org> References: <040.99b083d996f014cf3851df6b23fe108d@avcodec.org> Message-ID: <055.8f655bcad3e302a098c5ffcda2c8287a@avcodec.org> #3494: scary warning message when using mpeg -------------------------------------+------------------------------------ Reporter: rogerdpack | Owner: Type: enhancement | Status: closed Priority: wish | Component: avformat Version: git-master | Resolution: fixed Keywords: mpegps | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by rogerdpack): awesome perfect thank you! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 17 00:15:29 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 16 Apr 2014 22:15:29 -0000 Subject: [FFmpeg-trac] #3528(avformat:open): FFmpeg does not store the aspect ratio in asf files (was: Ffmpeg does not maintain or store the aspect ratio with WMV2 and libxvid codecs) In-Reply-To: <041.e57fadc327963d8e5a4cd7d6313306e3@avcodec.org> References: <041.e57fadc327963d8e5a4cd7d6313306e3@avcodec.org> Message-ID: <056.1421138d50c78c3ed497b0715188f71b@avcodec.org> #3528: FFmpeg does not store the aspect ratio in asf files -------------------------------------+------------------------------------ Reporter: ramitbhalla | Owner: cehoyos Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: asf aspect | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avformat * priority: normal => wish * owner: => cehoyos * version: unspecified => git-master * keywords: => asf aspect * type: defect => enhancement -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 17 00:18:35 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 16 Apr 2014 22:18:35 -0000 Subject: [FFmpeg-trac] #3569(avdevice:new): "initializer element is not constant" compiling bug in libavdevice/avfoundation.m Message-ID: <036.95ae76b931096aad8c98aff4fd5f65ff@avcodec.org> #3569: "initializer element is not constant" compiling bug in libavdevice/avfoundation.m ----------------------------------+-------------------------------------- Reporter: xnohat | Type: defect Status: new | Priority: important Component: avdevice | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- Error when compiling avfoundation.m in Mac OS Maverick, gcc 4.2: {{{ libavdevice/avfoundation.m:43: error: initializer element is not constant libavdevice/avfoundation.m:43: error: (near initialization for ?avf_time_base_q.den?) libavdevice/avfoundation.m: In function ?avf_read_header?: }}} '''Bug in''' {{{ static const int avf_time_base = 100; static const AVRational avf_time_base_q = { .num = 1, .den = avf_time_base # <--- bug here }; }}} it should be patch with: {{{ .den = 100 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 17 00:28:16 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 16 Apr 2014 22:28:16 -0000 Subject: [FFmpeg-trac] #3570(avdevice:new): AVFoundation indev cannot enabled when configure ffmpeg compile in Mac OS Marverick Message-ID: <036.15cdd268e6bb8c5e9d6fb57c327093e1@avcodec.org> #3570: AVFoundation indev cannot enabled when configure ffmpeg compile in Mac OS Marverick ----------------------------------+-------------------------------------- Reporter: xnohat | Type: defect Status: new | Priority: important Component: avdevice | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- '''Summary of the bug: ''' AVFoundation indev cannot enabled when configure ffmpeg compile in Mac OS Marverick ''' How to reproduce:''' Follow the guide at https://trac.ffmpeg.org/wiki/MacOSXCompilationGuide {{{ ./configure --prefix=/usr/local --enable-gpl --enable-nonfree --enable- libass --enable-libfdk-aac --enable-libfreetype --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxvid --enable-indev=avfoundation }}} But after ./configure script run, it not enable avfoundation indev {{{ Enabled bsfs: aac_adtstoasc imx_dump_header mp3_header_decompress chomp mjpeg2jpeg noise dump_extradata mjpega_dump_header remove_extradata h264_mp4toannexb mov2textsub text2movsub Enabled indevs: lavfi Enabled outdevs: sdl }}} '''Problem from this line in ./configure:''' {{{ # these are off by default, so fail if requested and not available enabled avfoundation_indev && { check_header_oc AVFoundation/AVFoundation.h || disable avfoundation_indev; } }}} It disabled permanently avfoundation_indev '''Patch suggest: ''' {{{ enabled avfoundation_indev }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 17 00:56:29 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 16 Apr 2014 22:56:29 -0000 Subject: [FFmpeg-trac] #3570(build system:new): AVFoundation indev cannot enabled when configure ffmpeg compile in Mac OS Marverick In-Reply-To: <036.15cdd268e6bb8c5e9d6fb57c327093e1@avcodec.org> References: <036.15cdd268e6bb8c5e9d6fb57c327093e1@avcodec.org> Message-ID: <051.859572b1ce6949c7f94c66208e670fa0@avcodec.org> #3570: AVFoundation indev cannot enabled when configure ffmpeg compile in Mac OS Marverick -------------------------------------+------------------------------------- Reporter: xnohat | Owner: Type: defect | Status: new Priority: normal | Component: build Version: git-master | system Keywords: osx | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => osx * priority: important => normal * component: avdevice => build system Comment: Please run {{{./configure}}} and provide (the relevant part of) the file config.log. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 17 00:58:23 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 16 Apr 2014 22:58:23 -0000 Subject: [FFmpeg-trac] #3569(avdevice:new): "initializer element is not constant" compiling bug in libavdevice/avfoundation.m In-Reply-To: <036.95ae76b931096aad8c98aff4fd5f65ff@avcodec.org> References: <036.95ae76b931096aad8c98aff4fd5f65ff@avcodec.org> Message-ID: <051.1b9a090f335daf504b7be557bdfbb981@avcodec.org> #3569: "initializer element is not constant" compiling bug in libavdevice/avfoundation.m ------------------------------------+------------------------------------ Reporter: xnohat | Owner: Type: defect | Status: new Priority: important | Component: avdevice Version: git-master | Resolution: Keywords: osx | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => osx Comment: Please provide your configure line, run {{{make V=1}}} twice and provide the complete console output of the second run. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 17 02:59:45 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 17 Apr 2014 00:59:45 -0000 Subject: [FFmpeg-trac] #3563(undetermined:new): wrong duration reported by ffmpeg In-Reply-To: <038.77dcfb07e5d8356d417ae8ea9703c1b3@avcodec.org> References: <038.77dcfb07e5d8356d417ae8ea9703c1b3@avcodec.org> Message-ID: <053.289a8957ba0e08291c4a0668a1e3561e@avcodec.org> #3563: wrong duration reported by ffmpeg -------------------------------------+------------------------------------- Reporter: chinshou | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mp3 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by chinshou): Replying to [comment:1 cehoyos]: > How was the sample created? I have no idea how was the mp3 created. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 17 03:09:13 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 17 Apr 2014 01:09:13 -0000 Subject: [FFmpeg-trac] #3571(avfilter:new): Drawtext fontcolor alpha not working Message-ID: <035.00f8ec9527808e256a45f409099711a7@avcodec.org> #3571: Drawtext fontcolor alpha not working -------------------------------------+------------------------------------- Reporter: nickj | Type: defect Status: new | Priority: normal Component: avfilter | Version: Keywords: drawtext | unspecified alpha fontcolor | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Using drawtext filter, the fontcolor alpha channel goes grey instead of see through Uploaded file example is here - http://www.datafilehost.com/d/b44e215d buffer=width=640:height=480:pix_fmt=1:time_base=333333/10000000:pixel_aspect=0/1 [primary]; [primary] drawtext=borderw=1:box=1:boxcolor=black at 0.5:bordercolor=black:text='Hello world!!!':fontcolor=**white at 0.2**:fontsize=128:fontfile='/WINDOWS/FONTS/Arial.ttf':x=(w-tw)/2:y=h-(2*lh) [drawtext]; [drawtext] buffersink -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 17 03:11:05 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 17 Apr 2014 01:11:05 -0000 Subject: [FFmpeg-trac] #3571(avfilter:new): Drawtext fontcolor alpha not working In-Reply-To: <035.00f8ec9527808e256a45f409099711a7@avcodec.org> References: <035.00f8ec9527808e256a45f409099711a7@avcodec.org> Message-ID: <050.8d91860d4b4dc7d79dae77229814c393@avcodec.org> #3571: Drawtext fontcolor alpha not working -------------------------------------+------------------------------------- Reporter: nickj | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: unspecified | Resolution: Keywords: drawtext | Blocked By: alpha fontcolor | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by nickj): * cc: sam@? (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 17 04:16:33 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 17 Apr 2014 02:16:33 -0000 Subject: [FFmpeg-trac] #3550(avformat:open): [wavdec]DTS in wave can not be recognized In-Reply-To: <041.a8b85482a01100063bac224b96800f94@avcodec.org> References: <041.a8b85482a01100063bac224b96800f94@avcodec.org> Message-ID: <056.90aed2da5682152b1bf6819a5646b537@avcodec.org> #3550: [wavdec]DTS in wave can not be recognized -------------------------------------+------------------------------------ Reporter: adam_csheng | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: wav | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by adam_csheng): Replying to [comment:4 cehoyos]: > http://ffmpeg.org/mailman/listinfo/ffmpeg-devel > Where did you find the other addresses? Sorry, I through it was ffmepg-devel at avcodec.org according ffmpeg- devel at avcodec.org, have sent to ffmpeg-devel at ffmpeg.org. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 17 05:05:43 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 17 Apr 2014 03:05:43 -0000 Subject: [FFmpeg-trac] #3571(avfilter:new): Drawtext fontcolor alpha not working In-Reply-To: <035.00f8ec9527808e256a45f409099711a7@avcodec.org> References: <035.00f8ec9527808e256a45f409099711a7@avcodec.org> Message-ID: <050.4b0cc58a17a4fd5d195b36a609d0576c@avcodec.org> #3571: Drawtext fontcolor alpha not working -------------------------------------+------------------------------------- Reporter: nickj | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: unspecified | Resolution: Keywords: drawtext | Blocked By: alpha fontcolor | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by nickj): * cc: sam@? (removed) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 17 06:37:43 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 17 Apr 2014 04:37:43 -0000 Subject: [FFmpeg-trac] #3570(build system:new): AVFoundation indev cannot enabled when configure ffmpeg compile in Mac OS Marverick In-Reply-To: <036.15cdd268e6bb8c5e9d6fb57c327093e1@avcodec.org> References: <036.15cdd268e6bb8c5e9d6fb57c327093e1@avcodec.org> Message-ID: <051.c8f15bd625e0f1ab03c9e80c596f049d@avcodec.org> #3570: AVFoundation indev cannot enabled when configure ffmpeg compile in Mac OS Marverick -------------------------------------+------------------------------------- Reporter: xnohat | Owner: Type: defect | Status: new Priority: normal | Component: build Version: git-master | system Keywords: osx | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by xnohat): Hi cehoyos, I attached with this ticket config.log of configure arg: {{{ ./configure --prefix=/usr/local --enable-gpl --enable-nonfree --enable- libass --enable-libfdk-aac --enable-libfreetype --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxvid --enable-indev=avfoundation }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 17 08:36:47 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 17 Apr 2014 06:36:47 -0000 Subject: [FFmpeg-trac] #3569(avdevice:new): "initializer element is not constant" compiling bug in libavdevice/avfoundation.m In-Reply-To: <036.95ae76b931096aad8c98aff4fd5f65ff@avcodec.org> References: <036.95ae76b931096aad8c98aff4fd5f65ff@avcodec.org> Message-ID: <051.ef6499ee334d3f84a033fdd19300474f@avcodec.org> #3569: "initializer element is not constant" compiling bug in libavdevice/avfoundation.m ------------------------------------+------------------------------------ Reporter: xnohat | Owner: Type: defect | Status: new Priority: important | Component: avdevice Version: git-master | Resolution: Keywords: osx | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by xnohat): The second run output {{{ make: Nothing to be done for `all'. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 17 09:11:58 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 17 Apr 2014 07:11:58 -0000 Subject: [FFmpeg-trac] #3569(avdevice:new): "initializer element is not constant" compiling bug in libavdevice/avfoundation.m In-Reply-To: <036.95ae76b931096aad8c98aff4fd5f65ff@avcodec.org> References: <036.95ae76b931096aad8c98aff4fd5f65ff@avcodec.org> Message-ID: <051.ac6b5a07e3fec5903f9279d7f8b7e0c3@avcodec.org> #3569: "initializer element is not constant" compiling bug in libavdevice/avfoundation.m ------------------------------------+------------------------------------ Reporter: xnohat | Owner: Type: defect | Status: new Priority: important | Component: avdevice Version: git-master | Resolution: Keywords: osx | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by xnohat): hi ceboyos, This is output you need {{{ $ ./configure --prefix=/usr/local --enable-gpl --enable-nonfree --enable- libass --enable-libfdk-aac --enable-libfreetype --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxvid --enable-indev=avfoundation $ make V=1 gcc -I. -I./ -D_ISOC99_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -DPIC -DHAVE_AV_CONFIG_H -std=c99 -mdynamic-no-pic -fomit-frame-pointer -fPIC -pthread -I/opt/local/include -I/opt/local/include/freetype2 -I/opt/local/include -I/opt/local/include/fribidi -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/include/freetype2 -I/opt/local/include/freetype2 -I/usr/local/include/SDL -D_GNU_SOURCE=1 -D_THREAD_SAFE -g -Wdeclaration-after-statement -Wall -Wdisabled- optimization -Wpointer-arith -Wredundant-decls -Wwrite-strings -Wundef -Wmissing-prototypes -Wno-pointer-to-int-cast -Wstrict-prototypes -Wempty- body -Wno-parentheses -Wno-switch -Wno-format-zero-length -Wno-pointer- sign -O3 -fno-math-errno -mllvm -stack-alignment=16 -MMD -MF libavdevice/avfoundation.d -MT libavdevice/avfoundation.o -c -o libavdevice/avfoundation.o libavdevice/avfoundation.m libavdevice/avfoundation.m:43: error: initializer element is not constant libavdevice/avfoundation.m:43: error: (near initialization for ?avf_time_base_q.den?) libavdevice/avfoundation.m: In function ?avf_read_header?: libavdevice/avfoundation.m:152: warning: ISO C90 forbids mixed declarations and code libavdevice/avfoundation.m:162: warning: ISO C90 forbids mixed declarations and code libavdevice/avfoundation.m:207: warning: ISO C90 forbids mixed declarations and code libavdevice/avfoundation.m:213: warning: ISO C90 forbids mixed declarations and code libavdevice/avfoundation.m:244: warning: ISO C90 forbids mixed declarations and code libavdevice/avfoundation.m:253: warning: ISO C90 forbids mixed declarations and code libavdevice/avfoundation.m:273: warning: ISO C90 forbids mixed declarations and code libavdevice/avfoundation.m:281: warning: ISO C90 forbids mixed declarations and code libavdevice/avfoundation.m: In function ?avf_read_packet?: libavdevice/avfoundation.m:310: warning: ISO C90 forbids mixed declarations and code libavdevice/avfoundation.m:325: warning: ISO C90 forbids mixed declarations and code make: *** [libavdevice/avfoundation.o] Error 1 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 17 14:29:25 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 17 Apr 2014 12:29:25 -0000 Subject: [FFmpeg-trac] #3569(avdevice:new): "initializer element is not constant" compiling bug in libavdevice/avfoundation.m In-Reply-To: <036.95ae76b931096aad8c98aff4fd5f65ff@avcodec.org> References: <036.95ae76b931096aad8c98aff4fd5f65ff@avcodec.org> Message-ID: <051.dc774ea5d48a49d4410b946aae56a5c7@avcodec.org> #3569: "initializer element is not constant" compiling bug in libavdevice/avfoundation.m ------------------------------------+------------------------------------ Reporter: xnohat | Owner: Type: defect | Status: new Priority: important | Component: avdevice Version: git-master | Resolution: Keywords: osx | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:3 xnohat]: > {{{ > $ ./configure --prefix=/usr/local --enable-gpl --enable-nonfree --enable-libass --enable-libfdk-aac --enable-libfreetype --enable- libmp3lame --enable-libtheora --enable-libvorbis --enable-libvpx --enable- libx264 --enable-libxvid --enable-indev=avfoundation > }}} I don't understand: Didn't you report in ticket #3570 that this configure line does not enable the avfoundation device? How can compilation fail if the device is not enabled? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 17 14:54:53 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 17 Apr 2014 12:54:53 -0000 Subject: [FFmpeg-trac] #3434(avformat:new): Cannot remux PRORES 422 10bit MOV to MKV: results unplayable. In-Reply-To: <036.6120a8a0999b660b54069549b0af7007@avcodec.org> References: <036.6120a8a0999b660b54069549b0af7007@avcodec.org> Message-ID: <051.ed70ed9bce8c362679403690a4606dfa@avcodec.org> #3434: Cannot remux PRORES 422 10bit MOV to MKV: results unplayable. ------------------------------------+------------------------------------ Reporter: ianken | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mkv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [ticket:3434 ianken]: > I know the DShow bits on my box can do MKV /w PRORES because if I remux to MOV via FFMPEG then REMUX to MKV using the HAALI mux via GraphStudio the output plays as expected. Do the same tools allow to mux your original ProRes video into avi? If yes, please provide a sample. I fixed the FFmpeg-generated mkv ProRes files to confirm to the specification and I submitted two patches that allow FFmpeg to read the file that you uploaded (which does not confirm to the mkv specification). Which patch to apply depends on the question if such avi files also exist. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 17 15:16:45 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 17 Apr 2014 13:16:45 -0000 Subject: [FFmpeg-trac] #3572(undetermined:new): failure to remux mkv to mkv with pts < dts error Message-ID: <041.8d90eba6b4b1a508e3ecb88f8a8a96b8@avcodec.org> #3572: failure to remux mkv to mkv with pts < dts error -------------------------------------+------------------------------------- Reporter: bubbleguuum | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- This problematic mkv used in the command line belwos was recorded by TVheadend off Satellite on a UK HD (BBC) channel. The 5MB sample can be downloaded here: http://bubblesoftapps.com/tmp/ToyStory2.2014-04-13.20-00-sample.mkv The command line attempt to keep the h264 stream (copy) and convert the mp2 audio track to mp3. It fails with a pts < dts error, generating a very short 100Kb file. If the h264 is transcoded to h264 instead of just copied, it works. So there seems to be a problem keeping the original video track while transcoding the audio track. How to reproduce: {{{ % $ ffmpeg -y -i ToyStory2.2014-04-13.20-00-sample.mkv -map 0:0 -c:0 copy -map 0:1 -c:1 libmp3lame -ac:1 2 -b:1 320k test.mkv ffmpeg version N-62475-g256f530 Copyright (c) 2000-2014 the FFmpeg developers built on Apr 15 2014 22:01:57 with gcc 4.8.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable- librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo- aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 76.100 / 52. 76.100 libavcodec 55. 58.103 / 55. 58.103 libavformat 55. 37.100 / 55. 37.100 libavdevice 55. 13.100 / 55. 13.100 libavfilter 4. 4.100 / 4. 4.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 [h264 @ 02ca0360] mmco: unref short failure Last message repeated 4 times [h264 @ 02ca0360] number of reference frames (0+5) exceeds max (4; probably corrupt input), discarding one Input #0, matroska,webm, from 'ToyStory2.2014-04-13.20-00-sample.mkv': Metadata: title : Toy Story 2 encoder : Tvheadend Matroska muxer DATE_BROADCASTED: 2014-04-13 20:00:00 ORIGINAL_MEDIA_TYPE: TV CONTENT_TYPE : Movie / Drama TVCHANNEL : BBC Three HD SUMMARY : Animated comedy. When Woody is kidnapped, Buzz Lightyear and the other toys set out in hot pursuit. However, when they find him they discover him in a new life, with new friends. [1999] [AD,S] SUMMARY-eng : Animated comedy. When Woody is kidnapped, Buzz Lightyear and the other toys set out in hot pursuit. However, when they find him they discover him in a new life, with new friends. [1999] [AD,S] Duration: 01:42:05.14, start: 0.005000, bitrate: 6 kb/s Stream #0:0(eng): Video: h264 (High), yuv420p(tv, bt709), 1920x1080 [SAR 1:1 DAR 16:9], 25 fps, 25 tbr, 1k tbn, 50 tbc (default) Stream #0:1(nar): Audio: mp2, 48000 Hz, stereo, s16p, 256 kb/s (default) Stream #0:2(eng): Subtitle: dvb_subtitle (default) Stream #0:3(eng): Audio: ac3, 48000 Hz, stereo, fltp, 192 kb/s (default) Stream #0:4(eng): Subtitle: subrip (default) Output #0, matroska, to 'test.mkv': Metadata: title : Toy Story 2 SUMMARY-eng : Animated comedy. When Woody is kidnapped, Buzz Lightyear and the other toys set out in hot pursuit. However, when they find him they discover him in a new life, with new friends. [1999] [AD,S] DATE_BROADCASTED: 2014-04-13 20:00:00 ORIGINAL_MEDIA_TYPE: TV CONTENT_TYPE : Movie / Drama TVCHANNEL : BBC Three HD SUMMARY : Animated comedy. When Woody is kidnapped, Buzz Lightyear and the other toys set out in hot pursuit. However, when they find him they discover him in a new life, with new friends. [1999] [AD,S] encoder : Lavf55.37.100 Stream #0:0(eng): Video: h264 (H264 / 0x34363248), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 25 fps, 1k tbn, 1k tbc (default) Stream #0:1(nar): Audio: mp3 (libmp3lame) (U[0][0][0] / 0x0055), 48000 Hz, stereo, s16p, 320 kb/s (default) Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (mp2 -> libmp3lame) Press [q] to stop, [?] for help [matroska @ 04d5a9e0] pts (155) < dts (255) in stream 0 av_interleaved_write_frame(): Invalid argument [libmp3lame @ 04d05f80] Trying to remove 1152 samples, but the queue is empty [matroska @ 04d5a9e0] Encoder did not produce proper pts, making some up. frame= 3 fps=0.0 q=-1.0 Lsize= 93kB time=00:00:00.23 bitrate=3231.7kbits/s video:109kB audio:1kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown }}} Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 17 15:26:05 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 17 Apr 2014 13:26:05 -0000 Subject: [FFmpeg-trac] #3572(undetermined:open): failure to remux h264 from mkv with pts < dts error (was: failure to remux mkv to mkv with pts < dts error) In-Reply-To: <041.8d90eba6b4b1a508e3ecb88f8a8a96b8@avcodec.org> References: <041.8d90eba6b4b1a508e3ecb88f8a8a96b8@avcodec.org> Message-ID: <056.489a8508051c5395978e5c408f3b664d@avcodec.org> #3572: failure to remux h264 from mkv with pts < dts error -------------------------------------+------------------------------------- Reporter: bubbleguuum | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: av_interleaved_write_frame dts | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => av_interleaved_write_frame dts * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 Comment: http://samples.ffmpeg.org/ffmpeg-bugs/trac/ticket3572/ {{{ $ ffmpeg -i ToyStory2.2014-04-13.20-00-sample.mkv -vcodec copy -an -f null - ffmpeg version N-62495-g197fe39 Copyright (c) 2000-2014 the FFmpeg developers built on Apr 17 2014 14:39:19 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 76.100 / 52. 76.100 libavcodec 55. 58.103 / 55. 58.103 libavformat 55. 37.100 / 55. 37.100 libavdevice 55. 13.100 / 55. 13.100 libavfilter 4. 4.100 / 4. 4.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 [h264 @ 0x3552a40] mmco: unref short failure Last message repeated 4 times [h264 @ 0x3552a40] number of reference frames (0+5) exceeds max (4; probably corrupt input), discarding one Input #0, matroska,webm, from 'ToyStory2.2014-04-13.20-00-sample.mkv': Metadata: title : Toy Story 2 encoder : Tvheadend Matroska muxer DATE_BROADCASTED: 2014-04-13 20:00:00 ORIGINAL_MEDIA_TYPE: TV CONTENT_TYPE : Movie / Drama TVCHANNEL : BBC Three HD SUMMARY : Animated comedy. When Woody is kidnapped, Buzz Lightyear and the other toys set out in hot pursuit. However, when they find him they discover him in a new life, with new friends. [1999] [AD,S] SUMMARY-eng : Animated comedy. When Woody is kidnapped, Buzz Lightyear and the other toys set out in hot pursuit. However, when they find him they discover him in a new life, with new friends. [1999] [AD,S] Duration: 01:42:05.14, start: 0.005000, bitrate: 6 kb/s Stream #0:0(eng): Video: h264 (High), yuv420p(tv, bt709), 1920x1080 [SAR 1:1 DAR 16:9], 25 fps, 25 tbr, 1k tbn, 50 tbc (default) Stream #0:1(nar): Audio: mp2, 48000 Hz, stereo, s16p, 256 kb/s (default) Stream #0:2(eng): Subtitle: dvb_subtitle (default) Stream #0:3(eng): Audio: ac3, 48000 Hz, stereo, fltp, 192 kb/s (default) Stream #0:4(eng): Subtitle: subrip (default) Output #0, null, to 'pipe:': Metadata: title : Toy Story 2 SUMMARY-eng : Animated comedy. When Woody is kidnapped, Buzz Lightyear and the other toys set out in hot pursuit. However, when they find him they discover him in a new life, with new friends. [1999] [AD,S] DATE_BROADCASTED: 2014-04-13 20:00:00 ORIGINAL_MEDIA_TYPE: TV CONTENT_TYPE : Movie / Drama TVCHANNEL : BBC Three HD SUMMARY : Animated comedy. When Woody is kidnapped, Buzz Lightyear and the other toys set out in hot pursuit. However, when they find him they discover him in a new life, with new friends. [1999] [AD,S] encoder : Lavf55.37.100 Stream #0:0(eng): Video: h264, yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 25 fps, 90k tbn, 1k tbc (default) Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help [null @ 0x38f9d00] pts (13950) < dts (22950) in stream 0 [null @ 0x38f9d00] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 21150 >= 10350 [null @ 0x38f9d00] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 21150 >= 13950 [null @ 0x38f9d00] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 21150 >= 17550 [null @ 0x38f9d00] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 21150 >= 21150 [null @ 0x38f9d00] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 100350 >= 96750 [matroska,webm @ 0x3550c20] Read error frame= 162 fps=0.0 q=-1.0 Lsize=N/A time=00:00:06.43 bitrate=N/A video:15kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 118613321539649536.000000% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 17 15:26:23 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 17 Apr 2014 13:26:23 -0000 Subject: [FFmpeg-trac] #3572(undetermined:open): failure to remux h264 from mkv with pts < dts error In-Reply-To: <041.8d90eba6b4b1a508e3ecb88f8a8a96b8@avcodec.org> References: <041.8d90eba6b4b1a508e3ecb88f8a8a96b8@avcodec.org> Message-ID: <056.a6b762186873695c29c8b8013e601344@avcodec.org> #3572: failure to remux h264 from mkv with pts < dts error -------------------------------------+------------------------------------- Reporter: bubbleguuum | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: mkv h264 | Resolution: av_interleaved_write_frame dts | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: av_interleaved_write_frame dts => mkv h264 av_interleaved_write_frame dts -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 17 17:00:22 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 17 Apr 2014 15:00:22 -0000 Subject: [FFmpeg-trac] #3573(ffmpeg:new): FFmpeg will not transcode WMA lossless 24bit to MP3 Message-ID: <038.72202d52ca41377eb2fd28a607529a02@avcodec.org> #3573: FFmpeg will not transcode WMA lossless 24bit to MP3 ----------------------------------+---------------------------------- Reporter: vanmanda | Type: defect Status: new | Priority: normal Component: ffmpeg | Version: 2.2.1 Keywords: 24Bit | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+---------------------------------- Summary of the bug: I'm using SERVIIO as media server. SERVIIO uses FFMPEG to convert my audio files from WMA lossless to MP3. transcoding WMA lossless 16bit audio to MP3 works file, 24bit WMA lossless audio (2ch and 5.1ch) does not work. How to reproduce: {{{ ffmpeg.exe -threads auto -i D:\ServerFolders\Music\Berlin Philharmonic String Quintet\A. Dvo??k - String Quintet Op. 77\01 Berlin Philharmonic String Quintet - A_Dvor?k - Stringquintet - Op_ 77 I_ Allegro con fuoco - 96k-24b.wma -y -threads auto -b:a 192k -id3v2_version 3 -ac 0 -f mp3 C:\Windows\TEMP\Serviio\transcoding-temp-491-flv_player-ORIGINAL.stf ffmpeg version git-256f530 (2014-04-16) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 17 17:16:56 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 17 Apr 2014 15:16:56 -0000 Subject: [FFmpeg-trac] #3573(avcodec:closed): FFmpeg will not transcode WMA lossless 24bit to MP3 In-Reply-To: <038.72202d52ca41377eb2fd28a607529a02@avcodec.org> References: <038.72202d52ca41377eb2fd28a607529a02@avcodec.org> Message-ID: <053.dca1a2d3b67449ae0d3d0813f074e4db@avcodec.org> #3573: FFmpeg will not transcode WMA lossless 24bit to MP3 -------------------------------------+------------------------------------- Reporter: vanmanda | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: duplicate Keywords: wmalossless | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: 24Bit => wmalossless * resolution: => duplicate * status: new => closed * component: ffmpeg => avcodec * version: 2.2.1 => git-master Comment: Duplicate of ticket #1847. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 18 03:27:09 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 18 Apr 2014 01:27:09 -0000 Subject: [FFmpeg-trac] #3574(undetermined:new): resolved bug "ffplay says cannot use next picture in error concealment while streaming from ffserver using feed file" Message-ID: <038.c01bd99104c8ab1731516f096ab0e6c0@avcodec.org> #3574: resolved bug "ffplay says cannot use next picture in error concealment while streaming from ffserver using feed file" -------------------------------------+------------------------------------- Reporter: Ashutosh | Type: Status: new | enhancement Component: | Priority: important undetermined | Version: 2.2.1 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- The current scenario: I am using ffserver for live streaming.ffserver.conf file is as follows: Port 8090 BindAddress? 0.0.0.0 MaxHTTPConnections 2000 MaxClients? 1000 MaxBandwidth? 1000 CustomLog? - RTSPPort 7654 RTSPBindAddress 0.0.0.0 NoDaemon? #ffmpeg ?http://localhost:8090/exile1.ffm File exile%d.ffm FileMaxSize? 10M #Launch ffmpeg -i E:\ashu\ezio.mp4 ACL allow 127.0.0.1 ACL allow localhost # if you want to use mpegts format instead of flv # then change "live.flv" to "live.ts" # and also change "Format flv" to "Format mpegts" Format rtp NoAudio? Feed exile1.ffm #File "rtsp://127.0.0.1:8554/live.sdp?tcp" VideoCodec? libx264 VideoFrameRate? 10 VideoBitRate? 530 VideoSize? 640x480 VideoBufferSize? 40000 AVOptionVideo me_range 16 AVOptionVideo qcomp 0.6 AVOptionVideo qmin 10 VideoGopSize? 12 PreRoll? 15 #Strict -1 #NoLoop? #StartSendOnKey? # AVOptionVideo flags +global_header # Server status URL Format status # Only allow local people to get the status ACL allow localhost ACL allow 192.168.0.0 192.168.255.255 i transcode a video and push the output to feed file as follows: ffmpeg -i input.h264 ?http://localhost:8090/exile1.ffm and i play the video using ffplay using the command line as follows: ffplay -i rtsp://:7654/live.h264 - IP address. I ran first ffserver in one console window,ffmpeg in other console window and ffplay in other console window. The video plays normally by the way. When ffmpeg saves the streams to exile1.ffm it's file size increases.When filesize reaches max value i.e 10 M ,ffserver says [ffm 0x80048fe0 ] inavlid stream index 143 and ffplay stops playing and says. Cannot use next picture in error concealment I have resolved this bug and i need to discuss on this to the interested developer. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 18 04:20:34 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 18 Apr 2014 02:20:34 -0000 Subject: [FFmpeg-trac] #3528(avformat:closed): FFmpeg does not store the aspect ratio in asf files In-Reply-To: <041.e57fadc327963d8e5a4cd7d6313306e3@avcodec.org> References: <041.e57fadc327963d8e5a4cd7d6313306e3@avcodec.org> Message-ID: <056.dffa8d791e32e12955f6f3e61c3979e0@avcodec.org> #3528: FFmpeg does not store the aspect ratio in asf files -------------------------------------+------------------------------------ Reporter: ramitbhalla | Owner: cehoyos Type: enhancement | Status: closed Priority: wish | Component: avformat Version: git-master | Resolution: fixed Keywords: asf aspect | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed in a3bd33af -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 18 04:22:30 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 18 Apr 2014 02:22:30 -0000 Subject: [FFmpeg-trac] #3574(undetermined:new): resolved bug "ffplay says cannot use next picture in error concealment while streaming from ffserver using feed file" In-Reply-To: <038.c01bd99104c8ab1731516f096ab0e6c0@avcodec.org> References: <038.c01bd99104c8ab1731516f096ab0e6c0@avcodec.org> Message-ID: <053.85dcc794ac61cdf0d0edc98eba83191f@avcodec.org> #3574: resolved bug "ffplay says cannot use next picture in error concealment while streaming from ffserver using feed file" -------------------------------------+------------------------------------- Reporter: Ashutosh | Owner: Type: enhancement | Status: new Priority: normal | Component: Version: 2.2.1 | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: important => normal Comment: Replying to [ticket:3574 Ashutosh]: > I have resolved this bug and i need to discuss on this to the interested developer. If you wrote a patch, please send it to the ffmpeg-devel mailing list. If you want to report a bug, please provide the complete, uncut console output to make this a valid ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 18 07:08:41 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 18 Apr 2014 05:08:41 -0000 Subject: [FFmpeg-trac] #3515(undetermined:new): Crashes or artifacts when playing a specific file/stream In-Reply-To: <034.02d390e287b4fec93ee6dbf3bbe88644@avcodec.org> References: <034.02d390e287b4fec93ee6dbf3bbe88644@avcodec.org> Message-ID: <049.bac05766c74ba38f95f3d5e46ce32c93@avcodec.org> #3515: Crashes or artifacts when playing a specific file/stream -------------------------------------+------------------------------------- Reporter: evol | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: crash vlc | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by pross): Unable to reproduce using linux Chrome 35.0.1916.27 / VLC 2.0.8 / ffmpeg HEAD. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 18 07:43:34 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 18 Apr 2014 05:43:34 -0000 Subject: [FFmpeg-trac] #3559(undetermined:reopened): flac format playback fails with gcc-4.9 compiler In-Reply-To: <036.aa7969d064dea2c29e8ff3d13803bcd6@avcodec.org> References: <036.aa7969d064dea2c29e8ff3d13803bcd6@avcodec.org> Message-ID: <051.462c5de420f1739360c9d973d39ee8f5@avcodec.org> #3559: flac format playback fails with gcc-4.9 compiler -------------------------------------+------------------------------------- Reporter: amooze | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: unspecified | undetermined Keywords: flac | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by amooze): They symptoms I encounter are similar to what I eperienced with this bug: https://trac.videolan.org/vlc/ticket/9863 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 18 09:47:05 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 18 Apr 2014 07:47:05 -0000 Subject: [FFmpeg-trac] #3563(avformat:new): wrong duration reported by ffmpeg In-Reply-To: <038.77dcfb07e5d8356d417ae8ea9703c1b3@avcodec.org> References: <038.77dcfb07e5d8356d417ae8ea9703c1b3@avcodec.org> Message-ID: <053.fe4ab9cf303a5bf45103ae0436285e0f@avcodec.org> #3563: wrong duration reported by ffmpeg ------------------------------------+------------------------------------ Reporter: chinshou | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: wav mp3 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by jamal): * keywords: mp3 => wav mp3 * component: undetermined => avformat Comment: The file contains a 'fact' chunk, and the wav demuxer is using it to calculate the duration, whereas other players seem to be ignoring it. The value of the chunk is 10423511, which when divided by the sample rate gives 7:52 minutes. If you then divide that by number of channels you get the actual length of 3:56. The spec says that the 'fact' chunk value should be number of samples per channel, so chances are the value in this file is wrong (being total samples across all channels instead of samples per channel), but I don't have any other stereo non-pcm wav files with 'fact' chunks to verify that. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 18 11:10:31 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 18 Apr 2014 09:10:31 -0000 Subject: [FFmpeg-trac] #3570(build system:new): AVFoundation indev cannot enabled when configure ffmpeg compile in Mac OS Marverick In-Reply-To: <036.15cdd268e6bb8c5e9d6fb57c327093e1@avcodec.org> References: <036.15cdd268e6bb8c5e9d6fb57c327093e1@avcodec.org> Message-ID: <051.a0d4bdab29a81b33ad72b03a0ad56b6c@avcodec.org> #3570: AVFoundation indev cannot enabled when configure ffmpeg compile in Mac OS Marverick -------------------------------------+------------------------------------- Reporter: xnohat | Owner: Type: defect | Status: new Priority: normal | Component: build Version: git-master | system Keywords: osx | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by thilo.borgmann): AVFoundation compiles fine under Mavericks here. So this looks like an Xcode issue. What Xcode version are you using? And on which Mac? Does it have an integrated Camera? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 18 11:28:49 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 18 Apr 2014 09:28:49 -0000 Subject: [FFmpeg-trac] #3559(undetermined:reopened): flac format playback fails with gcc-4.9 compiler In-Reply-To: <036.aa7969d064dea2c29e8ff3d13803bcd6@avcodec.org> References: <036.aa7969d064dea2c29e8ff3d13803bcd6@avcodec.org> Message-ID: <051.6db64ceea0caa1ba88d8b0ed916c57f7@avcodec.org> #3559: flac format playback fails with gcc-4.9 compiler -------------------------------------+------------------------------------- Reporter: amooze | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: unspecified | undetermined Keywords: flac | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:10 amooze]: > https://trac.videolan.org/vlc/ticket/9863 This does not look related. If you want this problem fixed, please report it to the gcc developers. Consider adding a link to your gcc bug report here. If you are searching for a work-around, simply install gcc-4.8.2 (or an older version like gcc-4.7.3). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 18 11:30:39 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 18 Apr 2014 09:30:39 -0000 Subject: [FFmpeg-trac] #3515(undetermined:new): Crashes or artifacts when playing a specific file/stream In-Reply-To: <034.02d390e287b4fec93ee6dbf3bbe88644@avcodec.org> References: <034.02d390e287b4fec93ee6dbf3bbe88644@avcodec.org> Message-ID: <049.8deca9a48c9f1eebda0bdd639859eebf@avcodec.org> #3515: Crashes or artifacts when playing a specific file/stream -------------------------------------+------------------------------------- Reporter: evol | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: crash vlc | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:4 pross]: > Unable to reproduce using linux Chrome 35.0.1916.27 / VLC 2.0.8 / ffmpeg HEAD. It was reported against vlc 2.1.3 (and is reproducible with the official Windows build using FFmpeg). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 18 15:42:39 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 18 Apr 2014 13:42:39 -0000 Subject: [FFmpeg-trac] #2716(avformat:reopened): Memory leak at avformat_new_stream In-Reply-To: <060.652f7d4e37dc1a3bfd33ac6bd3dc95e4@avcodec.org> References: <060.652f7d4e37dc1a3bfd33ac6bd3dc95e4@avcodec.org> Message-ID: <075.9ccc590c063dae5e36c63d0333aa2ec7@avcodec.org> #2716: Memory leak at avformat_new_stream -------------------------------------+------------------------------------- Reporter: | Owner: er.anshul.maheshwari@? | er.anshul.maheshwari@? Type: defect | Status: reopened Priority: minor | Component: avformat Version: git-master | Resolution: Keywords: leak | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:4 er.anshul.maheshwari@?]: > Replying to [comment:3 cehoyos]: > > I compared doc/examples/muxing.c to the file you attached here and had the feeling you removed something important on top. > > i wrote that attached file myself and took some reference from that file, > i didn?t copy, modify, merge, publish, distribute, sublicense, and/or sell copies of that file. This is still very hard to believe (actually impossible). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 18 16:14:25 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 18 Apr 2014 14:14:25 -0000 Subject: [FFmpeg-trac] #3575(undetermined:new): FFMPEG Fails with an Assert Message-ID: <041.ee038e80eaa1ac0156744fc93c14d87d@avcodec.org> #3575: FFMPEG Fails with an Assert -------------------------------------+------------------------------------- Reporter: ramitbhalla | Type: defect Status: new | Priority: important Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: This is a regression issue of recent, the older versions worked fine. When trying to audio shift a file created by handbrake using ffmpeg, it fails with an assertion. This is happening with quite a few files actually, not just one. How to reproduce: {{{ ffmpeg.exe -i AssetFail.mp4 -ss 5 -i AssetFail.mp4 -ma p 1:v -map 0:a -acodec copy -vcodec copy AssetFailShift.mp4 ffmpeg version N-62495-g197fe39 Copyright (c) 2000-2014 the FFmpeg developers built on Apr 17 2014 11:35:21 with gcc 4.8.0 (GCC) configuration: --arch=x86 --target-os=mingw32 --cross- prefix=/Software/ffmpeg/sandbox/mingw-w64-i686/bin/i686-w64-ming w32- --pkg-config=pkg-config --enable-gpl --enable-libx264 --enable- avisynth --enable-libxvid --enable-libmp3lame --enab le-version3 --enable-zlib --enable-librtmp --enable-libvorbis --enable- libtheora --enable-libspeex --enable-libopenjpeg --enable-gnutls --enable-libgsm --enable-libfreetype --enable-libopus --disable-w32threads --enable-frei0r --enable-filt er=frei0r --enable-libvo-aacenc --enable-bzlib --enable-libxavs --extra- cflags=-DPTW32_STATIC_LIB --enable-libopencore-a mrnb --enable-libopencore-amrwb --enable-libvo-amrwbenc --enable- libschroedinger --enable-libvpx --enable-libilbc --pref ix=/Software/ffmpeg/sandbox/mingw-w64-i686/i686-w64-mingw32 --enable- static --disable-shared --enable-libsoxr --enable-f ontconfig --enable-libass --enable-libutvideo --enable-libbluray --enable- iconv --enable-libtwolame --extra-cflags=-DLIB TWOLAME_STATIC --enable-libzvbi --enable-libcaca --enable-libmodplug --extra-libs=-lstdc++ --extra-libs=-lpng --enable-l ibvidstab --extra-cflags= --extra-cflags= --enable-nonfree --enable- libfdk-aac --enable-libfaac --enable-runtime-cpudete ct libavutil 52. 76.100 / 52. 76.100 libavcodec 55. 58.103 / 55. 58.103 libavformat 55. 37.100 / 55. 37.100 libavdevice 55. 13.100 / 55. 13.100 libavfilter 4. 4.100 / 4. 4.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'AssetFail.mp4': Metadata: major_brand : mp42 minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : HandBrake 6167svn 2014041701 Duration: 00:31:49.98, start: 0.028000, bitrate: 410 kb/s Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p(tv, smpte170m), 704x464 [SAR 580:649 DAR 80:59], 1 47 kb/s, 25.93 fps, 59.94 tbr, 90k tbn, 47.95 tbc (default) Metadata: handler_name : VideoHandler Stream #0:1(eng): Audio: aac (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 256 kb/s (default) Metadata: handler_name : SoundHandler Input #1, mov,mp4,m4a,3gp,3g2,mj2, from 'AssetFail.mp4': Metadata: major_brand : mp42 minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : HandBrake 6167svn 2014041701 Duration: 00:31:49.98, start: 0.028000, bitrate: 410 kb/s Stream #1:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p(tv, smpte170m), 704x464 [SAR 580:649 DAR 80:59], 1 47 kb/s, 25.93 fps, 59.94 tbr, 90k tbn, 47.95 tbc (default) Metadata: handler_name : VideoHandler Stream #1:1(eng): Audio: aac (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 256 kb/s (default) Metadata: handler_name : SoundHandler Output #0, mp4, to 'AssetFailShift.mp4': Metadata: major_brand : mp42 minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf55.37.100 Stream #0:0(und): Video: h264 ([33][0][0][0] / 0x0021), yuv420p, 704x464 [SAR 580:649 DAR 80:59], q=2-31, 147 kb/s, 25.93 fps, 90k tbn, 90k tbc (default) Metadata: handler_name : VideoHandler Stream #0:1(eng): Audio: aac ([64][0][0][0] / 0x0040), 48000 Hz, stereo, 256 kb/s (default) Metadata: handler_name : SoundHandler Stream mapping: Stream #1:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help Assertion next_dts >= 0 failed at libavformat/movenc.c:626 This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information.}}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 18 16:20:00 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 18 Apr 2014 14:20:00 -0000 Subject: [FFmpeg-trac] #3575(undetermined:new): FFMPEG Fails with an Assert In-Reply-To: <041.ee038e80eaa1ac0156744fc93c14d87d@avcodec.org> References: <041.ee038e80eaa1ac0156744fc93c14d87d@avcodec.org> Message-ID: <056.8cce7498fa672cc0575bec7b461dff0b@avcodec.org> #3575: FFMPEG Fails with an Assert -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ramitbhalla): This is the last working build I have ffmpeg version N-59362-ge079661 Copyright (c) 2000-2013 the FFmpeg developers built on Dec 25 2013 17:42:26 with gcc 4.8.0 (GCC) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 18 17:40:47 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 18 Apr 2014 15:40:47 -0000 Subject: [FFmpeg-trac] #3575(undetermined:new): FFMPEG Fails with an Assert In-Reply-To: <041.ee038e80eaa1ac0156744fc93c14d87d@avcodec.org> References: <041.ee038e80eaa1ac0156744fc93c14d87d@avcodec.org> Message-ID: <056.fe13faaea4e9ccad9c6df152d0b33de5@avcodec.org> #3575: FFMPEG Fails with an Assert -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ramitbhalla): Apparently the asset code was added in 9d013fe840213407790592ca8ecbab69285030ed commit. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 18 17:46:53 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 18 Apr 2014 15:46:53 -0000 Subject: [FFmpeg-trac] #3575(undetermined:new): FFMPEG Fails with an Assert In-Reply-To: <041.ee038e80eaa1ac0156744fc93c14d87d@avcodec.org> References: <041.ee038e80eaa1ac0156744fc93c14d87d@avcodec.org> Message-ID: <056.2e315cd79bda0e244b67f34f4770d823@avcodec.org> #3575: FFMPEG Fails with an Assert -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ramitbhalla): Correction - it was added on Feb 20th in commit 20fa3fb93d0f3d3eab2b1f63a03168f492fae047 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 18 18:47:49 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 18 Apr 2014 16:47:49 -0000 Subject: [FFmpeg-trac] #3558(undetermined:new): "-fflags +igndts" generates wrong dts when rewrapping some ts files to mp4 In-Reply-To: <039.b0d8640676d25fe665734ffeee7fb277@avcodec.org> References: <039.b0d8640676d25fe665734ffeee7fb277@avcodec.org> Message-ID: <054.f6c9a0054a6345699ce48767512bdbc5@avcodec.org> #3558: "-fflags +igndts" generates wrong dts when rewrapping some ts files to mp4 -------------------------------------+------------------------------------- Reporter: wim_arbor | Owner: Type: defect | Status: new Priority: wish | Component: Version: git-master | undetermined Keywords: mov | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by wim_arbor): Replying to [comment:4 cehoyos]: > Replying to [comment:3 wim_arbor]: > > Replying to [comment:2 cehoyos]: > > > Replying to [ticket:3558 wim_arbor]: > > > > Without {{{-fflags +igndts}}} a proper output is created. > > > > > > I don't understand: Why do you add this option if it breaks remuxing? > > > > I also have files which require this option to be able to remux or transcode. > > Could you add such a sample for completeness? I have attached such a sample. Here is the diagnostics I performed on that file; Starting with the first I-Frame, attachment:dts_error_refbframe.ts contains the following values for PTS/DTS (PID 481/video): 754: PTS: 5562850426 DTS: 5562846826 821: PTS: 5562864826 DTS: 5562850426 859: PTS: 5562857626 866: PTS: 5562854026 875: PTS: 5562861226 879: PTS: 5562879226 DTS: 5562864826 891: PTS: 5562872026 902: PTS: 5562868426 905: PTS: 5562875626 908: PTS: 5562893626 DTS: 5562879226 It looks like the B-Frame with PTS=5562857626 is used as a reference frame. So this stream is correctly in decoding order, as that frame must be decoded before the frame with PTS=5562854026. But it needs a different (lower) DTS. So this file is no valid stream. (to be clear, it is not generated with ffmpeg). Remuxing with ffmpeg without {{{-fflags +igndts}}} fails: {{{ arbor at debian7:~$ bin/ffmpeg -y -i dts_error_refbframe.ts -f mov -c:a copy -c:v copy -bsf:a aac_adtstoasc out.mp4 ffmpeg version N-62439-g5e379cd Copyright (c) 2000-2014 the FFmpeg developers built on Apr 14 2014 13:41:14 with gcc 4.7 (Debian 4.7.2-5) ... [mpegts @ 0x30549c0] DTS 5562792826 < 5562796426 out of order ... Press [q] to stop, [?] for help [mov @ 0x21cc440] Non-monotonous DTS in output stream 0:0; previous: 130560, current: 130560; changing to 130561. This may result in incorrect timestamps in the output file. [mov @ 0x21cc440] pts (126960) < dts (130561) in stream 0 av_interleaved_write_frame(): Invalid argument frame= 4 fps=0.0 q=-1.0 Lsize= 33kB time=00:00:01.45 bitrate= 186.1kbits/s video:17kB audio:15kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 2.363399% }}} No problem that this fails, the DTS is wrong in the input file. But with {{{-fflags +igndts}}} it succeeds; {{{ arbor at debian7:~$ bin/ffmpeg -y -fflags +igndts -i dts_error_refbframe.ts -f mov -c:a copy -c:v copy -bsf:a aac_adtstoasc out.mp4 ffmpeg version N-62439-g5e379cd Copyright (c) 2000-2014 the FFmpeg developers built on Apr 14 2014 13:41:14 with gcc 4.7 (Debian 4.7.2-5) ... [mpegts @ 0x20e3a20] DTS 5562792826 < 5562796426 out of order ... Input #0, mpegts, from 'dts_error_refbframe.ts': Duration: 00:00:11.37, start: 61808.078511, bitrate: 1322 kb/s Program 1 Stream #0:0[0x1e1]: Video: h264 (Main) ([27][0][0][0] / 0x001B), yuv420p(tv), 720x576 [SAR 64:45 DAR 16:9], 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x1e2]: Audio: aac ([15][0][0][0] / 0x000F), 48000 Hz, stereo, fltp, 127 kb/s Output #0, mov, to 'out.mp4': Metadata: encoder : Lavf55.37.100 Stream #0:0: Video: h264 (avc1 / 0x31637661), yuv420p, 720x576 [SAR 64:45 DAR 16:9], q=2-31, 25 fps, 90k tbn, 90k tbc Stream #0:1: Audio: aac (mp4a / 0x6134706D), 48000 Hz, stereo, 127 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help frame= 251 fps=0.0 q=-1.0 Lsize= 1405kB time=00:00:11.29 bitrate=1019.4kbits/s video:1229kB audio:167kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.648900% }}} There are other errors in the output because the file was not cut at an I-Frame. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 18 18:55:17 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 18 Apr 2014 16:55:17 -0000 Subject: [FFmpeg-trac] #3575(avformat:new): FFMPEG Fails with an Assert In-Reply-To: <041.ee038e80eaa1ac0156744fc93c14d87d@avcodec.org> References: <041.ee038e80eaa1ac0156744fc93c14d87d@avcodec.org> Message-ID: <056.5bb450d1cac769d1759cf3fc0b3260ac@avcodec.org> #3575: FFMPEG Fails with an Assert -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mov crash | Blocked By: abort regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => mov crash abort regression * version: unspecified => git-master * component: undetermined => avformat -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 19 08:49:09 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 19 Apr 2014 06:49:09 -0000 Subject: [FFmpeg-trac] #3550(avformat:closed): [wavdec]DTS in wave can not be recognized In-Reply-To: <041.a8b85482a01100063bac224b96800f94@avcodec.org> References: <041.a8b85482a01100063bac224b96800f94@avcodec.org> Message-ID: <056.93ec22f5279a24227260e172909bdb1b@avcodec.org> #3550: [wavdec]DTS in wave can not be recognized -------------------------------------+------------------------------------ Reporter: adam_csheng | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: wav dca | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: wav => wav dca * status: open => closed * resolution: => fixed Comment: Your patch was applied in 549bbdfb Thank you for the report and the fix! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 19 13:03:49 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 19 Apr 2014 11:03:49 -0000 Subject: [FFmpeg-trac] #3530(avformat:closed): AIFF playback/Transcode failure In-Reply-To: <037.89b4e58656e4585aa30d61fda2a4e250@avcodec.org> References: <037.89b4e58656e4585aa30d61fda2a4e250@avcodec.org> Message-ID: <052.93202586b167230586dcccfc75b354f8@avcodec.org> #3530: AIFF playback/Transcode failure -------------------------------------+------------------------------------- Reporter: DeShizz | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: aiff id3v2 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Peter Ross in 5331773c - thank you for the report! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 19 15:11:56 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 19 Apr 2014 13:11:56 -0000 Subject: [FFmpeg-trac] #3539(undetermined:new): ffply crashes when playing a swf file In-Reply-To: <037.afeae66a76a4863ecf714499a350c7e5@avcodec.org> References: <037.afeae66a76a4863ecf714499a350c7e5@avcodec.org> Message-ID: <052.96fbe68a04f91f9b1fd95d7c8f34c043@avcodec.org> #3539: ffply crashes when playing a swf file -------------------------------------+------------------------------------- Reporter: hxuanyu | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: swf | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Does not crash here with 3b06208 {{{ ==1535== Invalid read of size 4 ==1535== at 0xCE905C: sws_scale (swscale.c:964) ==1535== by 0x4BECE4: filter_frame (vf_scale.c:423) ==1535== by 0x481E99: ff_filter_frame_framed (avfilter.c:1081) ==1535== by 0x482F98: ff_filter_frame (avfilter.c:1161) ==1535== by 0x487051: request_frame (buffersrc.c:500) ==1535== by 0x482279: ff_request_frame (avfilter.c:346) ==1535== by 0x4822E3: ff_request_frame (avfilter.c:348) ==1535== by 0x4822E3: ff_request_frame (avfilter.c:348) ==1535== by 0x486877: av_buffersink_get_frame_flags (buffersink.c:138) ==1535== by 0x473FE4: video_thread (ffplay.c:1972) ==1535== by 0x5A8CD35: ??? (in /usr/lib64/libSDL-1.2.so.0.11.4) ==1535== by 0x5ACDC08: ??? (in /usr/lib64/libSDL-1.2.so.0.11.4) ==1535== Address 0xdbe83d4 is 13,492 bytes inside a block of size 32,640 free'd ==1535== at 0x4C29D4E: free (in /usr/lib64/valgrind/vgpreload_memcheck- amd64-linux.so) ==1535== by 0x68758B3: __gconv_close (in /lib64/libc-2.15.so) ==1535== by 0x6874E0E: iconv_close (in /lib64/libc-2.15.so) ==1535== by 0x5A8C647: SDL_iconv_string (in /usr/lib64/libSDL-1.2.so.0.11.4) ==1535== by 0x5ABBAEB: ??? (in /usr/lib64/libSDL-1.2.so.0.11.4) ==1535== by 0x5ABBD1E: ??? (in /usr/lib64/libSDL-1.2.so.0.11.4) ==1535== by 0x5AAA26D: SDL_WM_SetCaption (in /usr/lib64/libSDL-1.2.so.0.11.4) ==1535== by 0x47162D: video_open (ffplay.c:1109) ==1535== by 0x4699CE: main (ffplay.c:1521) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 19 22:51:13 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 19 Apr 2014 20:51:13 -0000 Subject: [FFmpeg-trac] #3539(undetermined:new): ffply crashes when playing a swf file In-Reply-To: <037.afeae66a76a4863ecf714499a350c7e5@avcodec.org> References: <037.afeae66a76a4863ecf714499a350c7e5@avcodec.org> Message-ID: <052.77d616d50f56c173bff5238254270306@avcodec.org> #3539: ffply crashes when playing a swf file -------------------------------------+------------------------------------- Reporter: hxuanyu | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: swf | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by DonMoir): Lots of width, height, pix_fmt changes etc. frame and codec may have confused pix formats. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 20 10:47:38 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 20 Apr 2014 08:47:38 -0000 Subject: [FFmpeg-trac] #3559(undetermined:reopened): flac format playback fails with gcc-4.9 compiler In-Reply-To: <036.aa7969d064dea2c29e8ff3d13803bcd6@avcodec.org> References: <036.aa7969d064dea2c29e8ff3d13803bcd6@avcodec.org> Message-ID: <051.2de8fea2a9c3425bb0365b12f16a1b64@avcodec.org> #3559: flac format playback fails with gcc-4.9 compiler -------------------------------------+------------------------------------- Reporter: amooze | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: unspecified | undetermined Keywords: flac | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by amooze): OK, reported as: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60902 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 20 18:30:16 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 20 Apr 2014 16:30:16 -0000 Subject: [FFmpeg-trac] #3559(undetermined:reopened): flac format playback fails with gcc-4.9 compiler In-Reply-To: <036.aa7969d064dea2c29e8ff3d13803bcd6@avcodec.org> References: <036.aa7969d064dea2c29e8ff3d13803bcd6@avcodec.org> Message-ID: <051.f818cd7b15f03d61448a29e8863f3f60@avcodec.org> #3559: flac format playback fails with gcc-4.9 compiler -------------------------------------+------------------------------------- Reporter: amooze | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: unspecified | undetermined Keywords: flac | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:12 amooze]: > OK, reported as: > > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60902 Thank you, I opened bug 60904 and 60905: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60904 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60905 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 21 01:54:20 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 20 Apr 2014 23:54:20 -0000 Subject: [FFmpeg-trac] #3534(avformat:closed): ffmpeg can not convert pmp media In-Reply-To: <037.16614a23a9d1c922f5b612e9b62a47bd@avcodec.org> References: <037.16614a23a9d1c922f5b612e9b62a47bd@avcodec.org> Message-ID: <052.bdaeab526b672facddacf20333be0c43@avcodec.org> #3534: ffmpeg can not convert pmp media -------------------------------------+------------------------------------- Reporter: kaienfr | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: pmp h264 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in 5b19fc7aae986d6fa3d689f581b37e4bfba4f2d0 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 21 02:58:14 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 21 Apr 2014 00:58:14 -0000 Subject: [FFmpeg-trac] #3547(avformat:closed): Assertion failed when DTS out of order in asfenc.c In-Reply-To: <039.16c59c19ebc4cecabc5b6608ce0327b2@avcodec.org> References: <039.16c59c19ebc4cecabc5b6608ce0327b2@avcodec.org> Message-ID: <054.15c2abd7aaadb93c6316d6e041b15270@avcodec.org> #3547: Assertion failed when DTS out of order in asfenc.c -------------------------------------+------------------------------------- Reporter: wim_arbor | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: asf crash | Blocked By: abort regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in 369cdf917aaa5d7fbc61d57f87e638772e806716 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 21 03:24:54 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 21 Apr 2014 01:24:54 -0000 Subject: [FFmpeg-trac] #3576(ffmpeg:new): decoding MP3 (LAME) results in wrong length Message-ID: <036.1dbd8c16c00bc203d37cd91ea35da090@avcodec.org> #3576: decoding MP3 (LAME) results in wrong length -------------------------------------+------------------------------------- Reporter: tobwen | Type: defect Status: new | Priority: important Component: ffmpeg | Version: git- Keywords: MP3, LAME, | master audio, delay, padding | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- = What I was trying to accomplish = I was trying to transcode from MP3 to 44.1 kHz, 16-bit stereo WAV file. Since it uses libmp3lame, the output should be equal to the CLI version. = The problem I encountered = The output is too long by 1263 samples. I've used LAME v3.99.5 aka v3.99r (same es libmp3lame) to transcode a testfile with 441000 samples (10 seconds) to MP3 using this command line: {{{lame test_tobwen.wav -V 2 test_tobwen.mp3}}} When decoding it with the same lame version, it's exactly 441000 samples long. {{{lame --decode test_tobwen.mp3 output_lame.wav}}} LAME recognizes its own tag and skils encoder+decoder delay (1105 samples) and padding-decoder delay (263) samples. You can read more about this here: http://mp3decoders.mp3-tech.org/decoders_lame.html = excact command line I was using = {{{ffmpeg -i test_tobwen.mp3 -acodec pcm_s16le output_ffmpeg.wav}}} = full, uncut console output = {{{ffmpeg -v 9 -loglevel 99 -i test_tobwen.mp3 -acodec pcm_s16le output_ffmpeg.wav}}} {{{ ffmpeg version N-62569-gf57ac37 Copyright (c) 2000-2014 the FFmpeg developers built on Apr 19 2014 22:03:22 with gcc 4.8.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable- librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo- aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable-decklink --enable-zlib libavutil 52. 77.100 / 52. 77.100 libavcodec 55. 58.105 / 55. 58.105 libavformat 55. 37.101 / 55. 37.101 libavdevice 55. 13.100 / 55. 13.100 libavfilter 4. 4.100 / 4. 4.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Splitting the commandline. Reading option '-v' ... matched as option 'v' (set logging level) with argument '9'. Reading option '-loglevel' ... matched as option 'loglevel' (set logging level) with argument '99'. Reading option '-i' ... matched as input file with argument 'test_tobwen.mp3'. Reading option '-acodec' ... matched as option 'acodec' (force audio codec ('copy' to copy stream)) with argument 'pcm_s16le'. Reading option 'output_ffmpeg.wav' ... matched as output file. Finished splitting the commandline. Parsing a group of options: global . Applying option v (set logging level) with argument 9. Successfully parsed a group of options. Parsing a group of options: input file test_tobwen.mp3. Successfully parsed a group of options. Opening an input file: test_tobwen.mp3. [mp3 @ 04395000] Format mp3 probed with size=2048 and score=51 [mp3 @ 04395000] pad 576 792 [mp3 @ 04395000] Before avformat_find_stream_info() pos: 417 bytes read:65664 seeks:2 [mp3 @ 04395000] demuxer injecting skip 1105 [mp3 @ 04395820] skip 1105 samples due to side data [mp3 @ 04395820] skip 1105/1152 samples [mp3 @ 04395000] max_analyze_duration 5000000 reached at 5015510 microseconds [mp3 @ 04395000] After avformat_find_stream_info() pos: 57761 bytes read:98432 seeks:2 frames:194 Input #0, mp3, from 'test_tobwen.mp3': Duration: 00:00:10.03, start: 0.025057, bitrate: 104 kb/s Stream #0:0, 194, 1/14112000: Audio: mp3, 44100 Hz, stereo, s16p, 104 kb/s Metadata: encoder : LAME3.99r Successfully opened the file. Parsing a group of options: output file output_ffmpeg.wav. Applying option acodec (force audio codec ('copy' to copy stream)) with argument pcm_s16le. Successfully parsed a group of options. Opening an output file: output_ffmpeg.wav. Successfully opened the file. detected 4 logical cores [graph 0 input from stream 0:0 @ 029dd2c0] Setting 'time_base' to value '1/44100' [graph 0 input from stream 0:0 @ 029dd2c0] Setting 'sample_rate' to value '44100' [graph 0 input from stream 0:0 @ 029dd2c0] Setting 'sample_fmt' to value 's16p' [graph 0 input from stream 0:0 @ 029dd2c0] Setting 'channel_layout' to value '0x3' [graph 0 input from stream 0:0 @ 029dd2c0] tb:1/44100 samplefmt:s16p samplerate:44100 chlayout:0x3 [audio format for output stream 0:0 @ 029d7920] Setting 'sample_fmts' to value 's16' [audio format for output stream 0:0 @ 029d7920] auto-inserting filter 'auto-inserted resampler 0' between the filter 'Parsed_anull_0' and the filter 'audio format for output stream 0:0' [AVFilterGraph @ 043bd100] query_formats: 4 queried, 6 merged, 3 already done, 0 delayed [auto-inserted resampler 0 @ 029d7f00] ch:2 chl:stereo fmt:s16p r:44100Hz -> ch:2 chl:stereo fmt:s16 r:44100Hz Output #0, wav, to 'output_ffmpeg.wav': Metadata: ISFT : Lavf55.37.101 Stream #0:0, 0, 1/44100: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, stereo, s16, 1411 kb/s Metadata: encoder : LAME3.99r Stream mapping: Stream #0:0 -> #0:0 (mp3 -> pcm_s16le) Press [q] to stop, [?] for help [mp3 @ 04395820] skip 1105 samples due to side data [mp3 @ 04395820] skip 1105/1152 samples [output stream 0:0 @ 029d78a0] EOF on sink link output stream 0:0:default. No more output streams to write to, finishing. size= 1724kB time=00:00:10.00 bitrate=1411.3kbits/s video:0kB audio:1724kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.004532% Input file #0 (test_tobwen.mp3): Input stream #0:0 (audio): 384 packets read (130730 bytes); 384 frames decoded (441263 samples); Total: 384 packets (130730 bytes) demuxed Output file #0 (output_ffmpeg.wav): Output stream #0:0 (audio): 384 frames encoded (441263 samples); 384 packets muxed (1765052 bytes); Total: 384 packets (1765052 bytes) muxed 384 frames successfully decoded, 0 decoding errors [AVIOContext @ 043c4a60] Statistics: 4 seeks, 387 writeouts [AVIOContext @ 043949e0] Statistics: 164020 bytes read, 2 seeks }}} == Files attached to this ticket == I've uploaded test_tobwen.wav and test_tobwen.mp3 to the FTP. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 21 03:54:31 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 21 Apr 2014 01:54:31 -0000 Subject: [FFmpeg-trac] #3577(undetermined:new): add LAME tag for MP3s Message-ID: <036.d38821ffef1a19ce2f99a00714981a05@avcodec.org> #3577: add LAME tag for MP3s -------------------------------------+------------------------------------- Reporter: tobwen | Type: Status: new | enhancement Component: | Priority: wish undetermined | Version: git- Keywords: MP3, LAME, | master audio | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- When creating MP3s using FFMPEG, the LAME tag doesn't get added. Normally, it looks like this: {{{ Writing library : LAME3.99r Encoding settings: -m j -V 2 -q 0 -lowpass 18.5 --vbr-new -b 32 }}} But with libmp3lame it looks like this only: {{{ Writing library : LAME3.99.5 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 21 03:59:58 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 21 Apr 2014 01:59:58 -0000 Subject: [FFmpeg-trac] #3576(ffmpeg:new): decoding MP3 (LAME) results in wrong length In-Reply-To: <036.1dbd8c16c00bc203d37cd91ea35da090@avcodec.org> References: <036.1dbd8c16c00bc203d37cd91ea35da090@avcodec.org> Message-ID: <051.93b17122866f1b5537451ead30a87151@avcodec.org> #3576: decoding MP3 (LAME) results in wrong length -------------------------------------+------------------------------------- Reporter: tobwen | Owner: Type: defect | Status: new Priority: important | Component: ffmpeg Version: git-master | Resolution: Keywords: MP3, LAME, | Blocked By: audio, delay, padding | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by tobwen): Narf, I'm too dumb to calculate. The file is '''263''' samples too long, that's the exact length of the ''padding-decoder delay''. I think, you missed to strip this? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 21 08:44:04 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 21 Apr 2014 06:44:04 -0000 Subject: [FFmpeg-trac] #3576(undetermined:new): decoding MP3 (LAME) results in wrong length In-Reply-To: <036.1dbd8c16c00bc203d37cd91ea35da090@avcodec.org> References: <036.1dbd8c16c00bc203d37cd91ea35da090@avcodec.org> Message-ID: <051.e0c9b724c0f12d3fbc8ff6e5e481754f@avcodec.org> #3576: decoding MP3 (LAME) results in wrong length -------------------------------------+------------------------------------- Reporter: tobwen | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: mp3 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: MP3, LAME, audio, delay, padding => mp3 * component: ffmpeg => undetermined Comment: Do you believe this is a regression? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 21 08:56:46 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 21 Apr 2014 06:56:46 -0000 Subject: [FFmpeg-trac] #3578(undetermined:new): h.264 from avi to mkv/mp4 Message-ID: <035.d8782c47beff228bc472cc17feb4bf43@avcodec.org> #3578: h.264 from avi to mkv/mp4 -------------------------------------+------------------------------------- Reporter: Ajaja | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: How to reproduce: {{{ % ffmpeg -fflags +genpts -i test.avi -c copy test.mkv }}} Many video players (MPC-HC/BE, VLC) can not play H.264 video files remuxed by ffmpeg from avi to mkv or mp4 without lots of droppe frames (B-frames?). Is this ffmpeg's problem? Or MPC-HC/BE, VLC? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 21 08:58:54 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 21 Apr 2014 06:58:54 -0000 Subject: [FFmpeg-trac] #3578(undetermined:new): h.264 from avi to mkv/mp4 In-Reply-To: <035.d8782c47beff228bc472cc17feb4bf43@avcodec.org> References: <035.d8782c47beff228bc472cc17feb4bf43@avcodec.org> Message-ID: <050.ebf6d4fbbb2790232ae5b1c9d3c87512@avcodec.org> #3578: h.264 from avi to mkv/mp4 -------------------------------------+------------------------------------- Reporter: Ajaja | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Ajaja): Video example: AVI: http://rghost.ru/54448082 MKV: http://rghost.ru/54429168 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 21 09:11:25 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 21 Apr 2014 07:11:25 -0000 Subject: [FFmpeg-trac] #3578(undetermined:new): h.264 from avi to mkv/mp4 In-Reply-To: <035.d8782c47beff228bc472cc17feb4bf43@avcodec.org> References: <035.d8782c47beff228bc472cc17feb4bf43@avcodec.org> Message-ID: <050.2a4b91fb7bdd4ca1c287a180e1e3e7d7@avcodec.org> #3578: h.264 from avi to mkv/mp4 -------------------------------------+------------------------------------- Reporter: Ajaja | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Please provide the failing command line together with the complete, uncut console output to make this a valid ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 21 09:22:21 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 21 Apr 2014 07:22:21 -0000 Subject: [FFmpeg-trac] #3578(undetermined:new): h.264 from avi to mkv/mp4 In-Reply-To: <035.d8782c47beff228bc472cc17feb4bf43@avcodec.org> References: <035.d8782c47beff228bc472cc17feb4bf43@avcodec.org> Message-ID: <050.1066818376e3c416b846f731255f6a69@avcodec.org> #3578: h.264 from avi to mkv/mp4 -------------------------------------+------------------------------------- Reporter: Ajaja | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Ajaja): Command does not fail. But produced video file can not be played smoothly (without dropped frames) in VLC, MPC-HC, MPC-BE. {{{ I:\>ffmpeg.exe -fflags +genpts -i test.avi -c copy test.mkv ffmpeg version N-62569-gf57ac37 Copyright (c) 2000-2014 the FFmpeg developers built on Apr 19 2014 22:13:55 with gcc 4.8.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable- librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo- aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable-decklink --enable-zlib libavutil 52. 77.100 / 52. 77.100 libavcodec 55. 58.105 / 55. 58.105 libavformat 55. 37.101 / 55. 37.101 libavdevice 55. 13.100 / 55. 13.100 libavfilter 4. 4.100 / 4. 4.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, avi, from 'test.avi': Metadata: encoder : Lavf55.37.100 Duration: 00:01:00.04, start: 0.000000, bitrate: 4773 kb/s Stream #0:0: Video: h264 (High) (H264 / 0x34363248), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 4764 kb/s, 47.95 fps, 23.98 tbr, 47.95 tbn, 47.95 tbc Output #0, matroska, to 'test.mkv': Metadata: encoder : Lavf55.37.101 Stream #0:0: Video: h264 (H264 / 0x34363248), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], q=2-31, 4764 kb/s, 47.95 fps, 1k tbn, 47.95 tbc Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help frame= 1441 fps=0.0 q=-1.0 Lsize= 34922kB time=00:01:00.03 bitrate=4765.0kbits/s video:34911kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.033431% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 21 09:55:50 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 21 Apr 2014 07:55:50 -0000 Subject: [FFmpeg-trac] #3559(undetermined:reopened): flac format playback fails with gcc-4.9 compiler In-Reply-To: <036.aa7969d064dea2c29e8ff3d13803bcd6@avcodec.org> References: <036.aa7969d064dea2c29e8ff3d13803bcd6@avcodec.org> Message-ID: <051.dd06b641ab269f98e75d6bafcd860cee@avcodec.org> #3559: flac format playback fails with gcc-4.9 compiler -------------------------------------+------------------------------------- Reporter: amooze | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: unspecified | undetermined Keywords: flac | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by amooze): All reported problem cases use an inlined function listed here: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60902#c20 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 21 11:05:53 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 21 Apr 2014 09:05:53 -0000 Subject: [FFmpeg-trac] #3548(avcodec:closed): mp2 standalone decoder broken for some input files In-Reply-To: <037.da2dcf9c05f3f0a830d222976b0aca60@avcodec.org> References: <037.da2dcf9c05f3f0a830d222976b0aca60@avcodec.org> Message-ID: <052.dab48f0dc952c8f956244596f0b4b37a@avcodec.org> #3548: mp2 standalone decoder broken for some input files -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: mp2 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Fixed in f3743901d7df906342f99b179382b19d8a4d9716 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 21 11:53:02 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 21 Apr 2014 09:53:02 -0000 Subject: [FFmpeg-trac] #3468(avfilter:closed): libavfilter/filtfmts-test crashes with dynamically allocated input pads In-Reply-To: <040.c77e137621a621fd06de9cc20a126e5d@avcodec.org> References: <040.c77e137621a621fd06de9cc20a126e5d@avcodec.org> Message-ID: <055.3e9a8a80bf9404e77517e108a1f72398@avcodec.org> #3468: libavfilter/filtfmts-test crashes with dynamically allocated input pads -------------------------------------+------------------------------------- Reporter: Timothy_Gu | Owner: Type: defect | Status: closed Priority: important | Component: avfilter Version: git-master | Resolution: fixed Keywords: crash | Blocked By: SIGSEGV | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in 59c7615d58b5b7ea9caff2c8c774677973eb4f1c -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 21 12:06:43 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 21 Apr 2014 10:06:43 -0000 Subject: [FFmpeg-trac] #3499(avformat:open): Error transcoding AVID H264 mxf file with seek (-ss) option In-Reply-To: <041.a1a57e3ba1d9c40d5e4ab556eba935db@avcodec.org> References: <041.a1a57e3ba1d9c40d5e4ab556eba935db@avcodec.org> Message-ID: <056.7d425b5cbc9879afcbe5abe05e276bd0@avcodec.org> #3499: Error transcoding AVID H264 mxf file with seek (-ss) option -------------------------------------+------------------------------------- Reporter: chq.contact | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mxf h264 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): I think the code should only be run when its needed, that is for codec tags that are affected, which in mxf i would hope is reliable. Moving the code to after probing would mean probing would always run till its max read i guess which feels like changing one bug into another -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 21 12:08:22 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 21 Apr 2014 10:08:22 -0000 Subject: [FFmpeg-trac] #3504(undetermined:closed): Memory allocation error when coding very long files using libx264 In-Reply-To: <040.263070e1d50e0b8b834b8b6f9632c35c@avcodec.org> References: <040.263070e1d50e0b8b834b8b6f9632c35c@avcodec.org> Message-ID: <055.d2b5e395161779ca7aa3134a538ff8b2@avcodec.org> #3504: Memory allocation error when coding very long files using libx264 -------------------------------------+------------------------------------- Reporter: kislovskij | Owner: Type: defect | Status: closed Priority: important | Component: Version: 2.1.4 | undetermined Keywords: | Resolution: Blocking: | needs_more_info Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => needs_more_info -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 21 12:11:15 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 21 Apr 2014 10:11:15 -0000 Subject: [FFmpeg-trac] #3579(undetermined:new): Uses pthread_cond_init() are unchecked Message-ID: <036.572deafe4983fe368639761ed0915b66@avcodec.org> #3579: Uses pthread_cond_init() are unchecked -------------------------------------+------------------------------------- Reporter: Cigaes | Owner: Type: defect | Status: new Priority: minor | Component: Version: git- | undetermined master | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- Normal Unix implementations should not fail, since they could be done statically with {{{PTHREAD_COND_INITIALIZER}}}, but w32 compat implementation, at least, has a malloc in it and could fail in case of OOM. If that happens, the calling program will be dereferencing NULL or random memory. This, of course, can not be reproduced at will. {{{ $ git grep 'pthread_cond_init(&' -- $(git grep -l w32pthreads) libavcodec/frame_thread_encoder.c: pthread_cond_init(&c->task_fifo_cond, NULL); libavcodec/frame_thread_encoder.c: pthread_cond_init(&c->finished_task_cond, NULL); libavcodec/pthread_frame.c: pthread_cond_init(&p->input_cond, NULL); libavcodec/pthread_frame.c: pthread_cond_init(&p->progress_cond, NULL); libavcodec/pthread_frame.c: pthread_cond_init(&p->output_cond, NULL); libavcodec/pthread_slice.c: pthread_cond_init(&c->current_job_cond, NULL); libavcodec/pthread_slice.c: pthread_cond_init(&c->last_job_cond, NULL); libavcodec/pthread_slice.c: pthread_cond_init(&p->progress_cond[i], NULL); libavfilter/pthread.c: pthread_cond_init(&c->current_job_cond, NULL); libavfilter/pthread.c: pthread_cond_init(&c->last_job_cond, NULL); }}} Uses of {{{pthread_mutex_init()}}} are also unchecked, but AFAICS they should not be able to fail. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 21 13:09:19 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 21 Apr 2014 11:09:19 -0000 Subject: [FFmpeg-trac] #3523(ffprobe:open): ffprobe bit_rate wrong with -prefix In-Reply-To: <039.09eed37e3b142935f7d2742f498c7003@avcodec.org> References: <039.09eed37e3b142935f7d2742f498c7003@avcodec.org> Message-ID: <054.a58252e16c320e1c559e9d25f6d66b17@avcodec.org> #3523: ffprobe bit_rate wrong with -prefix ------------------------------------+----------------------------------- Reporter: sfrenkiel | Owner: Type: defect | Status: open Priority: important | Component: ffprobe Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by michael): patch on ML -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 21 18:09:03 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 21 Apr 2014 16:09:03 -0000 Subject: [FFmpeg-trac] #3576(undetermined:new): decoding MP3 (LAME) results in wrong length In-Reply-To: <036.1dbd8c16c00bc203d37cd91ea35da090@avcodec.org> References: <036.1dbd8c16c00bc203d37cd91ea35da090@avcodec.org> Message-ID: <051.08178f966ca2143b2ac1e69f9ade98bf@avcodec.org> #3576: decoding MP3 (LAME) results in wrong length -------------------------------------+------------------------------------- Reporter: tobwen | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: mp3 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by tobwen): Replying to [comment:2 cehoyos]: > Do you believe this is a regression? I have tested versions 0.8, 1.0.1, 1.2, 2.0.2, 2.1, 2.1.3 and this does not seem to be a regression. Remark: v0.8 didn't remove delays at all, v1.0.1 is missing some data. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 21 18:10:23 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 21 Apr 2014 16:10:23 -0000 Subject: [FFmpeg-trac] #3576(undetermined:new): decoding MP3 (LAME) results in wrong length In-Reply-To: <036.1dbd8c16c00bc203d37cd91ea35da090@avcodec.org> References: <036.1dbd8c16c00bc203d37cd91ea35da090@avcodec.org> Message-ID: <051.10678180bd8b1a58674e2d0d0466c908@avcodec.org> #3576: decoding MP3 (LAME) results in wrong length -------------------------------------+------------------------------------- Reporter: tobwen | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mp3 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: important => normal -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 21 19:12:38 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 21 Apr 2014 17:12:38 -0000 Subject: [FFmpeg-trac] #3509(ffplay:new): ffplay unable to play 352800 Hz wav file (pulse audio has a hard limit of 192kHz) In-Reply-To: <035.285e36a68d820862df20c89b01dedd15@avcodec.org> References: <035.285e36a68d820862df20c89b01dedd15@avcodec.org> Message-ID: <050.25ee8065dbd533224f5ef09fbd9f8e6d@avcodec.org> #3509: ffplay unable to play 352800 Hz wav file (pulse audio has a hard limit of 192kHz) -------------------------------------+---------------------------------- Reporter: pross | Owner: Type: defect | Status: new Priority: normal | Component: ffplay Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Comment (by DonMoir): For me, I have a hard limit of 200khz, so choosing to just half / quarter the sample rate when over 200khz for efficiency since the sample rate is so high to begin with. Would like to get some more samples with over 200khz if available. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 21 22:51:01 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 21 Apr 2014 20:51:01 -0000 Subject: [FFmpeg-trac] #3509(ffplay:new): ffplay unable to play 352800 Hz wav file (pulse audio has a hard limit of 192kHz) In-Reply-To: <035.285e36a68d820862df20c89b01dedd15@avcodec.org> References: <035.285e36a68d820862df20c89b01dedd15@avcodec.org> Message-ID: <050.8ebaa3e7eac20ab51ac8eefba6acbd11@avcodec.org> #3509: ffplay unable to play 352800 Hz wav file (pulse audio has a hard limit of 192kHz) -------------------------------------+---------------------------------- Reporter: pross | Owner: Type: defect | Status: new Priority: normal | Component: ffplay Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Comment (by pross): http://www.2l.no/hires/ Look for 'DXD' (24/352.8 kHz PCM .WAV) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 21 23:45:36 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 21 Apr 2014 21:45:36 -0000 Subject: [FFmpeg-trac] #3580(ffplay:new): Compile ffplay.c with Visual Studio Message-ID: <042.802ab803fb6686b270f4c3e8128001a5@avcodec.org> #3580: Compile ffplay.c with Visual Studio -------------------------------------+------------------------------------- Reporter: | Type: achristensen | enhancement Status: new | Priority: normal Component: ffplay | Version: git- Keywords: windows | master Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- I have a successful build of ffplay using Visual Studio 2013. I linked with today's libraries from http://ffmpeg.zeranoe.com/builds/ and I needed these two changes to make it compile. The first is to avoid what seems like a bug in Visual Studio to avoid this error: error C2440: 'initializing' : cannot convert from 'AVRational' to 'int' I've attached a proposed patch. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 22 00:55:56 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 21 Apr 2014 22:55:56 -0000 Subject: [FFmpeg-trac] #3509(ffplay:new): ffplay unable to play 352800 Hz wav file (pulse audio has a hard limit of 192kHz) In-Reply-To: <035.285e36a68d820862df20c89b01dedd15@avcodec.org> References: <035.285e36a68d820862df20c89b01dedd15@avcodec.org> Message-ID: <050.446752658684a7527abd0aa10df605d0@avcodec.org> #3509: ffplay unable to play 352800 Hz wav file (pulse audio has a hard limit of 192kHz) -------------------------------------+---------------------------------- Reporter: pross | Owner: Type: defect | Status: new Priority: normal | Component: ffplay Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Comment (by DonMoir): Thanks, perfect -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 22 01:31:42 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 21 Apr 2014 23:31:42 -0000 Subject: [FFmpeg-trac] #3581(undetermined:new): HEVC video in FLV doesn't work Message-ID: <035.5f4c0874c345a41cfde9336499111483@avcodec.org> #3581: HEVC video in FLV doesn't work -------------------------------------+------------------------------------- Reporter: cyril | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: ffplay cannot play the file available at http://towerofbabel.free.fr/test/demo.flv How to reproduce: {{{ % ffplay demo.flv [flv @ 0000000000337520] Video codec (c) is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that y our file has a feature which has not been implemented. [flv @ 0000000000337520] If you want to help, upload a sample of this file to ft p://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing lis t. [flv @ 0000000000337520] Could not find codec parameters for stream 0 (Video: no ne ([12][0][0][0] / 0x000C), 1075 kb/s): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options Input #0, flv, from '..\demo.flv': Metadata: hasKeyframes : true hasVideo : true canSeekToEnd : false datasize : 39706199 lasttimestamp : 283 audiosize : 2445781 hasAudio : true audiodelay : 0 videosize : 37259080 metadatacreator : inlet media FLVTool2 v1.0.6 - http://www.inlet- media.de/fl vtool2 lastkeyframetimestamp: 275 hasMetadata : true hasCuePoints : false Duration: 00:04:43.17, start: 0.000000, bitrate: 1124 kb/s Stream #0:0: Video: none ([12][0][0][0] / 0x000C), 1075 kb/s, 24 tbr, 1k tbn , 1k tbc Stream #0:1: Audio: aac, 48000 Hz, stereo, fltp, 66 kb/s No codec could be found with id 0 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 22 04:41:34 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 22 Apr 2014 02:41:34 -0000 Subject: [FFmpeg-trac] #3531(undetermined:closed): ffmpeg hangs converting a possibly broken avi file In-Reply-To: <037.03a9517457a445169e97e59a877f7f46@avcodec.org> References: <037.03a9517457a445169e97e59a877f7f46@avcodec.org> Message-ID: <052.988a588af9d6f100f43615af5dc30ffe@avcodec.org> #3531: ffmpeg hangs converting a possibly broken avi file -------------------------------------+------------------------------------- Reporter: hxuanyu | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: avi | Resolution: fixed deadlock regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in 57fb570908df2e84b11635f12b5be1fb27f053eb -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 22 04:47:14 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 22 Apr 2014 02:47:14 -0000 Subject: [FFmpeg-trac] #3555(avformat:closed): asf interleaving regression In-Reply-To: <037.1e8feeae52792737a2d6868d9d5e200e@avcodec.org> References: <037.1e8feeae52792737a2d6868d9d5e200e@avcodec.org> Message-ID: <052.491c29ec40c87add8411342a9053d98a@avcodec.org> #3555: asf interleaving regression -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: asf | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed * reproduced: 0 => 1 Comment: this seems to have been fixed id guess it was 369cdf917aaa5d7fbc61d57f87e638772e806716 but didnt double check -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 22 08:01:30 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 22 Apr 2014 06:01:30 -0000 Subject: [FFmpeg-trac] #3580(ffplay:new): Compile ffplay.c with Visual Studio In-Reply-To: <042.802ab803fb6686b270f4c3e8128001a5@avcodec.org> References: <042.802ab803fb6686b270f4c3e8128001a5@avcodec.org> Message-ID: <057.451d2c3c384f290a7f8bad1f0fb70532@avcodec.org> #3580: Compile ffplay.c with Visual Studio --------------------------------------+---------------------------------- Reporter: achristensen | Owner: Type: enhancement | Status: new Priority: normal | Component: ffplay Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- Changes (by cehoyos): * keywords: windows => Comment: Patches are generally ignored on this bug tracker, please send them - made with {{{git format-patch}}} - to the ffmpeg-devel mailing list where they can be reviewed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 22 10:19:24 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 22 Apr 2014 08:19:24 -0000 Subject: [FFmpeg-trac] #3582(swscale:new): invalid read in swscale with cpu optimizations Message-ID: <036.1d4afaabd7582d85beebcb044643761c@avcodec.org> #3582: invalid read in swscale with cpu optimizations --------------------------------------+--------------------------------- Reporter: ubitux | Owner: Type: defect | Status: new Priority: normal | Component: swscale Version: git-master | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+--------------------------------- {{{ ? valgrind ./ffmpeg_g -f lavfi -i testsrc=s=634x320 -frames:v 1 -y test.avi ==18764== Memcheck, a memory error detector ==18764== Copyright (C) 2002-2013, and GNU GPL'd, by Julian Seward et al. ==18764== Using Valgrind-3.9.0 and LibVEX; rerun with -h for copyright info ==18764== Command: ./ffmpeg_g -f lavfi -i testsrc=s=634x320 -frames:v 1 -y test.avi ==18764== ffmpeg version N-62606-g57fb570 Copyright (c) 2000-2014 the FFmpeg developers built on Apr 22 2014 09:42:25 with gcc 4.8.2 (GCC) 20140206 (prerelease) configuration: --enable-fontconfig --enable-libfreetype --enable-nonfree --enable-gpl --enable-libx264 --enable-libmp3lame --enable-x11grab --enable-libvorbis --samples=/home/ux/fate-samples --enable-libvpx --cpu=native --enable-libfaac --cc='ccache cc' libavutil 52. 77.100 / 52. 77.100 libavcodec 55. 58.105 / 55. 58.105 libavformat 55. 37.101 / 55. 37.101 libavdevice 55. 13.100 / 55. 13.100 libavfilter 4. 4.100 / 4. 4.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, lavfi, from 'testsrc=s=634x320': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Video: rawvideo (RGB[24] / 0x18424752), rgb24, 634x320 [SAR 1:1 DAR 317:160], 25 tbr, 25 tbn, 25 tbc Output #0, avi, to 'test.avi': Metadata: ISFT : Lavf55.37.101 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 634x320 [SAR 1:1 DAR 317:160], q=2-31, 200 kb/s, 25 tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> mpeg4) Press [q] to stop, [?] for help [swscaler @ 0xa77a540] Warning: data is not aligned! This can lead to a speedloss ==18764== Invalid read of size 16 ==18764== at 0xC063C7: ??? (input.asm:334) ==18764== by 0xBC0C08: swscale (swscale.c:255) ==18764== by 0xBC2944: sws_scale (swscale.c:1109) ==18764== by 0x4D01E0: filter_frame (vf_scale.c:423) ==18764== by 0x49428D: ff_filter_frame_framed (avfilter.c:1081) ==18764== by 0x495108: ff_filter_frame (avfilter.c:1161) ==18764== by 0x49428D: ff_filter_frame_framed (avfilter.c:1081) ==18764== by 0x495108: ff_filter_frame (avfilter.c:1161) ==18764== by 0x499881: request_frame (buffersrc.c:500) ==18764== by 0x4995A7: av_buffersrc_add_frame_internal (buffersrc.c:181) ==18764== by 0x499AAC: av_buffersrc_add_frame_flags (buffersrc.c:106) ==18764== by 0x480B61: decode_video (ffmpeg.c:1931) ==18764== Address 0xa6038c6 is 608,646 bytes inside a block of size 608,656 alloc'd ==18764== at 0x4C28730: malloc (in /usr/lib/valgrind /vgpreload_memcheck-amd64-linux.so) ==18764== by 0x4C2AACF: realloc (in /usr/lib/valgrind /vgpreload_memcheck-amd64-linux.so) ==18764== by 0xC17866: av_buffer_realloc (buffer.c:164) ==18764== by 0x62D86D: av_new_packet (avpacket.c:74) ==18764== by 0x48984C: lavfi_read_packet (lavfi.c:365) ==18764== by 0x5EC9A5: ff_read_packet (utils.c:777) ==18764== by 0x5EF76F: read_frame_internal (utils.c:1446) ==18764== by 0x5F2E86: avformat_find_stream_info (utils.c:3181) ==18764== by 0x47763E: open_input_file (ffmpeg_opt.c:861) ==18764== by 0x47B7BE: ffmpeg_parse_options (ffmpeg_opt.c:2610) ==18764== by 0x46B757: main (ffmpeg.c:3722) ==18764== frame= 1 fps=0.0 q=5.0 Lsize= 21kB time=00:00:00.04 bitrate=4199.6kbits/s video:15kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 37.999474% ==18764== ==18764== HEAP SUMMARY: ==18764== in use at exit: 80 bytes in 2 blocks ==18764== total heap usage: 3,924 allocs, 3,922 frees, 9,025,400 bytes allocated ==18764== ==18764== LEAK SUMMARY: ==18764== definitely lost: 0 bytes in 0 blocks ==18764== indirectly lost: 0 bytes in 0 blocks ==18764== possibly lost: 0 bytes in 0 blocks ==18764== still reachable: 80 bytes in 2 blocks ==18764== suppressed: 0 bytes in 0 blocks ==18764== Rerun with --leak-check=full to see details of leaked memory ==18764== ==18764== For counts of detected and suppressed errors, rerun with: -v ==18764== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 3 from 3) }}} OK with no cpu flags: {{{ ? valgrind ./ffmpeg_g -cpuflags none -f lavfi -i testsrc=s=634x320 -frames:v 1 -y test.avi ==18780== Memcheck, a memory error detector ==18780== Copyright (C) 2002-2013, and GNU GPL'd, by Julian Seward et al. ==18780== Using Valgrind-3.9.0 and LibVEX; rerun with -h for copyright info ==18780== Command: ./ffmpeg_g -cpuflags none -f lavfi -i testsrc=s=634x320 -frames:v 1 -y test.avi ==18780== ffmpeg version N-62606-g57fb570 Copyright (c) 2000-2014 the FFmpeg developers built on Apr 22 2014 09:42:25 with gcc 4.8.2 (GCC) 20140206 (prerelease) configuration: --enable-fontconfig --enable-libfreetype --enable-nonfree --enable-gpl --enable-libx264 --enable-libmp3lame --enable-x11grab --enable-libvorbis --samples=/home/ux/fate-samples --enable-libvpx --cpu=native --enable-libfaac --cc='ccache cc' libavutil 52. 77.100 / 52. 77.100 libavcodec 55. 58.105 / 55. 58.105 libavformat 55. 37.101 / 55. 37.101 libavdevice 55. 13.100 / 55. 13.100 libavfilter 4. 4.100 / 4. 4.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, lavfi, from 'testsrc=s=634x320': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Video: rawvideo (RGB[24] / 0x18424752), rgb24, 634x320 [SAR 1:1 DAR 317:160], 25 tbr, 25 tbn, 25 tbc Output #0, avi, to 'test.avi': Metadata: ISFT : Lavf55.37.101 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 634x320 [SAR 1:1 DAR 317:160], q=2-31, 200 kb/s, 25 tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> mpeg4) Press [q] to stop, [?] for help frame= 1 fps=0.0 q=5.0 Lsize= 21kB time=00:00:00.04 bitrate=4200.0kbits/s video:15kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 38.003548% ==18780== ==18780== HEAP SUMMARY: ==18780== in use at exit: 80 bytes in 2 blocks ==18780== total heap usage: 3,925 allocs, 3,923 frees, 8,996,883 bytes allocated ==18780== ==18780== LEAK SUMMARY: ==18780== definitely lost: 0 bytes in 0 blocks ==18780== indirectly lost: 0 bytes in 0 blocks ==18780== possibly lost: 0 bytes in 0 blocks ==18780== still reachable: 80 bytes in 2 blocks ==18780== suppressed: 0 bytes in 0 blocks ==18780== Rerun with --leak-check=full to see details of leaked memory ==18780== ==18780== For counts of detected and suppressed errors, rerun with: -v ==18780== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 3 from 3) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 22 12:08:01 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 22 Apr 2014 10:08:01 -0000 Subject: [FFmpeg-trac] #3582(swscale:new): invalid read in swscale with cpu optimizations In-Reply-To: <036.1d4afaabd7582d85beebcb044643761c@avcodec.org> References: <036.1d4afaabd7582d85beebcb044643761c@avcodec.org> Message-ID: <051.9cf58d14db3454a1e169b193b14b0c7e@avcodec.org> #3582: invalid read in swscale with cpu optimizations ------------------------------------+----------------------------------- Reporter: ubitux | Owner: Type: defect | Status: new Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Is there a specific {{{--cpu}}} option that allows to reproduce this problem? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 22 12:32:09 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 22 Apr 2014 10:32:09 -0000 Subject: [FFmpeg-trac] #3582(swscale:new): invalid read in swscale with cpu optimizations In-Reply-To: <036.1d4afaabd7582d85beebcb044643761c@avcodec.org> References: <036.1d4afaabd7582d85beebcb044643761c@avcodec.org> Message-ID: <051.cdc519d0fef6ba7b4386a71f6a5a9c13@avcodec.org> #3582: invalid read in swscale with cpu optimizations ------------------------------------+----------------------------------- Reporter: ubitux | Owner: Type: defect | Status: new Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by ubitux): Replying to [comment:1 cehoyos]: > Is there a specific {{{--cpu}}} option that allows to reproduce this problem? You can ignore the {{{--cpu=native}}} part. x86 cpu with avx or ssse3 is enough to reproduce. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 22 12:33:02 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 22 Apr 2014 10:33:02 -0000 Subject: [FFmpeg-trac] #3578(undetermined:new): h.264 from avi to mkv/mp4 In-Reply-To: <035.d8782c47beff228bc472cc17feb4bf43@avcodec.org> References: <035.d8782c47beff228bc472cc17feb4bf43@avcodec.org> Message-ID: <050.d59f2b69a3042310d16b9b4de55861d2@avcodec.org> #3578: h.264 from avi to mkv/mp4 -------------------------------------+------------------------------------- Reporter: Ajaja | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Ajaja): I compared mkv generated by ffmpeg with generated by mkvtoolnix (it plays fine with VLC,MPC-HC/BE). Looks like ffmpeg generates PST in different (wrong?) order. Maybe problem in genpts? Look at frames 16-17-18-19-..: mkvtoolnix: {{{ 1 pkt_pts=0 pkt_pos=5461 pkt_size=1588 pict_type=I coded_picture_number=0 2 pkt_pts=0 pkt_pos=7239 pkt_size=93 pict_type=B coded_picture_number=3 3 pkt_pts=0 pkt_pos=7116 pkt_size=117 pict_type=B coded_picture_number=2 4 pkt_pts=0 pkt_pos=7338 pkt_size=82 pict_type=B coded_picture_number=4 5 pkt_pts=42 pkt_pos=7057 pkt_size=47 pict_type=P coded_picture_number=1 6 pkt_pts=63 pkt_pos=7428 pkt_size=45 pict_type=P coded_picture_number=5 7 pkt_pts=83 pkt_pos=7485 pkt_size=45 pict_type=P coded_picture_number=6 8 pkt_pts=125 pkt_pos=7536 pkt_size=46 pict_type=P coded_picture_number=7 9 pkt_pts=167 pkt_pos=7588 pkt_size=46 pict_type=P coded_picture_number=8 10 pkt_pts=209 pkt_pos=7640 pkt_size=46 pict_type=P coded_picture_number=9 11 pkt_pts=250 pkt_pos=7692 pkt_size=47 pict_type=P coded_picture_number=10 12 pkt_pts=292 pkt_pos=7745 pkt_size=47 pict_type=P coded_picture_number=11 13 pkt_pts=334 pkt_pos=17733 pkt_size=640 pict_type=B coded_picture_number=13 14 pkt_pts=375 pkt_pos=7799 pkt_size=9927 pict_type=P coded_picture_number=12 15 pkt_pts=417 pkt_pos=18381 pkt_size=199942 pict_type=I coded_picture_number=14 16 pkt_pts=459 pkt_pos=218331 pkt_size=40888 pict_type=P coded_picture_number=15 17 pkt_pts=501 pkt_pos=460384 pkt_size=27369 pict_type=B coded_picture_number=18 18 pkt_pts=542 pkt_pos=398240 pkt_size=62136 pict_type=B coded_picture_number=17 19 pkt_pts=584 pkt_pos=487761 pkt_size=18984 pict_type=B coded_picture_number=19 20 pkt_pts=626 pkt_pos=259227 pkt_size=139005 pict_type=P coded_picture_number=16 21 pkt_pts=667 pkt_pos=728050 pkt_size=23606 pict_type=B coded_picture_number=22 22 pkt_pts=709 pkt_pos=674950 pkt_size=53092 pict_type=B coded_picture_number=21 23 pkt_pts=751 pkt_pos=751663 pkt_size=15958 pict_type=B coded_picture_number=23 }}} ffmpeg: {{{ 1 pkt_pts=42 pkt_pos=588 pkt_size=1548 pict_type=I coded_picture_number=0 2 pkt_pts=125 pkt_pos=2318 pkt_size=93 pict_type=B coded_picture_number=3 3 pkt_pts=83 pkt_pos=2195 pkt_size=117 pict_type=B coded_picture_number=2 4 pkt_pts=167 pkt_pos=2417 pkt_size=82 pict_type=B coded_picture_number=4 5 pkt_pts=63 pkt_pos=2142 pkt_size=47 pict_type=P coded_picture_number=1 6 pkt_pts=209 pkt_pos=2505 pkt_size=45 pict_type=P coded_picture_number=5 7 pkt_pts=250 pkt_pos=2556 pkt_size=45 pict_type=P coded_picture_number=6 8 pkt_pts=292 pkt_pos=2607 pkt_size=46 pict_type=P coded_picture_number=7 9 pkt_pts=334 pkt_pos=2659 pkt_size=46 pict_type=P coded_picture_number=8 10 pkt_pts=375 pkt_pos=2711 pkt_size=46 pict_type=P coded_picture_number=9 11 pkt_pts=417 pkt_pos=2763 pkt_size=47 pict_type=P coded_picture_number=10 12 pkt_pts=459 pkt_pos=2816 pkt_size=47 pict_type=P coded_picture_number=11 13 pkt_pts=542 pkt_pos=12804 pkt_size=640 pict_type=B coded_picture_number=13 14 pkt_pts=501 pkt_pos=2870 pkt_size=9927 pict_type=P coded_picture_number=12 15 pkt_pts=584 pkt_pos=13452 pkt_size=199942 pict_type=I coded_picture_number=14 16 pkt_pts=626 pkt_pos=213402 pkt_size=40888 pict_type=P coded_picture_number=15 17 pkt_pts=751 pkt_pos=455455 pkt_size=27369 pict_type=B coded_picture_number=18 18 pkt_pts=709 pkt_pos=393311 pkt_size=62136 pict_type=B coded_picture_number=17 19 pkt_pts=792 pkt_pos=482832 pkt_size=18984 pict_type=B coded_picture_number=19 20 pkt_pts=667 pkt_pos=254298 pkt_size=139005 pict_type=P coded_picture_number=16 21 pkt_pts=918 pkt_pos=723121 pkt_size=23606 pict_type=B coded_picture_number=22 22 pkt_pts=876 pkt_pos=670021 pkt_size=53092 pict_type=B coded_picture_number=21 23 pkt_pts=959 pkt_pos=746734 pkt_size=15958 pict_type=B coded_picture_number=23 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 22 13:28:23 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 22 Apr 2014 11:28:23 -0000 Subject: [FFmpeg-trac] #3583(ffmpeg:new): Internet Explorer fails to play WebM files produces by ffmpeg Message-ID: <034.43e3f69393199b503da845be1857f15b@avcodec.org> #3583: Internet Explorer fails to play WebM files produces by ffmpeg --------------------------------+---------------------------------- Reporter: Gray | Type: defect Status: new | Priority: normal Component: ffmpeg | Version: 2.2.1 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------- Internet Explorer shows "Invalid Source" when trying to play WebM files encoded with ffmpeg 2. Videos encoded with ffmpeg 1.2 seem to work fine. How to reproduce: Try re-encoding the Big Buck Bunny trailer (http://www.webmfiles.org/demo- files/) using ffmpeg 2 and ffmpeg 1.2. File from ffmpeg2 will show "Invalid Source" in IE11. File from ffmpeg1.2 will play fine. ---- Windows 7 32-bit ffmpeg version 2.2.1 built on Apr 11 2014 00:23:56 with gcc 4.8.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable- librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo- aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 66.100 / 52. 66.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 10.100 / 55. 10.100 libavfilter 4. 2.100 / 4. 2.100 libswscale 2. 5.102 / 2. 5.102 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 ffmpeg version 1.2 built on Mar 28 2013 00:28:48 with gcc 4.8.0 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgsm --enable-libilbc --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable- libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable- libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 18.100 / 52. 18.100 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.104 / 54. 63.104 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 42.103 / 3. 42.103 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 22 14:10:23 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 22 Apr 2014 12:10:23 -0000 Subject: [FFmpeg-trac] #2467(avfilter:reopened): -itsoffset with overlay filter buffer queue overflow In-Reply-To: <036.c9a5269a7be0a6b9fb4ca0cf451f63ca@avcodec.org> References: <036.c9a5269a7be0a6b9fb4ca0cf451f63ca@avcodec.org> Message-ID: <051.c2f56b0457efd68cdde7aa205ca779bb@avcodec.org> #2467: -itsoffset with overlay filter buffer queue overflow ------------------------------------+------------------------------------ Reporter: Timbot | Owner: Type: defect | Status: reopened Priority: important | Component: avfilter Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by lifeamit): It is not reproducible with {{{-an}}} but then the final video looses audio which I don't want. It is reproducible with {{{-vcodec mpeg4}}} It is reproducible only when I use overlay filter (that too with {{{-itoffset}}} What is b0012de4 and how to use it ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 22 14:18:32 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 22 Apr 2014 12:18:32 -0000 Subject: [FFmpeg-trac] #3583(ffmpeg:new): Internet Explorer fails to play WebM files produced by ffmpeg (was: Internet Explorer fails to play WebM files produces by ffmpeg) In-Reply-To: <034.43e3f69393199b503da845be1857f15b@avcodec.org> References: <034.43e3f69393199b503da845be1857f15b@avcodec.org> Message-ID: <049.9c85d295f85968aee37f6e20091fa4c4@avcodec.org> #3583: Internet Explorer fails to play WebM files produced by ffmpeg --------------------------------+---------------------------------- Reporter: Gray | Owner: Type: defect | Status: new Priority: normal | Component: ffmpeg Version: 2.2.1 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 22 16:07:38 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 22 Apr 2014 14:07:38 -0000 Subject: [FFmpeg-trac] #2467(avfilter:closed): -itsoffset with overlay filter buffer queue overflow In-Reply-To: <036.c9a5269a7be0a6b9fb4ca0cf451f63ca@avcodec.org> References: <036.c9a5269a7be0a6b9fb4ca0cf451f63ca@avcodec.org> Message-ID: <051.74e37915606c5a4d61e9a91544b07ff5@avcodec.org> #2467: -itsoffset with overlay filter buffer queue overflow ------------------------------------+------------------------------------ Reporter: Timbot | Owner: Type: defect | Status: closed Priority: important | Component: avfilter Version: git-master | Resolution: fixed Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: reopened => closed * resolution: => fixed Comment: Please open a new ticket for your apparently unrelated problem (this regression was reproducible with {{{-an}}}). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 22 16:11:45 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 22 Apr 2014 14:11:45 -0000 Subject: [FFmpeg-trac] #3583(undetermined:new): Internet Explorer fails to play WebM files produced by ffmpeg In-Reply-To: <034.43e3f69393199b503da845be1857f15b@avcodec.org> References: <034.43e3f69393199b503da845be1857f15b@avcodec.org> Message-ID: <049.b11e08fae0896cfc8be633f98b545f1d@avcodec.org> #3583: Internet Explorer fails to play WebM files produced by ffmpeg -------------------------------------+------------------------------------- Reporter: Gray | Owner: Type: defect | Status: new Priority: important | Component: Version: 2.2.1 | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => regression * priority: normal => important * component: ffmpeg => undetermined Comment: Is the problem not reproducible with current FFmpeg git head? Please provide your failing command line together with the complete, uncut console output to make this a valid ticket. In the case of a regression like this one, please either add the change that introduced the regression or at least provide the working command line including complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 22 18:01:57 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 22 Apr 2014 16:01:57 -0000 Subject: [FFmpeg-trac] #3531(undetermined:closed): ffmpeg hangs converting a possibly broken avi file In-Reply-To: <037.03a9517457a445169e97e59a877f7f46@avcodec.org> References: <037.03a9517457a445169e97e59a877f7f46@avcodec.org> Message-ID: <052.088a519df0b5a650f01e7b61c65df3c6@avcodec.org> #3531: ffmpeg hangs converting a possibly broken avi file -------------------------------------+------------------------------------- Reporter: hxuanyu | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: avi | Resolution: fixed deadlock regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by DonMoir): Could someone double check to see if this is actually fixed. For me, it seems to be hung up in read_braindead_odml_indx which keeps building indexes recursively until it dies. Comment out read_braindead_odml_indx and it works. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 22 18:03:38 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 22 Apr 2014 16:03:38 -0000 Subject: [FFmpeg-trac] #3583(undetermined:new): Internet Explorer fails to play WebM files produced by ffmpeg In-Reply-To: <034.43e3f69393199b503da845be1857f15b@avcodec.org> References: <034.43e3f69393199b503da845be1857f15b@avcodec.org> Message-ID: <049.dee9648f2d94237074938aa08a488f5d@avcodec.org> #3583: Internet Explorer fails to play WebM files produced by ffmpeg -------------------------------------+------------------------------------- Reporter: Gray | Owner: Type: defect | Status: new Priority: important | Component: Version: 2.2.1 | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Gray): Replying to [comment:2 cehoyos]: > Is the problem not reproducible with current FFmpeg git head? It's still reproducible with git-84d6ba6 from Zeranoe. > In the case of a regression like this one, please either add the change that introduced the regression or at least provide the working command line including complete, uncut console output. I don't have the exact commit, but Zeranoe's build of 1.2 from 27-Mar-2013 23:44 seems to work fine. 2.0.1 from 26-Sep-2013 01:25 doesn't. {{{ ffmpeg -i big-buck-bunny_trailer.webm -crf 10 -b:v 800k -y -an bbb_broken.webm }}} I had to cut the console log a bit, it was 1k lines long. This produces unreadable files in IE11: {{{ ffmpeg version N-62605-g84d6ba6 Copyright (c) 2000-2014 the FFmpeg developers built on Apr 21 2014 22:02:56 with gcc 4.8.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable- librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo- aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable-decklink --enable-zlib libavutil 52. 77.100 / 52. 77.100 libavcodec 55. 58.105 / 55. 58.105 libavformat 55. 37.101 / 55. 37.101 libavdevice 55. 13.100 / 55. 13.100 libavfilter 4. 4.100 / 4. 4.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Splitting the commandline. Reading option '-v' ... matched as option 'v' (set logging level) with argument '9'. Reading option '-loglevel' ... matched as option 'loglevel' (set logging level) with argument '99'. Reading option '-i' ... matched as input file with argument 'big-buck- bunny_trailer.webm'. Reading option '-crf' ... matched as AVOption 'crf' with argument '10'. Reading option '-b:v' ... matched as option 'b' (video bitrate (please use -b:v)) with argument '800k'. Reading option '-y' ... matched as option 'y' (overwrite output files) with argument '1'. Reading option '-an' ... matched as option 'an' (disable audio) with argument '1'. Reading option 'bbb_broken.webm' ... matched as output file. Finished splitting the commandline. Parsing a group of options: global . Applying option v (set logging level) with argument 9. Applying option y (overwrite output files) with argument 1. Successfully parsed a group of options. Parsing a group of options: input file big-buck-bunny_trailer.webm. Successfully parsed a group of options. Opening an input file: big-buck-bunny_trailer.webm. [matroska,webm @ 0026d8c0] Format matroska,webm probed with size=2048 and score=100 st:0 removing common factor 1000000 from timebase st:1 removing common factor 1000000 from timebase [matroska,webm @ 0026d8c0] Before avformat_find_stream_info() pos: 3963 bytes read:32768 seeks:0 [matroska,webm @ 0026d8c0] All info found [matroska,webm @ 0026d8c0] After avformat_find_stream_info() pos: 4440 bytes read:32768 seeks:0 frames:2 Input #0, matroska,webm, from 'big-buck-bunny_trailer.webm': Metadata: encoder : http://sourceforge.net/projects/yamka creation_time : 2010-05-20 08:21:12 Duration: 00:00:32.48, start: 0.000000, bitrate: 533 kb/s Stream #0:0(eng), 1, 1/1000: Video: vp8, yuv420p, 640x360, 1/1000, SAR 1:1 DAR 16:9, 25 fps, 25 tbr, 1k tbn, 1k tbc (default) Stream #0:1(eng), 1, 1/1000: Audio: vorbis, 44100 Hz, mono, fltp (default) Successfully opened the file. Parsing a group of options: output file bbb_broken.webm. Applying option b:v (video bitrate (please use -b:v)) with argument 800k. Applying option an (disable audio) with argument 1. Successfully parsed a group of options. Opening an output file: bbb_broken.webm. Successfully opened the file. detected 2 logical cores [graph 0 input from stream 0:0 @ 0397ece0] Setting 'video_size' to value '640x360' [graph 0 input from stream 0:0 @ 0397ece0] Setting 'pix_fmt' to value '0' [graph 0 input from stream 0:0 @ 0397ece0] Setting 'time_base' to value '1/1000' [graph 0 input from stream 0:0 @ 0397ece0] Setting 'pixel_aspect' to value '1/1' [graph 0 input from stream 0:0 @ 0397ece0] Setting 'sws_param' to value 'flags=2' [graph 0 input from stream 0:0 @ 0397ece0] Setting 'frame_rate' to value '25/1' [graph 0 input from stream 0:0 @ 0397ece0] w:640 h:360 pixfmt:yuv420p tb:1/1000 fr:25/1 sar:1/1 sws_param:flags=2 [format @ 038d1500] compat: called with args=[yuv420p|yuva420p] [format @ 038d1500] Setting 'pix_fmts' to value 'yuv420p|yuva420p' [AVFilterGraph @ 002618a0] query_formats: 4 queried, 3 merged, 0 already done, 0 delayed [libvpx @ 0397e4e0] v1.3.0 [libvpx @ 0397e4e0] --target=x86-win32-gcc --prefix=/home/kyle/software/ffmpeg/pkgs/libvpx/libvpx-1.3.0-win32 --enable-runtime-cpu-detect [libvpx @ 0397e4e0] vpx_codec_enc_cfg [libvpx @ 0397e4e0] generic settings g_usage: 0 g_threads: 0 g_profile: 0 g_w: 320 g_h: 240 g_timebase: {1/30} g_error_resilient: 0 g_pass: 0 g_lag_in_frames: 0 [libvpx @ 0397e4e0] rate control settings rc_dropframe_thresh: 0 rc_resize_allowed: 0 rc_resize_up_thresh: 60 rc_resize_down_thresh: 30 rc_end_usage: 0 rc_twopass_stats_in: 00000000(0) rc_target_bitrate: 256 [libvpx @ 0397e4e0] quantizer settings rc_min_quantizer: 4 rc_max_quantizer: 63 [libvpx @ 0397e4e0] bitrate tolerance rc_undershoot_pct: 100 rc_overshoot_pct: 100 [libvpx @ 0397e4e0] decoder buffer model rc_buf_sz: 6000 rc_buf_initial_sz: 4000 rc_buf_optimal_sz: 5000 [libvpx @ 0397e4e0] 2 pass rate control settings rc_2pass_vbr_bias_pct: 50 rc_2pass_vbr_minsection_pct: 0 rc_2pass_vbr_maxsection_pct: 400 [libvpx @ 0397e4e0] keyframing settings kf_mode: 1 kf_min_dist: 0 kf_max_dist: 128 [libvpx @ 0397e4e0] [libvpx @ 0397e4e0] vpx_codec_enc_cfg [libvpx @ 0397e4e0] generic settings g_usage: 0 g_threads: 0 g_profile: 0 g_w: 640 g_h: 360 g_timebase: {1/25} g_error_resilient: 0 g_pass: 0 g_lag_in_frames: 25 [libvpx @ 0397e4e0] rate control settings rc_dropframe_thresh: 0 rc_resize_allowed: 0 rc_resize_up_thresh: 60 rc_resize_down_thresh: 30 rc_end_usage: 2 rc_twopass_stats_in: 00000000(0) rc_target_bitrate: 800 [libvpx @ 0397e4e0] quantizer settings rc_min_quantizer: 4 rc_max_quantizer: 63 [libvpx @ 0397e4e0] bitrate tolerance rc_undershoot_pct: 100 rc_overshoot_pct: 100 [libvpx @ 0397e4e0] decoder buffer model rc_buf_sz: 6000 rc_buf_initial_sz: 4000 rc_buf_optimal_sz: 5000 [libvpx @ 0397e4e0] 2 pass rate control settings rc_2pass_vbr_bias_pct: 50 rc_2pass_vbr_minsection_pct: 0 rc_2pass_vbr_maxsection_pct: 400 [libvpx @ 0397e4e0] keyframing settings kf_mode: 1 kf_min_dist: 0 kf_max_dist: 128 [libvpx @ 0397e4e0] [libvpx @ 0397e4e0] vpx_codec_control [libvpx @ 0397e4e0] VP8E_SET_CPUUSED: 1 [libvpx @ 0397e4e0] VP8E_SET_ARNR_MAXFRAMES: 0 [libvpx @ 0397e4e0] VP8E_SET_ARNR_STRENGTH: 3 [libvpx @ 0397e4e0] VP8E_SET_ARNR_TYPE: 3 [libvpx @ 0397e4e0] VP8E_SET_NOISE_SENSITIVITY: 0 [libvpx @ 0397e4e0] VP8E_SET_TOKEN_PARTITIONS: 0 [libvpx @ 0397e4e0] VP8E_SET_STATIC_THRESHOLD: 0 [libvpx @ 0397e4e0] VP8E_SET_CQ_LEVEL: 10 [libvpx @ 0397e4e0] Using deadline: 1000000 Output #0, webm, to 'bbb_broken.webm': Metadata: encoder : Lavf55.37.101 Stream #0:0(eng), 0, 1/1000: Video: vp8 (libvpx), yuv420p, 640x360 [SAR 1:1 DAR 16:9], 1/25, q=-1--1, 800 kb/s, 1k tbn, 25 tbc (default) Stream mapping: Stream #0:0 -> #0:0 (vp8 -> libvpx) Press [q] to stop, [?] for help [webm @ 038d9fc0] Writing block at offset 457, size 425, pts 0, dts 0, duration 40, flags 128 [webm @ 038d9fc0] Writing block at offset 889, size 41, pts 40, dts 40, duration 40, flags 0 [webm @ 038d9fc0] Writing block at offset 936, size 585, pts 80, dts 80, duration 40, flags 0 [webm @ 038d9fc0] Writing block at offset 1528, size 608, pts 120, dts 120, duration 40, flags 0 [webm @ 038d9fc0] Writing block at offset 2143, size 816, pts 160, dts 160, duration 40, flags 0 [webm @ 038d9fc0] Writing block at offset 2966, size 910, pts 200, dts 200, duration 40, flags 0 [webm @ 038d9fc0] Writing block at offset 3883, size 1090, pts 240, dts 240, duration 40, flags 0 [webm @ 038d9fc0] Writing block at offset 4980, size 3354, pts 280, dts 280, duration 40, flags 0 [webm @ 038d9fc0] Writing block at offset 8341, size 812, pts 320, dts 320, duration 40, flags 0 [webm @ 038d9fc0] Writing block at offset 9160, size 992, pts 360, dts 360, duration 40, flags 0 [webm @ 038d9fc0] Writing block at offset 10159, size 1189, pts 400, dts 400, duration 40, flags 0 [webm @ 038d9fc0] Writing block at offset 11355, size 1339, pts 440, dts 440, duration 40, flags 0 [webm @ 038d9fc0] Writing block at offset 12701, size 1297, pts 480, dts 480, duration 40, flags 0 [webm @ 038d9fc0] Writing block at offset 14005, size 1498, pts 520, dts 520, duration 40, flags 0 [webm @ 038d9fc0] Writing block at offset 15510, size 1420, pts 560, dts 560, duration 40, flags 0 [webm @ 038d9fc0] Starting new cluster at offset 16937 bytes, pts 600dts 600 [webm @ 038d9fc0] Writing block at offset 16953, size 4713, pts 600, dts 600, duration 40, flags 128 [webm @ 038d9fc0] Writing block at offset 21673, size 1378, pts 640, dts 640, duration 40, flags 0 [webm @ 038d9fc0] Writing block at offset 23058, size 1494, pts 680, dts 680, duration 40, flags 0 [webm @ 038d9fc0] Writing block at offset 24559, size 1800, pts 720, dts 720, duration 40, flags 0 [webm @ 038d9fc0] Writing block at offset 26366, size 1522, pts 760, dts 760, duration 40, flags 0 [webm @ 038d9fc0] Writing block at offset 27895, size 2330, pts 800, dts 800, duration 40, flags 0 [webm @ 038d9fc0] Writing block at offset 30232, size 2454, pts 840, dts 840, duration 40, flags 0 frame= 798 fps= 25 q=0.0 size= 2517kB time=00:00:31.92 bitrate= 645.9kbits/s [webm @ 038d9fc0] Writing block at offset 2577062, size 3131, pts 31920, dts 31920, duration 40, flags 0 [webm @ 038d9fc0] Writing block at offset 2580200, size 3208, pts 31960, dts 31960, duration 40, flags 0 [webm @ 038d9fc0] Writing block at offset 2583415, size 3483, pts 32000, dts 32000, duration 40, flags 0 [webm @ 038d9fc0] Writing block at offset 2586905, size 3171, pts 32040, dts 32040, duration 40, flags 0 [webm @ 038d9fc0] Writing block at offset 2590083, size 5384, pts 32080, dts 32080, duration 40, flags 0 [webm @ 038d9fc0] Writing block at offset 2595474, size 7275, pts 32120, dts 32120, duration 40, flags 0 [webm @ 038d9fc0] Writing block at offset 2602756, size 3327, pts 32160, dts 32160, duration 40, flags 0 [webm @ 038d9fc0] Writing block at offset 2606090, size 3098, pts 32200, dts 32200, duration 40, flags 0 [webm @ 038d9fc0] Writing block at offset 2609195, size 2826, pts 32240, dts 32240, duration 40, flags 0 [webm @ 038d9fc0] Writing block at offset 2612028, size 2833, pts 32280, dts 32280, duration 40, flags 0 [webm @ 038d9fc0] Starting new cluster at offset 2614868 bytes, pts 32320dts 32320 [webm @ 038d9fc0] Writing block at offset 2614884, size 3043, pts 32320, dts 32320, duration 40, flags 128 [webm @ 038d9fc0] Writing block at offset 2617934, size 1480, pts 32360, dts 32360, duration 40, flags 0 [output stream 0:0 @ 0397ef20] EOF on sink link output stream 0:0:default. [webm @ 038d9fc0] Writing block at offset 2619421, size 1122, pts 32400, dts 32400, duration 40, flags 0 [webm @ 038d9fc0] Writing block at offset 2620550, size 183, pts 32440, dts 32440, duration 40, flags 0 No more output streams to write to, finishing. [webm @ 038d9fc0] end duration = 32480 frame= 812 fps= 25 q=0.0 Lsize= 2560kB time=00:00:32.48 bitrate= 645.6kbits/s video:2553kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.270178% Input file #0 (big-buck-bunny_trailer.webm): Input stream #0:0 (video): 812 packets read (1884876 bytes); 812 frames decoded; Input stream #0:1 (audio): 1 packets read (22 bytes); Total: 813 packets (1884898 bytes) demuxed Output file #0 (bbb_broken.webm): Output stream #0:0 (video): 812 frames encoded; 812 packets muxed (2614201 bytes); Total: 812 packets (2614201 bytes) muxed 814 frames successfully decoded, 0 decoding errors [AVIOContext @ 0397ec20] Statistics: 176 seeks, 931 writeouts [AVIOContext @ 0026de20] Statistics: 2165175 bytes read, 0 seeks }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 22 19:52:23 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 22 Apr 2014 17:52:23 -0000 Subject: [FFmpeg-trac] #3531(undetermined:closed): ffmpeg hangs converting a possibly broken avi file In-Reply-To: <037.03a9517457a445169e97e59a877f7f46@avcodec.org> References: <037.03a9517457a445169e97e59a877f7f46@avcodec.org> Message-ID: <052.37c61c3436cad4370e160d54e62791e8@avcodec.org> #3531: ffmpeg hangs converting a possibly broken avi file -------------------------------------+------------------------------------- Reporter: hxuanyu | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: avi | Resolution: fixed deadlock regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by DonMoir): Hangs up when trying to build index for me. {{{ static int avi_read_header(AVFormatContext *s) { ... case MKTAG('i', 'n', 'd', 'x'): i = avio_tell(pb); if (pb->seekable && !(s->flags & AVFMT_FLAG_IGNIDX) && avi->use_odml && read_braindead_odml_indx(s, 0) < 0 && (s->error_recognition & AV_EF_EXPLODE)) goto fail; avio_seek(pb, i + size, SEEK_SET); break; ... } }}} This allows it to at least play. Seeking not so good :) {{{ case MKTAG('i', 'n', 'd', 'x'): i = avio_tell(pb); /* if (pb->seekable && !(s->flags & AVFMT_FLAG_IGNIDX) && avi->use_odml && read_braindead_odml_indx(s, 0) < 0 && (s->error_recognition & AV_EF_EXPLODE)) goto fail; */ avio_seek(pb, i + size, SEEK_SET); break; }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 22 21:18:12 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 22 Apr 2014 19:18:12 -0000 Subject: [FFmpeg-trac] #3531(undetermined:closed): ffmpeg hangs converting a possibly broken avi file In-Reply-To: <037.03a9517457a445169e97e59a877f7f46@avcodec.org> References: <037.03a9517457a445169e97e59a877f7f46@avcodec.org> Message-ID: <052.3cc80748678a2dd556696cd6c636ced3@avcodec.org> #3531: ffmpeg hangs converting a possibly broken avi file -------------------------------------+------------------------------------- Reporter: hxuanyu | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: avi | Resolution: fixed deadlock regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): The index is big, it needs time to be read on ssd its less than 10sec it might be more on a slow hdd -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 22 23:28:55 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 22 Apr 2014 21:28:55 -0000 Subject: [FFmpeg-trac] #3531(undetermined:closed): ffmpeg hangs converting a possibly broken avi file In-Reply-To: <037.03a9517457a445169e97e59a877f7f46@avcodec.org> References: <037.03a9517457a445169e97e59a877f7f46@avcodec.org> Message-ID: <052.d91e7105e83568656b36c24133322807@avcodec.org> #3531: ffmpeg hangs converting a possibly broken avi file -------------------------------------+------------------------------------- Reporter: hxuanyu | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: avi | Resolution: fixed deadlock regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by DonMoir): It seems to settle somewhere around 11,200,000 entries. I stopped it at that anyway. If you take the size of the file which is 186,042,456 bytes divided by 11,200,000 then thats about an entry for every 16 bytes. While it's doing this, it's eating the CPU big time plus memory overhead. It's just not going to work for most people. The only way out is to trap interrupt_callback and just fail, but wish there was some other solution. I am testing this on my slower machine and there I can't let it complete since this computer will overheat and shutdown. Have not tested it on fast machine but whatever the case I can't let this happen. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 23 01:24:21 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 22 Apr 2014 23:24:21 -0000 Subject: [FFmpeg-trac] #3472(avcodec:reopened): MSVC uses %Id for size_t and ptrdiff_t In-Reply-To: <035.9651f6f4f4be7ea5a81b8909c7d64257@avcodec.org> References: <035.9651f6f4f4be7ea5a81b8909c7d64257@avcodec.org> Message-ID: <050.745506670d68a743f0cfb57c424ce7f2@avcodec.org> #3472: MSVC uses %Id for size_t and ptrdiff_t ------------------------------------+------------------------------------ Reporter: cyril | Owner: Type: defect | Status: reopened Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cyril): Sorry for the late reply. I've just tested your patch on a few problematic files and now it's working fine with MSVC, the debug output doesn't cause any crash anymore. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 23 03:31:29 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Apr 2014 01:31:29 -0000 Subject: [FFmpeg-trac] #3553(undetermined:open): Fix Non-monotonous DTS for flv live stream output In-Reply-To: <036.f85f601e1a7d48ecdd62446cc24dfc0f@avcodec.org> References: <036.f85f601e1a7d48ecdd62446cc24dfc0f@avcodec.org> Message-ID: <051.93bead06cd55b9b3e031da1c3c5eb638@avcodec.org> #3553: Fix Non-monotonous DTS for flv live stream output -------------------------------------+------------------------------------- Reporter: FishB8 | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: dts flv | Resolution: h264 regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): does this issue also happen with librtmp instead of the inernal rtmp code ? does it happen with other rtmp servers than nginx rtmp ? ive never seen such timestamp resets in flv files before so iam not sure this file is valid Do you know of some document that describes how such timestamp discontinuities should be handled in rtmp ? also to quote the flv spec: {{{ Timestamp UI24 Time in milliseconds at which the data in this tag applies. This value is relative to the first tag in the FLV file, which always has a timestamp of 0. }}} This does not sound to me like it ever may go backward -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 23 03:49:12 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Apr 2014 01:49:12 -0000 Subject: [FFmpeg-trac] #3553(undetermined:open): Fix Non-monotonous DTS for flv live stream output In-Reply-To: <036.f85f601e1a7d48ecdd62446cc24dfc0f@avcodec.org> References: <036.f85f601e1a7d48ecdd62446cc24dfc0f@avcodec.org> Message-ID: <051.9e3091fe5de45a2ee67c7994650c9157@avcodec.org> #3553: Fix Non-monotonous DTS for flv live stream output -------------------------------------+------------------------------------- Reporter: FishB8 | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: dts flv | Resolution: h264 regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by FishB8): Yes, this happens with both. I actually started with librtmp, and then switched to internal to see if it made any difference. (Off-topic: which of those 2 is recommended? which gets more dev attention?) I have not tried it with other rtmp servers other than nginx. The timestamp reset happens when the rtmp server internally switches between source inputs. (In the example file, both sources were live) Here is a link to the blog post when the feature was introduced: http://nginx- rtmp.blogspot.com/2014/01/redirecting-streams-in-version-111.html I'm not very knowledgeable of what is and isn't allowed in the rtmp spec, so if the nginx implementation is a departure from the spec, let me know and I will submit a bug report with that project. I'll ask the developer what documentation he's basing the feature off of. There is always the chance that I am not utilizing the feature correctly. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 23 04:00:27 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Apr 2014 02:00:27 -0000 Subject: [FFmpeg-trac] #3553(undetermined:open): Fix Non-monotonous DTS for flv live stream output In-Reply-To: <036.f85f601e1a7d48ecdd62446cc24dfc0f@avcodec.org> References: <036.f85f601e1a7d48ecdd62446cc24dfc0f@avcodec.org> Message-ID: <051.3c75aedf7b2d74f4e1f7b8c7882f6e8a@avcodec.org> #3553: Fix Non-monotonous DTS for flv live stream output -------------------------------------+------------------------------------- Reporter: FishB8 | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: dts flv | Resolution: h264 regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by FishB8): Correction: That should read "flv spec" rather than "rtmp spec" -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 23 04:05:37 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Apr 2014 02:05:37 -0000 Subject: [FFmpeg-trac] #3553(undetermined:open): Fix Non-monotonous DTS for flv live stream output In-Reply-To: <036.f85f601e1a7d48ecdd62446cc24dfc0f@avcodec.org> References: <036.f85f601e1a7d48ecdd62446cc24dfc0f@avcodec.org> Message-ID: <051.56dee063c4cf40e3bcc7d647ef05ff88@avcodec.org> #3553: Fix Non-monotonous DTS for flv live stream output -------------------------------------+------------------------------------- Reporter: FishB8 | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: dts flv | Resolution: h264 regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by FishB8): I've cross-filed a bug report with the nginx rtmp server tracker. https://github.com/arut/nginx-rtmp-module/issues/385 Hopefully Arutyunyan can provide more insight to this than me. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 23 05:36:12 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Apr 2014 03:36:12 -0000 Subject: [FFmpeg-trac] #1398(avformat:open): remuxed DTS audio won't play on hardware devices In-Reply-To: <037.ae9b302f063c704e87b0a5d2430f90b2@avcodec.org> References: <037.ae9b302f063c704e87b0a5d2430f90b2@avcodec.org> Message-ID: <052.67088a0f07fa656289dbee8e8ca11e6a@avcodec.org> #1398: remuxed DTS audio won't play on hardware devices ------------------------------------+------------------------------------ Reporter: patters | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: dca mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by goodthanks): Replying to [comment:21 patters]: > Out of curiosity I made a similar edit to FFmpeg 2.1's libavformat/mpegts.h (changed the DTS stream ID from 0x8a to 0x88). I compiled it and I can report that it did not fix the bug that I originally raised this ticket for. I have been looking at this the last couple of days. Using MediaInfo the issue appears to be the Codec ID (stream type) assigned to the audio stream on the output file. When muxing with ffmpeg it gives the DTS audio stream a codec ID of 6 (0x06). Tsmuxer gives the DTS audio stream a codec ID of 130 (0x82) Checking Elementary Stream Types on this page http://en.wikipedia.org/wiki/Program-specific_information 0x06 - ITU-T Rec. H.222 and ISO/IEC 13818-1 (MPEG-2 packetized data)privately defined (ie, DVB subtitles/VBI and AC-3) 0x82 - DTS 6 channel audio for Blu-ray in a packetized stream 0x06 Doesn't play the audio on my sony player. 0x82 plays fine. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 23 06:58:52 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Apr 2014 04:58:52 -0000 Subject: [FFmpeg-trac] #3575(avformat:closed): FFMPEG Fails with an Assert In-Reply-To: <041.ee038e80eaa1ac0156744fc93c14d87d@avcodec.org> References: <041.ee038e80eaa1ac0156744fc93c14d87d@avcodec.org> Message-ID: <056.18a23faf4bbfbd1a5b9ed62f4d2d6315@avcodec.org> #3575: FFMPEG Fails with an Assert -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: mov crash | Blocked By: abort regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Fixed in dc6a17cf74a90e41d70ea1753cdb70c0a5b2ced8 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 23 11:02:20 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Apr 2014 09:02:20 -0000 Subject: [FFmpeg-trac] #3523(ffprobe:closed): ffprobe bit_rate wrong with -prefix In-Reply-To: <039.09eed37e3b142935f7d2742f498c7003@avcodec.org> References: <039.09eed37e3b142935f7d2742f498c7003@avcodec.org> Message-ID: <054.9ff7679ee5cdaef1b578b8ac5dcd8541@avcodec.org> #3523: ffprobe bit_rate wrong with -prefix ------------------------------------+----------------------------------- Reporter: sfrenkiel | Owner: Type: defect | Status: closed Priority: important | Component: ffprobe Version: git-master | Resolution: fixed Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+----------------------------------- Changes (by saste): * analyzed: 0 => 1 * status: open => closed * resolution: => fixed Comment: Should be fixed in: {{{ commit 1ba59b1cbeafe7cd28db04f772abd89eb7e4ce1e Author: Stefano Sabatini Date: Tue Apr 22 13:01:14 2014 +0200 ffprobe: fix scaling of vali in value_string() in case -prefix is selected Fix trac ticket #3523. }}} Thanks for reporting. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 23 15:00:34 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Apr 2014 13:00:34 -0000 Subject: [FFmpeg-trac] #3569(avdevice:new): "initializer element is not constant" compiling bug in libavdevice/avfoundation.m In-Reply-To: <036.95ae76b931096aad8c98aff4fd5f65ff@avcodec.org> References: <036.95ae76b931096aad8c98aff4fd5f65ff@avcodec.org> Message-ID: <051.b558c255cd5fe0ddc9dbc92c20526a63@avcodec.org> #3569: "initializer element is not constant" compiling bug in libavdevice/avfoundation.m ------------------------------------+------------------------------------ Reporter: xnohat | Owner: Type: defect | Status: new Priority: important | Component: avdevice Version: git-master | Resolution: Keywords: osx | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by michael): what do you mean by "gcc 4.2" ? whats the full output of that compiler with --version ? also does the whole build succeed when you change that one line or does it just fail later ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 23 15:32:45 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Apr 2014 13:32:45 -0000 Subject: [FFmpeg-trac] #3539(undetermined:new): ffplay crashes when playing a swf file (was: ffply crashes when playing a swf file) In-Reply-To: <037.afeae66a76a4863ecf714499a350c7e5@avcodec.org> References: <037.afeae66a76a4863ecf714499a350c7e5@avcodec.org> Message-ID: <052.c2721b86d0084e47ae12586c2c9fcf74@avcodec.org> #3539: ffplay crashes when playing a swf file -------------------------------------+------------------------------------- Reporter: hxuanyu | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: swf | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 23 15:45:04 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Apr 2014 13:45:04 -0000 Subject: [FFmpeg-trac] #3577(avcodec:open): add LAME tag for MP3s In-Reply-To: <036.d38821ffef1a19ce2f99a00714981a05@avcodec.org> References: <036.d38821ffef1a19ce2f99a00714981a05@avcodec.org> Message-ID: <051.0d516be885639e938cb38d87a7e7ea6f@avcodec.org> #3577: add LAME tag for MP3s -------------------------------------+----------------------------------- Reporter: tobwen | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: mp3 lame | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: MP3, LAME, audio => mp3 lame * status: new => open * component: undetermined => avcodec -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 23 15:45:50 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Apr 2014 13:45:50 -0000 Subject: [FFmpeg-trac] #3564(avformat:closed): random RTMP crash In-Reply-To: <038.d9b184fe2aa336109db7c692c6bc3ebe@avcodec.org> References: <038.d9b184fe2aa336109db7c692c6bc3ebe@avcodec.org> Message-ID: <053.d6a01367b371d5310f783cf0b5f9d166@avcodec.org> #3564: random RTMP crash ------------------------------------+------------------------------------ Reporter: kyh96403 | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: rtmp crash | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by michael): * status: new => closed * resolution: => fixed Comment: Fixed in f21c263c8979aa8a71c1c10909efb991679045c1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 23 16:14:54 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Apr 2014 14:14:54 -0000 Subject: [FFmpeg-trac] #3581(avformat:open): HEVC video in FLV doesn't work In-Reply-To: <035.5f4c0874c345a41cfde9336499111483@avcodec.org> References: <035.5f4c0874c345a41cfde9336499111483@avcodec.org> Message-ID: <050.b3facc7f727b271ba9d23421b40f847f@avcodec.org> #3581: HEVC video in FLV doesn't work -------------------------------------+------------------------------------ Reporter: cyril | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: flv hevc | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => flv hevc * priority: normal => wish * status: new => open * component: undetermined => avformat * type: defect => enhancement -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 23 16:18:31 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Apr 2014 14:18:31 -0000 Subject: [FFmpeg-trac] #3583(undetermined:new): Internet Explorer fails to play WebM files produced by ffmpeg In-Reply-To: <034.43e3f69393199b503da845be1857f15b@avcodec.org> References: <034.43e3f69393199b503da845be1857f15b@avcodec.org> Message-ID: <049.37de2ba67638f5f9aea6a489580cf98c@avcodec.org> #3583: Internet Explorer fails to play WebM files produced by ffmpeg -------------------------------------+------------------------------------- Reporter: Gray | Owner: Type: defect | Status: new Priority: important | Component: Version: 2.2.1 | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [ticket:3583 Gray]: > Internet Explorer shows "Invalid Source" when trying to play WebM files encoded with ffmpeg 2. > Videos encoded with ffmpeg 1.2 seem to work fine. Sorry, I don't understand: All sources I found claim that IE does not support WebM at all: How can I reproduce the regression? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 23 16:48:32 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Apr 2014 14:48:32 -0000 Subject: [FFmpeg-trac] #3584(avformat:new): Memleak when probing broken transport stream Message-ID: <037.d01f8ccc8e4d67102c3218644fa64a44@avcodec.org> #3584: Memleak when probing broken transport stream -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git- | Keywords: mpegts leak master | Blocking: Blocked By: | Analyzed by developer: 0 Reproduced by developer: 0 | -------------------------------------+------------------------------------- A user uploaded a transport stream that leaks memory on probing with FFmpeg: {{{ $ valgrind --leak-check=full ./ffmpeg_g -i sf_1d5644675da539e30f3c1ac570e32c77_cut.m2ts ==5543== Memcheck, a memory error detector ==5543== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al. ==5543== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info ==5543== Command: ./ffmpeg_g -i sf_1d5644675da539e30f3c1ac570e32c77_cut.m2ts ==5543== ffmpeg version N-62649-g1ba59b1 Copyright (c) 2000-2014 the FFmpeg developers built on Apr 23 2014 15:36:28 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 78.100 / 52. 78.100 libavcodec 55. 58.105 / 55. 58.105 libavformat 55. 37.101 / 55. 37.101 libavdevice 55. 13.100 / 55. 13.100 libavfilter 4. 4.100 / 4. 4.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 [mpegts @ 0xacaf060] Failed to open codec in av_find_stream_info Last message repeated 1 times [mpegts @ 0xacaf060] PES packet size mismatch [dca @ 0xacd78c0] Not a valid DCA frame [mpegts @ 0xacaf060] PES packet size mismatch Last message repeated 1 times [dca @ 0xacd78c0] Not a valid DCA frame [mpegts @ 0xacaf060] PES packet size mismatch [dca @ 0xacd85c0] error decoding block [mpegts @ 0xacaf060] PES packet size mismatch [dca @ 0xacd78c0] error decoding block [mpegts @ 0xacaf060] PES packet size mismatch [dca @ 0xacd85c0] Invalid bit allocation index [dca @ 0xacd85c0] error decoding block [mpegts @ 0xacaf060] PES packet size mismatch Last message repeated 33 times [mpegts @ 0xacaf060] probed stream 11 failed [mpegts @ 0xacaf060] probed stream 12 failed [mpegts @ 0xacaf060] Invalid timestamps stream=0, pts=52283080, dts=54045045, size=2370 [mpegts @ 0xacaf060] DTS 53605061 < 54056306 out of order [dca @ 0xacd85c0] error decoding block Last message repeated 1 times [dca @ 0xacd78c0] ERROR: block code look-up failed [dca @ 0xacd78c0] error decoding block [mpegts @ 0xacaf060] DTS discontinuity in stream 2: packet 3 with DTS 54019584, packet 4 with DTS 6496473984 [dca @ 0xacd85c0] LFEScaleIndex larger than 127 is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [dca @ 0xacd85c0] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. [dca @ 0xacd85c0] error decoding block [mpegts @ 0xacaf060] Invalid timestamps stream=0, pts=54086336, dts=54095254, size=35607 [dca @ 0xacd78c0] error decoding block [dca @ 0xacd85c0] LFEScaleIndex larger than 127 is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [dca @ 0xacd85c0] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. [dca @ 0xacd85c0] error decoding block [dca @ 0xacd78c0] error decoding block [dca @ 0xacd85c0] error decoding block [mp3 @ 0xafa3140] Header missing [mp3 @ 0xb324d40] Header missing [mpegts @ 0xacaf060] decoding for stream 1 failed [mpegts @ 0xacaf060] decoding for stream 2 failed [mpegts @ 0xacaf060] decoding for stream 9 failed [mpegts @ 0xacaf060] decoding for stream 10 failed [NULL @ 0xacda000] start time for stream 4 is not set in estimate_timings_from_pts [NULL @ 0xacdad80] start time for stream 5 is not set in estimate_timings_from_pts [NULL @ 0xacdc8a0] start time for stream 7 is not set in estimate_timings_from_pts [mpegts @ 0xacaf060] PES packet size mismatch Last message repeated 17 times [mpegts @ 0xacaf060] Could not find codec parameters for stream 1 (Audio: dts ([134][0][0][0] / 0x0086), 48000 Hz, 0 channels, fltp, 1536 kb/s): unspecified number of channels Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0xacaf060] Could not find codec parameters for stream 2 (Audio: dts ([134][0][0][0] / 0x0086), 48000 Hz, 0 channels, fltp, 1536 kb/s): unspecified number of channels Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0xacaf060] Could not find codec parameters for stream 4 (Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090)): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0xacaf060] Could not find codec parameters for stream 5 (Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090)): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0xacaf060] Could not find codec parameters for stream 7 (Audio: dts ([162][0][0][0] / 0x00A2), 0 channels, fltp): unspecified sample rate Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0xacaf060] Could not find codec parameters for stream 8 (Video: vc1 (VC-1 / 0x312D4356)): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0xacaf060] Could not find codec parameters for stream 9 (Audio: mp3, 0 channels, s16p): unspecified frame size Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0xacaf060] Could not find codec parameters for stream 10 (Audio: mp3, 0 channels, s16p): unspecified frame size Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0xacaf060] Could not find codec parameters for stream 11 (Unknown: none): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0xacaf060] Could not find codec parameters for stream 12 (Unknown: none): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options Input #0, mpegts, from 'sf_1d5644675da539e30f3c1ac570e32c77_cut.m2ts': Duration: 23:11:53.79, start: 600.170667, bitrate: 0 kb/s Program 1 Stream #0:0[0x1011]: Video: vc1 (VC-1 / 0x312D4356), 1920x1080 [SAR 1:1 DAR 16:9], 23.98 fps, 23.98 tbr, 90k tbn, 47.95 tbc Stream #0:1[0x1100]: Audio: dts ([134][0][0][0] / 0x0086), 48000 Hz, 0 channels, fltp, 1536 kb/s Stream #0:2[0x1101]: Audio: dts ([134][0][0][0] / 0x0086), 48000 Hz, 0 channels, fltp, 1536 kb/s Stream #0:3[0x1102]: Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, stereo, fltp, 224 kb/s Stream #0:4[0x1200]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090) Stream #0:5[0x1201]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090) Stream #0:6[0x1202]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090), 1920x1080 Stream #0:7[0x1a00]: Audio: dts ([162][0][0][0] / 0x00A2), 0 channels, fltp Stream #0:8[0x1b00]: Video: vc1 (VC-1 / 0x312D4356), 23.98 tbr, 90k tbn, 90k tbc No Program Stream #0:9[0x113d]: Audio: mp3, 0 channels, s16p Stream #0:10[0x10b0]: Audio: mp3, 0 channels, s16p Stream #0:11[0xd00]: Unknown: none Stream #0:12[0x1911]: Unknown: none At least one output file must be specified ==5543== ==5543== HEAP SUMMARY: ==5543== in use at exit: 171 bytes in 5 blocks ==5543== total heap usage: 1,486 allocs, 1,481 frees, 9,930,458 bytes allocated ==5543== ==5543== 91 (24 direct, 67 indirect) bytes in 1 blocks are definitely lost in loss record 5 of 5 ==5543== at 0x4C290FE: memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==5543== by 0x4C291A7: posix_memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==5543== by 0xD68B91: av_mallocz (mem.c:95) ==5543== by 0xD5B8A7: av_buffer_alloc (buffer.c:47) ==5543== by 0x5835E5: mpegts_push_data (mpegts.c:964) ==5543== by 0x582343: handle_packet (mpegts.c:2121) ==5543== by 0x582949: handle_packets (mpegts.c:2263) ==5543== by 0x5829D3: mpegts_read_packet (mpegts.c:2495) ==5543== by 0x5EDCF5: ff_read_packet (utils.c:777) ==5543== by 0x5F029F: read_frame_internal (utils.c:1440) ==5543== by 0x5F3E26: avformat_find_stream_info (utils.c:3175) ==5543== by 0x475EA8: open_input_file (ffmpeg_opt.c:861) ==5543== ==5543== LEAK SUMMARY: ==5543== definitely lost: 24 bytes in 1 blocks ==5543== indirectly lost: 67 bytes in 2 blocks ==5543== possibly lost: 0 bytes in 0 blocks ==5543== still reachable: 80 bytes in 2 blocks ==5543== suppressed: 0 bytes in 0 blocks ==5543== Reachable blocks (those to which a pointer was found) are not shown. ==5543== To see them, rerun with: --leak-check=full --show-reachable=yes ==5543== ==5543== For counts of detected and suppressed errors, rerun with: -v ==5543== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 2 from 2) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 23 16:54:39 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Apr 2014 14:54:39 -0000 Subject: [FFmpeg-trac] #3575(avformat:closed): FFMPEG Fails with an Assert In-Reply-To: <041.ee038e80eaa1ac0156744fc93c14d87d@avcodec.org> References: <041.ee038e80eaa1ac0156744fc93c14d87d@avcodec.org> Message-ID: <056.66b78847d6b0b7612ae043be5911e43e@avcodec.org> #3575: FFMPEG Fails with an Assert -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: mov crash | Blocked By: abort regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Did you upload a sample? Without a sample, I cannot backport the fix. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 23 17:30:16 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Apr 2014 15:30:16 -0000 Subject: [FFmpeg-trac] #3585(avcodec:new): Many decoding errors for pmp input Message-ID: <037.bbe99639b8dd8e77873a64129af0c050@avcodec.org> #3585: Many decoding errors for pmp input -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: minor | Component: avcodec Version: git- | Keywords: pmp h264 master | regression Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- The sample from ticket #3534 shows many errors on decoding since 45da7a0e {{{ $ ffmpeg -i test.pmp ffmpeg version N-62653-g1aa388d Copyright (c) 2000-2014 the FFmpeg developers built on Apr 23 2014 17:28:12 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 78.100 / 52. 78.100 libavcodec 55. 58.105 / 55. 58.105 libavformat 55. 37.101 / 55. 37.101 libavdevice 55. 13.100 / 55. 13.100 libavfilter 4. 4.100 / 4. 4.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 [pmp @ 0x1c4bae0] AAC not yet correctly supported [h264 @ 0x1c4c480] SEI type 0 size 40 truncated at 37 [h264 @ 0x1c4c480] SEI type 1 size 40 truncated at 36 Last message repeated 6 times Input #0, pmp, from 'test.pmp': Duration: 00:00:05.76, bitrate: 256 kb/s Stream #0:0: Video: h264 (Main), yuv420p, 480x272 [SAR 1:1 DAR 30:17], 23.98 fps, 23.98 tbr, 23.98 tbn, 47.95 tbc Stream #0:1: Audio: aac, 44100 Hz, stereo, fltp At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 23 17:37:00 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Apr 2014 15:37:00 -0000 Subject: [FFmpeg-trac] #3586(avcodec:new): [discrepancy with libav] avcodec_encode_video2 merges packet side data with the packet body Message-ID: <038.026ffe29619bce05e8b4f0cf4b83df42@avcodec.org> #3586: [discrepancy with libav] avcodec_encode_video2 merges packet side data with the packet body -------------------------------------+------------------------------------- Reporter: Lastique | Type: defect Status: new | Priority: normal Component: avcodec | Version: 2.2.1 Keywords: libav | Blocked By: avcodec_encode_video2 avpacket | Reproduced by developer: 0 av_packet_merge_side_data | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- We have an application which uses ffmpeg to encode video in h263. The application requests h263_mb_info side data by setting the "mb_info" option on the encoder context: {{{ av_opt_set_int(av_ctx, "mb_info", 1400, AV_OPT_SEARCH_CHILDREN) }}} Later we call avcodec_encode_video2() to encode frames. The problem is that ffmpeg avcodec_encode_video2() returns AVPackets with the encoded frame and some amount of junk at the end. From the source code I can see that the junk is actually the encoded side data (mb_info) appended to the h263 packet by av_packet_merge_side_data() which is called by avcodec_encode_video2(). This appended side data prevents the packets from being decoded by ffmpeg 2.2.1 (I tried both decoding through the API and ffplay). Decoding results in many messages such as: {{{ slice end not reached but screenspace end (399 left 019CE3, score= -7) concealing 88 DC, 88 AC, 88 MV errors in P frame }}} and corrupted image. This is also different from libav behavior. At least 9.x and 10.x versions don't merge side data into the packet body, and when using libav we don't have the decoding problem. Looking at the libavcodec code I don't really understand why the call to av_packet_merge_side_data() is needed. Side data, at least mb_info in case of h263, is not the part of the encoded media and thus should not be part of the packet body. Since the packet size (AVPacket::size) includes the appended side data, there is no way to obtain the size of the actual media. I suspect, av_packet_split_side_data() can be used to restore the original un-merged packet, but (a) it is not documented and (b) doing av_packet_merge_side_data() and av_packet_split_side_data() is a waste of memory and CPU (note: we pre-allocate packet data buffer to optimize performance). Therefore my preferred solution would be to remove the call to av_packet_merge_side_data() from avcodec_encode_video2(). If that call cannot be removed then what is the correct way to obtain the actual media from the merged packet? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 23 18:24:11 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Apr 2014 16:24:11 -0000 Subject: [FFmpeg-trac] #3586(avcodec:new): [discrepancy with libav] avcodec_encode_video2 merges packet side data with the packet body In-Reply-To: <038.026ffe29619bce05e8b4f0cf4b83df42@avcodec.org> References: <038.026ffe29619bce05e8b4f0cf4b83df42@avcodec.org> Message-ID: <053.a8de453c26e485079cee17810fbec2de@avcodec.org> #3586: [discrepancy with libav] avcodec_encode_video2 merges packet side data with the packet body ----------------------------------+----------------------------------- Reporter: Lastique | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: 2.2.1 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+----------------------------------- Changes (by cehoyos): * keywords: libav avcodec_encode_video2 avpacket av_packet_merge_side_data => Comment: Is this not reproducible with current FFmpeg git head? How can I reproduce the problem with ffplay? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 23 19:49:38 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Apr 2014 17:49:38 -0000 Subject: [FFmpeg-trac] #3586(avcodec:new): [discrepancy with libav] avcodec_encode_video2 merges packet side data with the packet body In-Reply-To: <038.026ffe29619bce05e8b4f0cf4b83df42@avcodec.org> References: <038.026ffe29619bce05e8b4f0cf4b83df42@avcodec.org> Message-ID: <053.28090554f7aa5358053ddf6dd7768b88@avcodec.org> #3586: [discrepancy with libav] avcodec_encode_video2 merges packet side data with the packet body ----------------------------------+----------------------------------- Reporter: Lastique | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: 2.2.1 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+----------------------------------- Comment (by Lastique): Replying to [comment:1 cehoyos]: > Is this not reproducible with current FFmpeg git head? I did not test git head, but looking at the code of avcodec_encode_video2() in git master it still calls av_packet_merge_side_data() so it must have the same problem. > How can I reproduce the problem with ffplay? I don't know how to make ffmpeg request mb_info from the command line. I have an output video file we got with our application that shows decoding errors I described. I can upload it tomorrow, if you're interested. By the way, the same file is played without errors by libav's ffplay. I guess, it's more tolerant towards the junk at the end of encoded frames. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 23 20:42:55 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Apr 2014 18:42:55 -0000 Subject: [FFmpeg-trac] #3531(undetermined:closed): ffmpeg hangs converting a possibly broken avi file In-Reply-To: <037.03a9517457a445169e97e59a877f7f46@avcodec.org> References: <037.03a9517457a445169e97e59a877f7f46@avcodec.org> Message-ID: <052.0ebc937cf2296410d1f7af92d529435b@avcodec.org> #3531: ffmpeg hangs converting a possibly broken avi file -------------------------------------+------------------------------------- Reporter: hxuanyu | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: avi | Resolution: fixed deadlock regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by DonMoir): I changed read_braindead_odml_indx so it only adds an index entry if it's a keyframe. You end up with only 2 index entries. This allowed to open in about 1 to 3 seconds on my slower machine. Could not open on this machine before without it dying due to overheating. When adding index entries in read_braindead_odml_indx, it adds keyframe or non-keyframe entries and it's the non-keyframe entries that are a problem since there are many millions of them. Seems memory is thrashing to disk etc., as it attempts to build the index since it becomes a large consumer of memory and CPU. With the above change it worked normally but I don't know what other ramifications it might have. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 23 20:55:53 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Apr 2014 18:55:53 -0000 Subject: [FFmpeg-trac] #3586(avcodec:new): [discrepancy with libav] avcodec_encode_video2 merges packet side data with the packet body In-Reply-To: <038.026ffe29619bce05e8b4f0cf4b83df42@avcodec.org> References: <038.026ffe29619bce05e8b4f0cf4b83df42@avcodec.org> Message-ID: <053.409160b3279a57fd06ed42813a19d5a6@avcodec.org> #3586: [discrepancy with libav] avcodec_encode_video2 merges packet side data with the packet body ----------------------------------+----------------------------------- Reporter: Lastique | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: 2.2.1 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+----------------------------------- Comment (by llogan): Replying to [comment:2 Lastique]: > By the way, the same file is played without errors by libav's ffplay That fork does not currently supply a "ffplay" as far as I know. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 23 20:57:01 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Apr 2014 18:57:01 -0000 Subject: [FFmpeg-trac] #3587(undetermined:new): FFMPEG issues when using Tee PseudoMuxer to convert mkv to MP4+TS Message-ID: <037.06bd8564659d0d224f976dec621d28f9@avcodec.org> #3587: FFMPEG issues when using Tee PseudoMuxer to convert mkv to MP4+TS -------------------------------------+------------------------------------- Reporter: dannyzb | Type: defect Status: new | Priority: important Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: The ffmpeg command i used - /usr/bin/ffmpeg -i /var/www/files/72760ed097ebe68dfaaf23377be167d2cff457c8 -threads 4 -acodec libfdk_aac -vbr 1 -bsf:a aac_adtstoasc -x264opts crf=24:keyint=240 -vcodec libx264 -preset veryfast -flags +global_header -tune film -f tee -map 0:v -map 0:a -profile:v high -level 4.1 "[f=segment:bsfs/v=dump_extra,h264_mp4toannexb]/var/www/media/video/hd_hls/72760ed097ebe68dfaaf23377be167d2cff457c8/72760ed097ebe68dfaaf23377be167d2cff457c8%03d.ts|[movflags=+faststart]/var/www/media/video/hd/72760ed097ebe68dfaaf23377be167d2cff457c8.mp4" The command throws an error "[NULL @ 0x370b8c0] Packet header is not contained in global extradata, corrupted stream or invalid MP4/AVCC bitstream" reminiscent of https://trac.ffmpeg.org/ticket/3117 How to reproduce: use the command with your own files with an mkv source on the latest git build Attached is a sample file that produces the issue The original output : ffmpeg version git-2014-04-07-836b60c Copyright (c) 2000-2014 the FFmpeg developers built on Apr 23 2014 20:24:12 with gcc 4.4.7 (GCC) 20120313 (Red Hat 4.4.7-4) configuration: --prefix=/root/ffmpeg_build --extra- cflags=-I/root/ffmpeg_build/include --extra- ldflags=-L/root/ffmpeg_build/lib --bindir=/root/bin --extra-libs=-ldl --enable-gpl --enable-nonfree --enable-libfdk_aac --enable-libmp3lame --enable-libopus --enable-libvorbis --enable-libx264 libavutil 52. 74.100 / 52. 74.100 libavcodec 55. 58.102 / 55. 58.102 libavformat 55. 36.102 / 55. 36.102 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, matroska,webm, from '/var/www/files/72760ed097ebe68dfaaf23377be167d2cff457c8': Metadata: encoder : libebml v1.3.0 + libmatroska v1.4.0 creation_time : 1970-01-01 00:00:02 Duration: 00:01:26.02, start: 0.000000, bitrate: 651 kb/s Stream #0:0: Video: h264 (High 10), yuv420p10le, 1280x528 [SAR 1:1 DAR 80:33], 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc (default) Stream #0:1: Audio: aac, 48000 Hz, stereo, fltp (default) Stream #0:2: Subtitle: subrip (default) [libx264 @ 0x24b9de0] using SAR=1/1 [libx264 @ 0x24b9de0] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 [libx264 @ 0x24b9de0] profile High, level 4.1 [libx264 @ 0x24b9de0] 264 - core 142 r2 d6b4e63 - H.264/MPEG-4 AVC codec - Copyleft 2003-2014 - http://www.videolan.org/x264.html - options: cabac=1 ref=1 deblock=1:-1:-1 analyse=0x3:0x113 me=hex subme=2 psy=1 psy_rd=1.00:0.15 mixed_ref=0 me_range=16 chroma_me=1 trellis=0 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=0 threads=4 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=1 keyint=240 keyint_min=23 scenecut=40 intra_refresh=0 rc_lookahead=10 rc=crf mbtree=1 crf=24.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 [libfdk_aac @ 0x24bc880] Note, the VBR setting is unsupported and only works with some parameter combinations Output #0, tee, to '[f=segment:bsfs/v=dump_extra,h264_mp4toannexb]/var/www/media/video/hd_hls/72760ed097ebe68dfaaf23377be167d2cff457c8/72760ed097ebe68dfaaf23377be167d2cff457c8%03d.ts|[movflags=+faststart:bsfs/a=aac_adtstoasc]/var/www/media/video/hd/72760ed097ebe68dfaaf23377be167d2cff457c8.mp4': Metadata: encoder : Lavf55.36.102 Stream #0:0: Video: h264 (libx264), yuv420p, 1280x528 [SAR 1:1 DAR 80:33], q=-1--1, 90k tbn, 23.98 tbc (default) Stream #0:1: Audio: aac (libfdk_aac), 48000 Hz, stereo, s16 (default) Stream mapping: Stream #0:0 -> #0:0 (h264 -> libx264) Stream #0:1 -> #0:1 (aac -> libfdk_aac) Press [q] to stop, [?] for help [NULL @ 0x370b8c0] Packet header is not contained in global extradata, corrupted stream or invalid MP4/AVCC bitstream -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 23 21:11:16 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Apr 2014 19:11:16 -0000 Subject: [FFmpeg-trac] #3586(avcodec:new): [discrepancy with libav] avcodec_encode_video2 merges packet side data with the packet body In-Reply-To: <038.026ffe29619bce05e8b4f0cf4b83df42@avcodec.org> References: <038.026ffe29619bce05e8b4f0cf4b83df42@avcodec.org> Message-ID: <053.6591e2920abb60f24e3abb4232b310a1@avcodec.org> #3586: [discrepancy with libav] avcodec_encode_video2 merges packet side data with the packet body ----------------------------------+----------------------------------- Reporter: Lastique | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: 2.2.1 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+----------------------------------- Comment (by Lastique): Replying to [comment:3 llogan]: > Replying to [comment:2 Lastique]: > > By the way, the same file is played without errors by libav's ffplay > > That fork does not currently supply a "ffplay" as far as I know. I tried on Kubuntu 13.10, it does have ffplay, which is actually a link to avplay. Doesn't matter. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 23 21:23:56 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Apr 2014 19:23:56 -0000 Subject: [FFmpeg-trac] #3586(avcodec:new): [discrepancy with libav] avcodec_encode_video2 merges packet side data with the packet body In-Reply-To: <038.026ffe29619bce05e8b4f0cf4b83df42@avcodec.org> References: <038.026ffe29619bce05e8b4f0cf4b83df42@avcodec.org> Message-ID: <053.e4d255385084e7c1a274dbbffb78414b@avcodec.org> #3586: [discrepancy with libav] avcodec_encode_video2 merges packet side data with the packet body ----------------------------------+----------------------------------- Reporter: Lastique | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: 2.2.1 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+----------------------------------- Comment (by gjdfgh): The side data merging is a really ugly, crappy, disgusting etc. (insert more deprecatory words here), that has to be disabled by each user. I use this code to disable it: {{{ #if LIBAVFORMAT_VERSION_MICRO >= 100 /* Keep side data as side data instead of mashing it into the packet * stream. * Note: Libav doesn't have this horrible insanity. */ av_opt_set(av_ctx, "fflags", "+keepside", 0); #endif }}} But I'd argue that it should be disabled by default. User applications which pass only packet data (without side data), i.e. are broken, could merge the side data manually by calling an API function. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 23 22:44:03 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Apr 2014 20:44:03 -0000 Subject: [FFmpeg-trac] #3583(undetermined:new): Internet Explorer fails to play WebM files produced by ffmpeg In-Reply-To: <034.43e3f69393199b503da845be1857f15b@avcodec.org> References: <034.43e3f69393199b503da845be1857f15b@avcodec.org> Message-ID: <049.342831312917c70ac69f675d967b87c1@avcodec.org> #3583: Internet Explorer fails to play WebM files produced by ffmpeg -------------------------------------+------------------------------------- Reporter: Gray | Owner: Type: defect | Status: new Priority: important | Component: Version: 2.2.1 | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Gray): Replying to [comment:4 cehoyos]: > Replying to [ticket:3583 Gray]: > > Internet Explorer shows "Invalid Source" when trying to play WebM files encoded with ffmpeg 2. > > Videos encoded with ffmpeg 1.2 seem to work fine. > > Sorry, I don't understand: > All sources I found claim that IE does not support WebM at all: How can I reproduce the regression? Right, sorry about that. Google has a plugin for IE: https://tools.google.com/dlpage/webmmf/ http://ie.microsoft.com/testdrive/graphics/videoformatsupport/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 23 22:57:46 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Apr 2014 20:57:46 -0000 Subject: [FFmpeg-trac] #3587(undetermined:new): FFMPEG issues when using Tee PseudoMuxer to convert mkv to MP4+TS In-Reply-To: <037.06bd8564659d0d224f976dec621d28f9@avcodec.org> References: <037.06bd8564659d0d224f976dec621d28f9@avcodec.org> Message-ID: <052.0da4f87b7e7bb059ce09a12277678d6e@avcodec.org> #3587: FFMPEG issues when using Tee PseudoMuxer to convert mkv to MP4+TS -------------------------------------+------------------------------------- Reporter: dannyzb | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by dannyzb): After running some tests , i found the source of the problem -flags +global_headers makes the data useless for tee to create m2ts for some reason , even after adding the flag "dump_extra" which makes the tee online example not work "ffmpeg -i ... -map 0 -flags +global_header -c:v libx264 -c:a aac -strict experimental -f tee "[bsfs/v=dump_extra]out.ts|[movflags=+faststart]out.mp4|[select=a]out.aac" removing it fixes it for conversion , but makes it not work in creating MP4 files -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 23 23:07:24 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Apr 2014 21:07:24 -0000 Subject: [FFmpeg-trac] #3559(undetermined:closed): flac format playback fails with gcc-4.9 compiler In-Reply-To: <036.aa7969d064dea2c29e8ff3d13803bcd6@avcodec.org> References: <036.aa7969d064dea2c29e8ff3d13803bcd6@avcodec.org> Message-ID: <051.20f5905dafaac897f849efa2af2e6ca5@avcodec.org> #3559: flac format playback fails with gcc-4.9 compiler -------------------------------------+------------------------------------- Reporter: amooze | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: flac gcc | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: flac => flac gcc * status: reopened => closed * resolution: => invalid Comment: This is fixed in gcc trunk, thank you for reporting the bug there! http://gcc.gnu.org/viewcvs/gcc?view=revision&revision=209716 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 23 23:11:29 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Apr 2014 21:11:29 -0000 Subject: [FFmpeg-trac] #3587(undetermined:new): FFMPEG issues when using Tee PseudoMuxer to convert mkv to MP4+TS In-Reply-To: <037.06bd8564659d0d224f976dec621d28f9@avcodec.org> References: <037.06bd8564659d0d224f976dec621d28f9@avcodec.org> Message-ID: <052.b8219f410e775270e362d38323cf8ebd@avcodec.org> #3587: FFMPEG issues when using Tee PseudoMuxer to convert mkv to MP4+TS -------------------------------------+------------------------------------- Reporter: dannyzb | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: tee | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => tee Comment: Do you think this is a regression? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 23 23:12:08 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Apr 2014 21:12:08 -0000 Subject: [FFmpeg-trac] #3583(undetermined:new): Internet Explorer fails to play WebM files produced by ffmpeg In-Reply-To: <034.43e3f69393199b503da845be1857f15b@avcodec.org> References: <034.43e3f69393199b503da845be1857f15b@avcodec.org> Message-ID: <049.f2d4294557a864c3393e33c9874f32d2@avcodec.org> #3583: Internet Explorer fails to play WebM files produced by ffmpeg -------------------------------------+------------------------------------- Reporter: Gray | Owner: Type: defect | Status: new Priority: important | Component: Version: 2.2.1 | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Just to make sure I understand the issue correctly: WebM files made with current FFmpeg git head play fine with Google Chrome, Firefox, vlc, MPlayer and ffplay etc. but not Google's WebM plugin for the Internet Explorer while files made with an older version of FFmpeg - namely 1.2 - play fine there. Is that correct? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 23 23:25:26 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Apr 2014 21:25:26 -0000 Subject: [FFmpeg-trac] #3583(undetermined:new): Internet Explorer fails to play WebM files produced by ffmpeg In-Reply-To: <034.43e3f69393199b503da845be1857f15b@avcodec.org> References: <034.43e3f69393199b503da845be1857f15b@avcodec.org> Message-ID: <049.459d4cbd3b4acfbc27c29ec76341a524@avcodec.org> #3583: Internet Explorer fails to play WebM files produced by ffmpeg -------------------------------------+------------------------------------- Reporter: Gray | Owner: Type: defect | Status: new Priority: important | Component: Version: 2.2.1 | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Gray): Replying to [comment:6 cehoyos]: > Is that correct? Yes. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 23 23:33:50 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Apr 2014 21:33:50 -0000 Subject: [FFmpeg-trac] #1398(avformat:open): remuxed DTS audio won't play on hardware devices In-Reply-To: <037.ae9b302f063c704e87b0a5d2430f90b2@avcodec.org> References: <037.ae9b302f063c704e87b0a5d2430f90b2@avcodec.org> Message-ID: <052.b9182e3eafb76721a854ca398e260f48@avcodec.org> #1398: remuxed DTS audio won't play on hardware devices ------------------------------------+------------------------------------ Reporter: patters | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: dca mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * cc: goodthanks (added) Comment: Replying to [comment:22 goodthanks]: > Got no idea how to compile ffmpeg on windows so hopefully someone else can confirm. Could you elaborate? We invest a lot of time to ensure out-of-the-box compilation on Windows works fine, if it fails for you, please report it! I will attach a PoC: If somebody can confirm that it fixes this issue, I will try to provide a more complete patch. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 23 23:38:08 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Apr 2014 21:38:08 -0000 Subject: [FFmpeg-trac] #3583(undetermined:new): Internet Explorer fails to play WebM files produced by ffmpeg In-Reply-To: <034.43e3f69393199b503da845be1857f15b@avcodec.org> References: <034.43e3f69393199b503da845be1857f15b@avcodec.org> Message-ID: <049.b79729977ae5dd816d5bbab94267402a@avcodec.org> #3583: Internet Explorer fails to play WebM files produced by ffmpeg -------------------------------------+------------------------------------- Reporter: Gray | Owner: Type: defect | Status: new Priority: important | Component: Version: 2.2.1 | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): If you cannot tell the change introducing the regression, please provide the command line including complete, uncut console output of a working version of FFmpeg. You could also test older Zeranoe builds if you want to help: http://ffmpeg.zeranoe.com/builds/win32/static/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 23 23:40:57 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Apr 2014 21:40:57 -0000 Subject: [FFmpeg-trac] #2953(undetermined:closed): FFmpeg hangs while conversion video using libx264 In-Reply-To: <041.02bdd4ea24c12ff7c5fc0ebdb0ab8a16@avcodec.org> References: <041.02bdd4ea24c12ff7c5fc0ebdb0ab8a16@avcodec.org> Message-ID: <056.4d07986696ff67ca3f15d861e39c72c4@avcodec.org> #2953: FFmpeg hangs while conversion video using libx264 -------------------------------------+------------------------------------- Reporter: gerrysingh7 | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: libx264 | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by llogan): * status: new => closed * resolution: => invalid Comment: Please reopen this ticket if you can provide the requested information. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 24 00:03:07 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Apr 2014 22:03:07 -0000 Subject: [FFmpeg-trac] #3583(undetermined:new): Internet Explorer fails to play WebM files produced by ffmpeg In-Reply-To: <034.43e3f69393199b503da845be1857f15b@avcodec.org> References: <034.43e3f69393199b503da845be1857f15b@avcodec.org> Message-ID: <049.f569a8d3ca4aadc8bdba5cffb55427cd@avcodec.org> #3583: Internet Explorer fails to play WebM files produced by ffmpeg -------------------------------------+------------------------------------- Reporter: Gray | Owner: Type: defect | Status: new Priority: important | Component: Version: 2.2.1 | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Gray): Replying to [comment:8 cehoyos]: > If you cannot tell the change introducing the regression, please provide the command line including complete, uncut console output of a working version of FFmpeg. This produces files that work fine in IE11: {{{ ffmpeg-1.2 -v 9 -loglevel 99 -i big-buck-bunny_trailer.webm -crf 4 -b:v 1000k -an -y bbb_working.webm }}} I removed some ''Writing block'' stuff from the middle. {{{ ffmpeg version 1.2 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 28 2013 00:28:48 with gcc 4.8.0 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgsm --enable-libilbc --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable- libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable- libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 18.100 / 52. 18.100 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.104 / 54. 63.104 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 42.103 / 3. 42.103 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Splitting the commandline. Reading option '-v' ... matched as option 'v' (set libav* logging level) with argument '9'. Reading option '-loglevel' ... matched as option 'loglevel' (set libav* logging level) with argument '99'. Reading option '-i' ... matched as input file with argument 'big-buck- bunny_trailer.webm'. Reading option '-crf' ... matched as AVOption 'crf' with argument '4'. Reading option '-b:v' ... matched as option 'b' (video bitrate (please use -b:v)) with argument '1000k'. Reading option '-an' ... matched as option 'an' (disable audio) with argument '1'. Reading option '-y' ... matched as option 'y' (overwrite output files) with argument '1'. Reading option 'bbb_working.webm' ... matched as output file. Finished splitting the commandline. Parsing a group of options: global . Applying option v (set libav* logging level) with argument 9. Applying option y (overwrite output files) with argument 1. Successfully parsed a group of options. Parsing a group of options: input file big-buck-bunny_trailer.webm. Successfully parsed a group of options. Opening an input file: big-buck-bunny_trailer.webm. [matroska,webm @ 0025c1a0] Format matroska,webm probed with size=2048 and score=100 st:0 removing common factor 1000000 from timebase st:1 removing common factor 1000000 from timebase [matroska,webm @ 0025c1a0] File position before avformat_find_stream_info() is 3963 [matroska,webm @ 0025c1a0] All info found [matroska,webm @ 0025c1a0] File position after avformat_find_stream_info() is 4440 Input #0, matroska,webm, from 'big-buck-bunny_trailer.webm': Metadata: creation_time : 2010-05-20 08:21:12 Duration: 00:00:32.48, start: 0.000000, bitrate: 533 kb/s Stream #0:0(eng), 1, 1/1000: Video: vp8, yuv420p, 640x360, 1/1000, SAR 1:1 DAR 16:9, 25 fps, 25 tbr, 1k tbn, 1k tbc (default) Stream #0:1(eng), 1, 1/1000: Audio: vorbis, 44100 Hz, mono, fltp (default) Successfully opened the file. Parsing a group of options: output file bbb_working.webm. Applying option b:v (video bitrate (please use -b:v)) with argument 1000k. Applying option an (disable audio) with argument 1. Successfully parsed a group of options. Opening an output file: bbb_working.webm. Successfully opened the file. [buffer @ 02ec5ca0] Setting entry with key 'video_size' to value '640x360' [buffer @ 02ec5ca0] Setting entry with key 'pix_fmt' to value '0' [buffer @ 02ec5ca0] Setting entry with key 'time_base' to value '1/1000' [buffer @ 02ec5ca0] Setting entry with key 'pixel_aspect' to value '1/1' [buffer @ 02ec5ca0] Setting entry with key 'sws_param' to value 'flags=2' [buffer @ 02ec5ca0] Setting entry with key 'frame_rate' to value '25/1' [graph 0 input from stream 0:0 @ 0025a560] w:640 h:360 pixfmt:yuv420p tb:1/1000 fr:25/1 sar:1/1 sws_param:flags=2 [libvpx @ 00253200] v1.2.0 [libvpx @ 00253200] --target=x86-win32-gcc --prefix=/home/kyle/software/ffmpeg/pkgs/libvpx/libvpx-1.2.0-win32 --enable-runtime-cpu-detect [libvpx @ 00253200] vpx_codec_enc_cfg [libvpx @ 00253200] generic settings g_usage: 0 g_threads: 0 g_profile: 0 g_w: 320 g_h: 240 g_timebase: {1/30} g_error_resilient: 0 g_pass: 0 g_lag_in_frames: 0 [libvpx @ 00253200] rate control settings rc_dropframe_thresh: 0 rc_resize_allowed: 0 rc_resize_up_thresh: 60 rc_resize_down_thresh: 30 rc_end_usage: 0 rc_twopass_stats_in: 00000000(0) rc_target_bitrate: 256 [libvpx @ 00253200] quantizer settings rc_min_quantizer: 4 rc_max_quantizer: 63 [libvpx @ 00253200] bitrate tolerance rc_undershoot_pct: 100 rc_overshoot_pct: 100 [libvpx @ 00253200] decoder buffer model rc_buf_sz: 6000 rc_buf_initial_sz: 4000 rc_buf_optimal_sz: 5000 [libvpx @ 00253200] 2 pass rate control settings rc_2pass_vbr_bias_pct: 50 rc_2pass_vbr_minsection_pct: 0 rc_2pass_vbr_maxsection_pct: 400 [libvpx @ 00253200] keyframing settings kf_mode: 1 kf_min_dist: 0 kf_max_dist: 128 [libvpx @ 00253200] [libvpx @ 00253200] vpx_codec_enc_cfg [libvpx @ 00253200] generic settings g_usage: 0 g_threads: 0 g_profile: 0 g_w: 640 g_h: 360 g_timebase: {1/25} g_error_resilient: 0 g_pass: 0 g_lag_in_frames: 25 [libvpx @ 00253200] rate control settings rc_dropframe_thresh: 0 rc_resize_allowed: 0 rc_resize_up_thresh: 60 rc_resize_down_thresh: 30 rc_end_usage: 2 rc_twopass_stats_in: 00000000(0) rc_target_bitrate: 1000 [libvpx @ 00253200] quantizer settings rc_min_quantizer: 4 rc_max_quantizer: 63 [libvpx @ 00253200] bitrate tolerance rc_undershoot_pct: 100 rc_overshoot_pct: 100 [libvpx @ 00253200] decoder buffer model rc_buf_sz: 6000 rc_buf_initial_sz: 4000 rc_buf_optimal_sz: 5000 [libvpx @ 00253200] 2 pass rate control settings rc_2pass_vbr_bias_pct: 50 rc_2pass_vbr_minsection_pct: 0 rc_2pass_vbr_maxsection_pct: 400 [libvpx @ 00253200] keyframing settings kf_mode: 1 kf_min_dist: 0 kf_max_dist: 128 [libvpx @ 00253200] [libvpx @ 00253200] vpx_codec_control [libvpx @ 00253200] VP8E_SET_CPUUSED: 3 [libvpx @ 00253200] VP8E_SET_ARNR_MAXFRAMES: 0 [libvpx @ 00253200] VP8E_SET_ARNR_STRENGTH: 3 [libvpx @ 00253200] VP8E_SET_ARNR_TYPE: 3 [libvpx @ 00253200] VP8E_SET_NOISE_SENSITIVITY: 0 [libvpx @ 00253200] VP8E_SET_TOKEN_PARTITIONS: 0 [libvpx @ 00253200] VP8E_SET_STATIC_THRESHOLD: 0 [libvpx @ 00253200] VP8E_SET_CQ_LEVEL: 4 [libvpx @ 00253200] Using deadline: 1000000 [vp8 @ 02eb0a00] detected 2 logical cores Output #0, webm, to 'bbb_working.webm': Metadata: encoder : Lavf54.63.104 Stream #0:0(eng), 0, 1/1000: Video: vp8, yuv420p, 640x360 [SAR 1:1 DAR 16:9], 1/25, q=-1--1, 1000 kb/s, 1k tbn, 25 tbc (default) Stream mapping: Stream #0:0 -> #0:0 (vp8 -> libvpx) Press [q] to stop, [?] for help [webm @ 02f83900] Writing block at offset 460, size 425, pts 0, dts 0, duration 40, flags 128 [webm @ 02f83900] Writing block at offset 892, size 41, pts 40, dts 40, duration 40, flags 0 [webm @ 02f83900] Writing block at offset 939, size 88, pts 80, dts 80, duration 40, flags 0 [webm @ 02f83900] Writing block at offset 1033, size 131, pts 120, dts 120, duration 40, flags 0 [webm @ 02f83900] Writing block at offset 1171, size 292, pts 160, dts 160, duration 40, flags 0 [webm @ 02f83900] Writing block at offset 1470, size 539, pts 200, dts 200, duration 40, flags 0 [webm @ 02f83900] Writing block at offset 2016, size 847, pts 240, dts 240, duration 40, flags 0 [webm @ 02f83900] Writing block at offset 2870, size 4145, pts 280, dts 280, duration 40, flags 0 [webm @ 02f83900] Writing block at offset 7022, size 399, pts 320, dts 320, duration 40, flags 0 [webm @ 02f83900] Writing block at offset 7428, size 810, pts 360, dts 360, duration 40, flags 0 [webm @ 02f83900] Writing block at offset 8245, size 1769, pts 400, dts 400, duration 40, flags 0 [webm @ 02f83900] Writing block at offset 10021, size 1635, pts 440, dts 440, duration 40, flags 0 [webm @ 02f83900] Writing block at offset 11663, size 1947, pts 480, dts 480, duration 40, flags 0 [webm @ 02f83900] Writing block at offset 13617, size 4144, pts 520, dts 520, duration 40, flags 0 [webm @ 02f83900] Writing block at offset 17768, size 2105, pts 560, dts 560, duration 40, flags 0 [webm @ 02f83900] Starting new cluster at offset 19880 bytes, pts 600 [webm @ 02f83900] Writing block at offset 19896, size 7401, pts 600, dts 600, duration 40, flags 128 [webm @ 02f83900] Writing block at offset 27304, size 2465, pts 640, dts 640, duration 40, flags 0 [webm @ 02f83900] Writing block at offset 29776, size 2605, pts 680, dts 680, duration 40, flags 0 [webm @ 02f83900] Writing block at offset 32388, size 3161, pts 720, dts 720, duration 40, flags 0 [webm @ 02f83900] Writing block at offset 35556, size 2529, pts 760, dts 760, duration 40, flags 0 [webm @ 02f83900] Writing block at offset 38092, size 3598, pts 800, dts 800, duration 40, flags 0 [webm @ 02f83900] Writing block at offset 41697, size 4147, pts 840, dts 840, duration 40, flags 0 [webm @ 02f83900] Writing block at offset 45851, size 4094, pts 880, dts 880, duration 40, flags 0 [webm @ 02f83900] Writing block at offset 49952, size 3159, pts 920, dts 920, duration 40, flags 0 [webm @ 02f83900] Writing block at offset 53118, size 2985, pts 960, dts 960, duration 40, flags 0 [webm @ 02f83900] Writing block at offset 56110, size 2688, pts 1000, dts 1000, duration 40, flags 0 [webm @ 02f83900] Writing block at offset 58805, size 2804, pts 1040, dts 1040, duration 40, flags 0 [webm @ 02f83900] Writing block at offset 61616, size 2931, pts 1080, dts 1080, duration 40, flags 0 [webm @ 02f83900] Writing block at offset 64554, size 2523, pts 1120, dts 1120, duration 40, flags 0 [webm @ 02f83900] Writing block at offset 67084, size 2861, pts 1160, dts 1160, duration 40, flags 0 [webm @ 02f83900] Writing block at offset 69952, size 2620, pts 1200, dts 1200, duration 40, flags 0 [webm @ 02f83900] Writing block at offset 72579, size 2913, pts 1240, dts 1240, duration 40, flags 0 [webm @ 02f83900] Writing block at offset 75499, size 2433, pts 1280, dts 1280, duration 40, flags 0 [webm @ 02f83900] Writing block at offset 77939, size 2761, pts 1320, dts 1320, duration 40, flags 0 [webm @ 02f83900] Writing block at offset 80707, size 2488, pts 1360, dts 1360, duration 40, flags 0 [webm @ 02f83900] Writing block at offset 83202, size 2675, pts 1400, dts 1400, duration 40, flags 0 frame= 795 fps= 59 q=0.0 size= 3597kB time=00:00:31.80 bitrate= 926.6kbits/s Writing block at offset 3714404, size 5202, pts 31800, dts 31800, duration 40, flags 0 [webm @ 02f83900] Writing block at offset 3719613, size 5032, pts 31840, dts 31840, duration 40, flags 0 [webm @ 02f83900] Writing block at offset 3724652, size 5296, pts 31880, dts 31880, duration 40, flags 0 [webm @ 02f83900] Writing block at offset 3729955, size 5050, pts 31920, dts 31920, duration 40, flags 0 [webm @ 02f83900] Writing block at offset 3735012, size 7255, pts 31960, dts 31960, duration 40, flags 0 [webm @ 02f83900] Writing block at offset 3742274, size 4764, pts 32000, dts 32000, duration 40, flags 0 [webm @ 02f83900] Writing block at offset 3747045, size 4540, pts 32040, dts 32040, duration 40, flags 0 [webm @ 02f83900] Writing block at offset 3751592, size 7265, pts 32080, dts 32080, duration 40, flags 0 [webm @ 02f83900] Writing block at offset 3758864, size 5806, pts 32120, dts 32120, duration 40, flags 0 [webm @ 02f83900] Writing block at offset 3764677, size 5197, pts 32160, dts 32160, duration 40, flags 0 [webm @ 02f83900] Writing block at offset 3769881, size 4553, pts 32200, dts 32200, duration 40, flags 0 [webm @ 02f83900] Writing block at offset 3774441, size 4108, pts 32240, dts 32240, duration 40, flags 0 [webm @ 02f83900] Writing block at offset 3778556, size 3996, pts 32280, dts 32280, duration 40, flags 0 [webm @ 02f83900] Starting new cluster at offset 3782559 bytes, pts 32320 [webm @ 02f83900] Writing block at offset 3782575, size 4146, pts 32320, dts 32320, duration 40, flags 128 [webm @ 02f83900] Writing block at offset 3786728, size 2114, pts 32360, dts 32360, duration 40, flags 0 [output stream 0:0 @ 00253880] EOF on sink link output stream 0:0:default. [webm @ 02f83900] Writing block at offset 3788849, size 2338, pts 32400, dts 32400, duration 40, flags 0 [webm @ 02f83900] Writing block at offset 3791194, size 355, pts 32440, dts 32440, duration 40, flags 0 No more output streams to write to, finishing. end duration = 32480 frame= 812 fps= 59 q=0.0 Lsize= 3703kB time=00:00:32.48 bitrate= 934.0kbits/s video:3696kB audio:0kB subtitle:0 global headers:0kB muxing overhead 0.184783% [AVIOContext @ 00257f40] Statistics: 2165175 bytes read, 0 seeks }}} > You could also test older Zeranoe builds if you want to help: http://ffmpeg.zeranoe.com/builds/win32/static/ The build right after 1.2 fails (ffmpeg-20130329-git- 551f683-win32-static.7z 28-Mar-2013 21:04) And the html file I used to test in IE11: {{{ WebM

ffmpeg-20130329-git-551f683-win32-static.7z 28-Mar-2013 21:04

ffmpeg-1.2-win32-static.7z 27-Mar-2013 23:4

}}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 24 00:40:56 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Apr 2014 22:40:56 -0000 Subject: [FFmpeg-trac] #3587(undetermined:new): FFMPEG issues when using Tee PseudoMuxer to convert mkv to MP4+TS In-Reply-To: <037.06bd8564659d0d224f976dec621d28f9@avcodec.org> References: <037.06bd8564659d0d224f976dec621d28f9@avcodec.org> Message-ID: <052.97c0566138d81216c6324f44f54e7318@avcodec.org> #3587: FFMPEG issues when using Tee PseudoMuxer to convert mkv to MP4+TS -------------------------------------+------------------------------------- Reporter: dannyzb | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: tee | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by dannyzb): I only started using the feature now , but if it isn't a regression this thing has been broken for a while Test running this on many videos , the error is very consistent Even applies to conversions of h264 -> x264 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 24 00:57:16 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Apr 2014 22:57:16 -0000 Subject: [FFmpeg-trac] #3575(avformat:closed): FFMPEG Fails with an Assert In-Reply-To: <041.ee038e80eaa1ac0156744fc93c14d87d@avcodec.org> References: <041.ee038e80eaa1ac0156744fc93c14d87d@avcodec.org> Message-ID: <056.ae37561f498c5e72dd87d0d99709be3f@avcodec.org> #3575: FFMPEG Fails with an Assert -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: mov crash | Blocked By: abort regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ramitbhalla): Uploaded, its a little big (100MB) so was didn't do it earlier. it's called {{{ #3575 Asset Fail.mp4 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 24 00:58:33 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Apr 2014 22:58:33 -0000 Subject: [FFmpeg-trac] #3575(avformat:closed): FFMPEG Fails with an Assert In-Reply-To: <041.ee038e80eaa1ac0156744fc93c14d87d@avcodec.org> References: <041.ee038e80eaa1ac0156744fc93c14d87d@avcodec.org> Message-ID: <056.109c05cf127bd75b8276fd881c6f8a1c@avcodec.org> #3575: FFMPEG Fails with an Assert -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: mov crash | Blocked By: abort regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ramitbhalla): so as I understand the "fix" it prints an error, but does it make the file unusable? I asked before I just recomplied the same version after commenting out the ASSERTS and the remuxed file playsback fine with WMP -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 24 01:22:24 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Apr 2014 23:22:24 -0000 Subject: [FFmpeg-trac] #1398(avformat:open): remuxed DTS audio won't play on hardware devices In-Reply-To: <037.ae9b302f063c704e87b0a5d2430f90b2@avcodec.org> References: <037.ae9b302f063c704e87b0a5d2430f90b2@avcodec.org> Message-ID: <052.e2e267b3b38623c3f406fdf021a6a6c1@avcodec.org> #1398: remuxed DTS audio won't play on hardware devices ------------------------------------+------------------------------------ Reporter: patters | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: dca mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by goodthanks): Replying to [comment:23 cehoyos]: > Could you elaborate? > We invest a lot of time to ensure out-of-the-box compilation on Windows works fine, if it fails for you, please report it! I tried the instructions here http://pcloadletter.co.uk/2011/05/07/compiling-64bit-ffmpeg-for-windows- with-libfaac/ and get a compile error at the last stage. The last line in the config.log file is - ./configure: line 771: x86_64-w64-mingw32-gcc: command not found I'm not a developer and have limited knowledge of linux so it's taking me a while to get my head around it. Now I have a msys console installed I might give zeranoe's instructions a whirl. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 24 01:53:17 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 23 Apr 2014 23:53:17 -0000 Subject: [FFmpeg-trac] #3542(swresample:closed): Changing channel layout from downmix to stereo fails In-Reply-To: <037.3d1ff155fad424916ad859ce217fe114@avcodec.org> References: <037.3d1ff155fad424916ad859ce217fe114@avcodec.org> Message-ID: <052.494e25a1e91d3ad98cd0376f3cab628e@avcodec.org> #3542: Changing channel layout from downmix to stereo fails ------------------------------------+-------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: swresample Version: git-master | Resolution: fixed Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Fixed in 291d464161a5bf3b566bc147f83e4242b0c18d74 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 24 02:51:25 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 24 Apr 2014 00:51:25 -0000 Subject: [FFmpeg-trac] #3588(avdevice:new): libavdevice fails to build qtkit.m due to incorrect include Message-ID: <038.7ed0cc100acff66092dcdfc2f03aad29@avcodec.org> #3588: libavdevice fails to build qtkit.m due to incorrect include ---------------------------------------+---------------------------------- Reporter: jeremyhu | Owner: Type: defect | Status: new Priority: normal | Component: avdevice Version: unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 ---------------------------------------+---------------------------------- Note that this should be QTKit.h, not QTkit.h: {{{ :info:build libavdevice/qtkit.m:28:9: fatal error: 'QTKit/QTkit.h' file not found :info:build #import :info:build ^ :info:build 1 error generated. hello = lambda: "world" }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 24 04:49:04 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 24 Apr 2014 02:49:04 -0000 Subject: [FFmpeg-trac] #3583(undetermined:new): Internet Explorer fails to play WebM files produced by ffmpeg In-Reply-To: <034.43e3f69393199b503da845be1857f15b@avcodec.org> References: <034.43e3f69393199b503da845be1857f15b@avcodec.org> Message-ID: <049.dbba289a07976f244a7f9c851c9f4b94@avcodec.org> #3583: Internet Explorer fails to play WebM files produced by ffmpeg -------------------------------------+------------------------------------- Reporter: Gray | Owner: Type: defect | Status: new Priority: important | Component: Version: 2.2.1 | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Gray): This might actually not be ffmpeg's fault at all: https://code.google.com/p/webm/issues/detail?id=767 >webm files made in newer versions of ffmpeg do not work with the Internet Explorer plugin due to the codec only supporting up to MKV v2 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 24 05:30:40 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 24 Apr 2014 03:30:40 -0000 Subject: [FFmpeg-trac] #3588(avdevice:closed): libavdevice fails to build qtkit.m due to incorrect include In-Reply-To: <038.7ed0cc100acff66092dcdfc2f03aad29@avcodec.org> References: <038.7ed0cc100acff66092dcdfc2f03aad29@avcodec.org> Message-ID: <053.7c84d1f95340a2a45559bf376bf0aa35@avcodec.org> #3588: libavdevice fails to build qtkit.m due to incorrect include -------------------------------------+------------------------------------ Reporter: jeremyhu | Owner: Type: defect | Status: closed Priority: normal | Component: avdevice Version: unspecified | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by michael): * status: new => closed * resolution: => fixed Comment: Fixed in 31f2357fd0e273365b1ae667e191638937e188e3 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 24 06:39:28 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 24 Apr 2014 04:39:28 -0000 Subject: [FFmpeg-trac] #1398(avformat:open): remuxed DTS audio won't play on hardware devices In-Reply-To: <037.ae9b302f063c704e87b0a5d2430f90b2@avcodec.org> References: <037.ae9b302f063c704e87b0a5d2430f90b2@avcodec.org> Message-ID: <052.41ae320f4531918f5546e925a8e9a491@avcodec.org> #1398: remuxed DTS audio won't play on hardware devices ------------------------------------+------------------------------------ Reporter: patters | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: dca mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by goodthanks): Replying to [comment:23 cehoyos]: > I will attach a PoC: If somebody can confirm that it fixes this issue, I will try to provide a more complete patch. I can confirm this fixed the issue in that it puts the correct codec ID (stream type) into the output file. 138 (0x8a) But this file will not play on my hardware. 0x8a is the code for DTS-audio specified here - http://www.sno.phy.queensu.ca/~phil/exiftool/TagNames/M2TS.html but 0x8a is specified as privately defined here - http://en.wikipedia.org/wiki/Program-specific_information Changing the stream_type ID's in libavformat\mpegts.h would fix the issue eg) change {{{#define STREAM_TYPE_AUDIO_DTS 0x8a}}} to {{{#define STREAM_TYPE_AUDIO_DTS 0x82}}} Only problem is im not sure if that is a workaround that will cause issues elsewhere given that first link I provided says 0x8a is correct... All I know is 0x82 will work on my sony bluray player. And 0x82 is the code tsmuxer uses when remuxing TS files. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 24 07:49:29 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 24 Apr 2014 05:49:29 -0000 Subject: [FFmpeg-trac] #3586(avcodec:new): [discrepancy with libav] avcodec_encode_video2 merges packet side data with the packet body In-Reply-To: <038.026ffe29619bce05e8b4f0cf4b83df42@avcodec.org> References: <038.026ffe29619bce05e8b4f0cf4b83df42@avcodec.org> Message-ID: <053.c51a96a94d6866f94c0aa08b06ab86be@avcodec.org> #3586: [discrepancy with libav] avcodec_encode_video2 merges packet side data with the packet body ----------------------------------+----------------------------------- Reporter: Lastique | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: 2.2.1 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+----------------------------------- Comment (by Lastique): Unfortunately, that flag only affects libavformat and the issue I'm having is with libavcodec. As far as I can see, there is no way to disable side data merging in libavcodec except by patching and recompiling it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 24 08:05:09 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 24 Apr 2014 06:05:09 -0000 Subject: [FFmpeg-trac] #3583(avformat:open): Internet Explorer fails to play WebM files produced by ffmpeg In-Reply-To: <034.43e3f69393199b503da845be1857f15b@avcodec.org> References: <034.43e3f69393199b503da845be1857f15b@avcodec.org> Message-ID: <049.cdf47958fda7ee35042dfd0467ddcb1f@avcodec.org> #3583: Internet Explorer fails to play WebM files produced by ffmpeg -------------------------------------+------------------------------------- Reporter: Gray | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mkv | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: regression => mkv regression * status: new => open * version: 2.2.1 => git-master * component: undetermined => avformat Comment: Regression since d59213b5 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 24 08:06:15 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 24 Apr 2014 06:06:15 -0000 Subject: [FFmpeg-trac] #1398(avformat:open): remuxed DTS audio won't play on hardware devices In-Reply-To: <037.ae9b302f063c704e87b0a5d2430f90b2@avcodec.org> References: <037.ae9b302f063c704e87b0a5d2430f90b2@avcodec.org> Message-ID: <052.c6d6ff0ca343e87871a78e9e9dfc665b@avcodec.org> #1398: remuxed DTS audio won't play on hardware devices ------------------------------------+------------------------------------ Reporter: patters | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: dca mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:25 goodthanks]: > Changing the stream_type ID's in libavformat\mpegts.h would fix the issue > eg) > change > {{{#define STREAM_TYPE_AUDIO_DTS 0x8a}}} > to > {{{#define STREAM_TYPE_AUDIO_DTS 0x82}}} Sorry if I misunderstand: Did you test this locally with your hardware and it fixes the problem or do you think that this change would fix the problem? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 24 08:06:40 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 24 Apr 2014 06:06:40 -0000 Subject: [FFmpeg-trac] #1398(avformat:open): remuxed DTS audio won't play on hardware devices In-Reply-To: <037.ae9b302f063c704e87b0a5d2430f90b2@avcodec.org> References: <037.ae9b302f063c704e87b0a5d2430f90b2@avcodec.org> Message-ID: <052.8072414f92b665d2bc5058b0286ffee5@avcodec.org> #1398: remuxed DTS audio won't play on hardware devices ------------------------------------+------------------------------------ Reporter: patters | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: dca mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:24 goodthanks]: > Replying to [comment:23 cehoyos]: > > Could you elaborate? > > We invest a lot of time to ensure out-of-the-box compilation on Windows works fine, if it fails for you, please report it! > > I tried the instructions here > http://pcloadletter.co.uk/2011/05/07/compiling-64bit-ffmpeg-for-windows- with-libfaac/ > and get a compile error at the last stage. > The last line in the config.log file is - > ./configure: line 771: x86_64-w64-mingw32-gcc: command not found > > I'm not a developer and have limited knowledge of linux so it's taking me a while to get my head around it. > Now I have a msys console installed I might give zeranoe's instructions a whirl. What's wrong with {{{./configure && make}}}? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 24 08:07:07 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 24 Apr 2014 06:07:07 -0000 Subject: [FFmpeg-trac] #3587(undetermined:new): FFMPEG issues when using Tee PseudoMuxer to convert mkv to MP4+TS In-Reply-To: <037.06bd8564659d0d224f976dec621d28f9@avcodec.org> References: <037.06bd8564659d0d224f976dec621d28f9@avcodec.org> Message-ID: <052.43bf1c72c2988bb5a2cf3fd017afae42@avcodec.org> #3587: FFMPEG issues when using Tee PseudoMuxer to convert mkv to MP4+TS -------------------------------------+------------------------------------- Reporter: dannyzb | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: tee | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: important => normal -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 24 08:07:26 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 24 Apr 2014 06:07:26 -0000 Subject: [FFmpeg-trac] #2953(undetermined:closed): FFmpeg hangs while conversion video using libx264 In-Reply-To: <041.02bdd4ea24c12ff7c5fc0ebdb0ab8a16@avcodec.org> References: <041.02bdd4ea24c12ff7c5fc0ebdb0ab8a16@avcodec.org> Message-ID: <056.597f29478b49d6ec1f334b2a9046dc69@avcodec.org> #2953: FFmpeg hangs while conversion video using libx264 -------------------------------------+------------------------------------- Reporter: gerrysingh7 | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: libx264 | Resolution: Blocking: | needs_more_info Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * resolution: invalid => needs_more_info -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 24 09:22:49 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 24 Apr 2014 07:22:49 -0000 Subject: [FFmpeg-trac] #1398(avformat:open): remuxed DTS audio won't play on hardware devices In-Reply-To: <037.ae9b302f063c704e87b0a5d2430f90b2@avcodec.org> References: <037.ae9b302f063c704e87b0a5d2430f90b2@avcodec.org> Message-ID: <052.c3fb5a2c52328679d609e8da6da436f8@avcodec.org> #1398: remuxed DTS audio won't play on hardware devices ------------------------------------+------------------------------------ Reporter: patters | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: dca mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by goodthanks): Replying to [comment:26 cehoyos]: > Replying to [comment:25 goodthanks]: > > Changing the stream_type ID's in libavformat\mpegts.h would fix the issue > > eg) > > change > > {{{#define STREAM_TYPE_AUDIO_DTS 0x8a}}} > > to > > {{{#define STREAM_TYPE_AUDIO_DTS 0x82}}} > > Sorry if I misunderstand: Did you test this locally with your hardware and it fixes the problem or do you think that this change would fix the problem? I tested on my own hardware and it fixed the problem. Also this change will make ffmpeg consistent with tsmuxer http://www.videohelp.com/tools/tsMuxeR Which already assigns 0x82 to DTS streams in TS files. I know that isn't proof it's correct but it's a good indicator. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 24 09:23:45 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 24 Apr 2014 07:23:45 -0000 Subject: [FFmpeg-trac] #1398(avformat:open): remuxed DTS audio won't play on hardware devices In-Reply-To: <037.ae9b302f063c704e87b0a5d2430f90b2@avcodec.org> References: <037.ae9b302f063c704e87b0a5d2430f90b2@avcodec.org> Message-ID: <052.99201d6a6b1fe2a75b01a48c9a41467c@avcodec.org> #1398: remuxed DTS audio won't play on hardware devices ------------------------------------+------------------------------------ Reporter: patters | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: dca mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by goodthanks): Replying to [comment:27 cehoyos]: > What's wrong with {{{./configure && make}}}? Yeah I figured it out. I was just making it more complicated than it needed to be. Thanks. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 24 09:36:24 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 24 Apr 2014 07:36:24 -0000 Subject: [FFmpeg-trac] #1398(avformat:open): remuxed DTS audio won't play on hardware devices In-Reply-To: <037.ae9b302f063c704e87b0a5d2430f90b2@avcodec.org> References: <037.ae9b302f063c704e87b0a5d2430f90b2@avcodec.org> Message-ID: <052.7d3358fc87f5ec623e66a7df673b58ca@avcodec.org> #1398: remuxed DTS audio won't play on hardware devices ------------------------------------+------------------------------------ Reporter: patters | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: dca mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:28 goodthanks]: > I tested on my own hardware and it fixed the problem. Could you send a patch - made with {{{git format-patch}}} to the ffmpeg- devel mailing list? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 24 11:45:04 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 24 Apr 2014 09:45:04 -0000 Subject: [FFmpeg-trac] #3586(avcodec:new): [discrepancy with libav] avcodec_encode_video2 merges packet side data with the packet body In-Reply-To: <038.026ffe29619bce05e8b4f0cf4b83df42@avcodec.org> References: <038.026ffe29619bce05e8b4f0cf4b83df42@avcodec.org> Message-ID: <053.4d4a140e7e2e5f82d0ce1a017a48fef6@avcodec.org> #3586: [discrepancy with libav] avcodec_encode_video2 merges packet side data with the packet body ----------------------------------+----------------------------------- Reporter: Lastique | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: 2.2.1 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+----------------------------------- Comment (by Lastique): I managed to create a test case that roughly reflects our application behavior and shows the problem. 1. Compile and run without arguments, the test will produce output.avi. This file contains encoded video with junk at the end. This file does not play correctly with ffmpeg's ffplay and plays fine by avplay from Kubuntu 13.10 (version 0.8.10-6:0.8.10-0ubuntu0.13.10.1). 2. Rename output.avi to output_bad.avi for future reference. 3. Run the test again with --without_side_data command line argument. It will produce the correct output.avi, which can be played by both ffplay and avplay. 4. During both runs the test program outputs encoded frame size, you can notice that the first run produces larger frames. output_bad.avi will also be larger than the correct output.avi. I have another note to add. av_packet_merge_side_data() reallocates the packet buffer and puts encoded data and side data in the new buffer. It frees the old buffer and sets AVPacket::data to the new buffer. This breaks the interface of avcodec_encode_video2(), which is documented to use the user's buffer if provided. We rely on that contract in our code, that's why we're basically using the freed memory with junk at the end. This is reflected in the test case. After this discovery I have to agree with gjdfgh (comment:5). Please, remove side data merging. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 24 12:23:17 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 24 Apr 2014 10:23:17 -0000 Subject: [FFmpeg-trac] #3586(avcodec:new): [discrepancy with libav] avcodec_encode_video2 merges packet side data with the packet body In-Reply-To: <038.026ffe29619bce05e8b4f0cf4b83df42@avcodec.org> References: <038.026ffe29619bce05e8b4f0cf4b83df42@avcodec.org> Message-ID: <053.3cc9a8ac6a5bd85da99f52743b7c6893@avcodec.org> #3586: [discrepancy with libav] avcodec_encode_video2 merges packet side data with the packet body ----------------------------------+----------------------------------- Reporter: Lastique | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: 2.2.1 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+----------------------------------- Comment (by gjdfgh): Note that you can also convert between merged and separate side data with av_packet_merge_side_data() and av_packet_split_side_data(). Does calling av_packet_split_side_data() on the packet before writing it to the muxer help? (It obviously should, but I'm not sure when exactly libavcodec "merges" the side data.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 24 16:37:57 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 24 Apr 2014 14:37:57 -0000 Subject: [FFmpeg-trac] #1398(avformat:open): remuxed DTS audio won't play on hardware devices In-Reply-To: <037.ae9b302f063c704e87b0a5d2430f90b2@avcodec.org> References: <037.ae9b302f063c704e87b0a5d2430f90b2@avcodec.org> Message-ID: <052.1e0341d65d4dfbdf1aa9487620fbb75f@avcodec.org> #1398: remuxed DTS audio won't play on hardware devices ------------------------------------+------------------------------------ Reporter: patters | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: dca mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by goodthanks): Replying to [comment:30 cehoyos]: > Could you send a patch - made with {{{git format-patch}}} to the ffmpeg- devel mailing list? As I said I am not a developer. The suggestions I have made are just guesses based on my "very" limited experience with general coding. I googled "git format-patch" and ended up here - https://www.ffmpeg.org/developer.html#Submitting-patches I'm sure everything on that page makes sense to you guys but after melting my brain getting mingw working, I'm having trouble making sure my beam can actually reaches my mouth. I will check it out tomorrow when I'm sober but no guarantees. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 24 17:15:31 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 24 Apr 2014 15:15:31 -0000 Subject: [FFmpeg-trac] #1398(avformat:open): remuxed DTS audio won't play on hardware devices In-Reply-To: <037.ae9b302f063c704e87b0a5d2430f90b2@avcodec.org> References: <037.ae9b302f063c704e87b0a5d2430f90b2@avcodec.org> Message-ID: <052.cfb53e3f11fa545ac9d3114635ce763c@avcodec.org> #1398: remuxed DTS audio won't play on hardware devices ------------------------------------+------------------------------------ Reporter: patters | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: dca mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:31 goodthanks]: > Replying to [comment:30 cehoyos]: > > Could you send a patch - made with {{{git format-patch}}} to the ffmpeg-devel mailing list? > > As I said I am not a developer. The suggestions I have made are just guesses based on my "very" limited experience with general coding. Do you have git installed? If yes, update your checkout with {{{git pull}}} make the necessary changes to libavformat/mpegts.h and libavformat/mpegtsenc.c, then commit them with {{{git commit libavformat}}} and produce a patch file with {{{git format-patch HEAD^}}} which you can send to the mailing list. If you don't have git installed, just say so. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 24 17:51:56 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 24 Apr 2014 15:51:56 -0000 Subject: [FFmpeg-trac] #2828(avformat:new): HLS segment MPEGTS continuity counter is being incorrectly set to 0 on each segment In-Reply-To: <040.925b63e2d6b985b768a1d0231f8e1546@avcodec.org> References: <040.925b63e2d6b985b768a1d0231f8e1546@avcodec.org> Message-ID: <055.cbaf5e86677864d69498d0a6232d7054@avcodec.org> #2828: HLS segment MPEGTS continuity counter is being incorrectly set to 0 on each segment -------------------------------------+------------------------------------ Reporter: dlevinson5 | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: hls mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by dlevinson5): Using "ffmpeg -i big_buck_bunny_480p_h264.mov -t 120 output.m3u8" does produce .ts segments with the correct continuity counter. Using "ffmpeg -i "big_buck_bunny_480p_h264.mov" -c copy -map 0 -vbsf h264_mp4toannexb -f segment -segment_time 10 -segment_list_type m3u8 -segment_list index.m3u8 -segment_format mpegts segment_%d.ts" reproducts the issue where the continuity counter it reset to 0. You can inspect the continuity counters using the following command tsreport command from the tstools package available from Google Code (http://code.google.com/p/tstools/). (correctly shows the counters in each filing picking up where it left off in the prior file) tsreport -cnt 256 "output1.ts" type continuity_counter.txt tsreport -cnt 256 "output2.ts" type continuity_counter.txt (incorrectly shows the counters resetting to 0 on each file) tsreport -cnt 256 "segment_0.ts" type continuity_counter.txt tsreport -cnt 256 "segment_1.ts" type continuity_counter.txt -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 25 05:02:20 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Apr 2014 03:02:20 -0000 Subject: [FFmpeg-trac] #1398(avformat:open): remuxed DTS audio won't play on hardware devices In-Reply-To: <037.ae9b302f063c704e87b0a5d2430f90b2@avcodec.org> References: <037.ae9b302f063c704e87b0a5d2430f90b2@avcodec.org> Message-ID: <052.0b755ae366e9c9d34abffbb1d65aa987@avcodec.org> #1398: remuxed DTS audio won't play on hardware devices ------------------------------------+------------------------------------ Reporter: patters | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: dca mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by goodthanks): Replying to [comment:32 cehoyos]: > Do you have git installed? > If yes, update your checkout with {{{git pull}}} make the necessary changes to libavformat/mpegts.h and libavformat/mpegtsenc.c, then commit them with {{{git commit libavformat}}} and produce a patch file with {{{git format-patch HEAD^}}} which you can send to the mailing list. Ok I have done all that but im stuck at {{{git send-email}}}. I have everything set correctly but it errors with Need MIME::Base64 and Authen::SASL cpan Authen::SASL - worked cpan MIME::Base64 - failed so I did cpan MIME::Base64::Perl which worked. Didn't make any difference, I still get the following error - Need MIME::Base64 and Authen::SASL Keep in mind 2 days ago I had never heard of Git or Mingw so I've probably set something up wrong. Can I just send the patch file using my mail client (Thunderbird) instead of git or does {{{git send-email}} do some necessary change to the patch file before sending? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 25 06:46:35 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Apr 2014 04:46:35 -0000 Subject: [FFmpeg-trac] #3569(avdevice:new): "initializer element is not constant" compiling bug in libavdevice/avfoundation.m In-Reply-To: <036.95ae76b931096aad8c98aff4fd5f65ff@avcodec.org> References: <036.95ae76b931096aad8c98aff4fd5f65ff@avcodec.org> Message-ID: <051.476f455ab06b7b7a1280982755784215@avcodec.org> #3569: "initializer element is not constant" compiling bug in libavdevice/avfoundation.m ------------------------------------+------------------------------------ Reporter: xnohat | Owner: Type: defect | Status: new Priority: important | Component: avdevice Version: git-master | Resolution: Keywords: osx | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by xnohat): Replying to [comment:4 cehoyos]: > Replying to [comment:3 xnohat]: > > {{{ > > $ ./configure --prefix=/usr/local --enable-gpl --enable-nonfree --enable-libass --enable-libfdk-aac --enable-libfreetype --enable- libmp3lame --enable-libtheora --enable-libvorbis --enable-libvpx --enable- libx264 --enable-libxvid --enable-indev=avfoundation > > }}} > > I don't understand: Didn't you report in ticket #3570 that this configure line does not enable the avfoundation device? How can compilation fail if the device is not enabled? Yes, I also need patched ./configure to enable avfoundation device, then I compile it, I got these errors (above) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 25 06:47:29 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Apr 2014 04:47:29 -0000 Subject: [FFmpeg-trac] #3569(avdevice:new): "initializer element is not constant" compiling bug in libavdevice/avfoundation.m In-Reply-To: <036.95ae76b931096aad8c98aff4fd5f65ff@avcodec.org> References: <036.95ae76b931096aad8c98aff4fd5f65ff@avcodec.org> Message-ID: <051.c1689ce6a838918d91bdb6745790f2c2@avcodec.org> #3569: "initializer element is not constant" compiling bug in libavdevice/avfoundation.m ------------------------------------+------------------------------------ Reporter: xnohat | Owner: Type: defect | Status: new Priority: important | Component: avdevice Version: git-master | Resolution: Keywords: osx | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by xnohat): Replying to [comment:5 michael]: > what do you mean by "gcc 4.2" ? whats the full output of that compiler with --version ? > > also does the whole build succeed when you change that one line or does it just fail later ? This is full output: {{{ gcc --version i686-apple-darwin11-llvm-gcc-4.2 (GCC) 4.2.1 (Based on Apple Inc. build 5658) (LLVM build 2336.11.00) Copyright (C) 2007 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 25 10:33:31 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Apr 2014 08:33:31 -0000 Subject: [FFmpeg-trac] #3575(avformat:closed): FFMPEG Fails with an Assert In-Reply-To: <041.ee038e80eaa1ac0156744fc93c14d87d@avcodec.org> References: <041.ee038e80eaa1ac0156744fc93c14d87d@avcodec.org> Message-ID: <056.6116e88dc9d459abc4e00f35b0d3028a@avcodec.org> #3575: FFMPEG Fails with an Assert -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: mov crash | Blocked By: abort regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Cigaes): Asserts in code are properties that the programmer expects to be always true. When they fail, that means something ''is'' wrong. Just removing them is ''never'' a correct solution: you may be producing invalid results (and ?playsback fine with WMP? is no proof that the result is valid), allowing a more complex crash later or even creating a security issue. To fix an assert failure, you have to understand ''what'' went wrong and why, and fix it. (Of course, sometimes the assert is really completely wrong, and the correct solution is to remove it, but only after understanding why; that is not ''just'' removing it.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 25 12:43:03 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Apr 2014 10:43:03 -0000 Subject: [FFmpeg-trac] #3472(avcodec:closed): MSVC uses %Id for size_t and ptrdiff_t In-Reply-To: <035.9651f6f4f4be7ea5a81b8909c7d64257@avcodec.org> References: <035.9651f6f4f4be7ea5a81b8909c7d64257@avcodec.org> Message-ID: <050.9d8810583fb6d507dc17f7fa3d42f154@avcodec.org> #3472: MSVC uses %Id for size_t and ptrdiff_t ------------------------------------+----------------------------------- Reporter: cyril | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: msvc | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => msvc * status: reopened => closed * resolution: => fixed Comment: Should be fixed in ced0d6c1 - thank you for the report and the testing! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 25 13:10:22 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Apr 2014 11:10:22 -0000 Subject: [FFmpeg-trac] #3569(avdevice:closed): "initializer element is not constant" compiling bug in libavdevice/avfoundation.m In-Reply-To: <036.95ae76b931096aad8c98aff4fd5f65ff@avcodec.org> References: <036.95ae76b931096aad8c98aff4fd5f65ff@avcodec.org> Message-ID: <051.235ba03cf267e556cce6213912f3d781@avcodec.org> #3569: "initializer element is not constant" compiling bug in libavdevice/avfoundation.m ------------------------------------+------------------------------------ Reporter: xnohat | Owner: Type: defect | Status: closed Priority: normal | Component: avdevice Version: git-master | Resolution: invalid Keywords: osx | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * priority: important => normal * status: new => closed * resolution: => invalid Comment: Replying to [comment:6 xnohat]: > Replying to [comment:4 cehoyos]: > > I don't understand: Didn't you report in ticket #3570 that this configure line does not enable the avfoundation device? How can compilation fail if the device is not enabled? > > Yes, I also need patched ./configure to enable avfoundation device Making this ticket invalid. If you have a patch fixing ticket #3570 (and this one), please send it - made with {{{git format-patch}}} - to the ffmpeg-devel mailing list where it can be reviewed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 25 13:12:37 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Apr 2014 11:12:37 -0000 Subject: [FFmpeg-trac] #3570(build system:new): AVFoundation indev cannot enabled when configure ffmpeg compile in Mac OS Marverick In-Reply-To: <036.15cdd268e6bb8c5e9d6fb57c327093e1@avcodec.org> References: <036.15cdd268e6bb8c5e9d6fb57c327093e1@avcodec.org> Message-ID: <051.fa2bafa911c8029380a1fe5fc24de184@avcodec.org> #3570: AVFoundation indev cannot enabled when configure ffmpeg compile in Mac OS Marverick -------------------------------------+------------------------------------- Reporter: xnohat | Owner: Type: enhancement | Status: new Priority: wish | Component: build Version: git-master | system Keywords: osx | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: normal => wish * type: defect => enhancement Comment: This is using an old compiler (see ticket #3569), workaround is apparently to install current XCode: {{{ $ gcc --version i686-apple-darwin11-llvm-gcc-4.2 (GCC) 4.2.1 (Based on Apple Inc. build 5658) (LLVM build 2336.11.00) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 25 13:18:07 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Apr 2014 11:18:07 -0000 Subject: [FFmpeg-trac] #1398(avformat:open): remuxed DTS audio won't play on hardware devices In-Reply-To: <037.ae9b302f063c704e87b0a5d2430f90b2@avcodec.org> References: <037.ae9b302f063c704e87b0a5d2430f90b2@avcodec.org> Message-ID: <052.a8e098d740a369108e772117e90fd0de@avcodec.org> #1398: remuxed DTS audio won't play on hardware devices ------------------------------------+------------------------------------ Reporter: patters | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: dca mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:33 goodthanks]: > Replying to [comment:32 cehoyos]: > > update your checkout with {{{git pull}}} make the necessary changes to libavformat/mpegts.h and libavformat/mpegtsenc.c, then commit them with {{{git commit libavformat}}} and produce a patch file with {{{git format- patch HEAD^}}} which you can send to the mailing list. > > Ok I have done all that but im stuck at {{{git send-email}}}. This is why I did not suggest to use it (I have never used it so far). I forgot one thing: If you have not committed yet locally (with {{{git commit libavformat}}}, please add "Fixes ticket #1398." after an empty line to the commit message, if you have already committed, use {{{git commit --amend}}} to be able to edit the message and add the line. Then run {{{git format-patch HEAD^}}} to create a patch-file (the name starts with "0001") and send this file with your favorite email program to the ffmpeg-devel mailing list. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 25 13:35:27 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Apr 2014 11:35:27 -0000 Subject: [FFmpeg-trac] #3582(swscale:open): invalid read in swscale with cpu optimizations In-Reply-To: <036.1d4afaabd7582d85beebcb044643761c@avcodec.org> References: <036.1d4afaabd7582d85beebcb044643761c@avcodec.org> Message-ID: <051.dfe5d6e84383875f8f2acb26a56a5bbd@avcodec.org> #3582: invalid read in swscale with cpu optimizations ------------------------------------+----------------------------------- Reporter: ubitux | Owner: Type: defect | Status: open Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 Comment: "Invalid read of size 8" is reproducible with: {{{ $ valgrind ./ffmpeg_g -cpuflags mmx -f lavfi -i testsrc=s=634x320 -frames:v 1 -pix_fmt yuv420p -f null - }}} I cannot trigger an invalid read of size 16 here. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 25 13:48:05 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Apr 2014 11:48:05 -0000 Subject: [FFmpeg-trac] #3576(undetermined:open): decoding MP3 (LAME) results in wrong length In-Reply-To: <036.1dbd8c16c00bc203d37cd91ea35da090@avcodec.org> References: <036.1dbd8c16c00bc203d37cd91ea35da090@avcodec.org> Message-ID: <051.2902deb1adc3caa1f4499ccdaf125d8c@avcodec.org> #3576: decoding MP3 (LAME) results in wrong length -------------------------------------+------------------------------------- Reporter: tobwen | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: mp3 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 25 13:57:09 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Apr 2014 11:57:09 -0000 Subject: [FFmpeg-trac] #3571(avfilter:new): Drawtext fontcolor alpha not working In-Reply-To: <035.00f8ec9527808e256a45f409099711a7@avcodec.org> References: <035.00f8ec9527808e256a45f409099711a7@avcodec.org> Message-ID: <050.c9b659669a504b484c824bc5409f68d9@avcodec.org> #3571: Drawtext fontcolor alpha not working -------------------------------------+------------------------------------- Reporter: nickj | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: unspecified | Resolution: Keywords: drawtext | Blocked By: alpha | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: drawtext alpha fontcolor => drawtext alpha Comment: Please provide your failing command line (the command line that produced an output file that didn't match your expectations) together with the complete, uncut console output to make this a valid ticket. Could this be related to ticket #3302? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 25 13:59:16 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Apr 2014 11:59:16 -0000 Subject: [FFmpeg-trac] #3567(avcodec:new): Infinite PSNR Values with X265 In-Reply-To: <033.83bcbab1cf70a8ea02b205ed8c13cde5@avcodec.org> References: <033.83bcbab1cf70a8ea02b205ed8c13cde5@avcodec.org> Message-ID: <048.423d0e1e2c1b285897771d021e0e68f6@avcodec.org> #3567: Infinite PSNR Values with X265 ------------------------------------+----------------------------------- Reporter: ooe | Owner: Type: defect | Status: new Priority: minor | Component: avcodec Version: git-master | Resolution: Keywords: libx265 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: x265, PSNR, HEVC, H265 => libx265 * priority: normal => minor * component: undetermined => avcodec -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 25 14:00:16 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Apr 2014 12:00:16 -0000 Subject: [FFmpeg-trac] #3551(undetermined:open): Wrong duration shown for some FLV files (was: No duration detected for some FLV files) In-Reply-To: <043.79e0b27492886991d4d461ea943e57cb@avcodec.org> References: <043.79e0b27492886991d4d461ea943e57cb@avcodec.org> Message-ID: <058.fda34e3bcd7e1e8a5c63a6bbf219479c@avcodec.org> #3551: Wrong duration shown for some FLV files -------------------------------------+------------------------------------- Reporter: | Owner: Underground78 | Status: open Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: flv h264 | Blocked By: duration | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 25 14:11:31 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Apr 2014 12:11:31 -0000 Subject: [FFmpeg-trac] #3085(avcodec:open): Audio in broken transport stream can be decoded with other software (was: Broken transport stream) In-Reply-To: <041.d9e94d61a48de0f01d4c47b4384d1f5a@avcodec.org> References: <041.d9e94d61a48de0f01d4c47b4384d1f5a@avcodec.org> Message-ID: <056.d59ccc7926d1afec85b8c9e258225ae0@avcodec.org> #3085: Audio in broken transport stream can be decoded with other software -------------------------------------+----------------------------------- Reporter: ramitbhalla | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: mpegts aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * component: undetermined => avcodec -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 25 14:14:36 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Apr 2014 12:14:36 -0000 Subject: [FFmpeg-trac] #3513(undetermined:closed): non-existing PPS %d referenced in trans code one ts file In-Reply-To: <034.2715ec9e46e8136c56b3b3acc247c4c0@avcodec.org> References: <034.2715ec9e46e8136c56b3b3acc247c4c0@avcodec.org> Message-ID: <049.360aaf2cbd796ac875dcbd769dfd4693@avcodec.org> #3513: non-existing PPS %d referenced in trans code one ts file -------------------------------------+------------------------------------- Reporter: scbb | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | needs_more_info Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => needs_more_info Comment: Please reopen this ticket if you can the missing information. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 25 14:16:14 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Apr 2014 12:16:14 -0000 Subject: [FFmpeg-trac] #3487(undetermined:closed): hevc: corrupted last frame in the output video In-Reply-To: <039.e10c6ff4e5bf2d795da73bd331cdc0f4@avcodec.org> References: <039.e10c6ff4e5bf2d795da73bd331cdc0f4@avcodec.org> Message-ID: <054.fc59e102892563094131fedb1d741ff9@avcodec.org> #3487: hevc: corrupted last frame in the output video -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: hevc | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 25 14:40:01 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Apr 2014 12:40:01 -0000 Subject: [FFmpeg-trac] #3589(undetermined:new): I can't concat 2 mkv files. Message-ID: <035.3bc91bcd6ab902564ceae4790a58a22c@avcodec.org> #3589: I can't concat 2 mkv files. -------------------------------------+------------------------------------- Reporter: aiwan | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: I can't concat 2 mkv files. How to reproduce: {{{ % ffmpeg -i "concat:1.mkv|0.mkv" -y -c copy concat.mkv }}} Links to those files http://yadi.sk/d/ty-ad-U-NDcHk http://yadi.sk/d/EAIi8lSCNDcKA I have to transform them to mpeg-ts and then back to mkv {{{ ffmpeg -i 0.mkv -y -an -vcodec copy 0.ts ffmpeg -i 1.mkv -y -an -vcodec copy 1.ts ffmpeg -i "concat:0.ts|1.ts" -y -an -vcodec copy concat.mkv }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 25 15:09:08 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Apr 2014 13:09:08 -0000 Subject: [FFmpeg-trac] #3589(undetermined:closed): I can't concat 2 mkv files. In-Reply-To: <035.3bc91bcd6ab902564ceae4790a58a22c@avcodec.org> References: <035.3bc91bcd6ab902564ceae4790a58a22c@avcodec.org> Message-ID: <050.228aee40cd059a558a1335b920bb4b34@avcodec.org> #3589: I can't concat 2 mkv files. -------------------------------------+------------------------------------- Reporter: aiwan | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid Comment: The concat protocol cannot work for all file formats, use the concat filter or the concat demuxer. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 25 15:13:24 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Apr 2014 13:13:24 -0000 Subject: [FFmpeg-trac] #3489(undetermined:closed): Failure to copy AVI to AVI with MP2 present In-Reply-To: <038.bab7a1b7da3da347768af0b336cbd20d@avcodec.org> References: <038.bab7a1b7da3da347768af0b336cbd20d@avcodec.org> Message-ID: <053.83176ce617ac50e99b691a6921a1c684@avcodec.org> #3489: Failure to copy AVI to AVI with MP2 present -------------------------------------+------------------------------------- Reporter: gdittmer | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: avi mp2 | Resolution: Blocking: | worksforme Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => avi mp2 * status: new => closed * version: 2.1.4 => git-master * resolution: => worksforme Comment: I tested the following: {{{ $ ffmpeg -i in.avi -vcodec msmpeg4 -acodec copy -t 2.8 -qscale 5 out.avi ffmpeg version N-62701-g2f2629c Copyright (c) 2000-2014 the FFmpeg developers built on Apr 25 2014 14:25:02 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 78.100 / 52. 78.100 libavcodec 55. 59.100 / 55. 59.100 libavformat 55. 37.101 / 55. 37.101 libavdevice 55. 13.100 / 55. 13.100 libavfilter 4. 4.100 / 4. 4.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, avi, from 'in.avi': Metadata: encoder : Lavf55.19.104 Duration: 00:00:15.46, start: 0.000000, bitrate: 1325 kb/s Stream #0:0: Video: h264 (High) (H264 / 0x34363248), yuv420p(tv, bt709), 1280x720 [SAR 1:1 DAR 16:9], 100 fps, 50 tbr, 100 tbn, 100 tbc Stream #0:1: Audio: mp2 (P[0][0][0] / 0x0050), 48000 Hz, stereo, s16p, 256 kb/s Please use -q:a or -q:v, -qscale is ambiguous Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf55.37.101 Stream #0:0: Video: msmpeg4v3 (msmpeg4) (MP43 / 0x3334504D), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 50 tbn, 50 tbc Stream #0:1: Audio: mp2 (P[0][0][0] / 0x0050), 48000 Hz, stereo, 256 kb/s Stream mapping: Stream #0:0 -> #0:0 (h264 -> msmpeg4) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help frame= 57 fps=0.0 q=5.0 Lsize= 575kB time=00:00:02.80 bitrate=1678.8kbits/s video:472kB audio:88kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 2.828374% }}} The output file shows the same problems with vlc as originally described, but plays fine with WMP, MPlayer, xine and ffplay so I suspect a problem in vlc. Please reopen this ticket if you find an indication that I am wrong. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 25 15:57:06 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Apr 2014 13:57:06 -0000 Subject: [FFmpeg-trac] #1398(avformat:open): remuxed DTS audio won't play on hardware devices In-Reply-To: <037.ae9b302f063c704e87b0a5d2430f90b2@avcodec.org> References: <037.ae9b302f063c704e87b0a5d2430f90b2@avcodec.org> Message-ID: <052.fd9134cc006e9874b41c905c3b273964@avcodec.org> #1398: remuxed DTS audio won't play on hardware devices ------------------------------------+------------------------------------ Reporter: patters | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: dca mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by goodthanks): Replying to [comment:34 cehoyos]: > I forgot one thing: If you have not committed yet locally (with {{{git commit libavformat}}}, please add "Fixes ticket #1398." I did think of that later on but I got {{{git send-email}}} working and have already sent it now so I'm assuming it's too late? I got an email back saying it is currently waiting for a moderator to review it. Sorry if I have caused issues, I'm sure the documentation is easy to handle for people with experience but it was a hefty process for me. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 25 20:02:02 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Apr 2014 18:02:02 -0000 Subject: [FFmpeg-trac] #3531(undetermined:closed): ffmpeg hangs converting a possibly broken avi file In-Reply-To: <037.03a9517457a445169e97e59a877f7f46@avcodec.org> References: <037.03a9517457a445169e97e59a877f7f46@avcodec.org> Message-ID: <052.113d7d0961ec8aee254e1d707d969dbc@avcodec.org> #3531: ffmpeg hangs converting a possibly broken avi file -------------------------------------+------------------------------------- Reporter: hxuanyu | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: avi | Resolution: fixed deadlock regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by DonMoir): I ended up changing the following. I tested several avi files and it seems to be ok. With the change, lake.avi will open in about 2 seconds with about 350 index entries. Need someone to verify. Also, it could be last_pos should only be set if an index is added. Does new ticket need to be opened? {{{ static int read_braindead_odml_indx(AVFormatContext *s, int frame_num) { AVIContext *avi = s->priv_data; AVIOContext *pb = s->pb; int longs_pre_entry = avio_rl16(pb); int index_sub_type = avio_r8(pb); int index_type = avio_r8(pb); int entries_in_use = avio_rl32(pb); int chunk_id = avio_rl32(pb); int64_t base = avio_rl64(pb); int stream_id = ((chunk_id & 0xFF) - '0') * 10 + ((chunk_id >> 8 & 0xFF) - '0'); AVStream *st; AVIStream *ast; int i; int64_t last_pos = -1; int64_t filesize = avi->fsize; av_dlog(s, "longs_pre_entry:%d index_type:%d entries_in_use:%d " "chunk_id:%X base:%16"PRIX64"\n", longs_pre_entry, index_type, entries_in_use, chunk_id, base); if (stream_id >= s->nb_streams || stream_id < 0) return AVERROR_INVALIDDATA; st = s->streams[stream_id]; ast = st->priv_data; if (index_sub_type) return AVERROR_INVALIDDATA; avio_rl32(pb); if (index_type && longs_pre_entry != 2) return AVERROR_INVALIDDATA; if (index_type > 1) return AVERROR_INVALIDDATA; if (filesize > 0 && base >= filesize) { av_log(s, AV_LOG_ERROR, "ODML index invalid\n"); if (base >> 32 == (base & 0xFFFFFFFF) && (base & 0xFFFFFFFF) < filesize && filesize <= 0xFFFFFFFF) base &= 0xFFFFFFFF; else return AVERROR_INVALIDDATA; } for (i = 0; i < entries_in_use; i++) { if (index_type) { int64_t pos = avio_rl32(pb) + base - 8; int len = avio_rl32(pb); int key = len >= 0; len &= 0x7FFFFFFF; #ifdef DEBUG_SEEK av_log(s, AV_LOG_ERROR, "pos:%"PRId64", len:%X\n", pos, len); #endif if (url_feof(pb)) return AVERROR_INVALIDDATA; if (last_pos == pos || pos == base - 8) avi->non_interleaved = 1; - if (last_pos != pos && (len || !ast->sample_size)) + if (len && last_pos != pos) av_add_index_entry(st, pos, ast->cum_len, len, 0, key ? AVINDEX_KEYFRAME : 0); ast->cum_len += get_duration(ast, len); last_pos = pos; } else { int64_t offset, pos; int duration; offset = avio_rl64(pb); avio_rl32(pb); /* size */ duration = avio_rl32(pb); if (url_feof(pb)) return AVERROR_INVALIDDATA; pos = avio_tell(pb); if (avi->odml_depth > MAX_ODML_DEPTH) { av_log(s, AV_LOG_ERROR, "Too deeply nested ODML indexes\n"); return AVERROR_INVALIDDATA; } if (avio_seek(pb, offset + 8, SEEK_SET) < 0) return -1; avi->odml_depth++; read_braindead_odml_indx(s, frame_num); avi->odml_depth--; frame_num += duration; if (avio_seek(pb, pos, SEEK_SET) < 0) { av_log(s, AV_LOG_ERROR, "Failed to restore position after reading index\n"); return -1; } } } avi->index_loaded = 2; return 0; } }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 25 23:50:23 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 25 Apr 2014 21:50:23 -0000 Subject: [FFmpeg-trac] #3511(undetermined:new): support FrameRate in dpx files In-Reply-To: <037.5707250b30afb7c0400a7557a233f10c@avcodec.org> References: <037.5707250b30afb7c0400a7557a233f10c@avcodec.org> Message-ID: <052.362eb9ed0c194776dcc1ccdfd657bf8b@avcodec.org> #3511: support FrameRate in dpx files -------------------------------------+------------------------------------- Reporter: dericed | Owner: Type: enhancement | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: dpx | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by michael): Part fixed in e0e60c9211332e3b41512e0a65ba02d613b6fd3f -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 26 06:06:28 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 26 Apr 2014 04:06:28 -0000 Subject: [FFmpeg-trac] #3590(avcodec:new): Decoding errors/failures on older Ogg Vorbis files Message-ID: <042.bb79ccedd50990fff342e31a24ff0300@avcodec.org> #3590: Decoding errors/failures on older Ogg Vorbis files -------------------------------------+------------------------------------- Reporter: | Type: defect alexanderino | Priority: important Status: new | Version: git- Component: avcodec | master Keywords: vorbis | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: FFmpeg cannot decode certain Ogg Vorbis files created by older encoders [in this example, the 'vorbis_vendor' tag is 'Xiphophorus libVorbis I 20020408']. Attempting to play the attached file with software that uses the FFmpeg library [such as foobar2000 1.2.x and VLC] results in a warbling distortion, and is unlistenable. The newest foobar2000 1.3.2 simply refuses to play them. Older versions of foobar2000 [0.6x-0.8x], and other players that do not use the ffmpeg library, decode these files flawlessly. The FFmpeg.exe output is reproduced below. How to reproduce: {{{ % ffmpeg -v 9 -loglevel 99 -i death_08_destiny.ogg out.wav ffmpeg version N-62720-gb217dc9 Copyright (c) 2000-2014 the FFmpeg developers built on Apr 25 2014 22:08:27 with gcc 4.8.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable- librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo- aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable-decklink --enable-zlib libavutil 52. 78.100 / 52. 78.100 libavcodec 55. 59.100 / 55. 59.100 libavformat 55. 37.101 / 55. 37.101 libavdevice 55. 13.100 / 55. 13.100 libavfilter 4. 4.100 / 4. 4.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Splitting the commandline. Reading option '-v' ... matched as option 'v' (set logging level) with argument '9'. Reading option '-loglevel' ... matched as option 'loglevel' (set logging level) with argument '99'. Reading option '-i' ... matched as input file with argument 'death_08_destiny.ogg'. Reading option 'out.wav' ... matched as output file. Finished splitting the commandline. Parsing a group of options: global . Applying option v (set logging level) with argument 9. Successfully parsed a group of options. Parsing a group of options: input file death_08_destiny.ogg. Successfully parsed a group of options. Opening an input file: death_08_destiny.ogg. [ogg @ 000000000461e1c0] Format ogg probed with size=2048 and score=100 [ogg @ 000000000461e1c0] Before avformat_find_stream_info() pos: 7575 bytes read:130843 seeks:3 [vorbis @ 0000000004617720] partition out of bounds: type, begin, end, size, blocksize: 2, 0, 2080, 32, 1024 [vorbis @ 0000000004617720] Vorbis setup header packet corrupt (residues). [vorbis @ 0000000004617720] Setup header corrupt. [ogg @ 000000000461e1c0] Failed to open codec in av_find_stream_info [vorbis @ 0000000004617720] partition out of bounds: type, begin, end, size, blocksize: 2, 0, 2080, 32, 1024 [vorbis @ 0000000004617720] Vorbis setup header packet corrupt (residues). [vorbis @ 0000000004617720] Setup header corrupt. [ogg @ 000000000461e1c0] All info found [ogg @ 000000000461e1c0] After avformat_find_stream_info() pos: 7575 bytes read:130843 seeks:3 frames:1 Guessed Channel Layout for Input Stream #0.0 : stereo Input #0, ogg, from 'death_08_destiny.ogg': Duration: 00:04:05.83, start: 0.000000, bitrate: 167 kb/s Stream #0:0, 1, 1/44100: Audio: vorbis, 44100 Hz, stereo, fltp, 160 kb/s Metadata: TITLE : Destiny ARTIST : Death ALBUM : Individual Thought Patterns track : 8 DATE : 1993 GENRE : Death Metal RIPPER : Exact Audio Copy 0.9 beta 3 QUALITY : 5.00 RG_PEAK : 1.01353502 RG_RADIO : -2.78 dB RG_AUDIOPHILE : -3.76 dB Successfully opened the file. Parsing a group of options: output file out.wav. Successfully parsed a group of options. Opening an output file: out.wav. Successfully opened the file. detected 4 logical cores [graph 0 input from stream 0:0 @ 00000000046239c0] Setting 'time_base' to value '1/44100' [graph 0 input from stream 0:0 @ 00000000046239c0] Setting 'sample_rate' to value '44100' [graph 0 input from stream 0:0 @ 00000000046239c0] Setting 'sample_fmt' to value 'fltp' [graph 0 input from stream 0:0 @ 00000000046239c0] Setting 'channel_layout' to value '0x3' [graph 0 input from stream 0:0 @ 00000000046239c0] tb:1/44100 samplefmt:fltp samplerate:44100 chlayout:0x3 [audio format for output stream 0:0 @ 00000000046d9d40] Setting 'sample_fmts' to value 's16' [audio format for output stream 0:0 @ 00000000046d9d40] auto-inserting filter 'auto-inserted resampler 0' between the filter 'Parsed_anull_0' and the filter 'audio format for output stream 0:0' [AVFilterGraph @ 000000000461e0a0] query_formats: 4 queried, 6 merged, 3 already done, 0 delayed [auto-inserted resampler 0 @ 00000000046d9f40] ch:2 chl:stereo fmt:fltp r:44100Hz -> ch:2 chl:stereo fmt:s16 r:44100Hz [vorbis @ 0000000004617720] partition out of bounds: type, begin, end, size, blocksize: 2, 0, 2080, 32, 1024 [vorbis @ 0000000004617720] Vorbis setup header packet corrupt (residues). [vorbis @ 0000000004617720] Setup header corrupt. Output #0, wav, to 'out.wav': Stream #0:0, 0, 1/90000: Audio: pcm_s16le, 44100 Hz, stereo, s16, 1411 kb/s Metadata: TITLE : Destiny ARTIST : Death ALBUM : Individual Thought Patterns track : 8 DATE : 1993 GENRE : Death Metal RIPPER : Exact Audio Copy 0.9 beta 3 QUALITY : 5.00 RG_PEAK : 1.01353502 RG_RADIO : -2.78 dB RG_AUDIOPHILE : -3.76 dB Stream mapping: Stream #0:0 -> #0:0 (vorbis -> pcm_s16le) Error while opening decoder for input stream #0:0 : Invalid data found when processing input [AVIOContext @ 0000000004618ec0] Statistics: 0 seeks, 0 writeouts [AVIOContext @ 000000000461e7a0] Statistics: 130843 bytes read, 3 seeks }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 26 06:17:04 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 26 Apr 2014 04:17:04 -0000 Subject: [FFmpeg-trac] #3590(avcodec:new): Decoding errors/failures on older Ogg Vorbis files In-Reply-To: <042.bb79ccedd50990fff342e31a24ff0300@avcodec.org> References: <042.bb79ccedd50990fff342e31a24ff0300@avcodec.org> Message-ID: <057.723e9c5bedc26582f51da1d041f186c9@avcodec.org> #3590: Decoding errors/failures on older Ogg Vorbis files --------------------------------------+----------------------------------- Reporter: alexanderino | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: vorbis | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by alexanderino): The smallest buggy file I have is over 4 MB, so it has been uploaded via FTP. The filename is 'bug_3590_death_08_destiny.ogg', and a text file called 'bug_3590_death_08_destiny_vorbis_decode.txt' also accompanies it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 26 08:23:29 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 26 Apr 2014 06:23:29 -0000 Subject: [FFmpeg-trac] #3590(avcodec:open): Decoding errors/failures on older Ogg Vorbis files In-Reply-To: <042.bb79ccedd50990fff342e31a24ff0300@avcodec.org> References: <042.bb79ccedd50990fff342e31a24ff0300@avcodec.org> Message-ID: <057.29329ce947c98006611853d6cfdba1ed@avcodec.org> #3590: Decoding errors/failures on older Ogg Vorbis files -------------------------------------+------------------------------------- Reporter: | Owner: alexanderino | Status: open Type: defect | Component: avcodec Priority: important | Resolution: Version: git-master | Blocked By: Keywords: vorbis | Reproduced by developer: 1 regression | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: vorbis => vorbis regression * status: new => open * reproduced: 0 => 1 Comment: Regression since 36b7e983 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 26 11:39:55 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 26 Apr 2014 09:39:55 -0000 Subject: [FFmpeg-trac] #3591(undetermined:new): Setting the audio bitrate for the second (or all following) streams does not work Message-ID: <038.eef7822465e385161e022447adb68cc1@avcodec.org> #3591: Setting the audio bitrate for the second (or all following) streams does not work -------------------------------------+------------------------------------- Reporter: Atarikid | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- When you set the audio bitrate for the second (or all following) audio streams, that setting is ignored. All audio bitrates are set to the first. In the following example the audio bitrate for the first audio stream is set to 128k, the second to 256k. You will notice the second is also encoded to 128k. This is the case with any audio codec. Happens with the latest GIT and point release. /Users/Atarikid/Library/Application\ Support/iFFmpeg/ffmpeg -i /Users/Atarikid/Desktop/Rock.mp4 -map 0:1 -map 0:0 -map 0:0 -c:a aac -cutoff 15000 -b:a 128k -c:a:1 aac -ab:2 256k -strict experimental -async 1 -c:v libx264 -b:v 1134k -bt 100k -bufsize 453.6k -r 25 -s 480x270 -aspect 16:9 -threads 8 -y "/Users/Atarikid/Movies/Rock.mp4" Console output: ffmpeg version 2.2.1-tessus Copyright (c) 2000-2014 the FFmpeg developers built on Apr 10 2014 05:10:42 with llvm-gcc 4.2.1 (LLVM build 2336.1.00) configuration: --prefix=/Users/tessus/data/ext/ffmpeg/sw --as=yasm --extra-version=tessus --disable-shared --enable-static --disable-ffplay --enable-gpl --enable-pthreads --enable-postproc --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libx264 --enable-libx265 --enable-libxvid --enable-libspeex --enable-bzlib --enable-zlib --enable- libopencore-amrnb --enable-libopencore-amrwb --enable-libxavs --enable- version3 --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvpx --enable-libgsm --enable-libopus --enable-libmodplug --enable-fontconfig --enable-libfreetype --enable-libass --enable-libbluray --enable-filters --disable-indev=qtkit --enable-runtime-cpudetect libavutil 52. 66.100 / 52. 66.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 10.100 / 55. 10.100 libavfilter 4. 2.100 / 4. 2.100 libswscale 2. 5.102 / 2. 5.102 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/Users/Atarikid/Desktop/Rock.mp4': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: isomavc1mp42 creation_time : 2010-07-13 15:38:07 Duration: 00:03:48.08, start: 0.000000, bitrate: 565 kb/s Stream #0:0(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 93 kb/s (default) Metadata: creation_time : 2010-07-13 15:38:07 handler_name : (C) 2007 Google Inc. v08.13.2007. Stream #0:1(und): Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yuv420p, 480x270 [SAR 1:1 DAR 16:9], 469 kb/s, 25 fps, 25 tbr, 25k tbn, 50 tbc (default) Metadata: creation_time : 2010-07-13 15:38:07 handler_name : (C) 2007 Google Inc. v08.13.2007. -async is forwarded to lavfi similarly to -af aresample=async=1:min_hard_comp=0.100000:first_pts=0. Last message repeated 1 times [libx264 @ 0x103806e00] VBV maxrate unspecified, assuming CBR [libx264 @ 0x103806e00] using SAR=1/1 [libx264 @ 0x103806e00] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2 [libx264 @ 0x103806e00] profile High, level 2.1 [libx264 @ 0x103806e00] 264 - core 142 - H.264/MPEG-4 AVC codec - Copyleft 2003-2014 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=8 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=cbr mbtree=1 bitrate=1134 ratetol=1.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 vbv_maxrate=1134 vbv_bufsize=453 nal_hrd=none filler=0 ip_ratio=1.40 aq=1:1.00 Output #0, mp4, to '/Users/Xtophe/Movies/Rock.mp4': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: isomavc1mp42 encoder : Lavf55.33.100 Stream #0:0(und): Video: h264 (libx264) ([33][0][0][0] / 0x0021), yuv420p, 480x270 [SAR 1:1 DAR 16:9], q=-1--1, 1134 kb/s, 12800 tbn, 25 tbc (default) Metadata: creation_time : 2010-07-13 15:38:07 handler_name : (C) 2007 Google Inc. v08.13.2007. Stream #0:1(und): Audio: aac ([64][0][0][0] / 0x0040), 44100 Hz, stereo, fltp, 128 kb/s (default) Metadata: creation_time : 2010-07-13 15:38:07 handler_name : (C) 2007 Google Inc. v08.13.2007. Stream #0:2(und): Audio: aac ([64][0][0][0] / 0x0040), 44100 Hz, stereo, fltp, 128 kb/s (default) Metadata: creation_time : 2010-07-13 15:38:07 handler_name : (C) 2007 Google Inc. v08.13.2007. Stream mapping: Stream #0:1 -> #0:0 (h264 -> libx264) Stream #0:0 -> #0:1 (aac -> aac) Stream #0:0 -> #0:2 (aac -> aac) Press [q] to stop, [?] for help frame= 158 fps=0.0 q=16.0 size= 592kB time=00:00:06.91 bitrate= 700.6kbits/frame= 283 fps=282 q=20.0 size= 1366kB time=00:00:11.70 bitrate= 956.3kbits/frame= 401 fps=267 q=16.0 size= 2159kB time=00:00:16.41 bitrate=1077.5kbits/frame= 537 fps=268 q=27.0 size= 2941kB time=00:00:21.91 bitrate=1099.1kbits/frame= 664 fps=265 q=16.0 size= 3697kB time=00:00:27.02 bitrate=1120.5kbits/frame= 796 fps=264 q=16.0 size= 4438kB time=00:00:32.32 bitrate=1124.8kbits/frame= 924 fps=263 q=19.0 size= 5172kB time=00:00:37.38 bitrate=1133.4kbits/frame= 1049 fps=262 q=24.0 size= 5950kB time=00:00:42.35 bitrate=1150.9kbits/frame= 1154 fps=256 q=22.0 size= 6678kB time=00:00:46.69 bitrate=1171.5kbits/frame= 1284 fps=256 q=24.0 size= 7418kB time=00:00:52.05 bitrate=1167.3kbits/frame= 1418 fps=257 q=25.0 size= 8261kB time=00:00:57.16 bitrate=1183.7kbits/frame= 1537 fps=255 q=24.0 size= 8981kB time=00:01:02.11 bitrate=1184.5kbits/frame= 1663 fps=255 q=16.0 size= 9828kB time=00:01:06.87 bitrate=1204.0kbits/frame= 1780 fps=253 q=16.0 size= 10511kB time=00:01:11.61 bitrate=1202.4kbits/frame= 1896 fps=252 q=17.0 size= 11232kB time=00:01:16.57 bitrate=1201.6kbits/frame= 2021 fps=251 q=17.0 size= 12011kB time=00:01:21.17 bitrate=1212.1kbits/frame= 2138 fps=250 q=20.0 size= 12764kB time=00:01:26.28 bitrate=1211.8kbits/frame= 2278 fps=252 q=16.0 size= 13533kB time=00:01:31.85 bitrate=1206.9kbits/frame= 2406 fps=252 q=16.0 size= 14302kB time=00:01:36.68 bitrate=1211.7kbits/frame= 2533 fps=252 q=15.0 size= 15037kB time=00:01:42.05 bitrate=1207.1kbits/frame= 2659 fps=252 q=18.0 size= 15786kB time=00:01:46.71 bitrate=1211.8kbits/frame= 2779 fps=252 q=17.0 size= 16540kB time=00:01:51.82 bitrate=1211.7kbits/frame= 2900 fps=251 q=18.0 size= 17267kB time=00:01:56.42 bitrate=1215.0kbits/frame= 3031 fps=252 q=17.0 size= 18051kB time=00:02:01.53 bitrate=1216.7kbits/frame= 3157 fps=252 q=16.0 size= 18841kB time=00:02:06.64 bitrate=1218.7kbits/frame= 3274 fps=251 q=20.0 size= 19559kB time=00:02:11.70 bitrate=1216.6kbits/frame= 3402 fps=251 q=17.0 size= 20379kB time=00:02:16.60 bitrate=1222.1kbits/frame= 3527 fps=251 q=16.0 size= 21139kB time=00:02:21.45 bitrate=1224.2kbits/frame= 3657 fps=251 q=18.0 size= 21885kB time=00:02:26.98 bitrate=1219.7kbits/frame= 3785 fps=251 q=16.0 size= 22637kB time=00:02:31.78 bitrate=1221.7kbits/frame= 3913 fps=252 q=17.0 size= 23425kB time=00:02:37.17 bitrate=1220.9kbits/frame= 4053 fps=252 q=18.0 size= 24295kB time=00:02:42.72 bitrate=1223.1kbits/frame= 4181 fps=253 q=16.0 size= 25062kB time=00:02:47.69 bitrate=1224.3kbits/frame= 4305 fps=252 q=17.0 size= 25833kB time=00:02:52.61 bitrate=1226.0kbits/frame= 4423 fps=252 q=18.0 size= 26590kB time=00:02:57.70 bitrate=1225.8kbits/frame= 4547 fps=252 q=17.0 size= 27339kB time=00:03:02.32 bitrate=1228.4kbits/frame= 4666 fps=251 q=16.0 size= 28046kB time=00:03:07.31 bitrate=1226.5kbits/frame= 4794 fps=251 q=19.0 size= 28821kB time=00:03:12.49 bitrate=1226.6kbits/frame= 4922 fps=252 q=16.0 size= 29646kB time=00:03:17.16 bitrate=1231.8kbits/frame= 5045 fps=251 q=18.0 size= 30457kB time=00:03:22.24 bitrate=1233.7kbits/frame= 5164 fps=251 q=16.0 size= 31195kB time=00:03:26.86 bitrate=1235.3kbits/frame= 5292 fps=251 q=20.0 size= 31964kB time=00:03:32.04 bitrate=1234.9kbits/frame= 5428 fps=252 q=16.0 size= 32797kB time=00:03:37.57 bitrate=1234.9kbits/frame= 5547 fps=251 q=17.0 size= 33517kB time=00:03:42.23 bitrate=1235.5kbits/frame= 5675 fps=251 q=19.0 size= 34268kB time=00:03:47.27 bitrate=1235.2kbits/frame= 5702 fps=250 q=-1.0 Lsize= 35047kB time=00:03:48.06 bitrate=1258.9kbits/s video:27654kB audio:7158kB subtitle:0 data:0 global headers:0kB muxing overhead 0.678046% [libx264 @ 0x103806e00] frame I:51 Avg QP:11.74 size: 20206 [libx264 @ 0x103806e00] frame P:2896 Avg QP:15.46 size: 7446 [libx264 @ 0x103806e00] frame B:2755 Avg QP:18.94 size: 2077 [libx264 @ 0x103806e00] consecutive B-frames: 25.3% 21.0% 29.5% 24.2% [libx264 @ 0x103806e00] mb I I16..4: 7.4% 13.4% 79.1% [libx264 @ 0x103806e00] mb P I16..4: 0.9% 4.5% 4.0% P16..4: 33.2% 33.1% 18.8% 0.0% 0.0% skip: 5.5% [libx264 @ 0x103806e00] mb B I16..4: 0.1% 0.2% 0.4% B16..8: 48.7% 20.8% 6.1% direct: 4.4% skip:19.2% L0:52.6% L1:32.8% BI:14.5% [libx264 @ 0x103806e00] 8x8 transform intra:42.0% inter:39.6% [libx264 @ 0x103806e00] coded y,uvDC,uvAC intra: 88.5% 87.6% 60.7% inter: 35.9% 29.7% 4.9% [libx264 @ 0x103806e00] i16 v,h,dc,p: 30% 31% 10% 29% [libx264 @ 0x103806e00] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 21% 22% 13% 6% 7% 8% 7% 9% 8% [libx264 @ 0x103806e00] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 23% 24% 9% 6% 8% 8% 7% 7% 6% [libx264 @ 0x103806e00] i8c dc,h,v,p: 45% 23% 22% 9% [libx264 @ 0x103806e00] Weighted P-Frames: Y:1.8% UV:0.3% [libx264 @ 0x103806e00] ref P L0: 80.4% 11.8% 6.4% 1.4% 0.0% [libx264 @ 0x103806e00] ref B L0: 96.2% 3.5% 0.3% [libx264 @ 0x103806e00] ref B L1: 97.3% 2.7% [libx264 @ 0x103806e00] kb/s:993.21 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 26 15:22:43 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 26 Apr 2014 13:22:43 -0000 Subject: [FFmpeg-trac] #3592(avfilter:new): libavfilter pkg-config is broken Message-ID: <037.cb5d0d5c6abd82c65af6db99aa97d4b6@avcodec.org> #3592: libavfilter pkg-config is broken ----------------------------------+--------------------------------------- Reporter: kierank | Type: defect Status: new | Priority: normal Component: avfilter | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- Libavfilter depends on libavcodec but this is not reflected in pkg-config. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 26 18:35:01 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 26 Apr 2014 16:35:01 -0000 Subject: [FFmpeg-trac] #3591(undetermined:closed): Setting the audio bitrate for the second (or all following) streams does not work In-Reply-To: <038.eef7822465e385161e022447adb68cc1@avcodec.org> References: <038.eef7822465e385161e022447adb68cc1@avcodec.org> Message-ID: <053.a4330fda41a70d4f81b2a57457cf2259@avcodec.org> #3591: Setting the audio bitrate for the second (or all following) streams does not work -------------------------------------+------------------------------------- Reporter: Atarikid | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | worksforme Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => worksforme Comment: Every one of the following combinations work for me: {{{-b:a:0 128k -b:a:1 256k}}} {{{-b:a:0 128k -ab:2 256k}}} {{{-ab:1 128k -ab:2 256k}}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 26 20:10:10 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 26 Apr 2014 18:10:10 -0000 Subject: [FFmpeg-trac] #3593(undetermined:new): qtkit and avfoundation input devices not found Message-ID: <040.93355d6554fb066e3018d33f45d03b76@avcodec.org> #3593: qtkit and avfoundation input devices not found -------------------------------------+------------------------------------- Reporter: Sarashinai | Type: defect Status: new | Priority: important Component: | Version: 2.2.1 undetermined | Blocked By: Keywords: qtkit | Reproduced by developer: 0 avfoundation indevs | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- I am compiling FFmpeg version 2.2.1 retrieved through Git on a 2.8 GHz Intel Core i7 iMac running 10.9.2. "gcc --version" returns: Configured with: --prefix=/Applications/Xcode.app/Contents/Developer/usr --with-gxx-include-dir=/usr/include/c++/4.2.1 Apple LLVM version 5.1 (clang-503.0.40) (based on LLVM 3.4svn) Target: x86_64-apple-darwin13.1.0 Thread model: posix I was following the Homebrew-based compilation instructions found at: https://trac.ffmpeg.org/wiki/MacOSXCompilationGuide I started with "./configure --enable-shared --enable-indev=avfoundation --enable-indev=qtkit --enable-libx264 --enable-gpl" Which returned the results saved in configure results.txt. Specifically important, this section: Enabled indevs: avfoundation lavfi qtkit I then ran "make" which generated the results in make results.rtf. After that, I ran "./ffmpeg -formats" to check that qtkit and avfoundation were in the list. They weren't (see ffmpeg formats results.txt). Just to be sure, I also ran "./ffmpeg -f qtkit -i "default" out.mpg" and "./ffmpeg -f avfoundation -i "default" out.mpg". Both resulted in an "Unknown input format" error (see test results.txt). I have also included the config.log. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 26 21:33:41 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 26 Apr 2014 19:33:41 -0000 Subject: [FFmpeg-trac] #1398(avformat:open): remuxed DTS audio won't play on hardware devices In-Reply-To: <037.ae9b302f063c704e87b0a5d2430f90b2@avcodec.org> References: <037.ae9b302f063c704e87b0a5d2430f90b2@avcodec.org> Message-ID: <052.c65ca4b54645c4c85a9f73c3366a4187@avcodec.org> #1398: remuxed DTS audio won't play on hardware devices ------------------------------------+------------------------------------ Reporter: patters | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: dca mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by Timothy_Gu): Replying to [comment:35 goodthanks]: > Sorry if I have caused issues, I'm sure the documentation is easy to handle for people with experience but it was a hefty process for me. You should read [http://ffmpeg.org/git-howto.html#Committing Git how-to]. So, if you start over, the process should look like this: 1. `git clone ` 2. Edit file. 3. `git commit -a -s` 4. Type: {{{ mpegts: fix stream type ID for DTS and add TrueHD Fixes ticket #1398. }}} 5. Exit editor. (IIRC on Msysgit it is vim, so type `:q` and enter.) 6. `git format-patch HEAD^` 7. `git send-email *.patch` It's nice you got git send-email working, because I never did and that's why I use Linux now :) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 26 21:57:40 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 26 Apr 2014 19:57:40 -0000 Subject: [FFmpeg-trac] #3593(undetermined:closed): qtkit and avfoundation input devices not found In-Reply-To: <040.93355d6554fb066e3018d33f45d03b76@avcodec.org> References: <040.93355d6554fb066e3018d33f45d03b76@avcodec.org> Message-ID: <055.b82d7490077f65115b5293d5a9aa9344@avcodec.org> #3593: qtkit and avfoundation input devices not found -------------------------------------+------------------------------------- Reporter: Sarashinai | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: qtkit avfoundation indevs => * priority: important => normal * status: new => closed * resolution: => invalid * version: 2.2.1 => unspecified Comment: Replying to [ticket:3593 Sarashinai]: > --enable-indev=avfoundation --enable-indev=qtkit Remove these two configure options, they have no effect. You compiled a version that supports both qtkit and avfoundation but you tested another (older) version which does not yet support them. If you don't use shared libraries, you can run {{{./ffmpeg}}} from the build directory without installing. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 26 23:39:32 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 26 Apr 2014 21:39:32 -0000 Subject: [FFmpeg-trac] #3594(avcodec:new): Green artefacts when decoding svq1 Message-ID: <037.55e7d7c41b77832771e08cdecc0353ab@avcodec.org> #3594: Green artefacts when decoding svq1 -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git- | Keywords: svq1 master | regression Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- (videolan ticket 11351) A user uploaded a svq1 sample that shows green artefacts since a05a44e2 {{{ $ ffmpeg -i Chrono\ Trigger\ -\ Ending\ 2.mov -an out.avi ffmpeg version N-62727-g66e30a2 Copyright (c) 2000-2014 the FFmpeg developers built on Apr 26 2014 23:35:28 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 79.100 / 52. 79.100 libavcodec 55. 59.100 / 55. 59.100 libavformat 55. 37.101 / 55. 37.101 libavdevice 55. 13.100 / 55. 13.100 libavfilter 4. 4.100 / 4. 4.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'Chrono Trigger - Ending 2.mov': Metadata: creation_time : 1999-11-09 18:32:04 copyright : ? 1999 Squarenet (Squarenet.org) copyright-eng : ? 1999 Squarenet (Squarenet.org) title : Squarenet.org title-eng : Squarenet.org comment : Created for use on squarenet.org only. comment-eng : Created for use on squarenet.org only. Duration: 00:00:31.40, start: 0.503333, bitrate: 407 kb/s Stream #0:0(eng): Video: svq1 (SVQ1 / 0x31515653), yuv410p, 293x178, 360 kb/s, 10.02 fps, 10 tbr, 600 tbn, 600 tbc (default) Metadata: creation_time : 1999-11-09 18:32:04 handler_name : Apple Alias Data Handler Stream #0:1(eng): Audio: qdm2 (QDM2 / 0x324D4451), 44100 Hz, stereo, s16, 32 kb/s (default) Metadata: creation_time : 1999-11-09 18:32:04 handler_name : Apple Alias Data Handler Output #0, avi, to 'out.avi': Metadata: comment-eng : Created for use on squarenet.org only. ICOP : ? 1999 Squarenet (Squarenet.org) copyright-eng : ? 1999 Squarenet (Squarenet.org) INAM : Squarenet.org title-eng : Squarenet.org ICMT : Created for use on squarenet.org only. ISFT : Lavf55.37.101 Stream #0:0(eng): Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 293x178, q=2-31, 200 kb/s, 10 tbn, 10 tbc (default) Metadata: creation_time : 1999-11-09 18:32:04 handler_name : Apple Alias Data Handler Stream mapping: Stream #0:0 -> #0:0 (svq1 -> mpeg4) Press [q] to stop, [?] for help frame= 325 fps=0.0 q=2.0 Lsize= 883kB time=00:00:32.50 bitrate= 222.7kbits/s video:870kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 1.541926% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 26 23:50:31 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 26 Apr 2014 21:50:31 -0000 Subject: [FFmpeg-trac] #1398(avformat:open): remuxed DTS audio won't play on hardware devices In-Reply-To: <037.ae9b302f063c704e87b0a5d2430f90b2@avcodec.org> References: <037.ae9b302f063c704e87b0a5d2430f90b2@avcodec.org> Message-ID: <052.9954bae514a6ca5580d82d80e7eace8a@avcodec.org> #1398: remuxed DTS audio won't play on hardware devices ------------------------------------+------------------------------------ Reporter: patters | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: dca mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by patters): I have compiled version 2.2.1 with goodthanks' modifications and I can confirm that the original issue I raised the ticket for is resolved. My Sony Bluray player will now play remuxed DTS in mpeg-ts. Photo here: http://dl.dropboxusercontent.com/u/1188556/WP_20140426_21_27_35_Pro.jpg I have created a patch file also if someone else wants to try it: http://dl.dropboxusercontent.com/u/1188556/ffmpeg-ticket1398.patch -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 27 00:58:17 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 26 Apr 2014 22:58:17 -0000 Subject: [FFmpeg-trac] #3595(avcodec:new): Support >5 channels in E-AC-3 audio Message-ID: <038.fbc0cb295285134717f6315f1ae35dec@avcodec.org> #3595: Support >5 channels in E-AC-3 audio ----------------------------------+--------------------------------------- Reporter: 11rcombs | Type: enhancement Status: new | Priority: minor Component: avcodec | Version: git-master Keywords: eac3 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- E-AC-3 supports up to 15 full-bandwidth channels, but libavcodec's encoder currently doesn't support 6.1 and 7.1 channel layouts. Do these layouts just need to be added to ff_ac3_channel_layouts, or would this require additional work on the encoder? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 27 07:44:35 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 27 Apr 2014 05:44:35 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <037.a23affe03f017986a057b85460662a6d@avcodec.org> References: <037.a23affe03f017986a057b85460662a6d@avcodec.org> Message-ID: <052.8357d55000f100f9c8d24f8a5f412874@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): I'd like to see the patch committed, but is there any progress? If the remaining bug of v8 is hard to fix, maybe we should consider pushing v7. It's stable. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 27 09:21:19 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 27 Apr 2014 07:21:19 -0000 Subject: [FFmpeg-trac] #1876(avcodec:closed): vc1dec.c multi-threading decode crash issue In-Reply-To: <037.62deac2f15a43ad10a43b481097b8f4c@avcodec.org> References: <037.62deac2f15a43ad10a43b481097b8f4c@avcodec.org> Message-ID: <052.ad039ae9e7a1d4d2ed32ee956aaf32c5@avcodec.org> #1876: vc1dec.c multi-threading decode crash issue -------------------------------------+----------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: unspecified | Resolution: invalid Keywords: vc1 crash | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * analyzed: 1 => 0 * resolution: fixed => invalid * reproduced: 1 => 0 Comment: Sorry but this ticket always costs me time when scanning through old reports. It should be set to "fixed" if either: * The commit fixing the issue is known or * A way to reproduce the issue with old versions of FFmpeg is explained or * If a backtrace etc. as requested on https://ffmpeg.org/bugreports.html is posted. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 27 09:23:28 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 27 Apr 2014 07:23:28 -0000 Subject: [FFmpeg-trac] #3595(avcodec:open): Support >6 channels in E-AC-3 audio (was: Support >5 channels in E-AC-3 audio) In-Reply-To: <038.fbc0cb295285134717f6315f1ae35dec@avcodec.org> References: <038.fbc0cb295285134717f6315f1ae35dec@avcodec.org> Message-ID: <053.0ac746ccbf1c326c65a3083c1588ff02@avcodec.org> #3595: Support >6 channels in E-AC-3 audio -------------------------------------+----------------------------------- Reporter: 11rcombs | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: eac3 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * priority: minor => wish * status: new => open * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 27 14:22:51 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 27 Apr 2014 12:22:51 -0000 Subject: [FFmpeg-trac] #3434(avformat:closed): Cannot remux PRORES 422 10bit MOV to MKV: results unplayable. In-Reply-To: <036.6120a8a0999b660b54069549b0af7007@avcodec.org> References: <036.6120a8a0999b660b54069549b0af7007@avcodec.org> Message-ID: <051.1aa992cc658e5210b7349022c54d257a@avcodec.org> #3434: Cannot remux PRORES 422 10bit MOV to MKV: results unplayable. ------------------------------------+------------------------------------ Reporter: ianken | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: mkv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => closed * resolution: => fixed Comment: FFmpeg is able to decode the broken mkv ProRes files from Haali since ade5851b If there is software that creates such avi files, please upload a sample! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 27 14:35:52 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 27 Apr 2014 12:35:52 -0000 Subject: [FFmpeg-trac] #3434(avformat:closed): Cannot remux PRORES 422 10bit MOV to MKV: results unplayable. In-Reply-To: <036.6120a8a0999b660b54069549b0af7007@avcodec.org> References: <036.6120a8a0999b660b54069549b0af7007@avcodec.org> Message-ID: <051.9d4e129ee5e6c6eda33d07e1c1d3a52c@avcodec.org> #3434: Cannot remux PRORES 422 10bit MOV to MKV: results unplayable. ------------------------------------+------------------------------------ Reporter: ianken | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: mkv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:13 cehoyos]: > FFmpeg is able to decode the broken mkv ProRes files from Haali since ade5851b > > If there is software that creates such avi files (except MEncoder), please upload a sample! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 27 14:52:11 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 27 Apr 2014 12:52:11 -0000 Subject: [FFmpeg-trac] #1398(avformat:closed): remuxed DTS audio won't play on hardware devices In-Reply-To: <037.ae9b302f063c704e87b0a5d2430f90b2@avcodec.org> References: <037.ae9b302f063c704e87b0a5d2430f90b2@avcodec.org> Message-ID: <052.4cd6625ddf7c72f692ad0cb85e786f02@avcodec.org> #1398: remuxed DTS audio won't play on hardware devices ------------------------------------+------------------------------------ Reporter: patters | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: dca mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Should be fixed in c9cfd458 Thank you for the report, the patch and the testing! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 27 18:12:23 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 27 Apr 2014 16:12:23 -0000 Subject: [FFmpeg-trac] #3596(avfilter:new): broken output in uspp filter when using 8 quality mode and fixed qp Message-ID: <037.7e4c074d3d81a22c1f1136286298ddb1@avcodec.org> #3596: broken output in uspp filter when using 8 quality mode and fixed qp -------------------------------------+------------------------------------- Reporter: chronek | Type: defect Status: new | Priority: minor Component: avfilter | Version: git- Keywords: uspp | master mpfilter | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Hello, I found that mpfilter uspp working wrong in 8 quality mode and fixed qp, if is possible please check it ffmpeg.exe -loglevel verbose -i test.bmp -vf mp=uspp=8:6 out.bmp ffmpeg version N-62699-gc7b0890 Copyright (c) 2000-2014 the FFmpeg developers built on Apr 25 2014 03:14:39 with gcc 4.8.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable- librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo- aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable-decklink --enable-zlib libavutil 52. 78.100 / 52. 78.100 libavcodec 55. 59.100 / 55. 59.100 libavformat 55. 37.101 / 55. 37.101 libavdevice 55. 13.100 / 55. 13.100 libavfilter 4. 4.100 / 4. 4.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, image2, from 'test.bmp': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: bmp, bgr24, 100x100, 25 tbr, 25 tbn, 25 tbc File 'out.bmp' already exists. Overwrite ? [y/N] y [Parsed_mp_0 @ 0000000004e9ec20] 'uspp' is a wrapped MPlayer filter (libmpcodecs). This filter may be removed once it has been ported to a native libavfilter. [graph 0 input from stream 0:0 @ 0000000004eb1d80] w:100 h:100 pixfmt:bgr24 tb:1/25 fr:25/1 sar:0/1 sws_param:flags=2 [auto-inserted scaler 0 @ 0000000004eb2840] w:iw h:ih flags:'0x4' interl:0 [Parsed_mp_0 @ 0000000004e9ec20] auto-inserting filter 'auto-inserted scaler 0' between the filter 'graph 0 input from s tream 0:0' and the filter 'Parsed_mp_0' [auto-inserted scaler 1 @ 0000000004ea7180] w:iw h:ih flags:'0x4' interl:0 [format @ 0000000004eb2380] auto-inserting filter 'auto-inserted scaler 1' between the filter 'Parsed_mp_0' and the filt er 'format' [auto-inserted scaler 0 @ 0000000004eb2840] w:100 h:100 fmt:bgr24 sar:0/1 -> w:100 h:100 fmt:yuv420p sar:0/1 flags:0x4 [auto-inserted scaler 1 @ 0000000004ea7180] w:100 h:100 fmt:yuv420p sar:0/1 -> w:100 h:100 fmt:bgr24 sar:0/1 flags:0x4 Output #0, image2, to 'out.bmp': Metadata: encoder : Lavf55.37.101 Stream #0:0: Video: bmp, bgr24, 100x100, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (bmp -> bmp) Press [q] to stop, [?] for help No more output streams to write to, finishing.00.04 bitrate=N/A frame= 1 fps=0.0 q=0.0 Lsize=N/A time=00:00:00.04 bitrate=N/A video:29kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 61378664662564864.000000% Input file #0 (test.bmp): Input stream #0:0 (video): 1 packets read (30054 bytes); 1 frames decoded; Total: 1 packets (30054 bytes) demuxed Output file #0 (out.bmp): Output stream #0:0 (video): 1 frames encoded; 1 packets muxed (30054 bytes); Total: 1 packets (30054 bytes) muxed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 27 18:55:23 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 27 Apr 2014 16:55:23 -0000 Subject: [FFmpeg-trac] #3582(swscale:open): invalid read in swscale with cpu optimizations In-Reply-To: <036.1d4afaabd7582d85beebcb044643761c@avcodec.org> References: <036.1d4afaabd7582d85beebcb044643761c@avcodec.org> Message-ID: <051.7103978d450736361b973e8443166fe8@avcodec.org> #3582: invalid read in swscale with cpu optimizations ------------------------------------+----------------------------------- Reporter: ubitux | Owner: Type: defect | Status: open Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Isn't this a duplicate of ticket #3413? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 27 20:14:38 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 27 Apr 2014 18:14:38 -0000 Subject: [FFmpeg-trac] #3596(avfilter:open): broken output in uspp filter when using 8 quality mode and fixed qp In-Reply-To: <037.7e4c074d3d81a22c1f1136286298ddb1@avcodec.org> References: <037.7e4c074d3d81a22c1f1136286298ddb1@avcodec.org> Message-ID: <052.69945f9a8d2cb8f344adc8f6c32b019e@avcodec.org> #3596: broken output in uspp filter when using 8 quality mode and fixed qp -------------------------------------+------------------------------------- Reporter: chronek | Owner: Type: defect | Status: open Priority: minor | Component: avfilter Version: git-master | Resolution: Keywords: uspp | Blocked By: mpfilter | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 Comment: Also reproducible with MPlayer: {{{ $ mplayer mf://test.bmp -vf uspp=8:6,scale -vo png }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 27 21:11:10 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 27 Apr 2014 19:11:10 -0000 Subject: [FFmpeg-trac] #416(avcodec:closed): ffmpeg can't decode uncompressed self-generated TIFFs containing YUV420 In-Reply-To: <035.6d75f22f15055e8ab5dd014d03d679f8@avcodec.org> References: <035.6d75f22f15055e8ab5dd014d03d679f8@avcodec.org> Message-ID: <050.ea435051f0e95b6f545dcda43266240c@avcodec.org> #416: ffmpeg can't decode uncompressed self-generated TIFFs containing YUV420 -------------------------------------+----------------------------------- Reporter: takis | Owner: Type: enhancement | Status: closed Priority: wish | Component: avcodec Version: git-master | Resolution: fixed Keywords: tif | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in d03defa778bd5778c2873fb11bb01e22fac7d96a -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 27 22:24:17 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 27 Apr 2014 20:24:17 -0000 Subject: [FFmpeg-trac] #3597(ffmpeg:new): ffmpeg git version N-62751-gd03defa create slow/hang h.264 file. Message-ID: <033.8f98e4255e6cd7add3a00ea88ada99cb@avcodec.org> #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=sharing 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: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 27 22:46:30 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 27 Apr 2014 20:46:30 -0000 Subject: [FFmpeg-trac] #3597(undetermined:new): ffmpeg git version N-62751-gd03defa create slow/hang h.264 file. In-Reply-To: <033.8f98e4255e6cd7add3a00ea88ada99cb@avcodec.org> References: <033.8f98e4255e6cd7add3a00ea88ada99cb@avcodec.org> Message-ID: <048.5b2bfacb7d08a8228facc7df65694b83@avcodec.org> #3597: ffmpeg git version N-62751-gd03defa create slow/hang h.264 file. -------------------------------------+------------------------------------- Reporter: dkt | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: h264 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: h.264 h264 playback => h264 * component: ffmpeg => undetermined Comment: Are you reporting a performance issue of your system? If not, please provide the input sample, either upload it to http://www.datafilehost.com/ or read https://ffmpeg.org/bugreports.html (there is NO filesize limit), do not upload to a sharing site that needs a login! Is the problem only reproducible with an external library ({{{-vcodec libx264}}}) or also with {{{-vcodec mpeg4}}}? Which application do you use to test playback? What happens if you use a much smaller resolution or {{{-pix_fmt yuv420p}}}? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 27 23:10:22 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 27 Apr 2014 21:10:22 -0000 Subject: [FFmpeg-trac] #1876(avcodec:closed): vc1dec.c multi-threading decode crash issue In-Reply-To: <037.62deac2f15a43ad10a43b481097b8f4c@avcodec.org> References: <037.62deac2f15a43ad10a43b481097b8f4c@avcodec.org> Message-ID: <052.1376d5582f22e1666c028ef072631b60@avcodec.org> #1876: vc1dec.c multi-threading decode crash issue -------------------------------------+----------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: unspecified | Resolution: invalid Keywords: vc1 crash | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by DonMoir): The mailing list discussion starts here with comments from Michael, Hendrik, Reimar, myself, and possibly others. http://ffmpeg.org/pipermail/ffmpeg-devel/2012-October/133043.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 27 23:31:35 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 27 Apr 2014 21:31:35 -0000 Subject: [FFmpeg-trac] #3596(avfilter:open): broken output in uspp filter when using 8 quality mode and fixed qp In-Reply-To: <037.7e4c074d3d81a22c1f1136286298ddb1@avcodec.org> References: <037.7e4c074d3d81a22c1f1136286298ddb1@avcodec.org> Message-ID: <052.a2bf9adc52642bbf721f1dfda20c52ec@avcodec.org> #3596: broken output in uspp filter when using 8 quality mode and fixed qp -------------------------------------+------------------------------------- Reporter: chronek | Owner: Type: defect | Status: open Priority: minor | Component: avfilter Version: git-master | Resolution: Keywords: uspp | Blocked By: mpfilter | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Probably not a regression, reproducible with MPlayer r17082 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 27 23:35:18 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 27 Apr 2014 21:35:18 -0000 Subject: [FFmpeg-trac] #3352(undetermined:new): SVN repository should be disabled In-Reply-To: <036.c4e0c7970c716f2224ad83935f46116f@avcodec.org> References: <036.c4e0c7970c716f2224ad83935f46116f@avcodec.org> Message-ID: <051.f5274b9c90985ac33e85adf34ed2a229@avcodec.org> #3352: SVN repository should be disabled -------------------------------------+------------------------------------- Reporter: llogan | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): At least parts of the subversion FFmpeg repository are needed for MPlayer regression tests. Perhaps this issue can be fixed by committing a patch to configure that disables building FFmpeg. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 27 23:40:20 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 27 Apr 2014 21:40:20 -0000 Subject: [FFmpeg-trac] #1876(avcodec:closed): vc1dec.c multi-threading decode crash issue In-Reply-To: <037.62deac2f15a43ad10a43b481097b8f4c@avcodec.org> References: <037.62deac2f15a43ad10a43b481097b8f4c@avcodec.org> Message-ID: <052.a4d18dae9756043b3d50e8307f073210@avcodec.org> #1876: vc1dec.c multi-threading decode crash issue -------------------------------------+----------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: unspecified | Resolution: invalid Keywords: vc1 crash | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by DonMoir): o - The person who made the commit fixing the issue should have posted that here. This ticket was created so it could be made official and documented o - A way to reproduce the issue was stated above in the initial comment, but your tools are too weak. o - The source of the problem was pointed to in the initial comment. o - A backtrace was useless and stated many times. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 28 05:46:23 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 28 Apr 2014 03:46:23 -0000 Subject: [FFmpeg-trac] #3597(undetermined:new): ffmpeg git version N-62751-gd03defa create slow/hang h.264 file. In-Reply-To: <033.8f98e4255e6cd7add3a00ea88ada99cb@avcodec.org> References: <033.8f98e4255e6cd7add3a00ea88ada99cb@avcodec.org> Message-ID: <048.6a89b3232dbe495c89798ee2ecfc4e13@avcodec.org> #3597: ffmpeg git version N-62751-gd03defa create slow/hang h.264 file. -------------------------------------+------------------------------------- Reporter: dkt | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: h264 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by dkt): ffmbc produce a smooth output. 1. The sample and output files is located in here: https://drive.google.com/folderview?id=0B1SgNlcZrQJ1M051bFVLeGdIYjA&usp=sharing a) source file is source3.mov b) ffmpeg produced file: ffmpeg-output.mov. Notice after the opening screen, the playback is sluggish. c) ffmbc produce a smooth output. Attached is the conversion details for ffmpeg. I need to use high quality h.264 so I did no test with smaller resolution. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 28 05:50:35 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 28 Apr 2014 03:50:35 -0000 Subject: [FFmpeg-trac] #3597(undetermined:new): ffmpeg git version N-62751-gd03defa create slow/hang h.264 file. In-Reply-To: <033.8f98e4255e6cd7add3a00ea88ada99cb@avcodec.org> References: <033.8f98e4255e6cd7add3a00ea88ada99cb@avcodec.org> Message-ID: <048.896a2fcff552ec71605ce5708aaa0fa5@avcodec.org> #3597: ffmpeg git version N-62751-gd03defa create slow/hang h.264 file. -------------------------------------+------------------------------------- Reporter: dkt | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: h264 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by dkt): Note for Comment #2 I used DNxHD as the source file. The uncompressed source file in the original bugreport is too large. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 28 05:51:37 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 28 Apr 2014 03:51:37 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <037.a23affe03f017986a057b85460662a6d@avcodec.org> References: <037.a23affe03f017986a057b85460662a6d@avcodec.org> Message-ID: <052.3668c2fc289391a08f65a2739afe581f@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by klaussfreire): It was a very simple thing, but very hard to find. Anyway, fixed (hope). I'm testing an v8b patch now, we'll see if this passes the test. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 28 08:22:34 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 28 Apr 2014 06:22:34 -0000 Subject: [FFmpeg-trac] #3571(avfilter:new): Drawtext fontcolor alpha not working In-Reply-To: <035.00f8ec9527808e256a45f409099711a7@avcodec.org> References: <035.00f8ec9527808e256a45f409099711a7@avcodec.org> Message-ID: <050.54005c54e431e0f3b38db5c4d6bcdbd6@avcodec.org> #3571: Drawtext fontcolor alpha not working -------------------------------------+------------------------------------- Reporter: nickj | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: unspecified | Resolution: Keywords: drawtext | Blocked By: alpha | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by nickj): Dear cehoyos, Thank you very much for your interest in my ticket and my apologies for not getting that information up the first time. Yes I do believe it is related to #3302 however I am unsure if this is a duplicate of the same issue, however we are experiencing problems with the same functionality. Below is my output --- CODE --- ffmpeg -y -v debug -f dshow -i "video=Webcam C110" -pix_fmt rgba -filter_complex "drawtext=borderw=1:box=1:boxcolor=black at 0.5:bordercolor=black:text='ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz':fontcolor=white at 0.1:fontsize=24:fontfile='/WINDOWS/FONTS/Arial.ttf':x=(w-tw)/2:y=h-(2*lh) " drawtext.mp4 ffmpeg version N-62460-gef818d8 Copyright (c) 2000-2014 the FFmpeg developers built on Apr 14 2014 22:05:25 with gcc 4.8.2 (GCC) configuration: --disable-static --enable-shared --enable-gpl --enable- version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable- fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libc aca --enable-libfreetype --enable-libgsm --enable-libilbc --enable- libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable-libsoxr - -enable-libspeex --enable-libtheora --enable-libtwolame --enable- libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libwavpack --enable-libx264 --enable- libx265 --enable-libxavs --enable-libxvid --ena ble-zlib libavutil 52. 76.100 / 52. 76.100 libavcodec 55. 58.103 / 55. 58.103 libavformat 55. 37.100 / 55. 37.100 libavdevice 55. 13.100 / 55. 13.100 libavfilter 4. 4.100 / 4. 4.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Splitting the commandline. Reading option '-y' ... matched as option 'y' (overwrite output files) with argument '1'. Reading option '-v' ... matched as option 'v' (set logging level) with argument 'debug'. Reading option '-f' ... matched as option 'f' (force format) with argument 'dshow'. Reading option '-i' ... matched as input file with argument 'video=Webcam C110'. Reading option '-pix_fmt' ... matched as option 'pix_fmt' (set pixel format) with argument 'rgba'. Reading option '-filter_complex' ... matched as option 'filter_complex' (create a complex filtergraph) with argument 'drawtext=borderw=1:box=1:boxcolor=black at 0.5:bordercolor=black:text='ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz':fontcolor= white at 0.1:fontsize=24:fontfile='/WINDOWS/FONTS/Arial.ttf':x=(w-tw)/2:y=h-(2*lh) '. Reading option 'drawtext.mp4' ... matched as output file. Finished splitting the commandline. Parsing a group of options: global . Applying option y (overwrite output files) with argument 1. Applying option v (set logging level) with argument debug. Applying option filter_complex (create a complex filtergraph) with argument drawtext=borderw=1:box=1:boxcolor=black at 0.5:bordercolor=black:text='ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz':fontcolor=white at 0.1:fontsize=24:fontfile='/WINDOWS/F ONTS/Arial.ttf':x=(w-tw)/2:y=h-(2*lh) . Successfully parsed a group of options. Parsing a group of options: input file video=Webcam C110. Applying option f (force format) with argument dshow. Successfully parsed a group of options. Opening an input file: video=Webcam C110. [dshow @ 004e8500] All info found Input #0, dshow, from 'video=Webcam C110': Duration: N/A, start: 140009.394000, bitrate: N/A Stream #0:0, 1, 1/10000000: Video: rawvideo (YUY2 / 0x32595559), yuyv422, 640x480, 333333/10000000, 30 tbr, 10000k tbn, 30 tbc Successfully opened the file. Parsing a group of options: output file drawtext.mp4. Applying option pix_fmt (set pixel format) with argument rgba. Successfully parsed a group of options. Opening an output file: drawtext.mp4. detected 8 logical cores [Parsed_drawtext_0 @ 004ee9a0] Setting 'borderw' to value '1' [Parsed_drawtext_0 @ 004ee9a0] Setting 'box' to value '1' [Parsed_drawtext_0 @ 004ee9a0] Setting 'boxcolor' to value 'black at 0.5' [Parsed_drawtext_0 @ 004ee9a0] Setting 'bordercolor' to value 'black' [Parsed_drawtext_0 @ 004ee9a0] Setting 'text' to value 'ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz' [Parsed_drawtext_0 @ 004ee9a0] Setting 'fontcolor' to value 'white at 0.1' [Parsed_drawtext_0 @ 004ee9a0] Setting 'fontsize' to value '24' [Parsed_drawtext_0 @ 004ee9a0] Setting 'fontfile' to value '/WINDOWS/FONTS/Arial.ttf' [Parsed_drawtext_0 @ 004ee9a0] Setting 'x' to value '(w-tw)/2' [Parsed_drawtext_0 @ 004ee9a0] Setting 'y' to value 'h-(2*lh)' [graph 0 input from stream 0:0 @ 004ee2c0] Setting 'video_size' to value '640x480' [graph 0 input from stream 0:0 @ 004ee2c0] Setting 'pix_fmt' to value '1' [graph 0 input from stream 0:0 @ 004ee2c0] Setting 'time_base' to value '1/10000000' [graph 0 input from stream 0:0 @ 004ee2c0] Setting 'pixel_aspect' to value '0/1' [graph 0 input from stream 0:0 @ 004ee2c0] Setting 'sws_param' to value 'flags=2' [graph 0 input from stream 0:0 @ 004ee2c0] Setting 'frame_rate' to value '10000000/333333' [graph 0 input from stream 0:0 @ 004ee2c0] w:640 h:480 pixfmt:yuyv422 tb:1/10000000 fr:10000000/333333 sar:0/1 sws_param:flags=2 Incompatible pixel format 'rgba' for codec 'libx264', auto-selecting format 'yuv444p' [format @ 01d76a40] compat: called with args=[yuv444p] [format @ 01d76a40] Setting 'pix_fmts' to value 'yuv444p' Successfully opened the file. [auto-inserted scaler 0 @ 004e8020] w:iw h:ih flags:'bilinear' interl:0 [Parsed_drawtext_0 @ 004ee9a0] auto-inserting filter 'auto-inserted scaler 0' between the filter 'graph 0 input from stream 0:0' and the filter 'Parsed_drawtext_0' [AVFilterGraph @ 004ee220] query_formats: 4 queried, 2 merged, 1 already done, 0 delayed [auto-inserted scaler 0 @ 004e8020] w:640 h:480 fmt:yuyv422 sar:0/1 -> w:640 h:480 fmt:yuv444p sar:0/1 flags:0x2 [libx264 @ 01d75820] using mv_range_thread = 24 [libx264 @ 01d75820] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2 [libx264 @ 01d75820] profile High 4:4:4 Predictive, level 3.0, 4:4:4 8-bit [libx264 @ 01d75820] 264 - core 142 r2409 d6b4e63 - H.264/MPEG-4 AVC codec - Copyleft 2003-2014 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=4 threads=12 lookahead_threads=2 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 we ightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 Output #0, mp4, to 'drawtext.mp4': Metadata: encoder : Lavf55.37.100 Stream #0:0, 0, 1/10000000: Video: h264 (libx264) ([33][0][0][0] / 0x0021), yuv444p, 640x480, 333333/10000000, q=-1--1, 10000k tbn, 30 tbc Stream mapping: Stream #0:0 (rawvideo) -> drawtext drawtext -> Stream #0:0 (libx264) Press [q] to stop, [?] for help [Parsed_drawtext_0 @ 004ee9a0] n:0 t:0.000000 text_w:726 text_h:23 x:-43 y:434 [Parsed_drawtext_0 @ 004ee9a0] n:1 t:0.032000 text_w:726 text_h:23 x:-43 y:434 [Parsed_drawtext_0 @ 004ee9a0] n:2 t:0.064000 text_w:726 text_h:23 x:-43 y:434 [Parsed_drawtext_0 @ 004ee9a0] n:3 t:0.096000 text_w:726 text_h:23 x:-43 y:434 [Parsed_drawtext_0 @ 004ee9a0] n:4 t:0.143000 text_w:726 text_h:23 x:-43 y:434 [Parsed_drawtext_0 @ 004ee9a0] n:5 t:0.175000 text_w:726 text_h:23 x:-43 y:434 [Parsed_drawtext_0 @ 004ee9a0] n:6 t:0.207000 text_w:726 text_h:23 x:-43 y:434 [Parsed_drawtext_0 @ 004ee9a0] n:7 t:0.239000 text_w:726 text_h:23 x:-43 y:434 [Parsed_drawtext_0 @ 004ee9a0] n:8 t:0.271000 text_w:726 text_h:23 x:-43 y:434 [Parsed_drawtext_0 @ 004ee9a0] n:9 t:0.319000 text_w:726 text_h:23 x:-43 y:434 *** 1 dup! [Parsed_drawtext_0 @ 004ee9a0] n:10 t:0.368000 text_w:726 text_h:23 x:-43 y:434 [Parsed_drawtext_0 @ 004ee9a0] n:11 t:0.399000 text_w:726 text_h:23 x:-43 y:434 [Parsed_drawtext_0 @ 004ee9a0] n:12 t:0.447000 text_w:726 text_h:23 x:-43 y:434 [Parsed_drawtext_0 @ 004ee9a0] n:13 t:0.479000 text_w:726 text_h:23 x:-43 y:434 [Parsed_drawtext_0 @ 004ee9a0] n:14 t:0.527000 text_w:726 text_h:23 x:-43 y:434 *** 1 dup! [Parsed_drawtext_0 @ 004ee9a0] n:15 t:0.575000 text_w:726 text_h:23 x:-43 y:434op=0 [Parsed_drawtext_0 @ 004ee9a0] n:16 t:0.607000 text_w:726 text_h:23 x:-43 y:434 [Parsed_drawtext_0 @ 004ee9a0] n:17 t:0.655000 text_w:726 text_h:23 x:-43 y:434 *** 1 dup! [Parsed_drawtext_0 @ 004ee9a0] n:18 t:0.687000 text_w:726 text_h:23 x:-43 y:434 [Parsed_drawtext_0 @ 004ee9a0] n:19 t:0.735000 text_w:726 text_h:23 x:-43 y:434 [Parsed_drawtext_0 @ 004ee9a0] n:20 t:0.783000 text_w:726 text_h:23 x:-43 y:434 [Parsed_drawtext_0 @ 004ee9a0] n:21 t:0.815000 text_w:726 text_h:23 x:-43 y:434 [Parsed_drawtext_0 @ 004ee9a0] n:22 t:0.863000 text_w:726 text_h:23 x:-43 y:434 *** 1 dup! [Parsed_drawtext_0 @ 004ee9a0] n:23 t:0.895000 text_w:726 text_h:23 x:-43 y:434 [Parsed_drawtext_0 @ 004ee9a0] n:24 t:0.943000 text_w:726 text_h:23 x:-43 y:434 [Parsed_drawtext_0 @ 004ee9a0] n:25 t:0.991000 text_w:726 text_h:23 x:-43 y:434 *** 1 dup! [Parsed_drawtext_0 @ 004ee9a0] n:26 t:1.023000 text_w:726 text_h:23 x:-43 y:434 [Parsed_drawtext_0 @ 004ee9a0] n:27 t:1.071000 text_w:726 text_h:23 x:-43 y:434 [Parsed_drawtext_0 @ 004ee9a0] n:28 t:1.103000 text_w:726 text_h:23 x:-43 y:434op=0 [Parsed_drawtext_0 @ 004ee9a0] n:29 t:1.151000 text_w:726 text_h:23 x:-43 y:434 *** 1 dup! [Parsed_drawtext_0 @ 004ee9a0] n:30 t:1.199000 text_w:726 text_h:23 x:-43 y:434 [Parsed_drawtext_0 @ 004ee9a0] n:31 t:1.231000 text_w:726 text_h:23 x:-43 y:434 [Parsed_drawtext_0 @ 004ee9a0] n:32 t:1.279000 text_w:726 text_h:23 x:-43 y:434 [Parsed_drawtext_0 @ 004ee9a0] n:33 t:1.311000 text_w:726 text_h:23 x:-43 y:434 [Parsed_drawtext_0 @ 004ee9a0] n:34 t:1.359000 text_w:726 text_h:23 x:-43 y:434 *** 1 dup! [Parsed_drawtext_0 @ 004ee9a0] n:35 t:1.407000 text_w:726 text_h:23 x:-43 y:434 [Parsed_drawtext_0 @ 004ee9a0] n:36 t:1.439000 text_w:726 text_h:23 x:-43 y:434 [Parsed_drawtext_0 @ 004ee9a0] n:37 t:1.487000 text_w:726 text_h:23 x:-43 y:434 *** 1 dup! [Parsed_drawtext_0 @ 004ee9a0] n:38 t:1.519000 text_w:726 text_h:23 x:-43 y:434 [Parsed_drawtext_0 @ 004ee9a0] n:39 t:1.567000 text_w:726 text_h:23 x:-43 y:434 [Parsed_drawtext_0 @ 004ee9a0] n:40 t:1.615000 text_w:726 text_h:23 x:-43 y:434op=0 [Parsed_drawtext_0 @ 004ee9a0] n:41 t:1.647000 text_w:726 text_h:23 x:-43 y:434 [Parsed_drawtext_0 @ 004ee9a0] n:42 t:1.695000 text_w:726 text_h:23 x:-43 y:434 *** 1 dup! [Parsed_drawtext_0 @ 004ee9a0] n:43 t:1.743000 text_w:726 text_h:23 x:-43 y:434 [Parsed_drawtext_0 @ 004ee9a0] n:44 t:1.775000 text_w:726 text_h:23 x:-43 y:434 [Parsed_drawtext_0 @ 004ee9a0] n:45 t:1.823000 text_w:726 text_h:23 x:-43 y:434 *** 1 dup! [Parsed_drawtext_0 @ 004ee9a0] n:46 t:1.855000 text_w:726 text_h:23 x:-43 y:434 [libx264 @ 01d75820] frame= 0 QP=25.15 NAL=3 Slice:I Poc:0 I:1200 P:0 SKIP:0 size=15112 bytes [Parsed_drawtext_0 @ 004ee9a0] n:47 t:1.903000 text_w:726 text_h:23 x:-43 y:434 [libx264 @ 01d75820] frame= 1 QP=25.24 NAL=2 Slice:P Poc:8 I:306 P:633 SKIP:261 size=6212 bytes [Parsed_drawtext_0 @ 004ee9a0] n:48 t:1.951000 text_w:726 text_h:23 x:-43 y:434 *** 1 dup! [libx264 @ 01d75820] frame= 2 QP=26.75 NAL=2 Slice:B Poc:4 I:15 P:448 SKIP:725 size=1755 bytes [libx264 @ 01d75820] frame= 3 QP=27.22 NAL=0 Slice:B Poc:2 I:0 P:320 SKIP:874 size=1060 bytes [Parsed_drawtext_0 @ 004ee9a0] n:49 t:1.983000 text_w:726 text_h:23 x:-43 y:434 [libx264 @ 01d75820] frame= 4 QP=27.16 NAL=0 Slice:B Poc:6 I:1 P:259 SKIP:938 size=839 bytes [Parsed_drawtext_0 @ 004ee9a0] n:50 t:2.031000 text_w:726 text_h:23 x:-43 y:434 [libx264 @ 01d75820] frame= 5 QP=24.86 NAL=2 Slice:P Poc:14 I:172 P:815 SKIP:213 size=7442 bytes [Parsed_drawtext_0 @ 004ee9a0] n:51 t:2.063000 text_w:726 text_h:23 x:-43 y:434 [libx264 @ 01d75820] frame= 6 QP=27.33 NAL=2 Slice:B Poc:12 I:68 P:220 SKIP:906 size=1431 bytes [Parsed_drawtext_0 @ 004ee9a0] n:52 t:2.111000 text_w:726 text_h:23 x:-43 y:434/s dup=11 drop=0 [libx264 @ 01d75820] frame= 7 QP=27.87 NAL=0 Slice:B Poc:10 I:20 P:351 SKIP:823 size=1472 bytes [Parsed_drawtext_0 @ 004ee9a0] n:53 t:2.159000 text_w:726 text_h:23 x:-43 y:434 *** 1 dup! [libx264 @ 01d75820] frame= 8 QP=24.87 NAL=2 Slice:P Poc:20 I:156 P:864 SKIP:180 size=7786 bytes [libx264 @ 01d75820] frame= 9 QP=25.00 NAL=2 Slice:B Poc:18 I:0 P:19 SKIP:1181 size=57 bytes [Parsed_drawtext_0 @ 004ee9a0] n:54 t:2.191000 text_w:726 text_h:23 x:-43 y:434 [libx264 @ 01d75820] frame= 10 QP=27.50 NAL=0 Slice:B Poc:16 I:10 P:99 SKIP:1088 size=540 bytes [Parsed_drawtext_0 @ 004ee9a0] n:55 t:2.239000 text_w:726 text_h:23 x:-43 y:434 [libx264 @ 01d75820] frame= 11 QP=25.33 NAL=2 Slice:P Poc:28 I:197 P:865 SKIP:138 size=8762 bytes [Parsed_drawtext_0 @ 004ee9a0] n:56 t:2.271000 text_w:726 text_h:23 x:-43 y:434 [libx264 @ 01d75820] frame= 12 QP=27.15 NAL=2 Slice:B Poc:24 I:84 P:281 SKIP:820 size=1991 bytes [Parsed_drawtext_0 @ 004ee9a0] n:57 t:2.319000 text_w:726 text_h:23 x:-43 y:434 *** 1 dup! [libx264 @ 01d75820] frame= 13 QP=28.12 NAL=0 Slice:B Poc:22 I:35 P:339 SKIP:820 size=1325 bytes [libx264 @ 01d75820] frame= 14 QP=27.52 NAL=0 Slice:B Poc:26 I:7 P:131 SKIP:1061 size=563 bytes [Parsed_drawtext_0 @ 004ee9a0] n:58 t:2.368000 text_w:726 text_h:23 x:-43 y:434 [libx264 @ 01d75820] frame= 15 QP=25.56 NAL=2 Slice:P Poc:34 I:163 P:895 SKIP:142 size=8457 bytes [Parsed_drawtext_0 @ 004ee9a0] n:59 t:2.400000 text_w:726 text_h:23 x:-43 y:434 [libx264 @ 01d75820] frame= 16 QP=27.44 NAL=2 Slice:B Poc:32 I:36 P:181 SKIP:982 size=1104 bytes [Parsed_drawtext_0 @ 004ee9a0] n:60 t:2.448000 text_w:726 text_h:23 x:-43 y:434 [libx264 @ 01d75820] frame= 17 QP=28.37 NAL=0 Slice:B Poc:30 I:8 P:264 SKIP:928 size=695 bytes [Parsed_drawtext_0 @ 004ee9a0] n:61 t:2.480000 text_w:726 text_h:23 x:-43 y:434 [libx264 @ 01d75820] frame= 18 QP=25.58 NAL=2 Slice:P Poc:40 I:123 P:900 SKIP:177 size=7755 bytes [Parsed_drawtext_0 @ 004ee9a0] n:62 t:2.527000 text_w:726 text_h:23 x:-43 y:434 *** 1 dup! [libx264 @ 01d75820] frame= 19 QP=28.03 NAL=2 Slice:B Poc:38 I:0 P:26 SKIP:1174 size=90 bytes [libx264 @ 01d75820] frame= 20 QP=28.66 NAL=0 Slice:B Poc:36 I:9 P:195 SKIP:988 size=769 bytes [Parsed_drawtext_0 @ 004ee9a0] n:63 t:2.576000 text_w:726 text_h:23 x:-43 y:434 [libx264 @ 01d75820] frame= 21 QP=25.31 NAL=2 Slice:P Poc:46 I:115 P:957 SKIP:128 size=8512 bytes [Parsed_drawtext_0 @ 004ee9a0] n:64 t:2.608000 text_w:726 text_h:23 x:-43 y:434/s dup=14 drop=0 [libx264 @ 01d75820] frame= 22 QP=28.19 NAL=2 Slice:B Poc:44 I:48 P:285 SKIP:864 size=1655 bytes [Parsed_drawtext_0 @ 004ee9a0] n:65 t:2.655000 text_w:726 text_h:23 x:-43 y:434 *** 1 dup! [libx264 @ 01d75820] frame= 23 QP=28.15 NAL=0 Slice:B Poc:42 I:2 P:186 SKIP:1008 size=647 bytes [libx264 @ 01d75820] frame= 24 QP=25.41 NAL=2 Slice:P Poc:54 I:72 P:926 SKIP:202 size=7376 bytes [Parsed_drawtext_0 @ 004ee9a0] n:66 t:2.688000 text_w:726 text_h:23 x:-43 y:434 [libx264 @ 01d75820] frame= 25 QP=26.16 NAL=2 Slice:B Poc:50 I:11 P:372 SKIP:816 size=2141 bytes [Parsed_drawtext_0 @ 004ee9a0] n:67 t:2.735000 text_w:726 text_h:23 x:-43 y:434 [libx264 @ 01d75820] frame= 26 QP=27.65 NAL=0 Slice:B Poc:48 I:42 P:244 SKIP:911 size=1451 bytes [Parsed_drawtext_0 @ 004ee9a0] n:68 t:2.783000 text_w:726 text_h:23 x:-43 y:434 [libx264 @ 01d75820] frame= 27 QP=28.79 NAL=0 Slice:B Poc:52 I:0 P:256 SKIP:944 size=489 bytes [Parsed_drawtext_0 @ 004ee9a0] n:69 t:2.815000 text_w:726 text_h:23 x:-43 y:434 [libx264 @ 01d75820] frame= 28 QP=25.45 NAL=2 Slice:P Poc:62 I:95 P:969 SKIP:136 size=7434 bytes [Parsed_drawtext_0 @ 004ee9a0] n:70 t:2.863000 text_w:726 text_h:23 x:-43 y:434 *** 1 dup! [libx264 @ 01d75820] frame= 29 QP=26.33 NAL=2 Slice:B Poc:58 I:16 P:324 SKIP:851 size=1995 bytes [libx264 @ 01d75820] frame= 30 QP=28.22 NAL=0 Slice:B Poc:56 I:7 P:170 SKIP:1021 size=675 bytes [Parsed_drawtext_0 @ 004ee9a0] n:71 t:2.895000 text_w:726 text_h:23 x:-43 y:434 [libx264 @ 01d75820] frame= 31 QP=28.65 NAL=0 Slice:B Poc:60 I:1 P:233 SKIP:966 size=506 bytes [Parsed_drawtext_0 @ 004ee9a0] n:72 t:2.943000 text_w:726 text_h:23 x:-43 y:434 [libx264 @ 01d75820] frame= 32 QP=25.53 NAL=2 Slice:P Poc:70 I:93 P:995 SKIP:112 size=6610 bytes [Parsed_drawtext_0 @ 004ee9a0] n:73 t:2.991000 text_w:726 text_h:23 x:-43 y:434 *** 1 dup! [libx264 @ 01d75820] frame= 33 QP=28.03 NAL=2 Slice:B Poc:66 I:2 P:307 SKIP:890 size=1185 bytes [libx264 @ 01d75820] frame= 34 QP=28.50 NAL=0 Slice:B Poc:64 I:2 P:285 SKIP:911 size=865 bytes [Parsed_drawtext_0 @ 004ee9a0] n:74 t:3.023000 text_w:726 text_h:23 x:-43 y:434 [libx264 @ 01d75820] frame= 35 QP=26.63 NAL=0 Slice:B Poc:68 I:0 P:45 SKIP:1155 size=79 bytes [libx264 @ 01d75820] frame= 36 QP=25.76 NAL=2 Slice:P Poc:78 I:80 P:913 SKIP:207 size=6175 bytes [libx264 @ 01d75820] frame= 37 QP=27.48 NAL=2 Slice:B Poc:74 I:1 P:202 SKIP:995 size=814 bytes [libx264 @ 01d75820] frame= 38 QP=28.18 NAL=0 Slice:B Poc:72 I:8 P:361 SKIP:831 size=1442 bytes [libx264 @ 01d75820] frame= 39 QP=28.08 NAL=0 Slice:B Poc:76 I:10 P:283 SKIP:905 size=1147 bytes [libx264 @ 01d75820] frame= 40 QP=24.46 NAL=2 Slice:P Poc:80 I:116 P:1012 SKIP:72 size=8122 bytes [libx264 @ 01d75820] frame= 41 QP=25.25 NAL=2 Slice:P Poc:82 I:0 P:271 SKIP:929 size=934 bytes [libx264 @ 01d75820] frame= 42 QP=25.59 NAL=2 Slice:P Poc:90 I:88 P:958 SKIP:154 size=6719 bytes [libx264 @ 01d75820] frame= 43 QP=28.10 NAL=2 Slice:B Poc:86 I:2 P:206 SKIP:988 size=819 bytes [libx264 @ 01d75820] frame= 44 QP=28.12 NAL=0 Slice:B Poc:84 I:9 P:387 SKIP:803 size=1263 bytes [libx264 @ 01d75820] frame= 45 QP=26.64 NAL=0 Slice:B Poc:88 I:0 P:76 SKIP:1124 size=112 bytes [libx264 @ 01d75820] frame= 46 QP=25.71 NAL=2 Slice:P Poc:98 I:49 P:1016 SKIP:135 size=5893 bytes [libx264 @ 01d75820] frame= 47 QP=27.56 NAL=2 Slice:B Poc:94 I:26 P:391 SKIP:780 size=1814 bytes [libx264 @ 01d75820] frame= 48 QP=27.98 NAL=0 Slice:B Poc:92 I:6 P:170 SKIP:1023 size=659 bytes [libx264 @ 01d75820] frame= 49 QP=27.93 NAL=0 Slice:B Poc:96 I:5 P:185 SKIP:1009 size=835 bytes [libx264 @ 01d75820] frame= 50 QP=24.46 NAL=2 Slice:P Poc:100 I:130 P:981 SKIP:89 size=8367 bytes [libx264 @ 01d75820] frame= 51 QP=24.97 NAL=2 Slice:P Poc:102 I:0 P:255 SKIP:945 size=882 bytes [libx264 @ 01d75820] frame= 52 QP=25.42 NAL=2 Slice:P Poc:110 I:119 P:946 SKIP:135 size=7061 bytes [libx264 @ 01d75820] frame= 53 QP=27.94 NAL=2 Slice:B Poc:106 I:13 P:391 SKIP:793 size=1519 bytes [libx264 @ 01d75820] frame= 54 QP=27.86 NAL=0 Slice:B Poc:104 I:9 P:271 SKIP:920 size=973 bytes [libx264 @ 01d75820] frame= 55 QP=25.82 NAL=0 Slice:B Poc:108 I:0 P:57 SKIP:1143 size=79 bytes [libx264 @ 01d75820] frame= 56 QP=25.59 NAL=2 Slice:P Poc:118 I:43 P:1004 SKIP:153 size=5798 bytes [libx264 @ 01d75820] frame= 57 QP=27.91 NAL=2 Slice:B Poc:114 I:2 P:287 SKIP:911 size=1015 bytes [libx264 @ 01d75820] frame= 58 QP=28.17 NAL=0 Slice:B Poc:112 I:20 P:325 SKIP:853 size=1418 bytes [libx264 @ 01d75820] frame= 59 QP=26.68 NAL=0 Slice:B Poc:116 I:0 P:107 SKIP:1093 size=130 bytes [libx264 @ 01d75820] frame= 60 QP=25.82 NAL=2 Slice:P Poc:126 I:115 P:902 SKIP:183 size=5956 bytes [libx264 @ 01d75820] frame= 61 QP=27.61 NAL=2 Slice:B Poc:122 I:3 P:332 SKIP:861 size=1335 bytes [libx264 @ 01d75820] frame= 62 QP=28.30 NAL=0 Slice:B Poc:120 I:4 P:356 SKIP:840 size=1448 bytes [libx264 @ 01d75820] frame= 63 QP=27.97 NAL=0 Slice:B Poc:124 I:0 P:257 SKIP:943 size=878 bytes [libx264 @ 01d75820] frame= 64 QP=24.42 NAL=2 Slice:P Poc:128 I:118 P:971 SKIP:111 size=7968 bytes [libx264 @ 01d75820] frame= 65 QP=25.50 NAL=2 Slice:P Poc:130 I:0 P:195 SKIP:1005 size=652 bytes [libx264 @ 01d75820] frame= 66 QP=24.77 NAL=2 Slice:P Poc:138 I:94 P:956 SKIP:150 size=7057 bytes [libx264 @ 01d75820] frame= 67 QP=27.62 NAL=2 Slice:B Poc:134 I:6 P:335 SKIP:858 size=1364 bytes [libx264 @ 01d75820] frame= 68 QP=28.22 NAL=0 Slice:B Poc:132 I:1 P:306 SKIP:888 size=967 bytes [libx264 @ 01d75820] frame= 69 QP=28.51 NAL=0 Slice:B Poc:136 I:1 P:410 SKIP:787 size=1513 bytes [libx264 @ 01d75820] frame= 70 QP=25.78 NAL=2 Slice:P Poc:140 I:0 P:260 SKIP:940 size=755 bytes [dshow @ 004e8500] real-time buffer[Webcam C110] too full (80% of size: 3041280)! frame dropped! [libx264 @ 01d75820] frame= 71 QP=26.03 NAL=2 Slice:P Poc:148 I:57 P:946 SKIP:197 size=5345 bytes [libx264 @ 01d75820] frame= 72 QP=27.47 NAL=2 Slice:B Poc:144 I:13 P:564 SKIP:623 size=2487 bytes [libx264 @ 01d75820] frame= 73 QP=27.95 NAL=0 Slice:B Poc:142 I:7 P:286 SKIP:907 size=946 bytes [libx264 @ 01d75820] frame= 74 QP=28.18 NAL=0 Slice:B Poc:146 I:2 P:242 SKIP:954 size=781 bytes [libx264 @ 01d75820] frame= 75 QP=24.77 NAL=2 Slice:P Poc:150 I:91 P:1001 SKIP:108 size=6901 bytes [libx264 @ 01d75820] frame= 76 QP=25.68 NAL=2 Slice:P Poc:152 I:0 P:280 SKIP:920 size=642 bytes [dshow @ 004e8500] real-time buffer[Webcam C110] too full (80% of size: 3041280)! frame dropped! [libx264 @ 01d75820] frame= 77 QP=25.96 NAL=2 Slice:P Poc:160 I:73 P:960 SKIP:167 size=5410 bytes [libx264 @ 01d75820] frame= 78 QP=28.02 NAL=2 Slice:B Poc:156 I:3 P:224 SKIP:971 size=829 bytes [libx264 @ 01d75820] frame= 79 QP=28.03 NAL=0 Slice:B Poc:154 I:14 P:290 SKIP:895 size=1271 bytes [libx264 @ 01d75820] frame= 80 QP=26.43 NAL=0 Slice:B Poc:158 I:0 P:41 SKIP:1159 size=75 bytes [libx264 @ 01d75820] frame= 81 QP=26.54 NAL=2 Slice:P Poc:168 I:35 P:889 SKIP:276 size=4296 bytes [libx264 @ 01d75820] frame= 82 QP=27.64 NAL=2 Slice:B Poc:164 I:2 P:398 SKIP:797 size=1542 bytes [libx264 @ 01d75820] frame= 83 QP=28.27 NAL=0 Slice:B Poc:162 I:13 P:319 SKIP:868 size=1225 bytes [libx264 @ 01d75820] frame= 84 QP=28.37 NAL=0 Slice:B Poc:166 I:3 P:205 SKIP:992 size=775 bytes [libx264 @ 01d75820] frame= 85 QP=25.23 NAL=2 Slice:P Poc:170 I:104 P:922 SKIP:174 size=6185 bytes [libx264 @ 01d75820] frame= 86 QP=26.45 NAL=2 Slice:P Poc:172 I:1 P:195 SKIP:1004 size=531 bytes [libx264 @ 01d75820] frame= 87 QP=27.74 NAL=2 Slice:P Poc:180 I:88 P:774 SKIP:338 size=3481 bytes [libx264 @ 01d75820] frame= 88 QP=27.89 NAL=2 Slice:B Poc:176 I:6 P:314 SKIP:878 size=1198 bytes [libx264 @ 01d75820] frame= 89 QP=27.76 NAL=0 Slice:B Poc:174 I:11 P:184 SKIP:1005 size=778 bytes [libx264 @ 01d75820] frame= 90 QP=27.71 NAL=0 Slice:B Poc:178 I:0 P:306 SKIP:893 size=408 bytes [libx264 @ 01d75820] frame= 91 QP=28.37 NAL=2 Slice:P Poc:182 I:73 P:756 SKIP:371 size=2850 bytes frame= 92 fps= 28 q=-1.0 Lsize= 255kB time=00:00:02.99 bitrate= 696.7kbits/s dup=17 drop=0 video:253kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.731787% Input file #0 (video=Webcam C110): Input stream #0:0 (video): 75 packets read (46080000 bytes); 75 frames decoded; Total: 75 packets (46080000 bytes) demuxed Output file #0 (drawtext.mp4): Output stream #0:0 (video): 92 frames encoded; 92 packets muxed (259365 bytes); Total: 92 packets (259365 bytes) muxed [libx264 @ 01d75820] frame I:1 Avg QP:25.15 size: 15112 [libx264 @ 01d75820] frame P:33 Avg QP:25.56 size: 5586 [libx264 @ 01d75820] frame B:58 Avg QP:27.69 size: 1021 [libx264 @ 01d75820] consecutive B-frames: 14.1% 0.0% 16.3% 69.6% [libx264 @ 01d75820] mb I I16..4: 21.6% 58.3% 20.2% [libx264 @ 01d75820] mb P I16..4: 4.6% 2.8% 0.1% P16..4: 46.6% 12.8% 6.7% 0.0% 0.0% skip:26.4% [libx264 @ 01d75820] mb B I16..4: 0.6% 0.3% 0.0% B16..8: 19.5% 0.3% 0.1% direct: 1.7% skip:77.5% L0:42.8% L1:53.0% BI: 4.2% [libx264 @ 01d75820] 8x8 transform intra:41.4% inter:73.9% [libx264 @ 01d75820] coded y,u,v intra: 23.6% 23.8% 21.2% inter: 8.2% 14.5% 11.3% [libx264 @ 01d75820] i16 v,h,dc,p: 29% 16% 12% 43% [libx264 @ 01d75820] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 18% 17% 37% 3% 5% 6% 4% 3% 7% [libx264 @ 01d75820] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 29% 33% 12% 3% 4% 8% 4% 2% 5% [libx264 @ 01d75820] Weighted P-Frames: Y:21.2% UV:3.0% [libx264 @ 01d75820] ref P L0: 46.5% 7.9% 24.7% 20.2% 0.6% [libx264 @ 01d75820] ref B L0: 61.7% 20.7% 17.6% [libx264 @ 01d75820] ref B L1: 81.5% 18.5% [libx264 @ 01d75820] kb/s:674.81 [dshow @ 004e8500] real-time buffer[Webcam C110] too full (101% of size: 3041280)! frame dropped! 75 frames successfully decoded, 0 decoding errors [AVIOContext @ 01d7fba0] Statistics: 34 seeks, 118 writeouts ^CTerminate batch job (Y/N)? --- /CODE --- If you require anything else to reproduce this problem please let me know and I will be only too happy to assist you. Thank you for your time and work on this great project. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 28 08:51:09 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 28 Apr 2014 06:51:09 -0000 Subject: [FFmpeg-trac] #3571(avfilter:new): Drawtext fontcolor alpha not working In-Reply-To: <035.00f8ec9527808e256a45f409099711a7@avcodec.org> References: <035.00f8ec9527808e256a45f409099711a7@avcodec.org> Message-ID: <050.d25b729b33b12a9ca7d5523b04a6c029@avcodec.org> #3571: Drawtext fontcolor alpha not working -------------------------------------+------------------------------------- Reporter: nickj | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: drawtext | Blocked By: alpha | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * version: unspecified => git-master Comment: Is the problem only reproducible with dshow input or also with {{{-f lavfi -i testsrc}}}? (I am sure you understand that most developers cannot test dshow input.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 28 09:00:32 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 28 Apr 2014 07:00:32 -0000 Subject: [FFmpeg-trac] #3597(undetermined:new): ffmpeg git version N-62751-gd03defa create slow/hang h.264 file. In-Reply-To: <033.8f98e4255e6cd7add3a00ea88ada99cb@avcodec.org> References: <033.8f98e4255e6cd7add3a00ea88ada99cb@avcodec.org> Message-ID: <048.83389fb9764745331469562addc67c59@avcodec.org> #3597: ffmpeg git version N-62751-gd03defa create slow/hang h.264 file. -------------------------------------+------------------------------------- Reporter: dkt | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: h264 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Sorry if I was unclear: You did not explain what kind of problems you see when decoding the output file - which application do you use (with what arguments)? The output file you uploaded plays fine here (absolutely no hanging) but it needs a lot of CPU power. If this is not a performance problem, you should be able to also reproduce it with a much lower resolution, if the problem disappears at a lower resolution, I don't see how it would not be a performance problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 28 09:01:34 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 28 Apr 2014 07:01:34 -0000 Subject: [FFmpeg-trac] #3571(avfilter:new): Drawtext fontcolor alpha not working In-Reply-To: <035.00f8ec9527808e256a45f409099711a7@avcodec.org> References: <035.00f8ec9527808e256a45f409099711a7@avcodec.org> Message-ID: <050.63243aeff8c6bced5e12840d812941c6@avcodec.org> #3571: Drawtext fontcolor alpha not working -------------------------------------+------------------------------------- Reporter: nickj | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: drawtext | Blocked By: alpha | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by nickj): Yes I understand, that was too OS specific! Thanks for teaching me that trick and the quick reply! Yes I can confirm that that issue occurs with that input - ---- ffmpeg -y -v debug -f lavfi -i testsrc -pix_fmt rgba -filter_complex "drawtext=borderw=1:box=1:boxcolor=black at 0.5:bordercolor=black:text='ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz':fontcolor=white at 0.8:fontsize=24:fontfile='/WINDOWS/FONTS/Arial.ttf':x=(w-tw)/2:y=h-(2*lh) " drawtext-2.mp4 C:\Users\Nick\Documents\Visual Studio 2008\Projects\TprVideoEngine2-15\TprVideoEngine2-15\Debug>ffmpeg -y -v debug -f lavfi -i testsrc -pix_fmt rgba -filter_complex "drawtext=borderw=1:box=1:boxcolor=black at 0.5:bordercolor=black:text='ABCDEFGHIJKLMNO PQRSTUVWXYZabcdefghijklmnopqrstuvwxyz':fontcolor=white at 0.8:fontsize=24:fontfile='/WINDOWS/FONTS/Arial.ttf':x=(w-tw)/2:y=h-(2*lh) " drawtext-2.mp4 ffmpeg version N-62460-gef818d8 Copyright (c) 2000-2014 the FFmpeg developers built on Apr 14 2014 22:05:25 with gcc 4.8.2 (GCC) configuration: --disable-static --enable-shared --enable-gpl --enable- version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable- fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libc aca --enable-libfreetype --enable-libgsm --enable-libilbc --enable- libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable-libsoxr - -enable-libspeex --enable-libtheora --enable-libtwolame --enable- libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libwavpack --enable-libx264 --enable- libx265 --enable-libxavs --enable-libxvid --ena ble-zlib libavutil 52. 76.100 / 52. 76.100 libavcodec 55. 58.103 / 55. 58.103 libavformat 55. 37.100 / 55. 37.100 libavdevice 55. 13.100 / 55. 13.100 libavfilter 4. 4.100 / 4. 4.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Splitting the commandline. Reading option '-y' ... matched as option 'y' (overwrite output files) with argument '1'. Reading option '-v' ... matched as option 'v' (set logging level) with argument 'debug'. Reading option '-f' ... matched as option 'f' (force format) with argument 'lavfi'. Reading option '-i' ... matched as input file with argument 'testsrc'. Reading option '-pix_fmt' ... matched as option 'pix_fmt' (set pixel format) with argument 'rgba'. Reading option '-filter_complex' ... matched as option 'filter_complex' (create a complex filtergraph) with argument 'drawtext=borderw=1:box=1:boxcolor=black at 0.5:bordercolor=black:text='ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz':fontcolor= white at 0.8:fontsize=24:fontfile='/WINDOWS/FONTS/Arial.ttf':x=(w-tw)/2:y=h-(2*lh) '. Reading option 'drawtext-2.mp4' ... matched as output file. Finished splitting the commandline. Parsing a group of options: global . Applying option y (overwrite output files) with argument 1. Applying option v (set logging level) with argument debug. Applying option filter_complex (create a complex filtergraph) with argument drawtext=borderw=1:box=1:boxcolor=black at 0.5:bordercolor=black:text='ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz':fontcolor=white at 0.8:fontsize=24:fontfile='/WINDOWS/F ONTS/Arial.ttf':x=(w-tw)/2:y=h-(2*lh) . Successfully parsed a group of options. Parsing a group of options: input file testsrc. Applying option f (force format) with argument lavfi. Successfully parsed a group of options. Opening an input file: testsrc. detected 8 logical cores [Parsed_testsrc_0 @ 006caa80] size:320x240 rate:25/1 duration:-1.000000 sar:1/1 [AVFilterGraph @ 006c8c00] query_formats: 2 queried, 1 merged, 0 already done, 0 delayed [lavfi @ 006c85c0] All info found Input #0, lavfi, from 'testsrc': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0, 1, 1/25: Video: rawvideo (RGB[24] / 0x18424752), rgb24, 320x240 [SAR 1:1 DAR 4:3], 1/25, 25 tbr, 25 tbn, 25 tbc Successfully opened the file. Parsing a group of options: output file drawtext-2.mp4. Applying option pix_fmt (set pixel format) with argument rgba. Successfully parsed a group of options. Opening an output file: drawtext-2.mp4. [Parsed_drawtext_0 @ 005c1020] Setting 'borderw' to value '1' [Parsed_drawtext_0 @ 005c1020] Setting 'box' to value '1' [Parsed_drawtext_0 @ 005c1020] Setting 'boxcolor' to value 'black at 0.5' [Parsed_drawtext_0 @ 005c1020] Setting 'bordercolor' to value 'black' [Parsed_drawtext_0 @ 005c1020] Setting 'text' to value 'ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz' [Parsed_drawtext_0 @ 005c1020] Setting 'fontcolor' to value 'white at 0.8' [Parsed_drawtext_0 @ 005c1020] Setting 'fontsize' to value '24' [Parsed_drawtext_0 @ 005c1020] Setting 'fontfile' to value '/WINDOWS/FONTS/Arial.ttf' [Parsed_drawtext_0 @ 005c1020] Setting 'x' to value '(w-tw)/2' [Parsed_drawtext_0 @ 005c1020] Setting 'y' to value 'h-(2*lh)' [graph 0 input from stream 0:0 @ 005c16a0] Setting 'video_size' to value '320x240' [graph 0 input from stream 0:0 @ 005c16a0] Setting 'pix_fmt' to value '2' [graph 0 input from stream 0:0 @ 005c16a0] Setting 'time_base' to value '1/25' [graph 0 input from stream 0:0 @ 005c16a0] Setting 'pixel_aspect' to value '1/1' [graph 0 input from stream 0:0 @ 005c16a0] Setting 'sws_param' to value 'flags=2' [graph 0 input from stream 0:0 @ 005c16a0] Setting 'frame_rate' to value '25/1' [graph 0 input from stream 0:0 @ 005c16a0] w:320 h:240 pixfmt:rgb24 tb:1/25 fr:25/1 sar:1/1 sws_param:flags=2 Incompatible pixel format 'rgba' for codec 'libx264', auto-selecting format 'yuv444p' [format @ 005c1da0] compat: called with args=[yuv444p] [format @ 005c1da0] Setting 'pix_fmts' to value 'yuv444p' Successfully opened the file. [auto-inserted scaler 0 @ 005c12a0] w:iw h:ih flags:'bilinear' interl:0 [format @ 005c1da0] auto-inserting filter 'auto-inserted scaler 0' between the filter 'Parsed_drawtext_0' and the filter 'format' [AVFilterGraph @ 006cdb20] query_formats: 4 queried, 2 merged, 1 already done, 0 delayed [auto-inserted scaler 0 @ 005c12a0] w:320 h:240 fmt:rgb24 sar:1/1 -> w:320 h:240 fmt:yuv444p sar:1/1 flags:0x2 [libx264 @ 00603920] using mv_range_thread = 24 [libx264 @ 00603920] using SAR=1/1 [libx264 @ 00603920] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2 [libx264 @ 00603920] profile High 4:4:4 Predictive, level 1.3, 4:4:4 8-bit [libx264 @ 00603920] 264 - core 142 r2409 d6b4e63 - H.264/MPEG-4 AVC codec - Copyleft 2003-2014 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=4 threads=12 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 we ightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 Output #0, mp4, to 'drawtext-2.mp4': Metadata: encoder : Lavf55.37.100 Stream #0:0, 0, 1/12800: Video: h264 (libx264) ([33][0][0][0] / 0x0021), yuv444p, 320x240 [SAR 1:1 DAR 4:3], 1/25, q=-1--1, 12800 tbn, 25 tbc Stream mapping: Stream #0:0 (rawvideo) -> drawtext drawtext -> Stream #0:0 (libx264) Press [q] to stop, [?] for help [Parsed_drawtext_0 @ 005c1020] Copying data in avfilter. [Parsed_drawtext_0 @ 005c1020] n:0 t:0.000000 text_w:726 text_h:23 x:-203 y:194 [Parsed_drawtext_0 @ 005c1020] Copying data in avfilter. [Parsed_drawtext_0 @ 005c1020] n:1 t:0.040000 text_w:726 text_h:23 x:-203 y:194 [Parsed_drawtext_0 @ 005c1020] Copying data in avfilter. [Parsed_drawtext_0 @ 005c1020] n:2 t:0.080000 text_w:726 text_h:23 x:-203 y:194 [Parsed_drawtext_0 @ 005c1020] Copying data in avfilter. [Parsed_drawtext_0 @ 005c1020] n:3 t:0.120000 text_w:726 text_h:23 x:-203 y:194 [Parsed_drawtext_0 @ 005c1020] Copying data in avfilter. [Parsed_drawtext_0 @ 005c1020] n:4 t:0.160000 text_w:726 text_h:23 x:-203 y:194 [Parsed_drawtext_0 @ 005c1020] Copying data in avfilter. [Parsed_drawtext_0 @ 005c1020] n:5 t:0.200000 text_w:726 text_h:23 x:-203 y:194 [Parsed_drawtext_0 @ 005c1020] Copying data in avfilter. [Parsed_drawtext_0 @ 005c1020] n:6 t:0.240000 text_w:726 text_h:23 x:-203 y:194 [Parsed_drawtext_0 @ 005c1020] Copying data in avfilter. [Parsed_drawtext_0 @ 005c1020] n:7 t:0.280000 text_w:726 text_h:23 x:-203 y:194 [Parsed_drawtext_0 @ 005c1020] Copying data in avfilter. [Parsed_drawtext_0 @ 005c1020] n:8 t:0.320000 text_w:726 text_h:23 x:-203 y:194 [Parsed_drawtext_0 @ 005c1020] Copying data in avfilter. [Parsed_drawtext_0 @ 005c1020] n:9 t:0.360000 text_w:726 text_h:23 x:-203 y:194 [Parsed_drawtext_0 @ 005c1020] Copying data in avfilter. [Parsed_drawtext_0 @ 005c1020] n:10 t:0.400000 text_w:726 text_h:23 x:-203 y:194 [Parsed_drawtext_0 @ 005c1020] Copying data in avfilter. [Parsed_drawtext_0 @ 005c1020] n:11 t:0.440000 text_w:726 text_h:23 x:-203 y:194 [Parsed_drawtext_0 @ 005c1020] Copying data in avfilter. [Parsed_drawtext_0 @ 005c1020] n:12 t:0.480000 text_w:726 text_h:23 x:-203 y:194 [Parsed_drawtext_0 @ 005c1020] Copying data in avfilter. [Parsed_drawtext_0 @ 005c1020] n:13 t:0.520000 text_w:726 text_h:23 x:-203 y:194 [Parsed_drawtext_0 @ 005c1020] Copying data in avfilter. [Parsed_drawtext_0 @ 005c1020] n:14 t:0.560000 text_w:726 text_h:23 x:-203 y:194 [Parsed_drawtext_0 @ 005c1020] Copying data in avfilter. [Parsed_drawtext_0 @ 005c1020] n:15 t:0.600000 text_w:726 text_h:23 x:-203 y:194 [Parsed_drawtext_0 @ 005c1020] Copying data in avfilter. [Parsed_drawtext_0 @ 005c1020] n:16 t:0.640000 text_w:726 text_h:23 x:-203 y:194 [Parsed_drawtext_0 @ 005c1020] Copying data in avfilter. [Parsed_drawtext_0 @ 005c1020] n:17 t:0.680000 text_w:726 text_h:23 x:-203 y:194 [Parsed_drawtext_0 @ 005c1020] Copying data in avfilter. [Parsed_drawtext_0 @ 005c1020] n:18 t:0.720000 text_w:726 text_h:23 x:-203 y:194 [Parsed_drawtext_0 @ 005c1020] Copying data in avfilter. [Parsed_drawtext_0 @ 005c1020] n:19 t:0.760000 text_w:726 text_h:23 x:-203 y:194 [Parsed_drawtext_0 @ 005c1020] Copying data in avfilter. [Parsed_drawtext_0 @ 005c1020] n:20 t:0.800000 text_w:726 text_h:23 x:-203 y:194 [Parsed_drawtext_0 @ 005c1020] Copying data in avfilter. [Parsed_drawtext_0 @ 005c1020] n:21 t:0.840000 text_w:726 text_h:23 x:-203 y:194 [Parsed_drawtext_0 @ 005c1020] Copying data in avfilter. [Parsed_drawtext_0 @ 005c1020] n:22 t:0.880000 text_w:726 text_h:23 x:-203 y:194 [Parsed_drawtext_0 @ 005c1020] Copying data in avfilter. [Parsed_drawtext_0 @ 005c1020] n:23 t:0.920000 text_w:726 text_h:23 x:-203 y:194 [Parsed_drawtext_0 @ 005c1020] Copying data in avfilter. [Parsed_drawtext_0 @ 005c1020] n:24 t:0.960000 text_w:726 text_h:23 x:-203 y:194 [Parsed_drawtext_0 @ 005c1020] Copying data in avfilter. [Parsed_drawtext_0 @ 005c1020] n:25 t:1.000000 text_w:726 text_h:23 x:-203 y:194 [Parsed_drawtext_0 @ 005c1020] Copying data in avfilter. [Parsed_drawtext_0 @ 005c1020] n:26 t:1.040000 text_w:726 text_h:23 x:-203 y:194 [Parsed_drawtext_0 @ 005c1020] Copying data in avfilter. [Parsed_drawtext_0 @ 005c1020] n:27 t:1.080000 text_w:726 text_h:23 x:-203 y:194 [Parsed_drawtext_0 @ 005c1020] Copying data in avfilter. [Parsed_drawtext_0 @ 005c1020] n:28 t:1.120000 text_w:726 text_h:23 x:-203 y:194 [Parsed_drawtext_0 @ 005c1020] Copying data in avfilter. [Parsed_drawtext_0 @ 005c1020] n:29 t:1.160000 text_w:726 text_h:23 x:-203 y:194 [Parsed_drawtext_0 @ 005c1020] Copying data in avfilter. [Parsed_drawtext_0 @ 005c1020] n:30 t:1.200000 text_w:726 text_h:23 x:-203 y:194 [Parsed_drawtext_0 @ 005c1020] Copying data in avfilter. [Parsed_drawtext_0 @ 005c1020] n:31 t:1.240000 text_w:726 text_h:23 x:-203 y:194 [Parsed_drawtext_0 @ 005c1020] Copying data in avfilter. [Parsed_drawtext_0 @ 005c1020] n:32 t:1.280000 text_w:726 text_h:23 x:-203 y:194 [Parsed_drawtext_0 @ 005c1020] Copying data in avfilter. [Parsed_drawtext_0 @ 005c1020] n:33 t:1.320000 text_w:726 text_h:23 x:-203 y:194 [Parsed_drawtext_0 @ 005c1020] Copying data in avfilter. [Parsed_drawtext_0 @ 005c1020] n:34 t:1.360000 text_w:726 text_h:23 x:-203 y:194 [Parsed_drawtext_0 @ 005c1020] Copying data in avfilter. [Parsed_drawtext_0 @ 005c1020] n:35 t:1.400000 text_w:726 text_h:23 x:-203 y:194 [Parsed_drawtext_0 @ 005c1020] Copying data in avfilter. [Parsed_drawtext_0 @ 005c1020] n:36 t:1.440000 text_w:726 text_h:23 x:-203 y:194 [Parsed_drawtext_0 @ 005c1020] Copying data in avfilter. [Parsed_drawtext_0 @ 005c1020] n:37 t:1.480000 text_w:726 text_h:23 x:-203 y:194 [Parsed_drawtext_0 @ 005c1020] Copying data in avfilter. [Parsed_drawtext_0 @ 005c1020] n:38 t:1.520000 text_w:726 text_h:23 x:-203 y:194 [Parsed_drawtext_0 @ 005c1020] Copying data in avfilter. [Parsed_drawtext_0 @ 005c1020] n:39 t:1.560000 text_w:726 text_h:23 x:-203 y:194 [Parsed_drawtext_0 @ 005c1020] Copying data in avfilter. [Parsed_drawtext_0 @ 005c1020] n:40 t:1.600000 text_w:726 text_h:23 x:-203 y:194 [Parsed_drawtext_0 @ 005c1020] Copying data in avfilter. [Parsed_drawtext_0 @ 005c1020] n:41 t:1.640000 text_w:726 text_h:23 x:-203 y:194 [Parsed_drawtext_0 @ 005c1020] Copying data in avfilter. [Parsed_drawtext_0 @ 005c1020] n:42 t:1.680000 text_w:726 text_h:23 x:-203 y:194 [libx264 @ 00603920] frame= 0 QP=18.66 NAL=3 Slice:I Poc:0 I:300 P:0 SKIP:0 size=7577 bytes [libx264 @ 00603920] frame= 1 QP=23.95 NAL=2 Slice:P Poc:8 I:0 P:71 SKIP:229 size=1148 bytes [libx264 @ 00603920] frame= 2 QP=12.00 NAL=2 Slice:B Poc:4 I:0 P:18 SKIP:282 size=41 bytes [libx264 @ 00603920] frame= 3 QP=13.00 NAL=0 Slice:B Poc:2 I:0 P:12 SKIP:288 size=31 bytes [libx264 @ 00603920] frame= 4 QP=13.00 NAL=0 Slice:B Poc:6 I:0 P:2 SKIP:298 size=18 bytes [libx264 @ 00603920] frame= 5 QP=15.08 NAL=2 Slice:P Poc:16 I:0 P:62 SKIP:238 size=1228 bytes [libx264 @ 00603920] frame= 6 QP=12.00 NAL=2 Slice:B Poc:12 I:0 P:7 SKIP:293 size=30 bytes [libx264 @ 00603920] frame= 7 QP=13.00 NAL=0 Slice:B Poc:10 I:0 P:10 SKIP:290 size=27 bytes [libx264 @ 00603920] frame= 8 QP=13.00 NAL=0 Slice:B Poc:14 I:0 P:4 SKIP:296 size=21 bytes [libx264 @ 00603920] frame= 9 QP=14.34 NAL=2 Slice:P Poc:18 I:1 P:49 SKIP:250 size=413 bytes [libx264 @ 00603920] frame= 10 QP=14.35 NAL=2 Slice:P Poc:20 I:0 P:55 SKIP:245 size=509 bytes [libx264 @ 00603920] frame= 11 QP=14.30 NAL=2 Slice:P Poc:28 I:0 P:60 SKIP:240 size=1626 bytes [libx264 @ 00603920] frame= 12 QP=12.00 NAL=2 Slice:B Poc:24 I:0 P:7 SKIP:293 size=29 bytes [libx264 @ 00603920] frame= 13 QP=16.45 NAL=0 Slice:B Poc:22 I:0 P:23 SKIP:277 size=43 bytes [libx264 @ 00603920] frame= 14 QP=13.00 NAL=0 Slice:B Poc:26 I:0 P:4 SKIP:296 size=22 bytes [libx264 @ 00603920] frame= 15 QP=13.83 NAL=2 Slice:P Poc:30 I:0 P:49 SKIP:251 size=359 bytes [libx264 @ 00603920] frame= 16 QP=15.26 NAL=2 Slice:P Poc:38 I:1 P:58 SKIP:241 size=1320 bytes [libx264 @ 00603920] frame= 17 QP=12.00 NAL=2 Slice:B Poc:34 I:0 P:7 SKIP:293 size=28 bytes [libx264 @ 00603920] frame= 18 QP=16.15 NAL=0 Slice:B Poc:32 I:0 P:26 SKIP:274 size=43 bytes [libx264 @ 00603920] frame= 19 QP=13.00 NAL=0 Slice:B Poc:36 I:0 P:4 SKIP:296 size=21 bytes [libx264 @ 00603920] frame= 20 QP=15.21 NAL=2 Slice:P Poc:40 I:2 P:46 SKIP:252 size=337 bytes [libx264 @ 00603920] frame= 21 QP=15.24 NAL=2 Slice:P Poc:42 I:2 P:51 SKIP:247 size=478 bytes [libx264 @ 00603920] frame= 22 QP=15.12 NAL=2 Slice:P Poc:44 I:0 P:53 SKIP:247 size=531 bytes [libx264 @ 00603920] frame= 23 QP=15.21 NAL=2 Slice:P Poc:46 I:0 P:53 SKIP:247 size=507 bytes [libx264 @ 00603920] frame= 24 QP=14.60 NAL=2 Slice:P Poc:48 I:1 P:50 SKIP:249 size=439 bytes [libx264 @ 00603920] frame= 25 QP=17.18 NAL=2 Slice:P Poc:50 I:9 P:55 SKIP:236 size=640 bytes [libx264 @ 00603920] frame= 26 QP=13.71 NAL=2 Slice:P Poc:52 I:1 P:52 SKIP:247 size=491 bytes [libx264 @ 00603920] frame= 27 QP=13.98 NAL=2 Slice:P Poc:60 I:5 P:58 SKIP:237 size=1092 bytes [libx264 @ 00603920] frame= 28 QP=12.00 NAL=2 Slice:B Poc:56 I:0 P:2 SKIP:298 size=22 bytes [libx264 @ 00603920] frame= 29 QP=16.15 NAL=0 Slice:B Poc:54 I:0 P:21 SKIP:279 size=39 bytes [libx264 @ 00603920] frame= 30 QP=13.00 NAL=0 Slice:B Poc:58 I:0 P:1 SKIP:299 size=16 bytes [libx264 @ 00603920] frame= 31 QP=14.88 NAL=2 Slice:P Poc:68 I:1 P:57 SKIP:242 size=1009 bytes [libx264 @ 00603920] frame= 32 QP=12.00 NAL=2 Slice:B Poc:64 I:0 P:4 SKIP:296 size=25 bytes [libx264 @ 00603920] frame= 33 QP=16.64 NAL=0 Slice:B Poc:62 I:0 P:13 SKIP:287 size=39 bytes [libx264 @ 00603920] frame= 34 QP=13.00 NAL=0 Slice:B Poc:66 I:0 P:3 SKIP:297 size=20 bytes [libx264 @ 00603920] frame= 35 QP=15.92 NAL=2 Slice:P Poc:76 I:4 P:56 SKIP:240 size=971 bytes [libx264 @ 00603920] frame= 36 QP=12.00 NAL=2 Slice:B Poc:72 I:0 P:6 SKIP:294 size=28 bytes [libx264 @ 00603920] frame= 37 QP=16.59 NAL=0 Slice:B Poc:70 I:0 P:19 SKIP:281 size=37 bytes [libx264 @ 00603920] frame= 38 QP=13.00 NAL=0 Slice:B Poc:74 I:0 P:0 SKIP:300 size=14 bytes [libx264 @ 00603920] frame= 39 QP=18.59 NAL=2 Slice:P Poc:84 I:2 P:49 SKIP:249 size=513 bytes [libx264 @ 00603920] frame= 40 QP=12.00 NAL=2 Slice:B Poc:80 I:0 P:3 SKIP:296 size=29 bytes [libx264 @ 00603920] frame= 41 QP=13.00 NAL=0 Slice:B Poc:78 I:0 P:5 SKIP:295 size=22 bytes [libx264 @ 00603920] frame= 42 QP=13.00 NAL=0 Slice:B Poc:82 I:0 P:2 SKIP:298 size=18 bytes frame= 43 fps=0.0 q=-1.0 Lsize= 23kB time=00:00:01.64 bitrate= 116.3kbits/s video:22kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 5.749778% Input file #0 (testsrc): Input stream #0:0 (video): 43 packets read (9907200 bytes); 43 frames decoded; Total: 43 packets (9907200 bytes) demuxed Output file #0 (drawtext-2.mp4): Output stream #0:0 (video): 43 frames encoded; 43 packets muxed (22540 bytes); Total: 43 packets (22540 bytes) muxed [libx264 @ 00603920] frame I:1 Avg QP:18.66 size: 7577 [libx264 @ 00603920] frame P:18 Avg QP:15.60 size: 756 [libx264 @ 00603920] frame B:24 Avg QP:13.37 size: 28 [libx264 @ 00603920] consecutive B-frames: 25.6% 0.0% 0.0% 74.4% [libx264 @ 00603920] mb I I16..4: 33.3% 32.0% 34.7% [libx264 @ 00603920] mb P I16..4: 0.2% 0.1% 0.2% P16..4: 14.3% 1.9% 2.0% 0.0% 0.0% skip:81.2% [libx264 @ 00603920] mb B I16..4: 0.0% 0.0% 0.0% B16..8: 2.8% 0.0% 0.0% direct: 0.0% skip:97.2% L0:18.9% L1:81.1% BI: 0.0% [libx264 @ 00603920] 8x8 transform intra:31.3% inter:52.2% [libx264 @ 00603920] coded y,u,v intra: 20.1% 17.8% 16.9% inter: 2.6% 2.9% 2.5% [libx264 @ 00603920] i16 v,h,dc,p: 88% 8% 4% 0% [libx264 @ 00603920] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 39% 13% 47% 1% 0% 0% 0% 0% 0% [libx264 @ 00603920] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 44% 20% 18% 3% 3% 4% 2% 4% 2% [libx264 @ 00603920] Weighted P-Frames: Y:0.0% UV:0.0% [libx264 @ 00603920] ref P L0: 69.9% 20.6% 7.7% 1.9% [libx264 @ 00603920] ref B L0: 74.4% 7.7% 17.9% [libx264 @ 00603920] ref B L1: 98.8% 1.2% [libx264 @ 00603920] kb/s:101.63 43 frames successfully decoded, 0 decoding errors [AVIOContext @ 006c9140] Statistics: 34 seeks, 69 writeouts Received signal 2: terminating. Terminate batch job (Y/N)? ---- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 28 09:25:14 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 28 Apr 2014 07:25:14 -0000 Subject: [FFmpeg-trac] #3597(undetermined:new): ffmpeg git version N-62751-gd03defa create slow/hang h.264 file. In-Reply-To: <033.8f98e4255e6cd7add3a00ea88ada99cb@avcodec.org> References: <033.8f98e4255e6cd7add3a00ea88ada99cb@avcodec.org> Message-ID: <048.e53869b96c7f136a26a477f021d6a8b6@avcodec.org> #3597: ffmpeg git version N-62751-gd03defa create slow/hang h.264 file. -------------------------------------+------------------------------------- Reporter: dkt | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: h264 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by dkt): The slow problem is written in comment 2 point b. I have tried to view in ffplay , mpchc player, mplayer and light works editor. Result is the same. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 28 09:28:00 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 28 Apr 2014 07:28:00 -0000 Subject: [FFmpeg-trac] #3598(undetermined:new): Too verbose output using concat demuxer with wav files Message-ID: <037.f6d996e39b58657d998b5192b6476bd1@avcodec.org> #3598: Too verbose output using concat demuxer with wav files -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: minor | Component: Version: git- | undetermined master | Keywords: concat wav Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- http://thread.gmane.org/gmane.comp.video.ffmpeg.user/51553 When using the concat demuxer to concatenate wav files, ffmpeg prints many warnings starting from the second file. {{{ $ ffmpeg -f lavfi -i sine -t 0.5 out.wav }}} {{{ $ echo "file out.wav" >concat.txt $ echo "file out.wav" >>concat.txt }}} {{{ $ ffmpeg -f concat -i concat.txt -f null - ffmpeg version N-62757-g18af0ce Copyright (c) 2000-2014 the FFmpeg developers built on Apr 28 2014 09:25:16 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 79.100 / 52. 79.100 libavcodec 55. 59.100 / 55. 59.100 libavformat 55. 37.101 / 55. 37.101 libavdevice 55. 13.100 / 55. 13.100 libavfilter 4. 4.100 / 4. 4.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 [concat @ 0x1a6cd00] Estimating duration from bitrate, this may be inaccurate Guessed Channel Layout for Input Stream #0.0 : mono Input #0, concat, from 'concat.txt': Duration: 00:00:00.00, start: 0.000000, bitrate: 705 kb/s Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, mono, s16, 705 kb/s Output #0, null, to 'pipe:': Metadata: encoder : Lavf55.37.101 Stream #0:0: Audio: pcm_s16le, 44100 Hz, mono, s16, 705 kb/s Stream mapping: Stream #0:0 -> #0:0 (pcm_s16le -> pcm_s16le) Press [q] to stop, [?] for help DTS -406750698235338944, next:499999 st:0 invalid dropping PTS -406750698235338944, next:499999 invalid dropping st:0 DTS -406750698235336896, next:546438 st:0 invalid dropping PTS -406750698235336896, next:546438 invalid dropping st:0 DTS -406750698235334848, next:592877 st:0 invalid dropping PTS -406750698235334848, next:592877 invalid dropping st:0 DTS -406750698235332800, next:639316 st:0 invalid dropping PTS -406750698235332800, next:639316 invalid dropping st:0 DTS -406750698235330752, next:685755 st:0 invalid dropping PTS -406750698235330752, next:685755 invalid dropping st:0 DTS -406750698235328704, next:732194 st:0 invalid dropping PTS -406750698235328704, next:732194 invalid dropping st:0 DTS -406750698235326656, next:778633 st:0 invalid dropping PTS -406750698235326656, next:778633 invalid dropping st:0 DTS -406750698235324608, next:825072 st:0 invalid dropping PTS -406750698235324608, next:825072 invalid dropping st:0 DTS -406750698235322560, next:871511 st:0 invalid dropping PTS -406750698235322560, next:871511 invalid dropping st:0 DTS -406750698235320512, next:917950 st:0 invalid dropping PTS -406750698235320512, next:917950 invalid dropping st:0 DTS -406750698235318464, next:964389 st:0 invalid dropping PTS -406750698235318464, next:964389 invalid dropping st:0 size=N/A time=00:00:01.00 bitrate=N/A video:0kB audio:86kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 20914676107837440.000000% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 28 09:36:06 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 28 Apr 2014 07:36:06 -0000 Subject: [FFmpeg-trac] #3597(undetermined:new): ffmpeg git version N-62751-gd03defa create slow/hang h.264 file. In-Reply-To: <033.8f98e4255e6cd7add3a00ea88ada99cb@avcodec.org> References: <033.8f98e4255e6cd7add3a00ea88ada99cb@avcodec.org> Message-ID: <048.38bfac8526362e399f4ff48f9b4266d6@avcodec.org> #3597: ffmpeg git version N-62751-gd03defa create slow/hang h.264 file. -------------------------------------+------------------------------------- Reporter: dkt | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: h264 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Please provide your MPlayer command line (I was unable to find it in comment:2). I don't think there is current hardware that allows ffplay to watch your output video in realtime. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 28 09:38:48 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 28 Apr 2014 07:38:48 -0000 Subject: [FFmpeg-trac] #3582(swscale:open): invalid read in swscale with cpu optimizations In-Reply-To: <036.1d4afaabd7582d85beebcb044643761c@avcodec.org> References: <036.1d4afaabd7582d85beebcb044643761c@avcodec.org> Message-ID: <051.abea71aada1600b5bde16b9980987f61@avcodec.org> #3582: invalid read in swscale with cpu optimizations ------------------------------------+----------------------------------- Reporter: ubitux | Owner: Type: defect | Status: open Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by ubitux): Replying to [comment:4 cehoyos]: > Isn't this a duplicate of ticket #3413? Ah, probably. I forgot I opened that ticket too... This one is easier to reproduce though. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 28 09:43:21 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 28 Apr 2014 07:43:21 -0000 Subject: [FFmpeg-trac] #3597(undetermined:new): ffmpeg git version N-62751-gd03defa create slow/hang h.264 file. In-Reply-To: <033.8f98e4255e6cd7add3a00ea88ada99cb@avcodec.org> References: <033.8f98e4255e6cd7add3a00ea88ada99cb@avcodec.org> Message-ID: <048.f5bbb5a25181e8f69983a209effd00ec@avcodec.org> #3597: ffmpeg git version N-62751-gd03defa create slow/hang h.264 file. -------------------------------------+------------------------------------- Reporter: dkt | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: h264 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:2 dkt]: > c) ffmbc produce a smooth output. Please provide {{{ffmpeg -i}}} console output for the ffmbc output video. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 28 09:49:46 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 28 Apr 2014 07:49:46 -0000 Subject: [FFmpeg-trac] #3413(undetermined:new): invalid read in swscale when converting from rgb24 to yuv420p In-Reply-To: <036.2cd25075888883235c44ce01117f5b3e@avcodec.org> References: <036.2cd25075888883235c44ce01117f5b3e@avcodec.org> Message-ID: <051.bfcf374b6890fe4b9508ea892ece1307@avcodec.org> #3413: invalid read in swscale when converting from rgb24 to yuv420p -------------------------------------+------------------------------------- Reporter: ubitux | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: avpicture_alloc | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Also reproducible with the following command lines, see ticket #3582: Invalid read of size 4: {{{ $ valgrind ./ffmpeg_g -cpuflags mmx+sse+sse2 -f lavfi -i testsrc=s=634x320 -frames:v 1 -pix_fmt yuv420p -f null - }}} Invalid read of size 8: {{{ $ valgrind ./ffmpeg_g -cpuflags mmx+sse+sse2+ssse3 -f lavfi -i testsrc=s=634x320 -frames:v 1 -vcodec mpeg4 -f null - }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 28 09:52:11 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 28 Apr 2014 07:52:11 -0000 Subject: [FFmpeg-trac] #3582(swscale:closed): invalid read in swscale with cpu optimizations In-Reply-To: <036.1d4afaabd7582d85beebcb044643761c@avcodec.org> References: <036.1d4afaabd7582d85beebcb044643761c@avcodec.org> Message-ID: <051.de719a4c56b5e3c0ff32a36a3064b05a@avcodec.org> #3582: invalid read in swscale with cpu optimizations ------------------------------------+------------------------------------- Reporter: ubitux | Owner: Type: defect | Status: closed Priority: normal | Component: swscale Version: git-master | Resolution: duplicate Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => duplicate Comment: Fixed the example above and posted it at ticket #3413... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 28 10:29:34 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 28 Apr 2014 08:29:34 -0000 Subject: [FFmpeg-trac] #3413(undetermined:open): invalid read in swscale when converting from rgb24 to yuv420p In-Reply-To: <036.2cd25075888883235c44ce01117f5b3e@avcodec.org> References: <036.2cd25075888883235c44ce01117f5b3e@avcodec.org> Message-ID: <051.42082171c59ae7f51c80b319a0245b14@avcodec.org> #3413: invalid read in swscale when converting from rgb24 to yuv420p -------------------------------------+------------------------------------- Reporter: ubitux | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: avpicture_alloc => * status: new => open * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 28 14:35:02 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 28 Apr 2014 12:35:02 -0000 Subject: [FFmpeg-trac] #3597(undetermined:new): ffmpeg git version N-62751-gd03defa create slow/hang h.264 file. In-Reply-To: <033.8f98e4255e6cd7add3a00ea88ada99cb@avcodec.org> References: <033.8f98e4255e6cd7add3a00ea88ada99cb@avcodec.org> Message-ID: <048.6901656d33678fa2eb732d7d78e6db74@avcodec.org> #3597: ffmpeg git version N-62751-gd03defa create slow/hang h.264 file. -------------------------------------+------------------------------------- Reporter: dkt | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: h264 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by dkt): 1. Details for using Mplayer to playback attached. 2. for using ffmbc to do conversion: Originally, I have use AVC-intra 100, ffmbc produced a file with overall bitrate around 90Mbps. Note I have provide the command to use ffmpeg to do conversion (conversion.txt). Although I have specired AVC-intra 100, it produced a overall bitrate of 175 Mbps (This is another issue with ffmpeg). In that case, in order to produce a similar bitrate with ffmpeg, I do the conversion with ffmbc to produce AVC-intra 200. It produced a overall bitrate of around 183 Mbps. 3. I have no problem playing back the file produced by ffmbc. I have done side by side playback of the both files and the same time. The file produced by ffmpeg is not smooth, especially after the transition. 4. Please check the files from my google drive, instead of the upload.ffmpeg.org (incomplete upload). https://drive.google.com/folderview?id=0B1SgNlcZrQJ1M051bFVLeGdIYjA&usp=sharing -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 28 14:37:45 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 28 Apr 2014 12:37:45 -0000 Subject: [FFmpeg-trac] #3597(undetermined:new): ffmpeg git version N-62751-gd03defa create slow/hang h.264 file. In-Reply-To: <033.8f98e4255e6cd7add3a00ea88ada99cb@avcodec.org> References: <033.8f98e4255e6cd7add3a00ea88ada99cb@avcodec.org> Message-ID: <048.2b207af7fe43739df58e5d47dcdcdbcf@avcodec.org> #3597: ffmpeg git version N-62751-gd03defa create slow/hang h.264 file. -------------------------------------+------------------------------------- Reporter: dkt | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: h264 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Is there a reason why you can neither post your MPlayer command line nor {{{ffmpeg -i}}} console output? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 28 14:46:53 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 28 Apr 2014 12:46:53 -0000 Subject: [FFmpeg-trac] #3597(undetermined:new): ffmpeg git version N-62751-gd03defa create slow/hang h.264 file. In-Reply-To: <033.8f98e4255e6cd7add3a00ea88ada99cb@avcodec.org> References: <033.8f98e4255e6cd7add3a00ea88ada99cb@avcodec.org> Message-ID: <048.342f6dcbcc405a7d92376011840fc11c@avcodec.org> #3597: ffmpeg git version N-62751-gd03defa create slow/hang h.264 file. -------------------------------------+------------------------------------- Reporter: dkt | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: h264 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by dkt): Replying to [comment:9 cehoyos]: > Is there a reason why you can neither post your MPlayer command line nor {{{ffmpeg -i}}} console output? Attachment ticket-3597.zip? added for comment #8 Is there anything missing? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 28 15:17:48 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 28 Apr 2014 13:17:48 -0000 Subject: [FFmpeg-trac] #3597(undetermined:new): ffmpeg git version N-62751-gd03defa create slow/hang h.264 file. In-Reply-To: <033.8f98e4255e6cd7add3a00ea88ada99cb@avcodec.org> References: <033.8f98e4255e6cd7add3a00ea88ada99cb@avcodec.org> Message-ID: <048.b638d915010f2f4919bc0a1a6bf6e8f2@avcodec.org> #3597: ffmpeg git version N-62751-gd03defa create slow/hang h.264 file. -------------------------------------+------------------------------------- Reporter: dkt | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: h264 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:10 dkt]: > Is there anything missing? Yes, an explanation why it makes sense to attach a compressed file that has to be downloaded and uncompressed to get information that fits in one line on this tracker. I can reproduce the difference between the output files - decoding takes five times as long for the FFmpeg sample - but when this will be analyzed the "bug" will most likely either be a different (older) x264 version in ffmbc (or is this dynamic linking so both ffmpeg and ffmbc use the same x264 library?) or a missing option for ffmpeg that is default for ffmbc: I don't disagree though that we could copy this behaviour. Could you test {{{-tune fastdecode}}} with ffmpeg in the meantime? I can play the ffmpeg output file here in realtime with: $ mplayer -lavdopts threads=8 -vo gl_nosw ffmpeg-output.mov -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 28 15:59:42 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 28 Apr 2014 13:59:42 -0000 Subject: [FFmpeg-trac] #3597(undetermined:new): ffmpeg git version N-62751-gd03defa create slow/hang h.264 file. In-Reply-To: <033.8f98e4255e6cd7add3a00ea88ada99cb@avcodec.org> References: <033.8f98e4255e6cd7add3a00ea88ada99cb@avcodec.org> Message-ID: <048.5ce96f3796b68c63c70658e3ba931fec@avcodec.org> #3597: ffmpeg git version N-62751-gd03defa create slow/hang h.264 file. -------------------------------------+------------------------------------- Reporter: dkt | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: h264 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by dkt): Replying to [comment:11 cehoyos]: > Replying to [comment:10 dkt]: > I can reproduce the difference between the output files - decoding takes five times as long for the FFmpeg sample - but when this will be analyzed the "bug" will most likely either be a different (older) x264 version in ffmbc (or is this dynamic linking so both ffmpeg and ffmbc use the same x264 library?) or a missing option for ffmpeg that is default for ffmbc: I don't disagree though that we could copy this behaviour. > Could you test {{{-tune fastdecode}}} with ffmpeg in the meantime? > > I can play the ffmpeg output file here in realtime with: > $ mplayer -lavdopts threads=8 -vo gl_nosw ffmpeg-output.mov Ok, the fastdecode option produce much better result. BTW, users expect the playback of the converted files by ffplay and in other NLE is smooth. When I used ffmpeg to produce 4k yuv444 AVC-intra files (using default settings) in 2014 Jan, I can't playback those file smoothly by a reasonably fast machine (Quad core eight threads desktop). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 28 16:06:40 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 28 Apr 2014 14:06:40 -0000 Subject: [FFmpeg-trac] #3597(undetermined:new): ffmpeg git version N-62751-gd03defa create slow/hang h.264 file. In-Reply-To: <033.8f98e4255e6cd7add3a00ea88ada99cb@avcodec.org> References: <033.8f98e4255e6cd7add3a00ea88ada99cb@avcodec.org> Message-ID: <048.e2c95ebbef84b52060e5722d704ea41f@avcodec.org> #3597: ffmpeg git version N-62751-gd03defa create slow/hang h.264 file. -------------------------------------+------------------------------------- Reporter: dkt | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: h264 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by dkt): For the libx264 library, ffmpeg/ffmbc linked to the same file. See attached file 'ldd for ffmpeg and ffmbc.txt?'. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 28 16:19:00 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 28 Apr 2014 14:19:00 -0000 Subject: [FFmpeg-trac] #3597(undetermined:new): ffmpeg git version N-62751-gd03defa create slow/hang h.264 file. In-Reply-To: <033.8f98e4255e6cd7add3a00ea88ada99cb@avcodec.org> References: <033.8f98e4255e6cd7add3a00ea88ada99cb@avcodec.org> Message-ID: <048.ca9051ab317e7b5fefe1c8051b79d668@avcodec.org> #3597: ffmpeg git version N-62751-gd03defa create slow/hang h.264 file. -------------------------------------+------------------------------------- Reporter: dkt | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: h264 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by kierank): Replying to [comment:12 dkt]: > Replying to [comment:11 cehoyos]: > > Replying to [comment:10 dkt]: > > > I can reproduce the difference between the output files - decoding takes five times as long for the FFmpeg sample - but when this will be analyzed the "bug" will most likely either be a different (older) x264 version in ffmbc (or is this dynamic linking so both ffmpeg and ffmbc use the same x264 library?) or a missing option for ffmpeg that is default for ffmbc: I don't disagree though that we could copy this behaviour. > > Could you test {{{-tune fastdecode}}} with ffmpeg in the meantime? > > > > I can play the ffmpeg output file here in realtime with: > > $ mplayer -lavdopts threads=8 -vo gl_nosw ffmpeg-output.mov > > Ok, the fastdecode option produce much better result. This is almost certainly not AVC-Intra compliant. I'm not sure if FFmpeg supports passing through that option and -vb 100M does not help because AVC-Intra 100 is not 100mbps exactly. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 28 17:32:31 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 28 Apr 2014 15:32:31 -0000 Subject: [FFmpeg-trac] #3599(undetermined:new): mp3 encoder set wrong bitrate or version flag Message-ID: <037.0bf8249ba5197dacf920fd8d98949cbf@avcodec.org> #3599: mp3 encoder set wrong bitrate or version flag -------------------------------------+------------------------------------- Reporter: ltzliwe | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- when i convert a audio to mp3, and detect it by command[file], it return wrong bitrate info. {{{ % ffmpeg -i input.mp3 -b:a 32k -c:a libmp3lame output.mp3 ffmpeg version 10769 ~/av ? ffmpeg ffmpeg version 2.1.3 Copyright (c) 2000-2013 the FFmpeg developers built on Jan 17 2014 09:39:01 with llvm-gcc 4.2.1 (LLVM build 2336.11.00) configuration: --prefix=/Volumes/Ramdisk/sw --enable-gpl --enable- pthreads --enable-version3 --enable-libspeex --enable-libvpx --disable- decoder=libvpx --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libx264 --enable-avfilter --enable-libopencore_amrwb --enable- libopencore_amrnb --enable-filters --enable-libgsm --arch=x86_64 --enable- runtime-cpudetect libavutil 52. 48.101 / 52. 48.101 libavcodec 55. 39.101 / 55. 39.101 libavformat 55. 19.104 / 55. 19.104 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 90.100 / 3. 90.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 % file output.mp3 output.mp3: Audio file with ID3 version 2.4.0, contains: MPEG ADTS, layer III, v2, 56 kbps, 22.05 kHz, Stereo }}} command [file] detect mp3 by its frame header according to http://mpgedit.org/mpgedit/mpeg_format/MP3Format.html. is it possible ffmpeg set the wrong frame header or other reasons? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 28 17:41:03 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 28 Apr 2014 15:41:03 -0000 Subject: [FFmpeg-trac] #3599(undetermined:new): mp3 encoder set wrong bitrate or version flag In-Reply-To: <037.0bf8249ba5197dacf920fd8d98949cbf@avcodec.org> References: <037.0bf8249ba5197dacf920fd8d98949cbf@avcodec.org> Message-ID: <052.25700ba7294d35dffc60ed1525f8fce1@avcodec.org> #3599: mp3 encoder set wrong bitrate or version flag -------------------------------------+------------------------------------- Reporter: ltzliwe | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ltzliwe): bitrate detected by [file] aways higher than expected, maybe it is not a bug, but i can't determine it. the sample input file? http://ztest.qiniudn.com/432859.mp3 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 28 22:43:40 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 28 Apr 2014 20:43:40 -0000 Subject: [FFmpeg-trac] #3593(undetermined:reopened): qtkit and avfoundation input devices not found In-Reply-To: <040.93355d6554fb066e3018d33f45d03b76@avcodec.org> References: <040.93355d6554fb066e3018d33f45d03b76@avcodec.org> Message-ID: <055.604e8f46919d21552aa5253cc28ff75b@avcodec.org> #3593: qtkit and avfoundation input devices not found -------------------------------------+------------------------------------- Reporter: Sarashinai | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by Sarashinai): * status: closed => reopened * resolution: invalid => Comment: I ran "make clean" and then pwd followed by ls. Please see Pre-Compile FS.txt for the results. I then ran "/configure --enable-shared --enable-libx264 --enable-gpl" followed by make, pwd, and ls. Please see Post-Compile FS.txt for the results. I then ran the same tests as shown in the original ticket description with the same results. Please see test results 2.txt for the log.a As far as I can understand, this is what you meant by running ./ffmpeg from the build directory which is what I did in the original ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 28 22:54:59 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 28 Apr 2014 20:54:59 -0000 Subject: [FFmpeg-trac] #3559(undetermined:closed): flac format playback fails with gcc-4.9 compiler In-Reply-To: <036.aa7969d064dea2c29e8ff3d13803bcd6@avcodec.org> References: <036.aa7969d064dea2c29e8ff3d13803bcd6@avcodec.org> Message-ID: <051.dfbe92de7e3466c653bbd7e509c6d30e@avcodec.org> #3559: flac format playback fails with gcc-4.9 compiler -------------------------------------+------------------------------------- Reporter: amooze | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: flac gcc | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Ajaja): GCC v4.9.1 rev209866 (prerelease), problem is still here: {{{ >ffplay -v 9 -loglevel 99 -i "01 Ballade pour Adeline.flac" ffplay version N-62765-g8120668 Copyright (c) 2003-2014 the FFmpeg developers built on Apr 28 2014 23:47:47 with gcc 4.9.1 (x86_64-posix-seh, Built by MinGW-W64 project) 20140428 (prerelease) configuration: --target-os=mingw32 --disable-shared --enable-static --prefix=/mingw64/x86_64-w64-mingw32 --enable-nonfree --enable-libfdk-aac --enable-libwavpack --enable-libx264 --enable-libx265 --enable-libmp3lame --enable-libxvid --enable-libvorbis --enable-libtheora --enable-libvpx --enable-libopus --enable-libspeex --enable-bzlib --enable-zlib --enable- frei0r --enable-libgsm --enable-gpl --extra-cflags='-DPTW32_STATIC_LIB -DLIBTWOLAME_STATIC' --enable-version3 --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libvo-amrwbenc --enable-libvo-aacenc --enable-libschroedinger --enable-libbluray --enable-libxavs --enable- libsoxr --enable-libfreetype --enable-fontconfig --enable-libass --enable- libopenjpeg --enable-avisynth --enable-libtwolame --enable-libilbc --enable-libcaca --enable-libmodplug --enable-avresample --enable-libcdio --disable-w32threads --enable-gnutls --enable-libvidstab --enable-libnut --enable-dxva2 --enable-opencl --enable-libwebp --enable-opengl --enable- libfaac --enable-librtmp --extra-libs=-lstdc++ --disable-runtime-cpudetect libavutil 52. 79.100 / 52. 79.100 libavcodec 55. 59.100 / 55. 59.100 libavformat 55. 37.101 / 55. 37.101 libavdevice 55. 13.100 / 55. 13.100 libavfilter 4. 4.100 / 4. 4.100 libavresample 1. 2. 0 / 1. 2. 0 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 nan : 0.000 fd= 0 aq= 0KB vq= 0KB sq= 0B f=0/0 [flac @ 00000000005a7920] Format flac probed with size=2048 and score=50 [flac @ 00000000005a7920] Before avformat_find_stream_info() pos: 8282 bytes read:32768 seeks:0 [flac @ 00000000005b9ba0] sample/frame number mismatch in adjacent frames Last message repeated 14 times [flac @ 00000000005a7920] All info found [flac @ 00000000005a7920] After avformat_find_stream_info() pos: 29786 bytes read:32768 seeks:0 frames:1 Input #0, flac, from '01 Ballade pour Adeline.flac': Metadata: ALBUM : Ballade pour Adeline (HQCD) ARTIST : Richard Clayderman COMMENT : ExactAudioCopy v1.0b1 DATE : 2012 DISCID : 2E0EE815 GENRE : New Age TITLE : Ballade pour Adeline TRACKTOTAL : 21 track : 1 REPLAYGAIN_ALBUM_GAIN: -2.73 dB REPLAYGAIN_ALBUM_PEAK: 0.965851 REPLAYGAIN_TRACK_GAIN: -3.69 dB REPLAYGAIN_TRACK_PEAK: 0.965576 Duration: 00:02:41.08, start: 0.000000, bitrate: 807 kb/s Stream #0:0, 1, 1/44100: Audio: flac, 44100 Hz, stereo, s16 detected 4 logical cores [ffplay_abuffer @ 00000000005b0360] Setting 'sample_rate' to value '44100' [ffplay_abuffer @ 00000000005b0360] Setting 'sample_fmt' to value 's16' [ffplay_abuffer @ 00000000005b0360] Setting 'channels' to value '2' [ffplay_abuffer @ 00000000005b0360] Setting 'time_base' to value '1/44100' [ffplay_abuffer @ 00000000005b0360] Setting 'channel_layout' to value '0x3' [ffplay_abuffer @ 00000000005b0360] tb:1/44100 samplefmt:s16 samplerate:44100 chlayout:0x3 [AVFilterGraph @ 00000000005b0480] query_formats: 2 queried, 3 merged, 0 already done, 0 delayed [flac @ 00000000005b9ba0] sample/frame number mismatch in adjacent frames Last message repeated 19 times [flac @ 00000000005dcf60] underread: 1093 orig size: 2237 Audio frame changed from rate:44100 ch:2 fmt:s16 layout:stereo serial:-1 to rate:44100 ch:2 fmt:s16 layout:stereo serial:1 [ffplay_abuffer @ 00000000005b0360] Setting 'sample_rate' to value '44100' [ffplay_abuffer @ 00000000005b0360] Setting 'sample_fmt' to value 's16' [ffplay_abuffer @ 00000000005b0360] Setting 'channels' to value '2' [ffplay_abuffer @ 00000000005b0360] Setting 'time_base' to value '1/44100' [ffplay_abuffer @ 00000000005b0360] Setting 'channel_layout' to value '0x3' [ffplay_abuffer @ 00000000005b0360] tb:1/44100 samplefmt:s16 samplerate:44100 chlayout:0x3 [AVFilterGraph @ 00000000005f9860] query_formats: 2 queried, 3 merged, 0 already done, 0 delayed [flac @ 00000000005b9ba0] sample/frame number mismatch in adjacent frames Last message repeated 7 times 0.40 M-A: 0.000 fd= 0 aq= 20KB vq= 0KB sq= 0B f=0/0 0.43 M-A: 0.000 fd= 0 aq= 20KB vq= 0KB sq= 0B f=0/0 [flac @ 00000000005b9ba0] sample/frame number mismatch in adjacent frames Last message repeated 1 times 0.47 M-A: 0.000 fd= 0 aq= 25KB vq= 0KB sq= 0B f=0/0 0.49 M-A: 0.000 fd= 0 aq= 25KB vq= 0KB sq= 0B f=0/0 0.52 M-A: 0.000 fd= 0 aq= 25KB vq= 0KB sq= 0B f=0/0 [flac @ 00000000005b9ba0] sample/frame number mismatch in adjacent frames Last message repeated 1 times 0.56 M-A: 0.000 fd= 0 aq= 30KB vq= 0KB sq= 0B f=0/0 0.58 M-A: 0.000 fd= 0 aq= 30KB vq= 0KB sq= 0B f=0/0 0.62 M-A: 0.000 fd= 0 aq= 30KB vq= 0KB sq= 0B f=0/0 [flac @ 00000000005b9ba0] sample/frame number mismatch in adjacent frames Last message repeated 1 times 0.65 M-A: 0.000 fd= 0 aq= 34KB vq= 0KB sq= 0B f=0/0 0.68 M-A: 0.000 fd= 0 aq= 34KB vq= 0KB sq= 0B f=0/0 0.71 M-A: 0.000 fd= 0 aq= 34KB vq= 0KB sq= 0B f=0/0 ... }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 28 22:55:30 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 28 Apr 2014 20:55:30 -0000 Subject: [FFmpeg-trac] #3600(undetermined:new): concat demuxer does not work for two h264 streams Message-ID: <037.3ecc25526c4639241607f5200ef40f92@avcodec.org> #3600: concat demuxer does not work for two h264 streams -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git- | undetermined master | Keywords: concat Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- http://thread.gmane.org/gmane.comp.video.ffmpeg.user/51570 A user uploaded two h264/mp4 samples that cannot be demuxed with the concat demuxer. {{{ $ ffmpeg -i concat-test-1_cut.mp4 -i concat-test-2.mp4 ffmpeg version N-62765-g8120668 Copyright (c) 2000-2014 the FFmpeg developers built on Apr 28 2014 22:40:02 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 79.100 / 52. 79.100 libavcodec 55. 59.100 / 55. 59.100 libavformat 55. 37.101 / 55. 37.101 libavdevice 55. 13.100 / 55. 13.100 libavfilter 4. 4.100 / 4. 4.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'concat-test-1_cut.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf55.37.101 Duration: 00:00:00.54, start: 0.000000, bitrate: 37373 kb/s Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 36980 kb/s, 50 fps, 50 tbr, 12800 tbn, 100 tbc (default) Metadata: handler_name : VideoHandler Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 383 kb/s (default) Metadata: handler_name : SoundHandler Input #1, mov,mp4,m4a,3gp,3g2,mj2, from 'concat-test-2.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf55.19.104 Duration: 00:00:01.04, start: 0.000000, bitrate: 8143 kb/s Stream #1:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 7751 kb/s, 50 fps, 50 tbr, 12800 tbn, 100 tbc (default) Metadata: handler_name : VideoHandler Stream #1:1(und): Audio: aac (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 387 kb/s (default) Metadata: handler_name : SoundHandler At least one output file must be specified }}} {{{ $ ffmpeg -f concat -i concat-test -qscale 2 out.avi ffmpeg version N-62765-g8120668 Copyright (c) 2000-2014 the FFmpeg developers built on Apr 28 2014 22:40:02 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 79.100 / 52. 79.100 libavcodec 55. 59.100 / 55. 59.100 libavformat 55. 37.101 / 55. 37.101 libavdevice 55. 13.100 / 55. 13.100 libavfilter 4. 4.100 / 4. 4.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 [concat @ 0x2359d00] Estimating duration from bitrate, this may be inaccurate Input #0, concat, from 'concat-test': Duration: 00:00:00.00, start: 0.000000, bitrate: 19047 kb/s Stream #0:0: Video: h264 (High) (avc1 / 0x31637661), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 36980 kb/s, 50 fps, 50 tbr, 12800 tbn, 100 tbc Stream #0:1: Audio: aac (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 383 kb/s Please use -q:a or -q:v, -qscale is ambiguous Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf55.37.101 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 50 tbn, 50 tbc Stream #0:1: Audio: ac3 ([0] [0][0] / 0x2000), 48000 Hz, stereo, fltp, 192 kb/s Stream mapping: Stream #0:0 -> #0:0 (h264 -> mpeg4) Stream #0:1 -> #0:1 (aac -> ac3) Press [q] to stop, [?] for help [h264 @ 0x33acf80] left block unavailable for requested intra mode at 0 0 [h264 @ 0x33acf80] error while decoding MB 0 0, bytestream 299 [h264 @ 0x33acf80] concealing 8160 DC, 8160 AC, 8160 MV errors in I frame [h264 @ 0x33f2120] error while decoding MB 33 1, bytestream -20 [h264 @ 0x33f2120] concealing 8056 DC, 8056 AC, 8056 MV errors in P frame [h264 @ 0x3485600] top block unavailable for requested intra mode at 39 0 [h264 @ 0x3485600] error while decoding MB 39 0, bytestream 3505 [h264 @ 0x3485600] concealing 8160 DC, 8160 AC, 8160 MV errors in B frame [h264 @ 0x3518ae0] Reference 3 >= 2 [h264 @ 0x3518ae0] error while decoding MB 4 0, bytestream 4204 [h264 @ 0x3518ae0] concealing 8160 DC, 8160 AC, 8160 MV errors in B frame [h264 @ 0x35abfc0] Reference 2 >= 2 [h264 @ 0x35abfc0] error while decoding MB 16 0, bytestream 592 [h264 @ 0x35abfc0] concealing 8160 DC, 8160 AC, 8160 MV errors in B frame [h264 @ 0x363f4a0] Reference 5 >= 4 [h264 @ 0x363f4a0] error while decoding MB 15 0, bytestream 3022 [h264 @ 0x363f4a0] concealing 8160 DC, 8160 AC, 8160 MV errors in P frame [h264 @ 0x36d2980] Reference 3 >= 3 [h264 @ 0x36d2980] error while decoding MB 19 0, bytestream 649 [h264 @ 0x36d2980] concealing 8160 DC, 8160 AC, 8160 MV errors in B frame [h264 @ 0x3765e60] top block unavailable for requested intra4x4 mode -1 at 12 0 [h264 @ 0x3765e60] error while decoding MB 12 0, bytestream 263 [h264 @ 0x3765e60] concealing 8160 DC, 8160 AC, 8160 MV errors in B frame [h264 @ 0x37f9340] Reference 2 >= 2 [h264 @ 0x37f9340] error while decoding MB 12 0, bytestream 811 [h264 @ 0x37f9340] concealing 8160 DC, 8160 AC, 8160 MV errors in B frame [h264 @ 0x33acf80] top block unavailable for requested intra mode at 11 0 [h264 @ 0x33acf80] error while decoding MB 11 0, bytestream 6584 [h264 @ 0x33acf80] Cannot use next picture in error concealment [h264 @ 0x33acf80] concealing 8160 DC, 8160 AC, 8160 MV errors in P frame [h264 @ 0x33f2120] Reference 2 >= 2 [h264 @ 0x33f2120] error while decoding MB 22 0, bytestream 3077 [h264 @ 0x33f2120] concealing 8160 DC, 8160 AC, 8160 MV errors in B frame [h264 @ 0x3485600] Reference 5 >= 5 [h264 @ 0x3485600] error while decoding MB 7 0, bytestream 10468 [h264 @ 0x3485600] concealing 8160 DC, 8160 AC, 8160 MV errors in P frame [h264 @ 0x3518ae0] left block unavailable for requested intra mode at 0 0 [h264 @ 0x3518ae0] error while decoding MB 0 0, bytestream 21667 [h264 @ 0x3518ae0] concealing 8160 DC, 8160 AC, 8160 MV errors in I frame [h264 @ 0x35abfc0] top block unavailable for requested intra4x4 mode -1 at 1 0 [h264 @ 0x35abfc0] error while decoding MB 1 0, bytestream 13024 [h264 @ 0x35abfc0] concealing 8160 DC, 8160 AC, 8160 MV errors in P frame [h264 @ 0x363f4a0] Reference 5 >= 4 [h264 @ 0x363f4a0] error while decoding MB 3 0, bytestream 14554 [h264 @ 0x363f4a0] concealing 8160 DC, 8160 AC, 8160 MV errors in P frame [h264 @ 0x36d2980] Reference 9 >= 5 [h264 @ 0x36d2980] error while decoding MB 6 0, bytestream 11751 [h264 @ 0x36d2980] concealing 8160 DC, 8160 AC, 8160 MV errors in P frame [h264 @ 0x3765e60] Reference 5 >= 5 [h264 @ 0x3765e60] error while decoding MB 40 0, bytestream 15076 [h264 @ 0x3765e60] concealing 8160 DC, 8160 AC, 8160 MV errors in P frame [h264 @ 0x37f9340] Reference 4 >= 4 [h264 @ 0x37f9340] error while decoding MB 2 0, bytestream 20757 [h264 @ 0x37f9340] concealing 8160 DC, 8160 AC, 8160 MV errors in P frame [h264 @ 0x33acf80] top block unavailable for requested intra4x4 mode -1 at 5 0 [h264 @ 0x33acf80] error while decoding MB 5 0, bytestream 19083 [h264 @ 0x33acf80] Cannot use next picture in error concealment [h264 @ 0x33acf80] concealing 8160 DC, 8160 AC, 8160 MV errors in P frame [h264 @ 0x33f2120] Reference 5 >= 5 [h264 @ 0x33f2120] error while decoding MB 0 0, bytestream 17954 [h264 @ 0x33f2120] concealing 8160 DC, 8160 AC, 8160 MV errors in P frame [h264 @ 0x3485600] Reference 5 >= 5 [h264 @ 0x3485600] error while decoding MB 10 0, bytestream 19940 [h264 @ 0x3485600] concealing 8160 DC, 8160 AC, 8160 MV errors in P frame [h264 @ 0x3518ae0] top block unavailable for requested intra mode at 33 0 [h264 @ 0x3518ae0] error while decoding MB 33 0, bytestream 15571 [h264 @ 0x3518ae0] concealing 8160 DC, 8160 AC, 8160 MV errors in P frame [h264 @ 0x35abfc0] Reference 6 >= 5 [h264 @ 0x35abfc0] error while decoding MB 14 0, bytestream 20061 [h264 @ 0x35abfc0] concealing 8160 DC, 8160 AC, 8160 MV errors in P frame [h264 @ 0x363f4a0] top block unavailable for requested intra mode at 1 0 [h264 @ 0x363f4a0] error while decoding MB 1 0, bytestream 19385 [h264 @ 0x363f4a0] concealing 8160 DC, 8160 AC, 8160 MV errors in P frame [h264 @ 0x36d2980] top block unavailable for requested intra mode at 106 0 [h264 @ 0x36d2980] error while decoding MB 106 0, bytestream 18693 [h264 @ 0x36d2980] concealing 8103 DC, 8103 AC, 8103 MV errors in P frame [h264 @ 0x3765e60] Reference 5 >= 5 [h264 @ 0x3765e60] error while decoding MB 0 0, bytestream 20609 [h264 @ 0x3765e60] concealing 8160 DC, 8160 AC, 8160 MV errors in P frame [h264 @ 0x37f9340] Reference 5 >= 5 [h264 @ 0x37f9340] error while decoding MB 10 0, bytestream 25742 [h264 @ 0x37f9340] concealing 8160 DC, 8160 AC, 8160 MV errors in P frame [h264 @ 0x33acf80] Reference 5 >= 5 [h264 @ 0x33acf80] error while decoding MB 8 0, bytestream 19745 [h264 @ 0x33acf80] Cannot use next picture in error concealment [h264 @ 0x33acf80] concealing 8160 DC, 8160 AC, 8160 MV errors in P frame [h264 @ 0x33f2120] top block unavailable for requested intra4x4 mode -1 at 5 0 [h264 @ 0x33f2120] error while decoding MB 5 0, bytestream 22778 [h264 @ 0x33f2120] concealing 8160 DC, 8160 AC, 8160 MV errors in P frame [h264 @ 0x3485600] Reference 11 >= 5 [h264 @ 0x3485600] error while decoding MB 13 0, bytestream 23670 [h264 @ 0x3485600] concealing 8160 DC, 8160 AC, 8160 MV errors in P frame [h264 @ 0x3518ae0] Reference 5 >= 5 [h264 @ 0x3518ae0] error while decoding MB 4 0, bytestream 25350 [h264 @ 0x3518ae0] concealing 8160 DC, 8160 AC, 8160 MV errors in P frame [h264 @ 0x35abfc0] concealing 8158 DC, 8158 AC, 8158 MV errors in P frame [h264 @ 0x363f4a0] top block unavailable for requested intra mode at 52 0 [h264 @ 0x363f4a0] error while decoding MB 52 0, bytestream 24663 [h264 @ 0x363f4a0] concealing 8157 DC, 8157 AC, 8157 MV errors in P frame [h264 @ 0x36d2980] Reference 2 >= 2 [h264 @ 0x36d2980] error while decoding MB 25 0, bytestream 13254 [h264 @ 0x36d2980] concealing 8160 DC, 8160 AC, 8160 MV errors in B frame [h264 @ 0x3765e60] top block unavailable for requested intra4x4 mode -1 at 4 0 [h264 @ 0x3765e60] error while decoding MB 4 0, bytestream 26838 [h264 @ 0x3765e60] concealing 8160 DC, 8160 AC, 8160 MV errors in P frame [h264 @ 0x37f9340] Reference 9 >= 5 [h264 @ 0x37f9340] error while decoding MB 25 0, bytestream 26875 [h264 @ 0x37f9340] concealing 8160 DC, 8160 AC, 8160 MV errors in P frame [h264 @ 0x33acf80] Cannot use next picture in error concealment [h264 @ 0x33acf80] concealing 8097 DC, 8097 AC, 8097 MV errors in P frame [h264 @ 0x33f2120] Reference 5 >= 5 [h264 @ 0x33f2120] error while decoding MB 3 0, bytestream 29120 [h264 @ 0x33f2120] concealing 8160 DC, 8160 AC, 8160 MV errors in P frame [h264 @ 0x3485600] Reference 7 >= 5 [h264 @ 0x3485600] error while decoding MB 12 0, bytestream 28072 [h264 @ 0x3485600] concealing 8160 DC, 8160 AC, 8160 MV errors in P frame [h264 @ 0x3518ae0] Reference 8 >= 5 [h264 @ 0x3518ae0] error while decoding MB 9 0, bytestream 32759 [h264 @ 0x3518ae0] concealing 8160 DC, 8160 AC, 8160 MV errors in P frame [h264 @ 0x35abfc0] Reference 5 >= 5 [h264 @ 0x35abfc0] error while decoding MB 12 0, bytestream 30443 [h264 @ 0x35abfc0] concealing 8160 DC, 8160 AC, 8160 MV errors in P frame [h264 @ 0x363f4a0] Reference 5 >= 5 [h264 @ 0x363f4a0] error while decoding MB 8 0, bytestream 29151 [h264 @ 0x363f4a0] concealing 8160 DC, 8160 AC, 8160 MV errors in P frame [h264 @ 0x36d2980] concealing 8137 DC, 8137 AC, 8137 MV errors in B frame [h264 @ 0x3765e60] Reference 7 >= 5 [h264 @ 0x3765e60] error while decoding MB 7 0, bytestream 28497 [h264 @ 0x3765e60] concealing 8160 DC, 8160 AC, 8160 MV errors in P frame [h264 @ 0x37f9340] top block unavailable for requested intra4x4 mode -1 at 8 0 [h264 @ 0x37f9340] error while decoding MB 8 0, bytestream 33653 [h264 @ 0x37f9340] concealing 8160 DC, 8160 AC, 8160 MV errors in P frame [h264 @ 0x33acf80] Reference 2 >= 2 [h264 @ 0x33acf80] error while decoding MB 2 0, bytestream 17660 [h264 @ 0x33acf80] concealing 8160 DC, 8160 AC, 8160 MV errors in B frame [h264 @ 0x33f2120] Reference 5 >= 5 [h264 @ 0x33f2120] error while decoding MB 11 0, bytestream 32264 [h264 @ 0x33f2120] concealing 8160 DC, 8160 AC, 8160 MV errors in P frame [h264 @ 0x3485600] Reference 8 >= 5 [h264 @ 0x3485600] error while decoding MB 20 0, bytestream 57902 [h264 @ 0x3485600] concealing 8160 DC, 8160 AC, 8160 MV errors in P frame [h264 @ 0x3518ae0] Reference 3 >= 2 [h264 @ 0x3518ae0] error while decoding MB 37 0, bytestream 14829 [h264 @ 0x3518ae0] concealing 8160 DC, 8160 AC, 8160 MV errors in B frame [h264 @ 0x35abfc0] top block unavailable for requested intra4x4 mode -1 at 32 0 [h264 @ 0x35abfc0] error while decoding MB 32 0, bytestream 33738 [h264 @ 0x35abfc0] concealing 8160 DC, 8160 AC, 8160 MV errors in P frame [h264 @ 0x363f4a0] Reference 2 >= 2 [h264 @ 0x363f4a0] error while decoding MB 16 0, bytestream 13330 [h264 @ 0x363f4a0] concealing 8160 DC, 8160 AC, 8160 MV errors in B frame [h264 @ 0x36d2980] Reference 5 >= 5 [h264 @ 0x36d2980] error while decoding MB 4 0, bytestream 44562 [h264 @ 0x36d2980] concealing 8160 DC, 8160 AC, 8160 MV errors in P frame frame= 79 fps=0.0 q=2.0 Lsize= 4085kB time=00:00:01.58 bitrate=21182.2kbits/s video:4037kB audio:36kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.313807% }}} The output file contains the video from the first file, then only artefacts. The following works fine: {{{ $ ffmpeg -i concat-test-1_cut.mp4 -vcodec copy -vbsf h264_mp4toannexb out1.h264 $ ffmpeg -i concat-test-2.mp4 -vcodec copy -vbsf h264_mp4toannexb out2.h264 $ cat out1.h264 out2.h264 >out.h264 }}} out.h264 can be decoded with FFmpeg. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 28 22:57:31 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 28 Apr 2014 20:57:31 -0000 Subject: [FFmpeg-trac] #3559(undetermined:closed): flac format playback fails with gcc-4.9 compiler In-Reply-To: <036.aa7969d064dea2c29e8ff3d13803bcd6@avcodec.org> References: <036.aa7969d064dea2c29e8ff3d13803bcd6@avcodec.org> Message-ID: <051.ce757f684c1ee8b16b383b3f9e287f55@avcodec.org> #3559: flac format playback fails with gcc-4.9 compiler -------------------------------------+------------------------------------- Reporter: amooze | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: flac gcc | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by heleppkes): Your pre-release build is probably from the 4.9 branch, and not from trunk - the patch in question has not been merged to the branch yet. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 29 00:54:55 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 28 Apr 2014 22:54:55 -0000 Subject: [FFmpeg-trac] #3477(ffmpeg:closed): When there is an error ffmpeg still prints summary line In-Reply-To: <041.7f82b2948aaf0967b9bf6924b8738a05@avcodec.org> References: <041.7f82b2948aaf0967b9bf6924b8738a05@avcodec.org> Message-ID: <056.9d1744dc2c0970d87747aa2a13a28bfc@avcodec.org> #3477: When there is an error ffmpeg still prints summary line -------------------------------------+---------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: closed Priority: normal | Component: ffmpeg Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Changes (by cehoyos): * priority: important => normal * resolution: invalid => fixed * version: unspecified => git-master * component: undetermined => ffmpeg Comment: ffmpeg prints a message "Conversion failed" since fed0aceb -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 29 08:54:21 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 29 Apr 2014 06:54:21 -0000 Subject: [FFmpeg-trac] #3593(undetermined:closed): qtkit and avfoundation input devices not found In-Reply-To: <040.93355d6554fb066e3018d33f45d03b76@avcodec.org> References: <040.93355d6554fb066e3018d33f45d03b76@avcodec.org> Message-ID: <055.0cc22c7ad7f5440a3cf54c6257f5fd1d@avcodec.org> #3593: qtkit and avfoundation input devices not found -------------------------------------+------------------------------------- Reporter: Sarashinai | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: reopened => closed * resolution: => invalid Comment: Replying to [comment:2 Sarashinai]: > As far as I can understand, this is what you meant by running ./ffmpeg from the build directory which is what I did in the original ticket. I wrote: > **If you don't use shared libraries**, you can run ./ffmpeg from the build directory without installing. Now remove {{{--enable-shared}}} from your configure line, bug reports that contain ''WARNING: library configuration mismatch'' are invalid by default. Please understand that this is a bug tracker, not a support forum, see http://ffmpeg.org/contact.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 29 08:57:01 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 29 Apr 2014 06:57:01 -0000 Subject: [FFmpeg-trac] #3599(undetermined:new): mp3 encoder set wrong bitrate or version flag In-Reply-To: <037.0bf8249ba5197dacf920fd8d98949cbf@avcodec.org> References: <037.0bf8249ba5197dacf920fd8d98949cbf@avcodec.org> Message-ID: <052.7ae1a01d21fe68e7c8dfed06cb99f0ce@avcodec.org> #3599: mp3 encoder set wrong bitrate or version flag -------------------------------------+------------------------------------- Reporter: ltzliwe | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Please add the complete, uncut console output to make this a valid ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 29 10:25:00 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 29 Apr 2014 08:25:00 -0000 Subject: [FFmpeg-trac] #2716(avformat:reopened): Memory leak at avformat_new_stream In-Reply-To: <060.652f7d4e37dc1a3bfd33ac6bd3dc95e4@avcodec.org> References: <060.652f7d4e37dc1a3bfd33ac6bd3dc95e4@avcodec.org> Message-ID: <075.3db1e262f682e883260ed920fa5353a3@avcodec.org> #2716: Memory leak at avformat_new_stream -------------------------------------+------------------------------------- Reporter: | Owner: er.anshul.maheshwari@? | er.anshul.maheshwari@? Type: defect | Status: reopened Priority: minor | Component: avformat Version: git-master | Resolution: Keywords: leak | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by er.anshul.maheshwari@?): To play file with vlc to reproduce crashes following information is helpful command:./vlc -I "dummy" --demux avformat,none --codec avcodec,none using none so that demuxer and codec should not be used other then ffmpeg's influential environment var to be taken care while compiling vlc AVCODEC_LIBS,AVCODEC_CFLAGS, AVFORMAT_CFLAGS, AVFORMAT_LIBS. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 29 12:16:51 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 29 Apr 2014 10:16:51 -0000 Subject: [FFmpeg-trac] #3594(avcodec:new): Green artefacts when decoding svq1 In-Reply-To: <037.55e7d7c41b77832771e08cdecc0353ab@avcodec.org> References: <037.55e7d7c41b77832771e08cdecc0353ab@avcodec.org> Message-ID: <052.0574a5af1d6aa87b1c79593ff81684ab@avcodec.org> #3594: Green artefacts when decoding svq1 -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: svq1 | Blocked By: regression videolan | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: svq1 regression => svq1 regression videolan -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 29 16:42:30 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 29 Apr 2014 14:42:30 -0000 Subject: [FFmpeg-trac] #3599(undetermined:new): mp3 encoder set wrong bitrate or version flag In-Reply-To: <037.0bf8249ba5197dacf920fd8d98949cbf@avcodec.org> References: <037.0bf8249ba5197dacf920fd8d98949cbf@avcodec.org> Message-ID: <052.4f38c7745ce9fa759810157b25e77f69@avcodec.org> #3599: mp3 encoder set wrong bitrate or version flag -------------------------------------+------------------------------------- Reporter: ltzliwe | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ltzliwe): {{{ 10782 ~/av ? ffmpeg -i 432859.mp3 -b:a 32k -c:a libmp3lame -y output.mp3 ffmpeg version 2.1.3 Copyright (c) 2000-2013 the FFmpeg developers built on Jan 17 2014 09:39:01 with llvm-gcc 4.2.1 (LLVM build 2336.11.00) configuration: --prefix=/Volumes/Ramdisk/sw --enable-gpl --enable- pthreads --enable-version3 --enable-libspeex --enable-libvpx --disable- decoder=libvpx --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libx264 --enable-avfilter --enable-libopencore_amrwb --enable- libopencore_amrnb --enable-filters --enable-libgsm --arch=x86_64 --enable- runtime-cpudetect libavutil 52. 48.101 / 52. 48.101 libavcodec 55. 39.101 / 55. 39.101 libavformat 55. 19.104 / 55. 19.104 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 90.100 / 3. 90.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 [mp3 @ 0x7fbd40818200] Estimating duration from bitrate, this may be inaccurate Input #0, mp3, from '432859.mp3': Metadata: title : 002 artist : ?????????? www.5tps.com album : ?????????? www.5tps.com comment : ?????????? www.5tps.com Duration: 00:21:19.08, start: 0.000000, bitrate: 32 kb/s Stream #0:0: Audio: mp3, 22050 Hz, stereo, s16p, 32 kb/s Output #0, mp3, to 'output.mp3': Metadata: TIT2 : 002 TPE1 : ?????????? www.5tps.com TALB : ?????????? www.5tps.com comment : ?????????? www.5tps.com TSSE : Lavf55.19.104 Stream #0:0: Audio: mp3 (libmp3lame), 22050 Hz, stereo, s16p, 32 kb/s Stream mapping: Stream #0:0 -> #0:0 (mp3 -> libmp3lame) Press [q] to stop, [?] for help [mp3 @ 0x7fbd40820800] Header missingate= 32.0kbits/s Error while decoding stream #0:0: Invalid data found when processing input size= 4996kB time=00:21:18.95 bitrate= 32.0kbits/s video:0kB audio:4996kB subtitle:0 global headers:0kB muxing overhead 0.006939% 10783 ~/av ? file output.mp3 output.mp3: Audio file with ID3 version 2.4.0, contains: MPEG ADTS, layer III, v2, 56 kbps, 22.05 kHz, Stereo }}} the complete, uncut console -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 29 23:46:26 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 29 Apr 2014 21:46:26 -0000 Subject: [FFmpeg-trac] #3601(undetermined:new): ffmpeg reading WTV video codec, size incorrectly and creating unplayable MP4/MKV on stream copying Message-ID: <041.1a4ad622f609d5909e1d26066add9045@avcodec.org> #3601: ffmpeg reading WTV video codec, size incorrectly and creating unplayable MP4/MKV on stream copying -------------------------------------+------------------------------------- Reporter: ramitbhalla | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: Ffmpeg is incorrectly reading the video codec and video dimensions. When one tries to copy remux the file into a MP4 or MKV containers, the resulting file video is unplayable in WMP. Am not sure if this is due to the incorrect detection of the video details or something else. How to reproduce: {{{ ffmpeg -i Grimm_KXASDT_2014_04_25_19_57_00.wtv -vcodec copy -acodec copy -map 0:v -map 0:a -sn te st.mp4 ffmpeg version N-62814-g978c193 Copyright (c) 2000-2014 the FFmpeg developers built on Apr 29 2014 16:52:00 with gcc 4.8.0 (GCC) configuration: --arch=x86 --target-os=mingw32 --cross- prefix=/Software/ffmpeg/sandbox/mingw-w64-i686/bin/i686-w64-ming w32- --pkg-config=pkg-config --enable-gpl --enable-libx264 --enable- avisynth --enable-libxvid --enable-libmp3lame --enab le-version3 --enable-zlib --enable-librtmp --enable-libvorbis --enable- libtheora --enable-libspeex --enable-libopenjpeg --enable-gnutls --enable-libgsm --enable-libfreetype --enable-libopus --disable-w32threads --enable-frei0r --enable-filt er=frei0r --enable-libvo-aacenc --enable-bzlib --enable-libxavs --extra- cflags=-DPTW32_STATIC_LIB --enable-libopencore-a mrnb --enable-libopencore-amrwb --enable-libvo-amrwbenc --enable- libschroedinger --enable-libvpx --enable-libilbc --pref ix=/Software/ffmpeg/sandbox/mingw-w64-i686/i686-w64-mingw32 --enable- static --disable-shared --enable-libsoxr --enable-f ontconfig --enable-libass --enable-libutvideo --enable-libbluray --enable- iconv --enable-libtwolame --extra-cflags=-DLIB TWOLAME_STATIC --enable-libzvbi --enable-libcaca --enable-libmodplug --extra-libs=-lstdc++ --extra-libs=-lpng --enable-l ibvidstab --extra-cflags= --extra-cflags= --enable-nonfree --enable- libfdk-aac --enable-libfaac --enable-runtime-cpudete ct libavutil 52. 80.100 / 52. 80.100 libavcodec 55. 60.100 / 55. 60.100 libavformat 55. 37.101 / 55. 37.101 libavdevice 55. 13.100 / 55. 13.100 libavfilter 4. 4.100 / 4. 4.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 [wtv @ 0242e960] truncated file [wtv @ 0242e960] reported file length (0x1aef76948) exceeds number of available sectors (0xb0000000) [wtv @ 0242e960] truncated file Last message repeated 1 times [mpeg2video @ 03932ec0] interlaced frame in progressive sequence, ignoring [mpeg2video @ 03932ec0] invalid frame_pred_frame_dct [mpeg2video @ 03932ec0] slice below image (30 >= 30) Input #0, wtv, from 'Grimm_KXASDT_2014_04_25_19_57_00.wtv': Metadata: WM/MediaClassPrimaryID: db9830bd-3ab3-4fab-8a371a995f7ff74 WM/MediaClassSecondaryID: ba7f258a-62f7-47a9-b21f4651c42a000 Title : Grimm WM/SubTitle : Nobody Knows the Trubel I've Seen WM/SubTitleDescription: Nick and Hank investigate when a dangerous suspect leaves a trail of wesen in her wake; Adal ind forms a dangerous alliance. genre : Drama;General;Series;Sci-Fi/Fantasy WM/OriginalReleaseTime: 0 WM/MediaCredits : David Giuntoli/Russell Hornsby/Reggie Lee/Silas Weir Mitchell/Sasha Roiz/Bitsie Tulloch/Bree Turne r/Claire Coffee;;;Jacqueline Toboni/C. Thomas Howell/Alexis Denisof/Philip Anthony Rodriguez service_provider: KXASDT service_name : KXASDT (KXAS-DT) WM/MediaNetworkAffiliation: NBC Affiliate WM/MediaOriginalChannel: 5 WM/MediaOriginalChannelSubNumber: 1 WM/MediaOriginalBroadcastDateTime: 2014-04-25T05:00:00Z WM/MediaOriginalRunTime: 40151865409 WM/MediaIsStereo: true WM/MediaIsRepeat: false WM/MediaIsLive : false WM/MediaIsTape : false WM/MediaIsDelay : false WM/MediaIsSubtitled: false WM/MediaIsMovie : false WM/MediaIsPremiere: false WM/MediaIsFinale: false WM/MediaIsSAP : false WM/MediaIsSport : false WM/ParentalRating: TV-14 WM/Provider : MediaCenterDefault WM/VideoClosedCaptioning: true WM/WMRVEncodeTime: 2014-04-26 00:57:04 WM/WMRVSeriesUID: !MCSeries!258649334 WM/WMRVServiceID: !MCService!28457086 WM/WMRVProgramID: !MCProgram!299207826 WM/WMRVRequestID: 0 WM/WMRVScheduleItemID: 0 WM/WMRVQuality : 3 WM/WMRVOriginalSoftPrePadding: 480 WM/WMRVOriginalSoftPostPadding: 180 WM/WMRVHardPrePadding: 4294966996 WM/WMRVHardPostPadding: 0 WM/WMRVATSCContent: true WM/WMRVDTVContent: true WM/WMRVHDContent: true Duration : 40159686774 WM/WMRVEndTime : 2014-04-26 02:04:00 WM/WMRVBitrate : 14.404455 WM/WMRVKeepUntil: 0 WM/WMRVActualSoftPrePadding: 475 WM/WMRVActualSoftPostPadding: 180 WM/WMRVContentProtected: false WM/WMRVContentProtectedPercent: 0 WM/WMRVExpirationSpan: 9223372036854775807 WM/WMRVInBandRatingSystem: 255 WM/WMRVInBandRatingLevel: 255 WM/WMRVInBandRatingAttributes: 0 WM/WMRVWatched : false Duration: 00:25:35.50, start: 3.128033, bitrate: 546 kb/s Stream #0:0[0x16](eng): Audio: ac3, 48000 Hz, 5.1(side), fltp, 384 kb/s Stream #0:1[0x17](spa): Audio: ac3, 48000 Hz, stereo, fltp, 192 kb/s Stream #0:2[0x18]: Video: mpeg1video, yuv420p(tv), 704x480 [SAR 64:45 DAR 1408:675], 12000 kb/s, 59.94 tbr, 10000k t bn, 59.94 tbc Stream #0:3[0x19]: Subtitle: eia_608 File 'test.mp4' already exists. Overwrite ? [y/N] y [mp4 @ 03a33140] track 1: codec frame size is not set [mp4 @ 03a33140] track 2: codec frame size is not set Output #0, mp4, to 'test.mp4': Metadata: WM/MediaClassPrimaryID: db9830bd-3ab3-4fab-8a371a995f7ff74 WM/MediaClassSecondaryID: ba7f258a-62f7-47a9-b21f4651c42a000 Title : Grimm WM/SubTitle : Nobody Knows the Trubel I've Seen WM/SubTitleDescription: Nick and Hank investigate when a dangerous suspect leaves a trail of wesen in her wake; Adal ind forms a dangerous alliance. genre : Drama;General;Series;Sci-Fi/Fantasy WM/OriginalReleaseTime: 0 WM/MediaCredits : David Giuntoli/Russell Hornsby/Reggie Lee/Silas Weir Mitchell/Sasha Roiz/Bitsie Tulloch/Bree Turne r/Claire Coffee;;;Jacqueline Toboni/C. Thomas Howell/Alexis Denisof/Philip Anthony Rodriguez service_provider: KXASDT service_name : KXASDT (KXAS-DT) WM/MediaNetworkAffiliation: NBC Affiliate WM/MediaOriginalChannel: 5 WM/MediaOriginalChannelSubNumber: 1 WM/MediaOriginalBroadcastDateTime: 2014-04-25T05:00:00Z WM/MediaOriginalRunTime: 40151865409 WM/MediaIsStereo: true WM/MediaIsRepeat: false WM/MediaIsLive : false WM/MediaIsTape : false WM/MediaIsDelay : false WM/MediaIsSubtitled: false WM/MediaIsMovie : false WM/MediaIsPremiere: false WM/MediaIsFinale: false WM/MediaIsSAP : false WM/MediaIsSport : false WM/ParentalRating: TV-14 WM/Provider : MediaCenterDefault WM/VideoClosedCaptioning: true WM/WMRVEncodeTime: 2014-04-26 00:57:04 WM/WMRVSeriesUID: !MCSeries!258649334 WM/WMRVServiceID: !MCService!28457086 WM/WMRVProgramID: !MCProgram!299207826 WM/WMRVRequestID: 0 WM/WMRVScheduleItemID: 0 WM/WMRVQuality : 3 WM/WMRVOriginalSoftPrePadding: 480 WM/WMRVOriginalSoftPostPadding: 180 WM/WMRVHardPrePadding: 4294966996 WM/WMRVHardPostPadding: 0 WM/WMRVATSCContent: true WM/WMRVDTVContent: true WM/WMRVHDContent: true Duration : 40159686774 WM/WMRVEndTime : 2014-04-26 02:04:00 WM/WMRVBitrate : 14.404455 WM/WMRVKeepUntil: 0 WM/WMRVActualSoftPrePadding: 475 WM/WMRVActualSoftPostPadding: 180 WM/WMRVContentProtected: false WM/WMRVContentProtectedPercent: 0 WM/WMRVExpirationSpan: 9223372036854775807 WM/WMRVInBandRatingSystem: 255 WM/WMRVInBandRatingLevel: 255 WM/WMRVInBandRatingAttributes: 0 WM/WMRVWatched : false encoder : Lavf55.37.101 Stream #0:0: Video: mpeg1video (j[0][0][0] / 0x006A), yuv420p, 704x480 [SAR 64:45 DAR 1408:675], q=2-31, 12000 kb/s, 10000k tbn, 10000k tbc Stream #0:1(eng): Audio: ac3 ([165][0][0][0] / 0x00A5), 48000 Hz, 5.1(side), 384 kb/s Stream #0:2(spa): Audio: ac3 ([165][0][0][0] / 0x00A5), 48000 Hz, stereo, 192 kb/s Stream mapping: Stream #0:2 -> #0:0 (copy) Stream #0:0 -> #0:1 (copy) Stream #0:1 -> #0:2 (copy) Press [q] to stop, [?] for help frame= 1670 fps=0.0 q=-1.0 Lsize= 99124kB time=00:00:56.92 bitrate=14265.7kbits/s video:95095kB audio:3982kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.047069%}}} Attaching a 2MB segment of the above file for analysis. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 30 05:35:54 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 30 Apr 2014 03:35:54 -0000 Subject: [FFmpeg-trac] #3590(avcodec:closed): Decoding errors/failures on older Ogg Vorbis files In-Reply-To: <042.bb79ccedd50990fff342e31a24ff0300@avcodec.org> References: <042.bb79ccedd50990fff342e31a24ff0300@avcodec.org> Message-ID: <057.e951789b3d632fa63a19c9d5a142a0e5@avcodec.org> #3590: Decoding errors/failures on older Ogg Vorbis files -------------------------------------+------------------------------------- Reporter: | Owner: alexanderino | Status: closed Type: defect | Component: avcodec Priority: important | Resolution: fixed Version: git-master | Blocked By: Keywords: vorbis | Reproduced by developer: 1 regression | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in 0a266cb55af9794fc5cff695d35cae4111e4334f -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 30 07:00:39 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 30 Apr 2014 05:00:39 -0000 Subject: [FFmpeg-trac] #3594(avcodec:closed): Green artefacts when decoding svq1 In-Reply-To: <037.55e7d7c41b77832771e08cdecc0353ab@avcodec.org> References: <037.55e7d7c41b77832771e08cdecc0353ab@avcodec.org> Message-ID: <052.2bd5f1d57e9920aabb068de63a93ae6e@avcodec.org> #3594: Green artefacts when decoding svq1 -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: svq1 | Blocked By: regression videolan | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Fixed in 421b21ca8a02a346ba03cea3bb2ecc33f791fc30 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 30 12:28:16 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 30 Apr 2014 10:28:16 -0000 Subject: [FFmpeg-trac] #3601(avformat:open): ffmpeg reading WTV video codec, size incorrectly and creating unplayable MP4/MKV on stream copying In-Reply-To: <041.1a4ad622f609d5909e1d26066add9045@avcodec.org> References: <041.1a4ad622f609d5909e1d26066add9045@avcodec.org> Message-ID: <056.cca16c6fbec065c5b9758fa0bb5b3903@avcodec.org> #3601: ffmpeg reading WTV video codec, size incorrectly and creating unplayable MP4/MKV on stream copying -------------------------------------+------------------------------------ Reporter: ramitbhalla | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avformat * priority: normal => important * version: unspecified => git-master * keywords: => regression Comment: The video codec is mpeg2video and is written as mpeg2video in the file, the incorrect codec detection is a regression since f3743901 (possibly related to ticket #3548). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 30 12:36:20 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 30 Apr 2014 10:36:20 -0000 Subject: [FFmpeg-trac] #3601(avformat:open): mpeg2video in wtv incorrectly detected as mpeg1video (was: ffmpeg reading WTV video codec, size incorrectly and creating unplayable MP4/MKV on stream copying) In-Reply-To: <041.1a4ad622f609d5909e1d26066add9045@avcodec.org> References: <041.1a4ad622f609d5909e1d26066add9045@avcodec.org> Message-ID: <056.db4a2e91374ebabd769edaddfd43e11a@avcodec.org> #3601: mpeg2video in wtv incorrectly detected as mpeg1video -------------------------------------+------------------------------------ Reporter: ramitbhalla | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 30 14:47:38 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 30 Apr 2014 12:47:38 -0000 Subject: [FFmpeg-trac] #3601(avformat:open): mpeg2video in wtv incorrectly detected as mpeg1video In-Reply-To: <041.1a4ad622f609d5909e1d26066add9045@avcodec.org> References: <041.1a4ad622f609d5909e1d26066add9045@avcodec.org> Message-ID: <056.7ff3bbf4d29b969072c5ccd70afa30c7@avcodec.org> #3601: mpeg2video in wtv incorrectly detected as mpeg1video -------------------------------------+------------------------------------ Reporter: ramitbhalla | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by ramitbhalla): The video size is also reported incorrectly. It is 1080p -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 30 14:55:09 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 30 Apr 2014 12:55:09 -0000 Subject: [FFmpeg-trac] #3602(undetermined:new): Use Matroska A_QUICKTIME instead of deprecated A_QUICKTIME/**** (A_QUICKTIME/QDMC, A_QUICKTIME/QDM2) Codec IDs. Message-ID: <045.4511fdd6862997ac5691e1e545858c35@avcodec.org> #3602: Use Matroska A_QUICKTIME instead of deprecated A_QUICKTIME/**** (A_QUICKTIME/QDMC, A_QUICKTIME/QDM2) Codec IDs. -------------------------------------+------------------------------------- Reporter: Vika | Type: defect Apelsinova | Priority: normal Status: new | Version: git- Component: | master undetermined | Blocked By: Keywords: matroska, | Reproduced by developer: 0 mkv, mka, qdmc, qdm2 | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- FFMPEG should produce files with Matroska A_QUICKTIME instead of deprecated A_QUICKTIME/**** (A_QUICKTIME/QDMC, A_QUICKTIME/QDM2) Codec IDs. Please see #3256 for more info. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 30 14:55:54 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 30 Apr 2014 12:55:54 -0000 Subject: [FFmpeg-trac] #3256(avformat:closed): FFMPEG SVQ3 Matroska remux produces unplayable output (FFPlay don't want to play SVQ3 MKV output) In-Reply-To: <045.51484ecb6eb33584190d4f0084e79280@avcodec.org> References: <045.51484ecb6eb33584190d4f0084e79280@avcodec.org> Message-ID: <060.c38466653a3388081a61655c01438fc5@avcodec.org> #3256: FFMPEG SVQ3 Matroska remux produces unplayable output (FFPlay don't want to play SVQ3 MKV output) -------------------------------------+------------------------------------- Reporter: Vika | Owner: Apelsinova | Status: closed Type: defect | Component: avformat Priority: important | Resolution: fixed Version: git-master | Blocked By: Keywords: mkv svq3 | Reproduced by developer: 1 regression | Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by Vika Apelsinova): OK, https://trac.videolan.org/vlc/ticket/11038 is closed, I've opened #3602. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 30 18:06:59 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 30 Apr 2014 16:06:59 -0000 Subject: [FFmpeg-trac] #3602(avformat:new): Use Matroska A_QUICKTIME instead of deprecated A_QUICKTIME/**** (A_QUICKTIME/QDMC, A_QUICKTIME/QDM2) Codec IDs. In-Reply-To: <045.4511fdd6862997ac5691e1e545858c35@avcodec.org> References: <045.4511fdd6862997ac5691e1e545858c35@avcodec.org> Message-ID: <060.5ada3e1076fdcf7fb896be155446b159@avcodec.org> #3602: Use Matroska A_QUICKTIME instead of deprecated A_QUICKTIME/**** (A_QUICKTIME/QDMC, A_QUICKTIME/QDM2) Codec IDs. -------------------------------------+------------------------------------- Reporter: Vika | Owner: Apelsinova | Status: new Type: enhancement | Component: avformat Priority: wish | Resolution: Version: git-master | Blocked By: Keywords: mkv | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: matroska, mkv, mka, qdmc, qdm2 => mkv * priority: normal => wish * component: undetermined => avformat * type: defect => enhancement -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 30 23:05:36 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 30 Apr 2014 21:05:36 -0000 Subject: [FFmpeg-trac] #3491(avformat:open): MKV muxer corrupts subtitles In-Reply-To: <038.f3993b161a97f3064bcf3723d6728a4a@avcodec.org> References: <038.f3993b161a97f3064bcf3723d6728a4a@avcodec.org> Message-ID: <053.320c85da1f3437ecd37b3b7fb84acdda@avcodec.org> #3491: MKV muxer corrupts subtitles -------------------------------------+------------------------------------ Reporter: ValdikSS | Owner: ValdikSS Type: defect | Status: open Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by ValdikSS): * owner: => ValdikSS * status: new => open * component: undetermined => avformat Comment: https://ffmpeg.org/pipermail/ffmpeg-devel/2014-April/157159.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 30 23:50:52 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 30 Apr 2014 21:50:52 -0000 Subject: [FFmpeg-trac] #2784(build system:open): MacOS: building minimal, audio-only version fails with linker error In-Reply-To: <037.7a1a77fcbc3efa0a92c14ad778efb699@avcodec.org> References: <037.7a1a77fcbc3efa0a92c14ad778efb699@avcodec.org> Message-ID: <052.38d3842481a96cc6258cb23c8dd6978c@avcodec.org> #2784: MacOS: building minimal, audio-only version fails with linker error -------------------------------------+------------------------------------- Reporter: milgner | Owner: Type: defect | Status: open Priority: normal | Component: build Version: git-master | system Keywords: osx | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by michael): Should be fixed by 617e866e25b72fa5d9f9d6bbcbd7e4bd69e63a54 -- Ticket URL: FFmpeg FFmpeg issue tracker