From trac at avcodec.org Mon Oct 1 01:37:44 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 30 Sep 2012 23:37:44 -0000 Subject: [FFmpeg-trac] #144(undetermined:closed): ffmpeg 0.7c FFPLAY using CODEC_ID_H264 HUGE MEMORY LEAKS (1MB/s) In-Reply-To: <042.7929e681df718b62bed46904201284c1@avcodec.org> References: <042.7929e681df718b62bed46904201284c1@avcodec.org> Message-ID: <057.24c5a35bf41e347008ca2f3ec197335f@avcodec.org> #144: ffmpeg 0.7c FFPLAY using CODEC_ID_H264 HUGE MEMORY LEAKS (1MB/s) -------------------------------------+------------------------------------- Reporter: | Owner: alexandru_mg3 | Status: closed Type: defect | Component: Priority: normal | undetermined Version: 0.7-rc1 | Resolution: fixed Keywords: h264 leak | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: h264 memory leaks => h264 leak -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 1 01:39:05 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 30 Sep 2012 23:39:05 -0000 Subject: [FFmpeg-trac] #1335(avcodec:closed): Memleak when reading corrupted cavs video In-Reply-To: <036.33c2ec16faa121e488d5e159f81c3969@avcodec.org> References: <036.33c2ec16faa121e488d5e159f81c3969@avcodec.org> Message-ID: <051.ef27711c583389b4992ffe23343f904a@avcodec.org> #1335: Memleak when reading corrupted cavs video -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: leak cavs | Blocked By: roundup | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: memleak cavs roundup => leak cavs roundup -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 1 01:40:02 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 30 Sep 2012 23:40:02 -0000 Subject: [FFmpeg-trac] #1334(avformat:closed): Memleak when reading dvvideo in avi In-Reply-To: <036.abc75c94414431638f248532215bdd27@avcodec.org> References: <036.abc75c94414431638f248532215bdd27@avcodec.org> Message-ID: <051.d19e686cce1c6f71bad7f358c7687275@avcodec.org> #1334: Memleak when reading dvvideo in avi -------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: leak avi dv | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: memleak avi dv => leak avi dv -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 1 01:40:52 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 30 Sep 2012 23:40:52 -0000 Subject: [FFmpeg-trac] #1546(avcodec:new): Memleak when decoding broken vorbis sample In-Reply-To: <036.0711fcea8a96b16199d40082327b8fba@avcodec.org> References: <036.0711fcea8a96b16199d40082327b8fba@avcodec.org> Message-ID: <051.dbc51affac768efdb709cf5438d3b889@avcodec.org> #1546: Memleak when decoding broken vorbis sample -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: vorbis | Blocked By: roundup leak | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: vorbis roundup => vorbis roundup leak -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 1 01:43:06 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 30 Sep 2012 23:43:06 -0000 Subject: [FFmpeg-trac] #66(avfilter:closed): Leak in lavfi movie source In-Reply-To: <037.0491ca089f6f3b1b367f238e215289b0@avcodec.org> References: <037.0491ca089f6f3b1b367f238e215289b0@avcodec.org> Message-ID: <052.c3908386786d03c5718fc9b79dbad4dd@avcodec.org> #66: Leak in lavfi movie source -------------------------------------+------------------------------------- Reporter: ferrieux | Owner: michael Type: defect | Status: closed Priority: important | Component: avfilter Version: git | Resolution: fixed Keywords: overlay | Blocked By: movie leak | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: overlay movie source memory leak => overlay movie leak -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 1 09:46:22 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 01 Oct 2012 07:46:22 -0000 Subject: [FFmpeg-trac] #1767(avformat:new): 24bit audio in mov is flagged as 16bit in stsd atom In-Reply-To: <037.8864e87398844edad013ac643adf19ae@avcodec.org> References: <037.8864e87398844edad013ac643adf19ae@avcodec.org> Message-ID: <052.83ece61ad774689290aed08f3f46f420@avcodec.org> #1767: 24bit audio in mov is flagged as 16bit in stsd atom ------------------------------------+------------------------------------ Reporter: nichot20 | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by nichot20): Replying to [comment:3 muken]: > According to qtff.pdf, when a sound sample description is version=1 or 2, sample size field shall be set to 16. > So, it is not a bug. > The actual sample size is placed more downward. > Early sample size field shall be ignored by readers. I note that both the original, and stream copied file have stsd version=0, not the 1 or 2 you mention. Looking at the code the value is set based upon the value of AV_CODEC_ID_* when (version != 2) and comparison with the original file shows that Quicktime Pro uses a value of 24. The only other differences to the original file seems to be that QT Pro adds in the extended version info which ffmpeg only adds for version 1 (line 672) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 1 16:20:43 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 01 Oct 2012 14:20:43 -0000 Subject: [FFmpeg-trac] #1767(avformat:new): 24bit audio in mov is flagged as 16bit in stsd atom In-Reply-To: <037.8864e87398844edad013ac643adf19ae@avcodec.org> References: <037.8864e87398844edad013ac643adf19ae@avcodec.org> Message-ID: <052.68846e815aa64a0dca3d84985eadaab5@avcodec.org> #1767: 24bit audio in mov is flagged as 16bit in stsd atom ------------------------------------+------------------------------------ Reporter: nichot20 | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by nichot20): Replying to [comment:5 nichot20]: > Replying to [comment:3 muken]: > > According to qtff.pdf, when a sound sample description is version=1 or 2, sample size field shall be set to 16. > > So, it is not a bug. > > The actual sample size is placed more downward. > > Early sample size field shall be ignored by readers. > > I note that both the original, and stream copied file have stsd version=0, not the 1 or 2 you mention. > > Looking at the code the value is set based upon the value of AV_CODEC_ID_* when (version != 2) and comparison with the original file shows that Quicktime Pro uses a value of 24. > > The only other differences to the original file seems to be that QT Pro adds in the extended version info which ffmpeg only adds for version 1 (line 672) I have now managed to obtain a later copy of qtff.pdf dated 2012-08-14. It would appear that the correct behavior is indeed for stsd->sample size to be only either 8 or 16 for ''all'' versions of stsd. '''But''' if the actual sample size is greater than 16 bits, then the version should be changed to version 1 and the "bytes per packet" set to reflect the actual value (pages 178-179). Unfortunately Quicktime Pro 7 does not seem to follow this convention, which misled me. However mov.c is also behaving incorrectly as it is not changing the version from 0 to 1, and adding in the "Sound Description V1 extended info" for bit depths greater than 16 in order to provide the correct value. This can lead to some applications trying to handle the sound as 16 bit. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 2 00:59:03 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 01 Oct 2012 22:59:03 -0000 Subject: [FFmpeg-trac] #1778(FFmpeg:new): EIA-608 / EIA-708 Closed Captions disappear when transcoding/reencoding Message-ID: <040.4fb11d241ced937231034a1b8bb194cf@avcodec.org> #1778: EIA-608 / EIA-708 Closed Captions disappear when transcoding/reencoding -------------------------------------+------------------------------------- Reporter: mikecheat04 | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: 1.0 Keywords: cc, closed | Blocked By: caption, subtitle, teletext, eia, | Reproduced by developer: 0 608, 708 | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: When transoding/reencoding video ffmepg loses the CC data that was embedded within the actual video stream itself. This type of CC is referred to as EIA-608/EIA-708 and is muxed to the video stream following guidelines in SCTE 128 from my research. If you use '-c:v copy' the CC remains intact. I'm capturing live video from the gige port of a Motorola DSR-6100 IRD that is putting out UDP multicast TS. This PDF give more details regarding how this method of CC works: http://www.evertz.com/resources/eia_608_708_cc.pdf Here are the files produced from the below command. They are larger than the 10MB requested so I've hosted them on my site, here are the direct links. http://mikecheat.com/disjrhd.ts - Original(18.2MB) http://mikecheat.com/disjrsd.ts - Reencoded(8.9MB) There is another open source project that seems to have figured out how to pull this CC data from video. They have the source code on their website, I've included the link. http://zapping.sourceforge.net/ZVBI/index.html How to reproduce: root at hdmux:/home/mike# ffmpeg -i 'udp://239.1.1.3:6100?fifo_size=9000000' -map 0:p:1:0 -c:v mpeg2video -s 704x480 -r ntsc -b:v 3000k -map 0:p:1:1 -c:a mp3 -ac 2 -ar 48000 -b:a 128k -f mpegts disjrsd.ts -map 0:p:1:0 -c:v copy -map 0:p:1:1 -c:a copy -f mpegts disjrhd.ts ffmpeg version 1.0 Copyright (c) 2000-2012 the FFmpeg developers built on Sep 28 2012 14:24:44 with gcc 4.4.5 (Debian 4.4.5-8) configuration: --enable-gpl --enable-nonfree --enable-shared --enable- runtime-cpudetect --enable-libmp3lame --enable-libx264 libavutil 51. 73.101 / 51. 73.101 libavcodec 54. 59.100 / 54. 59.100 libavformat 54. 29.104 / 54. 29.104 libavdevice 54. 2.101 / 54. 2.101 libavfilter 3. 17.100 / 3. 17.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [mpegts @ 0x2169240] Unable to seek back to the start [h264 @ 0x2193a80] non-existing PPS referenced [h264 @ 0x2193a80] non-existing PPS 0 referenced [h264 @ 0x2193a80] decode_slice_header error [h264 @ 0x2193a80] no frame! [h264 @ 0x2193a80] non-existing PPS referenced [h264 @ 0x2193a80] non-existing PPS 0 referenced [h264 @ 0x2193a80] decode_slice_header error [h264 @ 0x2193a80] no frame! [h264 @ 0x2193a80] non-existing PPS referenced [h264 @ 0x2193a80] non-existing PPS 0 referenced [h264 @ 0x2193a80] decode_slice_header error [h264 @ 0x2193a80] no frame! [h264 @ 0x2193a80] non-existing PPS referenced [h264 @ 0x2193a80] non-existing PPS 0 referenced [h264 @ 0x2193a80] decode_slice_header error [h264 @ 0x2193a80] no frame! [h264 @ 0x2193a80] non-existing PPS referenced [h264 @ 0x2193a80] non-existing PPS 0 referenced [h264 @ 0x2193a80] decode_slice_header error [h264 @ 0x2193a80] no frame! [h264 @ 0x2193a80] non-existing PPS referenced [h264 @ 0x2193a80] non-existing PPS 0 referenced [h264 @ 0x2193a80] decode_slice_header error [h264 @ 0x2193a80] no frame! [h264 @ 0x2193a80] non-existing PPS referenced [h264 @ 0x2193a80] non-existing PPS 0 referenced [h264 @ 0x2193a80] decode_slice_header error [h264 @ 0x2193a80] no frame! [h264 @ 0x2193a80] non-existing PPS referenced [h264 @ 0x2193a80] non-existing PPS 0 referenced [h264 @ 0x2193a80] decode_slice_header error [h264 @ 0x2193a80] no frame! [h264 @ 0x2193a80] non-existing PPS referenced [h264 @ 0x2193a80] non-existing PPS 0 referenced [h264 @ 0x2193a80] decode_slice_header error [h264 @ 0x2193a80] no frame! [h264 @ 0x2193a80] non-existing PPS referenced [h264 @ 0x2193a80] non-existing PPS 0 referenced [h264 @ 0x2193a80] decode_slice_header error [h264 @ 0x2193a80] no frame! [h264 @ 0x2193a80] mmco: unref short failure Last message repeated 2 times [mpegts @ 0x2169240] max_analyze_duration 5000000 reached at 5003333 [mpegts @ 0x2169240] Estimating duration from bitrate, this may be inaccurate Input #0, mpegts, from 'udp://239.1.1.3:6100?fifo_size=9000000': Duration: N/A, start: 11940.555644, bitrate: 768 kb/s Program 1 Stream #0:0[0x1e00]: Video: h264 (Main) ([27][0][0][0] / 0x001B), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 61.76 fps, 59.94 tbr, 90k tbn, 119.88 tbc Stream #0:1[0x1020](eng): Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, 5.1(side), s16, 384 kb/s Stream #0:2[0x1021](spa): Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, stereo, s16, 192 kb/s Stream #0:3[0x1022](eng): Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, stereo, s16, 192 kb/s File 'disjrhd.ts' already exists. Overwrite ? [y/N] y muxrate VBR, pcr every 2 pkts, sdt every 200, pat/pmt every 40 pkts [mpegts @ 0x22aad60] muxrate VBR, pcr every 5 pkts, sdt every 200, pat/pmt every 40 pkts Output #0, mpegts, to 'disjrsd.ts': Metadata: encoder : Lavf54.29.104 Stream #0:0: Video: mpeg2video, yuv420p, 704x480 [SAR 40:33 DAR 16:9], q=2-31, 3000 kb/s, 90k tbn, 29.97 tbc Stream #0:1(eng): Audio: mp3, 48000 Hz, stereo, s16, 128 kb/s Output #1, mpegts, to 'disjrhd.ts': Metadata: encoder : Lavf54.29.104 Stream #1:0: Video: h264 ([27][0][0][0] / 0x001B), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], q=2-31, 61.76 fps, 90k tbn, 59.94 tbc Stream #1:1(eng): Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, 5.1(side), 384 kb/s Stream mapping: Stream #0:0 -> #0:0 (h264 -> mpeg2video) Stream #0:1 -> #0:1 (ac3 -> libmp3lame) Stream #0:0 -> #1:0 (copy) Stream #0:1 -> #1:1 (copy) Press [q] to stop, [?] for help [h264 @ 0x28a5740] Missing reference picture [h264 @ 0x28a5740] decode_slice_header error [h264 @ 0x28a5740] concealing 3600 DC, 3600 AC, 3600 MV errors in B frame [h264 @ 0x28a63a0] Missing reference picture [h264 @ 0x28a63a0] decode_slice_header error [h264 @ 0x28a63a0] concealing 3600 DC, 3600 AC, 3600 MV errors in B frame [h264 @ 0x28a68e0] reference picture missing during reorder [h264 @ 0x28a68e0] Missing reference picture [h264 @ 0x28a68e0] decode_slice_header error [h264 @ 0x28a68e0] concealing 3600 DC, 3600 AC, 3600 MV errors in P frame [h264 @ 0x28a7360] mmco: unref short failure [h264 @ 0x2c4ddc0] mmco: unref short failure frame= 656 fps= 47 q=2.0 Lq=-1.0 size= 9102kB time=00:00:21.93 bitrate=3398.6kbits/s dup=22 drop=628 video:24157kB audio:1326kB subtitle:0 global headers:0kB muxing overhead -64.284273% Received signal 2: terminating. You can't use my command exactly as is because I'm capturing from a live source. You can use one of the above files to emulate the problem. If any other info is needed please let me know. Thank you -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 2 01:23:37 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 01 Oct 2012 23:23:37 -0000 Subject: [FFmpeg-trac] #1778(FFmpeg:new): EIA-608 / EIA-708 Closed Captions disappear when transcoding/reencoding In-Reply-To: <040.4fb11d241ced937231034a1b8bb194cf@avcodec.org> References: <040.4fb11d241ced937231034a1b8bb194cf@avcodec.org> Message-ID: <055.f77074c074765475f0f71a8e80e415a6@avcodec.org> #1778: EIA-608 / EIA-708 Closed Captions disappear when transcoding/reencoding -------------------------------------+------------------------------------- Reporter: mikecheat04 | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: 1.0 | Resolution: Keywords: cc, closed | Blocked By: caption, subtitle, teletext, eia, | Reproduced by developer: 0 608, 708 | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by mikecheat04): PS I can provide as many samples as needed. This is only one feed of about 30 that I have access to. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 2 05:18:04 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Oct 2012 03:18:04 -0000 Subject: [FFmpeg-trac] #1768(avcodec:open): audio AAC fails at CCE In-Reply-To: <037.9bf429fda86d343b853091ec2378dbe0@avcodec.org> References: <037.9bf429fda86d343b853091ec2378dbe0@avcodec.org> Message-ID: <052.47a02ec9917c6957734f51459377d050@avcodec.org> #1768: audio AAC fails at CCE ------------------------------------+----------------------------------- Reporter: kaijun61 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): I was unable to play your sample with totem (using GStreamer). Could you post your GStreamer command line that allowed you to play the attached sample? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 2 05:21:47 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Oct 2012 03:21:47 -0000 Subject: [FFmpeg-trac] #1778(undetermined:open): EIA-608 / EIA-708 Closed Captions disappear when transcoding/reencoding In-Reply-To: <040.4fb11d241ced937231034a1b8bb194cf@avcodec.org> References: <040.4fb11d241ced937231034a1b8bb194cf@avcodec.org> Message-ID: <055.d84aef4cbd4fd865a98f01afc5c83bf0@avcodec.org> #1778: EIA-608 / EIA-708 Closed Captions disappear when transcoding/reencoding -------------------------------------+------------------------------------- Reporter: mikecheat04 | Owner: Type: enhancement | Status: open Priority: wish | Component: Version: git-master | undetermined Keywords: cc | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * component: FFmpeg => undetermined * priority: normal => wish * version: 1.0 => git-master * keywords: cc, closed caption, subtitle, teletext, eia, 608, 708 => cc * type: defect => enhancement Comment: FFmpeg does not support closed captions, see also tickett #846. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 2 05:30:21 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Oct 2012 03:30:21 -0000 Subject: [FFmpeg-trac] #1778(undetermined:open): EIA-608 / EIA-708 Closed Captions disappear when transcoding/reencoding In-Reply-To: <040.4fb11d241ced937231034a1b8bb194cf@avcodec.org> References: <040.4fb11d241ced937231034a1b8bb194cf@avcodec.org> Message-ID: <055.fa3c86c78179ad03eb9ebfbe0fe5bbf4@avcodec.org> #1778: EIA-608 / EIA-708 Closed Captions disappear when transcoding/reencoding -------------------------------------+------------------------------------- Reporter: mikecheat04 | Owner: Type: enhancement | Status: open Priority: wish | Component: Version: git-master | undetermined Keywords: cc | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by mikecheat04): Wow all this time I was thinking it did. Made the assumption that subtitles and closed caption were the same thing. Okay well thanks for the update. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 2 11:07:11 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Oct 2012 09:07:11 -0000 Subject: [FFmpeg-trac] #1768(avcodec:open): audio AAC fails at CCE In-Reply-To: <037.9bf429fda86d343b853091ec2378dbe0@avcodec.org> References: <037.9bf429fda86d343b853091ec2378dbe0@avcodec.org> Message-ID: <052.554f262c10f18eaf79022488476cf1ba@avcodec.org> #1768: audio AAC fails at CCE ------------------------------------+----------------------------------- Reporter: kaijun61 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by kaijun61): use ffplay, you can see error. ffplay test.aac ffplay version 0.8.12, Copyright (c) 2003-2011 the FFmpeg developers built on Jun 13 2012 09:57:38 with gcc 4.6.3 20120306 (Red Hat 4.6.3-2) configuration: --prefix=/usr --bindir=/usr/bin --datadir=/usr/share/ffmpeg --incdir=/usr/include/ffmpeg --libdir=/usr/lib64 --mandir=/usr/share/man --arch=x86_64 --extra- cflags='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack- protector --param=ssp-buffer-size=4 -m64 -mtune=generic' --enable-bzlib --enable-libcelt --enable-libdc1394 --enable-libdirac --enable-libfreetype --enable-libgsm --enable-libmp3lame --enable-libopenjpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libvpx --enable-libx264 --enable-libxvid --enable- x11grab --enable-avfilter --enable-postproc --enable-pthreads --disable- static --enable-shared --enable-gpl --disable-debug --disable-stripping --shlibdir=/usr/lib64 --enable-runtime-cpudetect libavutil 51. 9. 1 / 51. 9. 1 libavcodec 53. 8. 0 / 53. 8. 0 libavformat 53. 5. 0 / 53. 5. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 23. 0 / 2. 23. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 [aac @ 0x7f893c0023e0] max_analyze_duration 5000000 reached at 5013333 [aac @ 0x7f893c0023e0] Estimating duration from bitrate, this may be inaccurate Input #0, aac, from 'test.aac': Duration: 00:01:12.19, bitrate: 92 kb/s Stream #0.0: Audio: aac, 48000 Hz, mono, s16, 92 kb/s [aac @ 0x7f893c0008c0] channel element 2.8 is not allocated=0/0 7.33 A-V: 0.000 s:0.0 aq= 320KB vq= 0KB sq= 0B f=0/0 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 2 12:15:00 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Oct 2012 10:15:00 -0000 Subject: [FFmpeg-trac] #1779(FFmpeg:new): [patch] fixed wrong printf format identifier in ffmpeg/ffserver.c Message-ID: <040.197212dcc62cfb4b05b3905b8334e88d@avcodec.org> #1779: [patch] fixed wrong printf format identifier in ffmpeg/ffserver.c -------------------------------------+------------------------------------- Reporter: ettl.martin | Type: Status: new | enhancement Component: FFmpeg | Priority: normal Keywords: printf, | Version: git- patch | master Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- During a code review, i found a wrong printf format identifier in file : {{{ffmpeg/ffserver.c}}}. In this case {{{%d}}} has been used to print an {{{unsigned integer}}}. The attached patch uses {{{%u}}}, which is the correct identifier. Please refer the attache patch. Best regards and many thanks Martin Ettl Reference: http://www.cplusplus.com/reference/clibrary/cstdio/printf/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 2 12:31:51 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Oct 2012 10:31:51 -0000 Subject: [FFmpeg-trac] #1780(FFmpeg:new): potential buffer overflow, based on wrong fscanf format indentifier Message-ID: <040.bc0a3328a79bbcf3b029dc93074b74af@avcodec.org> #1780: potential buffer overflow, based on wrong fscanf format indentifier -------------------------------------+------------------------------------- Reporter: ettl.martin | Type: defect Status: new | Priority: critical Component: FFmpeg | Version: git- Keywords: | master Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Please take a look at following source snippet from {{{ffmpeg/ffserver.c}}}, lines 2034 - 2041: {{{ char cpuperc[10]; char cpuused[64]; if (fscanf(pid_stat, "%10s %64s", cpuperc, cpuused) == 2) { avio_printf(pb, "Currently using %s%% of the cpu. Total time used %s.\n", cpuperc, cpuused); } }}} Here the fscanf format string width is wrong. This means, in order to prevent them from overflowing, please change them to {{{%9s %63s}}, because of the trailing nullterminating string ('\0') at the end. Best regards and many thanks Martin Ettl -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 2 12:50:12 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Oct 2012 10:50:12 -0000 Subject: [FFmpeg-trac] #1779(FFserver:new): [patch] fixed wrong printf format identifier in ffmpeg/ffserver.c In-Reply-To: <040.197212dcc62cfb4b05b3905b8334e88d@avcodec.org> References: <040.197212dcc62cfb4b05b3905b8334e88d@avcodec.org> Message-ID: <055.83ee2a5da03e752551a5c761f1dc3854@avcodec.org> #1779: [patch] fixed wrong printf format identifier in ffmpeg/ffserver.c -------------------------------------+------------------------------------ Reporter: ettl.martin | Owner: Type: enhancement | Status: new Priority: normal | Component: FFserver Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: printf, patch => * component: FFmpeg => FFserver Comment: (What problem does your patch fix?) Please send patches to ffmpeg-devel, they generally receive more attention there. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 2 12:52:01 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Oct 2012 10:52:01 -0000 Subject: [FFmpeg-trac] #1780(FFserver:closed): potential buffer overflow, based on wrong fscanf format indentifier In-Reply-To: <040.bc0a3328a79bbcf3b029dc93074b74af@avcodec.org> References: <040.bc0a3328a79bbcf3b029dc93074b74af@avcodec.org> Message-ID: <055.cdfffcb8d9e4561e9500e2538bff6377@avcodec.org> #1780: potential buffer overflow, based on wrong fscanf format indentifier -------------------------------------+------------------------------------ Reporter: ettl.martin | Owner: Type: defect | Status: closed Priority: normal | Component: FFserver Version: git-master | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * priority: critical => normal * resolution: => invalid * status: new => closed * component: FFmpeg => FFserver Comment: If you believe there is a problem, please send a patch to ffmpeg-devel -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 2 13:00:50 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Oct 2012 11:00:50 -0000 Subject: [FFmpeg-trac] #1768(avcodec:open): audio AAC fails at CCE In-Reply-To: <037.9bf429fda86d343b853091ec2378dbe0@avcodec.org> References: <037.9bf429fda86d343b853091ec2378dbe0@avcodec.org> Message-ID: <052.ff8294062e60765e99227b7abcdd0f12@avcodec.org> #1768: audio AAC fails at CCE ------------------------------------+----------------------------------- Reporter: kaijun61 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): We all agree that the sample you attached to this ticket cannot be decoded with ffmpeg / does not play with ffplay. The question is: Is there a software that plays the sample? I tested QuickTime and faad, and both failed. You answered that it works with GStreamer, so I tested totem which also fails. If I remember correctly, GStreamer can use different aac decoders (maybe I tested the wrong one), so my question is: How does your GStreamer command line look like that allows you to play back the sample? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 2 13:24:06 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Oct 2012 11:24:06 -0000 Subject: [FFmpeg-trac] #1768(avcodec:open): audio AAC fails at CCE In-Reply-To: <037.9bf429fda86d343b853091ec2378dbe0@avcodec.org> References: <037.9bf429fda86d343b853091ec2378dbe0@avcodec.org> Message-ID: <052.9cd9da5af448d1dbffba67ddb86ed4f5@avcodec.org> #1768: audio AAC fails at CCE ------------------------------------+----------------------------------- Reporter: kaijun61 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by kaijun61): No, I didn't say gstreamer works with this sample. Because of this bug, my gstreamer player quited at this point. My gstreamer uses avcodec. root at beagleboard:~# Gplayer -d test.aac test.aac [aac @ 0x47000] max_analyze_duration 5000000 reached at 5013333 [aac @ 0x47000] Estimating duration from bitrate, this may be inaccurate Input #1, aac, from 'test.aac': Duration: 00:00:52.23, bitrate: 127 kb/s Stream #1:0: Audio: aac, 48000 Hz, mono, s16, 127 kb/s Setting pipeline 0 to PLAYING... ERROR from element ffdec_aac: Could not decode stream. Debugging info: gstffmpegdec.c(697): gst_ffmpegauddec_audio_frame (): /GstPipeline:gplayer/ffdec_aac:ffdec_aac: Decoding of AAC stream by FFMPEG failed. Setting pipeline to NULL... ERROR from element ffdemux_mpeg: Internal data stream error. Debugging info: gstffmpegdemux.c(1364): gst_ffmpegdemux_loop (): /GstPipeline:gplayer/ffdemux_mpeg:ffdemux_mpeg: streaming stopped, reason error Setting pipeline 1 to PLAYING... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 2 13:39:06 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Oct 2012 11:39:06 -0000 Subject: [FFmpeg-trac] #1768(avcodec:open): audio AAC fails at CCE In-Reply-To: <037.9bf429fda86d343b853091ec2378dbe0@avcodec.org> References: <037.9bf429fda86d343b853091ec2378dbe0@avcodec.org> Message-ID: <052.d32b8c478ec005f189f529a8738ede7a@avcodec.org> #1768: audio AAC fails at CCE ------------------------------------+----------------------------------- Reporter: kaijun61 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): So could this be an invalid sample that cannot be decoded? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 2 14:06:04 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Oct 2012 12:06:04 -0000 Subject: [FFmpeg-trac] #1768(avcodec:open): audio AAC fails at CCE In-Reply-To: <037.9bf429fda86d343b853091ec2378dbe0@avcodec.org> References: <037.9bf429fda86d343b853091ec2378dbe0@avcodec.org> Message-ID: <052.8f4cdf93f62d39ea0cabca7b798ad4ce@avcodec.org> #1768: audio AAC fails at CCE ------------------------------------+----------------------------------- Reporter: kaijun61 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by kaijun61): I think the decoder misses CCE handling as I pointed out before, the sample works with TI DSP decoder. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 2 18:32:23 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Oct 2012 16:32:23 -0000 Subject: [FFmpeg-trac] #1768(avcodec:open): audio AAC fails at CCE In-Reply-To: <037.9bf429fda86d343b853091ec2378dbe0@avcodec.org> References: <037.9bf429fda86d343b853091ec2378dbe0@avcodec.org> Message-ID: <052.a4919db46853467d9dce4bcc0e166a38@avcodec.org> #1768: audio AAC fails at CCE ------------------------------------+----------------------------------- Reporter: kaijun61 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Does the TI DSP decoder allow to save the decoded sample? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 2 21:32:31 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Oct 2012 19:32:31 -0000 Subject: [FFmpeg-trac] #846(undetermined:open): Closed Captioning in mov In-Reply-To: <036.fd8fc81aaaaadd10d67fd237082a01d5@avcodec.org> References: <036.fd8fc81aaaaadd10d67fd237082a01d5@avcodec.org> Message-ID: <051.0dd27ddadd7aa76128ce377a5131c3ec@avcodec.org> #846: Closed Captioning in mov -------------------------------------+------------------------------------- Reporter: dericed | Owner: Type: enhancement | Status: open Priority: wish | Component: Version: git-master | undetermined Keywords: mov cc | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by reimar): Seems I forgot to update this. Recognizing and demuxer CC data in Quicktime is supported (as can be verified with e.g. MPlayer), however neither decoding it (e.g. into text) nor muxing it into anything at all is implemented yet. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 2 21:33:54 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Oct 2012 19:33:54 -0000 Subject: [FFmpeg-trac] #1778(undetermined:open): EIA-608 / EIA-708 Closed Captions disappear when transcoding/reencoding In-Reply-To: <040.4fb11d241ced937231034a1b8bb194cf@avcodec.org> References: <040.4fb11d241ced937231034a1b8bb194cf@avcodec.org> Message-ID: <055.d6a7b226bfcc4610a7065e64568fee25@avcodec.org> #1778: EIA-608 / EIA-708 Closed Captions disappear when transcoding/reencoding -------------------------------------+------------------------------------- Reporter: mikecheat04 | Owner: Type: enhancement | Status: open Priority: wish | Component: Version: git-master | undetermined Keywords: cc | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by reimar): The situation is not quite as simple. The problem in this specific case is that it does not have CC data in a separate stream but embedded in the video frame data. FFmpeg currently has no way of handling this mess where one stream (video) contains another one (subtitles/CC). CC in e.g. wtv, mxf and even mov as in ticket #846 is actually supported in so far as extracting it is possible, we just can't decode it into plain text or such and we can't mux it either. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 2 21:37:36 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Oct 2012 19:37:36 -0000 Subject: [FFmpeg-trac] #1780(FFserver:closed): potential buffer overflow, based on wrong fscanf format indentifier In-Reply-To: <040.bc0a3328a79bbcf3b029dc93074b74af@avcodec.org> References: <040.bc0a3328a79bbcf3b029dc93074b74af@avcodec.org> Message-ID: <055.e148c4541c340a02d86c35db16e0ae58@avcodec.org> #1780: potential buffer overflow, based on wrong fscanf format indentifier -------------------------------------+------------------------------------ Reporter: ettl.martin | Owner: Type: defect | Status: closed Priority: normal | Component: FFserver Version: git-master | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by reimar): I think we can scratch the "believe there is a problem" and say "could you please be so kind to send a patch to ffmpeg-devel"? Preferably formatted/created by git send-mail or similar so it includes correct author tagging and commit message. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 2 22:05:54 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Oct 2012 20:05:54 -0000 Subject: [FFmpeg-trac] #1778(undetermined:open): EIA-608 / EIA-708 Closed Captions disappear when transcoding/reencoding In-Reply-To: <040.4fb11d241ced937231034a1b8bb194cf@avcodec.org> References: <040.4fb11d241ced937231034a1b8bb194cf@avcodec.org> Message-ID: <055.91be29b386f2c856f160f23884efd892@avcodec.org> #1778: EIA-608 / EIA-708 Closed Captions disappear when transcoding/reencoding -------------------------------------+------------------------------------- Reporter: mikecheat04 | Owner: Type: enhancement | Status: open Priority: wish | Component: Version: git-master | undetermined Keywords: cc | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by mikecheat04): I see. Could any of the code from the libzvbi project maybe help with this? It seems they've found a way to gather that information from the video stream and then mux it into a TS. There is also another project called OB-Encoder, they use libav, libx264, and libzvbi with a third party mpegts muxer to produce the desired output. I could use their program but they don't currently support mpeg2 and some of the more advance features of ffmepg that I've accustomed to. libzvbi - http://zapping.sourceforge.net/ZVBI/Download.html obencoder - http://code.google.com/p/open-broadcast-encoder/downloads/list -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 2 23:01:36 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Oct 2012 21:01:36 -0000 Subject: [FFmpeg-trac] #1780(FFserver:closed): potential buffer overflow, based on wrong fscanf format indentifier In-Reply-To: <040.bc0a3328a79bbcf3b029dc93074b74af@avcodec.org> References: <040.bc0a3328a79bbcf3b029dc93074b74af@avcodec.org> Message-ID: <055.f903e1fc080c431505e7129a60429cb6@avcodec.org> #1780: potential buffer overflow, based on wrong fscanf format indentifier -------------------------------------+------------------------------------ Reporter: ettl.martin | Owner: Type: defect | Status: closed Priority: normal | Component: FFserver Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by michael): * resolution: invalid => fixed Comment: bug fixed thanks for the report -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 3 07:08:23 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 03 Oct 2012 05:08:23 -0000 Subject: [FFmpeg-trac] #1781(undetermined:new): Official Debian / Ubuntu deb package Message-ID: <034.81faedd28905059289e1a7c56df21da0@avcodec.org> #1781: Official Debian / Ubuntu deb package -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: | Status: new enhancement | Component: Priority: wish | undetermined Version: | Keywords: unspecified | Blocking: Blocked By: | Analyzed by developer: 0 Reproduced by developer: 0 | -------------------------------------+------------------------------------- It would be nice to set up an automated build process for official debian/ubuntu (deb) package of FFmpeg. Since the creation of 'libav' fork, debian/ubuntu users have been cut off from the official ffmpeg packages and their only option is to build the ffmpeg from the source code or to use some 3rd party repositories or 3rd party static builds. Is there any interest in implementing such an official thing? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 3 10:54:35 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 03 Oct 2012 08:54:35 -0000 Subject: [FFmpeg-trac] #1768(avcodec:open): audio AAC fails at CCE In-Reply-To: <037.9bf429fda86d343b853091ec2378dbe0@avcodec.org> References: <037.9bf429fda86d343b853091ec2378dbe0@avcodec.org> Message-ID: <052.d4a20ac374ecc36e41819004ccd964da@avcodec.org> #1768: audio AAC fails at CCE ------------------------------------+----------------------------------- Reporter: kaijun61 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by kaijun61): No, please go to that piece of code straightforward, don't waste time. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 3 16:01:14 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 03 Oct 2012 14:01:14 -0000 Subject: [FFmpeg-trac] #1782(avfilter:new): pulldown filter Message-ID: <036.5abb3542407865a1696b06c278d16630@avcodec.org> #1782: pulldown filter ---------------------------------------+---------------------------------- Reporter: dericed | Owner: Type: enhancement | Status: new Priority: normal | Component: avfilter Version: unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 ---------------------------------------+---------------------------------- I need to convert 24000/1001 fps video to 30000/1001 fps. Currently using -r or the fps filter, frames are duplicated to achieve the requested rate which results in jittery playback. I propose a pulldown filter which could duplicate fields (according to 3:2 pulldown http://en.wikipedia.org/wiki /Three-two_pull_down) to proper a smoother result. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 3 18:10:52 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 03 Oct 2012 16:10:52 -0000 Subject: [FFmpeg-trac] #1783(undetermined:new): libavutil contains file with the same name as a system header Message-ID: <037.7af1de392c636bec239229dbf8061c49@avcodec.org> #1783: libavutil contains file with the same name as a system header -------------------------------------+------------------------------------- Reporter: obucinac | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Since 1.0 release, there is a file named time.h in libavutil, which is the same name as a system header. This may break custom builds, because (depending on -I flags) #include in libavutils/parseutils.c may include: libavutil/time.h instead of /usr/include/time.h I am working with Android NDK and Android build system and this is probably out of your fixing scope, since Android NDK build is not officially supported (and one can always set invalid compiler flags). However, I would appreciate if you consider renaming a header with the same name as a system header. The problem is that Android build system adds additional -I flags beside those defined in Android makefile, and this cant be prevented. How to reproduce: It is reproducible with any compiler cd ffmpeg ./configure This works gcc -I . -c libavutil/parseutils.c This fails gcc -I . -I libavutil -c libavutil/parseutils.c libavutil/parseutils.h:158:64: warning: ?struct tm? declared inside parameter list libavutil/parseutils.h:171:8: error: expected ?=?, ?,?, ?;?, ?asm? or ?__attribute__? before ?av_timegm? libavutil/parseutils.c:441:64: warning: ?struct tm? declared inside parameter list libavutil/parseutils.c:441:7: error: conflicting types for ?av_small_strptime? libavutil/parseutils.h:158:7: note: previous declaration of ?av_small_strptime? was here -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 3 18:26:56 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 03 Oct 2012 16:26:56 -0000 Subject: [FFmpeg-trac] #1782(avfilter:new): pulldown filter In-Reply-To: <036.5abb3542407865a1696b06c278d16630@avcodec.org> References: <036.5abb3542407865a1696b06c278d16630@avcodec.org> Message-ID: <051.71b134e933994d5af92249b104da7cbf@avcodec.org> #1782: pulldown filter ------------------------------------+------------------------------------ Reporter: dericed | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: pulldown | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => pulldown * version: unspecified => git-master * type: enhancement => defect Comment: Could you test the following command line? $ ffmpeg -i 24fpsinput -vf 'mp=telecine,setpts=N/(30000/1001*TB)' -r 30000/1001 -qscale 2 out.avi -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 3 19:10:17 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 03 Oct 2012 17:10:17 -0000 Subject: [FFmpeg-trac] #1783(undetermined:new): libavutil contains file with the same name as a system header In-Reply-To: <037.7af1de392c636bec239229dbf8061c49@avcodec.org> References: <037.7af1de392c636bec239229dbf8061c49@avcodec.org> Message-ID: <052.cfb59dcc7ed70111bff8e54e62fcbb4a@avcodec.org> #1783: libavutil contains file with the same name as a system header -------------------------------------+------------------------------------- Reporter: obucinac | 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): Does it work if you remove "-I libavutil"? I believe this should never be added to a compile command. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 3 21:18:40 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 03 Oct 2012 19:18:40 -0000 Subject: [FFmpeg-trac] #1783(undetermined:new): libavutil contains file with the same name as a system header In-Reply-To: <037.7af1de392c636bec239229dbf8061c49@avcodec.org> References: <037.7af1de392c636bec239229dbf8061c49@avcodec.org> Message-ID: <052.78fa19dbaafae5eb6e8b1122aefa0674@avcodec.org> #1783: libavutil contains file with the same name as a system header -------------------------------------+------------------------------------- Reporter: obucinac | 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 burek): I believe he (obucinac) explained why he used "-I libavutil" as an example and why it creates problems, so it's pretty much the point of his message. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 3 21:30:47 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 03 Oct 2012 19:30:47 -0000 Subject: [FFmpeg-trac] #1784(undetermined:new): internal aac encoder fails with 5.1 input Message-ID: <039.730ce4f956ac996a37e93c12d7d1edd6@avcodec.org> #1784: internal aac encoder fails with 5.1 input -------------------------------------+------------------------------------- Reporter: rogerdpack | 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: with 5.1 audio input, the internal aac encoder seems to produce "garbled" output How to reproduce: {{{ %ffmpeg-20120903-git-5d55830-win32-static\bin\ffmpeg -i yo.raw.wav -acodec aac -strict experimental -ac 6 -ab 384k -y yo.aac ffmpeg version N-44123-g5d55830 Copyright (c) 2000-2012 the FFmpeg developers built on Sep 2 2012 20:23:29 with gcc 4.7.1 (GCC) configuration: --enable-gpl --enable-version3 --disable-pthreads --enable-runtime-cpudetect --enable-avisynth --enable-bzlib --enable- frei0r --enable-libass --enable-libcelt --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable-libgsm --enable- libmp3lame --enable-libnut --enable-libopenjpeg --enable-librtmp --enable- libschroedinger --enable-libspeex --enable-libtheora --enable-libutvideo --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable- libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 70.100 / 51. 70.100 libavcodec 54. 55.100 / 54. 55.100 libavformat 54. 25.104 / 54. 25.104 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 15.102 / 3. 15.102 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [wav @ 01f3c720] max_analyze_duration 5000000 reached at 5001333 Input #0, wav, from 'yo.raw.wav': Duration: 00:00:14.43, bitrate: 4608 kb/s Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, 5.1, s16, 4608 kb/s Output #0, adts, to 'yo.aac': Metadata: encoder : Lavf54.25.104 Stream #0:0: Audio: aac, 48000 Hz, 5.1, flt, 384 kb/s Stream mapping: Stream #0:0 -> #0:0 (pcm_s16le -> aac) Press [q] to stop, [?] for help size= 277kB time=00:00:14.44 bitrate= 157.4kbits/s video:0kB audio:273kB subtitle:0 global headers:0kB muxing overhead 1.697209% }}} The resultant aac file has seemingly lost "most" channels. Encoding the same with libfdk_aac seems to work fine with all 6 channels. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 3 21:37:37 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 03 Oct 2012 19:37:37 -0000 Subject: [FFmpeg-trac] #1783(undetermined:new): libavutil contains file with the same name as a system header In-Reply-To: <037.7af1de392c636bec239229dbf8061c49@avcodec.org> References: <037.7af1de392c636bec239229dbf8061c49@avcodec.org> Message-ID: <052.0c45c2c5f2f5c7990cc1bc9b3e1f3be9@avcodec.org> #1783: libavutil contains file with the same name as a system header -------------------------------------+------------------------------------- Reporter: obucinac | 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 dlongest): I am also building FFmpeg for use on Android. When using Android's build system, it will automatically add the libavutil folder to the include directories as part of the build process. Correct me if I am wrong, but giving a header the same file name as one in the ANSI C standards may not fall under best practices anyways. Possibly "avtime.h" would be a better fit in this case. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 3 23:08:29 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 03 Oct 2012 21:08:29 -0000 Subject: [FFmpeg-trac] #1783(undetermined:new): libavutil contains file with the same name as a system header In-Reply-To: <037.7af1de392c636bec239229dbf8061c49@avcodec.org> References: <037.7af1de392c636bec239229dbf8061c49@avcodec.org> Message-ID: <052.eaa60d214f0b55e2534a25e8431e10aa@avcodec.org> #1783: libavutil contains file with the same name as a system header -------------------------------------+------------------------------------- Reporter: obucinac | 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:3 dlongest]: > Correct me if I am wrong, but giving a header the same file name as one in the ANSI C standards may not fall under best practices anyways. Possibly "avtime.h" would be a better fit in this case. So if I understand you correctly you suggest that instead of you using the correct "#include (or whatever the use case might be), we should break API? Or to try it differently: Please provide the C program and the Makefile or the gcc command line that fail. As you found out, neither the Makefile nor the gcc command line must contain "-I/usr/include/libavutil". Or am I missing something? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 3 23:29:07 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 03 Oct 2012 21:29:07 -0000 Subject: [FFmpeg-trac] #1784(avcodec:closed): internal aac encoder fails with 5.1 input In-Reply-To: <039.730ce4f956ac996a37e93c12d7d1edd6@avcodec.org> References: <039.730ce4f956ac996a37e93c12d7d1edd6@avcodec.org> Message-ID: <054.0b9e4464d2d023cf75b26642e680961b@avcodec.org> #1784: internal aac encoder fails with 5.1 input ------------------------------------+-------------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: worksforme Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Changes (by cehoyos): * keywords: => aac * resolution: => worksforme * status: new => closed * component: undetermined => avcodec * version: unspecified => git-master Comment: (This used to be a regression in 2011, never reported on trac afaict.) You can use -aac_coder 0 to encode this sample in a better way. I suspect that for real-world samples, the results would be different (but I also only tested artificial samples). If you believe that coder 0 should be default (I don't know), consider sending a patch (line 808 in libavcodec/aacenc,c). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 3 23:55:59 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 03 Oct 2012 21:55:59 -0000 Subject: [FFmpeg-trac] #681(avfilter:open): -vf mp=pullup is not working In-Reply-To: <036.7d32630b7b33eafbd6aee0efae91a91d@avcodec.org> References: <036.7d32630b7b33eafbd6aee0efae91a91d@avcodec.org> Message-ID: <051.224c6e0f7680402c9438407b60a6dd9f@avcodec.org> #681: -vf mp=pullup is not working ------------------------------------+------------------------------------ Reporter: dericed | Owner: Type: defect | Status: open Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: mp pullup | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): The filter works fine with the following command line for the given sample: {{{ $ ffmpeg -i vts_01_1.1st_50M.vob -qscale 2 -vf 'mp=pullup=4:4:20:20:-1:0,mp=softskip,setpts=N/(24000/1001*TB)' -r 24001/1001 out.avi }}} It fails for another sample here. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 4 00:02:21 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 03 Oct 2012 22:02:21 -0000 Subject: [FFmpeg-trac] #1784(avcodec:closed): internal aac encoder fails with 5.1 input In-Reply-To: <039.730ce4f956ac996a37e93c12d7d1edd6@avcodec.org> References: <039.730ce4f956ac996a37e93c12d7d1edd6@avcodec.org> Message-ID: <054.ecb1846cdac48e92834e6cb5db02d8ca@avcodec.org> #1784: internal aac encoder fails with 5.1 input ------------------------------------+-------------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: worksforme Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Comment (by rogerdpack): so, just for reference, if you don't use -aac_coder 0 you get bad output too, is that right? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 4 00:17:59 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 03 Oct 2012 22:17:59 -0000 Subject: [FFmpeg-trac] #1783(undetermined:new): libavutil contains file with the same name as a system header In-Reply-To: <037.7af1de392c636bec239229dbf8061c49@avcodec.org> References: <037.7af1de392c636bec239229dbf8061c49@avcodec.org> Message-ID: <052.3033fdb4b46b9e6d76ccb28fb92af054@avcodec.org> #1783: libavutil contains file with the same name as a system header -------------------------------------+------------------------------------- Reporter: obucinac | 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 dlongest): Well this is partially an Android build system issue, however it is an issue that could easily pop up somewhere else. The Android NDK allows you to set up Android specific Makefiles (usually titled Android.mk or Application.mk) in order to simplify development, their build tools automatically set up include directories, handle dependencies, handle proper linking, and more. Part of the process causes the GCC call to have an extra -I flag for the directory the c/cpp file is located. This causes a file like "parseutils.c" to be compiled with something like the following. {{{ arm-linux-androideabi-gcc -MMD -MP -MF ./obj/local/armeabi-v7a/objs- debug/avutil/parseutils.o.d -Ijni/ffmpeg/libavutil -c jni/ffmpeg/libavutil/parseutils.c -o ./obj/local/armeabi-v7a/objs- debug/avutil/parseutils.o }}} Since parseutils.c (as well as parseutils.h) includes , the compiler will first find the time.h from the avutil folder since it has been added as an include path by Android's build system. This prevents the compiler from finding time.h in the ANSI C library. While at the core this is really a fault of Android's build system, it is much more easily fixed by renaming a file compared to creating a new build system specifically for FFmpeg on Android or any other build systems that set include directories in this fashion. Replying to [comment:4 cehoyos]: > Replying to [comment:3 dlongest]: > > Correct me if I am wrong, but giving a header the same file name as one in the ANSI C standards may not fall under best practices anyways. Possibly "avtime.h" would be a better fit in this case. > So if I understand you correctly you suggest that instead of you using the correct "#include (or whatever the use case might be), we should break API? > > Or to try it differently: > Please provide the C program and (the Makefile or the gcc command line that fail). As you found out, neither the Makefile nor the gcc command line must contain "-I/usr/include/libavutil". > > Or am I missing something? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 4 00:34:19 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 03 Oct 2012 22:34:19 -0000 Subject: [FFmpeg-trac] #1785(undetermined:new): Opus encoder fails on eof Message-ID: <036.80d5ac0304519523c0193df1b3589ab0@avcodec.org> #1785: Opus encoder fails on eof -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git- | undetermined master | Keywords: libopus Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- The opus encoder starts looping on eof. {{{ $ ./ffmpeg -i fate-suite/svq3/Vertical400kbit.sorenson3.mov -vn -c:a libopus -b:a 64k out.opus ffmpeg version N-45010-g5e6439a Copyright (c) 2000-2012 the FFmpeg developers built on Oct 4 2012 00:24:37 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --enable-libopus libavutil 51. 73.101 / 51. 73.101 libavcodec 54. 63.100 / 54. 63.100 libavformat 54. 29.105 / 54. 29.105 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 19.102 / 3. 19.102 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x2e31280] max_analyze_duration 5000000 reached at 5000998 Guessed Channel Layout for Input Stream #0.1 : mono Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'fate- suite/svq3/Vertical400kbit.sorenson3.mov': Metadata: creation_time : 2001-03-20 16:17:18 title : Vertical Online SV3 Demo title-eng : Vertical Online SV3 Demo artist : Logan Kelsey artist-eng : Logan Kelsey copyright : ? Vertical Online 2001 copyright-eng : ? Vertical Online 2001 encoder : Sorenson Video 3 encoder-eng : Sorenson Video 3 Duration: 00:00:43.57, start: 0.000000, bitrate: 580 kb/s Stream #0:0(eng): Video: svq3 (SVQ3 / 0x33515653), yuvj420p, 320x240, 391 kb/s, 30.02 fps, 30 tbr, 600 tbn, 600 tbc Metadata: creation_time : 2001-03-20 16:17:18 handler_name : Apple Alias Data Handler Stream #0:1(eng): Audio: adpcm_ima_qt (ima4 / 0x34616D69), 44100 Hz, mono, s16, 176 kb/s Metadata: creation_time : 2001-03-20 16:17:18 handler_name : Apple Alias Data Handler Output #0, ogg, to 'out.opus': Metadata: encoder-eng : Sorenson Video 3 title : Vertical Online SV3 Demo title-eng : Vertical Online SV3 Demo artist : Logan Kelsey artist-eng : Logan Kelsey copyright : ? Vertical Online 2001 copyright-eng : ? Vertical Online 2001 encoder : Lavf54.29.105 Stream #0:0(eng): Audio: opus, 48000 Hz, mono, s16, 64 kb/s Metadata: creation_time : 2001-03-20 16:17:18 handler_name : Apple Alias Data Handler Stream mapping: Stream #0:1 -> #0:0 (adpcm_ima_qt -> libopus) Press [q] to stop, [?] for help Multiple frames in a packet from stream 1 Trying to remove 480 samples, but que empty56.3kbits/s [libopus @ 0x2e39560] Trying to remove 480 samples, but que empty Last message repeated 911505 times Trying to remove 480 samples, but que empty [libopus @ 0x2e39560] Trying to remove 480 samples, but que empty ^C Last message repeated 25332 times Trying to remove 480 samples, but que empty [libopus @ 0x2e39560] Trying to remove 480 samples, but que empty ^C Last message repeated 32213 times Trying to remove 480 samples, but que empty [libopus @ 0x2e39560] Trying to remove 480 samples, but que empty ^C Last message repeated 33491 times Received signal 2: terminating. }}} (Pressed Ctrl-C several times.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 4 00:39:50 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 03 Oct 2012 22:39:50 -0000 Subject: [FFmpeg-trac] #1784(avcodec:closed): internal aac encoder fails with 5.1 input In-Reply-To: <039.730ce4f956ac996a37e93c12d7d1edd6@avcodec.org> References: <039.730ce4f956ac996a37e93c12d7d1edd6@avcodec.org> Message-ID: <054.1f750105b3498e9a7602e50c78c4f85e@avcodec.org> #1784: internal aac encoder fails with 5.1 input ------------------------------------+-------------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: worksforme Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Comment (by cehoyos): Replying to [comment:2 rogerdpack]: > so, just for reference, if you don't use -aac_coder 0 you get bad output too, is that right? As said, I found the same problem - that is a regression - approximately a year ago (also testing an artificial sample), as a result -aac_coder 0 was added, and since it is not default, I suspect that the problem is not reproducible with a real-world sample (but I never tested)- If that is wrong (ie if you have a real-world sample that is encoded badly with the default coder regarding the surround channels), please share the sample (and test with -aac_coder 0 and / or provide a patch to make it default). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 4 00:43:11 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 03 Oct 2012 22:43:11 -0000 Subject: [FFmpeg-trac] #1783(undetermined:new): libavutil contains file with the same name as a system header In-Reply-To: <037.7af1de392c636bec239229dbf8061c49@avcodec.org> References: <037.7af1de392c636bec239229dbf8061c49@avcodec.org> Message-ID: <052.20b5f229258b5bbd6f331c66e629ebb6@avcodec.org> #1783: libavutil contains file with the same name as a system header -------------------------------------+------------------------------------- Reporter: obucinac | 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): Is the incorrect -I flag (should be -Ijni/ffmpeg) also added with http://sourceforge.net/projects/ffmpeg4android/ ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 4 00:45:25 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 03 Oct 2012 22:45:25 -0000 Subject: [FFmpeg-trac] #1782(avfilter:new): pulldown filter In-Reply-To: <036.5abb3542407865a1696b06c278d16630@avcodec.org> References: <036.5abb3542407865a1696b06c278d16630@avcodec.org> Message-ID: <051.0476c642754b54c1048b49bb639a28fa@avcodec.org> #1782: pulldown filter ------------------------------------+------------------------------------ Reporter: dericed | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: pulldown | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by dericed): Thanks @cehoyos. This looks close. I see the extra frames are added through interlaced fields in the 3:2 pulldown pattern; however there is a problem with the chroma. In my initial test the right side of the image is turned b&w and the chroma data on the left side is wrong. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 4 00:57:48 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 03 Oct 2012 22:57:48 -0000 Subject: [FFmpeg-trac] #1782(avfilter:new): pulldown filter In-Reply-To: <036.5abb3542407865a1696b06c278d16630@avcodec.org> References: <036.5abb3542407865a1696b06c278d16630@avcodec.org> Message-ID: <051.89749caa27b93c9e5332222c8e3d0e90@avcodec.org> #1782: pulldown filter ------------------------------------+------------------------------------ Reporter: dericed | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: pulldown | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Please provide your command line together with complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 4 02:36:46 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Oct 2012 00:36:46 -0000 Subject: [FFmpeg-trac] #1785(avcodec:closed): Opus encoder fails on eof In-Reply-To: <036.80d5ac0304519523c0193df1b3589ab0@avcodec.org> References: <036.80d5ac0304519523c0193df1b3589ab0@avcodec.org> Message-ID: <051.5a18cd82a3509d104efd4e83eec5a596@avcodec.org> #1785: Opus encoder fails on eof ------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: libopus | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed * component: undetermined => avcodec * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 4 04:17:37 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Oct 2012 02:17:37 -0000 Subject: [FFmpeg-trac] #1782(avfilter:new): pulldown filter In-Reply-To: <036.5abb3542407865a1696b06c278d16630@avcodec.org> References: <036.5abb3542407865a1696b06c278d16630@avcodec.org> Message-ID: <051.0c109f5d22bf6387a12e8918d45fc29e@avcodec.org> #1782: pulldown filter ------------------------------------+------------------------------------ Reporter: dericed | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: pulldown | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by dericed): So the error that I described before only occurs on one particular files. Others worked fine. Here is the output for the files with the chroma error output. {{{ ffmpeg -i 2398.avi -vf 'mp=telecine,setpts=N/(30000/1001*TB)' -r 30000/1001 -qscale 2 -c:v v210 -y 2997.avi ffmpeg version 1.0.git Copyright (c) 2000-2012 the FFmpeg developers built on Oct 3 2012 19:31:08 with Apple clang version 3.1 (tags/Apple/clang-318.0.58) (based on LLVM 3.1svn) configuration: --prefix=/usr/local/Cellar/ffmpeg/HEAD --enable-shared --enable-gpl --enable-version3 --enable-nonfree --enable-hardcoded-tables --cc=cc --host-cflags= --host-ldflags= --enable-libx264 --enable-libfaac --enable-libmp3lame --enable-libxvid --enable-ffplay libavutil 51. 73.101 / 51. 73.101 libavcodec 54. 63.100 / 54. 63.100 libavformat 54. 29.105 / 54. 29.105 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 19.102 / 3. 19.102 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 Input #0, avi, from '2398.avi': Metadata: encoder : Lavf54.29.105 Duration: 00:01:00.02, start: 0.000000, bitrate: 148913 kb/s Stream #0:0: Video: v210 (v210 / 0x30313276), yuv422p10le, 720x404, 23.98 tbr, 23.98 tbn, 23.98 tbc Stream #0:1: Audio: mp3 (U[0][0][0] / 0x0055), 48000 Hz, stereo, s16, 128 kb/s Please use -q:a or -q:v, -qscale is ambiguous [Parsed_mp_0 @ 0x7ff670c19fc0] 'telecine' is a wrapped MPlayer filter (libmpcodecs). This filter may be removed once it has been ported to a native libavfilter. Output #0, avi, to '2997.avi': Metadata: ISFT : Lavf54.29.105 Stream #0:0: Video: v210 (v210 / 0x30313276), yuv422p10le, 720x404, q=2-31, 200 kb/s, 29.97 tbn, 29.97 tbc Stream #0:1: Audio: mp3 (U[0][0][0] / 0x0055), 48000 Hz, stereo, s16 Stream mapping: Stream #0:0 -> #0:0 (v210 -> v210) Stream #0:1 -> #0:1 (mp3 -> libmp3lame) Press [q] to stop, [?] for help frame= 1798 fps=5.9 q=0.0 Lsize= 1363052kB time=00:01:00.02 bitrate=186027.6kbits/s video:1361985kB audio:938kB subtitle:0 global headers:0kB muxing overhead 0.009444% }}} The output doesn't seem to provide many hints. I'll see if I can replicate this on a shareable input file. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 4 06:41:55 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Oct 2012 04:41:55 -0000 Subject: [FFmpeg-trac] #1783(undetermined:new): libavutil contains file with the same name as a system header In-Reply-To: <037.7af1de392c636bec239229dbf8061c49@avcodec.org> References: <037.7af1de392c636bec239229dbf8061c49@avcodec.org> Message-ID: <052.7290901c21d06b84b538b4a42659b614@avcodec.org> #1783: libavutil contains file with the same name as a system header -------------------------------------+------------------------------------- Reporter: obucinac | 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 obucinac): Replying to [comment:6 cehoyos]: > Is the incorrect -I flag (should be -Ijni/ffmpeg) also added with http://sourceforge.net/projects/ffmpeg4android/ ? Actually, thats my project, and this is the reason why I cant release makefiles for 1.0 and latest HEAD branch. I even got 7.0 build, but I still cant build most important branches - 1.0 and HEAD. "-I libavutil" is inserted into command line by Android build system and I cant prevent that. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 4 09:44:50 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Oct 2012 07:44:50 -0000 Subject: [FFmpeg-trac] #1786(FFmpeg:new): Displaying Green Color video Message-ID: <036.ac63ac3e71bdba2b44af727dd2a294cd@avcodec.org> #1786: Displaying Green Color video -------------------------------------+------------------------------------- Reporter: neelima | Type: defect Status: new | Priority: critical Component: FFmpeg | Version: 0.8.12 Keywords: FFmpeg, | Blocked By: Android | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- We are currently working on this Android 3D Animation App. We need to do video encoding as well as audio syncup on encoded video. We are using ffmpeg tool for this video encoding. Sequential Steps taken by us:- Step 1. We are taking screenshots of the identified images for video encoding exercise. Step 2. Saving them in SDCard. Step 3. Then we are calling the avcodec_init method and subsequently avcodec_register_all method. Step 4. Then we are reading the SDCard images and allocating them to memory in FFmpeg. Step 5. Then we are calling rgb2yuv method. Then we are getting output source as green color video. Please help us where we are missing. Whether this issue is in rgb2yuv method. Many Thanks in Advance. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 4 09:55:50 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Oct 2012 07:55:50 -0000 Subject: [FFmpeg-trac] #1786(undetermined:closed): Displaying Green Color video In-Reply-To: <036.ac63ac3e71bdba2b44af727dd2a294cd@avcodec.org> References: <036.ac63ac3e71bdba2b44af727dd2a294cd@avcodec.org> Message-ID: <051.d3a7187ba757c0d53aeba6e7df847751@avcodec.org> #1786: Displaying Green Color video -------------------------------------+------------------------------------- Reporter: neelima | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 1 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * component: FFmpeg => undetermined * priority: critical => normal * version: 0.8.12 => unspecified * keywords: FFmpeg, Android => * resolution: => invalid -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 4 10:00:01 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Oct 2012 08:00:01 -0000 Subject: [FFmpeg-trac] #1783(undetermined:new): libavutil contains file with the same name as a system header In-Reply-To: <037.7af1de392c636bec239229dbf8061c49@avcodec.org> References: <037.7af1de392c636bec239229dbf8061c49@avcodec.org> Message-ID: <052.5e527f9650119d2c645faa2a2068f056@avcodec.org> #1783: libavutil contains file with the same name as a system header -------------------------------------+------------------------------------- Reporter: obucinac | 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): If you are right and you cannot remove the wrong include path from the gcc call (I don't know), then please follow my original suggestion and patch the FFmpeg build system so it also works with the Android NDK. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 4 10:47:02 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Oct 2012 08:47:02 -0000 Subject: [FFmpeg-trac] #1786(undetermined:closed): Displaying Green Color video In-Reply-To: <036.ac63ac3e71bdba2b44af727dd2a294cd@avcodec.org> References: <036.ac63ac3e71bdba2b44af727dd2a294cd@avcodec.org> Message-ID: <051.0d3b27cd7936215b512856811f7f25bb@avcodec.org> #1786: Displaying Green Color video -------------------------------------+------------------------------------- Reporter: neelima | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 1 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by neelima): Can we know why is this closed without any comments. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 4 10:54:52 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Oct 2012 08:54:52 -0000 Subject: [FFmpeg-trac] #1782(avfilter:open): telecine filter does not work for bit-depth > 8 (was: pulldown filter) In-Reply-To: <036.5abb3542407865a1696b06c278d16630@avcodec.org> References: <036.5abb3542407865a1696b06c278d16630@avcodec.org> Message-ID: <051.4af6f8b46813cd7fe161aa5b84dc6c48@avcodec.org> #1782: telecine filter does not work for bit-depth > 8 ------------------------------------+------------------------------------ Reporter: dericed | Owner: Type: defect | Status: open Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: pulldown | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 Comment: Replying to [comment:4 dericed]: > The output doesn't seem to provide many hints. I disagree... The telecine filter currently does not work correctly if bit-depth > 8 bit (it works correctly if all mpi->w and mpi->chroma_width get multiplied by 2 in libavfilter/libmpcodecs/vf_telecine.c). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 4 10:57:29 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Oct 2012 08:57:29 -0000 Subject: [FFmpeg-trac] #1786(undetermined:closed): Displaying Green Color video In-Reply-To: <036.ac63ac3e71bdba2b44af727dd2a294cd@avcodec.org> References: <036.ac63ac3e71bdba2b44af727dd2a294cd@avcodec.org> Message-ID: <051.8483e04dd70824f9d523620137d21fc9@avcodec.org> #1786: Displaying Green Color video -------------------------------------+------------------------------------- Reporter: neelima | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 1 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by cehoyos): I asked you in ticket #1772 to add some information and to test current git head. You did not answer, instead you are opening new tickets that do not contain enough information to reproduce your problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 4 12:05:46 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Oct 2012 10:05:46 -0000 Subject: [FFmpeg-trac] #1783(undetermined:new): libavutil contains file with the same name as a system header In-Reply-To: <037.7af1de392c636bec239229dbf8061c49@avcodec.org> References: <037.7af1de392c636bec239229dbf8061c49@avcodec.org> Message-ID: <052.89229a446a409740210c4e5fabe4cab1@avcodec.org> #1783: libavutil contains file with the same name as a system header -------------------------------------+------------------------------------- Reporter: obucinac | 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 Cigaes): Can you point us to the bug report against the Android build system? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 4 12:22:56 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Oct 2012 10:22:56 -0000 Subject: [FFmpeg-trac] #1786(undetermined:closed): Displaying Green Color video In-Reply-To: <036.ac63ac3e71bdba2b44af727dd2a294cd@avcodec.org> References: <036.ac63ac3e71bdba2b44af727dd2a294cd@avcodec.org> Message-ID: <051.e11e357b4266470b582fc41e5c641fee@avcodec.org> #1786: Displaying Green Color video -------------------------------------+------------------------------------- Reporter: neelima | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 1 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by neelima): We have attached vidapi.c file. We request you to please review our code in encodeVideo() method. Thanks in advance. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 4 15:11:55 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Oct 2012 13:11:55 -0000 Subject: [FFmpeg-trac] #1787(undetermined:new): Losing Silent Audio When Converting From Nellymoser Produced By Flash Media Server Recording Message-ID: <047.d87f9f46fc1a323d022a7334bdf50e8c@avcodec.org> #1787: Losing Silent Audio When Converting From Nellymoser Produced By Flash Media Server Recording -------------------------------------+------------------------------------- Reporter: eric@? | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: Nellymoser | Blocked By: Audio Losing Duration Flash Media | Reproduced by developer: 0 Server | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: Hi Developers! I am trying to stitch together two videos that are recorded from a Flash Media Server. Using AviSynth and FFMpeg I'm able to accomplish this! ...But the audio doesn't convert correctly. It's losing packets when converting the Nellymoser audio to any other format. (Ex: Wav, Mp4, Mp3) Example: I start with an .flv and convert the audio to .wav and the sound clip changes from a duration of ~1:28 to a duration of ~0:35. I have done some research and solved my issue by setting the microphone silence level on the Adobe Flash object to 0, preventing null packets from being sent. This was encoding the audio and including packets that did not contain enough data, or something. If there is any way to fix this issue that chops off the silent packets of a Nellymoser encoded audio stream, you may want to consider adding it to the ffmpeg project. How to reproduce: {{{ ffmpeg -i "E:\Frameserver\outputaudio.flv" "E:\Frameserver\outputaudio.wav" ffmpeg version used: ffmpeg version N-44727-gbbe9fe4 Copyright (c) 2000-2012 the FFmpeg developers built on Sep 24 2012 16:51:07 with gcc 4.7.1 (GCC) configuration: --enable-gpl --enable-version3 --disable-pthreads --enable-runt ime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libass - -enable-libcelt --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-l ibfreetype --enable-libgsm --enable-libmp3lame --enable-libnut --enable- libopenj peg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable- libtheo ra --enable-libutvideo --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-li bvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --ena ble-zlib }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 4 15:58:54 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Oct 2012 13:58:54 -0000 Subject: [FFmpeg-trac] #1783(undetermined:new): libavutil contains file with the same name as a system header In-Reply-To: <037.7af1de392c636bec239229dbf8061c49@avcodec.org> References: <037.7af1de392c636bec239229dbf8061c49@avcodec.org> Message-ID: <052.790c0e1ae3680c3fd3043ccc93ea869f@avcodec.org> #1783: libavutil contains file with the same name as a system header -------------------------------------+------------------------------------- Reporter: obucinac | 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 saste): Replying to [comment:9 Cigaes]: > Can you point us to the bug report against the Android build system? Yes, I think it should be better to get this properly fixed in the Android build system. Asking every different project not to duplicate an header name used in another random project (being it the standard C lib or whatever else) is going to be an hell, this should be really fixed at the Android build system level. In other words the library prefix, assuming it is unique, provides the header namespace for the given library and using the correct include path (rather than assuming that all headers are in a flat namespace as done by the Android build system) would prevent the kind of failure that you're observing. I'm not against renaming time.h -> avtime.h, but this would break API compatibility so you're trading a failure with another failure. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 4 18:20:36 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Oct 2012 16:20:36 -0000 Subject: [FFmpeg-trac] #1784(avcodec:closed): internal aac encoder fails with 5.1 input In-Reply-To: <039.730ce4f956ac996a37e93c12d7d1edd6@avcodec.org> References: <039.730ce4f956ac996a37e93c12d7d1edd6@avcodec.org> Message-ID: <054.2176347e8602b4a256503fd6ca332133@avcodec.org> #1784: internal aac encoder fails with 5.1 input ------------------------------------+-------------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: worksforme Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Comment (by rogerdpack): Ok that makes sense. The initial attachment to this ticket is a "real- world" sample I was trying to convert that shows the poor behavior. And using -aac_coder 0 does seem to fix it (as a side-note, the effects channel seems to have slightly decreased volume after conversion, but at least now it has any data at all). The files from here: http://www.jensign.com/bdp95/7dot1voiced/index.html also behave similarly. diff-patch attached, or would you prefer I send it to ffmpeg-devel? Thanks for your help, and the work around. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 4 18:25:07 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Oct 2012 16:25:07 -0000 Subject: [FFmpeg-trac] #1784(avcodec:closed): internal aac encoder fails with 5.1 input In-Reply-To: <039.730ce4f956ac996a37e93c12d7d1edd6@avcodec.org> References: <039.730ce4f956ac996a37e93c12d7d1edd6@avcodec.org> Message-ID: <054.c23a9ffbd842c9efbea1a4506127b761@avcodec.org> #1784: internal aac encoder fails with 5.1 input ------------------------------------+-------------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: worksforme Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Comment (by cehoyos): Replying to [comment:4 rogerdpack]: > or would you prefer I send it to ffmpeg-devel? Only if you want that it gets committed;-) Please either explain how the sample you attached was recorded (I have very strong doubts it is "real-world"), or - much better - test some 5.1 samples if -aac_coder 0 really improves encoding, and refer to the tested samples in your mail to ffmpeg-devel. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 4 18:27:53 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Oct 2012 16:27:53 -0000 Subject: [FFmpeg-trac] #1786(undetermined:closed): Displaying Green Color video In-Reply-To: <036.ac63ac3e71bdba2b44af727dd2a294cd@avcodec.org> References: <036.ac63ac3e71bdba2b44af727dd2a294cd@avcodec.org> Message-ID: <051.038afeab1af5413862aedddd104ff479@avcodec.org> #1786: Displaying Green Color video -------------------------------------+------------------------------------- Reporter: neelima | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 1 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:4 neelima]: > We have attached vidapi.c file. We request you to please review our code in encodeVideo() method. I fear there is a misunderstanding: This forum is for bugs in FFmpeg, not for bugs in software using FFmpeg (and not for FFmpeg support). Please read https://ffmpeg.org/contact.html to find out about support mailing lists. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 4 18:54:43 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Oct 2012 16:54:43 -0000 Subject: [FFmpeg-trac] #1784(avcodec:closed): internal aac encoder fails with 5.1 input In-Reply-To: <039.730ce4f956ac996a37e93c12d7d1edd6@avcodec.org> References: <039.730ce4f956ac996a37e93c12d7d1edd6@avcodec.org> Message-ID: <054.30ddc2c6adb81f01d162e62b1f1f5d12@avcodec.org> #1784: internal aac encoder fails with 5.1 input ------------------------------------+-------------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: worksforme Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Comment (by rogerdpack): I recorded it from a directshow "record what you hear" device, at 5.1. I also tested the samples from the link I previously posted, when I posted it. But that's not "real" real-world either, is it? So here is using a more "real world" 5.1 test case: http://rogerdpack.t28.net/incoming/sintel.mpg When used like this: $ ffmpeg -i sintel.mpg -vn -acodec aac -strict experimental -ac 6 -ab 384k -t 30 sintel.mpg.aac_exp.aac The result isn't "quite as bad" as with the small test samples (which lose something like 4 channels out of 5), however, it appears to still lose 3 channels out of 6. running it like this: $ ffmpeg -i sintel.mpg -vn -acodec aac -aac_coder 0 -strict experimental -ac 6 -ab 384k -t 30 sintel.mpg.aac_exp.acoder.aac seems to get all 6 channels. I'll report it on ffmpeg-devel, though I have no clue what aac_coder means or does, it helps at least these particular cases, so... -roger- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 4 22:17:17 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Oct 2012 20:17:17 -0000 Subject: [FFmpeg-trac] #1294(undetermined:open): Support for Omneon AVC Intra 50/100 MXF OP1a files In-Reply-To: <041.23491c3a26f2cf10d2ecbba3eaccace7@avcodec.org> References: <041.23491c3a26f2cf10d2ecbba3eaccace7@avcodec.org> Message-ID: <056.a66d7dd0bacbda7b830c8dbfa00641e3@avcodec.org> #1294: Support for Omneon AVC Intra 50/100 MXF OP1a files -------------------------------------+------------------------------------- Reporter: Thomas | Owner: Mundt | Status: open Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: h264intra | Blocked By: mxf | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Thomas Mundt): st->time_base and st->codec->time_base don?t work. I always get 0.0 with av_q2d(st->time_base). But I think it?s not necessary to check for that since AVCI1080p50 seems not to be used or even does not exist. Configuring x264 to get AVCI files working on broadcast systems is more complicated than I thought. Maybe I?ll try later when I have more spare time... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 4 23:01:19 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Oct 2012 21:01:19 -0000 Subject: [FFmpeg-trac] #1767(avformat:closed): 24bit audio in mov is flagged as 16bit in stsd atom In-Reply-To: <037.8864e87398844edad013ac643adf19ae@avcodec.org> References: <037.8864e87398844edad013ac643adf19ae@avcodec.org> Message-ID: <052.25f8c9c11d03e17a96cf52dbb45364fb@avcodec.org> #1767: 24bit audio in mov is flagged as 16bit in stsd atom ------------------------------------+------------------------------------ Reporter: nichot20 | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => closed * resolution: => fixed Comment: Fixed by Tim Nicholson. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 5 11:40:29 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 05 Oct 2012 09:40:29 -0000 Subject: [FFmpeg-trac] #1673(avformat:open): MPEG2-TS minimum PID value for data packet In-Reply-To: <038.30012bd7f5ba0b43ba613bf47ff2250a@avcodec.org> References: <038.30012bd7f5ba0b43ba613bf47ff2250a@avcodec.org> Message-ID: <053.0c4dcae62a13e62cd2f0c52b664e3e09@avcodec.org> #1673: MPEG2-TS minimum PID value for data packet ------------------------------------+------------------------------------ Reporter: Magicking | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by mateo): According to the specification the patch looks good to me. Can someone confirm this since i'm not expert on the mpegtsenc.c. Note: the patch must be rebased in order to apply on HEAD. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 5 14:28:04 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 05 Oct 2012 12:28:04 -0000 Subject: [FFmpeg-trac] #1788(undetermined:new): setting the output frame rate of image outputs Message-ID: <034.02e98087b763ba5ec68c7f2666a2fc73@avcodec.org> #1788: setting the output frame rate of image outputs -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- I'm not sure if this is a bug or not, since I was suggested that ffmpeg is not designed to be used in such way, but I can surely ask anyway :) Summary of the bug: Trying to extract 1 frame each 5 seconds of the video input to an image output, by setting the output frame rate to 1/5 produces the expected result but with the first 3 output frames failed (not correctly timed). How to reproduce: {{{ ffmpeg -f lavfi -i testsrc -t 60 -f image2 -r 1/5 img%02d.bmp ffmpeg -f lavfi -i testsrc -t 60 -f image2 -r 1/5 img%02d.jpg ffmpeg -f lavfi -i testsrc -t 60 -f image2 -r 1/5 img%02d.png }}} All of the commands above will produce first 3 output image frames wrong, but all the other frames will be correctly created, meaning that img01.*, img02.* and img03.* will be wrong and img04.*, img05.*, ... will be correct. The time difference between frames is correct only the starting time point is wrong, I guess due to those first 3 frames not being created properly. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 6 06:23:08 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 06 Oct 2012 04:23:08 -0000 Subject: [FFmpeg-trac] #1354(avcodec:closed): Y216 sample In-Reply-To: <038.1b725707a61ea4e9d3aaa2679001e696@avcodec.org> References: <038.1b725707a61ea4e9d3aaa2679001e696@avcodec.org> Message-ID: <053.6337a883f51fa9eb75025254b85cf7e2@avcodec.org> #1354: Y216 sample -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: closed Priority: wish | Component: avcodec Version: git-master | Resolution: fixed Keywords: y216 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Finally committed. Please note that this format is completely unrelated (except the fourcc) to the Microsoft Video Format "Y216" explained in above link. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 6 07:11:54 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 06 Oct 2012 05:11:54 -0000 Subject: [FFmpeg-trac] #681(avfilter:open): -vf mp=pullup leads to massive A/V-desync (was: -vf mp=pullup is not working) In-Reply-To: <036.7d32630b7b33eafbd6aee0efae91a91d@avcodec.org> References: <036.7d32630b7b33eafbd6aee0efae91a91d@avcodec.org> Message-ID: <051.b9bd5fd00b3c17a5777675dc3d06cc5c@avcodec.org> #681: -vf mp=pullup leads to massive A/V-desync -------------------------------------+------------------------------------- Reporter: dericed | Owner: Type: defect | Status: open Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: mpfilter | Blocked By: pullup | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: mp pullup => mpfilter pullup Comment: Replying to [comment:2 cehoyos]: > It fails for another sample here. That was because height was not a multiple of four (error message committed to MPlayer, will be merged). The filter works in the sense that it can remove interlaced frames from telecined content, unfortunately it breaks AV-sync for longer samples. Note that the filter only supports yuv420p and I believe this is unlikely to change soon (it simply does not work for v210 samples if you don't change the colour space). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 6 11:33:34 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 06 Oct 2012 09:33:34 -0000 Subject: [FFmpeg-trac] #299(avfilter:closed): ffmpeg crashes with -vf mp=boxblur=100:100 In-Reply-To: <038.2cf77f50247ad6cb3dfbfd1e7ede7b91@avcodec.org> References: <038.2cf77f50247ad6cb3dfbfd1e7ede7b91@avcodec.org> Message-ID: <053.6f25c0e0679d5e1e7b93fa95aff5faa1@avcodec.org> #299: ffmpeg crashes with -vf mp=boxblur=100:100 -----------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: git | Resolution: fixed Keywords: mpfilter | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -----------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => mpfilter -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 6 11:33:57 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 06 Oct 2012 09:33:57 -0000 Subject: [FFmpeg-trac] #249(avfilter:closed): Fix the filter remove-logo In-Reply-To: <037.0e7d789f7d702f50c5609a0318c50375@avcodec.org> References: <037.0e7d789f7d702f50c5609a0318c50375@avcodec.org> Message-ID: <052.3b46a8d6c5b2078ce4de5d2506765eea@avcodec.org> #249: Fix the filter remove-logo -------------------------------------+------------------------------------- Reporter: pbasista | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: git-master | Resolution: fixed Keywords: remove-logo | Blocked By: mpfilter | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: remove-logo => remove-logo mpfilter -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 6 11:34:35 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 06 Oct 2012 09:34:35 -0000 Subject: [FFmpeg-trac] #1782(avfilter:open): telecine filter does not work for bit-depth > 8 In-Reply-To: <036.5abb3542407865a1696b06c278d16630@avcodec.org> References: <036.5abb3542407865a1696b06c278d16630@avcodec.org> Message-ID: <051.ffea081a70743b57a7f04e2943b355e8@avcodec.org> #1782: telecine filter does not work for bit-depth > 8 -------------------------------------+------------------------------------- Reporter: dericed | Owner: Type: defect | Status: open Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: pulldown | Blocked By: mpfilter | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: pulldown => pulldown mpfilter -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 6 12:05:49 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 06 Oct 2012 10:05:49 -0000 Subject: [FFmpeg-trac] #732(avutil:closed): Storing variables not working in expressions In-Reply-To: <037.f196c486000abe845e039e7b8bb1e2e1@avcodec.org> References: <037.f196c486000abe845e039e7b8bb1e2e1@avcodec.org> Message-ID: <052.125226f36cc3bab83bf42eb94a098fd1@avcodec.org> #732: Storing variables not working in expressions -------------------------------------+------------------------------------- Reporter: jworrall | Owner: Type: enhancement | Status: closed Priority: normal | Component: avutil Version: unspecified | Resolution: wontfix Keywords: expression | Blocked By: evaluation scale | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by saste): * keywords: expression evaluation => expression evaluation scale * resolution: => wontfix * status: new => closed * component: undetermined => avutil Comment: Replying to [comment:3 jworrall]: > Oh, well, that explains a lot. It seems the variables would be more powerful if they could be shared between expressions. For example, I am trying to write a scale filter that will scale a video of any size and aspect ratio down (but not up) to fit inside an iPhone display, while preserving aspect ratio. I've written a script that gets variables for the display/frame size depending on which iPhone it is (FW, FH and the aspect ratio FA). > > I was eventually able to do it without variables; it looks like this: > -vf "scale = min(1\,gt(iw\,$FW)+gt(ih\,$FH)) * (gte(a\,$FA)*$FW + lt(a\,$FA)*(($FH*iw)/ih)) + not(min(1\,gt(iw\,$FW)+gt(ih\,$FH)))*iw : \ > min(1\,gt(iw\,$FW)+gt(ih\,$FH)) * (lte(a\,$FA)*$FH + gt(a\,$FA)*(($FW*ih)/iw)) + not(min(1\,gt(iw\,$FW)+gt(ih\,$FH)))*ih" \ > > If the variables were preserved between the width and height expressions, it would be somewhat shorter and easier to follow: > -vf "scale = st(0\,min(1\,gt(iw\,$FW)+gt(ih\,$FH) ) ) * (gte(a\,$FA)*$FW + lt(a\,$FA)*(($FH*iw)/ih) ) + not(ld(0))*iw : \ > ld(0) * ( lte(a\,$FA)*$FH + gt(a\,$FA)*(($FW*ih)/iw) ) + not(ld(0))*ih " \ > > Maybe it's not that important, but I'm sure more 'global' variables would have other uses as well. In any case, unless and until such a feature is developed, it would be good to put in the manual that the variables are not preserved between expressions. Might save someone else several days of tearing their hair out! Thanks Global variables would require a serious overhaul of the eval system (since you may need to pass the environment from one expression to another), and would have several possible unwanted side effects. I think the best way to achieve what you want is through external scripting, this would also simplify the logic and improve readability. So I'm closing this feature request as WONTFIX. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 6 12:15:21 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 06 Oct 2012 10:15:21 -0000 Subject: [FFmpeg-trac] #1766(undetermined:new): Can't encode MPEG-2 at more than ~3Mb/s In-Reply-To: <041.d1e5ec5cdc5539015e8c7296724bf72e@avcodec.org> References: <041.d1e5ec5cdc5539015e8c7296724bf72e@avcodec.org> Message-ID: <056.7612939444e7b04bc7983fc1a387bd7c@avcodec.org> #1766: Can't encode MPEG-2 at more than ~3Mb/s -------------------------------------+------------------------------------- Reporter: | Owner: agusdallalba | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: mpeg2video | Blocked By: dvd | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): I tested the following: $ ffmpeg -i Sherlock\ S01E01\ sample.mkv -target pal-dvd -b:v 6450k -pass 1 out.mpg $ ffmpeg -i Sherlock\ S01E01\ sample.mkv -target pal-dvd -b:v 6450k -pass 2 out.mpg I don't see any quality issues with out.mpg. Please provide an input sample that allows to reproduce quality issues for the output file. Concerning the bitrate: Please understand that you cannot reach 6k for every input sample, if you encode with -qscale 2 you should see the approximate maximum file size. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 6 12:54:38 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 06 Oct 2012 10:54:38 -0000 Subject: [FFmpeg-trac] #1336(undetermined:open): support image2pipe input without parser In-Reply-To: <036.c938690b1c06bf450154627cf9775a79@avcodec.org> References: <036.c938690b1c06bf450154627cf9775a79@avcodec.org> Message-ID: <051.90ac86124e248a2c3c43128ce5da528f@avcodec.org> #1336: support image2pipe input without parser -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: roundup | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Parsers are still missing for at least dpx, jpegls, gif, pcx, sgi, sunrast, targa and tiff. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 6 13:34:20 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 06 Oct 2012 11:34:20 -0000 Subject: [FFmpeg-trac] #848(undetermined:new): expand -formats/-codecs options In-Reply-To: <038.313bd3310b5aa458c2f6d8df86454932@avcodec.org> References: <038.313bd3310b5aa458c2f6d8df86454932@avcodec.org> Message-ID: <053.edcaba860a2072220af8baffcc03521b@avcodec.org> #848: expand -formats/-codecs options -------------------------------------+------------------------------------- Reporter: ami_stuff | 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 saste): What's wrong about using grep? Also I'm slightly against adopting a syntax resembling the one for stream selection, but with different features and warts, so I'd rather stick with easy grep parsing rather than bloat the code with features which can be implemented with simple scripting. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 6 13:37:28 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 06 Oct 2012 11:37:28 -0000 Subject: [FFmpeg-trac] #1445(avformat:closed): image2 to support start_index and step_increment In-Reply-To: <034.e675a8e9419c7a5ef2defdbfd1ac008b@avcodec.org> References: <034.e675a8e9419c7a5ef2defdbfd1ac008b@avcodec.org> Message-ID: <049.229297d6f5a9255d5f33c15014a72326@avcodec.org> #1445: image2 to support start_index and step_increment -------------------------------------+------------------------------------ Reporter: burek | Owner: Type: enhancement | Status: closed Priority: wish | Component: avformat Version: unspecified | Resolution: wontfix Keywords: image2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 1 | -------------------------------------+------------------------------------ Changes (by saste): * status: open => closed * resolution: => wontfix Comment: Closing the ticket. Please reopen if you think there is a specific use case for the -step_increment option. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 6 13:51:42 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 06 Oct 2012 11:51:42 -0000 Subject: [FFmpeg-trac] #1787(FFmpeg:closed): Losing Silent Audio When Converting From Nellymoser Produced By Flash Media Server Recording In-Reply-To: <047.d87f9f46fc1a323d022a7334bdf50e8c@avcodec.org> References: <047.d87f9f46fc1a323d022a7334bdf50e8c@avcodec.org> Message-ID: <062.5ac983d4e0479fd2c1fc76dbda76b684@avcodec.org> #1787: Losing Silent Audio When Converting From Nellymoser Produced By Flash Media Server Recording -------------------------------------+------------------------------------- Reporter: eric@? | Owner: Type: defect | Status: closed Priority: normal | Component: FFmpeg Version: git-master | Resolution: invalid Keywords: Nellymoser | Blocked By: Audio Losing Duration Flash Media | Reproduced by developer: 1 Server | Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by saste): * analyzed: 0 => 1 * resolution: => invalid * status: new => closed * component: undetermined => FFmpeg * reproduced: 0 => 1 Comment: Audio tracks with gaps need extra care. Filling the gaps requires the intervention of an audio filter. aresample can act as audio-gap filler, for example using the command: {{{ ffmpeg -i IN.flv -af aresample=min_comp=0.001:min_hard_comp=0.100000 -y OUT.wav }}} Proper documentation for libswresample/aresample is a work in progress. Please reopen the ticket if you're not satisfied with this answer. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 6 15:37:50 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 06 Oct 2012 13:37:50 -0000 Subject: [FFmpeg-trac] #1787(undetermined:closed): Losing Silent Audio When Converting From Nellymoser Produced By Flash Media Server Recording In-Reply-To: <047.d87f9f46fc1a323d022a7334bdf50e8c@avcodec.org> References: <047.d87f9f46fc1a323d022a7334bdf50e8c@avcodec.org> Message-ID: <062.67f1b51613f5b230849186d3550f93cc@avcodec.org> #1787: Losing Silent Audio When Converting From Nellymoser Produced By Flash Media Server Recording -------------------------------------+------------------------------------- Reporter: eric@? | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: nellymoser | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 1 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: Nellymoser Audio Losing Duration Flash Media Server => nellymoser * component: FFmpeg => undetermined -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 7 03:28:58 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 07 Oct 2012 01:28:58 -0000 Subject: [FFmpeg-trac] #1573(undetermined:new): Enhancing -ss option In-Reply-To: <034.76fb908eaf44406b15591c4b69358faa@avcodec.org> References: <034.76fb908eaf44406b15591c4b69358faa@avcodec.org> Message-ID: <049.cddd1b5113c530d03d8a1bb58b8e0dda@avcodec.org> #1573: Enhancing -ss option -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: enhancement | Status: new Priority: wish | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by jbvsmo): Hi, I'm working on a project with multiple ffmpeg processes converting parts of a video at the same time and the speedups I'm achieving are amazing. But, for this to work, I rely on fast seek, otherwise the slow seek makes the method useless. The problem is that {{{ ffmpeg -ss time -i input -ss 0 output }}} doesn't always give me the right frame! I found in the mail list ([http://ffmpeg.org/pipermail/ffmpeg- user/2012-August/008767.html here] and [http://ffmpeg.org/pipermail /ffmpeg-user/2012-August/008769.html here]) that ffmpeg may reach a frame after the specified time and never go back. Are there any chances of a really accurate and fast seek in a single option? BTW, seek by frame number is possible? The ffmpeg version I'm using is from git on September 12 (2 weeks before ffmpeg 1.0). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 7 05:07:57 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 07 Oct 2012 03:07:57 -0000 Subject: [FFmpeg-trac] #1789(avcodec:new): Crash when reading invalid pcx file Message-ID: <036.21873838d1b5efce078956e8b8f61840@avcodec.org> #1789: Crash when reading invalid pcx file -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git- | Keywords: pcx crash master | SIGSEGV Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- FFmpeg crashes when reading attached broken pcx file. {{{ (gdb) r -i crash.pcx Starting program: ffmpeg_g -i crash.pcx [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". ffmpeg version N-45121-gd067e25 Copyright (c) 2000-2012 the FFmpeg developers built on Oct 7 2012 04:47:57 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 51. 73.102 / 51. 73.102 libavcodec 54. 64.100 / 54. 64.100 libavformat 54. 29.105 / 54. 29.105 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 19.102 / 3. 19.102 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 Program received signal SIGSEGV, Segmentation fault. pcx_rle_decode (compressed=1, bytes_per_scanline=768, dst=0x15a2280 "", src=) at libavcodec/pcx.c:54 54 value = *src++; (gdb) bt #0 pcx_rle_decode (compressed=1, bytes_per_scanline=768, dst=0x15a2280 "", src=) at libavcodec/pcx.c:54 #1 pcx_decode_frame (avctx=0x15a8ac0, data=0x159ff40, data_size=0x7fffffffc02c, avpkt=) at libavcodec/pcx.c:166 #2 0x000000000098a75e in avcodec_decode_video2 (avctx=0x159fb00, picture=0x159ff40, got_picture_ptr=got_picture_ptr at entry=0x7fffffffc02c, avpkt=avpkt at entry=0x7fffffffc060) at libavcodec/utils.c:1570 #3 0x00000000005891e4 in try_decode_frame (st=st at entry=0x1599d40, avpkt=avpkt at entry=0x15a07e0, options=0x15a01a0) at libavformat/utils.c:2364 #4 0x000000000058fc7e in avformat_find_stream_info (ic=0x1599280, options=0x15a01a0) at libavformat/utils.c:2740 #5 0x0000000000455b99 in opt_input_file (optctx=, opt=, filename=) at ffmpeg_opt.c:780 #6 0x00000000004630a0 in parse_option (optctx=optctx at entry=0x7fffffffcaf0, opt=0x7fffffffe2f2 "i", arg=0x7fffffffe2f4 "crash.pcx", options=options at entry=0xbb44a0 ) at cmdutils.c:320 #7 0x0000000000463478 in parse_options (optctx=optctx at entry=0x7fffffffcaf0, argc=argc at entry=3, argv=argv at entry=0x7fffffffde78, options=0xbb44a0 , parse_arg_function=0x456820 ) at cmdutils.c:353 #8 0x000000000044f7c0 in main (argc=3, argv=0x7fffffffde78) at ffmpeg.c:3151 (gdb) disass $pc-32,$pc+32 Dump of assembler code from 0x8d5f80 to 0x8d5fc0: 0x00000000008d5f80 : rex.WR sub $0xffffffffc9314500,%rax 0x00000000008d5f86 : nopw %cs:0x0(%rax,%rax,1) 0x00000000008d5f90 : test %r8d,%r8d 0x00000000008d5f93 : je 0x8d61d4 0x00000000008d5f99 : test %ebp,%ebp 0x00000000008d5f9b : je 0x8d5fe1 0x00000000008d5f9d : xor %edx,%edx 0x00000000008d5f9f : nop => 0x00000000008d5fa0 : movzbl (%r12),%esi 0x00000000008d5fa5 : cmp $0xbf,%sil 0x00000000008d5fa9 : ja 0x8d61c0 0x00000000008d5faf : add $0x1,%r12 0x00000000008d5fb3 : mov $0x1,%eax 0x00000000008d5fb8 : cmp %edx,%ebp 0x00000000008d5fba : jbe 0x8d5fe1 0x00000000008d5fbc : test %al,%al 0x00000000008d5fbe : lea -0x1(%rax),%edi End of assembler dump. (gdb) info register rax 0x263 611 rbx 0x15a2280 22684288 rcx 0x200 512 rdx 0x263 611 rsi 0x0 0 rdi 0x263 611 rbp 0x300 0x300 rsp 0x7fffffffbed0 0x7fffffffbed0 r8 0x1 1 r9 0xf4 244 r10 0x0 0 r11 0x360 864 r12 0x15d9000 22908928 r13 0x100 256 r14 0x7ffff7fbd7c0 140737353865152 r15 0x100 256 rip 0x8d5fa0 0x8d5fa0 eflags 0x10246 [ PF ZF IF RF ] 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 Sun Oct 7 10:50:47 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 07 Oct 2012 08:50:47 -0000 Subject: [FFmpeg-trac] #1786(undetermined:closed): Displaying Green Color video In-Reply-To: <036.ac63ac3e71bdba2b44af727dd2a294cd@avcodec.org> References: <036.ac63ac3e71bdba2b44af727dd2a294cd@avcodec.org> Message-ID: <051.12a3162abb9f399a36a8d9075d42f72a@avcodec.org> #1786: Displaying Green Color video -------------------------------------+------------------------------------- Reporter: neelima | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 1 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by reimar): Just as a hint in case it helps: a all-green frame means a YUV frame probably had its all-0 initialization value. So sws_scale probably never writes into the destination frame. But I see no real reason to believe this is a but in FFmpeg, if you do please provide an absolutely minimal test-case that proves it. I'm afraid we can't help you debugging your code, we don't have enough resources for that. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 7 10:53:46 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 07 Oct 2012 08:53:46 -0000 Subject: [FFmpeg-trac] #1783(undetermined:new): libavutil contains file with the same name as a system header In-Reply-To: <037.7af1de392c636bec239229dbf8061c49@avcodec.org> References: <037.7af1de392c636bec239229dbf8061c49@avcodec.org> Message-ID: <052.05757ce37dc71533379fc60302a423e0@avcodec.org> #1783: libavutil contains file with the same name as a system header -------------------------------------+------------------------------------- Reporter: obucinac | 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 reimar): I think there is a patch for the rename on the list. But I'd really like to know why you have to use that obfuscated piece of crap that is the Android build system? I've compiled many different programs just fine using the Android toolchain without ever using it, instead using each projects own build system, usually without needing any modifications. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 7 11:07:33 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 07 Oct 2012 09:07:33 -0000 Subject: [FFmpeg-trac] #1768(avcodec:open): audio AAC fails at CCE In-Reply-To: <037.9bf429fda86d343b853091ec2378dbe0@avcodec.org> References: <037.9bf429fda86d343b853091ec2378dbe0@avcodec.org> Message-ID: <052.321e855337c67cea3d7a988ac83a7cc4@avcodec.org> #1768: audio AAC fails at CCE ------------------------------------+----------------------------------- Reporter: kaijun61 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by reimar): Let me reformulate the question: Given that FFmpeg behaviour seems to agree with all other AAC decoders, and you cannot even provide a reference sample for how it should be decoded so we can't even properly test anything we implement, nor did you provide a patch nor point to the relevant section in the specification that would show the correct behaviour, why should we waste our time with it? In particular since it could just as well be a bug in the TI decoder (considering it is the only one behaving that way this seems by far most likely currently)? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 7 11:14:01 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 07 Oct 2012 09:14:01 -0000 Subject: [FFmpeg-trac] #1231(undetermined:closed): ffplay access violation on win64 In-Reply-To: <034.e83c585bfceb2a307eb8c37a6e2281f7@avcodec.org> References: <034.e83c585bfceb2a307eb8c37a6e2281f7@avcodec.org> Message-ID: <049.0462bcbbb943972d0688743b9beaae4c@avcodec.org> #1231: ffplay access violation on win64 -------------------------------------+------------------------------------- Reporter: ronag | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: win64 | Resolution: Blocking: | worksforme Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => worksforme Comment: I tested on Windows 7 with AVX hardware and current Zeranoe static build: No crash -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 7 11:34:04 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 07 Oct 2012 09:34:04 -0000 Subject: [FFmpeg-trac] #1703(FFplay:closed): ffplay doesn't play any audio when given "mono" audio input in windows In-Reply-To: <039.f8bb4c18bd5ebf312579b206f770e0df@avcodec.org> References: <039.f8bb4c18bd5ebf312579b206f770e0df@avcodec.org> Message-ID: <054.092c192b8f984b0c9b0c365fa6242c27@avcodec.org> #1703: ffplay doesn't play any audio when given "mono" audio input in windows -------------------------------------+------------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: closed Priority: normal | Component: FFplay Version: unspecified | Resolution: Keywords: win | worksforme Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => worksforme Comment: I tested ffplay.exe from Zeranoe with attached mono sample and it plays fine via Analog, S/PDIF and HDMI, so I assume this is not a problem that can be solved in FFmpeg. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 7 11:57:22 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 07 Oct 2012 09:57:22 -0000 Subject: [FFmpeg-trac] #1783(undetermined:new): libavutil contains file with the same name as a system header In-Reply-To: <037.7af1de392c636bec239229dbf8061c49@avcodec.org> References: <037.7af1de392c636bec239229dbf8061c49@avcodec.org> Message-ID: <052.63b13b8aabbf8d966ba9c8f7d20d9872@avcodec.org> #1783: libavutil contains file with the same name as a system header -------------------------------------+------------------------------------- Reporter: obucinac | 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:11 reimar]: > I've compiled many different programs just fine using the Android toolchain without ever using it, instead using each projects own build system, usually without needing any modifications. Iirc, the claim is that this does not work for FFmpeg (ie that some modifications are necessary). Could you comment on that? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 7 12:12:20 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 07 Oct 2012 10:12:20 -0000 Subject: [FFmpeg-trac] #1338(undetermined:new): FFMPEG creating broken MP4/Audio files with libx264 In-Reply-To: <040.afb49669e5bc711f4afb0ff4eb3c9f54@avcodec.org> References: <040.afb49669e5bc711f4afb0ff4eb3c9f54@avcodec.org> Message-ID: <055.34acd991155de44903c50f3638fdd1a0@avcodec.org> #1338: FFMPEG creating broken MP4/Audio files with libx264 -------------------------------------+------------------------------------- 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 cehoyos): I tested the following command line with current ffmpeg and the sample you uploaded (CSI.ts), and I don't see any problems with the resulting file and WMP. Was the problem fixed? $ ffmpeg -i CSI-ts -ss 3 -crf 2 out.mp4 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 7 12:50:52 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 07 Oct 2012 10:50:52 -0000 Subject: [FFmpeg-trac] #1754(avformat:closed): Error in Matroska Muxer In-Reply-To: <035.e5494c453e80262e0ebe059f98169446@avcodec.org> References: <035.e5494c453e80262e0ebe059f98169446@avcodec.org> Message-ID: <050.f0df5b129e3e340925b5abcae7521dce@avcodec.org> #1754: Error in Matroska Muxer -------------------------------------+------------------------------------- Reporter: Dan203 | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: mkv | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 7 14:28:20 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 07 Oct 2012 12:28:20 -0000 Subject: [FFmpeg-trac] #1790(undetermined:new): got mpeg2video instead of expected mpeg1video Message-ID: <034.caea91b74b0235ce36d48e07bcd7b707@avcodec.org> #1790: got mpeg2video instead of expected mpeg1video -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- I don't know how to name this ticket properly, so please rename it if necessary. Summary of the bug: 1. Created a test input file: out1.mpg 2. Tried to put 2 streams of out1.mpg into out2.ts 3. Got a weird result How to reproduce: 1. {{{ # ffmpeg -f lavfi -i testsrc -t 60 out1.mpg ffmpeg version N-44317-g2474ca1 Copyright (c) 2000-2012 the FFmpeg developers built on Sep 10 2012 00:03:51 with gcc 4.6 (Debian 4.6.3-1) configuration: --enable-static --enable-shared --enable-gpl --enable- nonfree --enable-postproc --enable-libx264 --enable-libaacplus libavutil 51. 72.100 / 51. 72.100 libavcodec 54. 55.100 / 54. 55.100 libavformat 54. 25.105 / 54. 25.105 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 16.101 / 3. 16.101 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [lavfi @ 0x2190260] Estimating duration from bitrate, this may be inaccurate Input #0, lavfi, from 'testsrc': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Video: rawvideo (RGB[24] / 0x18424752), rgb24, 320x240 [SAR 1:1 DAR 4:3], 25 tbr, 25 tbn, 25 tbc [mpeg @ 0x2191880] VBV buffer size not set, muxing may fail Output #0, mpeg, to 'out1.mpg': Metadata: encoder : Lavf54.25.105 Stream #0:0: Video: mpeg1video, yuv420p, 320x240 [SAR 1:1 DAR 4:3], q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> mpeg1video) Press [q] to stop, [?] for help frame= 1500 fps=379 q=6.6 Lsize= 1784kB time=00:00:59.96 bitrate= 243.7kbits/s video:1768kB audio:0kB subtitle:0 global headers:0kB muxing overhead 0.877842% }}} 2. {{{ # ffmpeg -i out1.mpg -ss 20 -i out1.mpg -map 0 -map 1 -c copy out2.ts ffmpeg version N-44317-g2474ca1 Copyright (c) 2000-2012 the FFmpeg developers built on Sep 10 2012 00:03:51 with gcc 4.6 (Debian 4.6.3-1) configuration: --enable-static --enable-shared --enable-gpl --enable- nonfree --enable-postproc --enable-libx264 --enable-libaacplus libavutil 51. 72.100 / 51. 72.100 libavcodec 54. 55.100 / 54. 55.100 libavformat 54. 25.105 / 54. 25.105 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 16.101 / 3. 16.101 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [mpeg @ 0xbad240] max_analyze_duration 5000000 reached at 5000000 Input #0, mpeg, from 'out1.mpg': Duration: 00:00:59.76, start: 1.000000, bitrate: 244 kb/s Stream #0:0[0x1e0]: Video: mpeg1video, yuv420p, 320x240 [SAR 1:1 DAR 4:3], 104857 kb/s, 25 fps, 25 tbr, 90k tbn, 25 tbc [mpeg @ 0xbb3f40] max_analyze_duration 5000000 reached at 5000000 Input #1, mpeg, from 'out1.mpg': Duration: 00:00:59.76, start: 1.000000, bitrate: 244 kb/s Stream #1:0[0x1e0]: Video: mpeg1video, yuv420p, 320x240 [SAR 1:1 DAR 4:3], 104857 kb/s, 25 fps, 25 tbr, 90k tbn, 25 tbc [mpegts @ 0xbb4d60] muxrate VBR, pcr every 2 pkts, sdt every 200, pat/pmt every 40 pkts Output #0, mpegts, to 'out2.ts': Metadata: encoder : Lavf54.25.105 Stream #0:0: Video: mpeg1video, yuv420p, 320x240 [SAR 1:1 DAR 4:3], q=2-31, 104857 kb/s, 25 fps, 90k tbn, 25 tbc Stream #0:1: Video: mpeg1video, yuv420p, 320x240 [SAR 1:1 DAR 4:3], q=2-31, 104857 kb/s, 25 fps, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #1:0 -> #0:1 (copy) Press [q] to stop, [?] for help [mpegts @ 0xbb4d60] first pts value must set av_interleaved_write_frame(): Invalid data found when processing input }}} 3. {{{ # ffmpeg -i out2.ts ffmpeg version N-44317-g2474ca1 Copyright (c) 2000-2012 the FFmpeg developers built on Sep 10 2012 00:03:51 with gcc 4.6 (Debian 4.6.3-1) configuration: --enable-static --enable-shared --enable-gpl --enable- nonfree --enable-postproc --enable-libx264 --enable-libaacplus libavutil 51. 72.100 / 51. 72.100 libavcodec 54. 55.100 / 54. 55.100 libavformat 54. 25.105 / 54. 25.105 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 16.101 / 3. 16.101 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [mpegts @ 0x1876240] Could not find codec parameters for stream 1 (Video: mpeg2video ([2][0][0][0] / 0x0002)): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options [NULL @ 0x187abc0] start time is not set in estimate_timings_from_pts Input #0, mpegts, from 'out2.ts': Duration: 00:00:00.08, start: 1.400000, bitrate: 1710 kb/s Program 1 Metadata: service_name : Service01 service_provider: FFmpeg Stream #0:0[0x100]: Video: mpeg1video ([2][0][0][0] / 0x0002), yuv420p, 320x240 [SAR 1:1 DAR 4:3], 104857 kb/s, 25 fps, 25 tbr, 90k tbn, 25 tbc Stream #0:1[0x101]: Video: mpeg2video ([2][0][0][0] / 0x0002), 90k tbr, 90k tbn, 90k tbc At least one output file must be specified }}} Note that 1 stream is '''mpeg1video''' and another is '''mpeg2video'''. Maybe this is intended to work this way, but aren't we supposed to get 2 streams of the same codec used? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 7 16:39:02 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 07 Oct 2012 14:39:02 -0000 Subject: [FFmpeg-trac] #1766(undetermined:new): Can't encode MPEG-2 at more than ~3Mb/s In-Reply-To: <041.d1e5ec5cdc5539015e8c7296724bf72e@avcodec.org> References: <041.d1e5ec5cdc5539015e8c7296724bf72e@avcodec.org> Message-ID: <056.e736a222e94da9190f8f46816039d1e2@avcodec.org> #1766: Can't encode MPEG-2 at more than ~3Mb/s -------------------------------------+------------------------------------- Reporter: | Owner: agusdallalba | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: mpeg2video | Blocked By: dvd | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by agusdallalba): Using your exact command line with ffmpeg version git-2012-10-06-293e542 outputs a blocky background with heavy banding in my setup. I'll attach my out.mpg and a frame from it enhanced to show the banding that, while is not very visible in a well lit room, pops out in a darkened living room. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 7 20:24:55 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 07 Oct 2012 18:24:55 -0000 Subject: [FFmpeg-trac] #1791(avfilter:new): changing number of channels/sample rate midstream Message-ID: <038.3383971df2072ff2314279a154887dff@avcodec.org> #1791: changing number of channels/sample rate midstream --------------------------------------+---------------------------------- Reporter: richardpl | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+---------------------------------- Midstream changing number of channels or sample rate causes SEGV. Should be reproducible with any container/codec that support midstream change of such parameters. {{{ > ./ffmpeg_g -err_detect 0 -i /tmp/crash2.tak -f null - ffmpeg version git-2012-10-07-9fc53f2 Copyright (c) 2000-2012 the FFmpeg developers built on Oct 7 2012 18:00:27 with FreeBSD clang version 3.1 (branches/release_31 156863) 20120523 configuration: --disable-everything --cc=clang --enable- decoder='dca,tak,ape,flac,pcm_s16le,pcm_s16be,pcm_s8,pcm_u8,pcm_s24le,pcm_s24be,pcm_s32le,pcm_s32be,pcm_f32le,pcm_f32be,pcm_f64le,pcm_f64be' --enable-enco der='flac,pcm_s16le,pcm_s16be,pcm_s8,pcm_u8,pcm_s24le,pcm_s24be,pcm_s32le,pcm_s32be,pcm_f64le,pcm_f64be' --enable-protocol='file,pipe' --enable- demuxer='dts,dtshd,tak,wav,flac,ape' --enable- muxer='wav,flac,null,framemd5,md5,crc,framecrc' --enable- filter='aresample,anull,abuffer,aconvert,afifo,aformat,ashowinfo,anullsink,abuffersink,asetnsamples' --enable-bzlib --enable-zlib libavutil 51. 73.102 / 51. 73.102 libavcodec 54. 65.100 / 54. 65.100 libavformat 54. 30.100 / 54. 30.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 19.102 / 3. 19.102 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 [tak @ 0x28819100] max_analyze_duration 5000000 reached at 5000000 Guessed Channel Layout for Input Stream #0.0 : 4.0 Input #0, tak, from '/tmp/crash2.tak': Duration: 00:01:00.48, start: 0.000000, bitrate: 861 kb/s Stream #0:0: Audio: tak, 44100 Hz, 4.0, s16p Output #0, null, to 'pipe:': Metadata: encoder : Lavf54.30.100 Stream #0:0: Audio: pcm_s16le, 44100 Hz, 4.0, s16, 2822 kb/s Stream mapping: Stream #0:0 -> #0:0 (tak -> pcm_s16le) Press [q] to stop, [?] for help Error while decoding stream #0:0: Invalid data found when processing input Last message repeated 36 times Input stream #0:0 frame changed from rate:44100 fmt:s16p ch:4 chl:4.0 to rate:44100 fmt:s16p ch:2 chl:2 channels (FL+FR+FC+BC) Segmentation fault (core dumped) > gdb ffmpeg_g ffmpeg_g.core GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... Core was generated by `ffmpeg_g'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libm.so.5...done. Loaded symbols for /lib/libm.so.5 Reading symbols from /lib/libz.so.6...done. Loaded symbols for /lib/libz.so.6 Reading symbols from /lib/libthr.so.3...done. Loaded symbols for /lib/libthr.so.3 Reading symbols from /lib/libc.so.7...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x28370dae in memcpy () from /lib/libc.so.7 [New Thread 28803080 (LWP 100173/ffmpeg_g)] (gdb) bt #0 0x28370dae in memcpy () from /lib/libc.so.7 #1 0x081a1064 in av_samples_copy (dst=dwarf expression stack underflow ) at libavutil/samplefmt.c:217 #2 0x0806520a in ff_copy_buffer_ref (outlink=DWARF-2 expression error: DW_OP_reg operations must be used either alone or in conjuction with DW_OP_piece. ) at libavfilter/buffer.c:226 #3 0x08065802 in av_buffersrc_add_ref (s=dwarf2_read_address: Corrupted DWARF expression. ) at libavfilter/buffersrc.c:133 #4 0x080656ac in av_buffersrc_add_frame (buffer_src=dwarf2_read_address: Corrupted DWARF expression. ) at libavfilter/buffersrc.c:91 #5 0x0805b26f in output_packet (ist=Unhandled dwarf expression opcode 0xed ) at ffmpeg.c:1544 #6 0x08057252 in transcode () at ffmpeg.c:2839 #7 0x0805337c in main (argc=dwarf2_read_address: Corrupted DWARF expression. ) at ffmpeg.c:3171 (gdb) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 7 20:42:07 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 07 Oct 2012 18:42:07 -0000 Subject: [FFmpeg-trac] #1790(undetermined:closed): got mpeg2video instead of expected mpeg1video In-Reply-To: <034.caea91b74b0235ce36d48e07bcd7b707@avcodec.org> References: <034.caea91b74b0235ce36d48e07bcd7b707@avcodec.org> Message-ID: <049.714f526aab181629b4866cd8756807a4@avcodec.org> #1790: got mpeg2video instead of expected mpeg1video -------------------------------------+------------------------------------- Reporter: burek | 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: Replying to [ticket:1790 burek]: > {{{ > [mpegts @ 0xbb4d60] first pts value must set > av_interleaved_write_frame(): Invalid data found when processing input > }}} This message implies that you have to use -fflags +genpts, the following command line works fine: $ ffmpeg -i out1.mpg -fflags +genpts -ss 20 -i out1.mpg -map 0 -map 1 -c copy out2.ts -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 7 22:19:44 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 07 Oct 2012 20:19:44 -0000 Subject: [FFmpeg-trac] #1791(avfilter:new): changing number of channels/sample rate midstream In-Reply-To: <038.3383971df2072ff2314279a154887dff@avcodec.org> References: <038.3383971df2072ff2314279a154887dff@avcodec.org> Message-ID: <053.9786f1196578cfa54e800431539b3632@avcodec.org> #1791: changing number of channels/sample rate midstream ------------------------------------+------------------------------------ Reporter: richardpl | 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): Channel number changes work fine with the samples from ticket #200 and a random ac-3 sample here. I am not sure if I ever tested a stream with sample rate change. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 8 00:09:53 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 07 Oct 2012 22:09:53 -0000 Subject: [FFmpeg-trac] #1768(avcodec:open): audio AAC fails at CCE In-Reply-To: <037.9bf429fda86d343b853091ec2378dbe0@avcodec.org> References: <037.9bf429fda86d343b853091ec2378dbe0@avcodec.org> Message-ID: <052.b3afd64859dd8547d0af8b680b96eca0@avcodec.org> #1768: audio AAC fails at CCE ------------------------------------+----------------------------------- Reporter: kaijun61 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by kaijun61): I don't know AAC standard. But I do know the decoder doesn't handle CCE. If you don't know what CCE does, you don't know how to fix it. More than one people report this issue. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 8 00:32:53 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 07 Oct 2012 22:32:53 -0000 Subject: [FFmpeg-trac] #1792(swresample:new): libswresample mono to stereo conversion is lowering the amplitude Message-ID: <040.8a24bdcaa08a1412ccfa17bebb230d93@avcodec.org> #1792: libswresample mono to stereo conversion is lowering the amplitude -------------------------------------+------------------------------------- Reporter: | Owner: michael albertzeyer | Status: new Type: defect | Component: swresample Priority: normal | Keywords: Version: | Blocking: unspecified | Analyzed by developer: 0 Blocked By: | Reproduced by developer: 0 | -------------------------------------+------------------------------------- I am resampling sound data with libswresample. I have one sample case where I resample 44100Hz, sint16, mono to 44100Hz, sint16, stereo. I.e. this is just a mono to stereo conversion. I was expecting that {{{leftSample = rightSample = monoSample;}}} However, I was more getting something mostly like: {{{leftSample = rightSample = monoSample / 1.41;}}} (maybe 1.41 ~= sqrt(2) ?) Is this a bug? Or expected? I don't have profesional audio background but I heard that a normal mono to stereo conversion is as what I would expect. I also have seen many different implementations where it is done like this, e.g. [https://github.com/avuserow/ffmpeg- replaygain/blob/master/gain_analysis.c the main ReplayGain implementation]. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 8 00:38:24 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 07 Oct 2012 22:38:24 -0000 Subject: [FFmpeg-trac] #1768(avcodec:open): audio AAC fails at CCE In-Reply-To: <037.9bf429fda86d343b853091ec2378dbe0@avcodec.org> References: <037.9bf429fda86d343b853091ec2378dbe0@avcodec.org> Message-ID: <052.d74fdd9ca0c482dbda9baea0c7cc7fa8@avcodec.org> #1768: audio AAC fails at CCE ------------------------------------+----------------------------------- Reporter: kaijun61 | Owner: Type: defect | Status: open 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:19 kaijun61]: > More than one people report this issue. Could you point us to the other reports? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 8 03:57:20 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Oct 2012 01:57:20 -0000 Subject: [FFmpeg-trac] #1572(undetermined:new): HLS input destroys DTS/PTS information In-Reply-To: <040.ad517992929e8d38a1f011db28d2e70a@avcodec.org> References: <040.ad517992929e8d38a1f011db28d2e70a@avcodec.org> Message-ID: <055.9910d2e21a798d1a49d4910bed687c5e@avcodec.org> #1572: HLS input destroys DTS/PTS information -------------------------------------+------------------------------------- Reporter: crtmpserver | 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): testing current git master, both flv files generated contain some frames with dts != pts. Does this problem still occur? and if so, please show an example of bad dts values. Note you can easily see them, with -fdebug ts -debug_ts -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 8 04:09:08 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Oct 2012 02:09:08 -0000 Subject: [FFmpeg-trac] #1346(avcodec:new): -aq makes only a minimal output file size difference for aac (was: q:a for -acodec aac) In-Reply-To: <036.6a971e30262a1d84986f3c34a3855a59@avcodec.org> References: <036.6a971e30262a1d84986f3c34a3855a59@avcodec.org> Message-ID: <051.d627c9c99d0003167d077c7caedb19e4@avcodec.org> #1346: -aq makes only a minimal output file size difference for aac ------------------------------------+----------------------------------- Reporter: cehoyos | 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 | ------------------------------------+----------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 8 04:16:08 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Oct 2012 02:16:08 -0000 Subject: [FFmpeg-trac] #1678(undetermined:closed): Regression with -vsync 1 In-Reply-To: <035.3c60e8fe5adb42de9853c903a3e45f37@avcodec.org> References: <035.3c60e8fe5adb42de9853c903a3e45f37@avcodec.org> Message-ID: <050.0cea40d21671de8eb2f2d1ba1786c9f5@avcodec.org> #1678: Regression with -vsync 1 -------------------------------------+------------------------------------- Reporter: jwjwjw | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: regression | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by michael): * cc: michael (removed) * status: new => closed * resolution: => fixed Comment: mp4 / mov AV sync issues should have been fixed with the recent commits. This does not mean that the video frames will match some imagined correct reference just the AV sync itself should be correct (and i can confirm that AV sync was not correct previously with test media where it could be tested clearer). Iam thus closing this but doent hesitate to reopen if some AV sync issue remains or open a new ticket if some other issue remains -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 8 05:33:23 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Oct 2012 03:33:23 -0000 Subject: [FFmpeg-trac] #598(avformat:closed): Subtitle on some BD/m2ts files are not detected because CRC check fails In-Reply-To: <038.f3befa32a194325336c106e768016dbf@avcodec.org> References: <038.f3befa32a194325336c106e768016dbf@avcodec.org> Message-ID: <053.5d8beade981d2d4fc101e48b92d74b19@avcodec.org> #598: Subtitle on some BD/m2ts files are not detected because CRC check fails -------------------------------------+------------------------------------- Reporter: Sebastiii | Owner: michael Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: pgssub | Blocked By: mpegts pmt bluray crc | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * keywords: pgssub mpegts pmt bluray => pgssub mpegts pmt bluray crc * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 8 13:21:50 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Oct 2012 11:21:50 -0000 Subject: [FFmpeg-trac] #1793(undetermined:new): Widevine support Message-ID: <039.05ea1d676c05fd1f55c9d4bc8743c75a@avcodec.org> #1793: Widevine support -------------------------------------+------------------------------------- Reporter: benito2313 | Type: Status: new | enhancement Component: | Priority: important undetermined | Version: Keywords: Widevine | unspecified Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Hi there, I was wondering if there will be any (future) support for the Widevine video streaming codec/protocol (video/x-widevine). More and more online content providers start to use this method and it would be nice to have this codec/protocol supported? http://www.widevine.com/ https://tools.google.com/dlpage/widevine -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 8 13:40:19 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Oct 2012 11:40:19 -0000 Subject: [FFmpeg-trac] #1793(undetermined:new): Widevine support In-Reply-To: <039.05ea1d676c05fd1f55c9d4bc8743c75a@avcodec.org> References: <039.05ea1d676c05fd1f55c9d4bc8743c75a@avcodec.org> Message-ID: <054.82bf10a6118f8d02a01bcb2295122e9a@avcodec.org> #1793: Widevine support -------------------------------------+------------------------------------- Reporter: benito2313 | Owner: Type: enhancement | Status: new Priority: wish | Component: Version: unspecified | undetermined Keywords: Widevine | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: important => wish Comment: Could you add a little information about what this is? The links you gave do not easily answer it, and the string "codec/protocol" in your original post does not make it better, either. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 8 13:53:51 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Oct 2012 11:53:51 -0000 Subject: [FFmpeg-trac] #1793(undetermined:new): Widevine support In-Reply-To: <039.05ea1d676c05fd1f55c9d4bc8743c75a@avcodec.org> References: <039.05ea1d676c05fd1f55c9d4bc8743c75a@avcodec.org> Message-ID: <054.ff1c22f09afb355c1859e608fdc75054@avcodec.org> #1793: Widevine support -------------------------------------+------------------------------------- Reporter: benito2313 | Owner: Type: enhancement | Status: new Priority: wish | Component: Version: unspecified | undetermined Keywords: Widevine | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by benito2313): Ow sorry my bad, it was supposed to be Wish. I dont know the technical detail, but i will asked somebody to comment on this. He does understand the technical detail. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 8 13:54:45 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Oct 2012 11:54:45 -0000 Subject: [FFmpeg-trac] #1766(undetermined:new): Can't encode MPEG-2 at more than ~3Mb/s In-Reply-To: <041.d1e5ec5cdc5539015e8c7296724bf72e@avcodec.org> References: <041.d1e5ec5cdc5539015e8c7296724bf72e@avcodec.org> Message-ID: <056.adbb0560dd87f6425d73ee1b46680df4@avcodec.org> #1766: Can't encode MPEG-2 at more than ~3Mb/s -------------------------------------+------------------------------------- Reporter: | Owner: agusdallalba | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: mpeg2video | Blocked By: dvd | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): I can reproduce the banding with out.mpg.png but not with out.mpg. How did you produce the png? Could you compare with: $ ffmpeg -i out.mpg out%2d.png or, since there may be quality loss when encoding from yuv420p (mpg) to rgb (png): $ ffmpeg -i out.mpg -qscale 2 out%2d.jpg -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 8 15:33:08 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Oct 2012 13:33:08 -0000 Subject: [FFmpeg-trac] #1762(avformat:new): mp4 file with 2 'mp4a' boxes in a 'stsd' box In-Reply-To: <038.b875b8d8bcbd43495bcdc1736ffd9e5b@avcodec.org> References: <038.b875b8d8bcbd43495bcdc1736ffd9e5b@avcodec.org> Message-ID: <053.0fc54c2e45cbe5ebc45b2d72b934e1e7@avcodec.org> #1762: mp4 file with 2 'mp4a' boxes in a 'stsd' box -------------------------------------+------------------------------------- Reporter: chungying | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: mov mp4a | Blocked By: stsd | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Which software supports decoding the sample? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 8 15:51:28 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Oct 2012 13:51:28 -0000 Subject: [FFmpeg-trac] #1787(undetermined:closed): Losing Silent Audio When Converting From Nellymoser Produced By Flash Media Server Recording In-Reply-To: <047.d87f9f46fc1a323d022a7334bdf50e8c@avcodec.org> References: <047.d87f9f46fc1a323d022a7334bdf50e8c@avcodec.org> Message-ID: <062.169188754efd89cf5b3974e285ba0e9b@avcodec.org> #1787: Losing Silent Audio When Converting From Nellymoser Produced By Flash Media Server Recording -------------------------------------+------------------------------------- Reporter: eric@? | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: nellymoser | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 1 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by eric@?): It looks like the filter works on my problem audio file. Thanks so much for the information! I will update if I run into any file that appears to lose chunks in a similar fashion. Thank you, -Eric Bloms -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 8 17:54:06 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Oct 2012 15:54:06 -0000 Subject: [FFmpeg-trac] #1766(undetermined:new): Can't encode MPEG-2 at more than ~3Mb/s In-Reply-To: <041.d1e5ec5cdc5539015e8c7296724bf72e@avcodec.org> References: <041.d1e5ec5cdc5539015e8c7296724bf72e@avcodec.org> Message-ID: <056.c0f5fe0d2ee76a5035a42b5b2ee1a735@avcodec.org> #1766: Can't encode MPEG-2 at more than ~3Mb/s -------------------------------------+------------------------------------- Reporter: | Owner: agusdallalba | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: mpeg2video | Blocked By: dvd | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by agusdallalba): To produce out.mpg.png I extracted a frame with mplayer (in PNG) and then did a levels adjustment in The GIMP to bring out the banding, although It's clearly visible without the enhancement anyway. It's an artifact I'd expect to have at such a low bitrate, but I was aiming for the best quality I could get in a DVD5. To discard a decoding issue I tested the file in Windows Media Player, VLC, and a standalone DVD player, and the blockiness is there in the three of them. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 8 21:26:23 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Oct 2012 19:26:23 -0000 Subject: [FFmpeg-trac] #1766(undetermined:new): Can't encode MPEG-2 at more than ~3Mb/s In-Reply-To: <041.d1e5ec5cdc5539015e8c7296724bf72e@avcodec.org> References: <041.d1e5ec5cdc5539015e8c7296724bf72e@avcodec.org> Message-ID: <056.4ca0529b259d0da669c634945d48c6bb@avcodec.org> #1766: Can't encode MPEG-2 at more than ~3Mb/s -------------------------------------+------------------------------------- Reporter: | Owner: agusdallalba | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: mpeg2video | Blocked By: dvd | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by agusdallalba): I just tried to extract a jpg still from the source, and //it showed the same kind of blockiness// in the jpg output. PNG, on the other side, was perfect. {{{ ffmpeg -v 9 -loglevel 99 -i Sherlock\ S01E01\ sample.mkv -ss 1 -vframes 1 -qscale 0 sourceframe26.jpg ffmpeg version 1.0 Copyright (c) 2000-2012 the FFmpeg developers built on Sep 29 2012 11:22:50 with gcc 4.7.1 (GCC) 20120721 (prerelease) configuration: --prefix=/usr --enable-libmp3lame --enable-libvorbis --enable-libxvid --enable-libx264 --enable-libvpx --enable-libtheora --enable-libgsm --enable-libspeex --enable-postproc --enable-shared --enable-x11grab --enable-libopencore_amrnb --enable-libopencore_amrwb --enable-libschroedinger --enable-libopenjpeg --enable-librtmp --enable- libpulse --enable-libv4l2 --enable-gpl --enable-version3 --enable-runtime- cpudetect --disable-debug --disable-static libavutil 51. 73.101 / 51. 73.101 libavcodec 54. 59.100 / 54. 59.100 libavformat 54. 29.104 / 54. 29.104 libavdevice 54. 2.101 / 54. 2.101 libavfilter 3. 17.100 / 3. 17.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [matroska,webm @ 0x1e3e240] Format matroska,webm probed with size=2048 and score=100 st:0 removing common factor 1000000 from timebase [matroska,webm @ 0x1e3e240] File position before avformat_find_stream_info() is 1586 [h264 @ 0x1e41120] Using externally provided dimensions [h264 @ 0x1e41120] no picture [matroska,webm @ 0x1e3e240] All info found [matroska,webm @ 0x1e3e240] File position after avformat_find_stream_info() is 1908009 Input #0, matroska,webm, from 'Sherlock S01E01 sample.mkv': Metadata: -- CUT -- ENCODER : Lavf54.28.101 Duration: 00:00:00.76, start: 0.000000, bitrate: 26954 kb/s Stream #0:0(eng), 45, 1/1000: Video: h264 (High), yuv420p, 1280x720, 1/50, SAR 1:1 DAR 16:9, 25 fps, 25 tbr, 1k tbn, 50 tbc (default) Metadata: CREATION_TIME : 2010-08-28 16:03:10 LANGUAGE : eng HANDLER_NAME : VideoHandler Please use -q:a or -q:v, -qscale is ambiguous [buffer @ 0x2262480] Setting entry with key 'video_size' to value '1280x720' [buffer @ 0x2262480] Setting entry with key 'pix_fmt' to value '0' [buffer @ 0x2262480] Setting entry with key 'time_base' to value '1/1000' [buffer @ 0x2262480] Setting entry with key 'pixel_aspect' to value '1/1' [buffer @ 0x2262480] Setting entry with key 'sws_param' to value 'flags=2' [buffer @ 0x2262480] Setting entry with key 'frame_rate' to value '25/1' [graph 0 input from stream 0:0 @ 0x1e43460] w:1280 h:720 pixfmt:yuv420p tb:1/1000 fr:25/1 sar:1/1 sws_param:flags=2 [format @ 0x2275e40] auto-inserting filter 'auto-inserted scaler 0' between the filter 'Parsed_null_0' and the filter 'format' [auto-inserted scaler 0 @ 0x2310b00] picking yuvj420p out of 2 ref:yuv420p alpha:0 [auto-inserted scaler 0 @ 0x2310b00] w:1280 h:720 fmt:yuv420p sar:1/1 -> w:1280 h:720 fmt:yuvj420p sar:1/1 flags:0x4 [mjpeg @ 0x2212c20] detected 4 logical cores [mjpeg @ 0x1e79640] intra_quant_bias = 96 inter_quant_bias = 0 [mjpeg @ 0x1e92240] intra_quant_bias = 96 inter_quant_bias = 0 [mjpeg @ 0x1fe2ea0] intra_quant_bias = 96 inter_quant_bias = 0 [mjpeg @ 0x202c360] intra_quant_bias = 96 inter_quant_bias = 0 [mjpeg @ 0x2212c20] intra_quant_bias = 96 inter_quant_bias = 0 [h264 @ 0x1e41120] detected 4 logical cores Output #0, image2, to 'sourceframe26.jpg': Metadata: -- CUT -- encoder : Lavf54.29.104 Stream #0:0(eng), 0, 1/90000: Video: mjpeg, yuvj420p, 1280x720 [SAR 1:1 DAR 16:9], 1/25, q=2-31, 200 kb/s, 90k tbn, 25 tbc (default) Metadata: CREATION_TIME : 2010-08-28 16:03:10 LANGUAGE : eng HANDLER_NAME : VideoHandler Stream mapping: Stream #0:0 -> #0:0 (h264 -> mjpeg) Press [q] to stop, [?] for help [h264 @ 0x25e45e0] Using externally provided dimensions [h264 @ 0x25e45e0] no picture [h264 @ 0x2629420] no picture No more output streams to write to, finishing. frame= 1 fps=0.0 q=0.0 Lsize= 0kB time=00:00:00.04 bitrate= 0.0kbits/s video:54kB audio:0kB subtitle:0 global headers:0kB muxing overhead -100.000000% [AVIOContext @ 0x1e46900] Statistics: 1936179 bytes read, 0 seeks }}} {{{ ffmpeg -v 9 -loglevel 99 -i Sherlock\ S01E01\ sample.mkv -ss 1 -s 720x576 -vframes 1 -qscale 0 sourceframe26_scaled.png ffmpeg version 1.0 Copyright (c) 2000-2012 the FFmpeg developers built on Sep 29 2012 11:22:50 with gcc 4.7.1 (GCC) 20120721 (prerelease) configuration: --prefix=/usr --enable-libmp3lame --enable-libvorbis --enable-libxvid --enable-libx264 --enable-libvpx --enable-libtheora --enable-libgsm --enable-libspeex --enable-postproc --enable-shared --enable-x11grab --enable-libopencore_amrnb --enable-libopencore_amrwb --enable-libschroedinger --enable-libopenjpeg --enable-librtmp --enable- libpulse --enable-libv4l2 --enable-gpl --enable-version3 --enable-runtime- cpudetect --disable-debug --disable-static libavutil 51. 73.101 / 51. 73.101 libavcodec 54. 59.100 / 54. 59.100 libavformat 54. 29.104 / 54. 29.104 libavdevice 54. 2.101 / 54. 2.101 libavfilter 3. 17.100 / 3. 17.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [matroska,webm @ 0xd88240] Format matroska,webm probed with size=2048 and score=100 st:0 removing common factor 1000000 from timebase [matroska,webm @ 0xd88240] File position before avformat_find_stream_info() is 1586 [h264 @ 0xd8b120] Using externally provided dimensions [h264 @ 0xd8b120] no picture [matroska,webm @ 0xd88240] All info found [matroska,webm @ 0xd88240] File position after avformat_find_stream_info() is 1908009 Input #0, matroska,webm, from 'Sherlock S01E01 sample.mkv': Metadata: -- CUT -- ENCODER : Lavf54.28.101 Duration: 00:00:00.76, start: 0.000000, bitrate: 26954 kb/s Stream #0:0(eng), 45, 1/1000: Video: h264 (High), yuv420p, 1280x720, 1/50, SAR 1:1 DAR 16:9, 25 fps, 25 tbr, 1k tbn, 50 tbc (default) Metadata: CREATION_TIME : 2010-08-28 16:03:10 LANGUAGE : eng HANDLER_NAME : VideoHandler Please use -q:a or -q:v, -qscale is ambiguous [buffer @ 0x11ac480] Setting entry with key 'video_size' to value '1280x720' [buffer @ 0x11ac480] Setting entry with key 'pix_fmt' to value '0' [buffer @ 0x11ac480] Setting entry with key 'time_base' to value '1/1000' [buffer @ 0x11ac480] Setting entry with key 'pixel_aspect' to value '1/1' [buffer @ 0x11ac480] Setting entry with key 'sws_param' to value 'flags=2' [buffer @ 0x11ac480] Setting entry with key 'frame_rate' to value '25/1' [graph 0 input from stream 0:0 @ 0xd8d460] w:1280 h:720 pixfmt:yuv420p tb:1/1000 fr:25/1 sar:1/1 sws_param:flags=2 [scaler for output stream 0:0 @ 0x1182200] picking rgb24 out of 7 ref:yuv420p alpha:0 [scaler for output stream 0:0 @ 0x1182200] w:1280 h:720 fmt:yuv420p sar:1/1 -> w:720 h:576 fmt:rgb24 sar:64/45 flags:0x4 [png @ 0x115cc20] detected 4 logical cores [h264 @ 0xd8b120] detected 4 logical cores Output #0, image2, to 'sourceframe26_scaled.png': Metadata: -- CUT -- encoder : Lavf54.29.104 Stream #0:0(eng), 0, 1/90000: Video: png, rgb24, 720x576 [SAR 64:45 DAR 16:9], 1/25, q=2-31, 200 kb/s, 90k tbn, 25 tbc (default) Metadata: CREATION_TIME : 2010-08-28 16:03:10 LANGUAGE : eng HANDLER_NAME : VideoHandler Stream mapping: Stream #0:0 -> #0:0 (h264 -> png) Press [q] to stop, [?] for help [h264 @ 0xe746c0] Using externally provided dimensions [h264 @ 0xe746c0] no picture [h264 @ 0xeb9020] no picture No more output streams to write to, finishing. frame= 1 fps=0.0 q=0.0 Lsize= 0kB time=00:00:00.04 bitrate= 0.0kbits/s video:309kB audio:0kB subtitle:0 global headers:0kB muxing overhead -100.000000% [AVIOContext @ 0xd90900] Statistics: 1936179 bytes read, 0 seeks -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 8 22:42:29 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Oct 2012 20:42:29 -0000 Subject: [FFmpeg-trac] #819(avformat:open): ffmpeg fails to read an image if the image filename contains an accent (win32) In-Reply-To: <035.660940dc90eeec8a7f480acb23aeecc1@avcodec.org> References: <035.660940dc90eeec8a7f480acb23aeecc1@avcodec.org> Message-ID: <050.836b7485def0467e94b6f25bd585774c@avcodec.org> #819: ffmpeg fails to read an image if the image filename contains an accent (win32) --------------------------------------+------------------------------------ Reporter: jemore | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: image2 win32 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Changes (by Tim): * cc: mail@? (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 9 00:17:22 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Oct 2012 22:17:22 -0000 Subject: [FFmpeg-trac] #939(FFplay:closed): FFplay issue when SDL compiled with GCC 4.6.2 In-Reply-To: <038.262ba1e4d63139b2392b04cf719d6200@avcodec.org> References: <038.262ba1e4d63139b2392b04cf719d6200@avcodec.org> Message-ID: <053.86c9d41d6a168f9661d7180bfdf93e25@avcodec.org> #939: FFplay issue when SDL compiled with GCC 4.6.2 -------------------------------------+------------------------------------- Reporter: KSHawkEye | Owner: Type: defect | Status: closed Priority: important | Component: FFplay Version: git-master | Resolution: Keywords: | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by rogerdpack): I also get this with windows or mingw builds. work around: setting CFLAGS= before building. weird. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 9 06:28:50 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Oct 2012 04:28:50 -0000 Subject: [FFmpeg-trac] #701(avcodec:open): targa: support interleaved mode In-Reply-To: <038.e798e3571b18b3fc1e25bf0a99bb442c@avcodec.org> References: <038.e798e3571b18b3fc1e25bf0a99bb442c@avcodec.org> Message-ID: <053.bc5316a3e91d7369ce3ccaf018b65989@avcodec.org> #701: targa: support interleaved mode ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: koorogi Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: targa | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+----------------------------------- Changes (by koorogi): * owner: => koorogi -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 9 08:41:04 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Oct 2012 06:41:04 -0000 Subject: [FFmpeg-trac] #1762(avformat:new): mp4 file with 2 'mp4a' boxes in a 'stsd' box In-Reply-To: <038.b875b8d8bcbd43495bcdc1736ffd9e5b@avcodec.org> References: <038.b875b8d8bcbd43495bcdc1736ffd9e5b@avcodec.org> Message-ID: <053.9b85b1f6076eced5ab068bcef0cabd1f@avcodec.org> #1762: mp4 file with 2 'mp4a' boxes in a 'stsd' box -------------------------------------+------------------------------------- Reporter: chungying | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: mov mp4a | Blocked By: stsd | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by chungying): I can't find any software to decode this sample so far. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 9 10:16:34 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Oct 2012 08:16:34 -0000 Subject: [FFmpeg-trac] #701(avcodec:closed): targa: support interleaved mode In-Reply-To: <038.e798e3571b18b3fc1e25bf0a99bb442c@avcodec.org> References: <038.e798e3571b18b3fc1e25bf0a99bb442c@avcodec.org> Message-ID: <053.3ada40602f5f6e81ded4bd1725255bef@avcodec.org> #701: targa: support interleaved mode ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: koorogi Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: targa | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Bobby Bingham. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 9 10:52:09 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Oct 2012 08:52:09 -0000 Subject: [FFmpeg-trac] #1762(avformat:new): mp4 file with 2 'mp4a' boxes in a 'stsd' box In-Reply-To: <038.b875b8d8bcbd43495bcdc1736ffd9e5b@avcodec.org> References: <038.b875b8d8bcbd43495bcdc1736ffd9e5b@avcodec.org> Message-ID: <053.c415c89af46028be6f64e6596a8387c4@avcodec.org> #1762: mp4 file with 2 'mp4a' boxes in a 'stsd' box -------------------------------------+------------------------------------- Reporter: chungying | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: unspecified | Resolution: Keywords: mov mp4a | Blocked By: stsd | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: normal => wish * type: defect => enhancement Comment: How do you know the file is valid? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 9 11:09:15 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Oct 2012 09:09:15 -0000 Subject: [FFmpeg-trac] #644(avcodec:open): Support gray16a In-Reply-To: <038.fff6e00f3e0b39674d78fb54aa229bd3@avcodec.org> References: <038.fff6e00f3e0b39674d78fb54aa229bd3@avcodec.org> Message-ID: <053.819036886cc6a99f6492b64bcd76b239@avcodec.org> #644: Support gray16a -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: png gray16a | Blocked By: alpha | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: png gray16a => png gray16a alpha -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 9 11:31:16 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Oct 2012 09:31:16 -0000 Subject: [FFmpeg-trac] #1701(avcodec:open): iff ilbm: some ham6 files decodes with graphics glitches In-Reply-To: <038.d2a40d6a799d868e1526aaefb269e6e3@avcodec.org> References: <038.d2a40d6a799d868e1526aaefb269e6e3@avcodec.org> Message-ID: <053.8f940ec3be1e1934c7f47488889b823a@avcodec.org> #1701: iff ilbm: some ham6 files decodes with graphics glitches ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: iff | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => iff * status: new => open * version: unspecified => git-master * component: undetermined => avcodec * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 9 13:11:14 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Oct 2012 11:11:14 -0000 Subject: [FFmpeg-trac] #1570(avdevice:open): libv4l2: error dequeuing buf: Resource temporarily unavailable In-Reply-To: <036.2fc62dd5b56c7280baf63a97ec734437@avcodec.org> References: <036.2fc62dd5b56c7280baf63a97ec734437@avcodec.org> Message-ID: <051.0b91738a8e2fd84889988cb642cbc7af@avcodec.org> #1570: libv4l2: error dequeuing buf: Resource temporarily unavailable -------------------------------------+------------------------------------- Reporter: llarevo | Owner: Type: defect | Status: open Priority: important | Component: avdevice Version: git-master | Resolution: Keywords: v4l2 | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: video4linux, video4linux2, v4l2.c, regression, capture, analog, tv => v4l2 regression * priority: normal => important * version: unspecified => git-master -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 9 13:18:38 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Oct 2012 11:18:38 -0000 Subject: [FFmpeg-trac] #979(swscale:open): Unexpected Color Conversion (bgr->yuv vs rgb->yuv) In-Reply-To: <033.b20858b277a76b581892e62608302a74@avcodec.org> References: <033.b20858b277a76b581892e62608302a74@avcodec.org> Message-ID: <048.0671082aa58aa4fc38c26bbe3c78a333@avcodec.org> #979: Unexpected Color Conversion (bgr->yuv vs rgb->yuv) ------------------------------------+----------------------------------- Reporter: natt | Owner: Type: defect | Status: open Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * component: undetermined => swscale -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 9 13:27:57 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Oct 2012 11:27:57 -0000 Subject: [FFmpeg-trac] #1625(avformat:open): ffplay got stuck on avformat_find_stream_info In-Reply-To: <038.0cea59dacfb7564decd709426a33c598@avcodec.org> References: <038.0cea59dacfb7564decd709426a33c598@avcodec.org> Message-ID: <053.e78a1fbc68e502ede5d73107819b8eef@avcodec.org> #1625: ffplay got stuck on avformat_find_stream_info ------------------------------------+------------------------------------ Reporter: lagrangee | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mmst | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Plays fast with: $ ffplay -probesize 10k mmst://live.rgd.com.cn/993 There may be no video at all in the stream. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 9 13:29:10 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Oct 2012 11:29:10 -0000 Subject: [FFmpeg-trac] #1611(undetermined:new): The colors change when converting bgr24 to yuv420p In-Reply-To: <038.f4bffd59c3c423e169f252196f106136@avcodec.org> References: <038.f4bffd59c3c423e169f252196f106136@avcodec.org> Message-ID: <053.4a68ea84633d723668d9d8b72fdf97ed@avcodec.org> #1611: The colors change when converting bgr24 to yuv420p -------------------------------------+------------------------------------- Reporter: fftest800 | Owner: Type: defect | Status: new Priority: normal | Component: Version: 0.11.1 | undetermined Keywords: | Resolution: colors,bgr24,yuv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Is this also reproducible with the following commands? $ ffmpeg -i source_flashsv_bgr24_720x480.flv -qscale 2 -an -vcodec mpeg4 out1.avi $ ffmpeg -i source_flashsv_bgr24_720x480.flv -qscale 2 -an -vcodec mpeg4 -s 722x480 out2.avi -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 9 13:35:05 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Oct 2012 11:35:05 -0000 Subject: [FFmpeg-trac] #506(undetermined:closed): FFMPEG32 Windows Build CRASH In-Reply-To: <041.e715042621da3ea0df3b5bb4e04ab917@avcodec.org> References: <041.e715042621da3ea0df3b5bb4e04ab917@avcodec.org> Message-ID: <056.90010ac140530dc67baa708582375c2f@avcodec.org> #506: FFMPEG32 Windows Build CRASH -------------------------------------+------------------------------------- Reporter: | Owner: michael plaguebreath | Status: closed Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: reopened => closed * resolution: => needs_more_info Comment: While both problems described in this ticket sound (very) important, I cannot reproduce them;-( The first needs a sample, the second one more information. Please reopen if more information is available. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 9 13:40:46 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Oct 2012 11:40:46 -0000 Subject: [FFmpeg-trac] #1587(undetermined:new): Problem while reencoding .ass subtitles In-Reply-To: <038.63f5a5ccfc4bfe6d3ba7defa8b1cb111@avcodec.org> References: <038.63f5a5ccfc4bfe6d3ba7defa8b1cb111@avcodec.org> Message-ID: <053.4778d33013597483d1b27197c521ded8@avcodec.org> #1587: Problem while reencoding .ass subtitles -------------------------------------+------------------------------------- Reporter: saito1234 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: subtitle, | Resolution: ass | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): I cannot find the samples you mention in incoming, could you upload them again? (There is no size limit, just upload as much as is necessary to reproduce the problem.) Sorry for the late reaction! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 9 14:23:25 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Oct 2012 12:23:25 -0000 Subject: [FFmpeg-trac] #1263(FFmpeg:closed): ffmpeg keeps the output file in memory and only writes it to disk after [q]uitting In-Reply-To: <033.72b0fced7c09b420dbad60b8d5f0d0b8@avcodec.org> References: <033.72b0fced7c09b420dbad60b8d5f0d0b8@avcodec.org> Message-ID: <048.e267fb0415f306323ded3cb0ca464798@avcodec.org> #1263: ffmpeg keeps the output file in memory and only writes it to disk after [q]uitting -------------------------------------+------------------------------------- Reporter: pmts | Owner: Type: defect | Status: closed Priority: normal | Component: FFmpeg Version: git-master | Resolution: Keywords: memory dts | needs_more_info mkv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => needs_more_info Comment: I don't think the attached sample is long enough to reproduce an issue, please reopen the ticket if you can provide a longer sample (see https://ffmpeg.org/bugreports.html - there is no hard limit on the filesize). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 9 15:33:59 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Oct 2012 13:33:59 -0000 Subject: [FFmpeg-trac] #1794(avcodec:new): Can't cross-compile on Intel for ARM target with zmbvenc enabled Message-ID: <036.81fc9ea797b1990b7452bc930c3fcaee@avcodec.org> #1794: Can't cross-compile on Intel for ARM target with zmbvenc enabled -------------------------------------+------------------------------------- Reporter: patters | Type: defect Status: new | Priority: normal Component: avcodec | Version: git- Keywords: zmbvenc | master cross-compile ARM | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I just checked this with the latest nightly source bz2 file and it's still a problem. I am compiling on a Ubuntu Desktop 12. I'm compiling for Synology NAS embedded systems that have multiple CPU architectures, using their various GCC toolchains available here: [http://sourceforge.net/projects/dsgpl/files/DSM%204.1%20Tool%20Chains/] Cross-compiling using their Intel toolchain is fine, so is cross-compiling for PowerPC-SPE (QorIQ). Only cross-compiling for ARM exhibits this problem (native compile is actually ok), and the issue can be circumvented by disabling the zmbv encoder at the configure stage. Here is the error output: {{{ ... CC libavcodec/xwddec.o CC libavcodec/xwdenc.o CC libavcodec/xxan.o CC libavcodec/y41pdec.o CC libavcodec/y41penc.o CC libavcodec/yop.o CC libavcodec/yuv4dec.o CC libavcodec/yuv4enc.o CC libavcodec/zerocodec.o CC libavcodec/zmbv.o CC libavcodec/zmbvenc.o libavcodec/zmbvenc.c: In function 'encode_frame': libavcodec/zmbvenc.c:252: internal compiler error: internal consistency failure Please submit a full bug report, with preprocessed source if appropriate. See for instructions. make: *** [libavcodec/zmbvenc.o] Error 1 }}} Here's how I'm building: {{{ cd ~/Downloads wget "http://sourceforge.net/projects/dsgpl/files/DSM%204.1%20Tool%20Chains/Marvell%2088F628x%20Linux%202.6.32/gcc421_glibc25_88f6281-GPL.tgz" tar xvzf gcc421_glibc25_88f6281-GPL.tgz sudo mv arm-none-linux-gnueabi /usr/local export TOOLCHAIN=/usr/local/arm-none-linux-gnueabi export AR=${TOOLCHAIN}/bin/arm-none-linux-gnueabi-ar export CC=${TOOLCHAIN}/bin/arm-none-linux-gnueabi-gcc export CXX=${TOOLCHAIN}/bin/arm-none-linux-gnueabi-g++ export LD=${TOOLCHAIN}/bin/arm-none-linux-gnueabi-ld export RANLIB=${TOOLCHAIN}/bin/arm-none-linux-gnueabi-ranlib export CFLAGS="-I${TOOLCHAIN}/include" export LDFLAGS="-L${TOOLCHAIN}/lib" export PKG_CONFIG_PATH="${TOOLCHAIN}/lib/pkgconfig" #-----fixed point maths modification for mpeg audio encoder sed -i "s/^#define USE_FLOATS//" libavcodec/mpegaudioenc.c ./configure --arch=arm --cpu=armv5te --enable-cross-compile --cross- prefix=${TOOLCHAIN}/bin/arm-none-linux-gnueabi- --target-os=linux --prefix=${TOOLCHAIN} --extra-cflags='-I${TOOLCHAIN}/include' --extra- ldflags='-L/tmp/lib' --enable-static --disable-shared --disable-ffplay --disable-ffserver --enable-pthreads make }}} Here's the toolchain's compiler version info: {{{ Using built-in specs. Target: arm-none-linux-gnueabi Configured with: /home/slava/toolchain_build/crosstool/build/arm-none- linux-gnueabi/gcc-4.2-glibc-2.5/gcc-4.2/configure --target=arm-none-linux- gnueabi --host=i686-host_pc-linux-gnu --prefix=/home/slava/toolchain_build/crosstool/install/gcc-4.2-glibc-2.5 /arm-none-linux-gnueabi --with-tune=marvell-f --with- sysroot=/home/slava/toolchain_build/crosstool/install/gcc-4.2-glibc-2.5 /arm-none-linux-gnueabi/arm-none-linux-gnueabi/libc --with-local- prefix=/home/slava/toolchain_build/crosstool/install/gcc-4.2-glibc-2.5 /arm-none-linux-gnueabi/arm-none-linux-gnueabi/libc --disable-nls --enable-threads --with-gnu-as --with-gnu-ld --enable-symvers=gnu --enable-__cxa_atexit --enable-languages=c,c++ --enable-shared --with- versuffix=CodeSourcery 2007q3-51, Marvell SoC SDK 2.1 --enable-multilib --disable-libmudflap --disable-libssp --disable-libgomp --disable- libstdcxx-pch Thread model: posix gcc version 4.2.1 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 9 17:49:31 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Oct 2012 15:49:31 -0000 Subject: [FFmpeg-trac] #1795(undetermined:new): configure --enable-filter=frei0r appears to not fail even if it can't build that filter Message-ID: <039.b34cfed56dae0f39cf908be49ad86db6@avcodec.org> #1795: configure --enable-filter=frei0r appears to not fail even if it can't build that filter -------------------------------------+------------------------------------- Reporter: rogerdpack | 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: {{{ % ./configure --enable-memalign-hack --arch=x86 --enable-gpl --enable- libx264 --enable-avisynth --enable-libxvid --target-os=mingw32 --cross- prefix=/home/rogerdpack/dev/ffmpeg-windows-build- helpers/sandbox/mingw-w64-i686/bin/i686-w64-mingw32- --pkg-config=pkg- config --enable-libmp3lame --enable-version3 --enable-libvo-aacenc --enable-libvpx --extra-libs=-lws2_32 --extra-libs=-lpthread --enable-zlib --extra-libs=-lwinmm --extra-libs=-lgdi32 --enable-librtmp --enable- libvorbis --enable-libtheora --enable-libspeex --enable-libopenjpeg --enable-gnutls --enable-libgsm --enable-libfreetype --disable- optimizations --enable-mmx --disable-postproc --enable-fontconfig --enable-libass --enable-libutvideo --enable-libopus --disable-w32threads --extra-cflags=-DPTW32_STATIC_LIB --enable-frei0r --enable-filter=frei0r --enable-runtime-cpudetect ... Enabled filters: aconvert crop pad aevalsrc cropdetect pan afifo decimate pixdesctest aformat delogo removelogo alphaextract deshake rgbtestsrc alphamerge drawbox scale amerge drawtext select amix earwax sendcmd amovie ebur128 setdar anurll edgedetect setfield anullsink fade setpts anullsrc fieldorder setsar aresample fifo settb asendcmd format showinfo asetnsamples fps showspectrum asetpts framestep showwaves asettb gradfun silencedetect ashowinfo hflip slicify asink hqdn3d smartblur asink hue smptebars asplit idet split ass join super2xsai astreamsync life swapuv atempo lut testsrc bbox lutrgb thumbnail blackdetect lutyuv tile blackframe mandelbrot tinterlace boxblur movie transpose cellauto mptestsrc unsharp channelmap negate vflip channelsplit noformat volume color null volumedetect colormatrix nullsink vsink concat nullsrc vsink copy overlay yadif }}} frei0r isn't listed (as dlopen isn't available, see attached config.log) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 9 18:21:17 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Oct 2012 16:21:17 -0000 Subject: [FFmpeg-trac] #1796(undetermined:new): Unable to extract PCM audio track from AVI file Message-ID: <038.f9027849e7c681ff5c5698534b8386ac@avcodec.org> #1796: Unable to extract PCM audio track from AVI file -------------------------------------+------------------------------------- Reporter: tom_bogle | 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 have an AVI-wrapped dvvideo file with a single pcm_s16le audio track. The video plays fine (although there is a funny noise at the start that might indicate some kind of corruption or encoding problem). I am able to extract the audio using MPlayer, and ffmpeg can successfully produce a lower-quality avi file and extract the audio as mp3. I am able to run ffmpeg a second time to get a WAV file from either of these. However, if I simply try to extract the audio track directly into a WAV file from the original AVI file, all I get is 0.03 seconds of noise. There is no error message, so the software I'm writing that is running ffmpeg and monitoring the output can't tell anything went wrong. How to reproduce: {{{ % ffmpeg -i TruncatedPCMAudio.avi -vn -acodec copy temp.wav - OR - % ffmpeg -i TruncatedPCMAudio.avi -vn -acodec pcm_s16le temp.wav ffmpeg version N-40126-ga4b58fd built on Apr 26 2012 03:29:50 with gcc 4.6.3 }}} ffmpeg -v 9 -loglevel 99 -i TruncatedPCMAudio.avi ffmpeg version N-40126-ga4b58fd Copyright (c) 2000-2012 the FFmpeg developers built on Apr 26 2012 03:29:50 with gcc 4.6.3 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libass --enable-libcelt --enable-libopencore-amrnb --enable-libopencore-amrwb --enable -libfreetype --enable-libgsm --enable-libmp3lame --enable-libnut --enable- libope njpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable-libth eora --enable-libutvideo --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --e nable-zlib libavutil 51. 47.100 / 51. 47.100 libavcodec 54. 15.100 / 54. 15.100 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 72.100 / 2. 72.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 11.100 / 0. 11.100 libpostproc 52. 0.100 / 52. 0.100 [avi @ 01d3c020] Format avi probed with size=2048 and score=100 [AVI demuxer @ 01d3c680] use odml:1 [avi @ 01d3c020] File position before avformat_find_stream_info() is 32768 [avi @ 01d3c020] All info found [avi @ 01d3c020] File position after avformat_find_stream_info() is 185032 Input #0, avi, from 'TruncatedPCMAudio.avi': Duration: 00:03:52.46, start: 0.000000, bitrate: 28855 kb/s Stream #0:0, 1, 1001/30000: Video: dvvideo, yuv411p, 720x480, 1001/30000, 28 771 kb/s, SAR 8:9 DAR 4:3, 29.97 tbr, 29.97 tbn, 29.97 tbc Stream #0:1, 1, 1/30000: Audio: pcm_s16le, 48000 Hz, 2 channels, s16, 1536 k b/s At least one output file must be specified -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 9 19:57:14 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Oct 2012 17:57:14 -0000 Subject: [FFmpeg-trac] #1796(undetermined:new): Unable to extract PCM audio track from AVI file In-Reply-To: <038.f9027849e7c681ff5c5698534b8386ac@avcodec.org> References: <038.f9027849e7c681ff5c5698534b8386ac@avcodec.org> Message-ID: <053.3ebd30bbd10b88122da77d4fa12766aa@avcodec.org> #1796: Unable to extract PCM audio track from AVI file -------------------------------------+------------------------------------- Reporter: tom_bogle | 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 complete, uncut console output of $ ffmpeg -i yourfile out.wav -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 9 20:18:09 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Oct 2012 18:18:09 -0000 Subject: [FFmpeg-trac] #1794(avcodec:closed): Can't cross-compile on Intel for ARM target with zmbvenc enabled In-Reply-To: <036.81fc9ea797b1990b7452bc930c3fcaee@avcodec.org> References: <036.81fc9ea797b1990b7452bc930c3fcaee@avcodec.org> Message-ID: <051.70889415bdf262222e06be84ccaa2fc4@avcodec.org> #1794: Can't cross-compile on Intel for ARM target with zmbvenc enabled ------------------------------------+----------------------------------- Reporter: patters | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: invalid Keywords: zmbvenc | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: zmbvenc cross-compile ARM => zmbvenc * status: new => closed * resolution: => invalid Comment: Replying to [ticket:1794 patters]: > {{{ > CC libavcodec/zmbvenc.o > libavcodec/zmbvenc.c: In function 'encode_frame': > libavcodec/zmbvenc.c:252: internal compiler error: internal consistency failure > Please submit a full bug report, > with preprocessed source if appropriate. > See for instructions. > make: *** [libavcodec/zmbvenc.o] Error 1 > }}} I don't think there is anything the FFmpeg developers can do. If you want to work on this issue, try to find the function (or line) in zmbvenc.c that causes the internal compiler error, a work-around might be possible and theoretically acceptable. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 9 21:05:09 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Oct 2012 19:05:09 -0000 Subject: [FFmpeg-trac] #317(avcodec:open): mpeg4 (geov & geox fouccs) needs to be flipped In-Reply-To: <038.55dd4e0be0e81908630d186a119f6a77@avcodec.org> References: <038.55dd4e0be0e81908630d186a119f6a77@avcodec.org> Message-ID: <053.3bb437d4b684def08322c8bd632d39e4@avcodec.org> #317: mpeg4 (geov & geox fouccs) needs to be flipped -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: roundup | Blocked By: geov geox | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => roundup geov geox * status: new => open * version: unspecified => git-master * component: undetermined => avcodec * reproduced: 0 => 1 Comment: (issue 971) Not all frames are decoded for this sample, was this better at any time? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 9 21:07:51 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Oct 2012 19:07:51 -0000 Subject: [FFmpeg-trac] #317(avcodec:open): mpeg4 (geov & geox fouccs) needs to be flipped In-Reply-To: <038.55dd4e0be0e81908630d186a119f6a77@avcodec.org> References: <038.55dd4e0be0e81908630d186a119f6a77@avcodec.org> Message-ID: <053.400468910050781de6526edd553aa7d8@avcodec.org> #317: mpeg4 (geov & geox fouccs) needs to be flipped -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: roundup | Blocked By: geov geox | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Completely unrelated: The binary decoder GeoCodec.dll contains the following string: {{{ This software is derived from the GNU GPL XviD codec (0.9.1). Your software distributor has to give access to its source code. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 9 21:32:48 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Oct 2012 19:32:48 -0000 Subject: [FFmpeg-trac] #1603(avformat:open): fix remuxing of ima_adpcm_qt in mov In-Reply-To: <038.a471016729eb4679ad51f06ba2c44f6a@avcodec.org> References: <038.a471016729eb4679ad51f06ba2c44f6a@avcodec.org> Message-ID: <053.97af915ec91dcc330705261cf690bdf4@avcodec.org> #1603: fix remuxing of ima_adpcm_qt in mov ------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mov adpcm | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => mov adpcm * status: new => open * version: unspecified => git-master * component: undetermined => avformat * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 9 21:34:38 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Oct 2012 19:34:38 -0000 Subject: [FFmpeg-trac] #1797(avformat:new): No audio in GeoVision avi files Message-ID: <036.6a1f5ea2fc4d5f153070425342862a83@avcodec.org> #1797: No audio in GeoVision avi files --------------------------------------+---------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Keywords: avi Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+---------------------------------- http://streams.videolan.org/issues/3615/WRONG.Avi plays 8kHz pcm_u8 audio with mplayer -demuxer avi, FFmpeg detects a subtitle stream instead. {{{ $ ffmpeg -i WRONG.Avi ffmpeg version N-45217-gb6f435f Copyright (c) 2000-2012 the FFmpeg developers built on Oct 9 2012 21:23:23 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 51. 74.100 / 51. 74.100 libavcodec 54. 65.100 / 54. 65.100 libavformat 54. 31.100 / 54. 31.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 19.102 / 3. 19.102 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 [avi @ 0x19db280] Something went wrong during header parsing, I will ignore it and try to continue anyway. Marker bit missing in complexity estimation part 1 [avi @ 0x19db280] probed stream 1 failed [avi @ 0x19db280] max_analyze_duration 5000000 reached at 5000000 [avi @ 0x19db280] Could not find codec parameters for stream 1 (Subtitle: none): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options Input #0, avi, from 'WRONG.Avi': Duration: 00:04:44.73, start: 0.000000, bitrate: 618 kb/s Stream #0:0: Video: mpeg4 (GEOX / 0x584F4547), yuv420p, 320x240 [SAR 1:1 DAR 4:3], 30 fps, 30 tbr, 30 tbn, 30 tbc Stream #0:1: Subtitle: none At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 9 22:03:17 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Oct 2012 20:03:17 -0000 Subject: [FFmpeg-trac] #1784(avcodec:closed): internal aac encoder fails with 5.1 input In-Reply-To: <039.730ce4f956ac996a37e93c12d7d1edd6@avcodec.org> References: <039.730ce4f956ac996a37e93c12d7d1edd6@avcodec.org> Message-ID: <054.1d540c109642791f17c5920c95e2187f@avcodec.org> #1784: internal aac encoder fails with 5.1 input ------------------------------------+-------------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: worksforme Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Comment (by rogerdpack): looks like -aac_coder 0 does provide output for all channels, but garbles the output (I didn't notice it before). Should this be reopened? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 9 22:28:27 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Oct 2012 20:28:27 -0000 Subject: [FFmpeg-trac] #1796(undetermined:new): Unable to extract PCM audio track from AVI file In-Reply-To: <038.f9027849e7c681ff5c5698534b8386ac@avcodec.org> References: <038.f9027849e7c681ff5c5698534b8386ac@avcodec.org> Message-ID: <053.11ec81f94f078da7c0fcd0e055b5ca7a@avcodec.org> #1796: Unable to extract PCM audio track from AVI file -------------------------------------+------------------------------------- Reporter: tom_bogle | 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 tom_bogle): Here is the complete output when I run that command against my original, full-length AVI file: >ffmpeg -i TruncatedPCMAudio.avi out.wav ffmpeg version N-40126-ga4b58fd Copyright (c) 2000-2012 the FFmpeg developers built on Apr 26 2012 03:29:50 with gcc 4.6.3 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libass --enable-libcelt --enable-libopencore-amrnb --enable-libopencore-amrwb --enable -libfreetype --enable-libgsm --enable-libmp3lame --enable-libnut --enable- libope njpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable-libth eora --enable-libutvideo --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --e nable-zlib libavutil 51. 47.100 / 51. 47.100 libavcodec 54. 15.100 / 54. 15.100 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 72.100 / 2. 72.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 11.100 / 0. 11.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, avi, from 'TruncatedPCMAudio.avi': Duration: 00:03:52.46, start: 0.000000, bitrate: 28855 kb/s Stream #0:0: Video: dvvideo, yuv411p, 720x480, 28771 kb/s, SAR 8:9 DAR 4:3, 29.97 tbr, 29.97 tbn, 29.97 tbc Stream #0:1: Audio: pcm_s16le, 48000 Hz, 2 channels, s16, 1536 kb/s Guessed Channel Layout for Input Stream #0.1 : stereo Output #0, wav, to 'out.wav': Metadata: encoder : Lavf54.3.100 Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, stereo, s16 , 1536 kb/s Stream mapping: Stream #0:1 -> #0:0 (pcm_s16le -> pcm_s16le) Press [q] to stop, [?] for help Input stream #0:1 frame changed from rate:48000 fmt:s16 ch:2 chl:0x0 to rate:480 00 fmt:s16 ch:2 chl:0x3 size= 6kB time=00:00:00.03 bitrate=1547.0kbits/s video:0kB audio:6kB global headers:0kB muxing overhead 0.717853% -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 9 22:54:43 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Oct 2012 20:54:43 -0000 Subject: [FFmpeg-trac] #1796(undetermined:new): Unable to extract PCM audio track from AVI file In-Reply-To: <038.f9027849e7c681ff5c5698534b8386ac@avcodec.org> References: <038.f9027849e7c681ff5c5698534b8386ac@avcodec.org> Message-ID: <053.936fc4d9fd6ebaebda0d3e190dee5618@avcodec.org> #1796: Unable to extract PCM audio track from AVI file -------------------------------------+------------------------------------- Reporter: tom_bogle | 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): How does the output look for ffmpeg -i TruncatedPCMAudio.avi out.mp2 (or mp3)? If I understand your original report correctly, the output is longer than 0,03 seconds. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 9 23:00:50 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Oct 2012 21:00:50 -0000 Subject: [FFmpeg-trac] #681(avfilter:open): -vf mp=pullup leads to massive A/V-desync In-Reply-To: <036.7d32630b7b33eafbd6aee0efae91a91d@avcodec.org> References: <036.7d32630b7b33eafbd6aee0efae91a91d@avcodec.org> Message-ID: <051.5bffab5f0024f74687813b8d6e151056@avcodec.org> #681: -vf mp=pullup leads to massive A/V-desync -------------------------------------+------------------------------------- Reporter: dericed | Owner: Type: defect | Status: open Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: mpfilter | Blocked By: pullup | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): The following works for clean (uncut) telecined material like a sample I produced with -vf mp=telecine: {{{ $ ffmpeg -i telecined -vf mp=detc=am=0:dr=2:fr=0,setpts='N/(24000/1001*TB)' -qscale 2 -r 24000/1001 out.avi }}} If this is of any use, it should be possible to extend it for yuv422p10. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 9 23:03:20 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Oct 2012 21:03:20 -0000 Subject: [FFmpeg-trac] #1784(avcodec:reopened): internal aac encoder fails with 5.1 input In-Reply-To: <039.730ce4f956ac996a37e93c12d7d1edd6@avcodec.org> References: <039.730ce4f956ac996a37e93c12d7d1edd6@avcodec.org> Message-ID: <054.2c8df4467d3e5ee093ed1de4ca027182@avcodec.org> #1784: internal aac encoder fails with 5.1 input -------------------------------------+------------------------------------ Reporter: rogerdpack | Owner: Type: enhancement | Status: reopened Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * priority: normal => wish * status: closed => reopened * resolution: worksforme => * type: defect => enhancement Comment: Do you think it worked better with an old version of FFmpeg, or does the old version produce the same bad quality as -aac_coder 0? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 10 06:18:44 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Oct 2012 04:18:44 -0000 Subject: [FFmpeg-trac] #1798(undetermined:new): ffplay won't play audio from mpeg-ts file/stream Message-ID: <035.9e031f573369bb0785f2cfbbaa3e6cb6@avcodec.org> #1798: ffplay won't play audio from mpeg-ts file/stream -------------------------------------+------------------------------------- Reporter: skrull | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- There's no sound with this file. It comes from a dvb-s2 channel. WMP is the only player working. ffplay git, MPlayer 1.1, MPlayer2, VLC 2.0.3, xbmc git (07/Oct/12) does not play audio (either windows or linux) I managed to play audio only with mplayer -novideo switch. It seems that PMT indicates the wrong stream type. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 10 06:20:14 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Oct 2012 04:20:14 -0000 Subject: [FFmpeg-trac] #1798(undetermined:new): ffplay won't play audio from mpeg-ts file/stream In-Reply-To: <035.9e031f573369bb0785f2cfbbaa3e6cb6@avcodec.org> References: <035.9e031f573369bb0785f2cfbbaa3e6cb6@avcodec.org> Message-ID: <050.2b05e4764d6dc5bc63276150c20cb0e8@avcodec.org> #1798: ffplay won't play audio from mpeg-ts file/stream -------------------------------------+------------------------------------- Reporter: skrull | 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 skrull): Since it is a 20MB sample file I have uploaded it to ftp://upload.mplayerhq.hu/incoming/multishow-hd.ts -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 10 07:57:37 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Oct 2012 05:57:37 -0000 Subject: [FFmpeg-trac] #1755(avformat:open): Incorrect timestamps for aac in avi In-Reply-To: <040.461092da29736f10adc62ed239cbdacb@avcodec.org> References: <040.461092da29736f10adc62ed239cbdacb@avcodec.org> Message-ID: <055.037dc24ba8a62ef29e1b3786d9473680@avcodec.org> #1755: Incorrect timestamps for aac in avi -------------------------------------+------------------------------------ Reporter: Heesuk Jung | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: avi aac pts | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by Heesuk Jung): Hi cehoyos, I fixed this issue. Please refer my summary as below. ----------------------------------------------------------------------------- Use sample size in case incorrect timestamps for aac in AVI (Ticket #1755) In some case for aac in AVI, avidec extracts wrong PTS value. (www.ffmpeg.org/trac/ffmpeg/ticket/1755) In getDuration function, I suggest using sample size instead of len. I attached 4 files. - avidec.c - In latest master, I merged my patch into avidec.c - avidec.patch - patch file - frameInfo_withoutPatch.txt - There are frame informations without patch. As you know, PTS value is wrong. - 1X playback is NG and seek is NG too. - frameInfo_withPatch.txt - There are frame informations without patch. As you know, PTS value is ok. - 1X playback is ok and seek is ok too. Also I have done regression test in our media pool. Test result of 11 problematic files is ok after patch apply. (11 files have fixed sample size in AVI Stream Header) Regression test reseult of 4 non-problematic files is ok after patch apply. (4 files have variable sample size in AVI Stream Header) ----------------------------------------------------------------------------- I have 1 question to commit change. I got ffmpeg master branch but master git is read-only and so I hope to know how I can submit change into master branch? (I want to know change commit process or needing some admission.) Thanks -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 10 08:46:49 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Oct 2012 06:46:49 -0000 Subject: [FFmpeg-trac] #1798(avformat:new): ffplay won't play audio from mpeg-ts file/stream In-Reply-To: <035.9e031f573369bb0785f2cfbbaa3e6cb6@avcodec.org> References: <035.9e031f573369bb0785f2cfbbaa3e6cb6@avcodec.org> Message-ID: <050.daea0fb27f3054df1a68fcb10a238c0c@avcodec.org> #1798: ffplay won't play audio from mpeg-ts file/stream ------------------------------------+------------------------------------ Reporter: skrull | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => mpegts * component: undetermined => avformat Comment: How was this sample recorded? With cat directly from the dvb device or did an application possibly alter the stream? Which tv program is it? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 10 08:48:29 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Oct 2012 06:48:29 -0000 Subject: [FFmpeg-trac] #1798(avformat:new): ffplay won't play audio from mpeg-ts file/stream In-Reply-To: <035.9e031f573369bb0785f2cfbbaa3e6cb6@avcodec.org> References: <035.9e031f573369bb0785f2cfbbaa3e6cb6@avcodec.org> Message-ID: <050.882161470c20e5cc2a98959ce117f72d@avcodec.org> #1798: ffplay won't play audio from mpeg-ts file/stream ------------------------------------+------------------------------------ Reporter: skrull | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Please add complete, uncut console output of ffmpeg -i multishow-hd.ts to make this a valid ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 10 08:51:41 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Oct 2012 06:51:41 -0000 Subject: [FFmpeg-trac] #1755(avformat:open): Incorrect timestamps for aac in avi In-Reply-To: <040.461092da29736f10adc62ed239cbdacb@avcodec.org> References: <040.461092da29736f10adc62ed239cbdacb@avcodec.org> Message-ID: <055.569318efcbaf2cad9ba001b0875a0cd2@avcodec.org> #1755: Incorrect timestamps for aac in avi -------------------------------------+------------------------------------ Reporter: Heesuk Jung | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: avi aac pts | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): Please send your patch to ffmpeg-devel, patches generally receive more attention there. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 10 09:10:47 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Oct 2012 07:10:47 -0000 Subject: [FFmpeg-trac] #1799(avfilter:new): loop option doesn't seem to work Message-ID: <035.4b1a008b06ffcc61920605cb6bac432d@avcodec.org> #1799: loop option doesn't seem to work ---------------------------------------+---------------------------------- Reporter: ubitux | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 ---------------------------------------+---------------------------------- Given a small video stream: {{{ ./ffmpeg -f lavfi -i testsrc=d=5 -y loopme.mkv }}} And trying to loop it N times until the output reaches a given duration: {{{ ./ffmpeg -f lavfi -i movie=loopme.mkv:loop=0 -t 20 -y out.mkv }}} ...leads to an infinite loop. All the frames >126 are dropped (the input has 125 frames): {{{ frame= 126 fps= 10 q=32766.0 Lsize= 23kB time=00:00:04.96 bitrate= 38.6kbits/s dup=0 drop=59352 }}} Complete output: {{{ % ./ffmpeg -f lavfi -i movie=loopme.mkv:loop=0 -t 20 -y out.mkv ffmpeg version N-45221-g25f44b0 Copyright (c) 2000-2012 the FFmpeg developers built on Oct 10 2012 08:57:07 with gcc 4.7 (Debian 4.7.2-3) configuration: --enable-gpl --enable-fontconfig --enable-libfreetype --enable-libmp3lame --cc='ccache cc' --extra-cflags=-fstack-protector-all --enable-libx264 --enable-libvorbis --enable-libmodplug --enable-libass --samples=/home/cboesch/fate-samples --prefix=/home/cboesch/src/ff/ffmpeg/ffmpeg_build --enable-x11grab --enable-libvpx libavutil 51. 74.100 / 51. 74.100 libavcodec 54. 65.100 / 54. 65.100 libavformat 54. 31.100 / 54. 31.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 19.102 / 3. 19.102 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 [lavfi @ 0x3288260] Estimating duration from bitrate, this may be inaccurate Input #0, lavfi, from 'movie=loopme.mkv:loop=0': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Video: rawvideo (444P / 0x50343434), yuv444p, 320x240 [SAR 1:1 DAR 4:3], 25 tbr, 1k tbn, 1k tbc [libx264 @ 0x47fd280] using SAR=1/1 [libx264 @ 0x47fd280] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2 AVX [libx264 @ 0x47fd280] profile High 4:4:4 Predictive, level 1.3, 4:4:4 8-bit [libx264 @ 0x47fd280] 264 - core 123 r2189 35cf912 - H.264/MPEG-4 AVC codec - Copyleft 2003-2012 - 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 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, matroska, to 'out.mkv': Metadata: encoder : Lavf54.31.100 Stream #0:0: Video: h264, yuv444p, 320x240 [SAR 1:1 DAR 4:3], q=-1--1, 1k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> libx264) Press [q] to stop, [?] for help frame= 126 fps= 29 q=32766.0 Lsize= 23kB time=00:00:04.96 bitrate= 38.6kbits/s dup=0 drop=21081 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 10 10:00:08 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Oct 2012 08:00:08 -0000 Subject: [FFmpeg-trac] #1799(avfilter:new): loop option doesn't seem to work In-Reply-To: <035.4b1a008b06ffcc61920605cb6bac432d@avcodec.org> References: <035.4b1a008b06ffcc61920605cb6bac432d@avcodec.org> Message-ID: <050.66bfae3b53ab4e6cbc33e753e6eb4ad3@avcodec.org> #1799: loop option doesn't seem to work -------------------------------------+------------------------------------ Reporter: ubitux | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by ubitux): Note that it's easy to add a loop option in the file protocol. It will only work with concatenable streams though. I'll submit a patch later. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 10 10:14:45 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Oct 2012 08:14:45 -0000 Subject: [FFmpeg-trac] #1800(undetermined:new): video downloaded from iTunes do not work Message-ID: <038.466137a46f68b4a40b29ba0364390b48@avcodec.org> #1800: video downloaded from iTunes do not work -------------------------------------+------------------------------------- Reporter: raffairon | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I have downloaded a video from itunes. The video has .m4v extension and according to MediaVideo is in some type of AVC/AAC format. Nor VLC neither Windows Media PLayer can play that video. The only one that can play the video and do it correctly is QuickTime 7 from Apple. I want to convert it into MPEG2 as video and mp3 as audio, but i have failed both with FFMPEG and with MEncoder. I have also tried to compile ffmpeg from source, but I do not know which codec I need and I don't want to compile all the codecs from scratch. I have uploaded the video on your FTP server. THe filename is "Love Thy Brother.m4v". There IS the correspondending text file. I attach here: 1) Mediainfo informations given on the video 2) ffmpeg command line 3) full FFMPEG console output -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 10 11:26:14 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Oct 2012 09:26:14 -0000 Subject: [FFmpeg-trac] #1800(undetermined:closed): video downloaded from iTunes do not work In-Reply-To: <038.466137a46f68b4a40b29ba0364390b48@avcodec.org> References: <038.466137a46f68b4a40b29ba0364390b48@avcodec.org> Message-ID: <053.cf33ce6fcdb80669f6086e6579391486@avcodec.org> #1800: video downloaded from iTunes do not work -------------------------------------+------------------------------------- Reporter: raffairon | 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: I think it is unlikely that FFmpeg can play anything called "drmi" or "drms". For future tickets: I do not remember a report where MediaInfo output was useful, the output of ffmpeg -i yourfile is always needed, so it makes reading the ticket much easier if you simply post the ffmpeg -i yourfile command line together with the complete, uncut console output into the ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 10 11:30:05 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Oct 2012 09:30:05 -0000 Subject: [FFmpeg-trac] #1800(undetermined:closed): video downloaded from iTunes do not work In-Reply-To: <038.466137a46f68b4a40b29ba0364390b48@avcodec.org> References: <038.466137a46f68b4a40b29ba0364390b48@avcodec.org> Message-ID: <053.a1019f86f2daca91d6e46721e7d4befa@avcodec.org> #1800: video downloaded from iTunes do not work -------------------------------------+------------------------------------- Reporter: raffairon | 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 -------------------------------------+------------------------------------- Comment (by cehoyos): Are you in any way related to MediaCoder? Or are you just a user? Note that Stanley Huang, the distributor of MediaCoder, is known for a long time as a copyright violator here (he violates the copyrights of FFmpeg and MPlayer authors for several years), so FFmpeg developers are not close friends of the application. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 10 11:42:26 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Oct 2012 09:42:26 -0000 Subject: [FFmpeg-trac] #1800(undetermined:closed): video downloaded from iTunes do not work In-Reply-To: <038.466137a46f68b4a40b29ba0364390b48@avcodec.org> References: <038.466137a46f68b4a40b29ba0364390b48@avcodec.org> Message-ID: <053.4a9dc8ad68ff72ce3f3947b057be1cb7@avcodec.org> #1800: video downloaded from iTunes do not work -------------------------------------+------------------------------------- Reporter: raffairon | 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 -------------------------------------+------------------------------------- Comment (by raffairon): I think that all your attitude with your users are just rude. First someone here (http://ffmpeg.gusari.org/viewtopic.php?f=11&t=695) told me all the operations to do to report that, including uploading the video to your FTP server and find by myself a solution to post the full FFMPEG console output despite your characters per post restriction and your maximum file size restriction in this size. If your software have an output that overcome the restriction and you request that output, why you put the restriction at all in the first place? Now you just close it with a "there is a drmi in the MediaInfo report", making vain all the time I spent on it. I do not know why if QuickTime is able to play it we (you) cannot even think to implement a decoder for that format (as you have put the question, it is not a matter of time for you but a matter of the drmi string) Now the MediaCoder think. If someone violated your copyright, legal prosecute him. If you don't, you just don't accuse a user that report a bug to your software of "relation with whom has violated your copyright". BTW, if that makes you sleep better, I have misplelled MediaInfo with MediaCoder because yes, I have MediaCoder installed. I got aware of that "bug" in FFMPEG because MediaCoder was not able to convert that video. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 10 12:01:03 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Oct 2012 10:01:03 -0000 Subject: [FFmpeg-trac] #1794(avcodec:closed): Can't cross-compile on Intel for ARM target with zmbvenc enabled In-Reply-To: <036.81fc9ea797b1990b7452bc930c3fcaee@avcodec.org> References: <036.81fc9ea797b1990b7452bc930c3fcaee@avcodec.org> Message-ID: <051.1a796f011a1944cc9f2a17c462e5699e@avcodec.org> #1794: Can't cross-compile on Intel for ARM target with zmbvenc enabled ------------------------------------+----------------------------------- Reporter: patters | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: invalid Keywords: zmbvenc | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by patters): Not being a developer I lack the expertise to do that unfortunately. I thought I'd open a ticket just in case it was something obvious to the experienced eye. Is there a typical thing to look for that would behave differently on native Vs cross compile? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 10 12:32:35 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Oct 2012 10:32:35 -0000 Subject: [FFmpeg-trac] #1800(undetermined:reopened): video downloaded from iTunes do not work In-Reply-To: <038.466137a46f68b4a40b29ba0364390b48@avcodec.org> References: <038.466137a46f68b4a40b29ba0364390b48@avcodec.org> Message-ID: <053.803349e4ee8e7d6b73c7b81a0e3b3876@avcodec.org> #1800: video downloaded from iTunes do not work -------------------------------------+------------------------------------- Reporter: raffairon | Owner: Type: enhancement | Status: reopened Priority: wish | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by richardpl): * status: closed => reopened * cc: onemda@? (added) * type: defect => enhancement * priority: normal => wish * version: unspecified => git-master * resolution: invalid => Comment: Please provide link to such file. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 10 12:36:27 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Oct 2012 10:36:27 -0000 Subject: [FFmpeg-trac] #1800(undetermined:reopened): video downloaded from iTunes do not work In-Reply-To: <038.466137a46f68b4a40b29ba0364390b48@avcodec.org> References: <038.466137a46f68b4a40b29ba0364390b48@avcodec.org> Message-ID: <053.39842bffde2b119c4a96f63f05f05f37@avcodec.org> #1800: video downloaded from iTunes do not work -------------------------------------+------------------------------------- Reporter: raffairon | Owner: Type: enhancement | Status: reopened Priority: wish | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by burek): @cehoyos Please stop your practice of closing bug reports on the first reply or otherwise closing them too easily. It really makes people pissed, since they invested THEIR time and will to provide US with a bug report, that WE need. So, please at least pay a little bit more respect to those people, otherwise, in the future, nobody else will care to report anything to ffmpeg any more. @raffairon Sorry about this. This ticket should stay open until it is discarded as "won't fix" or until the feature is implemented properly. This is definitely a bug, since if ffmpeg doesn't support >>anything called "drmi" or "drms"<< it should clearly show the error/warning message and quit instead of users having to guess what on earth has happened. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 10 12:54:31 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Oct 2012 10:54:31 -0000 Subject: [FFmpeg-trac] #1798(avformat:new): ffplay won't play audio from mpeg-ts file/stream In-Reply-To: <035.9e031f573369bb0785f2cfbbaa3e6cb6@avcodec.org> References: <035.9e031f573369bb0785f2cfbbaa3e6cb6@avcodec.org> Message-ID: <050.87edbb844df39e4e53323ccce33455e1@avcodec.org> #1798: ffplay won't play audio from mpeg-ts file/stream ------------------------------------+------------------------------------ Reporter: skrull | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by skrull): It was recorded with tvheadend-git (07/Oct/2012). ffmpeg version N-45169-g43c157f Copyright (c) 2000-2012 the FFmpeg developers built on Oct 8 2012 10:02:26 with gcc 4.4.5 (Debian 4.4.5-8) configuration: --prefix=/usr --enable-gpl --enable-nonfree --enable- version3 --enable-shared --enable-gray --enable-avresample --enable- x11grab --enable-vaapi --enable-gnutls --enable-libass --enable-libbluray --enable-libcaca --enable-libfaac --enable-libfreetype --enable-libgsm --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-librtmp --enable- libspeex --enable-libtheora --enable-libtwolame --enable-libv4l2 --enable- libvorbis --enable-libvpx --enable-libx264 --enable-libxvid --enable- openal --enable-openssl --enable-lto --disable- decoder='mpeg2_crystalhd,mpeg4_crystalhd,msmpeg4_crystalhd,vc1_crystalhd,wmv3_crystalhd,h264_crystalhd' libavutil 51. 73.102 / 51. 73.102 libavcodec 54. 65.100 / 54. 65.100 libavformat 54. 30.100 / 54. 30.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 19.102 / 3. 19.102 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 [h264 @ 0x1444120] non-existing SPS 0 referenced in buffering period [h264 @ 0x1444120] non-existing PPS referenced [h264 @ 0x1444120] non-existing SPS 0 referenced in buffering period [h264 @ 0x1444120] non-existing PPS 0 referenced [h264 @ 0x1444120] decode_slice_header error [h264 @ 0x1444120] no frame! [mpegts @ 0x142f640] Stream #1: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x142f640] PES packet size mismatch Input #0, mpegts, from 'multishow-hd.ts': Duration: 00:00:18.20, start: 16706.124278, bitrate: 9070 kb/s Program 1 Stream #0:0[0x1043]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 59.94 fps, 59.94 tbr, 90k tbn, 59.94 tbc Stream #0:1[0x1041](por): Audio: ac3 ([129][0][0][0] / 0x0081), 44100 Hz, 4.1, s16, 384 kb/s (comment) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 10 13:28:41 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Oct 2012 11:28:41 -0000 Subject: [FFmpeg-trac] #1798(avformat:new): ffplay won't play audio from mpeg-ts file/stream In-Reply-To: <035.9e031f573369bb0785f2cfbbaa3e6cb6@avcodec.org> References: <035.9e031f573369bb0785f2cfbbaa3e6cb6@avcodec.org> Message-ID: <050.8eff810d42f0ef1600c2e8ffb3acf890@avcodec.org> #1798: ffplay won't play audio from mpeg-ts file/stream ------------------------------------+------------------------------------ Reporter: skrull | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): What is the name of the dvb program you recorded (not the software, the tv program)? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 10 13:31:55 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Oct 2012 11:31:55 -0000 Subject: [FFmpeg-trac] #1801(undetermined:new): muxing.c example code fails for most formats Message-ID: <035.e8aabfc880e54e5b465f2f861af750fe@avcodec.org> #1801: muxing.c example code fails for most formats -------------------------------------+------------------------------------- Reporter: AztecC | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: muxing.c | Blocked By: pts dts | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: The muxing.c example in doc/examples only seems to work for a few formats like .avi. Some formats seem to work like .flv, but it produces way too many frames. Anything involving H264 generates a pts(0) < dts(0) error. The fix is fairly simple. Add: if (pkt.pts != AV_NOPTS_VALUE) pkt.pts = av_rescale_q( pkt.pts, c->time_base, st->time_base ); if (pkt.dts != AV_NOPTS_VALUE) pkt.dts = av_rescale_q( pkt.dts, c->time_base, st->time_base ); after the call to avcodec_encode_video2 inside the test for 'got_output'. It can also be added after the call to avcodec_encode_audio2 as well for completeness. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 10 13:33:04 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Oct 2012 11:33:04 -0000 Subject: [FFmpeg-trac] #1798(avformat:new): ffplay won't play audio from mpeg-ts file/stream In-Reply-To: <035.9e031f573369bb0785f2cfbbaa3e6cb6@avcodec.org> References: <035.9e031f573369bb0785f2cfbbaa3e6cb6@avcodec.org> Message-ID: <050.16d951e4d3fc23c5dadf7f57da96a04b@avcodec.org> #1798: ffplay won't play audio from mpeg-ts file/stream ------------------------------------+------------------------------------ Reporter: skrull | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by skrull): BIS Multishow HD -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 10 16:12:11 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Oct 2012 14:12:11 -0000 Subject: [FFmpeg-trac] #1798(avformat:open): ffplay won't play audio from mpeg-ts file/stream In-Reply-To: <035.9e031f573369bb0785f2cfbbaa3e6cb6@avcodec.org> References: <035.9e031f573369bb0785f2cfbbaa3e6cb6@avcodec.org> Message-ID: <050.38ae2409e2521dc88663a51cf26bbfc6@avcodec.org> #1798: ffplay won't play audio from mpeg-ts file/stream ------------------------------------+------------------------------------ Reporter: skrull | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 Comment: Work-around is to use -acodec mp2: {{{ $ ffmpeg -acodec mp2 -i multishow-hd.ts ffmpeg version N-45217-gb6f435f Copyright (c) 2000-2012 the FFmpeg developers built on Oct 9 2012 21:23:23 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 51. 74.100 / 51. 74.100 libavcodec 54. 65.100 / 54. 65.100 libavformat 54. 31.100 / 54. 31.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 19.102 / 3. 19.102 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 [h264 @ 0x1765220] non-existing SPS 0 referenced in buffering period [h264 @ 0x1765220] non-existing PPS referenced [h264 @ 0x1765220] non-existing SPS 0 referenced in buffering period [h264 @ 0x1765220] non-existing PPS 0 referenced [h264 @ 0x1765220] decode_slice_header error [h264 @ 0x1765220] no frame! [mpegts @ 0x1761360] PES packet size mismatch Input #0, mpegts, from 'multishow-hd.ts': Duration: 00:00:18.20, start: 16706.124278, bitrate: 9070 kb/s Program 1 Stream #0:0[0x1043]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 59.94 fps, 59.94 tbr, 90k tbn, 59.94 tbc Stream #0:1[0x1041](por): Audio: mp2 ([129][0][0][0] / 0x0081), 48000 Hz, stereo, s16, 384 kb/s At least one output file must be specified }}} tvheadend has a transport stream muxer, so it is theoretically possible that the software is writing the broken stream (and not the television provider). Do you have another possibility to record a few seconds directly from dvb? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 10 16:14:17 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Oct 2012 14:14:17 -0000 Subject: [FFmpeg-trac] #1801(documentation:new): muxing.c example code fails for most formats In-Reply-To: <035.e8aabfc880e54e5b465f2f861af750fe@avcodec.org> References: <035.e8aabfc880e54e5b465f2f861af750fe@avcodec.org> Message-ID: <050.6920a0ce32126d427982b86d7d660ac1@avcodec.org> #1801: muxing.c example code fails for most formats -------------------------------------+------------------------------------- Reporter: AztecC | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | documentation Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: muxing.c pts dts => * version: unspecified => git-master * component: undetermined => documentation Comment: Please send patches to ffmpeg-devel, they typically receive much more attention there. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 10 16:39:00 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Oct 2012 14:39:00 -0000 Subject: [FFmpeg-trac] #1794(avcodec:closed): Can't cross-compile on Intel for ARM target with zmbvenc enabled In-Reply-To: <036.81fc9ea797b1990b7452bc930c3fcaee@avcodec.org> References: <036.81fc9ea797b1990b7452bc930c3fcaee@avcodec.org> Message-ID: <051.738057ca38ae1fdaf161ded55d59084b@avcodec.org> #1794: Can't cross-compile on Intel for ARM target with zmbvenc enabled ------------------------------------+----------------------------------- Reporter: patters | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: invalid Keywords: zmbvenc | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): I forgot: You could try --disable-debug, this may help. (I was originally assuming that nobody works on such an old compiler anymore, the following tries to explain how to report the compiler bug in your case.) Since the sourceforge page indicates that this toolchain may have active developers, you could try to report the compiler bug to them: Run "make V=1 libavcodec/zmbvenc.o" to get the actual compiler command that produces the ICE (instead of "CC libavcodec/zmbvenc.o"), copy/paste and run that command to see that it is correct (it should produce the same ICE). Then replace "-c" (for "compile") by "-E" (preprocessing only) and test if you can reproduce the problem with only the preprocessed source: .../.../gcc ... -c -o libavcodec/zmbvenc.o libavcodec/zmbvenc.c -> .../.../gcc ... -E -o zmbvice.c libavcodec/zmbvenc.c .../.../gcc -c zmbvice.c -o zmbvenc.o (you may have to add some of the original options here to reproduce the ICE, like "-g -O3 -fno-tree- vectorize", this step may also tell you how to avoid the crash) If you still get the ICE, send the preprocessed file (zmbvenc.s) and the necessary gcc command to the toolchain developers. Perhaps they can fix the bug by updating the compiler (http://gcc.gnu.org/releases.html indicates it is over five years old). If you only want to solve the compilation problem, I would assume the replacing "-O3" in the compile command by "-O1" (or -O2) could fix the ICE, just continue compilation with make to get executables. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 10 16:51:20 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Oct 2012 14:51:20 -0000 Subject: [FFmpeg-trac] #1798(avformat:open): ffplay won't play audio from mpeg-ts file/stream In-Reply-To: <035.9e031f573369bb0785f2cfbbaa3e6cb6@avcodec.org> References: <035.9e031f573369bb0785f2cfbbaa3e6cb6@avcodec.org> Message-ID: <050.0bf224ce7c2bc690a1c1589b3303ab88@avcodec.org> #1798: ffplay won't play audio from mpeg-ts file/stream ------------------------------------+------------------------------------ Reporter: skrull | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by skrull): Today I was doing a raw mux dump to check if it was a tvheadend bug or not, then I noticed that audio was playing. So I guess the tv provider fixed it last night. But if you still want a raw mux dump, point me where I could upload a 200MB file. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 10 18:03:25 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Oct 2012 16:03:25 -0000 Subject: [FFmpeg-trac] #1798(avformat:open): ffplay won't play audio from mpeg-ts file/stream In-Reply-To: <035.9e031f573369bb0785f2cfbbaa3e6cb6@avcodec.org> References: <035.9e031f573369bb0785f2cfbbaa3e6cb6@avcodec.org> Message-ID: <050.55dba606c0f4387b86010c7047636b9b@avcodec.org> #1798: ffplay won't play audio from mpeg-ts file/stream ------------------------------------+------------------------------------ Reporter: skrull | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Do I understand correctly that you know for sure now that it was the provider's fault and that they fixed it? There is no hard file limit for the incoming directory you used. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 10 18:21:47 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Oct 2012 16:21:47 -0000 Subject: [FFmpeg-trac] #1798(avformat:open): ffplay won't play audio from mpeg-ts file/stream In-Reply-To: <035.9e031f573369bb0785f2cfbbaa3e6cb6@avcodec.org> References: <035.9e031f573369bb0785f2cfbbaa3e6cb6@avcodec.org> Message-ID: <050.4b91d4f02808ed65cdeedbfb966e5003@avcodec.org> #1798: ffplay won't play audio from mpeg-ts file/stream ------------------------------------+------------------------------------ Reporter: skrull | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by skrull): Yes, I was living with that problem for last four months, until this week I decided to debug it. I went to #mplayerdev and asked for help, someone told me that sample was indicating wrong stream type on PMT. They also told me to submit to ffmpeg trac (and here we are). After that, I went to #hts (tvheadend). They asked for a raw mux dump. Today when I did record it and suddenly I could hear sound. tvheadend was always the same version. Also today, on XBMC channel sound settings (where I do select audio stream), the stream names changed to new ones. Based on this, I could spot they changed something. I could assure I did not change anything. But it would be nice if ffmpeg could play this file even if has wrong headers, in case my content provider chooses to mess up again :) BTW, WMP 12 plays that file fine. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 10 18:22:46 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Oct 2012 16:22:46 -0000 Subject: [FFmpeg-trac] #606(avformat:open): A/V desync for 60fps H264 in avi on playback In-Reply-To: <037.10be4f133d226e8d4571aabc2793f0a8@avcodec.org> References: <037.10be4f133d226e8d4571aabc2793f0a8@avcodec.org> Message-ID: <052.f1644ee78e572f3833842644619dfe17@avcodec.org> #606: A/V desync for 60fps H264 in avi on playback ------------------------------------+------------------------------------ Reporter: kyh96403 | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: aac avi | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: h264 avi => aac avi * component: undetermined => avformat -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 10 18:23:14 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Oct 2012 16:23:14 -0000 Subject: [FFmpeg-trac] #1755(avformat:closed): Incorrect timestamps for aac in avi In-Reply-To: <040.461092da29736f10adc62ed239cbdacb@avcodec.org> References: <040.461092da29736f10adc62ed239cbdacb@avcodec.org> Message-ID: <055.05d948fecf66cf3045a8586e7e3241c2@avcodec.org> #1755: Incorrect timestamps for aac in avi -------------------------------------+------------------------------------ Reporter: Heesuk Jung | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: avi aac pts | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Michael, please report if some files still fail for you! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 10 18:41:26 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Oct 2012 16:41:26 -0000 Subject: [FFmpeg-trac] #1800(undetermined:reopened): video downloaded from iTunes do not work In-Reply-To: <038.466137a46f68b4a40b29ba0364390b48@avcodec.org> References: <038.466137a46f68b4a40b29ba0364390b48@avcodec.org> Message-ID: <053.0976e7340b42fc3dc1c10c095a6a8e49@avcodec.org> #1800: video downloaded from iTunes do not work -------------------------------------+------------------------------------- Reporter: raffairon | Owner: Type: enhancement | Status: reopened Priority: wish | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by raffairon): Replying to [comment:4 richardpl]: > Please provide link to such file. as said, I have uploaded the video on your FTP server, in the incoming folder. The filename is "Love Thy Brother.m4v". There is the correspondending text file, with a link to the original discussion on the forum -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 11 00:01:50 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Oct 2012 22:01:50 -0000 Subject: [FFmpeg-trac] #606(avformat:closed): A/V desync for 60fps H264 in avi on playback In-Reply-To: <037.10be4f133d226e8d4571aabc2793f0a8@avcodec.org> References: <037.10be4f133d226e8d4571aabc2793f0a8@avcodec.org> Message-ID: <052.ed289429e829f4e951898eb84b9f8cf1@avcodec.org> #606: A/V desync for 60fps H264 in avi on playback -------------------------------------+------------------------------------ Reporter: kyh96403 | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: aac avi pts | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: aac avi => aac avi pts * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 11 00:59:24 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Oct 2012 22:59:24 -0000 Subject: [FFmpeg-trac] #1798(avformat:open): ffplay won't play audio from mpeg-ts file/stream In-Reply-To: <035.9e031f573369bb0785f2cfbbaa3e6cb6@avcodec.org> References: <035.9e031f573369bb0785f2cfbbaa3e6cb6@avcodec.org> Message-ID: <050.6b5a4e22e6ffb3b9e76dbefd7917a1cf@avcodec.org> #1798: ffplay won't play audio from mpeg-ts file/stream ------------------------------------+------------------------------------ Reporter: skrull | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): I can confirm that audio plays with WMP. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 11 04:43:58 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 11 Oct 2012 02:43:58 -0000 Subject: [FFmpeg-trac] #1802(undetermined:new): Segmentation fault with ffserver Message-ID: <034.38a56ddcd6aa0064aec41c17e17a64af@avcodec.org> #1802: Segmentation fault with ffserver -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- I've tried: {{{ # ffmpeg -f v4l2 -s 320x240 -r 30 -i /dev/video0 -f alsa -ac 2 -i hw:0 http://localhost:8090/feed1.ffm }}} Using ffserver.conf: {{{ Port 8090 BindAddress 0.0.0.0 MaxHTTPConnections 2000 MaxClients 1000 MaxBandwidth 1000 CustomLog - #NoDaemon File /tmp/feed1.ffm FileMaxSize 200K ACL allow 127.0.0.1 Format flv Feed feed1.ffm VideoCodec libx264 VideoFrameRate 30 VideoBitRate 512 VideoSize 320x240 AVOptionVideo crf 23 AVOptionVideo preset medium AVPresetVideo default AVPresetVideo baseline AVOptionVideo flags +global_header AudioCodec aac Strict -2 AudioBitRate 32 AudioChannels 2 AudioSampleRate 44100 AVOptionAudio flags +global_header ################################################################## # Special streams ################################################################## Format status # Only allow local people to get the status ACL allow localhost ACL allow 192.168.0.0 192.168.255.255 # Redirect index.html to the appropriate site URL http://www.ffmpeg.org/ ################################################################## }}} Here is gdb output: {{{ # gdb ffmpeg_g GNU gdb (GDB) 7.4.1-debian Copyright (C) 2012 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". For bug reporting instructions, please see: ... Reading symbols from /root/tmp/ffmpeg/ffmpeg_g...done. (gdb) r -f v4l2 -s 320x240 -r 30 -i /dev/video0 -f alsa -ac 2 -i hw:0 http://localhost:8090/feed1.ffm Starting program: /root/tmp/ffmpeg/ffmpeg_g -f v4l2 -s 320x240 -r 30 -i /dev/video0 -f alsa -ac 2 -i hw:0 http://localhost:8090/feed1.ffm [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". ffmpeg version N-37621-g9586db6 Copyright (c) 2000-2012 the FFmpeg developers built on Oct 10 2012 21:48:39 with gcc 4.6 (Debian 4.6.3-1) configuration: --enable-static --enable-shared --enable-gpl --enable- nonfree --enable-postproc --enable-libx264 --enable-libaacplus libavutil 51. 74.100 / 51. 74.100 libavcodec 54. 65.100 / 54. 65.100 libavformat 54. 31.100 / 54. 31.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 19.102 / 3. 19.102 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 [video4linux2,v4l2 @ 0x632420] Estimating duration from bitrate, this may be inaccurate Input #0, video4linux2,v4l2, from '/dev/video0': Duration: N/A, start: 152978.579464, bitrate: 36864 kb/s Stream #0:0: Video: rawvideo (YUY2 / 0x32595559), yuyv422, 320x240, 36864 kb/s, 30 tbr, 1000k tbn, 30 tbc [alsa @ 0x633440] Estimating duration from bitrate, this may be inaccurate Guessed Channel Layout for Input Stream #1.0 : stereo Input #1, alsa, from 'hw:0': Duration: N/A, start: 1349923095.063673, bitrate: 1536 kb/s Stream #1:0: Audio: pcm_s16le, 48000 Hz, stereo, s16, 1536 kb/s Output #0, ffm, to 'http://localhost:8090/feed1.ffm': Metadata: creation_time : now encoder : Lavf54.31.100 Stream #0:0: Audio: mp2, 44100 Hz, mono, s16, 32 kb/s Stream #0:1: Video: mpeg1video, yuv420p, 160x128, q=2-31, 64 kb/s, 1000k tbn, 30 tbc Stream #0:2: Audio: wmav2, 22050 Hz, mono, fltp, 64 kb/s Stream #0:3: Video: msmpeg4v3, yuv420p, 352x240, q=2-31, 256 kb/s, 1000k tbn, 30 tbc Stream mapping: Stream #1:0 -> #0:0 (pcm_s16le -> mp2) Stream #0:0 -> #0:1 (rawvideo -> mpeg1video) Stream #1:0 -> #0:2 (pcm_s16le -> wmav2) Stream #0:0 -> #0:3 (rawvideo -> msmpeg4) Press [q] to stop, [?] for help [New Thread 0x7ffff4036700 (LWP 10221)] [New Thread 0x7ffff3835700 (LWP 10222)] Program received signal SIGSEGV, Segmentation fault. 0x00007ffff794a85d in avfilter_copy_buffer_ref_props () from /usr/local/lib/libavfilter.so.3 (gdb) bt #0 0x00007ffff794a85d in avfilter_copy_buffer_ref_props () from /usr/local/lib/libavfilter.so.3 #1 0x00007ffff793e9f6 in ?? () from /usr/local/lib/libavfilter.so.3 #2 0x00007ffff794523b in ?? () from /usr/local/lib/libavfilter.so.3 #3 0x00007ffff794523b in ?? () from /usr/local/lib/libavfilter.so.3 #4 0x00007ffff794ae3d in ?? () from /usr/local/lib/libavfilter.so.3 #5 0x00007ffff794b066 in av_buffersrc_add_ref () from /usr/local/lib/libavfilter.so.3 #6 0x00007ffff794b1c8 in av_buffersrc_add_frame () from /usr/local/lib/libavfilter.so.3 #7 0x00000000004188f6 in decode_audio (got_output=0x7fffffffde8c, pkt=0x7fffffffdce0, ist=0x634aa0) at ffmpeg.c:1539 #8 output_packet (ist=, pkt=) at ffmpeg.c:1760 #9 0x0000000000419369 in process_input (file_index=) at ffmpeg.c:2828 #10 0x0000000000408034 in transcode_step () at ffmpeg.c:2924 #11 transcode () at ffmpeg.c:2976 #12 main (argc=, argv=) at ffmpeg.c:3160 (gdb) disass $pc-32,$pc+32 Dump of assembler code from 0x7ffff794a83d to 0x7ffff794a87d: 0x00007ffff794a83d: add %al,(%rax) 0x00007ffff794a83f: add %cl,-0x77(%rax) 0x00007ffff794a842 : pop %rsp 0x00007ffff794a843 : and $0xe8,%al 0x00007ffff794a845 : mov %rbp,-0x10(%rsp) 0x00007ffff794a84a : mov %rdi,%rbx 0x00007ffff794a84d : mov %r12,-0x8(%rsp) 0x00007ffff794a852 : sub $0x28,%rsp 0x00007ffff794a856 : mov 0x80(%rsi),%rax => 0x00007ffff794a85d : mov %rax,0x80(%rdi) 0x00007ffff794a864 : mov 0x88(%rsi),%rax 0x00007ffff794a86b : mov %rax,0x88(%rdi) 0x00007ffff794a872 : mov 0x98(%rsi),%eax 0x00007ffff794a878 : test %eax,%eax 0x00007ffff794a87a : jne 0x7ffff794a910 End of assembler dump. (gdb) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 11 10:21:39 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 11 Oct 2012 08:21:39 -0000 Subject: [FFmpeg-trac] #1803(avformat:new): FFmpeg is unable to process MPEG-PS streams wrapped in MOV Message-ID: <036.e58c8526ca18f045e69c37d0753bfbaf@avcodec.org> #1803: FFmpeg is unable to process MPEG-PS streams wrapped in MOV ----------------------------------+--------------------------------------- Reporter: pettter | Type: enhancement Status: new | Priority: normal Component: avformat | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- Summary of the bug: The file http://titan.codemill.se/~peteri/scarecrowdance2.mov is a MOV- wrapped MPEG-PS with a video and an audio stream inside (mpeg1video/mp2, respectively). Discussions in #ffmpeg-devel seem to indicate that this could be handled in a similar way to DV-in-AVI, but at the moment, ffmpeg simply fails. File info: {{{ ffprobe version N-37608-g0b717e2 Copyright (c) 2007-2012 the FFmpeg developers built on Oct 10 2012 12:13:56 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) configuration: --prefix=/home/pettter/dev/ffmpeg-official/dist/ --enable-shared --enable-debug --disable-stripping --enable-gpl --enable- version3 --enable-nonfree --enable-postproc --enable-libfaac --enable- libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable- libtheora --enable-libvorbis --enable-libvorbis --enable-debug --disable- asm --disable-stripping libavutil 51. 74.100 / 51. 74.100 libavcodec 54. 65.100 / 54. 65.100 libavformat 54. 31.100 / 54. 31.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 19.102 / 3. 19.102 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'scarecrowdance2.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2006-11-10 01:06:07 Duration: 00:00:49.82, bitrate: 10458 kb/s Stream #0:0(eng): Data: none (m1s / 0x2073316D) Metadata: creation_time : 2006-11-10 01:06:07 handler_name : Apple Alias Data Handler Unsupported codec with id 0 for input stream 0 [STREAM] index=0 codec_name=unknown codec_long_name=unknown profile=unknown codec_type=data codec_time_base=0/1 codec_tag_string=m1s codec_tag=0x2073316d id=N/A r_frame_rate=0/0 avg_frame_rate=0/0 time_base=1/90000 start_pts=N/A start_time=N/A duration_ts=4484160 duration=49.824000 bit_rate=10458245 nb_frames=1 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 TAG:creation_time=2006-11-10 01:06:07 TAG:language=eng TAG:handler_na [FORMAT] filename=scarecrowdance2.mov nb_streams=1 format_name=mov,mp4,m4a,3gp,3g2,mj2 format_long_name=QuickTime / MOV start_time=N/A duration=49.824000 size=65134946 bit_rate=10458404 TAG:major_brand=qt TAG:minor_version=537199360 TAG:compatible_brands=qt TAG:creation_time=2006-11-10 01:06:07 [/FORMAT] }}} File info when the first 990 bytes (basically the MOV header) have been dropped: {{{ ffprobe version N-37608-g0b717e2 Copyright (c) 2007-2012 the FFmpeg developers built on Oct 10 2012 12:13:56 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) configuration: --prefix=/home/pettter/dev/ffmpeg-official/dist/ --enable-shared --enable-debug --disable-stripping --enable-gpl --enable- version3 --enable-nonfree --enable-postproc --enable-libfaac --enable- libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable- libtheora --enable-libvorbis --enable-libvorbis --enable-debug --disable- asm --disable-stripping libavutil 51. 74.100 / 51. 74.100 libavcodec 54. 65.100 / 54. 65.100 libavformat 54. 31.100 / 54. 31.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 19.102 / 3. 19.102 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 Input #0, mpeg, from 'scare.mpeg': Duration: 00:00:49.76, start: 0.070000, bitrate: 10470 kb/s Stream #0:0[0x1c0]: Audio: mp2, 32000 Hz, mono, s16, 64 kb/s Stream #0:1[0x1e0]: Video: mpeg1video, yuv420p, 640x480 [SAR 1:1 DAR 4:3], 104857 kb/s, 30 fps, 30 tbr, 90k tbn, 30 tbc [STREAM] index=0 codec_name=mp2 codec_long_name=MP2 (MPEG audio layer 2) profile=unknown codec_type=audio codec_time_base=1/32000 codec_tag_string=[0][0][0][0] codec_tag=0x0000 sample_fmt=s16 sample_rate=32000 channels=1 bits_per_sample=0 id=0x1c0 r_frame_rate=0/0 avg_frame_rate=0/0 time_base=1/90000 start_pts=6300 start_time=0.070000 duration_ts=N/A duration=N/A bit_rate=64000 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] [STREAM] index=1 codec_name=mpeg1video codec_long_name=MPEG-1 video profile=unknown codec_type=video codec_time_base=1/30 codec_tag_string=[0][0][0][0] codec_tag=0x0000 width=640 height=480 has_b_frames=1 sample_aspect_ratio=1:1 display_aspect_ratio=4:3 pix_fmt=yuv420p level=-99 timecode=00:00:00:00 id=0x1e0 r_frame_rate=30/1 avg_frame_rate=30/1 time_base=1/90000 start_pts=6300 start_time=0.070000 duration_ts=4479000 duration=49.766667 bit_rate=104857200 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] [FORMAT] filename=scare.mpeg nb_streams=2 format_name=mpeg format_long_name=MPEG-PS (MPEG-2 Program Stream) start_time=0.070000 duration=49.766667 size=65133956 bit_rate=10470294 [/FORMAT] }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 11 11:06:41 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 11 Oct 2012 09:06:41 -0000 Subject: [FFmpeg-trac] #1804(undetermined:new): Transcode with ffmpeg0.9.2, Some ports of the output video was green. But ffmpeg0.8.2 is ok! Message-ID: <038.309bed9ec3f2012a0541139e3f94f4f4@avcodec.org> #1804: Transcode with ffmpeg0.9.2, Some ports of the output video was green. But ffmpeg0.8.2 is ok! -------------------------------------+------------------------------------- Reporter: zzwcenter | Type: defect Status: new | Priority: normal Component: | Version: 0.9.2 undetermined | Blocked By: Keywords: mpeg2video | Reproduced by developer: 0 ac-tex damaged | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug:Transcode with ffmpeg0.9.2, Some ports of the output video was green. But ffmpeg0.8.2 is ok! How to reproduce: {{{ % ffmpeg -i /home//video_5056.avi -vcodec libx264 -s 176x144 -f mp4 -y /home/aaa.mp4 ffmpeg version 0.9.2, Copyright (c) 2000-2012 the FFmpeg developers built on Oct 11 2012 10:59:08 with gcc 4.3.4 [gcc-4_3-branch revision 152973] configuration: --prefix=../ --enable-memalign-hack --enable-shared --disable-static --disable-ffplay --disable-ffserver --enable-gpl --enable-libx264 --enable-libmp3lame --enable-libfaac --enable-libvpx --enable-libvorbis --enable-nonfree --extra-cflags=-I../include --extra- ldflags=-L../lib libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 42. 4 / 53. 42. 4 libavformat 53. 24. 2 / 53. 24. 2 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [avi @ 0x623760] non-interleaved AVI [mpeg2video @ 0x629b40] mpeg_decode_postinit() failure [mpeg2video @ 0x629b40] ac-tex damaged at 44 35 [mpeg2video @ 0x629b40] Warning MVs not available [mpeg2video @ 0x629b40] concealing 45 DC, 45 AC, 45 MV errors Input #0, avi, from '/home/zhaoziwu/video/video_5056.avi': Metadata: encoder : Matrox MQSink Filter For MPEG. Format: 4. Build: 2.0.0.267 Duration: 00:01:21.28, start: 0.000000, bitrate: 25012 kb/s Stream #0:0: Video: mpeg2video (4:2:2) (MMES / 0x53454D4D), yuv422p, 720x576 [SAR 16:15 DAR 4:3], 25000 kb/s, 25 fps, 25 tbr, 25 tbn, 50 tbc [buffer @ 0x62a720] w:720 h:576 pixfmt:yuv422p tb:1/1000000 sar:16/15 sws_param: [scale @ 0x641820] w:720 h:576 fmt:yuv422p -> w:176 h:144 fmt:yuv422p flags:0x4 [libx264 @ 0x6406a0] using SAR=12/11 [libx264 @ 0x6406a0] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2 [libx264 @ 0x6406a0] profile High 4:2:2, level 1.1, 4:2:2 8-bit [libx264 @ 0x6406a0] 264 - core 125 - H.264/MPEG-4 AVC codec - Copyleft 2003-2012 - 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=6 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=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 '/home/aaa.mp4': Metadata: encoder : Lavf53.24.2 Stream #0:0: Video: h264 (![0][0][0] / 0x0021), yuv422p, 176x144 [SAR 12:11 DAR 4:3], q=-1--1, 25 tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (mpeg2video -> libx264) Press [q] to stop, [?] for help [mpeg2video @ 0x629b40] mpeg_decode_postinit() failure [mpeg2video @ 0x629b40] ac-tex damaged at 44 35 [mpeg2video @ 0x629b40] Warning MVs not available [mpeg2video @ 0x629b40] concealing 45 DC, 45 AC, 45 MV errors [mpeg2video @ 0x629b40] ignoring pic after 100 [mpeg2video @ 0x629b40] warning: first frame is no keyframe [mpeg2video @ 0x629b40] ac-tex damaged at 44 35 [mpeg2video @ 0x629b40] Warning MVs not available [mpeg2video @ 0x629b40] concealing 45 DC, 45 AC, 45 MV errors [mpeg2video @ 0x629b40] ac-tex damaged at 44 35 [mpeg2video @ 0x629b40] Warning MVs not available [mpeg2video @ 0x629b40] concealing 45 DC, 45 AC, 45 MV errors [mpeg2video @ 0x629b40] ac-tex damaged at 44 35 [mpeg2video @ 0x629b40] concealing 45 DC, 45 AC, 45 MV errors [mpeg2video @ 0x629b40] ac-tex damaged at 44 35 [mpeg2video @ 0x629b40] concealing 45 DC, 45 AC, 45 MV errors [mpeg2video @ 0x629b40] ac-tex damaged at 44 35 [mpeg2video @ 0x629b40] concealing 45 DC, 45 AC, 45 MV errors [mpeg2video @ 0x629b40] ac-tex damaged at 44 35 [mpeg2video @ 0x629b40] concealing 45 DC, 45 AC, 45 MV errors [mpeg2video @ 0x629b40] ac-tex damaged at 44 35 [mpeg2video @ 0x629b40] concealing 45 DC, 45 AC, 45 MV errors [mpeg2video @ 0x629b40] ac-tex damaged at 44 35 [mpeg2video @ 0x629b40] concealing 45 DC, 45 AC, 45 MV errors [mpeg2video @ 0x629b40] ac-tex damaged at 43 35 [mpeg2video @ 0x629b40] concealing 45 DC, 45 AC, 45 MV errors [mpeg2video @ 0x629b40] ac-tex damaged at 44 35 [mpeg2video @ 0x629b40] concealing 45 DC, 45 AC, 45 MV errors [mpeg2video @ 0x629b40] ac-tex damaged at 44 35 [mpeg2video @ 0x629b40] concealing 45 DC, 45 AC, 45 MV errors [mpeg2video @ 0x629b40] ac-tex damaged at 42 35 [mpeg2video @ 0x629b40] concealing 45 DC, 45 AC, 45 MV errors [mpeg2video @ 0x629b40] ac-tex damaged at 42 35 [mpeg2video @ 0x629b40] concealing 45 DC, 45 AC, 45 MV errors [mpeg2video @ 0x629b40] ac-tex damaged at 44 35 [mpeg2video @ 0x629b40] concealing 45 DC, 45 AC, 45 MV errors [mpeg2video @ 0x629b40] ac-tex damaged at 43 35 [mpeg2video @ 0x629b40] concealing 45 DC, 45 AC, 45 MV errors [mpeg2video @ 0x629b40] ac-tex damaged at 43 35 [mpeg2video @ 0x629b40] concealing 45 DC, 45 AC, 45 MV errors [mpeg2video @ 0x629b40] ac-tex damaged at 43 35 [mpeg2video @ 0x629b40] concealing 45 DC, 45 AC, 45 MV errors [mpeg2video @ 0x629b40] ac-tex damaged at 44 35 [mpeg2video @ 0x629b40] concealing 45 DC, 45 AC, 45 MV errors [mpeg2video @ 0x629b40] ac-tex damaged at 44 35 [mpeg2video @ 0x629b40] concealing 45 DC, 45 AC, 45 MV errors [mpeg2video @ 0x629b40] ac-tex damaged at 44 35 [mpeg2video @ 0x629b40] concealing 45 DC, 45 AC, 45 MV errors [mpeg2video @ 0x629b40] ac-tex damaged at 44 35 [mpeg2video @ 0x629b40] concealing 45 DC, 45 AC, 45 MV errors [mpeg2video @ 0x629b40] ac-tex damaged at 44 35 [mpeg2video @ 0x629b40] concealing 45 DC, 45 AC, 45 MV errors [mpeg2video @ 0x629b40] ac-tex damaged at 44 35 [mpeg2video @ 0x629b40] concealing 45 DC, 45 AC, 45 MV errors [mpeg2video @ 0x629b40] ac-tex damaged at 44 35 [mpeg2video @ 0x629b40] concealing 45 DC, 45 AC, 45 MV errors [mpeg2video @ 0x629b40] ac-tex damaged at 44 35 [mpeg2video @ 0x629b40] concealing 45 DC, 45 AC, 45 MV errors [mpeg2video @ 0x629b40] ac-tex damaged at 44 35 [mpeg2video @ 0x629b40] concealing 45 DC, 45 AC, 45 MV errors [mpeg2video @ 0x629b40] ac-tex damaged at 44 35 [mpeg2video @ 0x629b40] concealing 45 DC, 45 AC, 45 MV errors [mpeg2video @ 0x629b40] ac-tex damaged at 44 35 [mpeg2video @ 0x629b40] concealing 45 DC, 45 AC, 45 MV errors [mpeg2video @ 0x629b40] ac-tex damaged at 44 35 [mpeg2video @ 0x629b40] concealing 45 DC, 45 AC, 45 MV errors [mpeg2video @ 0x629b40] ac-tex damaged at 44 35 [mpeg2video @ 0x629b40] concealing 45 DC, 45 AC, 45 MV errors [mpeg2video @ 0x629b40] ac-tex damaged at 44 35 [mpeg2video @ 0x629b40] concealing 45 DC, 45 AC, 45 MV errors [mpeg2video @ 0x629b40] ac-tex damaged at 43 35 [mpeg2video @ 0x629b40] concealing 45 DC, 45 AC, 45 MV errors [mpeg2video @ 0x629b40] ac-tex damaged at 43 35 [mpeg2video @ 0x629b40] concealing 45 DC, 45 AC, 45 MV errors ac-tex damaged at 44 35 [mpeg2video @ 0x629b40] concealing 45 DC, 45 AC, 45 MV errors frame= 40 fps= 0 q=-1.0 Lsize= 26kB time=00:00:01.52 bitrate= 138.2kbits/s dup=1 drop=0 video:24kB audio:0kB global headers:0kB muxing overhead 5.169997% [libx264 @ 0x6406a0] frame I:1 Avg QP:23.47 size: 5877 [libx264 @ 0x6406a0] frame P:18 Avg QP:25.93 size: 888 [libx264 @ 0x6406a0] frame B:21 Avg QP:30.42 size: 114 [libx264 @ 0x6406a0] consecutive B-frames: 7.5% 55.0% 37.5% 0.0% [libx264 @ 0x6406a0] mb I I16..4: 2.0% 33.3% 64.6% [libx264 @ 0x6406a0] mb P I16..4: 0.0% 0.2% 0.3% P16..4: 46.5% 23.8% 16.0% 0.0% 0.0% skip:13.1% [libx264 @ 0x6406a0] mb B I16..4: 0.0% 0.0% 0.0% B16..8: 34.7% 3.7% 0.6% direct: 1.6% skip:59.4% L0:41.4% L1:49.1% BI: 9.5% [libx264 @ 0x6406a0] 8x8 transform intra:33.9% inter:46.5% [libx264 @ 0x6406a0] coded y,uvDC,uvAC intra: 86.0% 100.0% 89.9% inter: 13.2% 29.9% 12.6% [libx264 @ 0x6406a0] i16 v,h,dc,p: 0% 0% 0% 100% [libx264 @ 0x6406a0] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 9% 38% 9% 8% 5% 10% 6% 5% 9% [libx264 @ 0x6406a0] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 18% 39% 12% 4% 5% 6% 5% 4% 6% [libx264 @ 0x6406a0] i8c dc,h,v,p: 45% 39% 10% 6% [libx264 @ 0x6406a0] Weighted P-Frames: Y:0.0% UV:0.0% [libx264 @ 0x6406a0] ref P L0: 70.8% 10.0% 14.1% 5.1% [libx264 @ 0x6406a0] ref B L0: 88.8% 8.4% 2.8% [libx264 @ 0x6406a0] ref B L1: 90.8% 9.2% [libx264 @ 0x6406a0] kb/s:121.29 Received signal 2: terminating.}}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 11 11:42:05 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 11 Oct 2012 09:42:05 -0000 Subject: [FFmpeg-trac] #1804(undetermined:new): Transcode with ffmpeg0.9.2, Some ports of the output video was green. But ffmpeg0.8.2 is ok! In-Reply-To: <038.309bed9ec3f2012a0541139e3f94f4f4@avcodec.org> References: <038.309bed9ec3f2012a0541139e3f94f4f4@avcodec.org> Message-ID: <053.cb5c46eccb642234396db958d7734f0f@avcodec.org> #1804: Transcode with ffmpeg0.9.2, Some ports of the output video was green. But ffmpeg0.8.2 is ok! -------------------------------------+------------------------------------- Reporter: zzwcenter | Owner: Type: defect | Status: new Priority: important | Component: Version: 0.9.2 | undetermined Keywords: mpeg2video | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: mpeg2video ac-tex damaged => mpeg2video * priority: normal => important Comment: Please provide the input file. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 11 11:45:38 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 11 Oct 2012 09:45:38 -0000 Subject: [FFmpeg-trac] #1803(avformat:closed): FFmpeg is unable to process MPEG-PS streams wrapped in MOV In-Reply-To: <036.e58c8526ca18f045e69c37d0753bfbaf@avcodec.org> References: <036.e58c8526ca18f045e69c37d0753bfbaf@avcodec.org> Message-ID: <051.ee93a62648b35be0ed387198f54719f6@avcodec.org> #1803: FFmpeg is unable to process MPEG-PS streams wrapped in MOV -------------------------------------+------------------------------------- Reporter: pettter | Owner: Type: enhancement | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: duplicate Keywords: mov mpeg | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => mov mpeg * status: new => closed * resolution: => duplicate Comment: Duplicate of ticket #241. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 11 14:27:24 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 11 Oct 2012 12:27:24 -0000 Subject: [FFmpeg-trac] #1804(undetermined:new): Transcode with ffmpeg0.9.2, Some ports of the output video was green. But ffmpeg0.8.2 is ok! In-Reply-To: <038.309bed9ec3f2012a0541139e3f94f4f4@avcodec.org> References: <038.309bed9ec3f2012a0541139e3f94f4f4@avcodec.org> Message-ID: <053.1ba2dd5165470cc8862ab1ab164d35e0@avcodec.org> #1804: Transcode with ffmpeg0.9.2, Some ports of the output video was green. But ffmpeg0.8.2 is ok! -------------------------------------+------------------------------------- Reporter: zzwcenter | Owner: Type: defect | Status: new Priority: important | Component: Version: 0.9.2 | undetermined Keywords: mpeg2video | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by zzwcenter): The input file is too big. (200M) So could you provide a different method of uploading. Thank you! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 11 15:03:12 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 11 Oct 2012 13:03:12 -0000 Subject: [FFmpeg-trac] #1762(avformat:new): mp4 file with 2 'mp4a' boxes in a 'stsd' box In-Reply-To: <038.b875b8d8bcbd43495bcdc1736ffd9e5b@avcodec.org> References: <038.b875b8d8bcbd43495bcdc1736ffd9e5b@avcodec.org> Message-ID: <053.22232381c676404f8e424368471873e7@avcodec.org> #1762: mp4 file with 2 'mp4a' boxes in a 'stsd' box -------------------------------------+------------------------------------- Reporter: chungying | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: unspecified | Resolution: Keywords: mov mp4a | Blocked By: stsd | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by chungying): As above mentioned, according to ISO IEC 1449-12, this file should be played normally. I have another file which content is described by the last 'mp4a' box and it can be played normally. You can find the file at http://download.tsi.telecom- paristech.fr/gpac/DASH_CONFORMANCE/TelecomParisTech/__old_deprecated/isobmf/audio /segment-single/counter-10mn_mp3_dash.mp4 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 11 16:25:46 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 11 Oct 2012 14:25:46 -0000 Subject: [FFmpeg-trac] #1804(undetermined:new): Transcode with ffmpeg0.9.2, Some ports of the output video was green. But ffmpeg0.8.2 is ok! In-Reply-To: <038.309bed9ec3f2012a0541139e3f94f4f4@avcodec.org> References: <038.309bed9ec3f2012a0541139e3f94f4f4@avcodec.org> Message-ID: <053.6c6972126b8a9b525fa56be376b4b7dc@avcodec.org> #1804: Transcode with ffmpeg0.9.2, Some ports of the output video was green. But ffmpeg0.8.2 is ok! -------------------------------------+------------------------------------- Reporter: zzwcenter | Owner: Type: defect | Status: new Priority: important | Component: Version: 0.9.2 | undetermined Keywords: mpeg2video | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Please see http://ffmpeg.org/bugreports.html (there is no hard filesize limit) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 11 18:09:03 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 11 Oct 2012 16:09:03 -0000 Subject: [FFmpeg-trac] #1762(avformat:new): mp4 file with 2 'mp4a' boxes in a 'stsd' box In-Reply-To: <038.b875b8d8bcbd43495bcdc1736ffd9e5b@avcodec.org> References: <038.b875b8d8bcbd43495bcdc1736ffd9e5b@avcodec.org> Message-ID: <053.8d62b53e1c3284b3c3534d088df9dd9d@avcodec.org> #1762: mp4 file with 2 'mp4a' boxes in a 'stsd' box -------------------------------------+------------------------------------- Reporter: chungying | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: unspecified | Resolution: Keywords: mov mp4a | Blocked By: stsd | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:6 chungying]: > As above mentioned, according to ISO IEC 1449-12, this file should be played normally. Thanks for clarifying. > I have another file which content is described by the last 'mp4a' box and it can be played normally. I downloaded the sample and it does not play for me. Which software did you use? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 11 18:46:03 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 11 Oct 2012 16:46:03 -0000 Subject: [FFmpeg-trac] #1803(avformat:closed): FFmpeg is unable to process MPEG-PS streams wrapped in MOV In-Reply-To: <036.e58c8526ca18f045e69c37d0753bfbaf@avcodec.org> References: <036.e58c8526ca18f045e69c37d0753bfbaf@avcodec.org> Message-ID: <051.f5f9e3834fa9702abbd68691b61e20bc@avcodec.org> #1803: FFmpeg is unable to process MPEG-PS streams wrapped in MOV -------------------------------------+------------------------------------- Reporter: pettter | Owner: Type: enhancement | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: duplicate Keywords: mov mpeg | Blocked By: m1s | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: mov mpeg => mov mpeg m1s -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 11 18:46:23 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 11 Oct 2012 16:46:23 -0000 Subject: [FFmpeg-trac] #624(avformat:closed): support mpeg ps in mov In-Reply-To: <038.59f5564827b28a555ea1404e2e2c72f7@avcodec.org> References: <038.59f5564827b28a555ea1404e2e2c72f7@avcodec.org> Message-ID: <053.589486b492d5e6408aa9a8cb2cbbde79@avcodec.org> #624: support mpeg ps in mov -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: duplicate Keywords: mov mpeg | Blocked By: roundup m1s | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: mov mpeg roundup => mov mpeg roundup m1s -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 11 18:46:40 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 11 Oct 2012 16:46:40 -0000 Subject: [FFmpeg-trac] #241(avformat:open): FFmpeg does not find streams in the file playable with QuickTime player In-Reply-To: <035.a6b24e5ffcbfc59b371c1cc71a473128@avcodec.org> References: <035.a6b24e5ffcbfc59b371c1cc71a473128@avcodec.org> Message-ID: <050.a27b3d00572cc51864450f8722be6804@avcodec.org> #241: FFmpeg does not find streams in the file playable with QuickTime player --------------------------------------+------------------------------------ Reporter: svolvo | Owner: michael Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: mov mpeg m1s | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: mov mpeg => mov mpeg m1s -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 12 07:05:07 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 12 Oct 2012 05:05:07 -0000 Subject: [FFmpeg-trac] #1755(avformat:closed): Incorrect timestamps for aac in avi In-Reply-To: <040.461092da29736f10adc62ed239cbdacb@avcodec.org> References: <040.461092da29736f10adc62ed239cbdacb@avcodec.org> Message-ID: <055.5e73cb5cb5ed09db0b3a88fa9afc96b2@avcodec.org> #1755: Incorrect timestamps for aac in avi -------------------------------------+------------------------------------ Reporter: Heesuk Jung | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: avi aac pts | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by Heesuk Jung): I found more problem case and so add condition based on Michael patch. Thanks! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 12 10:23:47 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 12 Oct 2012 08:23:47 -0000 Subject: [FFmpeg-trac] #1789(avcodec:closed): Crash when reading invalid pcx file In-Reply-To: <036.21873838d1b5efce078956e8b8f61840@avcodec.org> References: <036.21873838d1b5efce078956e8b8f61840@avcodec.org> Message-ID: <051.3b4c0a2b7038210e2a645b63a85347ae@avcodec.org> #1789: Crash when reading invalid pcx file -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: pcx crash | Blocked By: SIGSEGV | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed Comment: Fixed by Paul B Mahol. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 12 11:11:15 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 12 Oct 2012 09:11:15 -0000 Subject: [FFmpeg-trac] #1805(undetermined:new): Undefined reference to av_set_parameters and av_write_header Message-ID: <037.0174d2d3f3b78236795dee6267551631@avcodec.org> #1805: Undefined reference to av_set_parameters and av_write_header -------------------------------------+------------------------------------- Reporter: kumarvis | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: Linking | Blocked By: Error | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Hello admin while compiling program (api-example.c) attached as well as Makefile I got below errors. I had ffmpeg-1.0 through nm I tried to find symbols libavformat but couldn't find undefined reference to `av_set_parameters' undefined reference to `av_write_header -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 12 14:05:10 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 12 Oct 2012 12:05:10 -0000 Subject: [FFmpeg-trac] #1805(undetermined:closed): Undefined reference to av_set_parameters and av_write_header In-Reply-To: <037.0174d2d3f3b78236795dee6267551631@avcodec.org> References: <037.0174d2d3f3b78236795dee6267551631@avcodec.org> Message-ID: <052.3de47388dfab833a86f98b466e13adee@avcodec.org> #1805: Undefined reference to av_set_parameters and av_write_header -------------------------------------+------------------------------------- Reporter: kumarvis | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: Linking | Resolution: invalid Error | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by saste): * status: new => closed * resolution: => invalid Comment: Replying to [ticket:1805 kumarvis]: > Hello admin while compiling > program (api-example.c) attached as well as Makefile > I got below errors. > I had ffmpeg-1.0 > through nm I tried to find symbols libavformat but couldn't find > undefined reference to `av_set_parameters' > undefined reference to `av_write_header Your file api-example.c is using long time deprecated and dropped functions. Check the files in doc/examples for updated usage of the new FFmpeg API shipped with the 1.0 release. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 12 14:58:26 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 12 Oct 2012 12:58:26 -0000 Subject: [FFmpeg-trac] #1783(undetermined:new): libavutil contains file with the same name as a system header In-Reply-To: <037.7af1de392c636bec239229dbf8061c49@avcodec.org> References: <037.7af1de392c636bec239229dbf8061c49@avcodec.org> Message-ID: <052.6f22d1e87edd9c290f3c155536a82d17@avcodec.org> #1783: libavutil contains file with the same name as a system header -------------------------------------+------------------------------------- Reporter: obucinac | 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 obucinac): I managed to resolve initial problem by rewriting Android makefiles, and this looks like best solution. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 12 15:19:52 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 12 Oct 2012 13:19:52 -0000 Subject: [FFmpeg-trac] #1738(undetermined:new): x11grab BadCursor In-Reply-To: <036.7926377a1f4618aa53ba245aea4af611@avcodec.org> References: <036.7926377a1f4618aa53ba245aea4af611@avcodec.org> Message-ID: <051.afd90aed7689722b6219120dc61edd43@avcodec.org> #1738: x11grab BadCursor -------------------------------------+------------------------------------- Reporter: idooley | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: x11grab | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by jensb): I had to modify the above patch a bit, so it works with the ffmpeg version 0.8.3, that ships with Ubuntu 12.04. I'll put it here, so it may be useful for others. Hope you do not mind. {{{ --- libav-0.8.3.orig/libavdevice/x11grab.c +++ libav-0.8.3/libavdevice/x11grab.c @@ -43,6 +43,7 @@ #include "libavutil/opt.h" #include "libavutil/parseutils.h" #include +#include #include #include #include @@ -342,6 +343,7 @@ paint_mouse_pointer(XImage *image, struc int x, y; int line, column; int to_line, to_column; + Cursor c; Window w; XSetWindowAttributes attr; int pixstride = image->bits_per_pixel >> 3; /* Warning: in its insanity, xlib provides unsigned image data through a * char* pointer, so we have to make it uint8_t to make things not break. @@ -353,6 +355,11 @@ paint_mouse_pointer(XImage *image, struc if (image->bits_per_pixel != 24 && image->bits_per_pixel != 32) return; + c = XCreateFontCursor(dpy, XC_left_ptr); + w = DefaultRootWindow(dpy); + attr.cursor = c; + XChangeWindowAttributes(dpy, w, CWCursor, &attr); + xcim = XFixesGetCursorImage(dpy); x = xcim->x - xcim->xhot; }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 12 15:39:13 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 12 Oct 2012 13:39:13 -0000 Subject: [FFmpeg-trac] #1783(undetermined:new): libavutil contains file with the same name as a system header In-Reply-To: <037.7af1de392c636bec239229dbf8061c49@avcodec.org> References: <037.7af1de392c636bec239229dbf8061c49@avcodec.org> Message-ID: <052.37af186acb3939846c99c4f2198b0880@avcodec.org> #1783: libavutil contains file with the same name as a system header -------------------------------------+------------------------------------- Reporter: obucinac | 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 just saw the following compilation reports on our testserver: http://fate.ffmpeg.org/report.cgi?time=20121012115047&slot=armv7a-android- gcc-4.4 http://fate.ffmpeg.org/report.cgi?time=20121012115126&slot=armv7a-android- gcc-4.4-shared http://fate.ffmpeg.org/report.cgi?time=20121012115516&slot=mipsel-android- gcc-4.4 http://fate.ffmpeg.org/report.cgi?time=20121012115550&slot=mipsel-android- gcc-4.4-shared Is one of these the same setup that your project supports? Or is there a difference? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 12 17:11:08 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 12 Oct 2012 15:11:08 -0000 Subject: [FFmpeg-trac] #1031(swscale:reopened): yuv420p to rgb24 wrong pixels at end of rows In-Reply-To: <037.ddf608b802c62729426f293ca2764c94@avcodec.org> References: <037.ddf608b802c62729426f293ca2764c94@avcodec.org> Message-ID: <052.e0a50c35b1ddff50854cc3da3397a5c1@avcodec.org> #1031: yuv420p to rgb24 wrong pixels at end of rows -------------------------------------+------------------------------------- Reporter: SephiRok | Owner: michael Type: defect | Status: reopened Priority: important | Component: swscale Version: 1.0 | Resolution: Keywords: regression | Blocked By: yuv2rgb | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by SephiRok): * status: closed => reopened * version: git-master => 1.0 * resolution: fixed => Comment: This still occurs for me in 1.0 and any other packaged version I've tried. Haven't tried git master. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 12 18:30:53 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 12 Oct 2012 16:30:53 -0000 Subject: [FFmpeg-trac] #1806(FFmpeg:new): Audio/video stream order reversed in remuxed VOB files Message-ID: <035.a3b814d6a21bb6343a4e17bdb0651e66@avcodec.org> #1806: Audio/video stream order reversed in remuxed VOB files -------------------------------------+------------------------------------- Reporter: paulbu | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: Keywords: stream VOB | unspecified Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Summary of the bug: I am using ffmpeg to edit and remultiplex unencrypted VOB files (from a HD recorder). When copying (ie not transcoding) the streams ffmpeg ALWAYS insists on making the audio stream ID 0 and video stream ID 1 even though the input file was the other way round and it reports itself as NOT doing this. Using the -map commands also seem to be ignored wherever they appear on the command line. (This is a problem because I am using dvdauthor on the files and it only seems to work with VOB files with video as the first stream. Fails with infamous ERR: Cannot infer pts for VOBU if there is no audio or video and it is the first VOBU.) How to reproduce (with any vob file 'input.vob'): % ffmpeg -i input.vob -target pal-dvd -codec copy output.vob ffmpeg version N-45279-g1a104bf Copyright (c) 2000-2012 the FFmpeg developers built on Oct 10 2012 19:21:13 with gcc 4.7.2 (GCC) Input #0, mpeg, from 'input.vob': Duration: 00:01:28.15, start: 137.626044, bitrate: 2858 kb/s Stream #0:0[0x1e0]: Video: mpeg2video (Main), yuv420p, 352x576 [SAR 24:11 DAR 4:3], 3060 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x80]: Audio: ac3, 48000 Hz, stereo, s16, 256 kb/s Output #0, dvd, to 'output.vob': Metadata: encoder : Lavf54.31.100 Stream #0:0: Video: mpeg2video, yuv420p, 352x576 [SAR 24:11 DAR 4:3], q=2-31 , 3060 kb/s, 25 fps, 90k tbn, 25 tbc Stream #0:1: Audio: ac3, 48000 Hz, stereo, 256 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) But running ffprobe on resulting 'output.vob': Input #0, mpeg, from 'output.vob': Duration: 00:01:28.15, start: 1.000000, bitrate: 2877 kb/s Stream #0:0[0x80]: Audio: ac3, 48000 Hz, stereo, s16, 256 kb/s Stream #0:1[0x1e0]: Video: mpeg2video (Main), yuv420p, 352x576 [SAR 24:11 DAR 4:3], 3060 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc Streams swapped round! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 12 18:42:54 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 12 Oct 2012 16:42:54 -0000 Subject: [FFmpeg-trac] #1807(undetermined:new): ffmpeg won't read raw DNxHD 1080p 10 bits file Message-ID: <034.6724a4a29f232eddbeb434be43c0c123@avcodec.org> #1807: ffmpeg won't read raw DNxHD 1080p 10 bits file -------------------------------------+------------------------------------- Reporter: corco | Type: defect Status: new | Priority: minor Component: | Version: git- undetermined | master Keywords: dnxhd | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: ffmpeg won't read raw DNxHD frames with CID 1235 (1080p 10bits). It reads every other CIDs without problems. How to reproduce: ffmpeg -v 9 -loglevel 99 -i dnxhd_cid_1235.dnxhd dnxhd_cid_1235 -vcodec copy dnxhd_cid_1235.mov Output: ffmpeg version N-45388-g0d002de Copyright (c) 2000-2012 the FFmpeg developers built on Oct 12 2012 12:24:44 with gcc 4.7.2 (GCC) configuration: libavutil 51. 76.100 / 51. 76.100 libavcodec 54. 65.100 / 54. 65.100 libavformat 54. 32.100 / 54. 32.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 19.102 / 3. 19.102 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 [AVIOContext @ 0x20f3980] Statistics: 1048576 bytes read, 0 seeks /home/corco/Downloads/dnxhd/cid_1235.dnxhd: Invalid data found when processing input -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 12 19:52:28 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 12 Oct 2012 17:52:28 -0000 Subject: [FFmpeg-trac] #1808(undetermined:new): Auto add yadif/format filter when needed Message-ID: <034.4d7c3ebe6b9b4f13a563216dfce4cade@avcodec.org> #1808: Auto add yadif/format filter when needed -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: | Status: new enhancement | Component: Priority: wish | undetermined Version: | Keywords: unspecified | Blocking: Blocked By: | Analyzed by developer: 0 Reproduced by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: A guy on #ffmpeg channel (L) tried to re-encode his media, using: {{{ ffmpeg -i /media/hd/home-videos/raw/test.avi -crf 18 -c:v libx264 -preset veryslow -c:a flac output.mkv ffmpeg version 1.0 Copyright (c) 2000-2012 the FFmpeg developers built on Sep 29 2012 11:22:50 with gcc 4.7.1 (GCC) 20120721 (prerelease) configuration: --prefix=/usr --enable-libmp3lame --enable-libvorbis --enable-libxvid --enable-libx264 --enable-libvpx --enable-libtheora --enable-libgsm --enable-libspeex --enable-postproc --enable-shared --enable-x11grab --enable-libopencore_amrnb --enable-libopencore_amrwb --enable-libschroedinger --enable-libopenjpeg --enable-librtmp --enable- libpulse --enable-libv4l2 --enable-gpl --enable-version3 --enable-runtime- cpudetect --disable-debug --disable-static libavutil 51. 73.101 / 51. 73.101 libavcodec 54. 59.100 / 54. 59.100 libavformat 54. 29.104 / 54. 29.104 libavdevice 54. 2.101 / 54. 2.101 libavfilter 3. 17.100 / 3. 17.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [avi @ 0x1944240] non-interleaved AVI [avi @ 0x1944240] Could not find codec parameters for stream 0 (Video: none (422P / 0x50323234), 704x464): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options Guessed Channel Layout for Input Stream #0.1 : stereo Input #0, avi, from '/media/hd/home-videos/raw/test.avi': Metadata: encoder : MEncoder SVN-r35014-4.7.1 Duration: 01:03:09.55, start: 0.000000, bitrate: 158157 kb/s Stream #0:0: Video: none (422P / 0x50323234), 704x464, SAR 59392:59389 DAR 8192:5399, 29.97 fps, 29.97 tbr, 29.97 tbn, 29.97 tbc Stream #0:1: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, stereo, s16, 1536 kb/s File 'output.mkv' already exists. Overwrite ? [y/N] Unable to parse option value "-1" as pixel format Error opening filters! }}} After the suggestion to add "-filter:v yadif=1,format=yuv420p" everything worked. Here is a log of it: {{{ in other words, is there a good compressed format viable for archival purposes? good meaning produces high quality with relatively low size mutt whoops, that was supposed to be for zsh L: yes, I would use ffmpeg -i input -c:v libx264 -preset veryslow -c:a flac output.mkv er, add -crf 18 after the input that will give you highly compressed (lossy) video and lossless audio R: darn, i get "Unable to parse option value "-1" as pixel format pastie.org your command and all output R: http://pastie.org/5045110 is it interlaced? i believe it is i didn't not explicitely deinterlace it you should, hold on a second ffmpeg -i input -filter:v yadif:1,format=yuv420p -c:v libx264 -crf 18 -c:a flac output.mkv L: what is the output fps from the command? 29.97 i get this tho: No such filter: 'yadif:1' change it to yadif=1 that should double the framerate of the input. R: getting somewhere now. must figure out how to set ntsc for v4l2 options ah, -standard R: damn, that quality is epic. }}} So, the question. Can it be implemented in such a way that ffmpeg doesn't just say "Could not find codec parameters", but rather to try to deinterlace it or something, because I believe a lot of ordinary users won't be able to figure out to just add "-filter:v yadif=1,format=yuv420p" out of the blue, without any suggestion either from ffmpeg binary or from reading the docs (which they never do) :) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 12 19:58:28 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 12 Oct 2012 17:58:28 -0000 Subject: [FFmpeg-trac] #1793(undetermined:new): Widevine support In-Reply-To: <039.05ea1d676c05fd1f55c9d4bc8743c75a@avcodec.org> References: <039.05ea1d676c05fd1f55c9d4bc8743c75a@avcodec.org> Message-ID: <054.aad72d58f0d981d430ba74e0aaea51ae@avcodec.org> #1793: Widevine support -------------------------------------+------------------------------------- Reporter: benito2313 | Owner: Type: enhancement | Status: new Priority: wish | Component: Version: unspecified | undetermined Keywords: Widevine | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Basje): I am not THE export, I did manage to get some streams locations. For instance this one: http://upc-nl-0041.upc.adaptive.level3.net/upc-nl/0041/01.m3u8, the content of the url I pasted here: http://pastebin.com/P6w3MeyZ The problem is that they IP block the internal streams, but if you are on a allowed IP, XBMC still cannot open it. On my Add-on's issue tracker you can find more XBMC logs: http://code.google.com/p/xot-uzg/issues/detail?id=369 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 12 21:18:26 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 12 Oct 2012 19:18:26 -0000 Subject: [FFmpeg-trac] #1638(avformat:closed): SWF demuxer cannot correctly identify MP3 stream In-Reply-To: <038.0dfee847dce1c675a5215ed94a980b28@avcodec.org> References: <038.0dfee847dce1c675a5215ed94a980b28@avcodec.org> Message-ID: <053.8ade45a15a75f13c0be7555a496b7d8a@avcodec.org> #1638: SWF demuxer cannot correctly identify MP3 stream ------------------------------------+------------------------------------ Reporter: mbradshaw | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: swf | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by mbradshaw): * status: open => closed * resolution: => fixed Comment: Fixed with commit a41c824c539cc1fe79b3afd9393a91d22a8065da -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 12 21:45:41 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 12 Oct 2012 19:45:41 -0000 Subject: [FFmpeg-trac] #1807(undetermined:new): ffmpeg won't read raw DNxHD 1080p 10 bits file In-Reply-To: <034.6724a4a29f232eddbeb434be43c0c123@avcodec.org> References: <034.6724a4a29f232eddbeb434be43c0c123@avcodec.org> Message-ID: <049.baebb83ecc0e25065408aeda4825b7da@avcodec.org> #1807: ffmpeg won't read raw DNxHD 1080p 10 bits file -------------------------------------+------------------------------------- Reporter: corco | Owner: Type: defect | Status: new Priority: minor | Component: Version: git-master | undetermined Keywords: dnxhd | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by llogan): Git master seems to be able to decode it with the addition of "-f dnxhd" as an input option. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 12 22:29:04 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 12 Oct 2012 20:29:04 -0000 Subject: [FFmpeg-trac] #1807(undetermined:new): ffmpeg won't read raw DNxHD 1080p 10 bits file In-Reply-To: <034.6724a4a29f232eddbeb434be43c0c123@avcodec.org> References: <034.6724a4a29f232eddbeb434be43c0c123@avcodec.org> Message-ID: <049.df6ee4f36fab3e392e9814db7e7e0d85@avcodec.org> #1807: ffmpeg won't read raw DNxHD 1080p 10 bits file -------------------------------------+------------------------------------- Reporter: corco | Owner: Type: defect | Status: new Priority: minor | Component: Version: git-master | undetermined Keywords: dnxhd | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by corco): Replying to [comment:1 llogan]: > Git master seems to be able to decode it with the addition of "-f dnxhd" as an input option. Thank you! But why does it works with other DNxHD formats without the "-f dnxhd" flag? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 12 22:54:05 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 12 Oct 2012 20:54:05 -0000 Subject: [FFmpeg-trac] #1807(undetermined:new): ffmpeg won't read raw DNxHD 1080p 10 bits file In-Reply-To: <034.6724a4a29f232eddbeb434be43c0c123@avcodec.org> References: <034.6724a4a29f232eddbeb434be43c0c123@avcodec.org> Message-ID: <049.c65bb66e66f89fdc7fb26d2b2ba4579c@avcodec.org> #1807: ffmpeg won't read raw DNxHD 1080p 10 bits file -------------------------------------+------------------------------------- Reporter: corco | Owner: Type: defect | Status: new Priority: minor | Component: Version: git-master | undetermined Keywords: dnxhd | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by llogan): Sorry, I don't know why. Are you sure it's the same issue? If yes, show your ffmpeg command and the complete console output for the videos that continue to not work with "-f dnxhd". Also, I assume applying "-f dnxhd" should be default behaviour for .dnhxd and if it isn't perhaps a wish/enhancement is in order. If it is default I don't know why it doesn't apply it to the sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 12 23:47:00 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 12 Oct 2012 21:47:00 -0000 Subject: [FFmpeg-trac] #1807(avformat:open): ffmpeg won't read raw DNxHD 1080p 10 bits file In-Reply-To: <034.6724a4a29f232eddbeb434be43c0c123@avcodec.org> References: <034.6724a4a29f232eddbeb434be43c0c123@avcodec.org> Message-ID: <049.a9cb34de7ae6b0804f67fe4e24c94dfa@avcodec.org> #1807: ffmpeg won't read raw DNxHD 1080p 10 bits file ------------------------------------+------------------------------------ Reporter: corco | Owner: Type: defect | Status: open Priority: minor | Component: avformat Version: git-master | Resolution: Keywords: dnxhd | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => open * component: undetermined => avformat * reproduced: 0 => 1 Comment: Patch on mailing list. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 12 23:49:00 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 12 Oct 2012 21:49:00 -0000 Subject: [FFmpeg-trac] #1809(avcodec:closed): Difficulty getting proper audio from amrnb flt MP4 video In-Reply-To: <036.6e60e6576b0d40bfc86371b0284e72c2@avcodec.org> References: <036.6e60e6576b0d40bfc86371b0284e72c2@avcodec.org> Message-ID: <051.2828760b75a928057f3f0644f82df2c5@avcodec.org> #1809: Difficulty getting proper audio from amrnb flt MP4 video ------------------------------------+------------------------------------- Reporter: bouvrie | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: duplicate Keywords: amrnb | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: invalid data, corrupt bitscream, amrnb, windows static build => amrnb * resolution: => duplicate * status: new => closed * component: undetermined => avcodec * version: unspecified => git-master Comment: Duplicate of ticket #232. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 12 23:59:54 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 12 Oct 2012 21:59:54 -0000 Subject: [FFmpeg-trac] #1808(undetermined:new): Auto add yadif/format filter when needed In-Reply-To: <034.4d7c3ebe6b9b4f13a563216dfce4cade@avcodec.org> References: <034.4d7c3ebe6b9b4f13a563216dfce4cade@avcodec.org> Message-ID: <049.946f84f6a0ce25ff6c28e407b5e274d6@avcodec.org> #1808: Auto add yadif/format filter when needed -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: enhancement | Status: new Priority: wish | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Please provide the input file test.avi. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 13 00:12:41 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 12 Oct 2012 22:12:41 -0000 Subject: [FFmpeg-trac] #1031(swscale:reopened): yuv420p to rgb24 wrong pixels at end of rows In-Reply-To: <037.ddf608b802c62729426f293ca2764c94@avcodec.org> References: <037.ddf608b802c62729426f293ca2764c94@avcodec.org> Message-ID: <052.50a6848428205d09f7c27e988b7aa883@avcodec.org> #1031: yuv420p to rgb24 wrong pixels at end of rows -------------------------------------+------------------------------------- Reporter: SephiRok | Owner: michael Type: defect | Status: reopened Priority: important | Component: swscale Version: 1.0 | Resolution: Keywords: regression | Blocked By: yuv2rgb | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by cehoyos): Could you provide command line and complete, uncut console output for a new failing version (either 1.0 or git head)? I tested git head, 1.0 and a4c22e3 and while the issue is very clearly visible for the old version, it is unreproducible here with 1.0 and git head. {{{ $ md5sum Output.avi 54e993efc87efa40f4c8b6c0c2be8731 Output.avi $ ffmpeg -i Output.avi -vframes 1 out.png ffmpeg version N-45400-gcdfa926 Copyright (c) 2000-2012 the FFmpeg developers built on Oct 13 2012 00:10:32 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 51. 76.100 / 51. 76.100 libavcodec 54. 65.100 / 54. 65.100 libavformat 54. 32.100 / 54. 32.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 19.102 / 3. 19.102 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 Input #0, avi, from 'Output.avi': Metadata: encoder : Lavf54.1.100 Duration: 00:00:06.69, start: 0.000000, bitrate: 199 kb/s Stream #0:0: Video: vp8 (VP80 / 0x30385056), yuv420p, 180x256, 30 tbr, 30 tbn, 30 tbc Metadata: title : fanatic animation.avi Video #1 Output #0, image2, to 'out.png': Metadata: encoder : Lavf54.32.100 Stream #0:0: Video: png, rgb24, 180x256, q=2-31, 200 kb/s, 90k tbn, 30 tbc Metadata: title : fanatic animation.avi Video #1 Stream mapping: Stream #0:0 -> #0:0 (vp8 -> png) Press [q] to stop, [?] for help frame= 1 fps=0.0 q=0.0 Lsize= 0kB time=00:00:00.03 bitrate= 0.0kbits/s video:66kB audio:0kB subtitle:0 global headers:0kB muxing overhead -100.000000% }}} (out.png looks fine) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 13 10:31:25 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 13 Oct 2012 08:31:25 -0000 Subject: [FFmpeg-trac] #1807(avformat:closed): ffmpeg won't read raw DNxHD 1080p 10 bits file In-Reply-To: <034.6724a4a29f232eddbeb434be43c0c123@avcodec.org> References: <034.6724a4a29f232eddbeb434be43c0c123@avcodec.org> Message-ID: <049.805f28e1d54bf3317daac9b088b1d6ca@avcodec.org> #1807: ffmpeg won't read raw DNxHD 1080p 10 bits file ------------------------------------+------------------------------------ Reporter: corco | Owner: Type: defect | Status: closed Priority: minor | Component: avformat Version: git-master | Resolution: fixed Keywords: dnxhd | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Should be fixed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 13 10:32:52 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 13 Oct 2012 08:32:52 -0000 Subject: [FFmpeg-trac] #1807(avformat:closed): ffmpeg won't read raw DNxHD 1080p 10 bits file In-Reply-To: <034.6724a4a29f232eddbeb434be43c0c123@avcodec.org> References: <034.6724a4a29f232eddbeb434be43c0c123@avcodec.org> Message-ID: <049.f60a43aba976a20abaa4ff74d7dbbee7@avcodec.org> #1807: ffmpeg won't read raw DNxHD 1080p 10 bits file ------------------------------------+------------------------------------ Reporter: corco | Owner: Type: defect | Status: closed Priority: minor | Component: avformat Version: git-master | Resolution: fixed Keywords: dnxhd | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:3 llogan]: > Also, I assume applying "-f dnxhd" should be default behaviour for .dnhxd This is luckily not how FFmpeg behaves (except for a few image formats). If you have a sample that is not auto-detected correctly although it decodes correctly with -f, please share it! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 13 11:43:19 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 13 Oct 2012 09:43:19 -0000 Subject: [FFmpeg-trac] #1810(undetermined:new): ffprobe: some .m4a files' metatags are not read by ffprobe Message-ID: <038.581bcf5c563606ff1624c5d3a3b795ea@avcodec.org> #1810: ffprobe: some .m4a files' metatags are not read by ffprobe --------------------------------------+---------------------------------- Reporter: movie_fan | Type: defect Status: new | Priority: normal Component: undetermined | Version: 0.11.2 Keywords: .m4a alac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- Summary of the bug: How to reproduce: {{{ % ffprobe Portugal.m4a ffprobe version 0.11.2 Copyright (c) 2007-2012 the FFmpeg developers built on Oct 10 2012 18:26:07 with gcc 4.7.1 }}} Running ffprobe on alac encoded files (.m4a), only returns the creation_date metadata. Album, artist, title, etc. are not returned. The mp4v2 tool returns those correctly. Also, AtomicParsley and Mp3tag read the metadata correctly. Here are the outputs of ffprobe and mp4v2: configuration: --enable-libmp3lame --enable-libtheora --enable-libx264 --disable-libgsm --enable-postproc --disable-libxvid --enable-libfaac --enable-pthreads --enable-libvorbis --enable-gpl --disable-x11grab --enable-nonfree libavutil 51. 54.100 / 51. 54.100 libavcodec 54. 23.100 / 54. 23.100 libavformat 54. 6.100 / 54. 6.100 libavdevice 54. 0.100 / 54. 0.100 libavfilter 2. 77.100 / 2. 77.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'Portugal.m4a': Metadata: major_brand : M4A minor_version : 0 compatible_brands: mp42isomM4A creation_time : 2012-09-29 15:28:41 Duration: 00:01:28.80, start: 0.000000, bitrate: 608 kb/s Stream #0:0(und): Audio: alac (alac / 0x63616C61), 44100 Hz, 2 channels, s16, 608 kb/s Metadata: creation_time : 2012-09-29 15:28:41 [FORMAT] filename=Portugal.m4a nb_streams=1 format_name=mov,mp4,m4a,3gp,3g2,mj2 format_long_name=QuickTime/MPEG-4/Motion JPEG 2000 format start_time=0.000000 duration=88.800000 size=6756165 bit_rate=608663 TAG:major_brand=M4A TAG:minor_version=0 TAG:compatible_brands=mp42isomM4A TAG:creation_time=2012-09-29 15:28:41 [/FORMAT] mp4info version 2.0.0 Portugal.m4a: ReadChildAtoms: "Portugal.m4a": In atom meta missing child atom hdlr Track Type Info 1 audio alac, 88.800 secs, 608 kbps, 44100 Hz ReadChildAtoms: "Portugal.m4a": In atom meta missing child atom hdlr Name: Sonhei que estava em Portugal Artist: Cristina Branco Album: Ulisses Track: 1 of 0 Genre: Fado -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 13 11:49:22 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 13 Oct 2012 09:49:22 -0000 Subject: [FFmpeg-trac] #1810(avformat:new): ffprobe: some .m4a files' metatags are not read by ffprobe In-Reply-To: <038.581bcf5c563606ff1624c5d3a3b795ea@avcodec.org> References: <038.581bcf5c563606ff1624c5d3a3b795ea@avcodec.org> Message-ID: <053.b7f0ba2156db6ec9980fac6caa90c016@avcodec.org> #1810: ffprobe: some .m4a files' metatags are not read by ffprobe -----------------------------------+------------------------------------ Reporter: movie_fan | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 0.11.2 | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+------------------------------------ Changes (by cehoyos): * keywords: .m4a alac => mov * component: undetermined => avformat Comment: Please test current git head and please provide the input sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 13 12:01:32 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 13 Oct 2012 10:01:32 -0000 Subject: [FFmpeg-trac] #416(avcodec:open): ffmpeg can't decode uncompressed self-generated TIFFs containing YUV420 In-Reply-To: <034.ae521f2eae0193b06701199ca04868c9@avcodec.org> References: <034.ae521f2eae0193b06701199ca04868c9@avcodec.org> Message-ID: <049.b818441983268f000553d7d2684754f4@avcodec.org> #416: ffmpeg can't decode uncompressed self-generated TIFFs containing YUV420 -------------------------------------+----------------------------------- Reporter: takis | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: tif | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by richardpl): * priority: minor => wish -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 13 12:02:38 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 13 Oct 2012 10:02:38 -0000 Subject: [FFmpeg-trac] #1811(avformat:new): Transport stream with intentional garbage in the beginning is detected as program stream Message-ID: <036.f665809152abb43fc19282a9f2922d0d@avcodec.org> #1811: Transport stream with intentional garbage in the beginning is detected as program stream -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git- | Keywords: mpegts master | mpegps Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- http://ffmpeg.org/pipermail/ffmpeg-user/2012-October/010297.html Transport streams recorded with Belson TV sets (on USB) start with garbage, FFmpeg detects a program stream instead of a transport stream. {{{ $ ffmpeg -i misdetectionps.ts ffmpeg version N-45422-g6254ffe Copyright (c) 2000-2012 the FFmpeg developers built on Oct 13 2012 12:00:13 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 51. 76.100 / 51. 76.100 libavcodec 54. 65.100 / 54. 65.100 libavformat 54. 32.100 / 54. 32.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 19.102 / 3. 19.102 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 [mpeg @ 0x3201280] Format mpeg detected only with low score of 25, misdetection possible! [mpeg @ 0x3201280] probed stream 1 failed [mpeg @ 0x3201280] probed stream 5 failed [mpeg @ 0x3201280] probed stream 6 failed [mpeg @ 0x3201280] probed stream 7 failed [mpeg @ 0x3201280] Invalid timestamps stream=1, pts=852695377, dts=5539292435, size=34318 [mp1 @ 0x3248ca0] Header missing Last message repeated 3 times [mpeg @ 0x3201280] Invalid timestamps stream=2, pts=2897908561, dts=4977112148, size=30969 [mpeg @ 0x3201280] DTS discontinuity in stream 2: packet 56 with DTS 2897947441, packet 57 with DTS 3620529164 [mp1 @ 0x3248ca0] Header missing [mpeg @ 0x3201280] Could not find codec parameters for stream 1 (Video: none): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpeg @ 0x3201280] decoding for stream 4 failed [mpeg @ 0x3201280] Could not find codec parameters for stream 4 (Audio: mp1, 0 channels, s16): unspecified frame size Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpeg @ 0x3201280] Could not find codec parameters for stream 5 (Video: none): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpeg @ 0x3201280] Could not find codec parameters for stream 6 (Video: none): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpeg @ 0x3201280] Could not find codec parameters for stream 7 (Video: none): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options [NULL @ 0x323e280] start time is not set in estimate_timings_from_pts [NULL @ 0x325ffa0] start time is not set in estimate_timings_from_pts [NULL @ 0x3290b20] start time is not set in estimate_timings_from_pts [NULL @ 0x32c0600] start time is not set in estimate_timings_from_pts Input #0, mpeg, from 'misdetectionps.ts': Duration: 08:32:34.86, start: 9474.393078, bitrate: 0 kb/s Stream #0:0[0x1c2]: Audio: mp2, 48000 Hz, stereo, s16, 192 kb/s Stream #0:1[0x1e1]: Video: none, 90k tbr, 90k tbn Stream #0:2[0x1c0]: Audio: mp3, 48000 Hz, stereo, s16, 192 kb/s Stream #0:3[0x20]: Subtitle: dvd_subtitle Stream #0:4[0x1c5]: Audio: mp1, 0 channels, s16 Stream #0:5[0x1eb]: Video: none, 90k tbr, 90k tbn Stream #0:6[0x1ea]: Video: none, 90k tbr, 90k tbn Stream #0:7[0x1e0]: Video: none, 90k tbr, 90k tbn At least one output file must be specified }}} The sample gets detected correctly with ffmpeg -f mpegts, I will open another ticket for the image corruption shown on transcoding the sample. {{{ $ ffmpeg -f mpegts -i misdetectionps.ts ffmpeg version N-45422-g6254ffe Copyright (c) 2000-2012 the FFmpeg developers built on Oct 13 2012 12:00:13 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 51. 76.100 / 51. 76.100 libavcodec 54. 65.100 / 54. 65.100 libavformat 54. 32.100 / 54. 32.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 19.102 / 3. 19.102 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 [mpegts @ 0x332b2a0] Could not detect TS packet size, defaulting to non- FEC/DVHS [mpeg2video @ 0x334da40] mpeg_decode_postinit() failure Last message repeated 1 times [mpegts @ 0x332b2a0] PES packet size mismatch [mpeg2video @ 0x334da40] mpeg_decode_postinit() failure [mpeg2video @ 0x334da40] skipped MB in I frame at 5 7 [mpeg2video @ 0x334da40] ac-tex damaged at 5 19 [mpeg2video @ 0x334da40] Warning MVs not available [mpeg2video @ 0x334da40] concealing 90 DC, 90 AC, 90 MV errors in I frame [mpegts @ 0x332b2a0] PES packet size mismatch Last message repeated 6 times [mpegts @ 0x332b2a0] Could not find codec parameters for stream 4 (Unknown: none ([5][0][0][0] / 0x0005)): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x332b2a0] Could not find codec parameters for stream 5 (Unknown: none ([11][0][0][0] / 0x000B)): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x332b2a0] Could not find codec parameters for stream 6 (Unknown: none ([12][0][0][0] / 0x000C)): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x332b2a0] Could not find codec parameters for stream 7 (Unknown: none ([255][0][0][0] / 0x00FF)): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x332b2a0] Could not find codec parameters for stream 8 (Unknown: none ([255][0][0][0] / 0x00FF)): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [NULL @ 0x336de60] start time is not set in estimate_timings_from_pts [NULL @ 0x3374320] start time is not set in estimate_timings_from_pts [NULL @ 0x337a7e0] start time is not set in estimate_timings_from_pts [NULL @ 0x3380ca0] start time is not set in estimate_timings_from_pts [NULL @ 0x3387160] start time is not set in estimate_timings_from_pts [mpegts @ 0x332b2a0] PES packet size mismatch Last message repeated 2 times Input #0, mpegts, from 'misdetectionps.ts': Duration: 00:00:04.36, start: 40225.173822, bitrate: 4689 kb/s Program 257 Metadata: service_name : France 2 service_provider: GR1 A Program 260 Metadata: service_name : France 5 service_provider: GR1 A Stream #0:0[0x140]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p, 720x576 [SAR 64:45 DAR 16:9], 15000 kb/s, 25.25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x14a](fra): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16, 192 kb/s Stream #0:2[0x14b](qad): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16, 192 kb/s Stream #0:3[0x154](fra): Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006) (hearing impaired) Stream #0:4[0x172]: Unknown: none ([5][0][0][0] / 0x0005) Stream #0:5[0x173]: Unknown: none ([11][0][0][0] / 0x000B) Stream #0:6[0x174]: Unknown: none ([12][0][0][0] / 0x000C) Stream #0:7[0x175]: Unknown: none ([255][0][0][0] / 0x00FF) Stream #0:8[0x176]: Unknown: none ([255][0][0][0] / 0x00FF) Program 261 Metadata: service_name : ?France [0m service_provider: GR1 A Program 262 Metadata: service_name : LCP service_provider: GR1 A Program 282 Metadata: service_name : France 3 service_provider: Nat Program 368 Metadata: service_name : TLT service_provider: Scopus Network Technologies At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 13 12:09:35 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 13 Oct 2012 10:09:35 -0000 Subject: [FFmpeg-trac] #1812(undetermined:new): Transport stream with garbage in the beginning shows artefacts Message-ID: <036.24248754b73af9269efe819ff4032f73@avcodec.org> #1812: Transport stream with garbage in the beginning shows artefacts -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git- | undetermined master | Keywords: mpegts Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- Related to ticket #1811 and this user report: http://ffmpeg.org/pipermail/ffmpeg-user/2012-October/010297.html If the first 375kb of the misdetection sample are cut away, the sample is auto-detected correctly, but shows artefacts on decoding. (No artefacts can be seen if the first 400kb of the misdetection sample from ticket #1811 are cut away, so this is not a reception problem.) {{{ $ ffmpeg -i mpeg2artefacts.ts -qscale 2 out.avi ffmpeg version N-45422-g6254ffe Copyright (c) 2000-2012 the FFmpeg developers built on Oct 13 2012 12:00:13 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 51. 76.100 / 51. 76.100 libavcodec 54. 65.100 / 54. 65.100 libavformat 54. 32.100 / 54. 32.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 19.102 / 3. 19.102 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 [mpegts @ 0x2050280] Could not detect TS packet size, defaulting to non- FEC/DVHS [mpeg2video @ 0x2072ae0] mpeg_decode_postinit() failure Last message repeated 1 times [mpegts @ 0x2050280] PES packet size mismatch [mpeg2video @ 0x2072ae0] mpeg_decode_postinit() failure [mpeg2video @ 0x2072ae0] skipped MB in I frame at 5 7 [mpeg2video @ 0x2072ae0] ac-tex damaged at 5 19 [mpeg2video @ 0x2072ae0] Warning MVs not available [mpeg2video @ 0x2072ae0] concealing 90 DC, 90 AC, 90 MV errors in I frame [mpegts @ 0x2050280] PES packet size mismatch Last message repeated 8 times [mpegts @ 0x2050280] Could not find codec parameters for stream 4 (Unknown: none ([5][0][0][0] / 0x0005)): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x2050280] Could not find codec parameters for stream 5 (Unknown: none ([11][0][0][0] / 0x000B)): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x2050280] Could not find codec parameters for stream 6 (Unknown: none ([12][0][0][0] / 0x000C)): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x2050280] Could not find codec parameters for stream 7 (Unknown: none ([255][0][0][0] / 0x00FF)): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x2050280] Could not find codec parameters for stream 8 (Unknown: none ([255][0][0][0] / 0x00FF)): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [NULL @ 0x2092e80] start time is not set in estimate_timings_from_pts [NULL @ 0x2099340] start time is not set in estimate_timings_from_pts [NULL @ 0x209f800] start time is not set in estimate_timings_from_pts [NULL @ 0x20a5cc0] start time is not set in estimate_timings_from_pts [NULL @ 0x20ac180] start time is not set in estimate_timings_from_pts [mpegts @ 0x2050280] PES packet size mismatch Last message repeated 3 times Input #0, mpegts, from 'mpeg2artefacts.ts': Duration: 00:00:05.04, start: 40225.173822, bitrate: 4057 kb/s Program 257 Metadata: service_name : France 2 service_provider: GR1 A Program 260 Metadata: service_name : France 5 service_provider: GR1 A Stream #0:0[0x140]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p, 720x576 [SAR 64:45 DAR 16:9], 15000 kb/s, 25.25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x14a](fra): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16, 192 kb/s Stream #0:2[0x14b](qad): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16, 192 kb/s Stream #0:3[0x154](fra): Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006) (hearing impaired) Stream #0:4[0x172]: Unknown: none ([5][0][0][0] / 0x0005) Stream #0:5[0x173]: Unknown: none ([11][0][0][0] / 0x000B) Stream #0:6[0x174]: Unknown: none ([12][0][0][0] / 0x000C) Stream #0:7[0x175]: Unknown: none ([255][0][0][0] / 0x00FF) Stream #0:8[0x176]: Unknown: none ([255][0][0][0] / 0x00FF) Program 261 Metadata: service_name : ?France [0m service_provider: GR1 A Program 262 Metadata: service_name : LCP service_provider: GR1 A Program 282 Metadata: service_name : France 3 service_provider: Nat Program 368 Metadata: service_name : TLT service_provider: Scopus Network Technologies Please use -q:a or -q:v, -qscale is ambiguous Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf54.32.100 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 720x576 [SAR 64:45 DAR 16:9], q=2-31, 200 kb/s, 25 tbn, 25 tbc Stream #0:1(fra): Audio: ac3 ([0] [0][0] / 0x2000), 48000 Hz, stereo, fltp, 192 kb/s Stream mapping: Stream #0:0 -> #0:0 (mpeg2video -> mpeg4) Stream #0:1 -> #0:1 (mp2 -> ac3) Press [q] to stop, [?] for help [mpeg2video @ 0x2072ae0] skipped MB in I frame at 5 7 [mpeg2video @ 0x2072ae0] ac-tex damaged at 5 19 [mpeg2video @ 0x2072ae0] Warning MVs not available [mpeg2video @ 0x2072ae0] concealing 90 DC, 90 AC, 90 MV errors in I frame [mpeg2video @ 0x2072ae0] invalid mb type in P Frame at 24 8 [mpeg2video @ 0x2072ae0] 00 motion_type at 0 33 [mpeg2video @ 0x2072ae0] Warning MVs not available [mpeg2video @ 0x2072ae0] concealing 90 DC, 90 AC, 90 MV errors in P frame [mpeg2video @ 0x2072ae0] 00 motion_type at 36 31 [mpeg2video @ 0x2072ae0] Warning MVs not available [mpeg2video @ 0x2072ae0] concealing 90 DC, 90 AC, 90 MV errors in B frame [mpeg2video @ 0x2072ae0] 00 motion_type at 30 13 [mpeg2video @ 0x2072ae0] concealing 45 DC, 45 AC, 45 MV errors in P frame [mpeg2video @ 0x2072ae0] concealing 15 DC, 15 AC, 15 MV errors in B frame [mpeg2video @ 0x2072ae0] 00 motion_type at 26 12 [mpeg2video @ 0x2072ae0] concealing 45 DC, 45 AC, 45 MV errors in B frame [mpeg2video @ 0x2072ae0] ac-tex damaged at 24 17 [mpeg2video @ 0x2072ae0] concealing 90 DC, 90 AC, 90 MV errors in P frame [mpegts @ 0x2050280] PES packet size mismatch [mp2 @ 0x2080200] Header missing Error while decoding stream #0:1: Invalid data found when processing input [mpeg2video @ 0x2072ae0] 00 motion_type at 34 7 [mpeg2video @ 0x2072ae0] concealing 315 DC, 315 AC, 315 MV errors in B frame [mpeg2video @ 0x2072ae0] concealing 20 DC, 20 AC, 20 MV errors in P frame [mpeg2video @ 0x2072ae0] concealing 19 DC, 19 AC, 19 MV errors in B frame [mpeg2video @ 0x2072ae0] 00 motion_type at 18 23 [mpeg2video @ 0x2072ae0] concealing 45 DC, 45 AC, 45 MV errors in P frame [mpeg2video @ 0x2072ae0] slice mismatch [mpeg2video @ 0x2072ae0] ac-tex damaged at 23 31 [mpeg2video @ 0x2072ae0] concealing 90 DC, 90 AC, 90 MV errors in I frame [mpeg2video @ 0x2072ae0] invalid mb type in B Frame at 38 13 [mpeg2video @ 0x2072ae0] concealing 154 DC, 154 AC, 154 MV errors in B frame [mpeg2video @ 0x2072ae0] 00 motion_type at 28 9 [mpeg2video @ 0x2072ae0] ac-tex damaged at 24 31 [mpeg2video @ 0x2072ae0] concealing 180 DC, 180 AC, 180 MV errors in P frame [mpeg2video @ 0x2072ae0] concealing 45 DC, 45 AC, 45 MV errors in P frame [mpeg2video @ 0x2072ae0] concealing 45 DC, 45 AC, 45 MV errors in B frame [mpeg2video @ 0x2072ae0] mb incr damaged [mpeg2video @ 0x2072ae0] concealing 90 DC, 90 AC, 90 MV errors in B frame [mpeg2video @ 0x2072ae0] 00 motion_type at 43 22 [mpeg2video @ 0x2072ae0] concealing 90 DC, 90 AC, 90 MV errors in B frame [mpeg2video @ 0x2072ae0] slice mismatch [mpeg2video @ 0x2072ae0] concealing 90 DC, 90 AC, 90 MV errors in B frame [mpeg2video @ 0x2072ae0] invalid mb type in I Frame at 16 15 [mpeg2video @ 0x2072ae0] concealing 45 DC, 45 AC, 45 MV errors in I frame [mpeg2video @ 0x2072ae0] concealing 195 DC, 195 AC, 195 MV errors in B frame [mpeg2video @ 0x2072ae0] concealing 16 DC, 16 AC, 16 MV errors in B frame [mpeg2video @ 0x2072ae0] concealing 6 DC, 6 AC, 6 MV errors in P frame [mpeg2video @ 0x2072ae0] ac-tex damaged at 24 28 [mpeg2video @ 0x2072ae0] ac-tex damaged at 36 32 [mpeg2video @ 0x2072ae0] invalid mb type in I Frame at 22 22 [mpeg2video @ 0x2072ae0] ac-tex damaged at 35 13 [mpeg2video @ 0x2072ae0] ac-tex damaged at 13 15 [mpeg2video @ 0x2072ae0] concealing 270 DC, 270 AC, 270 MV errors in I frame [mpeg2video @ 0x2072ae0] ac-tex damaged at 36 31 [mpeg2video @ 0x2072ae0] concealing 90 DC, 90 AC, 90 MV errors in B frame [mpeg2video @ 0x2072ae0] 00 motion_type at 19 25 [mpeg2video @ 0x2072ae0] concealing 45 DC, 45 AC, 45 MV errors in P frame [mpeg2video @ 0x2072ae0] ac-tex damaged at 22 4 [mpeg2video @ 0x2072ae0] concealing 90 DC, 90 AC, 90 MV errors in B frame [mpeg2video @ 0x2072ae0] ac-tex damaged at 0 28 [mpeg2video @ 0x2072ae0] concealing 90 DC, 90 AC, 90 MV errors in P frame [mpeg2video @ 0x2072ae0] 00 motion_type at 25 22 [mpeg2video @ 0x2072ae0] concealing 45 DC, 45 AC, 45 MV errors in B frame [mpeg2video @ 0x2072ae0] mb incr damaged [mpeg2video @ 0x2072ae0] concealing 135 DC, 135 AC, 135 MV errors in B frame [mpeg2video @ 0x2072ae0] concealing 2 DC, 2 AC, 2 MV errors in P frame [mpegts @ 0x2050280] PES packet size mismatch [mp2 @ 0x2080200] Header missing Error while decoding stream #0:1: Invalid data found when processing input [mpeg2video @ 0x2072ae0] mb incr damaged [mpeg2video @ 0x2072ae0] concealing 90 DC, 90 AC, 90 MV errors in B frame [mpeg2video @ 0x2072ae0] 00 motion_type at 2 33 [mpeg2video @ 0x2072ae0] concealing 90 DC, 90 AC, 90 MV errors in P frame [mpeg2video @ 0x2072ae0] 00 motion_type at 36 9 [mpeg2video @ 0x2072ae0] concealing 90 DC, 90 AC, 90 MV errors in B frame [mpeg2video @ 0x2072ae0] skipped MB in I frame at 27 24 [mpeg2video @ 0x2072ae0] ac-tex damaged at 24 15 [mpeg2video @ 0x2072ae0] concealing 90 DC, 90 AC, 90 MV errors in I frame [mpeg2video @ 0x2072ae0] concealing 6 DC, 6 AC, 6 MV errors in B frame [mpeg2video @ 0x2072ae0] 00 motion_type at 30 14 [mpeg2video @ 0x2072ae0] concealing 45 DC, 45 AC, 45 MV errors in B frame [mpeg2video @ 0x2072ae0] 00 motion_type at 34 33 [mpeg2video @ 0x2072ae0] concealing 90 DC, 90 AC, 90 MV errors in B frame [mpegts @ 0x2050280] PES packet size mismatch [mpeg2video @ 0x2072ae0] invalid mb type in P Frame at 23 13 [mpeg2video @ 0x2072ae0] concealing 136 DC, 136 AC, 136 MV errors in P frame [mpeg2video @ 0x2072ae0] concealing 4 DC, 4 AC, 4 MV errors in P frame [mp2 @ 0x2080200] Header missing Error while decoding stream #0:1: Invalid data found when processing input [mpeg2video @ 0x2072ae0] 00 motion_type at 18 26 [mpeg2video @ 0x2072ae0] concealing 45 DC, 45 AC, 45 MV errors in B frame [mpeg2video @ 0x2072ae0] ac-tex damaged at 18 13 [mpeg2video @ 0x2072ae0] concealing 45 DC, 45 AC, 45 MV errors in B frame [mpegts @ 0x2050280] PES packet size mismatch [mpeg2video @ 0x2072ae0] ac-tex damaged at 20 3 [mpeg2video @ 0x2072ae0] concealing 1485 DC, 1485 AC, 1485 MV errors in B frame [mp2 @ 0x2080200] incomplete frame Error while decoding stream #0:1: Invalid data found when processing input frame= 114 fps=0.0 q=2.0 Lsize= 3768kB time=00:00:05.08 bitrate=6076.7kbits/s video:3646kB audio:106kB subtitle:0 global headers:0kB muxing overhead 0.432523% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 13 12:16:38 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 13 Oct 2012 10:16:38 -0000 Subject: [FFmpeg-trac] #839(avcodec:open): grayscale support in snow In-Reply-To: <038.5ad9c085f6cbcc143b95c513cfed06a4@avcodec.org> References: <038.5ad9c085f6cbcc143b95c513cfed06a4@avcodec.org> Message-ID: <053.5bb3c0b93da2317acc1659c43b500f8c@avcodec.org> #839: grayscale support in snow -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: snow gray | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by richardpl): * priority: normal => wish -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 13 12:18:18 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 13 Oct 2012 10:18:18 -0000 Subject: [FFmpeg-trac] #1810(avformat:new): ffprobe: some .m4a files' metatags are not read by ffprobe In-Reply-To: <038.581bcf5c563606ff1624c5d3a3b795ea@avcodec.org> References: <038.581bcf5c563606ff1624c5d3a3b795ea@avcodec.org> Message-ID: <053.2edc0e6fc7ed77e7811ef0b73b68fc97@avcodec.org> #1810: ffprobe: some .m4a files' metatags are not read by ffprobe -----------------------------------+------------------------------------ Reporter: movie_fan | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 0.11.2 | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+------------------------------------ Comment (by movie_fan): Find the sample here: https://www.dropbox.com/s/qszd2142r5hcevj/01%20Sonhei%20que%20estava%20em%20Portugal.m4a -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 13 13:08:59 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 13 Oct 2012 11:08:59 -0000 Subject: [FFmpeg-trac] #210(avcodec:open): 24bit flac encoding In-Reply-To: <036.74df1314fb0dcd3d060c7f4c5946eb3f@avcodec.org> References: <036.74df1314fb0dcd3d060c7f4c5946eb3f@avcodec.org> Message-ID: <051.2ed8c5b7bf01fe86ae1bbae93457fdbf@avcodec.org> #210: 24bit flac encoding -------------------------------------+----------------------------------- Reporter: Atrocia | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: flac | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by holunder2): ?This patch is Public domain. No copyright is claimed. Feel free to give a link to this page.? http://www.makemkv.com/forum2/viewtopic.php?p=23025#p23025 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 13 13:28:06 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 13 Oct 2012 11:28:06 -0000 Subject: [FFmpeg-trac] #966(avcodec:open): frwu: change fields order mode In-Reply-To: <038.c119ebb657e6ae163fe2da2d4548e878@avcodec.org> References: <038.c119ebb657e6ae163fe2da2d4548e878@avcodec.org> Message-ID: <053.895c60d9649157dd37502be0bbc16fbe@avcodec.org> #966: frwu: change fields order mode ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: frwu | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by richardpl): Could you create two samples one without this option and one with it but make sure that data is all zeroes in both cases - everything is black - that is only way to found where is such option hidden in bitstream. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 13 15:47:13 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 13 Oct 2012 13:47:13 -0000 Subject: [FFmpeg-trac] #1316(undetermined:closed): NO SOUND ON RTMP STREAM In-Reply-To: <042.1b81ceb71003a2fbd2502c443a6715e0@avcodec.org> References: <042.1b81ceb71003a2fbd2502c443a6715e0@avcodec.org> Message-ID: <057.2e07672a1450d57fd8c68a87af1bc087@avcodec.org> #1316: NO SOUND ON RTMP STREAM -------------------------------------+------------------------------------- Reporter: | Owner: alexandru_mg3 | Status: closed Type: defect | Component: Priority: normal | undetermined Version: 0.10.3 | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by richardpl): * status: new => closed * resolution: => invalid Comment: you did not provide way to reproduce this issue. Try with latest version which have internal rtmp protocol support with more options. {{{ rtmp AVOptions: -rtmp_app ED.... Name of application to connect to on the RTMP server -rtmp_buffer ED.... Set buffer time in milliseconds. The default is 3000. -rtmp_conn ED.... Append arbitrary AMF data to the Connect message -rtmp_flashver ED.... Version of the Flash plugin used to run the SWF player. -rtmp_flush_interval E..... Number of packets flushed in the same request (RTMPT only). -rtmp_live .D.... Specify that the media is a live stream. any .D.... both live .D.... live stream recorded .D.... recorded stream -rtmp_pageurl .D.... URL of the web page in which the media was embedded. By default no value will be sent. -rtmp_playpath ED.... Stream identifier to play or to publish -rtmp_subscribe .D.... Name of live stream to subscribe to. Defaults to rtmp_playpath. -rtmp_swfhash .D.... SHA256 hash of the decompressed SWF file (32 bytes). -rtmp_swfsize .D.... Size of the decompressed SWF file, required for SWFVerification. -rtmp_swfurl ED.... URL of the SWF player. By default no value will be sent -rtmp_swfverify .D.... URL to player swf file, compute hash/size automatically. -rtmp_tcurl ED.... URL of the target stream. Defaults to proto://host[:port]/app. -rtmp_listen .D.... Listen for incoming rtmp connections -timeout .D.... Maximum timeout (in seconds) to wait for incoming connections. -1 is infinite. Implies -rtmp_listen 1 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 13 16:07:59 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 13 Oct 2012 14:07:59 -0000 Subject: [FFmpeg-trac] #1675(undetermined:open): ape: wrong current duration In-Reply-To: <038.7df8cd20a66acca06f1cd90ab7282a9e@avcodec.org> References: <038.7df8cd20a66acca06f1cd90ab7282a9e@avcodec.org> Message-ID: <053.43ac01221b3a4b81410a0c73f9f6e35e@avcodec.org> #1675: ape: wrong current duration -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: ape | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by richardpl): There is patch for this on libav ml, it may get finally committed some day. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 13 18:35:12 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 13 Oct 2012 16:35:12 -0000 Subject: [FFmpeg-trac] #1564(avcodec:open): support dvaudio in non dv container (was: port ulead dv audio decoder) In-Reply-To: <038.75f6145a3e8129558b94055deb534ccc@avcodec.org> References: <038.75f6145a3e8129558b94055deb534ccc@avcodec.org> Message-ID: <053.5855e1a73ed511e59daa4562ba6f8194@avcodec.org> #1564: support dvaudio in non dv container -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Old description: > http://mailman.videolan.org/pipermail/vlc-commits/2012-June/015126.html > http://mailman.videolan.org/pipermail/vlc-commits/2012-June/015127.html > > http://www.datafilehost.com/download-f6b0f2cb.html > > {{{ > C:\>ffmpeg -i Test_DV_Audio.avi > ffmpeg version N-42682-g7e17389 Copyright (c) 2000-2012 the FFmpeg > developers > built on Jul 20 2012 02:23:40 with gcc 4.5.0 (GCC) 20100414 (Fedora > MinGW 4.5. > 0-1.fc14) > configuration: --prefix=/var/www/users/research/ffmpeg/snapshots/build > --arch= > x86 --target-os=mingw32 --cross-prefix=i686-pc-mingw32- --cc='ccache i686 > -pc-min > gw32-gcc' --enable-w32threads --enable-memalign-hack --enable-runtime- > cpudetect > --enable-cross-compile --enable-static --disable-shared --extra- > libs='-lws2_32 - > lwinmm -lpthread' --extra-cflags='--static > -I/var/www/users/research/ffmpeg/snap > shots/build/include' --extra-ldflags='-static > -L/var/www/users/research/ffmpeg/s > napshots/build/lib' --enable-bzlib --enable-zlib --enable-gpl --enable- > version3 > --enable-nonfree --enable-libx264 --enable-libspeex --enable-libtheora > --enable- > libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb > --enable- > libopencore-amrwb --enable-libmp3lame --enable-libvpx --disable- > decoder=libvpx > libavutil 51. 65.100 / 51. 65.100 > libavcodec 54. 41.100 / 54. 41.100 > libavformat 54. 17.100 / 54. 17.100 > libavdevice 54. 1.100 / 54. 1.100 > libavfilter 3. 2.100 / 3. 2.100 > libswscale 2. 1.100 / 2. 1.100 > libswresample 0. 15.100 / 0. 15.100 > libpostproc 52. 0.100 / 52. 0.100 > [avi @ 0x1eacdc0] non-interleaved AVI > [avi @ 0x1eacdc0] max_analyze_duration 5000000 reached at 5000000 > [avi @ 0x1eacdc0] Could not find codec parameters for stream 1 (Audio: > none ([22 > ][2][0][0] / 0x0216), 44100 Hz, 2 channels, 1728 kb/s): unknown codec > Consider increasing the value for the 'analyzeduration' and 'probesize' > options > Guessed Channel Layout for Input Stream #0.1 : stereo > Input #0, avi, from 'Test_DV_Audio.avi': > Duration: 00:00:14.06, start: 0.000000, bitrate: 5488 kb/s > Stream #0:0: Video: cinepak (cvid / 0x64697663), yuv420p, 352x288, 15 > fps, 1 > 5 tbr, 15 tbn, 15 tbc > Stream #0:1: Audio: none ([22][2][0][0] / 0x0216), 44100 Hz, stereo, > 1728 kb > /s > At least one output file must be specified > }}} New description: http://www.datafilehost.com/download-f6b0f2cb.html {{{ C:\>ffmpeg -i Test_DV_Audio.avi ffmpeg version N-42682-g7e17389 Copyright (c) 2000-2012 the FFmpeg developers built on Jul 20 2012 02:23:40 with gcc 4.5.0 (GCC) 20100414 (Fedora MinGW 4.5. 0-1.fc14) configuration: --prefix=/var/www/users/research/ffmpeg/snapshots/build --arch= x86 --target-os=mingw32 --cross-prefix=i686-pc-mingw32- --cc='ccache i686 -pc-min gw32-gcc' --enable-w32threads --enable-memalign-hack --enable-runtime- cpudetect --enable-cross-compile --enable-static --disable-shared --extra- libs='-lws2_32 - lwinmm -lpthread' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snap shots/build/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/s napshots/build/lib' --enable-bzlib --enable-zlib --enable-gpl --enable- version3 --enable-nonfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libmp3lame --enable-libvpx --disable- decoder=libvpx libavutil 51. 65.100 / 51. 65.100 libavcodec 54. 41.100 / 54. 41.100 libavformat 54. 17.100 / 54. 17.100 libavdevice 54. 1.100 / 54. 1.100 libavfilter 3. 2.100 / 3. 2.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [avi @ 0x1eacdc0] non-interleaved AVI [avi @ 0x1eacdc0] max_analyze_duration 5000000 reached at 5000000 [avi @ 0x1eacdc0] Could not find codec parameters for stream 1 (Audio: none ([22 ][2][0][0] / 0x0216), 44100 Hz, 2 channels, 1728 kb/s): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options Guessed Channel Layout for Input Stream #0.1 : stereo Input #0, avi, from 'Test_DV_Audio.avi': Duration: 00:00:14.06, start: 0.000000, bitrate: 5488 kb/s Stream #0:0: Video: cinepak (cvid / 0x64697663), yuv420p, 352x288, 15 fps, 1 5 tbr, 15 tbn, 15 tbc Stream #0:1: Audio: none ([22][2][0][0] / 0x0216), 44100 Hz, stereo, 1728 kb /s At least one output file must be specified }}} -- Comment (by richardpl): There is nothing to port, dvaudio code is in dv demuxer -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 13 18:39:39 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 13 Oct 2012 16:39:39 -0000 Subject: [FFmpeg-trac] #1654(avcodec:closed): 3rd party app needs help with wma2 to pcm output In-Reply-To: <033.1357cbf43361a8df21365fc43c98226e@avcodec.org> References: <033.1357cbf43361a8df21365fc43c98226e@avcodec.org> Message-ID: <048.0cf05041b3b354855ce9a862b43ed9a7@avcodec.org> #1654: 3rd party app needs help with wma2 to pcm output --------------------------------+----------------------------------- Reporter: 8086 | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: 0.11.1 | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+----------------------------------- Changes (by richardpl): * status: new => closed * resolution: => invalid Comment: This is not support forum. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 13 18:41:44 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 13 Oct 2012 16:41:44 -0000 Subject: [FFmpeg-trac] #1647(undetermined:closed): [PATCH] rename the remaining instances of HAVE_MMX2 to HAVE_MMXEXT In-Reply-To: <037.8801e76f60227f32c155c2a3f282daab@avcodec.org> References: <037.8801e76f60227f32c155c2a3f282daab@avcodec.org> Message-ID: <052.2577b41f2f40cd713ed43ab1fe655932@avcodec.org> #1647: [PATCH] rename the remaining instances of HAVE_MMX2 to HAVE_MMXEXT -------------------------------------+------------------------------------- Reporter: xhmikosr | Owner: Type: enhancement | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by richardpl): * status: new => closed * resolution: => invalid * reproduced: 0 => 1 Comment: This is not mailing list. Bug reports are not place where to send patch. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 13 18:49:45 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 13 Oct 2012 16:49:45 -0000 Subject: [FFmpeg-trac] #1806(avformat:open): Audio/video stream order reversed in remuxed VOB files In-Reply-To: <035.a3b814d6a21bb6343a4e17bdb0651e66@avcodec.org> References: <035.a3b814d6a21bb6343a4e17bdb0651e66@avcodec.org> Message-ID: <050.6844412ac40ba95e1c2c5e1002f81ea6@avcodec.org> #1806: Audio/video stream order reversed in remuxed VOB files ------------------------------------+------------------------------------ Reporter: paulbu | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: stream VOB | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by richardpl): * status: new => open * version: unspecified => git-master * component: FFmpeg => avformat -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 13 19:22:54 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 13 Oct 2012 17:22:54 -0000 Subject: [FFmpeg-trac] #1777(avcodec:open): Wrong duration for a wavpack sample In-Reply-To: <034.bee7a90f7cb8d7b0a06f4129b1cda092@avcodec.org> References: <034.bee7a90f7cb8d7b0a06f4129b1cda092@avcodec.org> Message-ID: <049.5abc60562e2a406c415eacbabf295f25@avcodec.org> #1777: Wrong duration for a wavpack sample ------------------------------------+----------------------------------- Reporter: alexk | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: wavpack | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by richardpl): Where is the link? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 13 19:42:47 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 13 Oct 2012 17:42:47 -0000 Subject: [FFmpeg-trac] #1810(avformat:new): ffprobe: some .m4a files' metatags are not read by ffprobe In-Reply-To: <038.581bcf5c563606ff1624c5d3a3b795ea@avcodec.org> References: <038.581bcf5c563606ff1624c5d3a3b795ea@avcodec.org> Message-ID: <053.623155af2d35d127f9db0852f7b1e506@avcodec.org> #1810: ffprobe: some .m4a files' metatags are not read by ffprobe -----------------------------------+------------------------------------ Reporter: movie_fan | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 0.11.2 | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+------------------------------------ Comment (by movie_fan): Output from git head, it still doesn't read tags correctly: ffprobe version N-45459-g2a56e65 Copyright (c) 2007-2012 the FFmpeg developers built on Oct 13 2012 18:11:36 with gcc 4.7 (Debian 4.7.2-4) configuration: --enable-libmp3lame --enable-libtheora --enable-libx264 --disab le-libgsm --enable-postproc --disable-libxvid --enable- libfaac --enable-pthreads --enable-libvorbis --enable-gpl --disable-x11grab --enable-nonfree libavutil 51. 76.100 / 51. 76.100 libavcodec 54. 65.100 / 54. 65.100 libavformat 54. 32.100 / 54. 32.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 19.102 / 3. 19.102 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '01 Sonhei que estava em Portugal.m4a': Metadata: major_brand : M4A minor_version : 0 compatible_brands: mp42isomM4A creation_time : 1942-08-25 09:00:25 Duration: 00:01:28.80, start: 0.000000, bitrate: 608 kb/s Stream #0:0(und): Audio: alac (alac / 0x63616C61), 44100 Hz, stereo, s16, 60 8 kb/s Metadata: creation_time : 1942-08-25 09:00:25 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 14 00:20:02 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 13 Oct 2012 22:20:02 -0000 Subject: [FFmpeg-trac] #1777(avcodec:open): Wrong duration for a wavpack sample In-Reply-To: <034.bee7a90f7cb8d7b0a06f4129b1cda092@avcodec.org> References: <034.bee7a90f7cb8d7b0a06f4129b1cda092@avcodec.org> Message-ID: <049.9d9adff2cd0266632e0e1143fd40d39f@avcodec.org> #1777: Wrong duration for a wavpack sample ------------------------------------+----------------------------------- Reporter: alexk | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: wavpack | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by alexk): Replying to [comment:2 richardpl]: > Where is the link? It's on upload.ffmpeg.org, let me know if you don't have access to the ftp server, I can email the sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 14 02:58:16 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 14 Oct 2012 00:58:16 -0000 Subject: [FFmpeg-trac] #1647(undetermined:closed): [PATCH] rename the remaining instances of HAVE_MMX2 to HAVE_MMXEXT In-Reply-To: <037.8801e76f60227f32c155c2a3f282daab@avcodec.org> References: <037.8801e76f60227f32c155c2a3f282daab@avcodec.org> Message-ID: <052.a53860f15fb2bcb0174b68966ceda153@avcodec.org> #1647: [PATCH] rename the remaining instances of HAVE_MMX2 to HAVE_MMXEXT -------------------------------------+------------------------------------- Reporter: xhmikosr | Owner: Type: enhancement | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by xhmikosr): This is not a bug but whatever. And this was already sort of committed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 14 05:07:35 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 14 Oct 2012 03:07:35 -0000 Subject: [FFmpeg-trac] #1808(undetermined:new): Auto add yadif/format filter when needed In-Reply-To: <034.4d7c3ebe6b9b4f13a563216dfce4cade@avcodec.org> References: <034.4d7c3ebe6b9b4f13a563216dfce4cade@avcodec.org> Message-ID: <049.b8327320dc3c22a6dd66c48941555397@avcodec.org> #1808: Auto add yadif/format filter when needed -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: enhancement | Status: new Priority: wish | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ld): The link to test.avi is here.[ https://s3.amazonaws.com/testavi/test.avi] -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 14 07:52:05 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 14 Oct 2012 05:52:05 -0000 Subject: [FFmpeg-trac] #1813(avfilter:new): ASS filter does not accept filenames with ' Message-ID: <037.978579c8dba3d9d253955fa1c6712b62@avcodec.org> #1813: ASS filter does not accept filenames with ' ----------------------------------+---------------------------------- Reporter: Atarikid | Type: defect Status: new | Priority: normal Component: avfilter | Version: 1.0 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+---------------------------------- When using a filename including the character ' within the .ass filename FFmpeg gives an error 'Error opening filter' Example with escaping -vf ass="/Volumes/Data/Movies/Crime\ d\'Amour.srt" or without escaping: -vf ass="/Volumes/Data/Movies/Crime d'Amour.srt" Both gives an error. When removing the ' character (and renaming the file to Crime dAmour.srt) it works fine. I did not test this with other filters (watermark etc..) but I guess it the same would happen. BTW with FFmpeg 1.0 compiled to OS X -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 14 10:12:06 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 14 Oct 2012 08:12:06 -0000 Subject: [FFmpeg-trac] #1777(avcodec:open): Wrong duration for a wavpack sample In-Reply-To: <034.bee7a90f7cb8d7b0a06f4129b1cda092@avcodec.org> References: <034.bee7a90f7cb8d7b0a06f4129b1cda092@avcodec.org> Message-ID: <049.a75764c6ac2f6da8da4318a62908430a@avcodec.org> #1777: Wrong duration for a wavpack sample ------------------------------------+----------------------------------- Reporter: alexk | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: wavpack | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by richardpl): If sample is so small upload it here. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 14 10:44:04 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 14 Oct 2012 08:44:04 -0000 Subject: [FFmpeg-trac] #1814(undetermined:new): MJPEG in ASF: Unable to parse option value "0/0" Message-ID: <036.6f5c0e287b1794a9996f8f7f6e89aabb@avcodec.org> #1814: MJPEG in ASF: Unable to parse option value "0/0" -------------------------------------+------------------------------------- Reporter: taeuber | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I'm not sure if this is avformat or avcodec How to reproduce: {{{ % ffplay stream.dump ffplay version N-45494-gd310981 Copyright (c) 2003-2012 the FFmpeg developers built on Oct 14 2012 09:54:09 with gcc 4.6.1 (Ubuntu/Linaro 4.6.1-9ubuntu3) configuration: --enable-gpl --enable-pthreads --enable-libx264 --enable- libfaac --enable-libgsm --enable-libmp3lame --enable-libschroedinger --enable-libtheora --enable-libvorbis --enable-nonfree --enable-shared --enable-pic --enable-libxvid --enable-libspeex --enable-librtmp --enable- libopenjpeg --disable-vdpau libavutil 51. 76.100 / 51. 76.100 libavcodec 54. 65.100 / 54. 65.100 libavformat 54. 32.100 / 54. 32.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 19.102 / 3. 19.102 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 [asf @ 0x1f42420] max_analyze_duration 5000000 reached at 5120000 [asf @ 0x1f42420] Estimating duration from bitrate, this may be inaccurate Input #0, asf, from 'stream.dump': Duration: 00:01:34.10, start: 0.000000, bitrate: 31 kb/s Stream #0:0: Video: mjpeg (MJPG / 0x47504A4D), yuvj422p, 640x480, 6.25 tbr, 1k tbn, 1k tbc Stream #0:1: Audio: adpcm_ima_wav ([17][0][0][0] / 0x0011), 8000 Hz, 1 channels, s16p, 32 kb/s Frame changed from size:0x0 to size:640x480B vq= 67KB sq= 0B f=0/0 [buffer @ 0x20977a0] Unable to parse option value "0/0" }}} This is a stream dump of a webcam with fps=0.5. I can provide a private http streaming test account on my private cam to a limited group of developpers when necessary. {{{ [...] [mjpeg @ 0xc49280] marker=d8 avail_size_in_buf=17310 [mjpeg @ 0xc49280] marker parser used 0 bytes (0 bits) [mjpeg @ 0xc49280] marker=e0 avail_size_in_buf=17308 [mjpeg @ 0xc49280] marker parser used 18 bytes (144 bits) [mjpeg @ 0xc49280] marker=c0 avail_size_in_buf=17287 [mjpeg @ 0xc49280] sof0: picture: 640x480 [mjpeg @ 0xc49280] component 0 2:1 id: 0 quant:0 [mjpeg @ 0xc49280] component 1 1:1 id: 1 quant:1 [mjpeg @ 0xc49280] component 2 1:1 id: 2 quant:1 [mjpeg @ 0xc49280] pix fmt id 21111100 [mjpeg @ 0xc49280] marker parser used 17 bytes (136 bits) [mjpeg @ 0xc49280] marker=db avail_size_in_buf=17268 [mjpeg @ 0xc49280] index=0 [mjpeg @ 0xc49280] qscale[0]: 4 [mjpeg @ 0xc49280] index=1 [mjpeg @ 0xc49280] qscale[1]: 8 [mjpeg @ 0xc49280] marker parser used 132 bytes (1056 bits) [mjpeg @ 0xc49280] marker=c4 avail_size_in_buf=17134 [mjpeg @ 0xc49280] class=0 index=0 nb_codes=12 [mjpeg @ 0xc49280] class=1 index=0 nb_codes=251 [mjpeg @ 0xc49280] class=0 index=1 nb_codes=12 [mjpeg @ 0xc49280] class=1 index=1 nb_codes=251 [mjpeg @ 0xc49280] marker parser used 418 bytes (3344 bits) [mjpeg @ 0xc49280] escaping removed 34 bytes [mjpeg @ 0xc49280] marker=da avail_size_in_buf=16714 [mjpeg @ 0xc49280] component: 0 [mjpeg @ 0xc49280] component: 1 [mjpeg @ 0xc49280] component: 2 [mjpeg @ 0xc49280] marker parser used 16677 bytes (133409 bits) [mjpeg @ 0xc49280] marker=d9 avail_size_in_buf=0 [mjpeg @ 0xc49280] decode frame unused 0 bytes Frame changed from size:0x0 to size:640x480 [buffer @ 0x7f04f80077a0] Setting entry with key 'video_size' to value '640x480' [buffer @ 0x7f04f80077a0] Setting entry with key 'pix_fmt' to value '13' [buffer @ 0x7f04f80077a0] Setting entry with key 'time_base' to value '1/1000' [buffer @ 0x7f04f80077a0] Setting entry with key 'pixel_aspect' to value '0/0' [buffer @ 0x7f04f80077a0] Unable to parse option value "0/0" [AVIOContext @ 0xc48000] Statistics: 196608 bytes read, 0 seeks 0B f=0/0 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 14 11:47:31 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 14 Oct 2012 09:47:31 -0000 Subject: [FFmpeg-trac] #1032(undetermined:open): PTS < DTS while stream copying WTV files causing failure In-Reply-To: <040.6a04f3a3db444cd6c741e22b7d633ba8@avcodec.org> References: <040.6a04f3a3db444cd6c741e22b7d633ba8@avcodec.org> Message-ID: <055.f7096524fea524b88a1926d700e95cf1@avcodec.org> #1032: PTS < DTS while stream copying WTV files causing failure -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: wtv h264 | Resolution: av_interleaved_write_frame | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by pross): This appears to be fixed. I am able to generate valid mp4 files using these commands. {{{ ffmpeg -i Test\ -\ Copy.wtv -vcodec copy -acodec copy out.mp4 }}} {{{ ffmpeg -i Test\ -\ Copy.wtv -vcodec copy -an out.mp4 }}} Please corroborate! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 14 12:18:01 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 14 Oct 2012 10:18:01 -0000 Subject: [FFmpeg-trac] #1808(undetermined:new): Auto add yadif/format filter when needed In-Reply-To: <034.4d7c3ebe6b9b4f13a563216dfce4cade@avcodec.org> References: <034.4d7c3ebe6b9b4f13a563216dfce4cade@avcodec.org> Message-ID: <049.58eb99395fb3f474d4281fda829fc6fc@avcodec.org> #1808: Auto add yadif/format filter when needed -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: enhancement | Status: new Priority: wish | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * cc: ld (added) Comment: Thank you for the sample! Is the video in the file supposed to be solid red? Which software produced the video? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 14 12:18:54 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 14 Oct 2012 10:18:54 -0000 Subject: [FFmpeg-trac] #1813(avfilter:new): ASS filter does not accept filenames with ' In-Reply-To: <037.978579c8dba3d9d253955fa1c6712b62@avcodec.org> References: <037.978579c8dba3d9d253955fa1c6712b62@avcodec.org> Message-ID: <052.1494f733d9c1409efcd8aa9b8684d741@avcodec.org> #1813: ASS filter does not accept filenames with ' ----------------------------------+------------------------------------ Reporter: Atarikid | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: 1.0 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+------------------------------------ Comment (by cehoyos): Replying to [ticket:1813 Atarikid]: > Both gives an error. Please provide your command line together with complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 14 12:19:11 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 14 Oct 2012 10:19:11 -0000 Subject: [FFmpeg-trac] #1166(undetermined:open): CopyTB broken in new FFMPEG builds In-Reply-To: <040.d60a901c4bf3b58062486a6183df7af0@avcodec.org> References: <040.d60a901c4bf3b58062486a6183df7af0@avcodec.org> Message-ID: <055.ae9ad650e033ca00588e2f79957beb6d@avcodec.org> #1166: CopyTB broken in new FFMPEG builds -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: open Priority: normal | Component: Version: unspecified | undetermined Keywords: copytb | Resolution: copyts | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by pross): This appears to be fixed. I am able to generate valid ts files *without* using -copyts. e.g. {{{ ./ffmpeg -i ../wtv-bugs/MPEG2.wtv -acodec copy -vcodec copy out.ts }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 14 12:19:23 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 14 Oct 2012 10:19:23 -0000 Subject: [FFmpeg-trac] #1777(avcodec:open): Wrong duration for a wavpack sample In-Reply-To: <034.bee7a90f7cb8d7b0a06f4129b1cda092@avcodec.org> References: <034.bee7a90f7cb8d7b0a06f4129b1cda092@avcodec.org> Message-ID: <049.87521e871d18629afd8757a19d9d18a3@avcodec.org> #1777: Wrong duration for a wavpack sample ------------------------------------+----------------------------------- Reporter: alexk | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: wavpack | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Sample is in http://samples.ffmpeg.org/ffmpeg-bugs/trac/ticket1777/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 14 12:27:04 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 14 Oct 2012 10:27:04 -0000 Subject: [FFmpeg-trac] #1814(undetermined:new): MJPEG in ASF: Unable to parse option value "0/0" In-Reply-To: <036.6f5c0e287b1794a9996f8f7f6e89aabb@avcodec.org> References: <036.6f5c0e287b1794a9996f8f7f6e89aabb@avcodec.org> Message-ID: <051.c61905d73206fadf41e424f05d48af61@avcodec.org> #1814: MJPEG in ASF: Unable to parse option value "0/0" -------------------------------------+------------------------------------- Reporter: taeuber | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => regression * priority: normal => important Comment: Could you confirm that you see the same problem with the stream you attached and if you try to decode the original http stream? Or does the sample you attached show one problem (Unable to parse option value "0/0"), but there is another problem if you try to decode a stream from your camera? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 14 12:28:02 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 14 Oct 2012 10:28:02 -0000 Subject: [FFmpeg-trac] #1813(avfilter:new): ASS filter does not accept filenames with ' In-Reply-To: <037.978579c8dba3d9d253955fa1c6712b62@avcodec.org> References: <037.978579c8dba3d9d253955fa1c6712b62@avcodec.org> Message-ID: <052.66fbc548591e5e1fc9ea12ef6493b853@avcodec.org> #1813: ASS filter does not accept filenames with ' ----------------------------------+------------------------------------ Reporter: Atarikid | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: 1.0 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+------------------------------------ Comment (by Atarikid): No problem. Command line: /Users/Atari/Library/FFmpeg/ffmpeg -i /Volumes/Data/Movies/Gaming\ test\:\ Galaxy\ S\ II\ vs.\ Galaxy\ S\ Plus\ vs.\ Optimus\ 2X\ \-\ YouTube.mp4 -c:a aac -b:a 128k -strict experimental -async 1 -c:v libx264 -b:v 2416k -bt 171k -bufsize 966.4k -r 29.97 -s 640x360 -aspect 640:360 -vf ass="/volumes/data/movies/crime\ d\'amour.ass" -threads 8 -y "/Users/Atari/Movies/Gaming test Galaxy S II vs. Galaxy S Plus vs. Optimus 2X - YouTube.mp4" Output: Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/Volumes/Data/Movies/Gaming test: Galaxy S II vs. Galaxy S Plus vs. Optimus 2X - YouTube.mp4': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: isommp42 creation_time : 2011-06-01 17:20:19 Duration: 00:03:18.25, start: 0.000000, bitrate: 620 kb/s Stream #0:0(und): Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yuv420p, 640x360, 518 kb/s, 29.97 fps, 29.92 tbr, 1k tbn, 59.83 tbc Metadata: creation_time : 1970-01-01 00:00:00 handler_name : VideoHandler Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, s16, 96 kb/s Metadata: creation_time : 2011-06-01 17:20:20 handler_name : IsoMedia File Produced by Google, 5-11-2011 [Parsed_ass_0 @ 0x101b0ef20] ass_read_file(/volumes/data/movies/crime damour.ass): fopen failed [Parsed_ass_0 @ 0x101b0ef20] Could not create a libass track when reading file '/volumes/data/movies/crime damour.ass' [AVFilterGraph @ 0x101b0c6e0] Error initializing filter 'ass' with args '/volumes/data/movies/crime d'amour.ass' Error opening filters! It seems FFmpeg cuts the ' character when reading the .ass file -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 14 12:30:54 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 14 Oct 2012 10:30:54 -0000 Subject: [FFmpeg-trac] #1032(undetermined:closed): PTS < DTS while stream copying WTV files causing failure In-Reply-To: <040.6a04f3a3db444cd6c741e22b7d633ba8@avcodec.org> References: <040.6a04f3a3db444cd6c741e22b7d633ba8@avcodec.org> Message-ID: <055.c3b1023b58a0886ca506ac3774b21c9f@avcodec.org> #1032: PTS < DTS while stream copying WTV files causing failure -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: wtv h264 | Resolution: fixed av_interleaved_write_frame | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 14 12:36:36 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 14 Oct 2012 10:36:36 -0000 Subject: [FFmpeg-trac] #1814(undetermined:new): MJPEG in ASF: Unable to parse option value "0/0" In-Reply-To: <036.6f5c0e287b1794a9996f8f7f6e89aabb@avcodec.org> References: <036.6f5c0e287b1794a9996f8f7f6e89aabb@avcodec.org> Message-ID: <051.a835f543d9c0561926af13d9a1b2d0da@avcodec.org> #1814: MJPEG in ASF: Unable to parse option value "0/0" -------------------------------------+------------------------------------- Reporter: taeuber | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by taeuber): I confirm, that there is the same error with the stream directly read by ffplay: {{{ $ ffplay http://user:pw at url:port/videostream.asf?resolution=32&rate=18 ffplay version N-45494-gd310981 Copyright (c) 2003-2012 the FFmpeg developers built on Oct 14 2012 09:54:09 with gcc 4.6.1 (Ubuntu/Linaro 4.6.1-9ubuntu3) configuration: --enable-gpl --enable-pthreads --enable-libx264 --enable- libfaac --enable-libgsm --enable-libmp3lame --enable-libschroedinger --enable-libtheora --enable-libvorbis --enable-nonfree --enable-shared --enable-pic --enable-libxvid --enable-libspeex --enable-librtmp --enable- libopenjpeg --disable-vdpau libavutil 51. 76.100 / 51. 76.100 libavcodec 54. 65.100 / 54. 65.100 libavformat 54. 32.100 / 54. 32.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 19.102 / 3. 19.102 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 [asf @ 0x25f8420] Format asf probed with size=2048 and score=100 [asf @ 0x25f8420] File position before avformat_find_stream_info() is 457 [asf @ 0x25f8420] parser not found for codec adpcm_ima_wav, packets or times may be invalid. [mjpeg @ 0x264a6a0] marker=d8 avail_size_in_buf=18278 [mjpeg @ 0x264a6a0] marker parser used 0 bytes (0 bits) [mjpeg @ 0x264a6a0] marker=e0 avail_size_in_buf=18276 [mjpeg @ 0x264a6a0] marker parser used 18 bytes (144 bits) [mjpeg @ 0x264a6a0] marker=c0 avail_size_in_buf=18255 [mjpeg @ 0x264a6a0] sof0: picture: 640x480 [mjpeg @ 0x264a6a0] component 0 2:1 id: 0 quant:0 [mjpeg @ 0x264a6a0] component 1 1:1 id: 1 quant:1 [mjpeg @ 0x264a6a0] component 2 1:1 id: 2 quant:1 [mjpeg @ 0x264a6a0] pix fmt id 21111100 [mjpeg @ 0x264a6a0] marker parser used 17 bytes (136 bits) [mjpeg @ 0x264a6a0] marker=db avail_size_in_buf=18236 [mjpeg @ 0x264a6a0] index=0 [mjpeg @ 0x264a6a0] qscale[0]: 4 [mjpeg @ 0x264a6a0] index=1 [mjpeg @ 0x264a6a0] qscale[1]: 8 [mjpeg @ 0x264a6a0] marker parser used 132 bytes (1056 bits) [mjpeg @ 0x264a6a0] marker=c4 avail_size_in_buf=18102 [mjpeg @ 0x264a6a0] class=0 index=0 nb_codes=12 [mjpeg @ 0x264a6a0] class=1 index=0 nb_codes=251 [mjpeg @ 0x264a6a0] class=0 index=1 nb_codes=12 [mjpeg @ 0x264a6a0] class=1 index=1 nb_codes=251 [mjpeg @ 0x264a6a0] marker parser used 418 bytes (3344 bits) [mjpeg @ 0x264a6a0] escaping removed 36 bytes [mjpeg @ 0x264a6a0] marker=da avail_size_in_buf=17682 [mjpeg @ 0x264a6a0] component: 0 [mjpeg @ 0x264a6a0] component: 1 [mjpeg @ 0x264a6a0] component: 2 [mjpeg @ 0x264a6a0] marker parser used 17644 bytes (141149 bits) [mjpeg @ 0x264a6a0] marker=d9 avail_size_in_buf=2 [mjpeg @ 0x264a6a0] decode frame unused 2 bytes [asf @ 0x25f8420] parser not found for codec adpcm_ima_wav, packets or times may be invalid. [asf @ 0x25f8420] max_analyze_duration 5000000 reached at 5120000 rfps: 1.166667 0.001017 Last message repeated 1 times rfps: 1.583333 0.000536 [...] rfps: 59.083333 0.010758 Last message repeated 1 times rfps: 59.416667 0.012328 rfps: 59.500000 0.019289 rfps: 59.833333 0.008958 rfps: 11.988012 0.016747 Last message repeated 1 times [asf @ 0x25f8420] Estimating duration from bitrate, this may be inaccurate [asf @ 0x25f8420] File position after avformat_find_stream_info() is 103507 Input #0, asf, from 'http://xxxxxx:xx at yyyyyyyy.dyndns.org:zz/videostream.asf?resolution=32&rate=18': Duration: N/A, start: 0.000000, bitrate: 32 kb/s Stream #0:0, 4, 1/1000: Video: mjpeg (MJPG / 0x47504A4D), yuvj422p, 640x480, 1/1000, 25 tbr, 1k tbn, 1k tbc Stream #0:1, 34, 1/1000: Audio: adpcm_ima_wav ([17][0][0][0] / 0x0011), 8000 Hz, 1 channels, s16p, 32 kb/s [mjpeg @ 0x264a6a0] marker=d8 avail_size_in_buf=18278 [mjpeg @ 0x264a6a0] marker parser used 0 bytes (0 bits) [mjpeg @ 0x264a6a0] marker=e0 avail_size_in_buf=18276 [mjpeg @ 0x264a6a0] marker parser used 18 bytes (144 bits) [mjpeg @ 0x264a6a0] marker=c0 avail_size_in_buf=18255 [mjpeg @ 0x264a6a0] sof0: picture: 640x480 [mjpeg @ 0x264a6a0] component 0 2:1 id: 0 quant:0 [mjpeg @ 0x264a6a0] component 1 1:1 id: 1 quant:1 [mjpeg @ 0x264a6a0] component 2 1:1 id: 2 quant:1 [mjpeg @ 0x264a6a0] pix fmt id 21111100 [mjpeg @ 0x264a6a0] marker parser used 17 bytes (136 bits)= 0B f=0/0 [mjpeg @ 0x264a6a0] marker=db avail_size_in_buf=18236 [mjpeg @ 0x264a6a0] index=0 [mjpeg @ 0x264a6a0] qscale[0]: 4 [mjpeg @ 0x264a6a0] index=1 [mjpeg @ 0x264a6a0] qscale[1]: 8 [mjpeg @ 0x264a6a0] marker parser used 132 bytes (1056 bits) [mjpeg @ 0x264a6a0] marker=c4 avail_size_in_buf=18102 [mjpeg @ 0x264a6a0] class=0 index=0 nb_codes=12 [mjpeg @ 0x264a6a0] class=1 index=0 nb_codes=251 [mjpeg @ 0x264a6a0] class=0 index=1 nb_codes=12 [mjpeg @ 0x264a6a0] class=1 index=1 nb_codes=251 [mjpeg @ 0x264a6a0] marker parser used 418 bytes (3344 bits) [mjpeg @ 0x264a6a0] escaping removed 36 bytes [mjpeg @ 0x264a6a0] marker=da avail_size_in_buf=17682 [mjpeg @ 0x264a6a0] component: 0 [mjpeg @ 0x264a6a0] component: 1 [mjpeg @ 0x264a6a0] component: 2 [mjpeg @ 0x264a6a0] marker parser used 17644 bytes (141149 bits) [mjpeg @ 0x264a6a0] marker=d9 avail_size_in_buf=2 [mjpeg @ 0x264a6a0] decode frame unused 2 bytes Frame changed from size:0x0 to size:640x480 [buffer @ 0x2756ae0] Setting entry with key 'video_size' to value '640x480' [buffer @ 0x2756ae0] Setting entry with key 'pix_fmt' to value '13' [buffer @ 0x2756ae0] Setting entry with key 'time_base' to value '1/1000' [buffer @ 0x2756ae0] Setting entry with key 'pixel_aspect' to value '0/0' [buffer @ 0x2756ae0] Unable to parse option value "0/0" [AVIOContext @ 0x264d4a0] Statistics: 103507 bytes read, 0 seeks }}} regards Lars -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 14 12:37:20 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 14 Oct 2012 10:37:20 -0000 Subject: [FFmpeg-trac] #1166(undetermined:closed): CopyTB broken in new FFMPEG builds In-Reply-To: <040.d60a901c4bf3b58062486a6183df7af0@avcodec.org> References: <040.d60a901c4bf3b58062486a6183df7af0@avcodec.org> Message-ID: <055.1b2825026fd8cd5c45759594105896ae@avcodec.org> #1166: CopyTB broken in new FFMPEG builds -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: copytb | Resolution: fixed copyts wtv mpeg2video | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: copytb copyts => copytb copyts wtv mpeg2video * status: open => closed * resolution: => fixed Comment: Thank you for testing these samples! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 14 12:50:55 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 14 Oct 2012 10:50:55 -0000 Subject: [FFmpeg-trac] #1777(avformat:closed): Wrong duration for a wavpack sample In-Reply-To: <034.bee7a90f7cb8d7b0a06f4129b1cda092@avcodec.org> References: <034.bee7a90f7cb8d7b0a06f4129b1cda092@avcodec.org> Message-ID: <049.29cb5e7ddfd9ef0288a1704f2c7e18a4@avcodec.org> #1777: Wrong duration for a wavpack sample ------------------------------------+------------------------------------ Reporter: alexk | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: wavpack | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+------------------------------------ Changes (by richardpl): * analyzed: 0 => 1 * resolution: => fixed * status: open => closed * component: avcodec => avformat Comment: Fixed, now it is reported as N/A. The only way to find duration is to seek&parse to the end of the file. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 14 13:08:50 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 14 Oct 2012 11:08:50 -0000 Subject: [FFmpeg-trac] #1815(avformat:new): FFmpeg does not copy the default and forced track flags for matroka files Message-ID: <035.0608ce2f9a0c88339c0cc900c5a2edd4@avcodec.org> #1815: FFmpeg does not copy the default and forced track flags for matroka files ----------------------------------+--------------------------------------- Reporter: billie | Type: enhancement Status: new | Priority: normal Component: avformat | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- The first output is from a sample file I have created with mmg from mkvtoolnix with every possible combination of the forced and default flags. mmg allows one default track for all video, audio and subtitle tracks but multiple forced tracks. The second/third/fourth output is the result from "ffmpeg -i test_orig.mkv -c: copy -map 0 -f matroska test_ffmpeg_*.mkv". Currently ffmpeg seems to drop the forced flag and every stream which has no flag gets the default flag. I took a look at libavformat/matroskaenc.c applied the changes from the attached patch. The patch only works if I add the forced flag before the default flag with put_ebml_uint. If I add it afterwards I get the third output. Here existing flags were kept but all streams without flags still get the default flags. Adding the forced flag before adding the default flag gives the desired fourth output. All flags are copied correctly. I do not have any experience in c programming, so I am not sure if this is the correct fix so I would be glad if somebody could take a look at this. Furthermore is it possible to add a way of setting this flags with ffmpeg, currently this seems not doable. 1: ffmpeg -i test_orig.mkv 2>&1 | grep Stream Stream #0:0: Video: h264 (High), yuv420p, 720x576 [SAR 64:45 DAR 16:9], 25 fps, 25 tbr, 1k tbn, 50 tbc (default) Stream #0:1(ger): Audio: ac3, 48000 Hz, 5.1(side), s16, 448 kb/s (default) (forced) Stream #0:2(ger): Audio: ac3, 48000 Hz, 5.1(side), s16, 448 kb/s (forced) Stream #0:3(ger): Audio: ac3, 48000 Hz, 5.1(side), s16, 448 kb/s Stream #0:4(ger): Subtitle: dvd_subtitle (default) Stream #0:5(ger): Subtitle: dvd_subtitle (forced) Stream #0:6(ger): Subtitle: dvd_subtitle 2: ffmpeg -i test_ffmpeg_orig.mkv 2>&1 | grep Stream Stream #0:0: Video: h264 (High), yuv420p, 720x576 [SAR 64:45 DAR 16:9], 25 fps, 25 tbr, 1k tbn, 50 tbc (default) Stream #0:1(ger): Audio: ac3, 48000 Hz, 5.1(side), s16, 448 kb/s (default) Stream #0:2(ger): Audio: ac3, 48000 Hz, 5.1(side), s16, 448 kb/s Stream #0:3(ger): Audio: ac3, 48000 Hz, 5.1(side), s16, 448 kb/s (default) Stream #0:4(ger): Subtitle: dvd_subtitle (default) Stream #0:5(ger): Subtitle: dvd_subtitle Stream #0:6(ger): Subtitle: dvd_subtitle (default) 3: ffmpeg -i test_ffmpeg_forced_after.mkv 2>&1 | grep Stream Stream #0:0: Video: h264 (High), yuv420p, 720x576 [SAR 64:45 DAR 16:9], 25 fps, 25 tbr, 1k tbn, 50 tbc (default) Stream #0:1(ger): Audio: ac3, 48000 Hz, 5.1(side), s16, 448 kb/s (default) (forced) Stream #0:2(ger): Audio: ac3, 48000 Hz, 5.1(side), s16, 448 kb/s (forced) Stream #0:3(ger): Audio: ac3, 48000 Hz, 5.1(side), s16, 448 kb/s (default) Stream #0:4(ger): Subtitle: dvd_subtitle (default) Stream #0:5(ger): Subtitle: dvd_subtitle (forced) Stream #0:6(ger): Subtitle: dvd_subtitle (default) 4: ffmpeg -i test_ffmpeg_forced_before.mkv 2>&1 | grep Stream Stream #0:0: Video: h264 (High), yuv420p, 720x576 [SAR 64:45 DAR 16:9], 25 fps, 25 tbr, 1k tbn, 50 tbc (default) Stream #0:1(ger): Audio: ac3, 48000 Hz, 5.1(side), s16, 448 kb/s (default) (forced) Stream #0:2(ger): Audio: ac3, 48000 Hz, 5.1(side), s16, 448 kb/s (forced) Stream #0:3(ger): Audio: ac3, 48000 Hz, 5.1(side), s16, 448 kb/s Stream #0:4(ger): Subtitle: dvd_subtitle (default) Stream #0:5(ger): Subtitle: dvd_subtitle (forced) Stream #0:6(ger): Subtitle: dvd_subtitle -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 14 13:15:17 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 14 Oct 2012 11:15:17 -0000 Subject: [FFmpeg-trac] #1814(undetermined:new): MJPEG in ASF: Unable to parse option value "0/0" In-Reply-To: <036.6f5c0e287b1794a9996f8f7f6e89aabb@avcodec.org> References: <036.6f5c0e287b1794a9996f8f7f6e89aabb@avcodec.org> Message-ID: <051.e83c17c19b597a8f1465475b2db4943c@avcodec.org> #1814: MJPEG in ASF: Unable to parse option value "0/0" -------------------------------------+------------------------------------- Reporter: taeuber | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by richardpl): lavfi trips over 0/0 sample aspect ratio. Possible solutions: 1st: modify mjpedec.c and make 0/0 into 0/1 2st: teach lavfi to assume invalid aspect ratios are 1/1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 14 13:28:00 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 14 Oct 2012 11:28:00 -0000 Subject: [FFmpeg-trac] #1736(avcodec:reopened): ffmpeg fails to build on Snow Leopard due to please_use_av_malloc macro polluting system headers In-Reply-To: <037.035cf0e1419981652c9b3c1367963a7e@avcodec.org> References: <037.035cf0e1419981652c9b3c1367963a7e@avcodec.org> Message-ID: <052.f2e3f83636b3952bd26a5f145394e5e1@avcodec.org> #1736: ffmpeg fails to build on Snow Leopard due to please_use_av_malloc macro polluting system headers -------------------------------------+------------------------------------- Reporter: jeremyhu | Owner: Type: defect | Status: reopened Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: osx | Blocked By: regression vda | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by perime33): * status: closed => reopened * resolution: fixed => Comment: The issue is not fixed. mplayer still fails to build on Snow Leopard, with error messages: /usr/lib/gcc/i686-apple-darwin10/4.2.1/include/mm_malloc.h:56: error: implicit declaration of function 'please_use_av_malloc' (...) /usr/lib/gcc/i686-apple-darwin10/4.2.1/include/mm_malloc.h:74: error: implicit declaration of function 'please_use_av_free' (...) make[1]: *** [libavcodec/vda_h264.o] Error 1 Problem when trying to compile the latest mplayer package downloaded October 14th 2012 from svn://svn.mplayerhq.hu/mplayer/trunk, on Mac OS X Version 10.6.8. Compiler version: /usr/bin/gcc-4.2 --version i686-apple-darwin10-gcc-4.2.1 (GCC) 4.2.1 (Apple Inc. build 5666) (dot 3) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 14 16:03:28 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 14 Oct 2012 14:03:28 -0000 Subject: [FFmpeg-trac] #1736(avcodec:reopened): ffmpeg fails to build on Snow Leopard due to please_use_av_malloc macro polluting system headers In-Reply-To: <037.035cf0e1419981652c9b3c1367963a7e@avcodec.org> References: <037.035cf0e1419981652c9b3c1367963a7e@avcodec.org> Message-ID: <052.f9b7adf14a572aa584341376295c7078@avcodec.org> #1736: ffmpeg fails to build on Snow Leopard due to please_use_av_malloc macro polluting system headers -------------------------------------+------------------------------------- Reporter: jeremyhu | Owner: Type: defect | Status: reopened Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: osx | Blocked By: regression vda | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Do you see only a problem when compiling MPlayer? If yes, please report to mplayer-users. Or is the problem also reproducible when compiling FFmpeg? If yes, please run make, run make again (you should see the same compilation error twice), then run 'make V=1' and post the complete, uncut console output of this last run. (Please do not post the complete, uncut console output of the first make run.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 14 16:06:06 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 14 Oct 2012 14:06:06 -0000 Subject: [FFmpeg-trac] #1808(undetermined:new): Auto add yadif/format filter when needed In-Reply-To: <034.4d7c3ebe6b9b4f13a563216dfce4cade@avcodec.org> References: <034.4d7c3ebe6b9b4f13a563216dfce4cade@avcodec.org> Message-ID: <049.7a895f255efee82e9f4e584ff1a5c150@avcodec.org> #1808: Auto add yadif/format filter when needed -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: enhancement | Status: new Priority: wish | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ldenman): ld here, something was funny with my account and i couldn't log in. anyways, the video does not show up as solid red here with mplayer. It flashes black then blue. The software I used was mencoder and v4l2. I do not have the exact command at the moment, though. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 14 17:23:27 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 14 Oct 2012 15:23:27 -0000 Subject: [FFmpeg-trac] #1791(avfilter:new): changing number of channels/sample rate midstream In-Reply-To: <038.3383971df2072ff2314279a154887dff@avcodec.org> References: <038.3383971df2072ff2314279a154887dff@avcodec.org> Message-ID: <053.e18529956e8c2b8e26455c4695ac34ac@avcodec.org> #1791: changing number of channels/sample rate midstream ------------------------------------+------------------------------------ Reporter: richardpl | 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 richardpl): This sample is different because it changes number of channels from 4 to 2 but channel layout remains same. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 14 18:28:27 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 14 Oct 2012 16:28:27 -0000 Subject: [FFmpeg-trac] #1166(undetermined:closed): CopyTB broken in new FFMPEG builds In-Reply-To: <040.d60a901c4bf3b58062486a6183df7af0@avcodec.org> References: <040.d60a901c4bf3b58062486a6183df7af0@avcodec.org> Message-ID: <055.9e23674f6a977fdf184d6abdcd7951ae@avcodec.org> #1166: CopyTB broken in new FFMPEG builds -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: copytb | Resolution: fixed copyts wtv mpeg2video | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ramitbhalla): pross which build are you using? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 14 19:32:23 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 14 Oct 2012 17:32:23 -0000 Subject: [FFmpeg-trac] #1065(undetermined:closed): H.264/AVC(BDAV BluRay codec family) incorrect framerate recognition In-Reply-To: <037.96e9b7316480ebcf012d1b219d26bc5f@avcodec.org> References: <037.96e9b7316480ebcf012d1b219d26bc5f@avcodec.org> Message-ID: <052.9a283119286e0b4c267fadec24197206@avcodec.org> #1065: H.264/AVC(BDAV BluRay codec family) incorrect framerate recognition -------------------------------------+------------------------------------- Reporter: L.H.V.F. | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: h264, | Resolution: fixed framerate | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: fps recognition fixed. If issues remain please open a seperate ticket for each issue. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 14 22:38:06 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 14 Oct 2012 20:38:06 -0000 Subject: [FFmpeg-trac] #1345(avcodec:closed): ffmpeg loops tiny flac (av_read_frame duplicates frames?) In-Reply-To: <035.07de6ab71ae5ccbf11a09f43e0b0aced@avcodec.org> References: <035.07de6ab71ae5ccbf11a09f43e0b0aced@avcodec.org> Message-ID: <050.b6ce73855dc1194bdb8329a40e3acb85@avcodec.org> #1345: ffmpeg loops tiny flac (av_read_frame duplicates frames?) -------------------------------------+------------------------------------- Reporter: uwwint | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: flac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Michael Chinen. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 14 23:42:08 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 14 Oct 2012 21:42:08 -0000 Subject: [FFmpeg-trac] #1814(undetermined:closed): MJPEG in ASF: Unable to parse option value "0/0" In-Reply-To: <036.6f5c0e287b1794a9996f8f7f6e89aabb@avcodec.org> References: <036.6f5c0e287b1794a9996f8f7f6e89aabb@avcodec.org> Message-ID: <051.045251b11ac22a1b870004a464b7c667@avcodec.org> #1814: MJPEG in ASF: Unable to parse option value "0/0" -------------------------------------+------------------------------------- Reporter: taeuber | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: regression | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 15 01:06:20 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 14 Oct 2012 23:06:20 -0000 Subject: [FFmpeg-trac] #1814(FFplay:closed): MJPEG in ASF: Unable to parse option value "0/0" In-Reply-To: <036.6f5c0e287b1794a9996f8f7f6e89aabb@avcodec.org> References: <036.6f5c0e287b1794a9996f8f7f6e89aabb@avcodec.org> Message-ID: <051.2a888fd55e32370a9a3872015825734e@avcodec.org> #1814: MJPEG in ASF: Unable to parse option value "0/0" ------------------------------------+---------------------------------- Reporter: taeuber | Owner: Type: defect | Status: closed Priority: important | Component: FFplay Version: git-master | Resolution: fixed Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Changes (by cehoyos): * component: undetermined => FFplay -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 15 01:45:07 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 14 Oct 2012 23:45:07 -0000 Subject: [FFmpeg-trac] #1693(avcodec:new): AAC Scalable Sample Rate (SSR) In-Reply-To: <036.b138c87cd2bcbec173f0e3d770b12046@avcodec.org> References: <036.b138c87cd2bcbec173f0e3d770b12046@avcodec.org> Message-ID: <051.74ab2eae3fb1972811fca3d60766fa81@avcodec.org> #1693: AAC Scalable Sample Rate (SSR) ------------------------------------+----------------------------------- Reporter: cehoyos | 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): An additional sample is in http://samples.ffmpeg.org/ffmpeg- bugs/trac/ticket1693/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 15 01:47:25 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 14 Oct 2012 23:47:25 -0000 Subject: [FFmpeg-trac] #1815(avformat:new): FFmpeg does not copy the default and forced track flags for matroka files In-Reply-To: <035.0608ce2f9a0c88339c0cc900c5a2edd4@avcodec.org> References: <035.0608ce2f9a0c88339c0cc900c5a2edd4@avcodec.org> Message-ID: <050.0398ae7a50224956ed31b703c2e237b8@avcodec.org> #1815: FFmpeg does not copy the default and forced track flags for matroka files -------------------------------------+------------------------------------ Reporter: billie | Owner: Type: enhancement | 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 cehoyos): * keywords: => mkv Comment: Please provide complete, uncut console output together with a failing command line and please provide an input sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 15 02:05:19 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Oct 2012 00:05:19 -0000 Subject: [FFmpeg-trac] #18(avcodec:closed): support lvf h264 file In-Reply-To: <034.751aca4cf5f352c05ff9de066c443d1b@avcodec.org> References: <034.751aca4cf5f352c05ff9de066c443d1b@avcodec.org> Message-ID: <049.6213ae0798b4a1056312138b001612ac@avcodec.org> #18: support lvf h264 file -------------------------------------+----------------------------------- Reporter: compn | Owner: michael Type: enhancement | Status: closed Priority: wish | Component: avcodec Version: git | Resolution: fixed Keywords: h264 lvf | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: h264 => h264 lvf -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 15 02:09:21 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Oct 2012 00:09:21 -0000 Subject: [FFmpeg-trac] #1816(avformat:new): lvf file with audio Message-ID: <036.53d0862fc9f53fa3c9d96b8398caa336@avcodec.org> #1816: lvf file with audio ---------------------------------------+---------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: git-master | Keywords: lvf Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 ---------------------------------------+---------------------------------- The lvf sample from ticket #18 is video-only and contains a h264 elementary stream (encoded with x264 if the metadata is correct). It plays fine with current FFmpeg, I will upload another lvf sample that (if the metadata is correct) contains both video (x264) and audio. The sample is not recognized by current FFmpeg. {{{ $ ffmpeg -i 0320121001203534.lvf ffmpeg version N-45528-g1b8f4d7 Copyright (c) 2000-2012 the FFmpeg developers built on Oct 15 2012 01:06:58 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 51. 76.100 / 51. 76.100 libavcodec 54. 65.100 / 54. 65.100 libavformat 54. 32.100 / 54. 32.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 19.102 / 3. 19.102 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 0320121001203534.lvf: Invalid data found when processing input }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 15 02:11:01 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Oct 2012 00:11:01 -0000 Subject: [FFmpeg-trac] #1816(avformat:new): lvf file with audio In-Reply-To: <036.53d0862fc9f53fa3c9d96b8398caa336@avcodec.org> References: <036.53d0862fc9f53fa3c9d96b8398caa336@avcodec.org> Message-ID: <051.65ba6e52ba9120570570633f33d39106@avcodec.org> #1816: lvf file with audio -------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: lvf | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): Sample uploaded to http://samples.ffmpeg.org/ffmpeg-bugs/trac/ticket1816/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 15 10:46:05 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Oct 2012 08:46:05 -0000 Subject: [FFmpeg-trac] #1813(documentation:open): ASS filter does not accept filenames with ' In-Reply-To: <037.978579c8dba3d9d253955fa1c6712b62@avcodec.org> References: <037.978579c8dba3d9d253955fa1c6712b62@avcodec.org> Message-ID: <052.1bc1c9c5841e03cbc3a295f07fa4133e@avcodec.org> #1813: ASS filter does not accept filenames with ' -------------------------------------+------------------------------------- Reporter: Atarikid | Owner: Type: defect | Status: open Priority: important | Component: Version: 1.0 | documentation Keywords: syntax | Resolution: quoting escaping | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by saste): * status: new => open * reproduced: 0 => 1 * component: avfilter => documentation * priority: normal => important * keywords: => syntax quoting escaping * analyzed: 0 => 1 Comment: That's a problem related to the quoting mechanism employed by FFmpeg. Let's start from the string: {{{ /Volumes/Data/Movies/Crime? d'Amour.srt }}} "'" is a special character (since it is used for quoting), so the first level of escaping should be: {{{ /Volumes/Data/Movies/Crime? d\'Amour.srt }}} Add to this a second level of escaping (which may required by your shell), and you get: {{{ "Volumes/Data/Movies/Crime? d\'Amour.srt" }}} As for the second string: {{{ /Volumes/Data/Movies/Gaming test: Galaxy S II vs. Galaxy S Plus vs. Optimus 2X - YouTube.mp4 }}} it contains the ":" special character (used to separate options), so proper escaping would be: {{{ /Volumes/Data/Movies/Gaming test\: Galaxy S II vs. Galaxy S Plus vs. Optimus 2X - YouTube.mp4 }}} or alternatively: {{{ '/Volumes/Data/Movies/Gaming test: Galaxy S II vs. Galaxy S Plus vs. Optimus 2X - YouTube.mp4' }}} which with shell-escaping becomes: {{{ "'/Volumes/Data/Movies/Gaming test: Galaxy S II vs. Galaxy S Plus vs. Optimus 2X - YouTube.mp4'" }}} I'm aware that the quoting syntax is not currently documented (and we may add some tools for performing automatic escaping/quoting), this is a WIP, for the moment check the av_get_token() doxy. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 15 13:10:36 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Oct 2012 11:10:36 -0000 Subject: [FFmpeg-trac] #1817(undetermined:new): create_time contains wrong value for Canon EOS 550D movies Message-ID: <033.4df6c144d7d1afff92bc6294461e0754@avcodec.org> #1817: create_time contains wrong value for Canon EOS 550D movies -------------------------------------+------------------------------------- Reporter: pwes | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- When working with H.264 movies from my Canon I spotted the wrong value of timestamps. E.g. for the attached file: {{{ $ ffprobe MVI_5302.MOV ffprobe version N-36547-gb08273c Copyright (c) 2007-2012 the FFmpeg developers built on Oct 15 2012 12:52:06 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) configuration: --enable-gpl --enable-libfaac --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-librtmp --enable-libtheora --enable-libvorbis --enable-libvpx --enable-x11grab --enable-libx264 --enable-nonfree --enable-version3 libavutil 51. 76.100 / 51. 76.100 libavcodec 54. 66.100 / 54. 66.100 libavformat 54. 32.101 / 54. 32.101 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 19.102 / 3. 19.102 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'MVI_5302.MOV': Metadata: major_brand : qt minor_version : 537331968 compatible_brands: qt CAEP creation_time : 1942-09-10 06:13:06 Duration: 00:00:01.04, start: 0.000000, bitrate: 38744 kb/s Stream #0:0(eng): Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yuvj420p, 1920x1080, 37195 kb/s, 25 fps, 25 tbr, 25k tbn, 50k tbc Metadata: creation_time : 1942-09-10 06:13:06 Stream #0:1(eng): Audio: pcm_s16le (sowt / 0x74776F73), 48000 Hz, 2 channels, s16, 1536 kb/s Metadata: creation_time : 1942-09-10 06:13:06 }}} In other software it's OK: {{{ $ mplayer MVI_5302.MOV MPlayer2 UNKNOWN (C) 2000-2011 MPlayer Team mplayer: could not connect to socket mplayer: No such file or directory Failed to open LIRC support. You will not be able to use your remote control. Playing MVI_5302.MOV. Detected file format: QuickTime/MPEG-4/Motion JPEG 2000 format (libavformat) [lavf] stream 0: video (h264), -vid 0 [lavf] stream 1: audio (pcm_s16le), -aid 0, -alang eng VIDEO: [H264] 1920x1088 24bpp 25.000 fps 37195.8 kbps (4540.5 kbyte/s) Clip info: major_brand: qt minor_version: 537331968 compatible_brands: qt CAEP creation_time: 2012-10-15 12:41:22 }}} I'm pretty sure it used to work on older versions, as I was transcoding my home video for some time. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 15 13:16:17 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Oct 2012 11:16:17 -0000 Subject: [FFmpeg-trac] #1817(undetermined:new): create_time contains wrong value for Canon EOS 550D movies In-Reply-To: <033.4df6c144d7d1afff92bc6294461e0754@avcodec.org> References: <033.4df6c144d7d1afff92bc6294461e0754@avcodec.org> Message-ID: <048.53d5cc38e87e945418c8a4f40c70c0d8@avcodec.org> #1817: create_time contains wrong value for Canon EOS 550D movies -------------------------------------+------------------------------------- Reporter: pwes | 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 pwes): I'm sorry, the file mentioned in the description is too large to attach. Here is a smaller one with the same problem: {{{ $ ffprobe MVI_5304.MOV ffprobe version N-36547-gb08273c Copyright (c) 2007-2012 the FFmpeg developers built on Oct 15 2012 12:52:06 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) configuration: --enable-gpl --enable-libfaac --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-librtmp --enable-libtheora --enable-libvorbis --enable-libvpx --enable-x11grab --enable-libx264 --enable-nonfree --enable-version3 libavutil 51. 76.100 / 51. 76.100 libavcodec 54. 66.100 / 54. 66.100 libavformat 54. 32.101 / 54. 32.101 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 19.102 / 3. 19.102 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'MVI_5304.MOV': Metadata: major_brand : qt minor_version : 537331968 compatible_brands: qt CAEP creation_time : 1942-09-10 06:48:43 Duration: 00:00:01.02, start: 0.000000, bitrate: 18889 kb/s Stream #0:0(eng): Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yuvj420p, 640x480, 17337 kb/s, 50 fps, 50 tbr, 50k tbn, 100k tbc Metadata: creation_time : 1942-09-10 06:48:43 Stream #0:1(eng): Audio: pcm_s16le (sowt / 0x74776F73), 48000 Hz, 2 channels, s16, 1536 kb/s Metadata: creation_time : 1942-09-10 06:48:43 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 15 13:49:38 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Oct 2012 11:49:38 -0000 Subject: [FFmpeg-trac] #493(undetermined:open): flash h.264 recorded files on FMS - bad duration and timing after ffmpeg conversion In-Reply-To: <035.0dbbbc32fff0b9399a36d2e06fa68b8f@avcodec.org> References: <035.0dbbbc32fff0b9399a36d2e06fa68b8f@avcodec.org> Message-ID: <050.f2e9f9969f5d986f606b9e4299c177c2@avcodec.org> #493: flash h.264 recorded files on FMS - bad duration and timing after ffmpeg conversion -------------------------------------+------------------------------------- Reporter: kruzel | Owner: michael Type: enhancement | Status: open Priority: minor | Component: Version: git-master | undetermined Keywords: mov edts | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: mp4 edit lists => mov edts -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 15 13:50:07 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Oct 2012 11:50:07 -0000 Subject: [FFmpeg-trac] #1681(avformat:closed): Bad output framerate decision In-Reply-To: <035.0e233e7fda667c29bfd2c6ba081a7741@avcodec.org> References: <035.0e233e7fda667c29bfd2c6ba081a7741@avcodec.org> Message-ID: <050.5bc9d96373821a9a48158f419eef7e58@avcodec.org> #1681: Bad output framerate decision -------------------------------------+------------------------------------- Reporter: jwjwjw | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: regression | Blocked By: framerate edts | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: regression framerate edit list => regression framerate edts -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 15 13:50:29 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Oct 2012 11:50:29 -0000 Subject: [FFmpeg-trac] #1471(avformat:closed): The creation time in Android video is reported incorrectly. In-Reply-To: <037.724838c7deaf93865e3bc21aebdb7aab@avcodec.org> References: <037.724838c7deaf93865e3bc21aebdb7aab@avcodec.org> Message-ID: <052.e9e0792fe595b0f2c7bb25d2a93457cb@avcodec.org> #1471: The creation time in Android video is reported incorrectly. ------------------------------------+------------------------------------ Reporter: andreasg | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: mp4 => mov -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 15 13:51:39 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Oct 2012 11:51:39 -0000 Subject: [FFmpeg-trac] #1436(undetermined:closed): transcoding .aac to mp4 In-Reply-To: <034.0d81a878fb2d3a0fac6d43395953c858@avcodec.org> References: <034.0d81a878fb2d3a0fac6d43395953c858@avcodec.org> Message-ID: <049.2ed3130f44967a90c748c02bffd16503@avcodec.org> #1436: transcoding .aac to mp4 -------------------------------------+------------------------------------- Reporter: Silly | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: aac mov | Resolution: Blocking: | worksforme Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: aac mp4 => aac mov -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 15 13:52:09 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Oct 2012 11:52:09 -0000 Subject: [FFmpeg-trac] #1471(avformat:closed): The creation time in Android video is reported incorrectly. In-Reply-To: <037.724838c7deaf93865e3bc21aebdb7aab@avcodec.org> References: <037.724838c7deaf93865e3bc21aebdb7aab@avcodec.org> Message-ID: <052.4e8c990e9216e8063fac573157703b15@avcodec.org> #1471: The creation time in Android video is reported incorrectly. -------------------------------------+------------------------------------- Reporter: andreasg | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: mov | Blocked By: creation_time | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: mov => mov creation_time -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 15 13:52:38 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Oct 2012 11:52:38 -0000 Subject: [FFmpeg-trac] #1425(FFmpeg:reopened): Clips generated by ffmpeg using segment muxer are not correctly played on some videoplayers In-Reply-To: <034.c949a90b78abdb976547c6d686d12cf0@avcodec.org> References: <034.c949a90b78abdb976547c6d686d12cf0@avcodec.org> Message-ID: <049.afd34661a505cb9e496eecbfc8b78796@avcodec.org> #1425: Clips generated by ffmpeg using segment muxer are not correctly played on some videoplayers -------------------------------------+------------------------------------ Reporter: knovz | Owner: Type: defect | Status: reopened Priority: normal | Component: FFmpeg Version: git-master | Resolution: Keywords: segment mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 1 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: segment mp4 => segment mov -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 15 13:53:05 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Oct 2012 11:53:05 -0000 Subject: [FFmpeg-trac] #976(FFmpeg:closed): h264 in f4v: non monotonically increasing dts In-Reply-To: <037.97f518659aff9d648b610df99ffade0d@avcodec.org> References: <037.97f518659aff9d648b610df99ffade0d@avcodec.org> Message-ID: <052.7aa51fc59c20f841c7b15f56b27f72b0@avcodec.org> #976: h264 in f4v: non monotonically increasing dts -------------------------------------+------------------------------------- Reporter: cesareof | Owner: Type: defect | Status: closed Priority: normal | Component: FFmpeg Version: git-master | Resolution: fixed Keywords: | Blocked By: av_interleaved_write_frame h264 | Reproduced by developer: 1 mov | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: av_interleaved_write_frame h264 mp4 => av_interleaved_write_frame h264 mov -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 15 13:53:42 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Oct 2012 11:53:42 -0000 Subject: [FFmpeg-trac] #972(FFmpeg:closed): Can't mux aac in mp4 container In-Reply-To: <035.be267aa7b49a2d0d2397b8c6dd30bc6f@avcodec.org> References: <035.be267aa7b49a2d0d2397b8c6dd30bc6f@avcodec.org> Message-ID: <050.987c4f0967ce0633a838e802d0932309@avcodec.org> #972: Can't mux aac in mp4 container ------------------------------------+-------------------------------------- Reporter: unikum | Owner: Type: defect | Status: closed Priority: normal | Component: FFmpeg Version: git-master | Resolution: worksforme Keywords: aac mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Changes (by cehoyos): * keywords: aac mp4 => aac mov -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 15 13:54:14 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Oct 2012 11:54:14 -0000 Subject: [FFmpeg-trac] #110(avformat:reopened): MP4 Muxer gives incorrect frame duration with AAC In-Reply-To: <039.4d5c850f1ecd41a0ddd0f31c9f272d02@avcodec.org> References: <039.4d5c850f1ecd41a0ddd0f31c9f272d02@avcodec.org> Message-ID: <054.855549197ebdfd16773e8004aaee5320@avcodec.org> #110: MP4 Muxer gives incorrect frame duration with AAC ------------------------------------+------------------------------------ Reporter: thebombzen | Owner: Type: defect | Status: reopened Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: aac mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: aac mp4 => aac mov -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 15 13:54:39 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Oct 2012 11:54:39 -0000 Subject: [FFmpeg-trac] #30(avformat:closed): av_metadata_get does not get embeded meta data In-Reply-To: <037.225753609407e83187c22fc045527db5@avcodec.org> References: <037.225753609407e83187c22fc045527db5@avcodec.org> Message-ID: <052.9c7fb5139ed32dfc729ead27318c3823@avcodec.org> #30: av_metadata_get does not get embeded meta data --------------------------------------+------------------------------------ Reporter: chinshou | Owner: baptiste Type: defect | Status: closed Priority: normal | Component: avformat Version: | Resolution: fixed Keywords: mov metadata | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: mp4 muxer metadata => mov metadata -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 15 13:58:42 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Oct 2012 11:58:42 -0000 Subject: [FFmpeg-trac] #822(undetermined:closed): h264 in mkv: non monotonically increasing dts In-Reply-To: <036.8331a74d208e62a84b3354504559f911@avcodec.org> References: <036.8331a74d208e62a84b3354504559f911@avcodec.org> Message-ID: <051.a3b743f4479aa8123ceaaee4c1c29efa@avcodec.org> #822: h264 in mkv: non monotonically increasing dts -------------------------------------+------------------------------------- Reporter: StevenG | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: H264 mkv | Resolution: fixed av_interleaved_write_frame | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: This is not reproducible anymore. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 15 14:02:07 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Oct 2012 12:02:07 -0000 Subject: [FFmpeg-trac] #1817(undetermined:new): create_time contains wrong value for Canon EOS 550D movies In-Reply-To: <033.4df6c144d7d1afff92bc6294461e0754@avcodec.org> References: <033.4df6c144d7d1afff92bc6294461e0754@avcodec.org> Message-ID: <048.b4157816c230c42f3881367a8086c6d7@avcodec.org> #1817: create_time contains wrong value for Canon EOS 550D movies -------------------------------------+------------------------------------- Reporter: pwes | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mov | Resolution: creation_time | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => mov creation_time -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 15 14:05:44 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Oct 2012 12:05:44 -0000 Subject: [FFmpeg-trac] #493(undetermined:closed): flash h.264 recorded files on FMS - bad duration and timing after ffmpeg conversion In-Reply-To: <035.0dbbbc32fff0b9399a36d2e06fa68b8f@avcodec.org> References: <035.0dbbbc32fff0b9399a36d2e06fa68b8f@avcodec.org> Message-ID: <050.82b6bb0182050b54e54d432adec64cf3@avcodec.org> #493: flash h.264 recorded files on FMS - bad duration and timing after ffmpeg conversion -------------------------------------+------------------------------------- Reporter: kruzel | Owner: michael Type: enhancement | Status: closed Priority: minor | Component: Version: git-master | undetermined Keywords: mov edts | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: This problem is not reproducible anymore with current git head. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 15 14:13:32 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Oct 2012 12:13:32 -0000 Subject: [FFmpeg-trac] #1810(avformat:new): ffprobe: some .m4a files' metatags are not read by ffprobe In-Reply-To: <038.581bcf5c563606ff1624c5d3a3b795ea@avcodec.org> References: <038.581bcf5c563606ff1624c5d3a3b795ea@avcodec.org> Message-ID: <053.1ee52981cca2808c7af37de9b2375483@avcodec.org> #1810: ffprobe: some .m4a files' metatags are not read by ffprobe --------------------------------------+------------------------------------ Reporter: movie_fan | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mov metadata | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: mov => mov metadata * version: 0.11.2 => git-master -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 15 14:16:43 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Oct 2012 12:16:43 -0000 Subject: [FFmpeg-trac] #241(avformat:open): FFmpeg does not find mpeg program stream in the file playable with QuickTime player (was: FFmpeg does not find streams in the file playable with QuickTime player) In-Reply-To: <035.a6b24e5ffcbfc59b371c1cc71a473128@avcodec.org> References: <035.a6b24e5ffcbfc59b371c1cc71a473128@avcodec.org> Message-ID: <050.5e4f3fa62c04f8fa8a682a3b52374d26@avcodec.org> #241: FFmpeg does not find mpeg program stream in the file playable with QuickTime player -------------------------------------+------------------------------------- Reporter: svolvo | Owner: michael Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: mov mpegps | Blocked By: m1s | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: mov mpeg m1s => mov mpegps m1s -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 15 14:22:28 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Oct 2012 12:22:28 -0000 Subject: [FFmpeg-trac] #1625(avformat:open): avformat_find_stream_info waits for non-existing video track in mms stream (was: ffplay got stuck on avformat_find_stream_info) In-Reply-To: <038.0cea59dacfb7564decd709426a33c598@avcodec.org> References: <038.0cea59dacfb7564decd709426a33c598@avcodec.org> Message-ID: <053.7fa94cdf6318a4b94db3c49878251ab1@avcodec.org> #1625: avformat_find_stream_info waits for non-existing video track in mms stream ------------------------------------+------------------------------------ Reporter: lagrangee | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mmst | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): The stream does not contain any video. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 15 14:24:17 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Oct 2012 12:24:17 -0000 Subject: [FFmpeg-trac] #1818(avformat:new): avformat_alloc_output_context2 function call Message-ID: <038.c775b45d666db08cbda2e9c0ecddd99b@avcodec.org> #1818: avformat_alloc_output_context2 function call -------------------------------------+------------------------------------- Reporter: gopallcse | Type: defect Status: new | Priority: critical Component: avformat | Version: 0.11.2 Keywords: | Blocked By: avformat_alloc_output_context2 | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- I have compiled ffmpeg on iphone ffmpeg version 0.11.2 I am using libavformat to create avi file avformat_alloc_output_context2(&oc,NULL,NULL,filename) [NULL @ 0x3167800] Unable to find a suitable output format for hello.mp4 avformat_alloc_output_context2(&oc,NULL,"mpeg",filename) [NULL @ 0x3163800] Requested output format 'mpeg' is not a suitable output format. How to fix this error? pls provide any sample code for iphone. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 15 14:29:39 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Oct 2012 12:29:39 -0000 Subject: [FFmpeg-trac] #1818(avformat:closed): avformat_alloc_output_context2 function call In-Reply-To: <038.c775b45d666db08cbda2e9c0ecddd99b@avcodec.org> References: <038.c775b45d666db08cbda2e9c0ecddd99b@avcodec.org> Message-ID: <053.9b39fb917c7ce8396214e8982e12698d@avcodec.org> #1818: avformat_alloc_output_context2 function call -------------------------------------+------------------------------------- Reporter: gopallcse | Owner: Type: defect | Status: closed Priority: critical | Component: avformat Version: 0.11.2 | Resolution: invalid Keywords: | Blocked By: avformat_alloc_output_context2 | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by saste): * status: new => closed * resolution: => invalid Comment: This is not a bug report, looks more like an help request, and really belongs to the libav-user mailing-list rather than to the ticket tracker. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 15 14:38:27 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Oct 2012 12:38:27 -0000 Subject: [FFmpeg-trac] #1688(undetermined:closed): FFmpeg + libass gives Fontconfig warning: ignoring UTF-8: not a valid region tag In-Reply-To: <035.5b3b3a11848266eb89e52eb323600e8f@avcodec.org> References: <035.5b3b3a11848266eb89e52eb323600e8f@avcodec.org> Message-ID: <050.573560425031eb0e68e1b1cc45948ef8@avcodec.org> #1688: FFmpeg + libass gives Fontconfig warning: ignoring UTF-8: not a valid region tag -------------------------------------+------------------------------------- Reporter: Xtophe | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: ass | Resolution: invalid fontconfig ramdisk | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by saste): * analyzed: 0 => 1 * keywords: ass => ass fontconfig ramdisk * status: open => closed * resolution: => invalid Comment: Replying to [comment:9 Xtophe]: > Found the resaon why it isn't working. > Apparantly this error only appears when FFmpeg can indeed not load the Fontconfig (I wass wrong telling it is not). > > Now, I do all the compiling in a Ramdisk. This is a easy and fast way to do so. > The problem is when you compile Fontconfig, it creates the ETC folder into the ramdisk. And FFmpeg will always look at that folder (in the ramdisk). Offcourse it cannot find it. Why? > So what we I need is a way to compile Fontconfig so it will look in the root of FFmpeg. This way I only have to place the ETC content in the root of the FFmpeg binary. > > How can I do this? Dunno, but doesn't look anything like FFmpeg-specific, thus closing the ticket. > BTW my wife is killing me .. I have done a straight 24hours compiling ffmpeg with libass... :) Spend more time with your wife, and less with FFmpeg ;-). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 15 14:55:25 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Oct 2012 12:55:25 -0000 Subject: [FFmpeg-trac] #1415(undetermined:open): FFMPEG not able to Stream Copy DVRMS files to TS Files In-Reply-To: <040.08ec9ab988f088141e019a2a1d46ef67@avcodec.org> References: <040.08ec9ab988f088141e019a2a1d46ef67@avcodec.org> Message-ID: <055.304074140c41c39130986565b0763262@avcodec.org> #1415: FFMPEG not able to Stream Copy DVRMS files to TS Files -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: av_interleaved_write_frame asf | Blocked By: mpeg2video | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Works with: $ ffmpeg -fflags +genpts -i Test3.dvr-ms -acodec copy -vcodec copy test.ts -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 15 15:27:02 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Oct 2012 13:27:02 -0000 Subject: [FFmpeg-trac] #1034(undetermined:open): Can't mux pcm_s16be into mpeg ps (dvd) format In-Reply-To: <036.efe2761d65e3519f380b791dcd3dbacb@avcodec.org> References: <036.efe2761d65e3519f380b791dcd3dbacb@avcodec.org> Message-ID: <051.8dc3fac7498071a672028402f41f5103@avcodec.org> #1034: Can't mux pcm_s16be into mpeg ps (dvd) format -------------------------------------+------------------------------------- Reporter: Krieger | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: pcm mpeg | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by cehoyos): Muxing and remuxing works now but WMP does not play the resulting files (it does player Fever.vob if it is renamed to Fever.mpg). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 15 16:54:45 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Oct 2012 14:54:45 -0000 Subject: [FFmpeg-trac] #1819(undetermined:new): Wrong number of channels reported for HE-AAC stream in MP4 Message-ID: <038.30006efc16d429131603f02fbd5d1281@avcodec.org> #1819: Wrong number of channels reported for HE-AAC stream in MP4 -------------------------------------+------------------------------------- Reporter: mbradshaw | Owner: 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:''' I have an MP4 file containing H264 video and an HE-AAC stream. I'm quite positive the HE-AAC stream is stereo, but in some cases gets reported as mono by FFmpeg. The dump info from FFmpeg shows it as stereo, but ffprobe -show_streams shows it as mono. However, if I remux it to a plain .aac file, ffprobe-show_streams then shows it as stereo. See the below command lines. I noticed this problem when using the C API. After opening the MP4 and calling `avformat_find_stream_info()`, the HE-AAC stream->codec (AVCodecContext) had a reported channels of 2 and channel_layout of 3 (stereo). However, once I opened the codec to decode (by calling `avcodec_open2()`), stream->codec's attributes changed and now channels was 1 and channel_layout was 4 (mono). Original discussion can be seen at http://ffmpeg.org/pipermail/libav-user/2012-October/002857.html QuickTime and Windows Media Player both say the file is mono when inspecting the file, but I don't believe they are correct. MediaInfo shows the file as stereo. Logs: '''ffprobe -show_treams on the MP4:''' (note the dump shows stereo, but the [STREAM] shows 1 channel) {{{ ./ffprobe -show_streams -select_streams 0 ~/MP4-Apple264-AACPlus.mp4 ffprobe version N-45341-g3632f35 Copyright (c) 2007-2012 the FFmpeg developers built on Oct 11 2012 16:10:23 with gcc 4.2.1 (GCC) (Apple Inc. build 5666) (dot 3) configuration: --enable-libopenjpeg --enable-libx264 --enable-gpl libavutil 51. 74.100 / 51. 74.100 libavcodec 54. 65.100 / 54. 65.100 libavformat 54. 32.100 / 54. 32.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 19.102 / 3. 19.102 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/Users/mjbshaw/MP4-Apple264-AACPlus.mp4': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: mp42isomavc1 creation_time : 2012-01-16 21:01:41 encoder : Sorenson Squeeze Duration: 00:00:11.19, start: 0.000000, bitrate: 789 kb/s Stream #0:0(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, s16, 32 kb/s Metadata: creation_time : 2012-01-16 21:01:41 handler_name : soun Stream #0:1(und): Video: h264 (Main) (avc1 / 0x31637661), yuv420p, 480x360, 765 kb/s, 23.98 fps, 23.98 tbr, 23976 tbn, 47952 tbc Metadata: creation_time : 2012-01-16 21:01:41 handler_name : vide Stream #0:2(und): Data: none (mp4s / 0x7334706D) Metadata: creation_time : 2012-01-16 21:01:57 handler_name : sdsm Stream #0:3(und): Data: none (mp4s / 0x7334706D) Metadata: creation_time : 2012-01-16 21:01:57 handler_name : odsm Unsupported codec with id 0 for input stream 2 Unsupported codec with id 0 for input stream 3 [STREAM] index=0 codec_name=aac codec_long_name=AAC (Advanced Audio Coding) profile=unknown codec_type=audio codec_time_base=1/22050 codec_tag_string=mp4a codec_tag=0x6134706d sample_fmt=s16 sample_rate=44100 channels=1 bits_per_sample=0 id=N/A r_frame_rate=0/0 avg_frame_rate=0/0 time_base=1/44100 start_pts=0 start_time=0.000000 duration_ts=493568 duration=11.192018 bit_rate=32000 nb_frames=241 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 TAG:creation_time=2012-01-16 21:01:41 TAG:language=und TAG:handler_name=soun [/STREAM] }}} '''ffprobe -show_frames:''' (every frame has 2 channels) {{{ $ ./ffprobe -show_frames -select_streams 0 ~/MP4-Apple264-AACPlus.mp4 ffprobe version N-45341-g3632f35 Copyright (c) 2007-2012 the FFmpeg developers built on Oct 11 2012 16:10:23 with gcc 4.2.1 (GCC) (Apple Inc. build 5666) (dot 3) configuration: --enable-libopenjpeg --enable-libx264 --enable-gpl libavutil 51. 74.100 / 51. 74.100 libavcodec 54. 65.100 / 54. 65.100 libavformat 54. 32.100 / 54. 32.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 19.102 / 3. 19.102 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/Users/mjbshaw/MP4-Apple264-AACPlus.mp4': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: mp42isomavc1 creation_time : 2012-01-16 21:01:41 encoder : Sorenson Squeeze Duration: 00:00:11.19, start: 0.000000, bitrate: 789 kb/s Stream #0:0(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, s16, 32 kb/s Metadata: creation_time : 2012-01-16 21:01:41 handler_name : soun Stream #0:1(und): Video: h264 (Main) (avc1 / 0x31637661), yuv420p, 480x360, 765 kb/s, 23.98 fps, 23.98 tbr, 23976 tbn, 47952 tbc Metadata: creation_time : 2012-01-16 21:01:41 handler_name : vide Stream #0:2(und): Data: none (mp4s / 0x7334706D) Metadata: creation_time : 2012-01-16 21:01:57 handler_name : sdsm Stream #0:3(und): Data: none (mp4s / 0x7334706D) Metadata: creation_time : 2012-01-16 21:01:57 handler_name : odsm Unsupported codec with id 0 for input stream 2 Unsupported codec with id 0 for input stream 3 [FRAME] media_type=audio key_frame=1 pkt_pts=0 pkt_pts_time=0.000000 pkt_dts=0 pkt_dts_time=0.000000 pkt_duration=2048 pkt_duration_time=0.046440 pkt_pos=6211 sample_fmt=s16 nb_samples=2048 channels=2 channel_layout=stereo [/FRAME] [FRAME] media_type=audio key_frame=1 pkt_pts=2048 pkt_pts_time=0.046440 pkt_dts=2048 pkt_dts_time=0.046440 pkt_duration=2048 pkt_duration_time=0.046440 pkt_pos=24505 sample_fmt=s16 nb_samples=2048 channels=2 channel_layout=stereo [/FRAME] [...and so on; every frame has channels=2...] }}} '''Remuxing the HE-AAC stream to plain .aac:''' {{{ $ ./ffmpeg -i ~/MP4-Apple264-AACPlus.mp4 -acodec copy -vn ~/out.aac ffmpeg version N-45342-g6efe1ed Copyright (c) 2000-2012 the FFmpeg developers built on Oct 13 2012 10:34:47 with gcc 4.2.1 (GCC) (Apple Inc. build 5666) (dot 3) configuration: --enable-libopenjpeg --enable-libx264 --enable-gpl libavutil 51. 74.100 / 51. 74.100 libavcodec 54. 65.100 / 54. 65.100 libavformat 54. 32.100 / 54. 32.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 19.102 / 3. 19.102 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/Users/mjbshaw/MP4-Apple264-AACPlus.mp4': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: mp42isomavc1 creation_time : 2012-01-16 21:01:41 encoder : Sorenson Squeeze Duration: 00:00:11.19, start: 0.000000, bitrate: 789 kb/s Stream #0:0(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, s16, 32 kb/s Metadata: creation_time : 2012-01-16 21:01:41 handler_name : soun Stream #0:1(und): Video: h264 (Main) (avc1 / 0x31637661), yuv420p, 480x360, 765 kb/s, 23.98 fps, 23.98 tbr, 23976 tbn, 47952 tbc Metadata: creation_time : 2012-01-16 21:01:41 handler_name : vide Stream #0:2(und): Data: none (mp4s / 0x7334706D) Metadata: creation_time : 2012-01-16 21:01:57 handler_name : sdsm Stream #0:3(und): Data: none (mp4s / 0x7334706D) Metadata: creation_time : 2012-01-16 21:01:57 handler_name : odsm File '/Users/mjbshaw/out.aac' already exists. Overwrite ? [y/N] y Output #0, adts, to '/Users/mjbshaw/out.aac': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: mp42isomavc1 encoder : Lavf54.32.100 Stream #0:0(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, 32 kb/s Metadata: creation_time : 2012-01-16 21:01:41 handler_name : soun Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help size= 45kB time=00:00:11.19 bitrate= 33.2kbits/s video:0kB audio:44kB subtitle:0 global headers:0kB muxing overhead 3.768232% }}} '''ffprobe -show_streams on the remuxed out.aac:''' (note the [STREAMS] now shows 2 channels) {{{ $ ./ffprobe -show_streams ~/out.aac ffprobe version N-45342-g6efe1ed Copyright (c) 2007-2012 the FFmpeg developers built on Oct 13 2012 10:34:47 with gcc 4.2.1 (GCC) (Apple Inc. build 5666) (dot 3) configuration: --enable-libopenjpeg --enable-libx264 --enable-gpl libavutil 51. 74.100 / 51. 74.100 libavcodec 54. 65.100 / 54. 65.100 libavformat 54. 32.100 / 54. 32.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 19.102 / 3. 19.102 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 [aac @ 0x10180ec00] max_analyze_duration 5000000 reached at 5015510 [aac @ 0x10180ec00] Estimating duration from bitrate, this may be inaccurate Input #0, aac, from '/Users/mjbshaw/out.aac': Duration: 00:00:11.78, bitrate: 31 kb/s Stream #0:0: Audio: aac, 44100 Hz, stereo, s16, 31 kb/s [STREAM] index=0 codec_name=aac codec_long_name=AAC (Advanced Audio Coding) profile=unknown codec_type=audio codec_time_base=1/44100 codec_tag_string=[0][0][0][0] codec_tag=0x0000 sample_fmt=s16 sample_rate=44100 channels=2 bits_per_sample=0 id=N/A r_frame_rate=0/0 avg_frame_rate=0/0 time_base=1/28224000 start_pts=N/A start_time=N/A duration_ts=332743089 duration=11.789367 bit_rate=31524 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 Mon Oct 15 17:45:30 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Oct 2012 15:45:30 -0000 Subject: [FFmpeg-trac] #1696(avcodec:closed): Year metadata wrong on some M4A files In-Reply-To: <037.69682e7504e9cf3038e4b2d3e303380f@avcodec.org> References: <037.69682e7504e9cf3038e4b2d3e303380f@avcodec.org> Message-ID: <052.fb5daf60490759bf79ce1b1557c1fe50@avcodec.org> #1696: Year metadata wrong on some M4A files --------------------------------------+----------------------------------- Reporter: enicolas | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: metadata mov | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: This problem is not reproducible anymore. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 15 17:49:27 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Oct 2012 15:49:27 -0000 Subject: [FFmpeg-trac] #1696(avcodec:closed): Year metadata wrong on some M4A files In-Reply-To: <037.69682e7504e9cf3038e4b2d3e303380f@avcodec.org> References: <037.69682e7504e9cf3038e4b2d3e303380f@avcodec.org> Message-ID: <052.a00841f169751bf2d93fc7760d41f9e0@avcodec.org> #1696: Year metadata wrong on some M4A files --------------------------------------+----------------------------------- Reporter: enicolas | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: metadata mov | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by cehoyos): {{{ $ ffmpeg -i 01\ Oxyg?ne\,\ Pt.\ I_cut.m4a ffmpeg version N-45552-g3f81489 Copyright (c) 2000-2012 the FFmpeg developers built on Oct 15 2012 17:46:54 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 51. 76.100 / 51. 76.100 libavcodec 54. 66.100 / 54. 66.100 libavformat 54. 32.101 / 54. 32.101 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 19.102 / 3. 19.102 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 Truncating packet of size 12252 to 1357 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '01 Oxyg?ne, Pt. I_cut.m4a': Metadata: major_brand : M4A minor_version : 0 compatible_brands: M4A mp42isom album : 1} Oxygene [HD] title : Oxyg?ne, Pt. I track : 1/6 copyright : Disques Dreyfus artist : Jean Michel Jarre comment : Qobuz 24/96 genre : Electronic date : 1976 Duration: 00:07:39.73, start: 0.000000, bitrate: 6 kb/s Stream #0:0(eng): Audio: alac (alac / 0x63616C61), 96000 Hz, stereo, s32, 2755 kb/s Stream #0:1: Video: mjpeg, yuvj444p, 600x600 [SAR 100:100 DAR 1:1], 90k tbr, 90k tbn, 90k tbc At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 15 17:52:22 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Oct 2012 15:52:22 -0000 Subject: [FFmpeg-trac] #1817(undetermined:closed): create_time contains wrong value for Canon EOS 550D movies In-Reply-To: <033.4df6c144d7d1afff92bc6294461e0754@avcodec.org> References: <033.4df6c144d7d1afff92bc6294461e0754@avcodec.org> Message-ID: <048.85425f282dea66f575db78b0fc9ae46a@avcodec.org> #1817: create_time contains wrong value for Canon EOS 550D movies -------------------------------------+------------------------------------- Reporter: pwes | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: mov | Resolution: creation_time | worksforme Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => worksforme Comment: I am unable to reproduce the problem, both the version you tested and current git head show "2012": {{{ $ ffprobe MVI_5304.MOV ffprobe version N-45533-gb08273c Copyright (c) 2007-2012 the FFmpeg developers built on Oct 15 2012 17:40:13 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --enable-libfaac --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-librtmp --enable-libtheora --enable-libvorbis --enable-libvpx --enable-x11grab --enable-libx264 --enable-nonfree --enable-version3 libavutil 51. 76.100 / 51. 76.100 libavcodec 54. 66.100 / 54. 66.100 libavformat 54. 32.101 / 54. 32.101 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 19.102 / 3. 19.102 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'MVI_5304.MOV': Metadata: major_brand : qt minor_version : 537331968 compatible_brands: qt CAEP creation_time : 2012-10-15 13:16:59 Duration: 00:00:01.02, start: 0.000000, bitrate: 18889 kb/s Stream #0:0(eng): Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yuvj420p, 640x480, 17337 kb/s, 50 fps, 50 tbr, 50k tbn, 100k tbc Metadata: creation_time : 2012-10-15 13:16:59 Stream #0:1(eng): Audio: pcm_s16le (sowt / 0x74776F73), 48000 Hz, 2 channels, s16, 1536 kb/s Metadata: creation_time : 2012-10-15 13:16:59 }}} The only thing I cannot explain is why the version information shows "N-45533-gb08273c" here, but "N-36547-gb08273c" for you. Could you try to recompile (after make distclean)? {{{ $ ffmpeg -i MVI_5304.MOV ffmpeg version N-45552-g3f81489 Copyright (c) 2000-2012 the FFmpeg developers built on Oct 15 2012 17:46:54 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 51. 76.100 / 51. 76.100 libavcodec 54. 66.100 / 54. 66.100 libavformat 54. 32.101 / 54. 32.101 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 19.102 / 3. 19.102 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 Guessed Channel Layout for Input Stream #0.1 : stereo Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'MVI_5304.MOV': Metadata: major_brand : qt minor_version : 537331968 compatible_brands: qt CAEP creation_time : 2012-10-15 13:16:59 Duration: 00:00:01.02, start: 0.000000, bitrate: 18889 kb/s Stream #0:0(eng): Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yuvj420p, 640x480, 17337 kb/s, 50 fps, 50 tbr, 50k tbn, 100k tbc Metadata: creation_time : 2012-10-15 13:16:59 Stream #0:1(eng): Audio: pcm_s16le (sowt / 0x74776F73), 48000 Hz, stereo, s16, 1536 kb/s Metadata: creation_time : 2012-10-15 13:16:59 At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 15 18:59:30 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Oct 2012 16:59:30 -0000 Subject: [FFmpeg-trac] #939(FFplay:closed): FFplay issue when SDL compiled with GCC 4.6.2 In-Reply-To: <038.262ba1e4d63139b2392b04cf719d6200@avcodec.org> References: <038.262ba1e4d63139b2392b04cf719d6200@avcodec.org> Message-ID: <053.adb4e209a4784365a915addb42bd75b5@avcodec.org> #939: FFplay issue when SDL compiled with GCC 4.6.2 -------------------------------------+------------------------------------- Reporter: KSHawkEye | Owner: Type: defect | Status: closed Priority: important | Component: FFplay Version: git-master | Resolution: Keywords: | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by rogerdpack): http://ffmpeg.zeranoe.com/forum/viewtopic.php?f=5&t=692&p=2704#p2704 also related. Also I filed this: http://forums.libsdl.org/viewtopic.php?p=34481#34481 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 15 19:08:23 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Oct 2012 17:08:23 -0000 Subject: [FFmpeg-trac] #1817(undetermined:reopened): create_time contains wrong value for Canon EOS 550D movies In-Reply-To: <033.4df6c144d7d1afff92bc6294461e0754@avcodec.org> References: <033.4df6c144d7d1afff92bc6294461e0754@avcodec.org> Message-ID: <048.251f4d1d120b3a155b07b4c9ddcbfb3c@avcodec.org> #1817: create_time contains wrong value for Canon EOS 550D movies -------------------------------------+------------------------------------- Reporter: pwes | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: git-master | undetermined Keywords: mov | Resolution: creation_time | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by pwes): * status: closed => reopened * resolution: worksforme => Comment: I tried to `git bisect`, but the history is horrible and git goes awry. One time it is `avprobe` (which works), an other it's `ffprobe` (which doesn't); `git blame` on suspected `libavformat/mov.c` reveal all the content replaced with commit `fafd844`, which doesn't have any parents... The same for current master (`8cbb8f5`). Can't get my head around it, really... Anyway, what I could verify is that `releases/0.11` works and `releases/1.0` doesn't. Always building from clean git repo with: {{{ ./configure --enable-gpl --enable-libfaac --enable-libmp3lame --enable- libopencore-amrnb --enable-libopencore-amrwb --enable-librtmp --enable- libtheora --enable-libvorbis --enable-x11grab --enable-libx264 --enable- nonfree --enable-version3 make }}} gives for 0.11.2: {{{ ffmpeg version 0.11.2 Copyright (c) 2000-2012 the FFmpeg developers built on Oct 15 2012 18:00:21 with gcc 4.6.3 configuration: --enable-gpl --enable-libfaac --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-librtmp --enable-libtheora --enable-libvorbis --enable-x11grab --enable-libx264 --enable-nonfree --enable-version3 libavutil 51. 54.100 / 51. 54.100 libavcodec 54. 23.100 / 54. 23.100 libavformat 54. 6.100 / 54. 6.100 libavdevice 54. 0.100 / 54. 0.100 libavfilter 2. 77.100 / 2. 77.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'MVI_5304.MOV': Metadata: major_brand : qt minor_version : 537331968 compatible_brands: qt CAEP creation_time : 2012-10-15 13:16:59 Duration: 00:00:01.02, start: 0.000000, bitrate: 18889 kb/s Stream #0:0(eng): Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yuvj420p, 640x480, 17337 kb/s, 50 fps, 50 tbr, 50k tbn, 100k tbc Metadata: creation_time : 2012-10-15 13:16:59 Stream #0:1(eng): Audio: pcm_s16le (sowt / 0x74776F73), 48000 Hz, stereo, s16, 1536 kb/s Metadata: creation_time : 2012-10-15 13:16:59 }}} and for 1.0: {{{ ffmpeg version 1.0 Copyright (c) 2000-2012 the FFmpeg developers built on Oct 15 2012 18:16:01 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) configuration: --enable-gpl --enable-libfaac --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-librtmp --enable-libtheora --enable-libvorbis --enable-x11grab --enable-libx264 --enable-nonfree --enable-version3 libavutil 51. 73.101 / 51. 73.101 libavcodec 54. 59.100 / 54. 59.100 libavformat 54. 29.104 / 54. 29.104 libavdevice 54. 2.101 / 54. 2.101 libavfilter 3. 17.100 / 3. 17.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 Guessed Channel Layout for Input Stream #0.1 : stereo Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'MVI_5304.MOV': Metadata: major_brand : qt minor_version : 537331968 compatible_brands: qt CAEP creation_time : 1942-09-10 06:48:43 Duration: 00:00:01.02, start: 0.000000, bitrate: 18889 kb/s Stream #0:0(eng): Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yuvj420p, 640x480, 17337 kb/s, 50 fps, 50 tbr, 50k tbn, 100k tbc Metadata: creation_time : 1942-09-10 06:48:43 Stream #0:1(eng): Audio: pcm_s16le (sowt / 0x74776F73), 48000 Hz, stereo, s16, 1536 kb/s Metadata: creation_time : 1942-09-10 06:48:43 }}} Can it be any problem with libraries, or all container decoding takes place in ffmpeg source exclusively? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 15 19:32:10 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Oct 2012 17:32:10 -0000 Subject: [FFmpeg-trac] #1817(undetermined:reopened): create_time contains wrong value for Canon EOS 550D movies In-Reply-To: <033.4df6c144d7d1afff92bc6294461e0754@avcodec.org> References: <033.4df6c144d7d1afff92bc6294461e0754@avcodec.org> Message-ID: <048.3e0c5cc59ea26bba9ca6695afb506999@avcodec.org> #1817: create_time contains wrong value for Canon EOS 550D movies -------------------------------------+------------------------------------- Reporter: pwes | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: git-master | undetermined Keywords: mov | Resolution: creation_time | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by pwes): Here's what fixes situation: {{{ index bf695e7..b2594db 100644 --- a/libavformat/mov.c +++ b/libavformat/mov.c @@ -783,7 +783,6 @@ static void mov_metadata_creation_time(AVDictionary **metadata, time_t time) char buffer[32]; if (time) { struct tm *ptm; - if(time >= 2082844800) time -= 2082844800; /* seconds between 1904-01-01 and Epoch */ ptm = gmtime(&time); if (!ptm) return; }}} Looks like it was introduced due to #1471, in GitHub repo it's https://github.com/FFmpeg/FFmpeg/commit/23eeffcd48a15e73fb2649b712870b6d101c5471 (I can't find this commit in git://source.ffmpeg.org/ffmpeg.git). After applying the above change the date is shown correctly: {{{ ffmpeg version git-2012-10-15-3ca8a23 Copyright (c) 2000-2012 the FFmpeg developers built on Oct 15 2012 19:31:14 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) configuration: --enable-gpl --enable-libfaac --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-librtmp --enable-libtheora --enable-libvorbis --enable-libvpx --enable-x11grab --enable-libx264 --enable-nonfree --enable-version3 libavutil 51. 76.100 / 51. 76.100 libavcodec 54. 66.100 / 54. 66.100 libavformat 54. 32.101 / 54. 32.101 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 19.102 / 3. 19.102 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 Guessed Channel Layout for Input Stream #0.1 : stereo Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'MVI_5304.MOV': Metadata: major_brand : qt minor_version : 537331968 compatible_brands: qt CAEP creation_time : 2012-10-15 13:16:59 Duration: 00:00:01.02, start: 0.000000, bitrate: 18889 kb/s Stream #0:0(eng): Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yuvj420p, 640x480, 17337 kb/s, 50 fps, 50 tbr, 50k tbn, 100k tbc Metadata: creation_time : 2012-10-15 13:16:59 Stream #0:1(eng): Audio: pcm_s16le (sowt / 0x74776F73), 48000 Hz, stereo, s16, 1536 kb/s Metadata: creation_time : 2012-10-15 13:16:59 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 15 20:03:11 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Oct 2012 18:03:11 -0000 Subject: [FFmpeg-trac] #998(undetermined:open): Must convert mms://... streams to mmsh://... for FFmpeg to work In-Reply-To: <036.77dbe81fe63addfeaeba638702f3bb56@avcodec.org> References: <036.77dbe81fe63addfeaeba638702f3bb56@avcodec.org> Message-ID: <051.b518a00889392be74bc5e3ef1e31c789@avcodec.org> #998: Must convert mms://... streams to mmsh://... for FFmpeg to work -------------------------------------+------------------------------------- Reporter: DonMoir | Owner: Type: enhancement | Status: open Priority: wish | Component: Version: git-master | undetermined Keywords: mms | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by rogerdpack): plus 1 from me :) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 15 20:48:13 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Oct 2012 18:48:13 -0000 Subject: [FFmpeg-trac] #998(undetermined:open): Must convert mms://... streams to mmsh://... for FFmpeg to work In-Reply-To: <036.77dbe81fe63addfeaeba638702f3bb56@avcodec.org> References: <036.77dbe81fe63addfeaeba638702f3bb56@avcodec.org> Message-ID: <051.c9bc728653a43ebb6b6a8428b1862a5d@avcodec.org> #998: Must convert mms://... streams to mmsh://... for FFmpeg to work -------------------------------------+------------------------------------- Reporter: DonMoir | Owner: Type: enhancement | Status: open Priority: wish | Component: Version: git-master | undetermined Keywords: mms | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by DonMoir): I thought this was supposed to be taken care of but now it says protocol not found when using just mms:// Tested with N-45279-g1a104bf. mmsh:// still works -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 15 21:00:24 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Oct 2012 19:00:24 -0000 Subject: [FFmpeg-trac] #1815(avformat:new): FFmpeg does not copy the default and forced track flags for matroka files In-Reply-To: <035.0608ce2f9a0c88339c0cc900c5a2edd4@avcodec.org> References: <035.0608ce2f9a0c88339c0cc900c5a2edd4@avcodec.org> Message-ID: <050.a08a87bf42b5425e5edb46161578d2f8@avcodec.org> #1815: FFmpeg does not copy the default and forced track flags for matroka files -------------------------------------+------------------------------------ Reporter: billie | Owner: Type: enhancement | 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 billie): The failing command line including the output. Note the flags are displayed correctly in the input and output block when copying but issuing "ffmpeg -i" for the output file shows that the flags are not copied. ./ffmpeg/ffmpeg -i test_orig.mkv -c: copy -map 0 -f matroska test_ffmpeg_orig.mkv ffmpeg version N-45565-gcf1f1a2 Copyright (c) 2000-2012 the FFmpeg developers built on Oct 15 2012 20:56:40 with gcc 4.5.4 (Gentoo 4.5.4 p1.0, pie-0.4.7) configuration: --cc=i686-pc-linux-gnu-gcc --cxx=i686-pc-linux-gnu-g++ --ar=i686-pc-linux-gnu-ar --optflags='-march=native -O2 -pipe -fomit- frame-pointer' --extra-cflags='-march=native -O2 -pipe -fomit-frame- pointer' --extra-cxxflags='-march=native -O2 -pipe -fomit-frame-pointer' --enable-gpl --enable-version3 --enable-postproc --enable-avfilter --disable-stripping --disable-debug --disable-doc --disable-vdpau --disable-ffplay --enable-gnutls --enable-libmp3lame --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libtheora --enable-libvorbis --enable- libx264 --enable-libxvid --enable-libaacplus --enable-nonfree --enable- libfaac --enable-nonfree --enable-libcdio --enable-libdc1394 --enable- openal --disable-indev=v4l --disable-indev=jack --enable-x11grab --enable- libv4l2 --disable-outdev=sdl --enable-frei0r --enable-libfreetype --enable-libass --enable-pthreads --enable-libopencore-amrwb --enable- libopencore-amrnb --enable-libgsm --enable-libmodplug --enable- libschroedinger --enable-libspeex --enable-libvp libavutil 51. 76.100 / 51. 76.100 libavcodec 54. 66.100 / 54. 66.100 libavformat 54. 32.101 / 54. 32.101 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 19.102 / 3. 19.102 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 Input #0, matroska,webm, from 'test_orig.mkv': Metadata: creation_time : 2012-10-15 18:28:54 Duration: 00:00:30.01, start: 0.000000, bitrate: 102 kb/s Stream #0:0: Video: h264 (High), yuv420p, 320x240, SAR 1:1 DAR 4:3, 25 fps, 25 tbr, 1k tbn, 50 tbc (default) Stream #0:1: Audio: ac3, 48000 Hz, stereo, s16, 32 kb/s (default) (forced) Stream #0:2: Audio: ac3, 48000 Hz, stereo, s16, 32 kb/s (forced) Stream #0:3: Audio: ac3, 48000 Hz, stereo, s16, 32 kb/s Stream #0:4: Subtitle: dvd_subtitle (default) Stream #0:5: Subtitle: dvd_subtitle (forced) Stream #0:6: Subtitle: dvd_subtitle Output #0, matroska, to 'test_ffmpeg_orig.mkv': Metadata: encoder : Lavf54.32.101 Stream #0:0: Video: h264, yuv420p, 320x240 [SAR 1:1 DAR 4:3], q=2-31, 25 fps, 1k tbn, 1k tbc (default) Stream #0:1: Audio: ac3, 48000 Hz, stereo, 32 kb/s (default) (forced) Stream #0:2: Audio: ac3, 48000 Hz, stereo, 32 kb/s (forced) Stream #0:3: Audio: ac3, 48000 Hz, stereo, 32 kb/s Stream #0:4: Subtitle: dvd_subtitle (default) Stream #0:5: Subtitle: dvd_subtitle (forced) Stream #0:6: Subtitle: dvd_subtitle 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) Press [q] to stop, [?] for help frame= 750 fps=0.0 q=-1.0 Lsize= 393kB time=00:00:30.01 bitrate= 107.3kbits/s video:13kB audio:352kB subtitle:3 global headers:0kB muxing overhead 6.875788% ./ffmpeg/ffmpeg -i test_ffmpeg_orig.mkv ffmpeg version N-45565-gcf1f1a2 Copyright (c) 2000-2012 the FFmpeg developers built on Oct 15 2012 20:56:40 with gcc 4.5.4 (Gentoo 4.5.4 p1.0, pie-0.4.7) configuration: --cc=i686-pc-linux-gnu-gcc --cxx=i686-pc-linux-gnu-g++ --ar=i686-pc-linux-gnu-ar --optflags='-march=native -O2 -pipe -fomit- frame-pointer' --extra-cflags='-march=native -O2 -pipe -fomit-frame- pointer' --extra-cxxflags='-march=native -O2 -pipe -fomit-frame-pointer' --enable-gpl --enable-version3 --enable-postproc --enable-avfilter --disable-stripping --disable-debug --disable-doc --disable-vdpau --disable-ffplay --enable-gnutls --enable-libmp3lame --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libtheora --enable-libvorbis --enable- libx264 --enable-libxvid --enable-libaacplus --enable-nonfree --enable- libfaac --enable-nonfree --enable-libcdio --enable-libdc1394 --enable- openal --disable-indev=v4l --disable-indev=jack --enable-x11grab --enable- libv4l2 --disable-outdev=sdl --enable-frei0r --enable-libfreetype --enable-libass --enable-pthreads --enable-libopencore-amrwb --enable- libopencore-amrnb --enable-libgsm --enable-libmodplug --enable- libschroedinger --enable-libspeex --enable-libvp libavutil 51. 76.100 / 51. 76.100 libavcodec 54. 66.100 / 54. 66.100 libavformat 54. 32.101 / 54. 32.101 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 19.102 / 3. 19.102 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 Input #0, matroska,webm, from 'test_ffmpeg_orig.mkv': Metadata: ENCODER : Lavf54.32.101 Duration: 00:00:30.09, start: 0.000000, bitrate: 107 kb/s Stream #0:0: Video: h264 (High), yuv420p, 320x240, SAR 1:1 DAR 4:3, 25 fps, 25 tbr, 1k tbn, 50 tbc (default) Stream #0:1: Audio: ac3, 48000 Hz, stereo, s16, 32 kb/s (default) Stream #0:2: Audio: ac3, 48000 Hz, stereo, s16, 32 kb/s Stream #0:3: Audio: ac3, 48000 Hz, stereo, s16, 32 kb/s (default) Stream #0:4: Subtitle: dvd_subtitle (default) Stream #0:5: Subtitle: dvd_subtitle Stream #0:6: Subtitle: dvd_subtitle (default) At least one output file must be specified -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 15 23:42:17 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Oct 2012 21:42:17 -0000 Subject: [FFmpeg-trac] #1817(avformat:open): create_time contains wrong value for Canon EOS 550D movies In-Reply-To: <033.4df6c144d7d1afff92bc6294461e0754@avcodec.org> References: <033.4df6c144d7d1afff92bc6294461e0754@avcodec.org> Message-ID: <048.2f2e07de5d19e08781dc9ded686fc53c@avcodec.org> #1817: create_time contains wrong value for Canon EOS 550D movies -------------------------------------+------------------------------------- Reporter: pwes | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mov | Blocked By: creation_time regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: mov creation_time => mov creation_time regression * priority: normal => important * status: reopened => open * component: undetermined => avformat * reproduced: 0 => 1 Comment: Regression since 23eeffcd (related to ticket #1471), only reproducible with a 32bit executable here. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 16 01:06:39 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Oct 2012 23:06:39 -0000 Subject: [FFmpeg-trac] #1664(undetermined:closed): Transcoding results in dropped frames and lowering fps In-Reply-To: <037.d5640f8090bdbf6996317983a5fdcb54@avcodec.org> References: <037.d5640f8090bdbf6996317983a5fdcb54@avcodec.org> Message-ID: <052.0d8405ee3b7eaedaa4923bdfd2ee0eb9@avcodec.org> #1664: Transcoding results in dropped frames and lowering fps -------------------------------------+------------------------------------- Reporter: Barvinok | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: mov asp | Resolution: fixed framerate | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 16 02:27:54 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 16 Oct 2012 00:27:54 -0000 Subject: [FFmpeg-trac] #1578(undetermined:open): variable FPS incorrect frame length In-Reply-To: <039.4146843042e5eb4e5459ce07806d4fc4@avcodec.org> References: <039.4146843042e5eb4e5459ce07806d4fc4@avcodec.org> Message-ID: <054.ae56f319c87d9718ba204ae69f21ff25@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 -------------------------------------+------------------------------------- Comment (by michael): works with -vf fps -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 16 10:35:22 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 16 Oct 2012 08:35:22 -0000 Subject: [FFmpeg-trac] #1812(undetermined:new): Transport stream with garbage in the beginning shows artefacts In-Reply-To: <036.24248754b73af9269efe819ff4032f73@avcodec.org> References: <036.24248754b73af9269efe819ff4032f73@avcodec.org> Message-ID: <051.c0d296d4e8370dc58be384df57397947@avcodec.org> #1812: Transport stream with garbage in the beginning shows artefacts -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mpegts | Resolution: mpeg2video | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: mpegts => mpegts mpeg2video -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 16 16:10:32 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 16 Oct 2012 14:10:32 -0000 Subject: [FFmpeg-trac] #1817(avformat:open): create_time contains wrong value for Canon EOS 550D movies In-Reply-To: <033.4df6c144d7d1afff92bc6294461e0754@avcodec.org> References: <033.4df6c144d7d1afff92bc6294461e0754@avcodec.org> Message-ID: <048.83b1f411cbbe833d241f4d625ccecb34@avcodec.org> #1817: create_time contains wrong value for Canon EOS 550D movies -------------------------------------+------------------------------------- Reporter: pwes | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mov | Blocked By: creation_time regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by pwes): OK, I found the direct reason for misbehavior (thanks for notifying 32-bit specificity). The problem lies in the condition {{{ if(time >= 2082844800) }}} never evaluating to true for `time` values 1904-01-01-based, because they are greater than 0x80000000 and are treated as signed in this context, resulting in negative value for `time`. The solution (or rather a workaround?) is to force `unsigned long` context {{{ if(time >= 2082844800UL) }}} after which the bug doesn't occur. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 16 16:35:05 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 16 Oct 2012 14:35:05 -0000 Subject: [FFmpeg-trac] #1817(avformat:open): create_time contains wrong value for Canon EOS 550D movies In-Reply-To: <033.4df6c144d7d1afff92bc6294461e0754@avcodec.org> References: <033.4df6c144d7d1afff92bc6294461e0754@avcodec.org> Message-ID: <048.af63abc294997895c42af40c0a3d48f8@avcodec.org> #1817: create_time contains wrong value for Canon EOS 550D movies -------------------------------------+------------------------------------- Reporter: pwes | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mov | Blocked By: creation_time regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:7 pwes]: > The solution (or rather a workaround?) is to force `unsigned long` context > {{{ > if(time >= 2082844800UL) > }}} Would you like to send a patch to ffmpeg-devel? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 16 16:46:16 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 16 Oct 2012 14:46:16 -0000 Subject: [FFmpeg-trac] #1031(swscale:reopened): yuv420p to rgb24 wrong pixels at end of rows In-Reply-To: <037.ddf608b802c62729426f293ca2764c94@avcodec.org> References: <037.ddf608b802c62729426f293ca2764c94@avcodec.org> Message-ID: <052.a978b47e33b5fae15155df663cdd20a9@avcodec.org> #1031: yuv420p to rgb24 wrong pixels at end of rows -------------------------------------+------------------------------------- Reporter: SephiRok | Owner: michael Type: defect | Status: reopened Priority: important | Component: swscale Version: 1.0 | Resolution: Keywords: regression | Blocked By: yuv2rgb | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by SephiRok): It seems to only happen in our program if mmx optimizations are enabled in the ffmpeg configure. Doesn't happen with the ffmpeg or ffplay executables. Haven't been able to figure out why yet. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 16 17:14:43 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 16 Oct 2012 15:14:43 -0000 Subject: [FFmpeg-trac] #1031(swscale:closed): yuv420p to rgb24 wrong pixels at end of rows In-Reply-To: <037.ddf608b802c62729426f293ca2764c94@avcodec.org> References: <037.ddf608b802c62729426f293ca2764c94@avcodec.org> Message-ID: <052.83543426769935f4a3b5ba4d469eba08@avcodec.org> #1031: yuv420p to rgb24 wrong pixels at end of rows -------------------------------------+------------------------------------- Reporter: SephiRok | Owner: michael Type: defect | Status: closed Priority: important | Component: swscale Version: git-master | Resolution: fixed Keywords: regression | Blocked By: yuv2rgb | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: reopened => closed * version: 1.0 => git-master * resolution: => fixed Comment: Are you using av_image_alloc()? A workaround for problem you described was applied as 62e5ef9, try to copy the behaviour into your application if not. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 16 17:14:53 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 16 Oct 2012 15:14:53 -0000 Subject: [FFmpeg-trac] #1820(avformat:new): track->cluster[0].dts <= 0 assertion when encoding MOV Message-ID: <039.b7033509c75e26d16bb4250c16e491de@avcodec.org> #1820: track->cluster[0].dts <= 0 assertion when encoding MOV ------------------------------------+-------------------------------------- Reporter: rectalogic | Type: defect Status: new | Priority: normal Component: avformat | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Summary of the bug: ffmpeg aborting with assertion "Assertion track->cluster[0].dts <= 0 failed at libavformat/movenc.c:1708" when encoding to MOV. How to reproduce: Sample (truncated) file uploaded to upload.ffmpeg.org:/incoming/dts-assert.mp4 See command line below and gdb backtrace. This file transcoded as of ffmpeg commit f3bd6fa7a The file was created by a Flip Video HD camera. {{{ (gdb) run -v 9 -loglevel 99 -i ~/Desktop/dts-assert.mp4 -r 30 -codec:v rawvideo -pix_fmt uyvy422 -tag:v 2vuy -codec:a pcm_s32le -sample_fmt s32 -ac 1 -f mov -y ~/Desktop/out.mov The program being debugged has been started already. Start it from the beginning? (y or n) y Starting program: /Users/aw/Projects/snapfish/encoder/foundation/ffmpeg/ffmpeg_g -v 9 -loglevel 99 -i ~/Desktop/dts-assert.mp4 -r 30 -codec:v rawvideo -pix_fmt uyvy422 -tag:v 2vuy -codec:a pcm_s32le -sample_fmt s32 -ac 1 -f mov -y ~/Desktop/out.mov Reading symbols for shared libraries . done ffmpeg version N-45569-g22c5cc2 Copyright (c) 2000-2012 the FFmpeg developers built on Oct 15 2012 16:18:36 with llvm-gcc 4.2.1 (LLVM build 2336.11.00) configuration: --enable-shared --enable-debug=gdb3 --disable- optimizations --disable-asm --disable-stripping --prefix=/Users/aw/Projects/snapfish/encoder/foundation/ffmpeg/save /installed-new libavutil 51. 76.100 / 51. 76.100 libavcodec 54. 66.100 / 54. 66.100 libavformat 54. 32.101 / 54. 32.101 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 19.102 / 3. 19.102 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x10201e200] Format mov,mp4,m4a,3gp,3g2,mj2 probed with size=2048 and score=100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x10201e200] ISO: File Type Major Brand: MSNV [mov,mp4,m4a,3gp,3g2,mj2 @ 0x10201e200] File position before avformat_find_stream_info() is 60637 [h264 @ 0x10203a600] Using externally provided dimensions [mov,mp4,m4a,3gp,3g2,mj2 @ 0x10201e200] All info found [mov,mp4,m4a,3gp,3g2,mj2 @ 0x10201e200] File position after avformat_find_stream_info() is 128752 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/Users/aw/Desktop/dts- assert.mp4': Metadata: major_brand : MSNV minor_version : 19464262 compatible_brands: MSNVmp42isom creation_time : 2008-10-25 16:47:14 Duration: 00:01:39.20, start: 0.000033, bitrate: 422 kb/s Stream #0:0(jpn), 1, 1/30000: Video: h264 (Main) (avc1 / 0x31637661), yuv420p, 1280x720, 1/60000, 10371 kb/s, 30 fps, 30 tbr, 30k tbn, 60k tbc Metadata: creation_time : 2008-10-25 16:47:14 handler_name : ?Video Media Handler Stream #0:1(jpn), 1, 1/44100: Audio: aac (mp4a / 0x6134706D), 44100 Hz, mono, s16, 64 kb/s Metadata: creation_time : 2008-10-25 16:47:14 handler_name : ?Sound Media Handler [buffer @ 0x101814380] Setting entry with key 'video_size' to value '1280x720' [buffer @ 0x101814380] Setting entry with key 'pix_fmt' to value '0' [buffer @ 0x101814380] Setting entry with key 'time_base' to value '1/30000' [buffer @ 0x101814380] Setting entry with key 'pixel_aspect' to value '0/1' [buffer @ 0x101814380] Setting entry with key 'sws_param' to value 'flags=2' [buffer @ 0x101814380] Setting entry with key 'frame_rate' to value '30/1' [graph 0 input from stream 0:0 @ 0x101814300] w:1280 h:720 pixfmt:yuv420p tb:1/30000 fr:30/1 sar:0/1 sws_param:flags=2 [format @ 0x101814580] auto-inserting filter 'auto-inserted scaler 0' between the filter 'Parsed_null_0' and the filter 'format' [auto-inserted scaler 0 @ 0x101814ae0] w:1280 h:720 fmt:yuv420p sar:0/1 -> w:1280 h:720 fmt:uyvy422 sar:0/1 flags:0x4 [abuffer @ 0x101815c70] Setting entry with key 'time_base' to value '1/44100' [abuffer @ 0x101815c70] Setting entry with key 'sample_rate' to value '44100' [abuffer @ 0x101815c70] Setting entry with key 'sample_fmt' to value 's16' [abuffer @ 0x101815c70] Setting entry with key 'channel_layout' to value '0x4' [graph 1 input from stream 0:1 @ 0x101815bf0] tb:1/44100 samplefmt:s16 samplerate:44100 chlayout:0x4 [aformat @ 0x101816060] Setting entry with key 'sample_fmts' to value 's32' [aformat @ 0x101816060] Setting entry with key 'channel_layouts' to value '0x4' [audio format for output stream 0:1 @ 0x101815e40] auto-inserting filter 'auto-inserted resampler 0' between the filter 'Parsed_anull_0' and the filter 'audio format for output stream 0:1' [auto-inserted resampler 0 @ 0x101816530] chl:mono fmt:s16 r:44100Hz -> chl:mono fmt:s32 r:44100Hz [h264 @ 0x10203a600] detected 4 logical cores Output #0, mov, to '/Users/aw/Desktop/out.mov': Metadata: major_brand : MSNV minor_version : 19464262 compatible_brands: MSNVmp42isom encoder : Lavf54.32.101 Stream #0:0(jpn), 0, 1/15360: Video: rawvideo (2vuy / 0x79757632), uyvy422, 1280x720, 1/30, q=2-31, 200 kb/s, 15360 tbn, 30 tbc Metadata: creation_time : 2008-10-25 16:47:14 handler_name : ?Video Media Handler Stream #0:1(jpn), 0, 1/44100: Audio: pcm_s32le (in32 / 0x32336E69), 44100 Hz, mono, s32, 1411 kb/s Metadata: creation_time : 2008-10-25 16:47:14 handler_name : ?Sound Media Handler Stream mapping: Stream #0:0 -> #0:0 (h264 -> rawvideo) Stream #0:1 -> #0:1 (aac -> pcm_s32le) Press [q] to stop, [?] for help [h264 @ 0x1020af200] Using externally provided dimensions frame= 7 fps=0.0 q=0.0 size= 12636kB time=00:00:00.34 bitrate=297180.2kbitsframe= 17 fps= 16 q=0.0 size= 30692kB time=00:00:00.67 bitrate=373372.1kbitsframe= 27 fps= 17 q=0.0 size= 48752kB time=00:00:01.02 bitrate=390893.9kbitsframe= 37 fps= 18 q=0.0 size= 66808kB time=00:00:01.34 bitrate=406370.3kbitsframe= 47 fps= 18 q=0.0 size= 84868kB time=00:00:01.67 bitrate=415847.8kbitsframe= 57 fps= 18 q=0.0 size= 102924kB time=00:00:01.99 bitrate=422223.1kbitsframe= 67 fps= 18 q=0.0 size= 120980kB time=00:00:02.34 bitrate=422587.6kbitsframe= 76 fps= 18 q=0.0 size= 137232kB time=00:00:02.64 bitrate=424693.3kbitsframe= 84 fps= 18 q=0.0 size= 151680kB time=00:00:02.92 bitrate=424700.8kbitsframe= 92 fps= 17 q=0.0 size= 166124kB time=00:00:03.18 bitrate=427796.7kbitsframe= 100 fps= 17 q=0.0 size= 180572kB time=00:00:03.43 bitrate=430441.8kbitsframe= 108 fps= 17 q=0.0 size= 195016kB time=00:00:03.71 bitrate=430007.8kbitsTruncating packet of size 48505 to 47966 [h264 @ 0x102801200] AVC: nal size 48501 Last message repeated 1 times [h264 @ 0x102801200] no frame! [mov,mp4,m4a,3gp,3g2,mj2 @ 0x10201e200] stream 1, offset 0x50021c: partial file /Users/aw/Desktop/dts-assert.mp4: Invalid data found when processing input frame= 116 fps= 17 q=0.0 size= 209464kB time=00:00:03.97 bitrate=432154.9kbitsEOF on sink link output stream 0:0:default. [output stream 0:1 @ 0x101815f00] EOF on sink link output stream 0:1:default. No more output streams to write to, finishing. Assertion track->cluster[0].dts <= 0 failed at libavformat/movenc.c:1708 Program received signal SIGABRT, Aborted. 0x00007fff918e1212 in __pthread_kill () (gdb) bt #0 0x00007fff918e1212 in __pthread_kill () #1 0x00007fff8cc1daf4 in pthread_kill () #2 0x00007fff8cc61dce in abort () #3 0x000000010017d173 in mov_write_edts_tag (pb=0x1018138c0, track=0x103000bf0) at movenc.c:1708 #4 0x000000010017d8ec in mov_write_trak_tag (pb=0x1018138c0, mov=0x101812c60, track=0x103000bf0, st=0x1018134a0) at movenc.c:1781 #5 0x0000000100180c68 in mov_write_moov_tag (pb=0x1018138c0, mov=0x101812c60, s=0x102025200) at movenc.c:2308 #6 0x0000000100188731 in mov_write_trailer (s=0x102025200) at movenc.c:3844 #7 0x00000001001a3cf2 in av_write_trailer (s=0x102025200) at mux.c:775 #8 0x000000010001f0f2 in transcode () at ffmpeg.c:3003 #9 0x000000010001f6f2 in main (argc=25, argv=0x7fff5fbff8e0) at ffmpeg.c:3157 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 16 17:20:14 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 16 Oct 2012 15:20:14 -0000 Subject: [FFmpeg-trac] #1821(undetermined:new): Error processing WAV audio file Message-ID: <035.f5a398b6fbf75deb0867056ae78d699d@avcodec.org> #1821: Error processing WAV audio file -------------------------------------+------------------------------------- Reporter: paulbu | 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: WAV files that have worked fine for years as input to ffmpeg are now failing with latest version with following error: % [wav @ 0003cee0] too big INFO subchunk % input.wav: Invalid data found when processing input This is with ffmpeg version N-45279-g1a104bf Worked fine up to ffmpeg version N-35057-g2c44aed which is the last version I was using before upgrading. How to reproduce: % ffmpeg -i input.wav -ab 96k out.mp3 If you need a small sample WAV file let me know. (WAV file produced by Ashampoo Burning Studio as rip from audio CD) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 16 17:46:02 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 16 Oct 2012 15:46:02 -0000 Subject: [FFmpeg-trac] #1820(avformat:open): track->cluster[0].dts <= 0 assertion when encoding MOV In-Reply-To: <039.b7033509c75e26d16bb4250c16e491de@avcodec.org> References: <039.b7033509c75e26d16bb4250c16e491de@avcodec.org> Message-ID: <054.c6ce8963b95d0b5102785c8a7157fb18@avcodec.org> #1820: track->cluster[0].dts <= 0 assertion when encoding MOV -------------------------------------+------------------------------------- Reporter: rectalogic | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: mov | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => regression mov * priority: normal => important * status: new => open * reproduced: 0 => 1 Comment: Regression since 14fd34d, reproducible with: {{{ $ ffmpeg -i dts-assert.mp4 -vn -acodec pcm_s32le out.mov }}} Sample is in http://samples.ffmpeg.org/ffmpeg-bugs/trac/ticket1820/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 16 17:52:37 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 16 Oct 2012 15:52:37 -0000 Subject: [FFmpeg-trac] #1817(avformat:open): create_time contains wrong value for Canon EOS 550D movies In-Reply-To: <033.4df6c144d7d1afff92bc6294461e0754@avcodec.org> References: <033.4df6c144d7d1afff92bc6294461e0754@avcodec.org> Message-ID: <048.9b33f438a83f67efbd77b31da335a01b@avcodec.org> #1817: create_time contains wrong value for Canon EOS 550D movies -------------------------------------+------------------------------------- Reporter: pwes | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mov | Blocked By: creation_time regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by pwes): Replying to [comment:8 cehoyos]: > Would you like to send a patch to ffmpeg-devel? Sure, no problem, although I'm not into ffmpeg very much, so I hope somebody will take a look before applying. :) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 16 17:59:14 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 16 Oct 2012 15:59:14 -0000 Subject: [FFmpeg-trac] #1804(undetermined:new): Transcode with ffmpeg0.9.2, Some ports of the output video was green. But ffmpeg0.8.2 is ok! In-Reply-To: <038.309bed9ec3f2012a0541139e3f94f4f4@avcodec.org> References: <038.309bed9ec3f2012a0541139e3f94f4f4@avcodec.org> Message-ID: <053.ddd4b9d438b2bec995435115339fb286@avcodec.org> #1804: Transcode with ffmpeg0.9.2, Some ports of the output video was green. But ffmpeg0.8.2 is ok! -------------------------------------+------------------------------------- Reporter: zzwcenter | Owner: Type: defect | Status: new Priority: important | Component: Version: 0.9.2 | undetermined Keywords: mpeg2video | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): The sample you uploaded is 691200 bytes long, FFmpeg decodes two frames (this does not match your console output above), both frames are not green. I tested both 0.9.2 (with your exact command line) and current git head. Please reopen the ticket if you can provide a failing sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 16 18:01:39 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 16 Oct 2012 16:01:39 -0000 Subject: [FFmpeg-trac] #1821(undetermined:new): Error processing WAV audio file In-Reply-To: <035.f5a398b6fbf75deb0867056ae78d699d@avcodec.org> References: <035.f5a398b6fbf75deb0867056ae78d699d@avcodec.org> Message-ID: <050.21de5b44f0657ca7640afe99e4095056@avcodec.org> #1821: Error processing WAV audio file -------------------------------------+------------------------------------- Reporter: paulbu | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => regression * priority: normal => important Comment: Please provide complete, uncut console output of your failing command line together with the failing command line and please provide a sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 16 18:02:13 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 16 Oct 2012 16:02:13 -0000 Subject: [FFmpeg-trac] #1804(undetermined:closed): Transcode with ffmpeg0.9.2, Some ports of the output video was green. But ffmpeg0.8.2 is ok! In-Reply-To: <038.309bed9ec3f2012a0541139e3f94f4f4@avcodec.org> References: <038.309bed9ec3f2012a0541139e3f94f4f4@avcodec.org> Message-ID: <053.92e9dcb4615d9577ae2f3a2a867891b3@avcodec.org> #1804: Transcode with ffmpeg0.9.2, Some ports of the output video was green. But ffmpeg0.8.2 is ok! -------------------------------------+------------------------------------- Reporter: zzwcenter | Owner: Type: defect | Status: closed Priority: important | Component: Version: 0.9.2 | undetermined Keywords: mpeg2video | 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 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 16 18:14:34 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 16 Oct 2012 16:14:34 -0000 Subject: [FFmpeg-trac] #1031(swscale:closed): yuv420p to rgb24 wrong pixels at end of rows In-Reply-To: <037.ddf608b802c62729426f293ca2764c94@avcodec.org> References: <037.ddf608b802c62729426f293ca2764c94@avcodec.org> Message-ID: <052.c9bf1a07d4ec345bd7954d9557359ed7@avcodec.org> #1031: yuv420p to rgb24 wrong pixels at end of rows -------------------------------------+------------------------------------- Reporter: SephiRok | Owner: michael Type: defect | Status: closed Priority: important | Component: swscale Version: git-master | Resolution: fixed Keywords: regression | Blocked By: yuv2rgb | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by SephiRok): I'm using avpicture_alloc(). Also happens with git-master. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 16 18:36:07 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 16 Oct 2012 16:36:07 -0000 Subject: [FFmpeg-trac] #1031(swscale:closed): yuv420p to rgb24 wrong pixels at end of rows In-Reply-To: <037.ddf608b802c62729426f293ca2764c94@avcodec.org> References: <037.ddf608b802c62729426f293ca2764c94@avcodec.org> Message-ID: <052.3bf9bdfc908232cc8d1c8933599ebd0e@avcodec.org> #1031: yuv420p to rgb24 wrong pixels at end of rows -------------------------------------+------------------------------------- Reporter: SephiRok | Owner: michael Type: defect | Status: closed Priority: important | Component: swscale Version: git-master | Resolution: fixed Keywords: regression | Blocked By: yuv2rgb | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by cehoyos): Call instead av_image_alloc() directly (that is what avpicture_alloc() does, see libavcodec/imgconvert.c) with an align parameter of 32. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 16 18:54:56 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 16 Oct 2012 16:54:56 -0000 Subject: [FFmpeg-trac] #1031(swscale:closed): yuv420p to rgb24 wrong pixels at end of rows In-Reply-To: <037.ddf608b802c62729426f293ca2764c94@avcodec.org> References: <037.ddf608b802c62729426f293ca2764c94@avcodec.org> Message-ID: <052.a357be2a23174b823f6c95974d2577bf@avcodec.org> #1031: yuv420p to rgb24 wrong pixels at end of rows -------------------------------------+------------------------------------- Reporter: SephiRok | Owner: michael Type: defect | Status: closed Priority: important | Component: swscale Version: git-master | Resolution: fixed Keywords: regression | Blocked By: yuv2rgb | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by SephiRok): That makes it even worse, the whole image becomes distorted. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 16 19:13:31 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 16 Oct 2012 17:13:31 -0000 Subject: [FFmpeg-trac] #1813(documentation:open): ASS filter does not accept filenames with ' In-Reply-To: <037.978579c8dba3d9d253955fa1c6712b62@avcodec.org> References: <037.978579c8dba3d9d253955fa1c6712b62@avcodec.org> Message-ID: <052.2343a53f5bfa96228d7976c06f2e06bd@avcodec.org> #1813: ASS filter does not accept filenames with ' -------------------------------------+------------------------------------- Reporter: Atarikid | Owner: Type: defect | Status: open Priority: important | Component: Version: 1.0 | documentation Keywords: syntax | Resolution: quoting escaping | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by Atarikid): Sorry to say but the issue remains. When using the following command line, FFmpeg still gives the same issue. This IS a bug. ffmpeg -i /Volumes/Data/Movies/Gaming.mp4 -c:a aac -b:a 128k -strict experimental -async 1 -c:v libx264 -b:v 2416k -bt 171k -bufsize 966.4k -r 29.97 -s 640x360 -aspect 640:360 -trellis 1 -coder ac -subq 7 -me_range 16 -i_qfactor 0.71 -bf 3 -b_strategy 1 -refs 3 -partitions partb8x8+partp4x4+partp8x8+parti8x8 -flags +loop -me_method hex -direct- pred 1 -rc_lookahead 40 -g 240 -qmin 3 -qmax 51 -qdiff 4 -weightb 1 -8x8dct 1 -fast-pskip 1 -b-pyramid 1 -sc_threshold 40 -sn -vf ass="'/volumes/data/movies/crime\ d\'amour.ass'" -threads 8 -y "/Volumes/Data/Movies/Gaming.mkv" Output: ffmpeg version 1.0 Copyright (c) 2000-2012 the FFmpeg developers built on Sep 28 2012 18:59:19 with gcc 4.2.1 (GCC) (Apple Inc. build 5666) (dot 3) configuration: --prefix=/Volumes/tempdisk/sw --as=yasm --enable-gpl --enable-pthreads --disable-ffplay --disable-ffserver --disable-shared --enable-static --enable-libvpx --disable-decoder=libvpx --enable- libmp3lame --enable-libtheora --enable-libvorbis --enable-libx264 --enable-libxvid --enable-zlib --enable-avfilter --enable-libspeex --enable-libfreetype --enable-libass --enable-filters --enable-postproc --arch=x86 --enable-runtime-cpudetect libavutil 51. 73.101 / 51. 73.101 libavcodec 54. 59.100 / 54. 59.100 libavformat 54. 29.104 / 54. 29.104 libavdevice 54. 2.101 / 54. 2.101 libavfilter 3. 17.100 / 3. 17.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/Volumes/Data/Movies/Gaming.mp4': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: isommp42 creation_time : 2011-06-01 17:20:19 Duration: 00:03:18.25, start: 0.000000, bitrate: 620 kb/s Stream #0:0(und): Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yuv420p, 640x360, 518 kb/s, 29.97 fps, 29.92 tbr, 1k tbn, 59.83 tbc Metadata: creation_time : 1970-01-01 00:00:00 handler_name : VideoHandler Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, s16, 96 kb/s Metadata: creation_time : 2011-06-01 17:20:20 handler_name : IsoMedia File Produced by Google, 5-11-2011 [Parsed_ass_0 @ 0x101b0dc40] ass_read_file(/volumes/data/movies/crime damour.ass): fopen failed [Parsed_ass_0 @ 0x101b0dc40] Could not create a libass track when reading file '/volumes/data/movies/crime damour.ass' [AVFilterGraph @ 0x101b0cba0] Error initializing filter 'ass' with args '/volumes/data/movies/crime\ d\amour.ass' Error opening filters! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 16 23:05:00 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 16 Oct 2012 21:05:00 -0000 Subject: [FFmpeg-trac] #1822(avfilter:new): Add color option to fade filter Message-ID: <035.dcb41dad7415907b389cac969039bd5c@avcodec.org> #1822: Add color option to fade filter ---------------------------------------+---------------------------------- Reporter: llogan | Owner: Type: enhancement | Status: new Priority: wish | Component: avfilter Version: git-master | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 ---------------------------------------+---------------------------------- The would allow the fade color to be something other than the default of black. I am guessing it is currently possible in conjunction with the color filter, but I am unsure how. Example command: # fade in first 30 frames of video with a color of red fade=in:0:30:red Example docs: color Specify the color of the fade, it can be the name of a color (case insensitive match) or a 0xRRGGBB[AA] sequence. The default value of color is "black". -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 17 02:41:08 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Oct 2012 00:41:08 -0000 Subject: [FFmpeg-trac] #1801(documentation:closed): muxing.c example code fails for most formats In-Reply-To: <035.e8aabfc880e54e5b465f2f861af750fe@avcodec.org> References: <035.e8aabfc880e54e5b465f2f861af750fe@avcodec.org> Message-ID: <050.2426e2c96b1b7866b252addfa57fb452@avcodec.org> #1801: muxing.c example code fails for most formats -------------------------------------+------------------------------------- Reporter: AztecC | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | documentation 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 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 17 02:53:46 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Oct 2012 00:53:46 -0000 Subject: [FFmpeg-trac] #1817(avformat:closed): create_time contains wrong value for Canon EOS 550D movies In-Reply-To: <033.4df6c144d7d1afff92bc6294461e0754@avcodec.org> References: <033.4df6c144d7d1afff92bc6294461e0754@avcodec.org> Message-ID: <048.630e62f36bc363afee98eadcea21aeb0@avcodec.org> #1817: create_time contains wrong value for Canon EOS 550D movies -------------------------------------+------------------------------------- Reporter: pwes | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: mov | Blocked By: creation_time regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: thanks for debuging and analyzing this bug, i fixed it based on that. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 17 06:37:43 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Oct 2012 04:37:43 -0000 Subject: [FFmpeg-trac] #1823(FFmpeg:new): Allow output file for -report option to be specified. Message-ID: <036.22666b4869de30de819f9921ed0a2487@avcodec.org> #1823: Allow output file for -report option to be specified. ---------------------------------------+-------------------------------- Reporter: dericed | Owner: Type: enhancement | Status: new Priority: normal | Component: FFmpeg Version: git-master | Keywords: report Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 ---------------------------------------+-------------------------------- I find the -report option very useful and run a process that converts many incoming videos and stores the output of the -report option in case any later assessment is needed. Currently in order to file the report with the video I have to first find the report (either by searching the present working directory or grepping the ffmpeg output) and then move it to the place where I want to store it. There isn't really a way to predict what the output report filename will be until after the ffmpeg command has started. I propose implementing an option to specify the filename or directory of the report. Note: I realize that I could simply redirect and sdterr and sdtout to a file, but the output of the -report option additionally carries additional contextual data such as the exact command line and starting date which I'd like to store as well. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 17 10:13:52 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Oct 2012 08:13:52 -0000 Subject: [FFmpeg-trac] #1823(FFmpeg:open): Allow output file for -report option to be specified. In-Reply-To: <036.22666b4869de30de819f9921ed0a2487@avcodec.org> References: <036.22666b4869de30de819f9921ed0a2487@avcodec.org> Message-ID: <051.2dea3d36075ef13ad288ac4e7ad817ab@avcodec.org> #1823: Allow output file for -report option to be specified. -------------------------------------+---------------------------------- Reporter: dericed | Owner: Type: enhancement | Status: open Priority: wish | Component: FFmpeg Version: git-master | Resolution: Keywords: report | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Changes (by cehoyos): * priority: normal => wish * status: new => open -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 17 10:16:58 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Oct 2012 08:16:58 -0000 Subject: [FFmpeg-trac] #1824(undetermined:new): ffv1 segfault Message-ID: <034.aff0ead65e0035cf083474bc061954e6@avcodec.org> #1824: ffv1 segfault -------------------------------------+------------------------------------- Reporter: jamal | Owner: Type: defect | Status: new Priority: normal | Component: Version: git- | undetermined master | Keywords: ffv1 Blocked By: | segfault Reproduced by developer: 0 | Blocking: | Analyzed by developer: 0 -------------------------------------+------------------------------------- {{{ $ gdb ffmpeg_g GNU gdb (GDB) 7.5 Copyright (C) 2012 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 "i686-pc-mingw32". For bug reporting instructions, please see: ... Reading symbols from D:\msys\1.0\ffmpeg\build\ffmpeg_g.exe...done. (gdb) r -vcodec ffv1 -i Addicted-SweetBox.3gp -an -f null - Starting program: D:\msys\1.0\ffmpeg\build\ffmpeg_g.exe -vcodec ffv1 -i Addicted-SweetBox.3gp -an -f null - [New Thread 4108.0x12e4] ffmpeg version N-45613-g711ffb8 Copyright (c) 2000-2012 the FFmpeg developers built on Oct 17 2012 05:00:59 with gcc 4.7.2 (GCC) configuration: --enable-gpl --enable-memory-poisoning --enable-cross- compile --cross-prefix=i686-w64-mingw32- --target-os=mingw32 --arch=x86 --cpu=i686 --prefix=/mingw32 libavutil 51. 76.100 / 51. 76.100 libavcodec 54. 66.100 / 54. 66.100 libavformat 54. 32.101 / 54. 32.101 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 19.103 / 3. 19.103 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 Program received signal SIGSEGV, Segmentation fault. 0x00a0e61e in ff_init_range_encoder (buf_size=1723, buf=0x4f8f1c0 "", c=0x8) at D:/msys/1.0/ffmpeg/src/libavcodec/rangecoder.c:45 45 c->bytestream_end = buf + buf_size; (gdb) bt #0 0x00a0e61e in ff_init_range_encoder (buf_size=1723, buf=0x4f8f1c0 "", c=0x8) at D:/msys/1.0/ffmpeg/src/libavcodec/rangecoder.c:45 #1 ff_init_range_decoder (c=c at entry=0x8, buf=buf at entry=0x4f8f1c0 "", buf_size=buf_size at entry=1723) at D:/msys/1.0/ffmpeg/src/libavcodec/rangecoder.c:55 #2 0x0072f87f in decode_frame (avctx=0x4ab0b40, data=0x4f8f8e0, data_size=0x28f46c, avpkt=0x28f3d8) at D:/msys/1.0/ffmpeg/src/libavcodec/ffv1.c:2065 #3 0x00581a16 in avcodec_decode_video2 (avctx=0x4ab0b40, picture=0x4f8f8e0, got_picture_ptr=got_picture_ptr at entry=0x28f46c, avpkt=avpkt at entry=0x28f498) at D:/msys/1.0/ffmpeg/src/libavcodec/utils.c:1579 #4 0x00489e58 in try_decode_frame (st=st at entry=0x4ab0940, avpkt=avpkt at entry=0x4aa8860, options=0x4ac7220) at D:/msys/1.0/ffmpeg/src/libavformat/utils.c:2364 #5 0x00491f9a in avformat_find_stream_info (ic=0x4f8b400, options=0x4ac7220) at D:/msys/1.0/ffmpeg/src/libavformat/utils.c:2744 #6 0x004059c2 in opt_input_file (optctx=0x28fd30, opt=0x4f814e2 "i", filename=) at D:/msys/1.0/ffmpeg/src/ffmpeg_opt.c:786 #7 0x00414966 in parse_option (optctx=optctx at entry=0x28fd30, opt=0x4f814e2 "i", arg=0x4f814e4 "Addicted-SweetBox.3gp", options=options at entry=0xc4cb20) at D:/msys/1.0/ffmpeg/src/cmdutils.c:320 #8 0x00414e7b in parse_options (optctx=optctx at entry=0x28fd30, argc=argc at entry=9, argv=, options=0xc4cb20, parse_arg_function=0x406760 ) at D:/msys/1.0/ffmpeg/src/cmdutils.c:353 #9 0x00bd9210 in main (argc=9, argv=) at D:/msys/1.0/ffmpeg/src/ffmpeg.c:3138 (gdb) disass $pc-32,$pc+32 Dump of assembler code from 0xa0e5fe to 0xa0e63e: 0x00a0e5fe : sbb %al,(%edx) 0x00a0e600 : add %al,(%eax) 0x00a0e602 : movl $0xffffffff,0xc(%eax) 0x00a0e609 : ret 0x00a0e60a : lea 0x0(%esi),%esi 0x00a0e610 : mov 0x8(%esp),%edx 0x00a0e614 : mov 0xc(%esp),%ecx 0x00a0e618 : mov 0x4(%esp),%eax 0x00a0e61c : add %edx,%ecx => 0x00a0e61e : mov %ecx,0x218(%eax) 0x00a0e624 : lea 0x2(%edx),%ecx 0x00a0e627 : movl $0x0,(%eax) 0x00a0e62d : mov %edx,0x210(%eax) 0x00a0e633 : movl $0xff00,0x4(%eax) 0x00a0e63a : movl $0x0,0x8(%eax) End of assembler dump. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 17 10:27:36 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Oct 2012 08:27:36 -0000 Subject: [FFmpeg-trac] #1655(avformat:closed): mpegts demuxer does not recognize invalid PES header In-Reply-To: <039.7a07289a23d49aa7856318a9fdd34f48@avcodec.org> References: <039.7a07289a23d49aa7856318a9fdd34f48@avcodec.org> Message-ID: <054.93831902029af8089a180d91bbcd64f4@avcodec.org> #1655: mpegts demuxer does not recognize invalid PES header -------------------------------------+------------------------------------- Reporter: alphamoose | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegts | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => needs_more_info Comment: Please reopen if you can share a sample to reproduce the problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 17 10:29:45 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Oct 2012 08:29:45 -0000 Subject: [FFmpeg-trac] #1475(avformat:new): Memory leak in ff_read_packet when decoding udp mpegts multicast stream In-Reply-To: <038.a76afc37f4f9efa12cc636370c0f4405@avcodec.org> References: <038.a76afc37f4f9efa12cc636370c0f4405@avcodec.org> Message-ID: <053.a7e868b7644ccc283cdced09c85bf949@avcodec.org> #1475: Memory leak in ff_read_packet when decoding udp mpegts multicast stream -------------------------------------+------------------------------------ Reporter: thutschen | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: udp leak | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: udp => udp leak -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 17 10:31:34 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Oct 2012 08:31:34 -0000 Subject: [FFmpeg-trac] #1510(avformat:closed): Stability issues with mpegts streams In-Reply-To: <034.5883f76b5ae6d01b2db82307bbae38bc@avcodec.org> References: <034.5883f76b5ae6d01b2db82307bbae38bc@avcodec.org> Message-ID: <049.96b867ed7946f735c9bee74adb23d113@avcodec.org> #1510: Stability issues with mpegts streams -------------------------------------+------------------------------------- Reporter: mufin | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegts | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => needs_more_info Comment: Please reopen if you can either provide a sample or the necessary gdb output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 17 11:52:34 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Oct 2012 09:52:34 -0000 Subject: [FFmpeg-trac] #1824(avcodec:open): ffv1 segfault In-Reply-To: <034.aff0ead65e0035cf083474bc061954e6@avcodec.org> References: <034.aff0ead65e0035cf083474bc061954e6@avcodec.org> Message-ID: <049.771ffab7fe2d275f79b56af5b92da8f0@avcodec.org> #1824: ffv1 segfault -------------------------------------+------------------------------------- Reporter: jamal | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: ffv1 crash | Blocked By: SIGSEGV regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: ffv1 segfault => ffv1 crash SIGSEGV regression * priority: normal => important * status: new => open * component: undetermined => avcodec * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 17 11:56:52 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Oct 2012 09:56:52 -0000 Subject: [FFmpeg-trac] #912(avformat:open): mpegts muxer does not follow TS buffering requirements specified in iso13818-1 section 2.4.2.3 In-Reply-To: <033.ae3e1a22ac0bbbbd10f262565ad245c0@avcodec.org> References: <033.ae3e1a22ac0bbbbd10f262565ad245c0@avcodec.org> Message-ID: <048.194e70651e0ebd3718637e3fcef7ff25@avcodec.org> #912: mpegts muxer does not follow TS buffering requirements specified in iso13818-1 section 2.4.2.3 ------------------------------------+------------------------------------ Reporter: jenf | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: ts tsenc => mpegts -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 17 12:05:11 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Oct 2012 10:05:11 -0000 Subject: [FFmpeg-trac] #1150(undetermined:open): H264 Main remuxing to TS fails (B frame not properly handled, playback jittery) In-Reply-To: <035.0a59b0df65ef1934775ea70b6caebf4c@avcodec.org> References: <035.0a59b0df65ef1934775ea70b6caebf4c@avcodec.org> Message-ID: <050.72b004e524f91d3af81b6cfec099e288@avcodec.org> #1150: H264 Main remuxing to TS fails (B frame not properly handled, playback jittery) -------------------------------------+------------------------------------- Reporter: quandt | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: av_interleaved_write_frame h264 | Blocked By: mpegts | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: av_interleaved_write_frame h264 ts => av_interleaved_write_frame h264 mpegts -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 17 12:09:35 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Oct 2012 10:09:35 -0000 Subject: [FFmpeg-trac] #279(undetermined:open): Remuxing aac in TS fails In-Reply-To: <036.020fb631e2940e3aaf645dc53d9ecab1@avcodec.org> References: <036.020fb631e2940e3aaf645dc53d9ecab1@avcodec.org> Message-ID: <051.90259d4712f9af875ef78a4b8c6251b0@avcodec.org> #279: Remuxing aac in TS fails -------------------------------------+------------------------------------- Reporter: etienne | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: aac mpegts | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: aac ts => aac mpegts -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 17 12:11:30 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Oct 2012 10:11:30 -0000 Subject: [FFmpeg-trac] #254(avcodec:open): mpeg2video encoded in interlaced/field mode decodes incorrectly (demuxer) In-Reply-To: <038.ab4ae639f7d00bf815496e21cc3821fa@avcodec.org> References: <038.ab4ae639f7d00bf815496e21cc3821fa@avcodec.org> Message-ID: <053.d3217e1e31a86ce4e868a9afbb3818f5@avcodec.org> #254: mpeg2video encoded in interlaced/field mode decodes incorrectly (demuxer) -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: mpegts | Blocked By: mpeg2video | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: ts mpeg2video => mpegts mpeg2video -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 17 13:06:59 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Oct 2012 11:06:59 -0000 Subject: [FFmpeg-trac] #1825(undetermined:new): Invalid reads decoding a TiVo sample Message-ID: <036.771ed0b001303d8beb80e033a7b68c12@avcodec.org> #1825: Invalid reads decoding a TiVo sample -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git- | undetermined master | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- I will upload a part of a TiVo sample that triggers invalid reads in samplefmt.c. {{{ $ valgrind ./ffmpeg_g -i invalidreads -vn -f null - ==13459== Memcheck, a memory error detector ==13459== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al. ==13459== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info ==13459== Command: ./ffmpeg_g -i invalidreads -vn -f null - ==13459== ffmpeg version N-45613-g711ffb8 Copyright (c) 2000-2012 the FFmpeg developers built on Oct 17 2012 11:48:39 with gcc 4.7 (SUSE Linux) configuration: --disable-optimizations --disable-asm --disable-yasm --disable-indev=jack libavutil 51. 76.100 / 51. 76.100 libavcodec 54. 66.100 / 54. 66.100 libavformat 54. 32.101 / 54. 32.101 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 19.103 / 3. 19.103 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 [mpeg2video @ 0x66d8cf0] mpeg_decode_postinit() failure [mpeg @ 0x66b2220] Invalid timestamps stream=1, pts=147057, dts=147058, size=7990 [mpeg2video @ 0x66d8cf0] mpeg_decode_postinit() failure Last message repeated 5 times [mpeg @ 0x66b2220] Invalid timestamps stream=1, pts=156066, dts=156067, size=14679 [mpeg2video @ 0x66d8cf0] mpeg_decode_postinit() failure Last message repeated 5 times [mpeg @ 0x66b2220] Invalid timestamps stream=1, pts=165075, dts=165076, size=6480 [mpeg2video @ 0x66d8cf0] mpeg_decode_postinit() failure Last message repeated 5 times [mpeg @ 0x66b2220] Invalid timestamps stream=1, pts=174084, dts=174085, size=3279 [mpeg2video @ 0x66d8cf0] mpeg_decode_postinit() failure Last message repeated 2 times [mpeg2video @ 0x66d8cf0] ignoring pic after 100 [mpeg2video @ 0x66d8cf0] ac-tex damaged at 3 0 [mpeg2video @ 0x66d8cf0] invalid mb type in I Frame at 0 1 [mpeg2video @ 0x66d8cf0] invalid mb type in I Frame at 0 2 [mpeg2video @ 0x66d8cf0] invalid mb type in I Frame at 0 3 [mpeg2video @ 0x66d8cf0] invalid mb type in I Frame at 2 4 [mpeg2video @ 0x66d8cf0] skipped MB in I frame at 1 5 [mpeg2video @ 0x66d8cf0] invalid mb type in I Frame at 0 6 [mpeg2video @ 0x66d8cf0] invalid mb type in I Frame at 0 7 [mpeg2video @ 0x66d8cf0] invalid mb type in I Frame at 1 8 [mpeg2video @ 0x66d8cf0] invalid mb type in I Frame at 0 9 [mpeg2video @ 0x66d8cf0] skipped MB in I frame at 1 10 [mpeg2video @ 0x66d8cf0] skipped MB in I frame at 1 11 [mpeg2video @ 0x66d8cf0] invalid mb type in I Frame at 3 12 [mpeg2video @ 0x66d8cf0] skipped MB in I frame at 7 13 [mpeg2video @ 0x66d8cf0] invalid mb type in I Frame at 0 14 [mpeg2video @ 0x66d8cf0] skipped MB in I frame at 1 15 [mpeg2video @ 0x66d8cf0] invalid mb type in I Frame at 1 16 [mpeg2video @ 0x66d8cf0] skipped MB in I frame at 1 17 [mpeg2video @ 0x66d8cf0] invalid mb type in I Frame at 0 18 [mpeg2video @ 0x66d8cf0] mb incr damaged [mpeg2video @ 0x66d8cf0] skipped MB in I frame at 1 20 [mpeg2video @ 0x66d8cf0] skipped MB in I frame at 1 21 [mpeg2video @ 0x66d8cf0] invalid mb type in I Frame at 3 22 [mpeg2video @ 0x66d8cf0] skipped MB in I frame at 4 23 [mpeg2video @ 0x66d8cf0] skipped MB in I frame at 1 24 [mpeg2video @ 0x66d8cf0] skipped MB in I frame at 2 25 [mpeg2video @ 0x66d8cf0] invalid mb type in I Frame at 1 26 [mpeg2video @ 0x66d8cf0] skipped MB in I frame at 1 27 [mpeg2video @ 0x66d8cf0] invalid mb type in I Frame at 1 28 [mpeg2video @ 0x66d8cf0] invalid mb type in I Frame at 0 29 [mpeg2video @ 0x66d8cf0] skipped MB in I frame at 2 30 [mpeg2video @ 0x66d8cf0] skipped MB in I frame at 4 31 [mpeg2video @ 0x66d8cf0] ac-tex damaged at 3 32 [mpeg2video @ 0x66d8cf0] skipped MB in I frame at 1 33 [mpeg2video @ 0x66d8cf0] skipped MB in I frame at 4 34 [mpeg2video @ 0x66d8cf0] skipped MB in I frame at 2 35 [mpeg2video @ 0x66d8cf0] skipped MB in I frame at 1 36 [mpeg2video @ 0x66d8cf0] skipped MB in I frame at 2 37 [mpeg2video @ 0x66d8cf0] invalid mb type in I Frame at 2 38 [mpeg2video @ 0x66d8cf0] skipped MB in I frame at 1 39 [mpeg2video @ 0x66d8cf0] skipped MB in I frame at 1 40 [mpeg2video @ 0x66d8cf0] skipped MB in I frame at 3 41 [mpeg2video @ 0x66d8cf0] invalid mb type in I Frame at 3 42 [mpeg2video @ 0x66d8cf0] skipped MB in I frame at 3 43 [mpeg2video @ 0x66d8cf0] skipped MB in I frame at 2 44 [mpeg2video @ 0x66d8cf0] Warning MVs not available [mpeg2video @ 0x66d8cf0] concealing 3600 DC, 3600 AC, 3600 MV errors in I frame [mpeg @ 0x66b2220] Invalid timestamps stream=1, pts=183093, dts=183094, size=9276 [mpeg @ 0x66b2220] Invalid timestamps stream=1, pts=192102, dts=192103, size=5485 [mpeg @ 0x66b2220] Invalid timestamps stream=1, pts=201111, dts=201112, size=7199 [mpeg @ 0x66b2220] Invalid timestamps stream=1, pts=210120, dts=210121, size=6458 [mpeg @ 0x66b2220] Invalid timestamps stream=1, pts=219129, dts=219130, size=3354 [mpeg @ 0x66b2220] Invalid timestamps stream=1, pts=228138, dts=228139, size=9285 [mpeg @ 0x66b2220] Invalid timestamps stream=1, pts=237147, dts=237148, size=7329 [mpeg @ 0x66b2220] Invalid timestamps stream=1, pts=246156, dts=246157, size=10311 [mpeg @ 0x66b2220] Invalid timestamps stream=1, pts=255165, dts=255166, size=7127 [mpeg @ 0x66b2220] Invalid timestamps stream=1, pts=264174, dts=264175, size=4240 [mpeg @ 0x66b2220] Invalid timestamps stream=1, pts=273183, dts=273184, size=8859 [mpeg @ 0x66b2220] Invalid timestamps stream=1, pts=282192, dts=282193, size=7628 [mpeg @ 0x66b2220] Invalid timestamps stream=1, pts=291201, dts=291202, size=13860 [mpeg @ 0x66b2220] Invalid timestamps stream=1, pts=300210, dts=300211, size=6932 [mpeg @ 0x66b2220] Invalid timestamps stream=1, pts=309219, dts=309220, size=3232 [mpeg @ 0x66b2220] Invalid timestamps stream=1, pts=318228, dts=318229, size=13272 [mpeg @ 0x66b2220] Invalid timestamps stream=1, pts=327237, dts=327238, size=8337 [mpeg @ 0x66b2220] Invalid timestamps stream=1, pts=336246, dts=336247, size=14330 [mpeg @ 0x66b2220] Invalid timestamps stream=1, pts=345255, dts=345256, size=7015 [mpeg @ 0x66b2220] Invalid timestamps stream=1, pts=354264, dts=354265, size=2933 [mpeg @ 0x66b2220] Invalid timestamps stream=1, pts=363273, dts=363274, size=9550 [mpeg @ 0x66b2220] Invalid timestamps stream=1, pts=372282, dts=372283, size=7393 [mpeg @ 0x66b2220] Invalid timestamps stream=1, pts=381291, dts=382043, size=22263 [mpeg @ 0x66b2220] Invalid timestamps stream=1, pts=391802, dts=392554, size=28771 [mpeg @ 0x66b2220] Invalid timestamps stream=1, pts=402312, dts=402313, size=3966 [mpeg @ 0x66b2220] Invalid timestamps stream=1, pts=411321, dts=411322, size=14760 [mpeg @ 0x66b2220] Invalid timestamps stream=1, pts=420330, dts=420331, size=2244 [mpeg @ 0x66b2220] Invalid timestamps stream=1, pts=429339, dts=429340, size=8645 [mpeg @ 0x66b2220] Invalid timestamps stream=1, pts=438348, dts=438349, size=10248 [mpeg @ 0x66b2220] Invalid timestamps stream=1, pts=447357, dts=447358, size=4597 [mpeg @ 0x66b2220] Invalid timestamps stream=1, pts=456366, dts=456367, size=28760 [mpeg @ 0x66b2220] Stream #0: not enough frames to estimate rate; consider increasing probesize [mpeg @ 0x66b2220] Stream #2: not enough frames to estimate rate; consider increasing probesize [mpeg @ 0x66b2220] Stream #3: not enough frames to estimate rate; consider increasing probesize [mpeg @ 0x66b2220] Stream #4: not enough frames to estimate rate; consider increasing probesize [mpeg @ 0x66b2220] Stream #5: not enough frames to estimate rate; consider increasing probesize [mpeg @ 0x66b2220] Stream #6: not enough frames to estimate rate; consider increasing probesize [mpeg @ 0x66b2220] Stream #7: not enough frames to estimate rate; consider increasing probesize [mpeg @ 0x66b2220] Stream #8: not enough frames to estimate rate; consider increasing probesize [mpeg @ 0x66b2220] Stream #9: not enough frames to estimate rate; consider increasing probesize [mpeg @ 0x66b2220] Stream #10: not enough frames to estimate rate; consider increasing probesize [mpeg @ 0x66b2220] Stream #11: not enough frames to estimate rate; consider increasing probesize [mpeg @ 0x66b2220] Stream #12: not enough frames to estimate rate; consider increasing probesize [mpeg @ 0x66b2220] Stream #13: not enough frames to estimate rate; consider increasing probesize [mpeg @ 0x66b2220] Stream #14: not enough frames to estimate rate; consider increasing probesize [mpeg @ 0x66b2220] Could not find codec parameters for stream 0 (Audio: truehd, 0 channels): unspecified sample format Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpeg @ 0x66b2220] Could not find codec parameters for stream 3 (Audio: dts, 0 channels): unspecified sample format Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpeg @ 0x66b2220] Could not find codec parameters for stream 4 (Audio: dts, 0 channels): unspecified sample format Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpeg @ 0x66b2220] Could not find codec parameters for stream 8 (Audio: truehd, 0 channels): unspecified sample format Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpeg @ 0x66b2220] Could not find codec parameters for stream 9 (Audio: dts, 0 channels): unspecified sample format Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpeg @ 0x66b2220] Could not find codec parameters for stream 10 (Audio: dts, 0 channels): unspecified sample format Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpeg @ 0x66b2220] Could not find codec parameters for stream 11 (Audio: dts, 0 channels): unspecified sample format Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpeg @ 0x66b2220] Could not find codec parameters for stream 13 (Audio: dts, 0 channels): unspecified sample format Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpeg @ 0x66b2220] Could not find codec parameters for stream 14 (Audio: dts, 0 channels): unspecified sample format Consider increasing the value for the 'analyzeduration' and 'probesize' options [NULL @ 0x66d02d0] start time is not set in estimate_timings_from_pts [NULL @ 0x7410b80] start time is not set in estimate_timings_from_pts [NULL @ 0x74afcc0] start time is not set in estimate_timings_from_pts [NULL @ 0x751fc50] start time is not set in estimate_timings_from_pts [NULL @ 0x78754d0] start time is not set in estimate_timings_from_pts [NULL @ 0x788e010] start time is not set in estimate_timings_from_pts [NULL @ 0x7a341c0] start time is not set in estimate_timings_from_pts [NULL @ 0x7aecc10] start time is not set in estimate_timings_from_pts [NULL @ 0x7b20070] start time is not set in estimate_timings_from_pts [NULL @ 0x7b54a20] start time is not set in estimate_timings_from_pts [NULL @ 0x7c0a2f0] start time is not set in estimate_timings_from_pts Truncating packet of size 18301 to 17913 Guessed Channel Layout for Input Stream #0.5 : 2.1 Guessed Channel Layout for Input Stream #0.6 : 7.1 Guessed Channel Layout for Input Stream #0.7 : 7.1 Input #0, mpeg, from 'invalidreads': Duration: 00:00:04.20, start: 1.600600, bitrate: 11691 kb/s Stream #0:0[0xb3]: Audio: truehd, 0 channels Stream #0:1[0x1e0]: Video: mpeg2video (Main), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 20000 kb/s, 59.94 fps, 59.94 tbr, 90k tbn, 119.88 tbc Stream #0:2[0x28]: Subtitle: dvd_subtitle Stream #0:3[0x8f]: Audio: dts, 0 channels Stream #0:4[0x8a]: Audio: dts, 0 channels Stream #0:5[0xa6]: Audio: pcm_dvd, 48000 Hz, 2.1, s32, 3456 kb/s Stream #0:6[0xa3]: Audio: pcm_s16be, 44100 Hz, 7.1, s16, 5644 kb/s Stream #0:7[0xac]: Audio: pcm_s16be, 44100 Hz, 7.1, s16, 5644 kb/s Stream #0:8[0xb9]: Audio: truehd, 0 channels Stream #0:9[0x89]: Audio: dts, 0 channels Stream #0:10[0x9e]: Audio: dts, 0 channels Stream #0:11[0x88]: Audio: dts, 0 channels Stream #0:12[0x2d]: Subtitle: dvd_subtitle Stream #0:13[0x9f]: Audio: dts, 0 channels Stream #0:14[0x9c]: Audio: dts, 0 channels Output #0, null, to 'pipe:': Metadata: encoder : Lavf54.32.101 Stream #0:0: Audio: pcm_s16le, 44100 Hz, 7.1, s16, 5644 kb/s Stream mapping: Stream #0:6 -> #0:0 (pcm_s16be -> pcm_s16le) Press [q] to stop, [?] for help Multiple frames in a packet from stream 6 [pcm_s16be @ 0x76a6080] Invalid PCM packet, data has size 13 but at least a size of 16 was expected Error while decoding stream #0:6: Invalid data found when processing input Input stream #0:6 frame changed from rate:44100 fmt:s16 ch:8 chl:7.1 to rate:96000 fmt:s16 ch:2 chl:2 channels (FL+FR+FC+LFE+BL+BR+SL+SR) ==13459== Invalid read of size 8 ==13459== at 0x4C2C56A: memcpy@@GLIBC_2.14 (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==13459== by 0xC37F26: av_samples_copy (samplefmt.c:217) ==13459== by 0x430970: ff_copy_buffer_ref (buffer.c:226) ==13459== by 0x431010: av_buffersrc_add_ref (buffersrc.c:132) ==13459== by 0x430DFB: av_buffersrc_add_frame (buffersrc.c:90) ==13459== by 0x41624C: decode_audio (ffmpeg.c:1539) ==13459== by 0x417299: output_packet (ffmpeg.c:1761) ==13459== by 0x41B5C0: process_input (ffmpeg.c:2826) ==13459== by 0x41B91A: transcode_step (ffmpeg.c:2922) ==13459== by 0x41BA27: transcode (ffmpeg.c:2974) ==13459== by 0x41BFF5: main (ffmpeg.c:3158) ==13459== Address 0x6741bb8 is 8 bytes before a block of size 4,928 alloc'd ==13459== at 0x4C290FE: memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==13459== by 0x4C291A7: posix_memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==13459== by 0xC31BC9: av_malloc (mem.c:95) ==13459== by 0xC31D29: av_mallocz (mem.c:199) ==13459== by 0x9DF079: ff_fast_malloc (utils.c:82) ==13459== by 0x9DF13C: av_fast_padded_malloc (utils.c:102) ==13459== by 0x9E1DB4: ff_alloc_packet2 (utils.c:1076) ==13459== by 0x90D95B: pcm_encode_frame (pcm.c:101) ==13459== by 0x9E244C: avcodec_encode_audio2 (utils.c:1215) ==13459== by 0x4126D6: do_audio_out (ffmpeg.c:636) ==13459== by 0x413F6B: reap_filters (ffmpeg.c:1048) ==13459== by 0x41B978: transcode_step (ffmpeg.c:2931) ==13459== ==13459== Invalid read of size 8 ==13459== at 0x4C2C558: memcpy@@GLIBC_2.14 (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==13459== by 0xC37F26: av_samples_copy (samplefmt.c:217) ==13459== by 0x430970: ff_copy_buffer_ref (buffer.c:226) ==13459== by 0x431010: av_buffersrc_add_ref (buffersrc.c:132) ==13459== by 0x430DFB: av_buffersrc_add_frame (buffersrc.c:90) ==13459== by 0x41624C: decode_audio (ffmpeg.c:1539) ==13459== by 0x417299: output_packet (ffmpeg.c:1761) ==13459== by 0x41B5C0: process_input (ffmpeg.c:2826) ==13459== by 0x41B91A: transcode_step (ffmpeg.c:2922) ==13459== by 0x41BA27: transcode (ffmpeg.c:2974) ==13459== by 0x41BFF5: main (ffmpeg.c:3158) ==13459== Address 0x6741bb0 is 16 bytes before a block of size 4,928 alloc'd ==13459== at 0x4C290FE: memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==13459== by 0x4C291A7: posix_memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==13459== by 0xC31BC9: av_malloc (mem.c:95) ==13459== by 0xC31D29: av_mallocz (mem.c:199) ==13459== by 0x9DF079: ff_fast_malloc (utils.c:82) ==13459== by 0x9DF13C: av_fast_padded_malloc (utils.c:102) ==13459== by 0x9E1DB4: ff_alloc_packet2 (utils.c:1076) ==13459== by 0x90D95B: pcm_encode_frame (pcm.c:101) ==13459== by 0x9E244C: avcodec_encode_audio2 (utils.c:1215) ==13459== by 0x4126D6: do_audio_out (ffmpeg.c:636) ==13459== by 0x413F6B: reap_filters (ffmpeg.c:1048) ==13459== by 0x41B978: transcode_step (ffmpeg.c:2931) ==13459== [pcm_s16be @ 0x76a6080] Invalid PCM packet, data has size 1 but at least a size of 4 was expected Error while decoding stream #0:6: Invalid data found when processing input [mpeg @ 0x66b2220] New audio stream 0:15 at pos:5343735 and DTS:4.92914s [mpeg @ 0x66b2220] New audio stream 0:16 at pos:5832880 and DTS:5.28114s size= 0kB time=00:00:03.43 bitrate= 0.0kbits/s video:0kB audio:10kB subtitle:0 global headers:0kB muxing overhead -100.000000% ==13459== ==13459== HEAP SUMMARY: ==13459== in use at exit: 0 bytes in 0 blocks ==13459== total heap usage: 2,033 allocs, 2,033 frees, 23,744,398 bytes allocated ==13459== ==13459== All heap blocks were freed -- no leaks are possible ==13459== ==13459== For counts of detected and suppressed errors, rerun with: -v ==13459== ERROR SUMMARY: 718 errors from 2 contexts (suppressed: 2 from 2) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 17 13:08:03 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Oct 2012 11:08:03 -0000 Subject: [FFmpeg-trac] #1825(undetermined:new): Invalid reads decoding a TiVo sample In-Reply-To: <036.771ed0b001303d8beb80e033a7b68c12@avcodec.org> References: <036.771ed0b001303d8beb80e033a7b68c12@avcodec.org> Message-ID: <051.5ff9628faf84d1ea24f4b5d90e5efcd4@avcodec.org> #1825: Invalid reads decoding a TiVo sample -------------------------------------+------------------------------------- Reporter: cehoyos | 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): Sample uploaded to http://samples.ffmpeg.org/ffmpeg-bugs/trac/ticket1825/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 17 13:14:14 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Oct 2012 11:14:14 -0000 Subject: [FFmpeg-trac] #1826(undetermined:new): TiVo sample cannot be decoded Message-ID: <036.dce4ffcfdfa533f9f64807a686b4fc9a@avcodec.org> #1826: TiVo sample cannot be decoded -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: | Status: new enhancement | Component: Priority: wish | undetermined Version: git- | Keywords: master | Blocking: Blocked By: | Analyzed by developer: 0 Reproduced by developer: 0 | -------------------------------------+------------------------------------- A user uploaded a TiVo sample - http://samples.ffmpeg.org/TiVo/Twitches%20-%20%2020121016.TiVo - that cannot be decoded with FFmpeg (or MPlayer). Original report: http://forum.videolan.org/viewtopic.php?f=12&t=104821 {{{ $ ffmpeg -i Twitches\ -\ \ 20121016.TiVo ffmpeg version N-45613-g711ffb8 Copyright (c) 2000-2012 the FFmpeg developers built on Oct 17 2012 13:12:59 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 51. 76.100 / 51. 76.100 libavcodec 54. 66.100 / 54. 66.100 libavformat 54. 32.101 / 54. 32.101 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 19.103 / 3. 19.103 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 [mpeg2video @ 0x223e7e0] mpeg_decode_postinit() failure Last message repeated 11 times [mpeg @ 0x2238280] Invalid timestamps stream=0, pts=111021, dts=111022, size=13634 [mpeg2video @ 0x223e7e0] ignoring pic after 100 [mpeg2video @ 0x223e7e0] skipped MB in I frame at 1 0 [mpeg2video @ 0x223e7e0] skipped MB in I frame at 1 1 [mpeg2video @ 0x223e7e0] invalid mb type in I Frame at 1 2 [mpeg2video @ 0x223e7e0] skipped MB in I frame at 2 3 [mpeg2video @ 0x223e7e0] invalid mb type in I Frame at 0 4 [mpeg2video @ 0x223e7e0] skipped MB in I frame at 1 5 [mpeg2video @ 0x223e7e0] skipped MB in I frame at 2 6 [mpeg2video @ 0x223e7e0] invalid mb type in I Frame at 1 7 [mpeg2video @ 0x223e7e0] invalid mb type in I Frame at 0 8 [mpeg2video @ 0x223e7e0] skipped MB in I frame at 1 9 [mpeg2video @ 0x223e7e0] invalid mb type in I Frame at 1 10 [mpeg2video @ 0x223e7e0] skipped MB in I frame at 2 11 [mpeg2video @ 0x223e7e0] skipped MB in I frame at 2 12 [mpeg2video @ 0x223e7e0] invalid mb type in I Frame at 0 13 [mpeg2video @ 0x223e7e0] skipped MB in I frame at 2 14 [mpeg2video @ 0x223e7e0] skipped MB in I frame at 3 15 [mpeg2video @ 0x223e7e0] invalid mb type in I Frame at 1 16 [mpeg2video @ 0x223e7e0] skipped MB in I frame at 3 17 [mpeg2video @ 0x223e7e0] skipped MB in I frame at 3 18 [mpeg2video @ 0x223e7e0] skipped MB in I frame at 1 19 [mpeg2video @ 0x223e7e0] skipped MB in I frame at 2 20 [mpeg2video @ 0x223e7e0] invalid mb type in I Frame at 2 21 [mpeg2video @ 0x223e7e0] skipped MB in I frame at 2 22 [mpeg2video @ 0x223e7e0] skipped MB in I frame at 2 23 [mpeg2video @ 0x223e7e0] skipped MB in I frame at 2 24 [mpeg2video @ 0x223e7e0] skipped MB in I frame at 1 25 [mpeg2video @ 0x223e7e0] skipped MB in I frame at 1 26 [mpeg2video @ 0x223e7e0] skipped MB in I frame at 5 27 [mpeg2video @ 0x223e7e0] skipped MB in I frame at 1 28 [mpeg2video @ 0x223e7e0] invalid mb type in I Frame at 1 29 [mpeg2video @ 0x223e7e0] skipped MB in I frame at 3 30 [mpeg2video @ 0x223e7e0] invalid mb type in I Frame at 1 31 [mpeg2video @ 0x223e7e0] skipped MB in I frame at 2 32 [mpeg2video @ 0x223e7e0] invalid mb type in I Frame at 0 33 [mpeg2video @ 0x223e7e0] invalid mb type in I Frame at 1 34 [mpeg2video @ 0x223e7e0] invalid mb type in I Frame at 0 35 [mpeg2video @ 0x223e7e0] skipped MB in I frame at 1 36 [mpeg2video @ 0x223e7e0] skipped MB in I frame at 1 37 [mpeg2video @ 0x223e7e0] skipped MB in I frame at 4 38 [mpeg2video @ 0x223e7e0] skipped MB in I frame at 1 39 [mpeg2video @ 0x223e7e0] skipped MB in I frame at 1 40 [mpeg2video @ 0x223e7e0] invalid mb type in I Frame at 0 41 [mpeg2video @ 0x223e7e0] skipped MB in I frame at 1 42 [mpeg2video @ 0x223e7e0] skipped MB in I frame at 1 43 [mpeg2video @ 0x223e7e0] skipped MB in I frame at 5 44 [mpeg2video @ 0x223e7e0] Warning MVs not available [mpeg2video @ 0x223e7e0] concealing 3600 DC, 3600 AC, 3600 MV errors in I frame [mpeg @ 0x2238280] Invalid timestamps stream=0, pts=120030, dts=120031, size=12673 [mpeg @ 0x2238280] Invalid timestamps stream=0, pts=129039, dts=129040, size=3326 [mpeg @ 0x2238280] Invalid timestamps stream=0, pts=138048, dts=138049, size=11091 [mpeg @ 0x2238280] Invalid timestamps stream=0, pts=147057, dts=147058, size=7990 [mpeg @ 0x2238280] Invalid timestamps stream=0, pts=156066, dts=156067, size=14679 [mpeg @ 0x2238280] Invalid timestamps stream=0, pts=165075, dts=165076, size=6480 [mpeg @ 0x2238280] Invalid timestamps stream=0, pts=174084, dts=174085, size=3279 [mpeg @ 0x2238280] Invalid timestamps stream=0, pts=183093, dts=183094, size=9276 [mpeg @ 0x2238280] Invalid timestamps stream=0, pts=192102, dts=192103, size=5485 [mpeg @ 0x2238280] Invalid timestamps stream=0, pts=201111, dts=201112, size=7199 [mpeg @ 0x2238280] Invalid timestamps stream=0, pts=210120, dts=210121, size=6458 [mpeg @ 0x2238280] Invalid timestamps stream=0, pts=219129, dts=219130, size=3354 [mpeg @ 0x2238280] Invalid timestamps stream=0, pts=228138, dts=228139, size=9285 [mpeg @ 0x2238280] Invalid timestamps stream=0, pts=237147, dts=237148, size=7329 [mpeg @ 0x2238280] Invalid timestamps stream=0, pts=246156, dts=246157, size=10311 [mpeg @ 0x2238280] Invalid timestamps stream=0, pts=255165, dts=255166, size=7127 [mpeg @ 0x2238280] Invalid timestamps stream=0, pts=264174, dts=264175, size=4240 [mpeg @ 0x2238280] Invalid timestamps stream=0, pts=273183, dts=273184, size=8859 [mpeg @ 0x2238280] Invalid timestamps stream=0, pts=282192, dts=282193, size=7628 [mpeg @ 0x2238280] Invalid timestamps stream=0, pts=291201, dts=291202, size=13860 [mpeg @ 0x2238280] Invalid timestamps stream=0, pts=300210, dts=300211, size=6932 [mpeg @ 0x2238280] Invalid timestamps stream=0, pts=309219, dts=309220, size=3232 [mpeg @ 0x2238280] Invalid timestamps stream=0, pts=318228, dts=318229, size=13272 [mpeg @ 0x2238280] Invalid timestamps stream=0, pts=327237, dts=327238, size=8337 [mpeg @ 0x2238280] Invalid timestamps stream=0, pts=336246, dts=336247, size=14330 [mpeg @ 0x2238280] Invalid timestamps stream=0, pts=345255, dts=345256, size=7015 [mpeg @ 0x2238280] Invalid timestamps stream=0, pts=354264, dts=354265, size=2933 [mpeg @ 0x2238280] Invalid timestamps stream=0, pts=363273, dts=363274, size=9550 [mpeg @ 0x2238280] Invalid timestamps stream=0, pts=372282, dts=372283, size=7393 [mpeg @ 0x2238280] Invalid timestamps stream=0, pts=381291, dts=382043, size=22263 [mpeg @ 0x2238280] Invalid timestamps stream=0, pts=391802, dts=392554, size=28771 [mpeg @ 0x2238280] Invalid timestamps stream=0, pts=402312, dts=402313, size=3966 [mpeg @ 0x2238280] Stream #2: not enough frames to estimate rate; consider increasing probesize [mpeg @ 0x2238280] Stream #3: not enough frames to estimate rate; consider increasing probesize [mpeg @ 0x2238280] Stream #4: not enough frames to estimate rate; consider increasing probesize [mpeg @ 0x2238280] Stream #5: not enough frames to estimate rate; consider increasing probesize [mpeg @ 0x2238280] Stream #6: not enough frames to estimate rate; consider increasing probesize [mpeg @ 0x2238280] Stream #7: not enough frames to estimate rate; consider increasing probesize [mpeg @ 0x2238280] Stream #8: not enough frames to estimate rate; consider increasing probesize [mpeg @ 0x2238280] Stream #9: not enough frames to estimate rate; consider increasing probesize [mpeg @ 0x2238280] Stream #10: not enough frames to estimate rate; consider increasing probesize [mpeg @ 0x2238280] Stream #11: not enough frames to estimate rate; consider increasing probesize [mpeg @ 0x2238280] Stream #12: not enough frames to estimate rate; consider increasing probesize [mpeg @ 0x2238280] Could not find codec parameters for stream 3 (Audio: ac3, 0 channels): unspecified sample format Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpeg @ 0x2238280] Could not find codec parameters for stream 4 (Audio: truehd, 0 channels): unspecified sample format Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpeg @ 0x2238280] Could not find codec parameters for stream 6 (Audio: dts, 0 channels): unspecified sample format Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpeg @ 0x2238280] Could not find codec parameters for stream 7 (Audio: dts, 0 channels): unspecified sample format Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpeg @ 0x2238280] Could not find codec parameters for stream 10 (Audio: truehd, 0 channels): unspecified sample format Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpeg @ 0x2238280] Could not find codec parameters for stream 11 (Audio: dts, 0 channels): unspecified sample format Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpeg @ 0x2238280] Could not find codec parameters for stream 12 (Audio: dts, 0 channels): unspecified sample format Consider increasing the value for the 'analyzeduration' and 'probesize' options [NULL @ 0x22c2380] start time is not set in estimate_timings_from_pts [NULL @ 0x2370c80] start time is not set in estimate_timings_from_pts [NULL @ 0x2439ae0] start time is not set in estimate_timings_from_pts [NULL @ 0x24291e0] start time is not set in estimate_timings_from_pts [NULL @ 0x24a3be0] start time is not set in estimate_timings_from_pts [NULL @ 0x2512200] start time is not set in estimate_timings_from_pts [NULL @ 0x26b2e40] start time is not set in estimate_timings_from_pts [NULL @ 0x27520e0] start time is not set in estimate_timings_from_pts Guessed Channel Layout for Input Stream #0.2 : 2.1 Guessed Channel Layout for Input Stream #0.8 : 7.1 Guessed Channel Layout for Input Stream #0.9 : 7.1 Input #0, mpeg, from 'Twitches - 20121016.TiVo': Duration: 00:05:34.76, start: 0.673144, bitrate: 10700 kb/s Stream #0:0[0x1e0]: Video: mpeg2video (Main), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 20000 kb/s, 59.94 fps, 59.94 tbr, 90k tbn, 119.88 tbc Stream #0:1[0x80]: Audio: ac3, 48000 Hz, 5.1(side), s16, 384 kb/s Stream #0:2[0xa6]: Audio: pcm_dvd, 48000 Hz, 2.1, s32, 3456 kb/s Stream #0:3[0xc3]: Audio: ac3, 0 channels Stream #0:4[0xb3]: Audio: truehd, 0 channels Stream #0:5[0x28]: Subtitle: dvd_subtitle Stream #0:6[0x8f]: Audio: dts, 0 channels Stream #0:7[0x8a]: Audio: dts, 0 channels Stream #0:8[0xa3]: Audio: pcm_s16be, 44100 Hz, 7.1, s16, 5644 kb/s Stream #0:9[0xac]: Audio: pcm_s16be, 44100 Hz, 7.1, s16, 5644 kb/s Stream #0:10[0xb9]: Audio: truehd, 0 channels Stream #0:11[0x89]: Audio: dts, 0 channels Stream #0:12[0x9e]: Audio: dts, 0 channels At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 17 16:28:46 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Oct 2012 14:28:46 -0000 Subject: [FFmpeg-trac] #1804(undetermined:reopened): Transcode with ffmpeg0.9.2, Some ports of the output video was green. But ffmpeg0.8.2 is ok! In-Reply-To: <038.309bed9ec3f2012a0541139e3f94f4f4@avcodec.org> References: <038.309bed9ec3f2012a0541139e3f94f4f4@avcodec.org> Message-ID: <053.40228026adda7494246f625cc93132d1@avcodec.org> #1804: Transcode with ffmpeg0.9.2, Some ports of the output video was green. But ffmpeg0.8.2 is ok! -------------------------------------+------------------------------------- Reporter: zzwcenter | Owner: Type: defect | Status: reopened Priority: important | Component: Version: 0.9.2 | undetermined Keywords: mpeg2video | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by zzwcenter): * status: closed => reopened * resolution: needs_more_info => -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 17 16:37:50 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Oct 2012 14:37:50 -0000 Subject: [FFmpeg-trac] #1804(undetermined:reopened): Transcode with ffmpeg0.9.2, Some ports of the output video was green. But ffmpeg0.8.2 is ok! In-Reply-To: <038.309bed9ec3f2012a0541139e3f94f4f4@avcodec.org> References: <038.309bed9ec3f2012a0541139e3f94f4f4@avcodec.org> Message-ID: <053.012193a9762ecf5e2f8072e9a3e7ec00@avcodec.org> #1804: Transcode with ffmpeg0.9.2, Some ports of the output video was green. But ffmpeg0.8.2 is ok! -------------------------------------+------------------------------------- Reporter: zzwcenter | Owner: Type: defect | Status: reopened Priority: important | Component: Version: 0.9.2 | undetermined Keywords: mpeg2video | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by zzwcenter): Replying to [comment:4 cehoyos]: > The sample you uploaded is 691200 bytes long, FFmpeg decodes two frames (this does not match your console output above), both frames are not green. I tested both 0.9.2 (with your exact command line) and current git head. > > Please reopen the ticket if you can provide a failing sample. I upload the file again, but failed(only uploading 111935488 long). The name of new sample is "Ticket #1804 _mpeg2vido_Transcode with ffmpeg0.9.2, Some ports of the output video was green. But ffmpeg0.8.2 is ok.avi", please try again! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 17 16:48:01 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Oct 2012 14:48:01 -0000 Subject: [FFmpeg-trac] #1793(undetermined:new): Widevine support In-Reply-To: <039.05ea1d676c05fd1f55c9d4bc8743c75a@avcodec.org> References: <039.05ea1d676c05fd1f55c9d4bc8743c75a@avcodec.org> Message-ID: <054.739ad22bee19f8cc487a98f6215dad15@avcodec.org> #1793: Widevine support -------------------------------------+------------------------------------- Reporter: benito2313 | Owner: Type: enhancement | Status: new Priority: wish | Component: Version: unspecified | undetermined Keywords: Widevine | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by benito2313): Replying to [comment:1 cehoyos]: > Could you add a little information about what this is? > The links you gave do not easily answer it, and the string "codec/protocol" in your original post does not make it better, either. Did you have the chance yet to take a look, somebody i know posted a reply about widevine. Thank you in advance. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 17 16:51:39 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Oct 2012 14:51:39 -0000 Subject: [FFmpeg-trac] #681(avfilter:open): -vf mp=pullup leads to massive A/V-desync In-Reply-To: <036.7d32630b7b33eafbd6aee0efae91a91d@avcodec.org> References: <036.7d32630b7b33eafbd6aee0efae91a91d@avcodec.org> Message-ID: <051.e14302a47f5f4940e49dc163338066a9@avcodec.org> #681: -vf mp=pullup leads to massive A/V-desync -------------------------------------+------------------------------------- Reporter: dericed | Owner: Type: defect | Status: open Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: mpfilter | Blocked By: pullup | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by darkmoon): Thank you, cehoyos, for your work on this. I found this ticket #681 while searching for a filterchain to do effective ivtc in ffmpeg. There is an excellent discussion in the Mplayer documentation of the various ivtc options in section [http://www.mplayerhq.hu/DOCS/HTML/en/MPlayer.html#menc-feat-telecine- encode-mixedpt 7.2.3.4. Mixed progressive and telecine]. (The ''filmdint'' filter mentioned there, which sounds very promising, is unfortunately not supported in ffmpeg.) When I first found this ticket, [http://ffmpeg.org/trac/ffmpeg/ticket/681#comment:3 this solution] was your last update. When I tried it, I too experienced massive A/V desync. In fact, there was desync with every other Mplayer filter I tried ''except'' the one you quote [http://ffmpeg.org/trac/ffmpeg/ticket/681#comment:4 just above], and with the same options? {{{ mp=detc=am=1:dr=2 }}} for example, also causes desync. Section 7.2.3.4 of the Mplayer docs suggests placing the ''softpulldown'' filter before ''detc'' or ''ivtc'' in order to insure those filters have a uniformly telecine'd stream to process. Additionally, I noticed that the output of ''detc'' is interlaced. I was able to get good results with this filterchain: {{{ -vf mp=softpulldown,mp=detc=am=0:dr=2:fr=0,yadif,setpts='N/(24000/1001*TB)' -r 24000/1001 }}} ---- Ultimately, the reason for the A/V desync with the other Mplayer filters is the equation for ''setpts'' (='N/(24000/1001*TB)') which, according to [http://ffmpeg.org/ffmpeg.html#Examples-14 Section 31.2.1] of the ffmpeg docs, sets a fixed frame rate. What is needed is an equation for ''setpts'' that produces an output stream with the same '''''running time''''' as the input stream, regardless of how many frames the preceding filters drop. Perhaps someone with some math skills and an understanding of the ''setpts'' internal variables could write one for us???? :) (It seems likely that MEncoder includes code to make this calculation internally. In every discussion I have read concerning how to ivtc with MEncoder, there is no mention of any A/V desync problems, and no inclusion of any sort of a ''setpts'' filter in any of the sample command lines?these things are conspicuous by their absence. Instead, MEncoder has separate command line options for the input stream framerate, and the desired output framerate.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 17 17:04:38 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Oct 2012 15:04:38 -0000 Subject: [FFmpeg-trac] #1827(avcodec:new): Segfault with multi-channel DCA/DTS file when downsampling. Message-ID: <035.d1a34de2f3aace57e246523caefca291@avcodec.org> #1827: Segfault with multi-channel DCA/DTS file when downsampling. -------------------------------------+------------------------------------- Reporter: Cigaes | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git- | Keywords: dca master | segfault Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- Using [http://samples.ffmpeg.org/A-codecs/DTS/lotr_5.1_768.dts]: {{{ ./ffmpeg_g -request_channels 2 -i ~/tmp/samples/lotr_5.1_768.dts }}} {{{ ffmpeg version N-45639-g9b762e2 Copyright (c) 2000-2012 the FFmpeg developers built on Oct 17 2012 16:20:10 with gcc 4.7 (Debian 4.7.1-7) configuration: --enable-shared --disable-static --enable-gpl --enable- libx264 --enable-libass --enable-libfreetype --assert-level=1 --enable- avresample libavutil 51. 76.100 / 51. 76.100 libavcodec 54. 66.100 / 54. 66.100 libavformat 54. 33.100 / 54. 33.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 19.103 / 3. 19.103 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 dca_filter_channels: 0 -> 2 -> 0x835b00 dca_filter_channels: 1 -> 0 -> 0x834aa0 dca_filter_channels: 2 -> 1 -> 0x8352a0 dca_filter_channels: 3 -> 4 -> 0x836b00 dca_filter_channels: 4 -> 5 -> 0x837300 dca_filter_channels: 5 -> -1 -> (nil) }}} The problem happens since dcadec was moved to planar formats. The {{{dca_filter_channels}}} lines are debug I added, and they show the problem: the {{{channel_order_tab}}} array, a pointer to {{{dca_channel_reorder_lfe[9]}}} actually, only takes the code 5 channels into account, while the file actually has 7 channels. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 17 17:41:23 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Oct 2012 15:41:23 -0000 Subject: [FFmpeg-trac] #1827(avcodec:new): Segfault with multi-channel DCA/DTS file when downsampling. In-Reply-To: <035.d1a34de2f3aace57e246523caefca291@avcodec.org> References: <035.d1a34de2f3aace57e246523caefca291@avcodec.org> Message-ID: <050.24891d173f94a2136146458f476386c0@avcodec.org> #1827: Segfault with multi-channel DCA/DTS file when downsampling. -------------------------------------+------------------------------------- Reporter: Cigaes | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: dca | Blocked By: regression crash SIGSEGV | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: dca segfault => dca regression crash SIGSEGV * priority: normal => important -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 17 17:49:52 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Oct 2012 15:49:52 -0000 Subject: [FFmpeg-trac] #1828(undetermined:new): Start timestamp ignored when muxing dvd_subtitle Message-ID: <035.dd57a03425d403c6613359e5fb72e3ef@avcodec.org> #1828: Start timestamp ignored when muxing dvd_subtitle -------------------------------------+------------------------------------- Reporter: billie | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- When adding a dvd_subtitle to a video file the starting time-stamp is ignored which causes all subsequent subtitles to be displayed to early by this time-stamp. I will attach a sample video file and the subtitle.idx/sub files. The subtitle file contains three subtitles starting after 5, 15 and 25 seconds with a duration of 2 seconds. When playing the resulting video file including the subtitle the subtitles are displayed after 0, 10 and 20 seconds. The following command line can be used to reproduce the issue: ffmpeg -i test.mkv -i subtitle.sub -map 0 -map 1 -c: copy -f matroska test_subs.mkv ffmpeg version N-45643-g6a762b6 Copyright (c) 2000-2012 the FFmpeg developers built on Oct 17 2012 17:29:33 with gcc 4.5.4 (Gentoo 4.5.4 p1.0, pie-0.4.7) configuration: --cc=i686-pc-linux-gnu-gcc --cxx=i686-pc-linux-gnu-g++ --ar=i686-pc-linux-gnu-ar --optflags='-march=native -O2 -pipe -fomit- frame-pointer' --extra-cflags='-march=native -O2 -pipe -fomit-frame- pointer' --extra-cxxflags='-march=native -O2 -pipe -fomit-frame-pointer' --enable-gpl --enable-version3 --enable-postproc --enable-avfilter --disable-stripping --disable-debug --disable-doc --disable-vdpau --disable-ffplay --enable-gnutls --enable-libmp3lame --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libtheora --enable-libvorbis --enable- libx264 --enable-libxvid --enable-libaacplus --enable-nonfree --enable- libfaac --enable-nonfree --enable-libcdio --enable-libdc1394 --enable- openal --disable-indev=v4l --disable-indev=jack --enable-x11grab --enable- libv4l2 --disable-outdev=sdl --enable-frei0r --enable-libfreetype --enable-libass --enable-pthreads --enable-libopencore-amrwb --enable- libopencore-amrnb --enable-libgsm --enable-libmodplug --enable- libschroedinger --enable-libspeex --enable-libvp libavutil 51. 76.100 / 51. 76.100 libavcodec 54. 66.100 / 54. 66.100 libavformat 54. 33.100 / 54. 33.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 19.103 / 3. 19.103 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 Input #0, matroska,webm, from 'test.mkv': Metadata: ENCODER : Lavf53.32.100 Duration: 00:00:30.01, start: 0.000000, bitrate: 38 kb/s Stream #0:0: Video: h264 (High), yuv420p, 320x240, SAR 1:1 DAR 4:3, 25 fps, 25 tbr, 1k tbn, 50 tbc (default) Stream #0:1: Audio: ac3, 48000 Hz, stereo, s16, 32 kb/s (default) Input #1, mpeg, from 'subtitle.sub': Duration: 00:00:20.00, start: 5.079989, bitrate: 2 kb/s Stream #1:0[0x20]: Subtitle: dvd_subtitle Output #0, matroska, to 'test_subs.mkv': Metadata: encoder : Lavf54.33.100 Stream #0:0: Video: h264, yuv420p, 320x240 [SAR 1:1 DAR 4:3], q=2-31, 25 fps, 1k tbn, 1k tbc (default) Stream #0:1: Audio: ac3, 48000 Hz, stereo, 32 kb/s (default) Stream #0:2: Subtitle: dvd_subtitle Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Stream #1:0 -> #0:2 (copy) Press [q] to stop, [?] for help frame= 750 fps=0.0 q=-1.0 Lsize= 143kB time=00:00:30.01 bitrate= 39.0kbits/s video:13kB audio:117kB subtitle:1 global headers:0kB muxing overhead 8.907932% -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 17 17:55:18 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Oct 2012 15:55:18 -0000 Subject: [FFmpeg-trac] #1828(undetermined:new): Start timestamp ignored when muxing dvd_subtitle In-Reply-To: <035.dd57a03425d403c6613359e5fb72e3ef@avcodec.org> References: <035.dd57a03425d403c6613359e5fb72e3ef@avcodec.org> Message-ID: <050.416b8bf78dd4d76f8cb85b15519e2ec3@avcodec.org> #1828: Start timestamp ignored when muxing dvd_subtitle -------------------------------------+------------------------------------- Reporter: billie | 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 -------------------------------------+------------------------------------- Description changed by ubitux: Old description: > When adding a dvd_subtitle to a video file the starting time-stamp is > ignored which causes all subsequent subtitles to be displayed to early by > this time-stamp. I will attach a sample video file and the > subtitle.idx/sub files. The subtitle file contains three subtitles > starting after 5, 15 and 25 seconds with a duration of 2 seconds. When > playing the resulting video file including the subtitle the subtitles are > displayed after 0, 10 and 20 seconds. > > The following command line can be used to reproduce the issue: > > ffmpeg -i test.mkv -i subtitle.sub -map 0 -map 1 -c: copy -f matroska > test_subs.mkv > > ffmpeg version N-45643-g6a762b6 Copyright (c) 2000-2012 the FFmpeg > developers > built on Oct 17 2012 17:29:33 with gcc 4.5.4 (Gentoo 4.5.4 p1.0, > pie-0.4.7) > configuration: --cc=i686-pc-linux-gnu-gcc --cxx=i686-pc-linux-gnu-g++ > --ar=i686-pc-linux-gnu-ar --optflags='-march=native -O2 -pipe -fomit- > frame-pointer' --extra-cflags='-march=native -O2 -pipe -fomit-frame- > pointer' --extra-cxxflags='-march=native -O2 -pipe -fomit-frame-pointer' > --enable-gpl --enable-version3 --enable-postproc --enable-avfilter > --disable-stripping --disable-debug --disable-doc --disable-vdpau > --disable-ffplay --enable-gnutls --enable-libmp3lame --enable-libvo- > aacenc --enable-libvo-amrwbenc --enable-libtheora --enable-libvorbis > --enable-libx264 --enable-libxvid --enable-libaacplus --enable-nonfree > --enable-libfaac --enable-nonfree --enable-libcdio --enable-libdc1394 > --enable-openal --disable-indev=v4l --disable-indev=jack --enable-x11grab > --enable-libv4l2 --disable-outdev=sdl --enable-frei0r --enable- > libfreetype --enable-libass --enable-pthreads --enable-libopencore-amrwb > --enable-libopencore-amrnb --enable-libgsm --enable-libmodplug --enable- > libschroedinger --enable-libspeex --enable-libvp libavutil 51. > 76.100 / 51. 76.100 > libavcodec 54. 66.100 / 54. 66.100 > libavformat 54. 33.100 / 54. 33.100 > libavdevice 54. 3.100 / 54. 3.100 > libavfilter 3. 19.103 / 3. 19.103 > libswscale 2. 1.101 / 2. 1.101 > libswresample 0. 16.100 / 0. 16.100 > libpostproc 52. 1.100 / 52. 1.100 > Input #0, matroska,webm, from 'test.mkv': > Metadata: > ENCODER : Lavf53.32.100 > Duration: 00:00:30.01, start: 0.000000, bitrate: 38 kb/s > Stream #0:0: Video: h264 (High), yuv420p, 320x240, SAR 1:1 DAR 4:3, > 25 fps, 25 tbr, 1k tbn, 50 tbc (default) > Stream #0:1: Audio: ac3, 48000 Hz, stereo, s16, 32 kb/s (default) > Input #1, mpeg, from 'subtitle.sub': > Duration: 00:00:20.00, start: 5.079989, bitrate: 2 kb/s > Stream #1:0[0x20]: Subtitle: dvd_subtitle > Output #0, matroska, to 'test_subs.mkv': > Metadata: > encoder : Lavf54.33.100 > Stream #0:0: Video: h264, yuv420p, 320x240 [SAR 1:1 DAR 4:3], q=2-31, > 25 fps, 1k tbn, 1k tbc (default) > Stream #0:1: Audio: ac3, 48000 Hz, stereo, 32 kb/s (default) > Stream #0:2: Subtitle: dvd_subtitle > Stream mapping: > Stream #0:0 -> #0:0 (copy) > Stream #0:1 -> #0:1 (copy) > Stream #1:0 -> #0:2 (copy) > Press [q] to stop, [?] for help > frame= 750 fps=0.0 q=-1.0 Lsize= 143kB time=00:00:30.01 bitrate= > 39.0kbits/s > video:13kB audio:117kB subtitle:1 global headers:0kB muxing overhead > 8.907932% New description: When adding a dvd_subtitle to a video file the starting time-stamp is ignored which causes all subsequent subtitles to be displayed to early by this time-stamp. I will attach a sample video file and the subtitle.idx/sub files. The subtitle file contains three subtitles starting after 5, 15 and 25 seconds with a duration of 2 seconds. When playing the resulting video file including the subtitle the subtitles are displayed after 0, 10 and 20 seconds. The following command line can be used to reproduce the issue: {{{ % ffmpeg -i test.mkv -i subtitle.sub -map 0 -map 1 -c: copy -f matroska test_subs.mkv ffmpeg version N-45643-g6a762b6 Copyright (c) 2000-2012 the FFmpeg developers built on Oct 17 2012 17:29:33 with gcc 4.5.4 (Gentoo 4.5.4 p1.0, pie-0.4.7) configuration: --cc=i686-pc-linux-gnu-gcc --cxx=i686-pc-linux-gnu-g++ --ar=i686-pc-linux-gnu-ar --optflags='-march=native -O2 -pipe -fomit- frame-pointer' --extra-cflags='-march=native -O2 -pipe -fomit-frame- pointer' --extra-cxxflags='-march=native -O2 -pipe -fomit-frame-pointer' --enable-gpl --enable-version3 --enable-postproc --enable-avfilter --disable-stripping --disable-debug --disable-doc --disable-vdpau --disable-ffplay --enable-gnutls --enable-libmp3lame --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libtheora --enable-libvorbis --enable- libx264 --enable-libxvid --enable-libaacplus --enable-nonfree --enable- libfaac --enable-nonfree --enable-libcdio --enable-libdc1394 --enable- openal --disable-indev=v4l --disable-indev=jack --enable-x11grab --enable- libv4l2 --disable-outdev=sdl --enable-frei0r --enable-libfreetype --enable-libass --enable-pthreads --enable-libopencore-amrwb --enable- libopencore-amrnb --enable-libgsm --enable-libmodplug --enable- libschroedinger --enable-libspeex --enable-libvp libavutil 51. 76.100 / 51. 76.100 libavcodec 54. 66.100 / 54. 66.100 libavformat 54. 33.100 / 54. 33.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 19.103 / 3. 19.103 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 Input #0, matroska,webm, from 'test.mkv': Metadata: ENCODER : Lavf53.32.100 Duration: 00:00:30.01, start: 0.000000, bitrate: 38 kb/s Stream #0:0: Video: h264 (High), yuv420p, 320x240, SAR 1:1 DAR 4:3, 25 fps, 25 tbr, 1k tbn, 50 tbc (default) Stream #0:1: Audio: ac3, 48000 Hz, stereo, s16, 32 kb/s (default) Input #1, mpeg, from 'subtitle.sub': Duration: 00:00:20.00, start: 5.079989, bitrate: 2 kb/s Stream #1:0[0x20]: Subtitle: dvd_subtitle Output #0, matroska, to 'test_subs.mkv': Metadata: encoder : Lavf54.33.100 Stream #0:0: Video: h264, yuv420p, 320x240 [SAR 1:1 DAR 4:3], q=2-31, 25 fps, 1k tbn, 1k tbc (default) Stream #0:1: Audio: ac3, 48000 Hz, stereo, 32 kb/s (default) Stream #0:2: Subtitle: dvd_subtitle Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Stream #1:0 -> #0:2 (copy) Press [q] to stop, [?] for help frame= 750 fps=0.0 q=-1.0 Lsize= 143kB time=00:00:30.01 bitrate= 39.0kbits/s video:13kB audio:117kB subtitle:1 global headers:0kB muxing overhead 8.907932% }}} -- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 17 17:58:36 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Oct 2012 15:58:36 -0000 Subject: [FFmpeg-trac] #1828(avformat:open): Start timestamp ignored when muxing dvd_subtitle In-Reply-To: <035.dd57a03425d403c6613359e5fb72e3ef@avcodec.org> References: <035.dd57a03425d403c6613359e5fb72e3ef@avcodec.org> Message-ID: <050.fbef292037ab7e13699059afdda383ce@avcodec.org> #1828: Start timestamp ignored when muxing dvd_subtitle -------------------------------------+------------------------------------ Reporter: billie | Owner: ubitux Type: enhancement | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: vobsub | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by ubitux): * keywords: => vobsub * owner: => ubitux * status: new => open * component: undetermined => avformat * type: defect => enhancement Comment: The index file (.idx) contains timing information which are simply ignored (and use the timestamp in the MPEG stream of the .sub): FFmpeg doesn't support yet VobSub. A demuxer is in development (still not usable), see http://lists.ffmpeg.org/pipermail/ffmpeg-devel/2012-September/130546.html. I'll update this ticket when it's done and applied. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 17 19:25:40 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Oct 2012 17:25:40 -0000 Subject: [FFmpeg-trac] #1799(avfilter:open): loop option doesn't seem to work In-Reply-To: <035.4b1a008b06ffcc61920605cb6bac432d@avcodec.org> References: <035.4b1a008b06ffcc61920605cb6bac432d@avcodec.org> Message-ID: <050.e3cc6a44be412b9d7ed5ed9108c05e0c@avcodec.org> #1799: loop option doesn't seem to work ------------------------------------+------------------------------------ Reporter: ubitux | Owner: Type: defect | Status: open Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+------------------------------------ Changes (by Cigaes): * analyzed: 0 => 1 * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 Comment: In fact, the loop option works, but the timestamps are reset for each iteration, and that leads ffmpeg to drop frames. We could fix movie to update the timestamps for each loop iteration, adding the timestamp of the end of the previous iteration. But I am not sure it is the right thing to do: the same problem will happen if movie is used with a VOB file with a timestamp reset in the middle, for example. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 17 19:33:07 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Oct 2012 17:33:07 -0000 Subject: [FFmpeg-trac] #1828(avformat:open): Start timestamp ignored when muxing dvd_subtitle In-Reply-To: <035.dd57a03425d403c6613359e5fb72e3ef@avcodec.org> References: <035.dd57a03425d403c6613359e5fb72e3ef@avcodec.org> Message-ID: <050.af0fb9e727af37e09aa4b14197c0129f@avcodec.org> #1828: Start timestamp ignored when muxing dvd_subtitle -------------------------------------+------------------------------------ Reporter: billie | Owner: ubitux Type: enhancement | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: vobsub | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by Cigaes): In the meantime before the vobsub demuxer is complete, you can use {{{mkvmerge}}} to merge the two vobsub files into a single Matroska file with just the subtitle stream: ffmpeg will be able to read it, with the correct timestamps. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 17 19:36:45 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Oct 2012 17:36:45 -0000 Subject: [FFmpeg-trac] #1744(undetermined:new): SDL out freezes In-Reply-To: <039.d3ecbe0221683fb641e83b18c0635cd0@avcodec.org> References: <039.d3ecbe0221683fb641e83b18c0635cd0@avcodec.org> Message-ID: <054.ef873a1a14aec829ee0aa687b761804a@avcodec.org> #1744: SDL out freezes -------------------------------------+------------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: sdl | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by rogerdpack): some how I missed the original command line. It was basically $ ffmpeg -i sintel.mpg -f sdl "title" -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 17 19:45:51 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Oct 2012 17:45:51 -0000 Subject: [FFmpeg-trac] #1804(undetermined:reopened): Transcode with ffmpeg0.9.2, Some ports of the output video was green. But ffmpeg0.8.2 is ok! In-Reply-To: <038.309bed9ec3f2012a0541139e3f94f4f4@avcodec.org> References: <038.309bed9ec3f2012a0541139e3f94f4f4@avcodec.org> Message-ID: <053.af3754595f9dcdba7b648f5d9fdba164@avcodec.org> #1804: Transcode with ffmpeg0.9.2, Some ports of the output video was green. But ffmpeg0.8.2 is ok! -------------------------------------+------------------------------------- Reporter: zzwcenter | Owner: Type: defect | Status: reopened Priority: important | Component: Version: 0.9.2 | undetermined Keywords: mpeg2video | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): You uploaded a file of size 111747613. If I understand your original report correctly, your problem is that transcoding works with FFmpeg 0.8.2, but does not work with FFmpeg 0.9.2 (is that correct?) - since the file you uploaded does not work for me at all (neither with FFmpeg git head, nor 0.8.2, nor MPlayer, nor vlc), please provide your working command line together with complete, uncut console output for a working FFmpeg version (0.8.2 or any other version that works for you). Please also add something like "md5sum your_input_file" together with its output to make absolutely sure we are testing the same sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 17 20:12:01 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Oct 2012 18:12:01 -0000 Subject: [FFmpeg-trac] #681(avfilter:open): -vf mp=pullup leads to massive A/V-desync In-Reply-To: <036.7d32630b7b33eafbd6aee0efae91a91d@avcodec.org> References: <036.7d32630b7b33eafbd6aee0efae91a91d@avcodec.org> Message-ID: <051.8780fc3df8af6fccf30bef56541ec2bc@avcodec.org> #681: -vf mp=pullup leads to massive A/V-desync -------------------------------------+------------------------------------- Reporter: dericed | Owner: Type: defect | Status: open Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: mpfilter | Blocked By: pullup | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:5 darkmoon]: > When I first found this ticket, [http://ffmpeg.org/trac/ffmpeg/ticket/681#comment:3 this solution] was your last update. When I tried it, I too experienced massive A/V desync. > In fact, there was desync with every other Mplayer filter I tried Could you elaborate? I don't think this is a known problem. (Or do you mean: With every other MPlayer inverse telecine filter except detc which unfortunately does not work for the real-world samples you have?) > ''except'' the one you quote [http://ffmpeg.org/trac/ffmpeg/ticket/681#comment:4 just above], and with the same options? > {{{ > mp=detc=am=1:dr=2 > }}} > for example, also causes desync. > > Section 7.2.3.4 of the Mplayer docs suggests placing the ''softpulldown'' filter before ''detc'' or ''ivtc'' in order to insure those filters have a uniformly telecine'd stream to process. > Additionally, I noticed that the output of ''detc'' is interlaced. I don't think this is correct as-such: Of course I believe you that you tried the filter with a sample and the output looked interlaced, but the point is that the filter can only work on clean (unedited) telecined material on which it will perform a perfect inverse telecine process if invoked with the correct start-pattern. > I was able to get good results with this filterchain: > {{{ > -vf mp=softpulldown,mp=detc=am=0:dr=2:fr=0,yadif,setpts='N/(24000/1001*TB)' -r 24000/1001 > }}} I live in PAL-country and I am therefore certainly no expert for telecined material, but I believe you first have to decide if your input video is interlaced or telecined and then you should either use a de-interlacer (yadif) or try an inverse telecine process (which is currently not working perfectly within FFmpeg), combining them seems like a very bad idea to me. (Or in other words: inverse telecine is a process that recovers the original material without any quality loss whatsoever, while a de- interlacer gets broken input and tries to hide the brokenness by changing the video severely. Doing this on telecined input ruins every possibility to ever get back the original video.) > Ultimately, the reason for the A/V desync with the other Mplayer filters is the equation for ''setpts'' (='N/(24000/1001*TB)') which, according to [http://ffmpeg.org/ffmpeg.html#Examples-14 Section 31.2.1] of the ffmpeg docs, sets a fixed frame rate. I absolutely may miss something, but imo the output of inverse telecine has a fixed frame rate of 24000/1001. > What is needed is an equation for ''setpts'' that produces an output stream with the same '''''running time''''' as the input stream, regardless of how many frames the preceding filters drop. Perhaps someone with some math skills and an understanding of the ''setpts'' internal variables could write one for us???? :) > > (It seems likely that MEncoder includes code to make this calculation internally. In every discussion I have read concerning how to ivtc with MEncoder, there is no mention of any A/V desync problems, and no inclusion of any sort of a ''setpts'' filter in any of the sample command lines?these things are conspicuous by their absence. Instead, MEncoder has separate command line options for the input stream framerate, and the desired output framerate.) Note that in my experience, current MEncoder fails very badly for telecined material so whoever is interested in solving this problem and has some programming skills, should really work on porting pullup (or filmdint) to a native FFmpeg filter (it is imo not unlikely that timestamps are the only thing missing.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 17 20:42:09 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Oct 2012 18:42:09 -0000 Subject: [FFmpeg-trac] #1821(undetermined:new): Error processing WAV audio file In-Reply-To: <035.f5a398b6fbf75deb0867056ae78d699d@avcodec.org> References: <035.f5a398b6fbf75deb0867056ae78d699d@avcodec.org> Message-ID: <050.155802d3bb58577a027191ab5487e6f0@avcodec.org> #1821: Error processing WAV audio file -------------------------------------+------------------------------------- Reporter: paulbu | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by paulbu): Full console dump from ffmpeg with attached wav file as input: $ /c/dev/audio/ffmpeg-20121010-git-1a104bf-win32-shared/bin/ffmpeg -i input.wav -ab 96k output.mp3 ffmpeg version N-45279-g1a104bf Copyright (c) 2000-2012 the FFmpeg developers built on Oct 10 2012 19:21:13 with gcc 4.7.2 (GCC) configuration: --disable-static --enable-shared --enable-gpl --enable- version3 --disable-pthreads --enable-runtime-cpudetect --enable-avisynth --enable- bzlib --enable-frei0r --enable-libass --enable-libcelt --enable-libopencore- amrnb --en able-libopencore-amrwb --enable-libfreetype --enable-libgsm --enable- libmp3lame --enable-libnut --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libutvideo --enable-libvo- aacenc -- enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enab le-libxavs --enable-libxvid --enable-zlib libavutil 51. 74.100 / 51. 74.100 libavcodec 54. 65.100 / 54. 65.100 libavformat 54. 31.100 / 54. 31.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 19.102 / 3. 19.102 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 [wav @ 00032a20] too big INFO subchunk input.wav: Invalid data found when processing input -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 17 21:07:39 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Oct 2012 19:07:39 -0000 Subject: [FFmpeg-trac] #566(avformat:closed): Encoding AAC stereo audio which starts silently to mpeg-ts causes 0-channel audio output. In-Reply-To: <034.27835f075750347390f0cfbd89ccbac5@avcodec.org> References: <034.27835f075750347390f0cfbd89ccbac5@avcodec.org> Message-ID: <049.6ae1ad1133ea3fc2acc3e567ec728878@avcodec.org> #566: Encoding AAC stereo audio which starts silently to mpeg-ts causes 0-channel audio output. ------------------------------------+------------------------------------ Reporter: tungj | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: aac mpegts | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: aac ts => aac mpegts * resolution: => fixed * status: open => closed * component: undetermined => avformat * version: unspecified => git-master Comment: Fixed in current git head and 1.0. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 17 21:08:01 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Oct 2012 19:08:01 -0000 Subject: [FFmpeg-trac] #542(avformat:closed): Missing aac audio after encoding to mpeg-ts with very high video bitrate In-Reply-To: <035.de45c97b35341750bfe1134dc5367938@avcodec.org> References: <035.de45c97b35341750bfe1134dc5367938@avcodec.org> Message-ID: <050.01461bebdcc8c7b503e4aca31f4b2a7d@avcodec.org> #542: Missing aac audio after encoding to mpeg-ts with very high video bitrate ------------------------------------+------------------------------------ Reporter: terran | Owner: michael Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: aac mpegts | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: aac ts => aac mpegts * resolution: => fixed * status: open => closed * component: undetermined => avformat Comment: Fixed in current git head and 1.0. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 17 21:37:55 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Oct 2012 19:37:55 -0000 Subject: [FFmpeg-trac] #1821(avformat:open): Error processing WAV audio file In-Reply-To: <035.f5a398b6fbf75deb0867056ae78d699d@avcodec.org> References: <035.f5a398b6fbf75deb0867056ae78d699d@avcodec.org> Message-ID: <050.dab3a7e4201fbeb8d7243fd7b64ecb43@avcodec.org> #1821: Error processing WAV audio file -------------------------------------+------------------------------------- Reporter: paulbu | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: wav | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: regression => regression wav * status: new => open * component: undetermined => avformat * reproduced: 0 => 1 Comment: (The sample can be tested with mplayer -softvol -softvol-max 700 -volume 100) Regression since 12bc205 / 1e19927 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 17 21:38:41 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Oct 2012 19:38:41 -0000 Subject: [FFmpeg-trac] #1273(undetermined:reopened): initial seek causes failure to display on some avi files In-Reply-To: <036.2a4ccbc1a8c209f91a4b5ff99976fdea@avcodec.org> References: <036.2a4ccbc1a8c209f91a4b5ff99976fdea@avcodec.org> Message-ID: <051.e7b5cf6bc09a8987374bc7d272118a3d@avcodec.org> #1273: initial seek causes failure to display on some avi files -------------------------------------+------------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: git-master | undetermined Keywords: pal8 msrle | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by DonMoir): This file also fails CODEC_ID_MSVIDEO1 http://sms.pangolin.com/temp/EVBPIC.AVI -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 17 21:52:42 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Oct 2012 19:52:42 -0000 Subject: [FFmpeg-trac] #1273(undetermined:reopened): initial seek causes failure to display on some avi files In-Reply-To: <036.2a4ccbc1a8c209f91a4b5ff99976fdea@avcodec.org> References: <036.2a4ccbc1a8c209f91a4b5ff99976fdea@avcodec.org> Message-ID: <051.40e0920184c62c195ac97df7f842d1a2@avcodec.org> #1273: initial seek causes failure to display on some avi files -------------------------------------+------------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: git-master | undetermined Keywords: pal8 msrle | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:9 DonMoir]: > This file also fails CODEC_ID_MSVIDEO1 > > http://sms.pangolin.com/temp/EVBPIC.AVI Please open a new ticket for the sample that has different parameters, do not forget to add a failing command line together with complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 17 21:56:42 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Oct 2012 19:56:42 -0000 Subject: [FFmpeg-trac] #1827(avcodec:open): Segfault with multi-channel DCA/DTS file when downsampling. In-Reply-To: <035.d1a34de2f3aace57e246523caefca291@avcodec.org> References: <035.d1a34de2f3aace57e246523caefca291@avcodec.org> Message-ID: <050.0c9f828b8b16d8083d24b75be82720ec@avcodec.org> #1827: Segfault with multi-channel DCA/DTS file when downsampling. -------------------------------------+------------------------------------- Reporter: Cigaes | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: dca | Blocked By: regression crash SIGSEGV | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 Comment: Regression since e88ca80 / 64c312a {{{ (gdb) r -request_channels 2 -i lotr_5.1_768.dts Starting program: ffmpeg_g -request_channels 2 -i lotr_5.1_768.dts [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". ffmpeg version N-45640-ga4fe661 Copyright (c) 2000-2012 the FFmpeg developers built on Oct 17 2012 21:52:17 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 51. 76.100 / 51. 76.100 libavcodec 54. 66.100 / 54. 66.100 libavformat 54. 33.100 / 54. 33.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 19.103 / 3. 19.103 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 Program received signal SIGSEGV, Segmentation fault. synth_filter_float (imdct=, synth_buf_ptr=, synth_buf_offset=0x7ffff7f88cd4, synth_buf2=0x7ffff7f88bc0, window=0xc33060 , out=0x0, in=0x7ffff7f88ce0, scale=) at libavcodec/synth_filter.c:51 51 out[i ] = a*scale; (gdb) bt #0 synth_filter_float (imdct=, synth_buf_ptr=, synth_buf_offset=0x7ffff7f88cd4, synth_buf2=0x7ffff7f88bc0, window=0xc33060 , out=0x0, in=0x7ffff7f88ce0, scale=) at libavcodec/synth_filter.c:51 #1 0x00000000005e61b3 in qmf_32_subbands (samples_out=0x0, samples_in=, chans=5, s=0x7ffff7f7f040, scale=) at libavcodec/dcadec.c:1132 #2 dca_filter_channels (block_index=0, s=0x7ffff7f7f040) at libavcodec/dcadec.c:1445 #3 dca_decode_frame (avctx=, data=0x15ad360, got_frame_ptr=0x7fffffffbfbc, avpkt=) at libavcodec/dcadec.c:2377 #4 0x0000000000991de1 in avcodec_decode_audio4 (avctx=0x15ac740, frame=0x15ad360, got_frame_ptr=got_frame_ptr at entry=0x7fffffffbfbc, avpkt=avpkt at entry=0x7fffffffbff0) at libavcodec/utils.c:1695 #5 0x000000000058b394 in try_decode_frame (st=st at entry=0x15a69a0, avpkt=, options=0x15acbe0) at libavformat/utils.c:2368 #6 0x0000000000591de6 in avformat_find_stream_info (ic=0x15a6380, options=0x15acbe0) at libavformat/utils.c:2744 #7 0x00000000004565f9 in opt_input_file (optctx=, opt=, filename=) at ffmpeg_opt.c:790 #8 0x0000000000463b90 in parse_option (optctx=optctx at entry=0x7fffffffca80, opt=0x7fffffffe2ba "i", arg=0x7fffffffe2bc "lotr_5.1_768.dts", options=options at entry=0xbbcde0 ) at cmdutils.c:320 #9 0x0000000000463f68 in parse_options (optctx=optctx at entry=0x7fffffffca80, argc=argc at entry=5, argv=argv at entry=0x7fffffffde18, options=0xbbcde0 , parse_arg_function=0x457300 ) at cmdutils.c:353 #10 0x0000000000450230 in main (argc=5, argv=0x7fffffffde18) at ffmpeg.c:3138 (gdb) disass $pc-32,$pc+32 Dump of assembler code from 0x972824 to 0x972864: 0x0000000000972824 : mulss %xmm0,%xmm2 0x0000000000972828 : sub $0x4,%r9 0x000000000097282c : add $0x4,%r11 0x0000000000972830 : mulss %xmm0,%xmm1 0x0000000000972834 : add $0x2,%rsi 0x0000000000972838 : add $0x2,%rdi 0x000000000097283c : sub $0x1,%rcx 0x0000000000972840 : sub $0x1,%r10 => 0x0000000000972844 : movss %xmm2,0x0(%rbp,%r8,4) 0x000000000097284b : movss %xmm1,0x40(%rbp,%r8,4) 0x0000000000972852 : movss %xmm4,(%rbx,%r8,4) 0x0000000000972858 : movss %xmm3,0x40(%rbx,%r8,4) 0x000000000097285f : add $0x1,%r8 0x0000000000972863 : cmp $0x10,%r8 End of assembler dump. (gdb) info all-registers rax 0xc338a0 12794016 rbx 0x7ffff7f88bc0 140737353649088 rcx 0x1e 30 rdx 0x7ffff7f8817c 140737353646460 rsi 0xfffffffffffffff3 -13 rdi 0x3 3 rbp 0x0 0x0 rsp 0x7fffffffbd60 0x7fffffffbd60 r8 0x0 0 r9 0x7ffff7f87978 140737353644408 r10 0xe 14 r11 0xc330a4 12791972 r12 0x200 512 r13 0x200 512 r14 0x200 512 r15 0xc338a0 12794016 rip 0x972844 0x972844 eflags 0x10202 [ IF RF ] cs 0x33 51 ss 0x2b 43 ds 0x0 0 es 0x0 0 fs 0x0 0 gs 0x0 0 st0 0 (raw 0x00000000000000000000) st1 0 (raw 0x00000000000000000000) st2 0 (raw 0x00000000000000000000) st3 0 (raw 0x00000000000000000000) st4 0 (raw 0x00000000000000000000) st5 0 (raw 0x00000000000000000000) st6 0.085797312344439878996175952163838474 (raw 0x3ffbafb68054d520bf70) st7 0.99631261218277801359642295575547166 (raw 0x3ffeff0e57e5ead848e3) fctrl 0x37f 895 fstat 0x20 32 ftag 0xffff 65535 fiseg 0x7fff 32767 fioff 0xf6f1c4e7 -151927577 foseg 0x7fff 32767 fooff 0xffffbf28 -16600 fop 0x0 0 mxcsr 0x1fa0 [ PE IM DM ZM OM UM PM ] ymm0 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x0, 0x0, 0x0, 0x37, 0x0 }, v16_int16 = {0x0, 0x3700, 0x0 }, v8_int32 = {0x37000000, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x37000000, 0x0, 0x0, 0x0}, v2_int128 = { 0x00000000000000000000000037000000, 0x00000000000000000000000000000000}} ymm1 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x9a, 0x22, 0x9b, 0x2f, 0x0 }, v16_int16 = { 0x229a, 0x2f9b, 0x0 }, v8_int32 = {0x2f9b229a, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x2f9b229a, 0x0, 0x0, 0x0}, v2_int128 = { 0x0000000000000000000000002f9b229a, 0x00000000000000000000000000000000}} ymm2 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x5b, 0xe8, 0xc0, 0x2f, 0x0 }, v16_int16 = { 0xe85b, 0x2fc0, 0x0 }, v8_int32 = {0x2fc0e85b, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x2fc0e85b, 0x0, 0x0, 0x0}, v2_int128 = { 0x0000000000000000000000002fc0e85b, 0x00000000000000000000000000000000}} ymm3 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x15, 0xb6, 0xd4, 0xbd, 0x0 }, v16_int16 = { 0xb615, 0xbdd4, 0x0 }, v8_int32 = {0xbdd4b615, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0xbdd4b615, 0x0, 0x0, 0x0}, v2_int128 = { 0x000000000000000000000000bdd4b615, 0x00000000000000000000000000000000}} ymm4 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0xe9, 0xfd, 0xd5, 0xba, 0x0 }, v16_int16 = { 0xfde9, 0xbad5, 0x0 }, v8_int32 = {0xbad5fde9, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0xbad5fde9, 0x0, 0x0, 0x0}, v2_int128 = { 0x000000000000000000000000bad5fde9, 0x00000000000000000000000000000000}} ymm5 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x0 }, v16_int16 = {0x0 }, v8_int32 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x0, 0x0, 0x0, 0x0}, v2_int128 = {0x00000000000000000000000000000000, 0x00000000000000000000000000000000}} ymm6 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x0 }, v16_int16 = {0x0 }, v8_int32 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x0, 0x0, 0x0, 0x0}, v2_int128 = {0x00000000000000000000000000000000, 0x00000000000000000000000000000000}} ymm7 {v8_float = {0x113, 0x18c, 0x1f3, 0x1a1, 0x0, 0x0, 0x0, 0x0}, v4_double = { 0x2c805e8713252200, 0x4260390fe777ec00, 0x0, 0x0}, v32_int8 = {0x91, 0x92, 0x89, 0x43, 0x2f, 0x40, 0xc6, 0x43, 0xfb, 0xdd, 0xf9, 0x43, 0xe, 0x98, 0xd0, 0x43, 0x0 }, v16_int16 = {0x9291, 0x4389, 0x402f, 0x43c6, 0xddfb, 0x43f9, 0x980e, 0x43d0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int32 = {0x43899291, 0x43c6402f, 0x43f9ddfb, 0x43d0980e, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x43c6402f43899291, 0x43d0980e43f9ddfb, 0x0, 0x0}, v2_int128 = {0x43d0980e43f9ddfb43c6402f43899291, 0x00000000000000000000000000000000}} ymm8 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x22, 0x23, 0x72, 0x84, 0x22, 0x22, 0x22, 0x22, 0x22, 0x22, 0x22, 0x22, 0x0 }, v16_int16 = {0x2322, 0x8472, 0x2222, 0x2222, 0x2222, 0x2222, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int32 = {0x84722322, 0x22222222, 0x22222222, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x2222222284722322, 0x22222222, 0x0, 0x0}, v2_int128 = {0x00000000222222222222222284722322, 0x00000000000000000000000000000000}} ymm9 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x22, 0x22, 0x22, 0x22, 0x22, 0x23, 0x72, 0x84, 0x22, 0x22, 0x22, 0x22, 0x22, 0x22, 0x22, 0x22, 0x0 }, v16_int16 = {0x2222, 0x2222, 0x2322, 0x8472, 0x2222, 0x2222, 0x2222, 0x2222, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int32 = {0x22222222, 0x84722322, 0x22222222, 0x22222222, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x8472232222222222, 0x2222222222222222, 0x0, 0x0}, v2_int128 = { 0x22222222222222228472232222222222, 0x00000000000000000000000000000000}} ymm10 {v8_float = {0xffffcfa4, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = { 0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x16, 0x70, 0x41, 0xc6, 0x58, 0xac, 0x98, 0xb5, 0x0 }, v16_int16 = {0x7016, 0xc641, 0xac58, 0xb598, 0x0 }, v8_int32 = {0xc6417016, 0xb598ac58, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0xb598ac58c6417016, 0x0, 0x0, 0x0}, v2_int128 = { 0x0000000000000000b598ac58c6417016, 0x00000000000000000000000000000000}} ymm11 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x0, 0x0, 0x0, 0xb8, 0x76, 0x19, 0x1f, 0xb9, 0x0 }, v16_int16 = {0x0, 0xb800, 0x1976, 0xb91f, 0x0 }, v8_int32 = {0xb8000000, 0xb91f1976, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0xb91f1976b8000000, 0x0, 0x0, 0x0}, v2_int128 = { 0x0000000000000000b91f1976b8000000, 0x00000000000000000000000000000000}} ymm12 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x0 }, v16_int16 = {0x0 }, v8_int32 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x0, 0x0, 0x0, 0x0}, v2_int128 = {0x00000000000000000000000000000000, 0x00000000000000000000000000000000}} ymm13 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x0 }, v16_int16 = {0x0 }, v8_int32 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x0, 0x0, 0x0, 0x0}, v2_int128 = {0x00000000000000000000000000000000, 0x00000000000000000000000000000000}} ymm14 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0xa0, 0x83, 0x47, 0x3, 0x1d, 0x3c, 0x8a, 0xb5, 0x0 }, v16_int16 = {0x83a0, 0x347, 0x3c1d, 0xb58a, 0x0 }, v8_int32 = {0x34783a0, 0xb58a3c1d, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0xb58a3c1d034783a0, 0x0, 0x0, 0x0}, v2_int128 = { 0x0000000000000000b58a3c1d034783a0, 0x00000000000000000000000000000000}} ymm15 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0xa0, 0x83, 0x47, 0x3, 0x1d, 0x3c, 0xaa, 0xb5, 0x0 }, v16_int16 = {0x83a0, 0x347, 0x3c1d, 0xb5aa, 0x0 }, v8_int32 = {0x34783a0, 0xb5aa3c1d, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0xb5aa3c1d034783a0, 0x0, 0x0, 0x0}, v2_int128 = { 0x0000000000000000b5aa3c1d034783a0, 0x00000000000000000000000000000000}} }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 17 22:05:14 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Oct 2012 20:05:14 -0000 Subject: [FFmpeg-trac] #1829(build system:new): cdio detection broken (by d9dfe9a5aef7e10821cbfdcf40f75f212a7a1da2 ?) Message-ID: <035.e639c80dfd2af0c47f4e70d50354554e@avcodec.org> #1829: cdio detection broken (by d9dfe9a5aef7e10821cbfdcf40f75f212a7a1da2 ?) -------------------------------------+------------------------------------- Reporter: nieder | Type: defect Status: new | Priority: normal Component: build | Version: git- system | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: On OS X 10.7, using {{{ ../configure --prefix=/usr/local/ffmpeg-clang --samples=/src/ffmpeg/fate- suite --enable-shared --disable-static --enable-gpl --enable-version3 --enable-pthreads --enable-x11grab --enable-bzlib --enable-frei0r --enable-libass --enable-libbluray --enable-libcaca --enable-libcelt --enable-libcdio --enable-libfreetype --enable-libmodplug --enable- libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable- libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libtwolame --enable- libvorbis --enable-libvpx --enable-libx264 --enable-libxvid --enable-zlib --extra-cflags='-I/sw/include -I/usr/X11R6/include' --extra- ldflags='-L/sw/lib -L/usr/X11R6/lib' --cc=clang }}} This set of flags was working great until my last build on Oct 15. Error: {{{ ../configure: eval: line 417: syntax error near unexpected token `-lcdio_cdda' ../configure: eval: line 417: `case -lcdio_paranoia -lcdio_cdda -lcdio in -l*) ;; *) echo -lcdio_paranoia -lcdio_cdda -lcdio ;; esac' ../configure: eval: line 409: syntax error near unexpected token `-lcdio_cdda' ../configure: eval: line 409: `case -lcdio_paranoia -lcdio_cdda -lcdio in -l*) echo -lcdio_paranoia -lcdio_cdda -lcdio ;; esac' ERROR: libcdio not found }}} config.log has the following: {{{ check_lib2 cdio/cdda.h cdio/paranoia.h cdio_cddap_open -lcdio_paranoia -lcdio_cdda -lcdio check_func_headers cdio/cdda.h cdio/paranoia.h cdio_cddap_open -lcdio_paranoia -lcdio_cdda -lcdio check_ld cc -lcdio_paranoia -lcdio_cdda -lcdio check_cc BEGIN /var/folders/82/fhqzp4416s9bzc53l4x_4djh0000gn/T//ffconf.7qXk5cQH.c 1 #include 2 #include 3 long check_cdio_cddap_open(void) { return (long) cdio_cddap_open; } 4 int main(void) { return 0; } END /var/folders/82/fhqzp4416s9bzc53l4x_4djh0000gn/T//ffconf.7qXk5cQH.c clang -D_ISOC99_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -DPIC -I/sw/include -I/usr/X11R6/include -std=c99 -fomit-frame-pointer -fPIC -I/sw/include -I/sw/include/fribidi -I/sw/include/freetype2 -c -o /var/folders/82/fhqzp4416s9bzc53l4x_4djh0000gn/T//ffconf.p2OosrZm.o /var/folders/82/fhqzp4416s9bzc53l4x_4djh0000gn/T//ffconf.7qXk5cQH.c clang -L/sw/lib -L/usr/X11R6/lib -Wl,-dynamic,-search_paths_first -o /var/folders/82/fhqzp4416s9bzc53l4x_4djh0000gn/T//ffconf.RgdT1dPM /var/folders/82/fhqzp4416s9bzc53l4x_4djh0000gn/T//ffconf.p2OosrZm.o -lbluray -L/sw/lib -lass -lm -framework CoreFoundation -framework VideoDecodeAcceleration -framework QuartzCore -lbz2 -lz Undefined symbols for architecture x86_64: "_cdio_cddap_open", referenced from: _check_cdio_cddap_open in ffconf.p2OosrZm.o (maybe you meant: _check_cdio_cddap_open) ld: symbol(s) not found for architecture x86_64 clang: error: linker command failed with exit code 1 (use -v to see invocation) ERROR: libcdio not found }}} nm says that symbol is present in /sw/lib/libcdio_cdda.0.0.3.dylib. However -lcdio_cdda (or any other of the the cdio lib flags) is not being added to the linker command --> undefined symbol error. Git bisect points to 66a1ccd7467ab1913cd8877114c6d4c2588bb12f as the culprit. But towards the end of the bisect run, it starts giving errors that configure options are not recognized (Unknown option "--enable- libass"), which seems more like the bisect command got confused and left the tree in an unstable mode vs it being the actual culprit (though it might explain the syntax errors in the original failure). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 17 22:21:14 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Oct 2012 20:21:14 -0000 Subject: [FFmpeg-trac] #1829(build system:open): cdio detection broken (by d9dfe9a5aef7e10821cbfdcf40f75f212a7a1da2 ?) In-Reply-To: <035.e639c80dfd2af0c47f4e70d50354554e@avcodec.org> References: <035.e639c80dfd2af0c47f4e70d50354554e@avcodec.org> Message-ID: <050.bfb40942c14ff996ea5765efc1dc5631@avcodec.org> #1829: cdio detection broken (by d9dfe9a5aef7e10821cbfdcf40f75f212a7a1da2 ?) -------------------------------------+------------------------------------- Reporter: nieder | Owner: Type: defect | Status: open Priority: important | Component: build Version: git-master | system Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => regression * priority: normal => important * status: new => open * reproduced: 0 => 1 Comment: Reproducible with: $ ./configure --enable-libcdio --enable-gpl -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 17 23:31:02 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Oct 2012 21:31:02 -0000 Subject: [FFmpeg-trac] #1821(avformat:open): Error processing WAV audio file In-Reply-To: <035.f5a398b6fbf75deb0867056ae78d699d@avcodec.org> References: <035.f5a398b6fbf75deb0867056ae78d699d@avcodec.org> Message-ID: <050.b5b67e19b8e25def11bd7ebe347534e7@avcodec.org> #1821: Error processing WAV audio file -------------------------------------+------------------------------------- Reporter: paulbu | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: wav | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by richardpl): Replying to [comment:3 cehoyos]: > (The sample can be tested with mplayer -softvol -softvol-max 700 -volume 100) > > Regression since 12bc205 / 1e19927 Not really, it was introduced recently. problems: 1st: creator of this files puts INFO chunk id at end (instead of start of file). 2nd: size of INFO chunks ids are not word aligned - and any other info on web states it should be word aligned, like how it is done in avi. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 17 23:41:02 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Oct 2012 21:41:02 -0000 Subject: [FFmpeg-trac] #1821(avformat:open): Error processing WAV audio file In-Reply-To: <035.f5a398b6fbf75deb0867056ae78d699d@avcodec.org> References: <035.f5a398b6fbf75deb0867056ae78d699d@avcodec.org> Message-ID: <050.67a33417985ad619d825f2f423a4450c@avcodec.org> #1821: Error processing WAV audio file -------------------------------------+------------------------------------- Reporter: paulbu | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: wav | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:4 richardpl]: > Replying to [comment:3 cehoyos]: > > Regression since 12bc205 / 1e19927 > > Not really, it was introduced recently. Could you elaborate? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 17 23:46:54 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Oct 2012 21:46:54 -0000 Subject: [FFmpeg-trac] #1829(build system:closed): cdio detection broken (by d9dfe9a5aef7e10821cbfdcf40f75f212a7a1da2 ?) In-Reply-To: <035.e639c80dfd2af0c47f4e70d50354554e@avcodec.org> References: <035.e639c80dfd2af0c47f4e70d50354554e@avcodec.org> Message-ID: <050.2e9c4d776110011beefd3ec8daaae74e@avcodec.org> #1829: cdio detection broken (by d9dfe9a5aef7e10821cbfdcf40f75f212a7a1da2 ?) -------------------------------------+------------------------------------- Reporter: nieder | Owner: Type: defect | Status: closed Priority: important | Component: build Version: git-master | system Keywords: regression | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Alexis Ballier. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 17 23:58:24 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Oct 2012 21:58:24 -0000 Subject: [FFmpeg-trac] #1821(avformat:open): Error processing WAV audio file In-Reply-To: <035.f5a398b6fbf75deb0867056ae78d699d@avcodec.org> References: <035.f5a398b6fbf75deb0867056ae78d699d@avcodec.org> Message-ID: <050.3df1ed117c5e6677ff81ae80184d4bd3@avcodec.org> #1821: Error processing WAV audio file -------------------------------------+------------------------------------- Reporter: paulbu | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: wav | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by richardpl): Sorry, ignore that part. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 18 00:11:14 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Oct 2012 22:11:14 -0000 Subject: [FFmpeg-trac] #1821(avformat:open): Error processing WAV audio file In-Reply-To: <035.f5a398b6fbf75deb0867056ae78d699d@avcodec.org> References: <035.f5a398b6fbf75deb0867056ae78d699d@avcodec.org> Message-ID: <050.cac22db44384e95b41698278913f63e6@avcodec.org> #1821: Error processing WAV audio file -------------------------------------+------------------------------------- Reporter: paulbu | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: wav | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): {{{ $ ffmpeg -i input.wav ffmpeg version N-35243-gca55606, Copyright (c) 2000-2011 the FFmpeg developers built on Oct 18 2012 00:10:13 with gcc 4.7.1 20120723 [gcc-4_7-branch revision 189773] configuration: libavutil 51. 29. 1 / 51. 29. 1 libavcodec 53. 38. 1 / 53. 38. 1 libavformat 53. 22. 0 / 53. 22. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 50. 0 / 2. 50. 0 libswscale 2. 1. 0 / 2. 1. 0 [wav @ 0x2ae37e0] parser not found for codec pcm_s16le, packets or times may be invalid. [wav @ 0x2ae37e0] max_analyze_duration 5000000 reached at 5015510 Input #0, wav, from 'input.wav': Duration: 00:00:30.42, bitrate: 1411 kb/s Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, 2 channels, s16, 1411 kb/s At least one output file must be specified }}} {{{ $ ffmpeg -i input.wav ffmpeg version N-35255-g1e19927, Copyright (c) 2000-2011 the FFmpeg developers built on Oct 18 2012 00:08:35 with gcc 4.7.1 20120723 [gcc-4_7-branch revision 189773] configuration: libavutil 51. 29. 1 / 51. 29. 1 libavcodec 53. 38. 1 / 53. 38. 1 libavformat 53. 22. 0 / 53. 22. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 50. 0 / 2. 50. 0 libswscale 2. 1. 0 / 2. 1. 0 [wav @ 0x26fd7e0] too big INFO subchunk input.wav: Invalid data found when processing input }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 18 00:18:09 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Oct 2012 22:18:09 -0000 Subject: [FFmpeg-trac] #1821(avformat:open): Error processing WAV audio file In-Reply-To: <035.f5a398b6fbf75deb0867056ae78d699d@avcodec.org> References: <035.f5a398b6fbf75deb0867056ae78d699d@avcodec.org> Message-ID: <050.79255f41547c81ad257e6dd255514e7d@avcodec.org> #1821: Error processing WAV audio file -------------------------------------+------------------------------------- Reporter: paulbu | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: wav | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by richardpl): uh, yes I'm blind and ignorant. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 18 00:56:01 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Oct 2012 22:56:01 -0000 Subject: [FFmpeg-trac] #1744(undetermined:new): SDL out freezes In-Reply-To: <039.d3ecbe0221683fb641e83b18c0635cd0@avcodec.org> References: <039.d3ecbe0221683fb641e83b18c0635cd0@avcodec.org> Message-ID: <054.feecf75744b1e761313390e42939eda5@avcodec.org> #1744: SDL out freezes -------------------------------------+------------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: sdl | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by rogerdpack): Current work around is to pipe from ffmpeg to stdout, to ffplay http://superuser.com/questions/322216/how-can-i-pipe-output-of-ffmpeg-to- ffplay Though you might be able to use lavfi with dshow as an input to ffplay (I haven't quite got that one going though). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 18 01:10:46 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Oct 2012 23:10:46 -0000 Subject: [FFmpeg-trac] #466(undetermined:open): Does FFMPEG support MPEGTS + H.264? In-Reply-To: <041.6cfbb0db8029956ca50d74362853713d@avcodec.org> References: <041.6cfbb0db8029956ca50d74362853713d@avcodec.org> Message-ID: <056.7be9df64227dd4882b04513423119bf5@avcodec.org> #466: Does FFMPEG support MPEGTS + H.264? -------------------------------------+------------------------------------- Reporter: | Owner: sunshine_uyl | Status: open Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: H264 TS | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): ffplay still plays the sample fine, ffmpeg currently fails to transcode it, I opened ticket #1830 for the regression. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 18 01:11:01 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Oct 2012 23:11:01 -0000 Subject: [FFmpeg-trac] #466(undetermined:open): Does FFMPEG support MPEGTS + H.264? In-Reply-To: <041.6cfbb0db8029956ca50d74362853713d@avcodec.org> References: <041.6cfbb0db8029956ca50d74362853713d@avcodec.org> Message-ID: <056.e1a49c7c5a2b6802390246b4d9091733@avcodec.org> #466: Does FFMPEG support MPEGTS + H.264? -------------------------------------+------------------------------------- Reporter: | Owner: sunshine_uyl | Status: open Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: h264 mpegts | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: H264 TS => h264 mpegts -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 18 16:55:16 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 18 Oct 2012 14:55:16 -0000 Subject: [FFmpeg-trac] #1821(avformat:closed): Error processing WAV audio file In-Reply-To: <035.f5a398b6fbf75deb0867056ae78d699d@avcodec.org> References: <035.f5a398b6fbf75deb0867056ae78d699d@avcodec.org> Message-ID: <050.0d92e14c10cc8a4c089e5849f66102e6@avcodec.org> #1821: Error processing WAV audio file -------------------------------------+------------------------------------- Reporter: paulbu | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: regression | Blocked By: wav | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Michael. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 18 17:03:44 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 18 Oct 2012 15:03:44 -0000 Subject: [FFmpeg-trac] #1815(avformat:open): FFmpeg does not copy the default and forced track flags for matroka files In-Reply-To: <035.0608ce2f9a0c88339c0cc900c5a2edd4@avcodec.org> References: <035.0608ce2f9a0c88339c0cc900c5a2edd4@avcodec.org> Message-ID: <050.67148215321548374f5187a625e4ebca@avcodec.org> #1815: FFmpeg does not copy the default and forced track flags for matroka files -------------------------------------+------------------------------------ Reporter: billie | Owner: Type: enhancement | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mkv | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 18 17:24:06 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 18 Oct 2012 15:24:06 -0000 Subject: [FFmpeg-trac] #1810(avformat:open): ffprobe: some .m4a files' metatags are not read by ffprobe In-Reply-To: <038.581bcf5c563606ff1624c5d3a3b795ea@avcodec.org> References: <038.581bcf5c563606ff1624c5d3a3b795ea@avcodec.org> Message-ID: <053.76f1cbf27508d6d72cdcbba27e331744@avcodec.org> #1810: ffprobe: some .m4a files' metatags are not read by ffprobe --------------------------------------+------------------------------------ Reporter: movie_fan | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mov metadata | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 18 21:29:59 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 18 Oct 2012 19:29:59 -0000 Subject: [FFmpeg-trac] #1831(undetermined:new): Seeking by byte returns success but does not seek Message-ID: <038.8e6365c02f308fe68b0fd05fc96465ca@avcodec.org> #1831: Seeking by byte returns success but does not seek -------------------------------------+------------------------------------- Reporter: mbradshaw | Owner: Type: defect | Status: new Priority: normal | Component: Version: 1.0 | undetermined Blocked By: | Keywords: Reproduced by developer: 0 | Blocking: | Analyzed by developer: 0 -------------------------------------+------------------------------------- '''Summary of the bug:''' When calling `av_seek_frame()` (or `avformat_seek_file()`) with `AVFMT_NO_BYTE_SEEK`, it returns 0 indicating success, however, the seek is not performed. I have attached a file that exposes this failure, though I have many files for which this problem occurs. '''How to reproduce:''' I created the below quick sample code to show that seeking by byte does not work. If you change the seeking flag to `AVSEEK_FLAG_BACKWARD` then it works as expected. In both cases, however, `av_seek_frame()` returns 0, indicating success. {{{ #include extern "C" { #include #include #include }; int main() { av_register_all(); AVFrame* frame = avcodec_alloc_frame(); if (!frame) { std::cout << "Error allocating the frame" << std::endl; return 1; } AVFormatContext* formatContext = NULL; if (avformat_open_input(&formatContext, "C:/Users/mbradshaw/Desktop/b/MP4-MC264-AAC.mp4", 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; 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; } AVPacket packet; av_init_packet(&packet); int packetCount = 0; int decodedFrameCount = 0; while (av_read_frame(formatContext, &packet) == 0) { ++packetCount; if (packet.stream_index == audioStream->index) { int frameFinished = 0; avcodec_decode_audio4(codecContext, frame, &frameFinished, &packet); if (frameFinished) { ++decodedFrameCount; } } av_free_packet(&packet); } std::cout << "packetCount: " << packetCount << "\tdecodedFrameCount: " << decodedFrameCount << std::endl; std::cout << "formatContext->iformat->flags: " << formatContext->iformat->flags << "\tno byte seeking: " << (formatContext->iformat->flags & AVFMT_NO_BYTE_SEEK) << std::endl; avcodec_flush_buffers(codecContext); av_init_packet(&packet); std::cout << "av_seek_frame() returned: " << av_seek_frame(formatContext, -1, 0, AVSEEK_FLAG_BYTE) << std::endl; packetCount = 0; decodedFrameCount = 0; while (av_read_frame(formatContext, &packet) == 0) { ++packetCount; if (packet.stream_index == audioStream->index) { // Try to decode the packet into a frame int frameFinished = 0; avcodec_decode_audio4(codecContext, frame, &frameFinished, &packet); if (frameFinished) { ++decodedFrameCount; } } av_free_packet(&packet); } std::cout << "packetCount: " << packetCount << "\tdecodedFrameCount: " << decodedFrameCount << std::endl; av_free(frame); avcodec_close(codecContext); av_close_input_file(formatContext); } }}} '''Actual results:''' {{{ packetCount: 526 decodedFrameCount: 259 formatContext->iformat->flags: 0 no byte seeking: 0 av_seek_frame() returned: 0 packetCount: 0 decodedFrameCount: 0 }}} '''Expected results:''' (if seeking really does succeed) {{{ packetCount: 526 decodedFrameCount: 259 formatContext->iformat->flags: 0 no byte seeking: 0 av_seek_frame() returned: 0 packetCount: 526 decodedFrameCount: 259 }}} '''Alternative expected results:''' (if seeking really does fail) {{{ packetCount: 526 decodedFrameCount: 259 formatContext->iformat->flags: 0 no byte seeking: 0 av_seek_frame() returned: -1 packetCount: 0 decodedFrameCount: 0 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 18 21:42:45 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 18 Oct 2012 19:42:45 -0000 Subject: [FFmpeg-trac] #1831(avformat:new): Seeking by byte returns success but does not seek In-Reply-To: <038.8e6365c02f308fe68b0fd05fc96465ca@avcodec.org> References: <038.8e6365c02f308fe68b0fd05fc96465ca@avcodec.org> Message-ID: <053.091082f33934702d045fa733aaa6423e@avcodec.org> #1831: Seeking by byte returns success but does not seek -----------------------------------+------------------------------------ Reporter: mbradshaw | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 1.0 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+------------------------------------ Changes (by mbradshaw): * component: undetermined => avformat Old description: > '''Summary of the bug:''' > When calling `av_seek_frame()` (or `avformat_seek_file()`) with > `AVFMT_NO_BYTE_SEEK`, it returns 0 indicating success, however, the seek > is not performed. I have attached a file that exposes this failure, > though I have many files for which this problem occurs. > > '''How to reproduce:''' > I created the below quick sample code to show that seeking by byte does > not work. If you change the seeking flag to `AVSEEK_FLAG_BACKWARD` then > it works as expected. In both cases, however, `av_seek_frame()` returns > 0, indicating success. > {{{ > #include > > extern "C" > { > #include > #include > #include > }; > > int main() > { > av_register_all(); > > AVFrame* frame = avcodec_alloc_frame(); > if (!frame) > { > std::cout << "Error allocating the frame" << std::endl; > return 1; > } > > AVFormatContext* formatContext = NULL; > if (avformat_open_input(&formatContext, > "C:/Users/mbradshaw/Desktop/b/MP4-MC264-AAC.mp4", 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; > 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; > } > > AVPacket packet; > av_init_packet(&packet); > > int packetCount = 0; > int decodedFrameCount = 0; > while (av_read_frame(formatContext, &packet) == 0) > { > ++packetCount; > if (packet.stream_index == audioStream->index) > { > int frameFinished = 0; > avcodec_decode_audio4(codecContext, frame, &frameFinished, > &packet); > > if (frameFinished) > { > ++decodedFrameCount; > } > } > > av_free_packet(&packet); > } > > std::cout << "packetCount: " << packetCount << > "\tdecodedFrameCount: " << decodedFrameCount << std::endl; > std::cout << "formatContext->iformat->flags: " << > formatContext->iformat->flags << "\tno byte seeking: " << > (formatContext->iformat->flags & AVFMT_NO_BYTE_SEEK) << std::endl; > > avcodec_flush_buffers(codecContext); > av_init_packet(&packet); > std::cout << "av_seek_frame() returned: " << > av_seek_frame(formatContext, -1, 0, AVSEEK_FLAG_BYTE) << std::endl; > > packetCount = 0; > decodedFrameCount = 0; > while (av_read_frame(formatContext, &packet) == 0) > { > ++packetCount; > if (packet.stream_index == audioStream->index) > { > // Try to decode the packet into a frame > int frameFinished = 0; > avcodec_decode_audio4(codecContext, frame, &frameFinished, > &packet); > > if (frameFinished) > { > ++decodedFrameCount; > } > } > > av_free_packet(&packet); > } > > std::cout << "packetCount: " << packetCount << > "\tdecodedFrameCount: " << decodedFrameCount << std::endl; > > av_free(frame); > avcodec_close(codecContext); > av_close_input_file(formatContext); > } > }}} > > '''Actual results:''' > {{{ > packetCount: 526 decodedFrameCount: 259 > formatContext->iformat->flags: 0 no byte seeking: 0 > av_seek_frame() returned: 0 > packetCount: 0 decodedFrameCount: 0 > }}} > > '''Expected results:''' (if seeking really does succeed) > {{{ > packetCount: 526 decodedFrameCount: 259 > formatContext->iformat->flags: 0 no byte seeking: 0 > av_seek_frame() returned: 0 > packetCount: 526 decodedFrameCount: 259 > }}} > > '''Alternative expected results:''' (if seeking really does fail) > {{{ > packetCount: 526 decodedFrameCount: 259 > formatContext->iformat->flags: 0 no byte seeking: 0 > av_seek_frame() returned: -1 > packetCount: 0 decodedFrameCount: 0 > }}} New description: '''Summary of the bug:''' When calling `av_seek_frame()` (or `avformat_seek_file()`) with `AVFMT_NO_BYTE_SEEK`, it returns 0 indicating success, however, the seek is not performed. I have attached a file that exposes this failure, though I have many files for which this problem occurs. '''How to reproduce:''' I created the below quick sample code to show that seeking by byte does not work. If you change the seeking flag to `AVSEEK_FLAG_BACKWARD` then it works as expected. In both cases, however, `av_seek_frame()` returns 0, indicating success. {{{ #include extern "C" { #include #include #include }; int main() { av_register_all(); AVFrame* frame = avcodec_alloc_frame(); if (!frame) { std::cout << "Error allocating the frame" << std::endl; return 1; } AVFormatContext* formatContext = NULL; if (avformat_open_input(&formatContext, "C:/Users/mbradshaw/Desktop/b/MP4-MC264-AAC.mp4", 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; 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; } AVPacket packet; av_init_packet(&packet); int packetCount = 0; int decodedFrameCount = 0; while (av_read_frame(formatContext, &packet) == 0) { ++packetCount; if (packet.stream_index == audioStream->index) { int frameFinished = 0; avcodec_decode_audio4(codecContext, frame, &frameFinished, &packet); if (frameFinished) { ++decodedFrameCount; } } av_free_packet(&packet); } std::cout << "packetCount: " << packetCount << "\tdecodedFrameCount: " << decodedFrameCount << std::endl; std::cout << "formatContext->iformat->flags: " << formatContext->iformat->flags << "\tno byte seeking: " << (formatContext->iformat->flags & AVFMT_NO_BYTE_SEEK) << std::endl; avcodec_flush_buffers(codecContext); av_init_packet(&packet); std::cout << "av_seek_frame() returned: " << av_seek_frame(formatContext, -1, 0, AVSEEK_FLAG_BYTE) << std::endl; packetCount = 0; decodedFrameCount = 0; while (av_read_frame(formatContext, &packet) == 0) { ++packetCount; if (packet.stream_index == audioStream->index) { // Try to decode the packet into a frame int frameFinished = 0; avcodec_decode_audio4(codecContext, frame, &frameFinished, &packet); if (frameFinished) { ++decodedFrameCount; } } av_free_packet(&packet); } std::cout << "packetCount: " << packetCount << "\tdecodedFrameCount: " << decodedFrameCount << std::endl; av_free(frame); avcodec_close(codecContext); av_close_input_file(formatContext); } }}} '''Actual results:''' {{{ packetCount: 526 decodedFrameCount: 259 formatContext->iformat->flags: 0 no byte seeking: 0 av_seek_frame() returned: 0 packetCount: 0 decodedFrameCount: 0 }}} '''Expected results:''' (if seeking really does succeed) {{{ packetCount: 526 decodedFrameCount: 259 formatContext->iformat->flags: 0 no byte seeking: 0 av_seek_frame() returned: 0 packetCount: 526 decodedFrameCount: 259 }}} '''Alternative expected results:''' (if seeking really does fail because byte seeking is not allowed) {{{ packetCount: 526 decodedFrameCount: 259 formatContext->iformat->flags: 32768 no byte seeking: 32768 av_seek_frame() returned: -1 packetCount: 0 decodedFrameCount: 0 }}} -- Comment: Reformatted the sample code (tabs to spaces), fixed a small typo, and set compenent to avformat. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 18 21:47:50 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 18 Oct 2012 19:47:50 -0000 Subject: [FFmpeg-trac] #1831(avformat:new): Seeking by byte returns success but does not seek In-Reply-To: <038.8e6365c02f308fe68b0fd05fc96465ca@avcodec.org> References: <038.8e6365c02f308fe68b0fd05fc96465ca@avcodec.org> Message-ID: <053.3886f6bd268199f22e2339ec1a1739a0@avcodec.org> #1831: Seeking by byte returns success but does not seek -----------------------------------+------------------------------------ Reporter: mbradshaw | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 1.0 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+------------------------------------ Old description: > '''Summary of the bug:''' > When calling `av_seek_frame()` (or `avformat_seek_file()`) with > `AVFMT_NO_BYTE_SEEK`, it returns 0 indicating success, however, the seek > is not performed. I have attached a file that exposes this failure, > though I have many files for which this problem occurs. > > '''How to reproduce:''' > I created the below quick sample code to show that seeking by byte does > not work. If you change the seeking flag to `AVSEEK_FLAG_BACKWARD` then > it works as expected. In both cases, however, `av_seek_frame()` returns > 0, indicating success. > {{{ > #include > > extern "C" > { > #include > #include > #include > }; > > int main() > { > av_register_all(); > > AVFrame* frame = avcodec_alloc_frame(); > if (!frame) > { > std::cout << "Error allocating the frame" << std::endl; > return 1; > } > > AVFormatContext* formatContext = NULL; > if (avformat_open_input(&formatContext, > "C:/Users/mbradshaw/Desktop/b/MP4-MC264-AAC.mp4", 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; > 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; > } > > AVPacket packet; > av_init_packet(&packet); > > int packetCount = 0; > int decodedFrameCount = 0; > while (av_read_frame(formatContext, &packet) == 0) > { > ++packetCount; > if (packet.stream_index == audioStream->index) > { > int frameFinished = 0; > avcodec_decode_audio4(codecContext, frame, &frameFinished, > &packet); > > if (frameFinished) > { > ++decodedFrameCount; > } > } > > av_free_packet(&packet); > } > > std::cout << "packetCount: " << packetCount << "\tdecodedFrameCount: > " << decodedFrameCount << std::endl; > std::cout << "formatContext->iformat->flags: " << > formatContext->iformat->flags << "\tno byte seeking: " << > (formatContext->iformat->flags & AVFMT_NO_BYTE_SEEK) << std::endl; > > avcodec_flush_buffers(codecContext); > av_init_packet(&packet); > std::cout << "av_seek_frame() returned: " << > av_seek_frame(formatContext, -1, 0, AVSEEK_FLAG_BYTE) << std::endl; > > packetCount = 0; > decodedFrameCount = 0; > while (av_read_frame(formatContext, &packet) == 0) > { > ++packetCount; > if (packet.stream_index == audioStream->index) > { > // Try to decode the packet into a frame > int frameFinished = 0; > avcodec_decode_audio4(codecContext, frame, &frameFinished, > &packet); > > if (frameFinished) > { > ++decodedFrameCount; > } > } > > av_free_packet(&packet); > } > > std::cout << "packetCount: " << packetCount << "\tdecodedFrameCount: > " << decodedFrameCount << std::endl; > > av_free(frame); > avcodec_close(codecContext); > av_close_input_file(formatContext); > } > }}} > > '''Actual results:''' > {{{ > packetCount: 526 decodedFrameCount: 259 > formatContext->iformat->flags: 0 no byte seeking: 0 > av_seek_frame() returned: 0 > packetCount: 0 decodedFrameCount: 0 > }}} > > '''Expected results:''' (if seeking really does succeed) > {{{ > packetCount: 526 decodedFrameCount: 259 > formatContext->iformat->flags: 0 no byte seeking: 0 > av_seek_frame() returned: 0 > packetCount: 526 decodedFrameCount: 259 > }}} > > '''Alternative expected results:''' (if seeking really does fail because > byte seeking is not allowed) > {{{ > packetCount: 526 decodedFrameCount: 259 > formatContext->iformat->flags: 32768 no byte seeking: 32768 > av_seek_frame() returned: -1 > packetCount: 0 decodedFrameCount: 0 > }}} New description: '''Summary of the bug:''' When calling `av_seek_frame()` (or `avformat_seek_file()`) with `AVSEEK_FLAG_BYTE`, it returns 0 indicating success, however, the seek is not performed. I have attached a file that exposes this failure, though I have many files for which this problem occurs. '''How to reproduce:''' I created the below quick sample code to show that seeking by byte does not work. If you change the seeking flag to `AVSEEK_FLAG_BACKWARD` then it works as expected. In both cases, however, `av_seek_frame()` returns 0, indicating success. {{{ #include extern "C" { #include #include #include }; int main() { av_register_all(); AVFrame* frame = avcodec_alloc_frame(); if (!frame) { std::cout << "Error allocating the frame" << std::endl; return 1; } AVFormatContext* formatContext = NULL; if (avformat_open_input(&formatContext, "C:/Users/mbradshaw/Desktop/b/MP4-MC264-AAC.mp4", 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; 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; } AVPacket packet; av_init_packet(&packet); int packetCount = 0; int decodedFrameCount = 0; while (av_read_frame(formatContext, &packet) == 0) { ++packetCount; if (packet.stream_index == audioStream->index) { int frameFinished = 0; avcodec_decode_audio4(codecContext, frame, &frameFinished, &packet); if (frameFinished) { ++decodedFrameCount; } } av_free_packet(&packet); } std::cout << "packetCount: " << packetCount << "\tdecodedFrameCount: " << decodedFrameCount << std::endl; std::cout << "formatContext->iformat->flags: " << formatContext->iformat->flags << "\tno byte seeking: " << (formatContext->iformat->flags & AVFMT_NO_BYTE_SEEK) << std::endl; avcodec_flush_buffers(codecContext); av_init_packet(&packet); std::cout << "av_seek_frame() returned: " << av_seek_frame(formatContext, -1, 0, AVSEEK_FLAG_BYTE) << std::endl; packetCount = 0; decodedFrameCount = 0; while (av_read_frame(formatContext, &packet) == 0) { ++packetCount; if (packet.stream_index == audioStream->index) { // Try to decode the packet into a frame int frameFinished = 0; avcodec_decode_audio4(codecContext, frame, &frameFinished, &packet); if (frameFinished) { ++decodedFrameCount; } } av_free_packet(&packet); } std::cout << "packetCount: " << packetCount << "\tdecodedFrameCount: " << decodedFrameCount << std::endl; av_free(frame); avcodec_close(codecContext); av_close_input_file(formatContext); } }}} '''Actual results:''' {{{ packetCount: 526 decodedFrameCount: 259 formatContext->iformat->flags: 0 no byte seeking: 0 av_seek_frame() returned: 0 packetCount: 0 decodedFrameCount: 0 }}} '''Expected results:''' (if seeking really does succeed) {{{ packetCount: 526 decodedFrameCount: 259 formatContext->iformat->flags: 0 no byte seeking: 0 av_seek_frame() returned: 0 packetCount: 526 decodedFrameCount: 259 }}} '''Alternative expected results:''' (if seeking really does fail because byte seeking is not allowed) {{{ packetCount: 526 decodedFrameCount: 259 formatContext->iformat->flags: 32768 no byte seeking: 32768 av_seek_frame() returned: -1 packetCount: 0 decodedFrameCount: 0 }}} -- Comment (by mbradshaw): Another typo fix, sorry. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 19 11:48:49 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 19 Oct 2012 09:48:49 -0000 Subject: [FFmpeg-trac] #1832(undetermined:new): TrueHD Encoder? Message-ID: <040.d24e016573edf4b7911dff5bb558f89a@avcodec.org> #1832: TrueHD Encoder? -------------------------------------+------------------------------------- Reporter: marcusj0015 | Type: Status: new | enhancement Component: | Priority: wish undetermined | Version: Keywords: | unspecified Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Could someone create a TrueHD encoder? If I knew how to code, I'd do it myself, and this is probably the most naive thing ever, but can't you just take the TrueHD decoder and basically reverse it? Regardless, a TrueHD encoder would be amazing. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 19 11:56:11 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 19 Oct 2012 09:56:11 -0000 Subject: [FFmpeg-trac] #1832(avcodec:open): TrueHD Encoder? In-Reply-To: <040.d24e016573edf4b7911dff5bb558f89a@avcodec.org> References: <040.d24e016573edf4b7911dff5bb558f89a@avcodec.org> Message-ID: <055.b7b1c0704f4e04a8deb807ed058bb490@avcodec.org> #1832: TrueHD Encoder? -------------------------------------+----------------------------------- Reporter: marcusj0015 | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: thd | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => thd * status: new => open * version: unspecified => git-master * component: undetermined => avcodec * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 19 12:09:27 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 19 Oct 2012 10:09:27 -0000 Subject: [FFmpeg-trac] #1831(avformat:new): Seeking by byte returns success but does not seek In-Reply-To: <038.8e6365c02f308fe68b0fd05fc96465ca@avcodec.org> References: <038.8e6365c02f308fe68b0fd05fc96465ca@avcodec.org> Message-ID: <053.3ce1ade535d3664993a0b2e2af7c8742@avcodec.org> #1831: Seeking by byte returns success but does not seek -----------------------------------+------------------------------------ Reporter: mbradshaw | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 1.0 | Resolution: Keywords: seek | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => seek Comment: Could you confirm that you see the same behaviour with current git head? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 19 13:50:41 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 19 Oct 2012 11:50:41 -0000 Subject: [FFmpeg-trac] #356(avcodec:closed): -profile aac_low option sets also the profile for the video codec In-Reply-To: <035.f1dda556b0135401dfedb83d204b51d7@avcodec.org> References: <035.f1dda556b0135401dfedb83d204b51d7@avcodec.org> Message-ID: <050.f3cde0c46c690499204fb4f99b65943c@avcodec.org> #356: -profile aac_low option sets also the profile for the video codec ------------------------------------+----------------------------------- Reporter: tfoucu | 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 richardpl): * status: new => closed * resolution: => fixed Comment: Sort of fixed, now it display warning message, but does not abort. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 19 16:54:17 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 19 Oct 2012 14:54:17 -0000 Subject: [FFmpeg-trac] #241(avformat:closed): FFmpeg does not find mpeg program stream in the file playable with QuickTime player In-Reply-To: <035.a6b24e5ffcbfc59b371c1cc71a473128@avcodec.org> References: <035.a6b24e5ffcbfc59b371c1cc71a473128@avcodec.org> Message-ID: <050.902fae7612f1848d3e2cc1b2bd538dd5@avcodec.org> #241: FFmpeg does not find mpeg program stream in the file playable with QuickTime player -------------------------------------+------------------------------------- Reporter: svolvo | Owner: michael Type: enhancement | Status: closed Priority: wish | Component: avformat Version: git-master | Resolution: fixed Keywords: mov mpegps | Blocked By: m1s | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Petter Ericson. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 19 18:24:06 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 19 Oct 2012 16:24:06 -0000 Subject: [FFmpeg-trac] #1833(undetermined:new): Vorbis Comment Chapter Extension (for Opus, Vorbis, Flac, etc.) Message-ID: <037.8b43cf9e0c6005a85d3dc2dda717c525@avcodec.org> #1833: Vorbis Comment Chapter Extension (for Opus, Vorbis, Flac, etc.) -------------------------------------+------------------------------------- Reporter: auphonic | Type: Status: new | enhancement Component: | Priority: normal undetermined | Version: Keywords: | unspecified Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- More and more people (especially in the german speaking podcasting scene) use the new chapter extension for opus, ogg vorbis, flac etc., see: http://wiki.xiph.org/Chapter_Extension This enables chapter marks for all fileformats, which use the vorbis comments metadata system (opus, ogg vorbis, flac, speex, etc.). It would be really cool, if ffmpeg could support this new standard - as it is already possible to show chapters in MP4/M4A files. This is especially interesting for podcaster, audiobooks, lecture recordings, etc. and with the new opus format! Furthermore it should be quite easy to implement. If you need any further information or some example files, let me know and I will provide them! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 19 18:45:49 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 19 Oct 2012 16:45:49 -0000 Subject: [FFmpeg-trac] #1833(avformat:new): Vorbis Comment Chapter Extension (for Opus, Vorbis, Flac, etc.) In-Reply-To: <037.8b43cf9e0c6005a85d3dc2dda717c525@avcodec.org> References: <037.8b43cf9e0c6005a85d3dc2dda717c525@avcodec.org> Message-ID: <052.00728de1869f1f04bdc318dfe61a0cf3@avcodec.org> #1833: Vorbis Comment Chapter Extension (for Opus, Vorbis, Flac, etc.) -------------------------------------+------------------------------------ Reporter: auphonic | Owner: Type: enhancement | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: ogg | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => ogg * component: undetermined => avformat Comment: Please add (a link to) a sample file and please add complete, uncut output of "ffmpeg -i sample". -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 19 18:46:22 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 19 Oct 2012 16:46:22 -0000 Subject: [FFmpeg-trac] #502(undetermined:reopened): Jumping frames when copying video of an h264 file In-Reply-To: <035.65874e0ca5d465dc7d1b4aae6a53ba68@avcodec.org> References: <035.65874e0ca5d465dc7d1b4aae6a53ba68@avcodec.org> Message-ID: <050.ecb9f04bf98e26efcfbf5107bde9b7c0@avcodec.org> #502: Jumping frames when copying video of an h264 file -------------------------------------+------------------------------------- Reporter: Alex__ | 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 -------------------------------------+------------------------------------- Comment (by RyanS): I am seeing this when using ffmpeg to mux to mp4 with: ffmpeg -i x.264 -vcodec copy x.mp4 I am using the windows (zeranoe) build of ffmpeg: ffmpeg version N-45279-g1a104bf Copyright (c) 2000-2012 the FFmpeg developers built on Oct 10 2012 19:21:13 with gcc 4.7.2 (GCC) After this ffmpeg mux, Quicktime plays the frames back out of order. It is presenting frames in decode order rather than presentation order. It does this for two different h.264 encoders I am working with, so does not appear to be an h.264 encoder issue. This only happens around B frames, since those cause the difference between decode and presentation order. It does seem like pts's are wrong. Perhaps pts is simply ascending despite frames being in decode order. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 19 18:50:33 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 19 Oct 2012 16:50:33 -0000 Subject: [FFmpeg-trac] #502(undetermined:reopened): Jumping frames (wrong presentation order) when copying video (muxing) of an h264 file (to m4v/mp4) in Quicktime (was: Jumping frames when copying video of an h264 file) In-Reply-To: <035.65874e0ca5d465dc7d1b4aae6a53ba68@avcodec.org> References: <035.65874e0ca5d465dc7d1b4aae6a53ba68@avcodec.org> Message-ID: <050.413ef586d0d61b33e9dcad08e9d169ee@avcodec.org> #502: Jumping frames (wrong presentation order) when copying video (muxing) of an h264 file (to m4v/mp4) in Quicktime -------------------------------------+------------------------------------- Reporter: Alex__ | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: git-master | undetermined Keywords: mux h.264 | Resolution: mp4 m4v quicktime | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by RyanS): * cc: ryanseghers@? (added) * keywords: => mux h.264 mp4 m4v quicktime -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 19 19:10:28 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 19 Oct 2012 17:10:28 -0000 Subject: [FFmpeg-trac] #1833(avformat:new): Vorbis Comment Chapter Extension (for Opus, Vorbis, Flac, etc.) In-Reply-To: <037.8b43cf9e0c6005a85d3dc2dda717c525@avcodec.org> References: <037.8b43cf9e0c6005a85d3dc2dda717c525@avcodec.org> Message-ID: <052.e9ea296853ef53d54f91ccfd5efeb1ad@avcodec.org> #1833: Vorbis Comment Chapter Extension (for Opus, Vorbis, Flac, etc.) -------------------------------------+------------------------------------ Reporter: auphonic | Owner: Type: enhancement | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: ogg | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by auphonic): Sorry, I forgot an example file - it is attached. It is a 20sec file with 4 chapters. Here is the output of ffmpeg -i vorbis_chapter_extension_demo.ogg: {{{ holzi at holzi-dell:~/Desktop$ ffmpeg -i vorbis_chapter_extension_demo.ogg ffmpeg version N-44622-g16e52c8 Copyright (c) 2000-2012 the FFmpeg developers built on Sep 20 2012 12:42:58 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) configuration: --enable-gpl --enable-version3 --enable-nonfree --disable-ffplay --disable-ffserver --disable-avdevice --enable-bzlib --enable-libopencore-amrnb --enable-libfreetype --enable-libopencore-amrwb --enable-libfaac --enable-libgsm --enable-libmp3lame --enable- libschroedinger --enable-libspeex --enable-libvorbis --enable-libvpx --enable-libopus libavutil 51. 73.101 / 51. 73.101 libavcodec 54. 56.100 / 54. 56.100 libavformat 54. 27.101 / 54. 27.101 libavfilter 3. 16.104 / 3. 16.104 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, ogg, from 'vorbis_chapter_extension_demo.ogg': Duration: 00:00:19.84, start: 0.000000, bitrate: 43 kb/s Stream #0:0: Audio: vorbis, 44100 Hz, mono, s16, 40 kb/s Metadata: TITLE : vorbis chapter extension demo DATE : 2012 ENCODED_BY : auphonic.com ENCODED-BY : auphonic.com CHAPTER001 : 00:00:00.000 CHAPTER001NAME : start CHAPTER002 : 00:00:05.000 CHAPTER002NAME : Five Seconds CHAPTER003 : 00:00:10.500 CHAPTER003NAME : Ten point 5 seconds CHAPTER004 : 00:00:15.000 CHAPTER004NAME : 15 sec - over soon At least one output file must be specified }}} (I did not set an output file here) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 19 19:43:59 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 19 Oct 2012 17:43:59 -0000 Subject: [FFmpeg-trac] #1828(avformat:open): Start timestamp ignored when muxing dvd_subtitle In-Reply-To: <035.dd57a03425d403c6613359e5fb72e3ef@avcodec.org> References: <035.dd57a03425d403c6613359e5fb72e3ef@avcodec.org> Message-ID: <050.c89ca3aabeec359967e56c468bd3f3fb@avcodec.org> #1828: Start timestamp ignored when muxing dvd_subtitle -------------------------------------+------------------------------------ Reporter: billie | Owner: ubitux Type: enhancement | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: vobsub | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by billie): Replying to [comment:3 Cigaes]: > In the meantime before the vobsub demuxer is complete, you can use {{{mkvmerge}}} to merge the two vobsub files into a single Matroska file with just the subtitle stream: ffmpeg will be able to read it, with the correct timestamps. Thank you for the tip but this is the workaround I am currently using. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 19 19:54:04 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 19 Oct 2012 17:54:04 -0000 Subject: [FFmpeg-trac] #502(undetermined:reopened): Jumping frames (wrong presentation order) when copying video (muxing) of an h264 file (to m4v/mp4) in Quicktime In-Reply-To: <035.65874e0ca5d465dc7d1b4aae6a53ba68@avcodec.org> References: <035.65874e0ca5d465dc7d1b4aae6a53ba68@avcodec.org> Message-ID: <050.eaa35944b15474a402a7effe70db3a63@avcodec.org> #502: Jumping frames (wrong presentation order) when copying video (muxing) of an h264 file (to m4v/mp4) in Quicktime -------------------------------------+------------------------------------- Reporter: Alex__ | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: git-master | undetermined Keywords: mux h.264 | Resolution: mp4 m4v quicktime | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): This is at least missing complete, uncut console output (together with your command line) and probably a sample, but also some indication that what you claim (wrong pts) is true, ffprobe allows to print pts for each packet. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 19 20:41:07 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 19 Oct 2012 18:41:07 -0000 Subject: [FFmpeg-trac] #502(undetermined:reopened): Jumping frames (wrong presentation order) when copying video (muxing) of an h264 file (to m4v/mp4) in Quicktime In-Reply-To: <035.65874e0ca5d465dc7d1b4aae6a53ba68@avcodec.org> References: <035.65874e0ca5d465dc7d1b4aae6a53ba68@avcodec.org> Message-ID: <050.ae56fa14b94f40a3e0c671efb11dd49a@avcodec.org> #502: Jumping frames (wrong presentation order) when copying video (muxing) of an h264 file (to m4v/mp4) in Quicktime -------------------------------------+------------------------------------- Reporter: Alex__ | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: git-master | undetermined Keywords: mux h.264 | Resolution: mp4 m4v quicktime | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by RyanS): My command line and ffmpeg version output was in my prior post. My complete console output does not appear to be substantively different from the original bug report, but I can include it if you think it is worth the extra post size. Note that I do not see the symptom in VLC (Windows version 2.0.1) just Quicktime. Using ffprobe, it looks like my speculation was backwards. The ffmpeg- muxed mp4 has pts's that are not in order, they match the coded_picture_number order. However, an mp4box-muxed mp4 (that quicktime plays correctly) has pts's that are simply ascending. Here is ffprobe -show_frames output for the mp4box mp4 that plays correctly (notice coded picture numbers 7,9,8): [FRAME] media_type=video key_frame=0 pkt_pts=32032 pkt_pts_time=0.444889 pkt_dts=36036 pkt_dts_time=0.500500 pkt_duration=4004 pkt_duration_time=0.055611 pkt_pos=107727 width=720 height=480 pix_fmt=yuv420p sample_aspect_ratio=N/A pict_type=P coded_picture_number=7 display_picture_number=0 interlaced_frame=0 top_field_first=0 repeat_pict=0 reference=3 [FRAME] [FRAME] media_type=video key_frame=0 pkt_pts=36036 pkt_pts_time=0.500500 pkt_dts=40040 pkt_dts_time=0.556111 pkt_duration=4004 pkt_duration_time=0.055611 pkt_pos=128869 width=720 height=480 pix_fmt=yuv420p sample_aspect_ratio=N/A pict_type=B coded_picture_number=9 display_picture_number=0 interlaced_frame=0 top_field_first=0 repeat_pict=0 reference=0 [FRAME] [FRAME] media_type=video key_frame=0 pkt_pts=40040 pkt_pts_time=0.556111 pkt_dts=44044 pkt_dts_time=0.611722 pkt_duration=4004 pkt_duration_time=0.055611 pkt_pos=117491 width=720 height=480 pix_fmt=yuv420p sample_aspect_ratio=N/A pict_type=P coded_picture_number=8 display_picture_number=0 interlaced_frame=0 top_field_first=0 repeat_pict=0 reference=3 [FRAME] I notice that the pts is always < dts, and that pts is always equal to prior frame's dts (in stream order). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 20 00:35:09 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 19 Oct 2012 22:35:09 -0000 Subject: [FFmpeg-trac] #1834(swresample:new): swr_convert() results in integer division by zero exception Message-ID: <038.9a16ff19fb5ee4ca67362ace1a1af43c@avcodec.org> #1834: swr_convert() results in integer division by zero exception --------------------------------------+------------------------------------ Reporter: mbradshaw | Owner: michael Type: defect | Status: new Priority: normal | Component: swresample Version: git-master | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+------------------------------------ '''Summary of the bug:''' When I call `swr_convert()` I get an integer division by zero exception at 0x707c86ee. The disassembly around 0x707c86ee, should it help, is: {{{ 707C86AB je 707C86E4 707C86AD mov edx,dword ptr [ebx+4E8h] 707C86B3 test edx,edx 707C86B5 jne 707C8743 707C86BB mov dword ptr [esp+0Ch],edi 707C86BF mov dword ptr [esp+8],ebp 707C86C3 mov dword ptr [esp+4],esi 707C86C7 mov dword ptr [esp],eax 707C86CA mov dword ptr [esp+2Ch],ecx 707C86CE call 707C2AF4 707C86D3 mov ecx,dword ptr [esp+2Ch] 707C86D7 mov eax,ecx 707C86D9 add esp,3Ch 707C86DC pop ebx 707C86DD pop esi 707C86DE pop edi 707C86DF pop ebp 707C86E0 ret 707C86E1 lea esi,[esi] 707C86E4 test edi,edi 707C86E6 js 707C873C 707C86E8 mov eax,3FFFFFFFh 707C86ED cdq 707C86EE idiv eax,dword ptr [ebx+1B4h] 707C86F4 cdq 707C86F5 idiv eax,dword ptr [ebx+1B0h] 707C86FB cmp edi,eax 707C86FD jg 707C873C 707C86FF cmp edi,dword ptr [ebx+1B8h] 707C8705 jle 707C8724 707C8707 lea eax,[ebx+12Ch] 707C870D mov edx,edi 707C870F mov dword ptr [esp+2Ch],ecx 707C8713 call 707C77C8 707C8718 test eax,eax 707C871A mov ecx,dword ptr [esp+2Ch] 707C871E jns 707C8724 707C8720 mov ecx,eax 707C8722 jmp 707C86D7 707C8724 mov dword ptr [esp+54h],edi 707C8728 mov dword ptr [esp+50h],ebp 707C872C mov edx,esi 707C872E mov eax,ebx 707C8730 add esp,3Ch 707C8733 pop ebx 707C8734 pop esi 707C8735 pop edi 707C8736 pop ebp 707C8737 jmp 707C80B4 707C873C mov ecx,0FFFFFFEAh }}} This happens with more than just the attached sample file, but I've attached a file just in case. The very first call to `swr_convert()` results in this division by zero exception. '''How to reproduce:''' (some lame sample code just to show when it's happening) {{{ #include extern "C" { #include #include #include }; int main() { av_register_all(); AVFrame* frame = avcodec_alloc_frame(); if (!frame) { std::cout << "Error allocating the frame" << std::endl; return 1; } AVFormatContext* formatContext = NULL; if (avformat_open_input(&formatContext, "C:/Users/mbradshaw/Desktop/samples/TimeCode.mov", 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; 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; } SwrContext* swrContext = NULL; swrContext = swr_alloc_set_opts(swrContext, codecContext->channel_layout, // out channel layout codecContext->sample_fmt, // out sample format codecContext->sample_rate, // out sample rate codecContext->channel_layout, // in channel layout codecContext->sample_fmt, // in sample format codecContext->sample_rate, // in sample rate 0, // log offset NULL); // log context if (!swrContext) { av_free(frame); avcodec_close(codecContext); av_close_input_file(formatContext); std::cout << "Couldn't allocate and set the resampling context" << std::endl; return 1; } int bufSize = av_samples_get_buffer_size(NULL, codecContext->channels, codecContext->sample_rate, codecContext->sample_fmt, 0); uint8_t* buf = new uint8_t[bufSize]; AVPacket packet; av_init_packet(&packet); int packetCount = 0; int decodedFrameCount = 0; while (av_read_frame(formatContext, &packet) == 0) { ++packetCount; if (packet.stream_index == audioStream->index) { int frameFinished = 0; avcodec_decode_audio4(codecContext, frame, &frameFinished, &packet); if (frameFinished) { const uint8_t** in = (const uint8_t**)frame->extended_data; uint8_t* out[SWR_CH_MAX] = {buf, NULL}; std::cout << "converted: " << swr_convert(swrContext, out, codecContext->sample_rate, in, frame->nb_samples) << std::endl; } } av_free_packet(&packet); } delete [] buf; swr_free(&swrContext); av_free(frame); avcodec_close(codecContext); av_close_input_file(formatContext); } }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 20 00:38:59 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 19 Oct 2012 22:38:59 -0000 Subject: [FFmpeg-trac] #1831(avformat:new): Seeking by byte returns success but does not seek In-Reply-To: <038.8e6365c02f308fe68b0fd05fc96465ca@avcodec.org> References: <038.8e6365c02f308fe68b0fd05fc96465ca@avcodec.org> Message-ID: <053.8fca5d550f2d669a06b912e0ae577616@avcodec.org> #1831: Seeking by byte returns success but does not seek -----------------------------------+------------------------------------ Reporter: mbradshaw | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 1.0 | Resolution: Keywords: seek | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+------------------------------------ Comment (by mbradshaw): Replying to [comment:3 cehoyos]: > Could you confirm that you see the same behaviour with current git head? Yes, I can confirm this is reproducible with current git head. I just tried it with the latest code. Same thing. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 20 00:43:24 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 19 Oct 2012 22:43:24 -0000 Subject: [FFmpeg-trac] #1831(avformat:new): Seeking by byte returns success but does not seek In-Reply-To: <038.8e6365c02f308fe68b0fd05fc96465ca@avcodec.org> References: <038.8e6365c02f308fe68b0fd05fc96465ca@avcodec.org> Message-ID: <053.c4bf647bc45d6783f488b6acba9ca5df@avcodec.org> #1831: Seeking by byte returns success but does not seek ------------------------------------+------------------------------------ Reporter: mbradshaw | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: seek | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by mbradshaw): * version: 1.0 => git-master -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 20 09:00:10 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 20 Oct 2012 07:00:10 -0000 Subject: [FFmpeg-trac] #502(undetermined:reopened): Jumping frames (wrong presentation order) when copying video (muxing) of an h264 file (to m4v/mp4) in Quicktime In-Reply-To: <035.65874e0ca5d465dc7d1b4aae6a53ba68@avcodec.org> References: <035.65874e0ca5d465dc7d1b4aae6a53ba68@avcodec.org> Message-ID: <050.7334b55d2553b280fc941752bb641546@avcodec.org> #502: Jumping frames (wrong presentation order) when copying video (muxing) of an h264 file (to m4v/mp4) in Quicktime -------------------------------------+------------------------------------- Reporter: Alex__ | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: git-master | undetermined Keywords: mux h.264 | Resolution: mp4 m4v quicktime | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:12 RyanS]: > My command line and ffmpeg version output was in my prior post. My complete console output does not appear to be substantively different from the original bug report, but I can include it if you think it is worth the extra post size. I would say it is always required when reopening a ticket, but see below. [...] > I notice that the pts is always < dts, and that pts is always equal to prior frame's dts (in stream order). Do you agree that the ticket can be closed as invalid or do I miss something? (Consider testing vanilla WMP, if you are unable, please point me to a sample.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 20 09:02:42 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 20 Oct 2012 07:02:42 -0000 Subject: [FFmpeg-trac] #1834(swresample:new): swr_convert() results in integer division by zero exception In-Reply-To: <038.9a16ff19fb5ee4ca67362ace1a1af43c@avcodec.org> References: <038.9a16ff19fb5ee4ca67362ace1a1af43c@avcodec.org> Message-ID: <053.39038aa2c70750258fa653e73166e4b6@avcodec.org> #1834: swr_convert() results in integer division by zero exception ------------------------------------+-------------------------------------- Reporter: mbradshaw | Owner: michael Type: defect | Status: new Priority: normal | Component: swresample Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Comment (by cehoyos): Replying to [ticket:1834 mbradshaw]: > '''Summary of the bug:''' > When I call `swr_convert()` I get an integer division by zero exception at 0x707c86ee. The disassembly around 0x707c86ee, should it help, is: The disassembly looks very odd, did you read http://ffmpeg.org/bugreports.html ? Is the FPE reproducible with ffmpeg (the application)? If not, do you know why? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 20 20:11:55 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 20 Oct 2012 18:11:55 -0000 Subject: [FFmpeg-trac] #1835(undetermined:new): -sameq no longer working Message-ID: <040.aa29a7f2d6040f39300e260965f525ba@avcodec.org> #1835: -sameq no longer working -------------------------------------+------------------------------------- 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: With the newer versions of ffmpeg the -sameq option no longer work, it says unrecognized option. Has this been removed intentionally or accidentally? If intentionally how can one replicate the functionality (copy does not work since I'm transcoding from mpeg4 to mpeg2 and use the same quantizers to keep a relatively good quality of transcoding). PS - I'm setting this to important since it's a regression bug. All my conversions rely on this flag for a successful conversion How to reproduce: ffmpeg.x86 -i Revolution_KGWDT_-tmp.wtv -vcodec mpeg2video -sameq -an test.ts {{{ ffmpeg version N-45279-g1a104bf Copyright (c) 2000-2012 the FFmpeg developers built on Oct 10 2012 19:19:16 with gcc 4.7.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-pthreads --enable-runtime-cpudetect --enable-avisynth --enable -bzlib --enable-frei0r --enable-libass --enable-libcelt --enable- libopencore-amrnb --enable-libopencore-amrwb --enable-l ibfreetype --enable-libgsm --enable-libmp3lame --enable-libnut --enable- libopenjpeg --enable-librtmp --enable-libschroed inger --enable-libspeex --enable-libtheora --enable-libutvideo --enable- libvo-aacenc --enable-libvo-amrwbenc --enable-li bvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 74.100 / 51. 74.100 libavcodec 54. 65.100 / 54. 65.100 libavformat 54. 31.100 / 54. 31.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 19.102 / 3. 19.102 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 [mpeg2video @ 003cb9e0] mpeg_decode_postinit() failure Last message repeated 20 times Input #0, wtv, from 'Revolution_KGWDT_-tmp.wtv': Metadata: WM/MediaClassPrimaryID: db9830bd-3ab3-4fab-8a371a995f7ff74 WM/MediaClassSecondaryID: ba7f258a-62f7-47a9-b21f4651c42a000 Title : Revolution WM/SubTitle : The Plague Dogs WM/SubTitleDescription: As Charlie and Miles travel with Nora in hope of meeting up with Maggie and Aaron, Nate trac ks their every move; unforeseeable challenges await the gang. genre : Drama;General;Series WM/OriginalReleaseTime: 0 WM/MediaCredits : Billy Burke/Tracy Spiridakos/Daniella Alonso/Giancarlo Esposito/Tim Guinee/Maria Howell/David Lyon s/Elizabeth Mitchell/Zak Orth/J.D. Pardo/Anna Lise Phillips/Graham Rogers;;;Michael Mosley service_provider: KGWDT service_name : KGWDT (KGW-DT) WM/MediaNetworkAffiliation: NBC Affiliate WM/MediaOriginalChannel: 8 WM/MediaOriginalChannelSubNumber: 1 WM/MediaOriginalBroadcastDateTime: 2012-10-08T07:00:00Z WM/MediaOriginalRunTime: 35371092443 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: 2012-10-09 05:02:02 WM/WMRVSeriesUID: !MCSeries!274690502 WM/WMRVServiceID: !MCService!28459543 WM/WMRVProgramID: !MCProgram!280618392 WM/WMRVRequestID: 0 WM/WMRVScheduleItemID: 0 WM/WMRVQuality : 3 WM/WMRVOriginalSoftPrePadding: 300 WM/WMRVOriginalSoftPostPadding: 60 WM/WMRVHardPrePadding: -300 WM/WMRVHardPostPadding: 0 WM/WMRVATSCContent: true WM/WMRVDTVContent: true WM/WMRVHDContent: true WM/MediaThumbType: 3 WM/MediaThumbWidth: 352 WM/MediaThumbHeight: 198 WM/MediaThumbStride: 1056 WM/MediaThumbRet: 0 WM/MediaThumbRatingSystem: 9 WM/MediaThumbRatingLevel: 14 WM/MediaThumbRatingAttributes: 0 WM/MediaThumbAspectRatioX: 16 WM/MediaThumbAspectRatioY: 9 WM/MediaThumbTimeStamp: -4616189618054758400 Duration : 35379016565 WM/WMRVEndTime : 2012-10-09 06:01:00 WM/WMRVBitrate : 9.083289 WM/WMRVKeepUntil: -1 WM/WMRVActualSoftPrePadding: 537 WM/WMRVActualSoftPostPadding: 60 WM/WMRVContentProtected: false WM/WMRVContentProtectedPercent: 0 WM/WMRVExpirationSpan: 9223372036854775807 WM/WMRVInBandRatingSystem: 255 WM/WMRVInBandRatingLevel: 255 WM/WMRVInBandRatingAttributes: 0 WM/WMRVWatched : false Duration: 00:58:57.25, start: 2.204944, bitrate: 11638 kb/s Stream #0:0[0x12]: Video: mpeg2video (Main), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 24000 kb/s, 329.67 fps, 29.97 tb r, 10000k tbn, 59.94 tbc Stream #0:1[0x13](eng): Audio: ac3, 48000 Hz, 5.1(side), s16, 384 kb/s Stream #0:2[0x14](spa): Audio: ac3, 48000 Hz, stereo, s16, 192 kb/s Stream #0:3[0x15]: Subtitle: eia_608 Stream #0:4[0x0]: Attachment: mjpeg Metadata: title : TV Thumbnail Unrecognized option 'sameq' Failed to set value '-an' for option 'sameq' }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 20 20:32:50 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 20 Oct 2012 18:32:50 -0000 Subject: [FFmpeg-trac] #1835(undetermined:new): -sameq no longer working In-Reply-To: <040.aa29a7f2d6040f39300e260965f525ba@avcodec.org> References: <040.aa29a7f2d6040f39300e260965f525ba@avcodec.org> Message-ID: <055.20ee33ad1f75f2479b2c5daa392f486e@avcodec.org> #1835: -sameq no longer working -------------------------------------+------------------------------------- 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 richardpl): Recent ffmpeg just ignore -sameq option. Are you sure that such option made any difference? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 20 20:50:08 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 20 Oct 2012 18:50:08 -0000 Subject: [FFmpeg-trac] #1835(undetermined:new): -sameq no longer working In-Reply-To: <040.aa29a7f2d6040f39300e260965f525ba@avcodec.org> References: <040.aa29a7f2d6040f39300e260965f525ba@avcodec.org> Message-ID: <055.76d0a1ed7cdb961b9204baed945c1348@avcodec.org> #1835: -sameq no longer working -------------------------------------+------------------------------------- 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): A huge difference in quality. Without it the video would be blocky and full of artifacts, with it the quality was pretty close to the original. Can it be reintroduced please? if not atleast let us know what options can be set to replicate the functionality. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 20 21:05:37 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 20 Oct 2012 19:05:37 -0000 Subject: [FFmpeg-trac] #1835(undetermined:new): -sameq no longer working In-Reply-To: <040.aa29a7f2d6040f39300e260965f525ba@avcodec.org> References: <040.aa29a7f2d6040f39300e260965f525ba@avcodec.org> Message-ID: <055.26d0a1157d9ec7c32a52f56763f011de@avcodec.org> #1835: -sameq no longer working -------------------------------------+------------------------------------- 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 richardpl): That option was designed only for same codec -> same codec. It gave you better results by pure luck. Instead just use quant with some small value. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 21 00:49:21 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 20 Oct 2012 22:49:21 -0000 Subject: [FFmpeg-trac] #1794(avcodec:closed): Can't cross-compile on Intel for ARM target with zmbvenc enabled In-Reply-To: <036.81fc9ea797b1990b7452bc930c3fcaee@avcodec.org> References: <036.81fc9ea797b1990b7452bc930c3fcaee@avcodec.org> Message-ID: <051.c74181608f91efa8f37c8dd63436effb@avcodec.org> #1794: Can't cross-compile on Intel for ARM target with zmbvenc enabled ------------------------------------+----------------------------------- Reporter: patters | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: invalid Keywords: zmbvenc | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by patters): Thanks for the tips. I've only just found time to look at it again. Compiling without the -g or the -fno-tree-vectorize didn't help, neither did -O2. Had to drop to -O1 to get it to compile. I'll pass a link to this page to the toolchain maintainer. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 21 00:55:09 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 20 Oct 2012 22:55:09 -0000 Subject: [FFmpeg-trac] #502(undetermined:reopened): Jumping frames (wrong presentation order) when copying video (muxing) of an h264 file (to m4v/mp4) in Quicktime In-Reply-To: <035.65874e0ca5d465dc7d1b4aae6a53ba68@avcodec.org> References: <035.65874e0ca5d465dc7d1b4aae6a53ba68@avcodec.org> Message-ID: <050.bb4adc1341d8ced5019135a9dcf86abf@avcodec.org> #502: Jumping frames (wrong presentation order) when copying video (muxing) of an h264 file (to m4v/mp4) in Quicktime -------------------------------------+------------------------------------- Reporter: Alex__ | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: git-master | undetermined Keywords: mux h.264 | Resolution: mp4 m4v quicktime | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by RyanS): My last comment was not clear. I think ffmpeg mux is getting the pts's wrong. Here is ffprobe -show_frames on the ffmpeg-muxed mp4 from the same x.264 file: [FRAME] key_frame=0 pkt_pts=448399 pkt_dts=581865 pkt_duration=66733 pkt_pos=106296 pict_type=P coded_picture_number=7 reference=3 [FRAME] [FRAME] key_frame=0 pkt_pts=581865 pkt_dts=648599 pkt_duration=66734 pkt_pos=127438 pict_type=B coded_picture_number=9 reference=0 [FRAME] [FRAME] key_frame=0 pkt_pts=515132 pkt_dts=715332 pkt_duration=66733 pkt_pos=116060 pict_type=P coded_picture_number=8 reference=3 [FRAME] (I cut a bunch of lines that are irrelevant for space.) You can see here from pkt_pos that the frames are in the same order here as they were above in the mp4box mux. (Note that the pkt_pos values are offset by 1431 bytes probably because the different muxers put in a different header or something, but still the correspondence is clear.) So the frames here appear in the correct presentation order. So the pts values should simply be ascending, just like in the mp4box mux. But they aren't. So it looks like ffmpeg correctly re-orders the frames to presentation order but doesn't set the pts's correctly. If that is true, then the playback behavior would make sense if Quicktime pays attention to the pts's and ffplay/vlc doesn't. ffplay/vlc may just get the frames from libavformat/libavcodec and play them in the order received, because the decoder is supposed to (and does) put them in presentation order. Note that because I'm using ffprobe to inspect the mp4's, and ffprobe uses the same libs as ffmpeg, there's some question about what is being done by the mux step vs by the ffprobe decode step. But given the other evidence I think it's the mux step that has the problem. Here is the x.264 file I'm using: https://dl.dropbox.com/u/62496791/x.264 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 21 05:12:10 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 21 Oct 2012 03:12:10 -0000 Subject: [FFmpeg-trac] #1804(undetermined:reopened): Transcode with ffmpeg0.9.2, Some ports of the output video was green. But ffmpeg0.8.2 is ok! In-Reply-To: <038.309bed9ec3f2012a0541139e3f94f4f4@avcodec.org> References: <038.309bed9ec3f2012a0541139e3f94f4f4@avcodec.org> Message-ID: <053.845a92dbe5bb3536496a867607ac19a6@avcodec.org> #1804: Transcode with ffmpeg0.9.2, Some ports of the output video was green. But ffmpeg0.8.2 is ok! -------------------------------------+------------------------------------- Reporter: zzwcenter | Owner: Type: defect | Status: reopened Priority: important | Component: Version: 0.9.2 | undetermined Keywords: mpeg2video | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by zzwcenter): The sample file is divided into 8 parts compressed by the WinRAR?The compressed filelist?Ticket #1804 _mpeg2vido_8parts.part01.rar, Ticket #1804 _mpeg2vido_8parts.part02.rar, Ticket #1804 _mpeg2vido_8parts.part03_new3.rar, Ticket #1804 _mpeg2vido_8parts.part04.rar, Ticket #1804 _mpeg2vido_8parts.part05.rar, Ticket #1804 _mpeg2vido_8parts.part06_new4.rar, Ticket #1804 _mpeg2vido_8parts.part07.rar, Ticket #1804 _mpeg2vido_8parts.part08.rar? Other similar files for example "Ticket #1804 _mpeg2vido_8parts.part03_new.rar" are damaged when uploading to server. Download the eight files in the compressed filelist, please rename the file from "Ticket #1804 _mpeg2vido_8parts.part03_new3.rar" to "Ticket #1804 _mpeg2vido_8parts.part03.rar", and from "Ticket #1804 _mpeg2vido_8parts.part06_new4.rar" to "Ticket #1804 _mpeg2vido_8parts.part06.rar", then extract the files by the WinRAR? Transcoded the sample file with ffmpeg 0.10.4 and ffmpeg 0.9.2, there are some errors at the bottom of some video frames when playing the output file by vlc. But output file is ok with ffmpeg 0.8.2. The working command line is "ffmpeg -i /home/sample_file.avi -vcodec libx264 -s 176x144 -f mp4 -y /home/output.mp4". Thank you! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 21 05:35:09 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 21 Oct 2012 03:35:09 -0000 Subject: [FFmpeg-trac] #1804(undetermined:reopened): Transcode with ffmpeg0.9.2, Some ports of the output video was green. But ffmpeg0.8.2 is ok! In-Reply-To: <038.309bed9ec3f2012a0541139e3f94f4f4@avcodec.org> References: <038.309bed9ec3f2012a0541139e3f94f4f4@avcodec.org> Message-ID: <053.386beb7ce359f527f0ce9356612779e1@avcodec.org> #1804: Transcode with ffmpeg0.9.2, Some ports of the output video was green. But ffmpeg0.8.2 is ok! -------------------------------------+------------------------------------- Reporter: zzwcenter | Owner: Type: defect | Status: reopened Priority: important | Component: Version: 0.9.2 | undetermined Keywords: mpeg2video | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by zzwcenter): An incorrect picture "Ticket #1804 _mpeg2vido_outfile_error.png" is uploaded to " upload.ffmpeg.org". There are some errors at the bottom of some pictures when playing the output file by vlc. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 21 05:53:51 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 21 Oct 2012 03:53:51 -0000 Subject: [FFmpeg-trac] #1836(avformat:new): Wrong duration in TS container Message-ID: <040.e59ea835cdb1df08d05ce93ab2a660d1@avcodec.org> #1836: Wrong duration in TS container -------------------------------------+------------------------------------- Reporter: Heesuk Jung | Type: defect Status: new | Priority: normal Component: avformat | Version: git- Keywords: wrong | master duration in TS container | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: In some TS file case, libavformat get wrong duration and so there are some problem when the file is played. 1. 1st problematic file case - link : https://docs.google.com/open?id=0B6r7ZfWFIypCN0Q2VmZiUHdsQW8 - incorrect duration based on libavformat : 24:08:38.61 - correct duration : 00:01:12.00 2. 2nd problematic file case - link : https://docs.google.com/open?id=0B6r7ZfWFIypCNFVuWHowMFBBN0E - incorrect duration based on libavformat : 00:03:15.50 - correct duration : 00:00:21.30 How to reproduce: % ffprobe 473_TP_MPEG2[Main at High@1419Kbps at 1080p@29.970fps]_AC3[384Kbps at 48kHz@16bit at 2ch].tp -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 21 09:50:25 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 21 Oct 2012 07:50:25 -0000 Subject: [FFmpeg-trac] #1837(avformat:new): avformat_new_stream const correctness Message-ID: <036.a9e4ee2fea5514350b6d76fa57d1404f@avcodec.org> #1837: avformat_new_stream const correctness ----------------------------------+--------------------------------------- Reporter: henniez | Type: enhancement Status: new | Priority: normal Component: avformat | Version: 1.0 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- the function avformat_new_stream takes the AVCodec *c as a non const value. this can be changed to const because AVCodec is just use in a const manner. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 21 15:12:56 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 21 Oct 2012 13:12:56 -0000 Subject: [FFmpeg-trac] #1804(avformat:open): avi decoding regression (was: Transcode with ffmpeg0.9.2, Some ports of the output video was green. But ffmpeg0.8.2 is ok!) In-Reply-To: <038.309bed9ec3f2012a0541139e3f94f4f4@avcodec.org> References: <038.309bed9ec3f2012a0541139e3f94f4f4@avcodec.org> Message-ID: <053.fb401cb7ff4f04df1a43fe775c35647a@avcodec.org> #1804: avi decoding regression -------------------------------------+------------------------------------- Reporter: zzwcenter | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mpeg2video | Blocked By: avi regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: reopened => open * reproduced: 0 => 1 * component: undetermined => avformat * version: 0.9.2 => git-master * keywords: mpeg2video => mpeg2video avi regression Comment: Regression since cbfdfbe / d3f610c -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 21 15:19:55 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 21 Oct 2012 13:19:55 -0000 Subject: [FFmpeg-trac] #1804(avformat:open): avi decoding regression In-Reply-To: <038.309bed9ec3f2012a0541139e3f94f4f4@avcodec.org> References: <038.309bed9ec3f2012a0541139e3f94f4f4@avcodec.org> Message-ID: <053.24f0aef641b9c2014059700a10ec4695@avcodec.org> #1804: avi decoding regression -------------------------------------+------------------------------------- Reporter: zzwcenter | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mpeg2video | Blocked By: avi regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Sample uploaded to http://samples.ffmpeg.org/ffmpeg-bugs/trac/ticket1804/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 21 15:22:52 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 21 Oct 2012 13:22:52 -0000 Subject: [FFmpeg-trac] #1837(avformat:new): avformat_new_stream const correctness In-Reply-To: <036.a9e4ee2fea5514350b6d76fa57d1404f@avcodec.org> References: <036.a9e4ee2fea5514350b6d76fa57d1404f@avcodec.org> Message-ID: <051.5da4168968b93b4c542ba3c694c1c7b4@avcodec.org> #1837: avformat_new_stream const correctness -------------------------------------+------------------------------------ Reporter: henniez | Owner: Type: enhancement | Status: new Priority: normal | Component: avformat Version: 1.0 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): Patches are very welcome on ffmpeg-devel, you may attach them here, but they typically receive significantly lower attention. This tracker should primarily be used for bugs (like for example: gcc 4.8 cannot optimise avformat_new_stream() because of a missing const), it is not really meant for suggestions what could be changed in the source code - the reasons are limited manpower combined with a sufficient number of open bugs and feature requests. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 21 15:30:08 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 21 Oct 2012 13:30:08 -0000 Subject: [FFmpeg-trac] #1836(avformat:new): Wrong duration in TS container In-Reply-To: <040.e59ea835cdb1df08d05ce93ab2a660d1@avcodec.org> References: <040.e59ea835cdb1df08d05ce93ab2a660d1@avcodec.org> Message-ID: <055.0f520a6ad720dad15da9df1e07ce13c4@avcodec.org> #1836: Wrong duration in TS container -------------------------------------+------------------------------------ Reporter: Heesuk Jung | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: wrong duration in TS container => mpegts Comment: To make this a valid ticket, please add the complete, uncut console output of "ffmpeg -i \[2\]\ trp_MPEG2_MP2.trp -f null -" and / or "ffmpeg -i 473_TP_MPEG2\[Main\@High\@1419Kbps\@1080p\@29.970fps\]_AC3\[384Kbps\@48kHz\@16bit\@2ch\].tp -f null -" (The output will show both the calculated duration and the actual duration.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 21 16:15:19 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 21 Oct 2012 14:15:19 -0000 Subject: [FFmpeg-trac] #1836(avformat:new): Wrong duration in TS container In-Reply-To: <040.e59ea835cdb1df08d05ce93ab2a660d1@avcodec.org> References: <040.e59ea835cdb1df08d05ce93ab2a660d1@avcodec.org> Message-ID: <055.a7f0f4629a9902f2be798c9031f5c2fa@avcodec.org> #1836: Wrong duration in TS container -------------------------------------+------------------------------------ Reporter: Heesuk Jung | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by Heesuk Jung): hsjung at ubuntu:~/work/ffmpeg$ ffmpeg -i download/473_TP_MPEG2\[Main at High@1419Kbps at 1080p@29.970fps\]_AC3\[384Kbps at 48kHz@16bit at 2ch\].tp -f null - ffmpeg version git-2012-10-08-43c157f Copyright (c) 2000-2012 the FFmpeg developers built on Oct 8 2012 06:19:26 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) configuration: --enable-gpl --enable-libfaac --enable-libfdk-aac --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-librtmp --enable-libtheora --enable-libvorbis --enable-libvpx --enable-x11grab --enable-libx264 --enable-nonfree --enable-version3 libavutil 51. 73.102 / 51. 73.102 libavcodec 54. 65.100 / 54. 65.100 libavformat 54. 30.100 / 54. 30.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 19.102 / 3. 19.102 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 [mpeg2video @ 0x1db3e80] mpeg_decode_postinit() failure Last message repeated 11 times [mpegts @ 0x1db3260] PES packet size mismatch Input #0, mpegts, from 'download/473_TP_MPEG2[Main at High@1419Kbps at 1080p@29.970fps]_AC3[384Kbps at 48kHz@16bit at 2ch].tp': Duration: 00:03:15.50, start: 78313.376611, bitrate: 1900 kb/s Program 1 Stream #0:0[0x11]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p, 1920x1088 [SAR 136:135 DAR 16:9], 17400 kb/s, 35.42 fps, 29.97 tbr, 90k tbn, 59.94 tbc Stream #0:1[0x14]: Audio: ac3 ([129][0][0][0] / 0x0081), 48000 Hz, stereo, s16, 384 kb/s Output #0, null, to 'pipe:': Metadata: encoder : Lavf54.30.100 Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 1920x1088 [SAR 136:135 DAR 16:9], q=2-31, 200 kb/s, 90k tbn, 29.97 tbc Stream #0:1: Audio: pcm_s16le, 48000 Hz, stereo, s16, 1536 kb/s Stream mapping: Stream #0:0 -> #0:0 (mpeg2video -> rawvideo) Stream #0:1 -> #0:1 (ac3 -> pcm_s16le) Press [q] to stop, [?] for help [null @ 0x1dba1a0] Encoder did not produce proper pts, making some up. frame CRC mismatch5 q=0.0 size= 0kB time=00:00:19.55 bitrate= 0.0kbits/s dup=24 drop=0 [mpegts @ 0x1db3260] PES packet size mismatch [mpeg2video @ 0x1db3e80] ac-tex damaged at 41 25 [mpeg2video @ 0x1db3e80] Warning MVs not available [mpeg2video @ 0x1db3e80] concealing 5120 DC, 5120 AC, 5120 MV errors in I frame [ac3 @ 0x1db6d20] incomplete frame frame= 625 fps=145 q=0.0 Lsize= 0kB time=00:00:20.85 bitrate= 0.0kbits/s dup=26 drop=0 video:59kB audio:3834kB subtitle:0 global headers:0kB muxing overhead -100.000000% hsjung at ubuntu:~/work/ffmpeg$ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 21 16:15:40 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 21 Oct 2012 14:15:40 -0000 Subject: [FFmpeg-trac] #1836(avformat:new): Wrong duration in TS container In-Reply-To: <040.e59ea835cdb1df08d05ce93ab2a660d1@avcodec.org> References: <040.e59ea835cdb1df08d05ce93ab2a660d1@avcodec.org> Message-ID: <055.28da47590f8c19c5e54fed6f86d9f918@avcodec.org> #1836: Wrong duration in TS container -------------------------------------+------------------------------------ Reporter: Heesuk Jung | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by Heesuk Jung): hsjung at ubuntu:~/work/ffmpeg$ ffmpeg -i download/\[2\]\ trp_MPEG2_MP2.trp -f null -ffmpeg version git-2012-10-08-43c157f Copyright (c) 2000-2012 the FFmpeg developers built on Oct 8 2012 06:19:26 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) configuration: --enable-gpl --enable-libfaac --enable-libfdk-aac --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-librtmp --enable-libtheora --enable-libvorbis --enable-libvpx --enable-x11grab --enable-libx264 --enable-nonfree --enable-version3 libavutil 51. 73.102 / 51. 73.102 libavcodec 54. 65.100 / 54. 65.100 libavformat 54. 30.100 / 54. 30.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 19.102 / 3. 19.102 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 [mp2 @ 0x1ee0a40] Header missing [mp2 @ 0x1ed2480] Header missing [mpegts @ 0x1e6e260] PES packet size mismatch Input #0, mpegts, from 'download/[2] trp_MPEG2_MP2.trp': Duration: 24:08:38.61, start: 2891.876900, bitrate: 19 kb/s Program 1569 Metadata: service_name : ONE HD service_provider: Ten Sydney Stream #0:0[0x204]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p, 720x576 [SAR 64:45 DAR 16:9], 10000 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x2a0](eng): Audio: ac3 ([6][0][0][0] / 0x0006), 48000 Hz, stereo, s16, 256 kb/s (clean effects) Stream #0:2[0x242](eng): Subtitle: dvb_teletext ([6][0][0][0] / 0x0006) Program 1573 Metadata: service_name : TEN Digital service_provider: Ten Sydney Stream #0:3[0x200]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p, 720x576 [SAR 64:45 DAR 16:9], 10000 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:4[0x28a](eng): Audio: mp2 ([4][0][0][0] / 0x0004), 48000 Hz, stereo, s16, 256 kb/s (clean effects) Stream #0:5[0x240](eng): Subtitle: dvb_teletext ([6][0][0][0] / 0x0006) Program 1575 Metadata: service_name : ONE HD service_provider: Ten Sydney Stream #0:0[0x204]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p, 720x576 [SAR 64:45 DAR 16:9], 10000 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x2a0](eng): Audio: ac3 ([6][0][0][0] / 0x0006), 48000 Hz, stereo, s16, 256 kb/s (clean effects) Stream #0:2[0x242](eng): Subtitle: dvb_teletext ([6][0][0][0] / 0x0006) Program 1576 Metadata: service_name : ONE Digital service_provider: Ten Sydney Stream #0:0[0x204]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p, 720x576 [SAR 64:45 DAR 16:9], 10000 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:6[0x2a9](eng): Audio: mp2 ([4][0][0][0] / 0x0004), 48000 Hz, stereo, s16, 256 kb/s Stream #0:2[0x242](eng): Subtitle: dvb_teletext ([6][0][0][0] / 0x0006) Output #0, null, to 'pipe:': Metadata: encoder : Lavf54.30.100 Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 720x576 [SAR 64:45 DAR 16:9], q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream #0:1(eng): Audio: pcm_s16le, 48000 Hz, stereo, s16, 1536 kb/s (clean effects) Stream mapping: Stream #0:0 -> #0:0 (mpeg2video -> rawvideo) Stream #0:1 -> #0:1 (ac3 -> pcm_s16le) Press [q] to stop, [?] for help [ac3 @ 0x1e76360] frame sync error Error while decoding stream #0:1: Operation not permitted [null @ 0x238bbc0] Encoder did not produce proper pts, making some up. PES packet size mismatch0 size= 0kB time=00:01:07.00 bitrate= 0.0kbits/s dup=7 drop=0 [mpeg2video @ 0x1e75a00] ac-tex damaged at 29 4 [mpeg2video @ 0x1e75a00] Warning MVs not available [mpeg2video @ 0x1e75a00] concealing 1440 DC, 1440 AC, 1440 MV errors in B frame [ac3 @ 0x1e76360] incomplete frame frame= 1814 fps=481 q=0.0 Lsize= 0kB time=00:01:12.56 bitrate= 0.0kbits/s dup=7 drop=0 video:170kB audio:13554kB subtitle:0 global headers:0kB muxing overhead -100.000000% hsjung at ubuntu:~/work/ffmpeg$ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 21 16:32:03 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 21 Oct 2012 14:32:03 -0000 Subject: [FFmpeg-trac] #1836(avformat:new): Wrong duration in TS container In-Reply-To: <040.e59ea835cdb1df08d05ce93ab2a660d1@avcodec.org> References: <040.e59ea835cdb1df08d05ce93ab2a660d1@avcodec.org> Message-ID: <055.a2beb9f5b4f1afdd6d8182e28ddb7b51@avcodec.org> #1836: Wrong duration in TS container -------------------------------------+------------------------------------ Reporter: Heesuk Jung | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by Heesuk Jung): After applying patch, there are log for 473_XXX file. hsjung at ubuntu:~/work/ffmpeg$ ./ffmpeg -i download/473_TP_MPEG2\[Main at High@1419Kbps at 1080p@29.970fps\]_AC3\[384Kbps at 48kHz@16bit at 2ch\].tp -f null - ffmpeg version git-2012-10-21-99ea47f Copyright (c) 2000-2012 the FFmpeg developers built on Oct 21 2012 07:05:42 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) configuration: --enable-gpl --enable-libfaac --enable-libfdk-aac --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-librtmp --enable-libtheora --enable-libvorbis --enable-libvpx --enable-x11grab --enable-libx264 --enable-nonfree --enable-version3 libavutil 51. 76.101 / 51. 76.101 libavcodec 54. 67.100 / 54. 67.100 libavformat 54. 33.100 / 54. 33.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 19.103 / 3. 19.103 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 [mpeg2video @ 0x2695e80] mpeg_decode_postinit() failure Last message repeated 11 times [mpegts @ 0x2695260] Estimating duration from bitrate, this may be inaccurate Input #0, mpegts, from 'download/473_TP_MPEG2[Main at High@1419Kbps at 1080p@29.970fps]_AC3[384Kbps at 48kHz@16bit at 2ch].tp': Duration: 00:00:21.30, start: 78313.376611, bitrate: 17441 kb/s Program 1 Stream #0:0[0x11]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p, 1920x1088 [SAR 136:135 DAR 16:9], 17400 kb/s, 29.97 fps, 29.97 tbr, 90k tbn, 59.94 tbc Stream #0:1[0x14]: Audio: ac3 ([129][0][0][0] / 0x0081), 48000 Hz, stereo, s16, 384 kb/s Output #0, null, to 'pipe:': Metadata: encoder : Lavf54.33.100 Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 1920x1088 [SAR 136:135 DAR 16:9], q=2-31, 200 kb/s, 90k tbn, 29.97 tbc Stream #0:1: Audio: pcm_s16le, 48000 Hz, stereo, s16, 1536 kb/s Stream mapping: Stream #0:0 -> #0:0 (mpeg2video -> rawvideo) Stream #0:1 -> #0:1 (ac3 -> pcm_s16le) Press [q] to stop, [?] for help [null @ 0x269c200] Encoder did not produce proper pts, making some up. frame CRC mismatch0 q=0.0 size= 0kB time=00:00:20.08 bitrate= 0.0kbits/s dup=24 drop=0 [mpegts @ 0x2695260] PES packet size mismatch [mpeg2video @ 0x2695e80] ac-tex damaged at 41 25 [mpeg2video @ 0x2695e80] Warning MVs not available [mpeg2video @ 0x2695e80] concealing 5120 DC, 5120 AC, 5120 MV errors in I frame [ac3 @ 0x2698d20] incomplete frame frame= 625 fps=148 q=0.0 Lsize= 0kB time=00:00:20.85 bitrate= 0.0kbits/s dup=26 drop=0 video:59kB audio:3834kB subtitle:0 global headers:0kB muxing overhead -100.000000% hsjung at ubuntu:~/work/ffmpeg$ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 21 16:54:59 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 21 Oct 2012 14:54:59 -0000 Subject: [FFmpeg-trac] #1836(avformat:open): Wrong duration in TS container In-Reply-To: <040.e59ea835cdb1df08d05ce93ab2a660d1@avcodec.org> References: <040.e59ea835cdb1df08d05ce93ab2a660d1@avcodec.org> Message-ID: <055.590300467e8934dcd400750cc4669fc0@avcodec.org> #1836: Wrong duration in TS container -------------------------------------+------------------------------------ Reporter: Heesuk Jung | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 21 17:10:17 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 21 Oct 2012 15:10:17 -0000 Subject: [FFmpeg-trac] #1804(avformat:open): avi decoding regression In-Reply-To: <038.309bed9ec3f2012a0541139e3f94f4f4@avcodec.org> References: <038.309bed9ec3f2012a0541139e3f94f4f4@avcodec.org> Message-ID: <053.dba1eb39e25fda9702b5fcb46477c7c2@avcodec.org> #1804: avi decoding regression -------------------------------------+------------------------------------- Reporter: zzwcenter | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mpeg2video | Blocked By: avi regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by zzwcenter): The same problem exists when transcoding works with FFmpeg 0.10.4 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 21 18:52:04 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 21 Oct 2012 16:52:04 -0000 Subject: [FFmpeg-trac] #1835(undetermined:open): -sameq no longer working In-Reply-To: <040.aa29a7f2d6040f39300e260965f525ba@avcodec.org> References: <040.aa29a7f2d6040f39300e260965f525ba@avcodec.org> Message-ID: <055.e96b6a7290816380599212c5a7246d89@avcodec.org> #1835: -sameq no longer working -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: open Priority: minor | Component: Version: git-master | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => regression * priority: important => minor * version: unspecified => git-master * status: new => open * reproduced: 0 => 1 Comment: -sameq is broken since 158c7f0. Considering the time elapsed since, it was probably a good idea to remove the option;-) @ramitbhalla: Use -qscale 2 (it also works with old versions), it should have a very similar effect, use -qscale 0 (which also works with old versions) to get the identical effect (very old MEncoder documentation recommends -qscale 2 over -qscale 0). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 21 19:48:16 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 21 Oct 2012 17:48:16 -0000 Subject: [FFmpeg-trac] #1794(avcodec:closed): Can't cross-compile on Intel for ARM target with zmbvenc enabled In-Reply-To: <036.81fc9ea797b1990b7452bc930c3fcaee@avcodec.org> References: <036.81fc9ea797b1990b7452bc930c3fcaee@avcodec.org> Message-ID: <051.e2a7b141d4a9a38877554f9687f5a284@avcodec.org> #1794: Can't cross-compile on Intel for ARM target with zmbvenc enabled ------------------------------------+----------------------------------- Reporter: patters | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: invalid Keywords: zmbvenc | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Replying to [comment:4 patters]: > I'll pass a link to this page to the toolchain maintainer. I suspect the only thing they would really need is the preprocessed source file (that should allow to reproduce the ICE). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 21 21:26:24 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 21 Oct 2012 19:26:24 -0000 Subject: [FFmpeg-trac] #1273(undetermined:reopened): initial seek causes failure to display on some avi files In-Reply-To: <036.2a4ccbc1a8c209f91a4b5ff99976fdea@avcodec.org> References: <036.2a4ccbc1a8c209f91a4b5ff99976fdea@avcodec.org> Message-ID: <051.0ad34b834dbbcbd53a5dd45eedde43f6@avcodec.org> #1273: initial seek causes failure to display on some avi files -------------------------------------+------------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: git-master | undetermined Keywords: pal8 msrle | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:9 DonMoir]: > This file also fails CODEC_ID_MSVIDEO1 > > http://sms.pangolin.com/temp/EVBPIC.AVI This is ticket #296. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 21 21:31:38 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 21 Oct 2012 19:31:38 -0000 Subject: [FFmpeg-trac] #953(undetermined:closed): 0.10 - Input channel layout isnt supported In-Reply-To: <037.71d377ebea57d1c54df59ce38ed3c697@avcodec.org> References: <037.71d377ebea57d1c54df59ce38ed3c697@avcodec.org> Message-ID: <052.b2193eeb3e407fc1ca49aef4e77bc4be@avcodec.org> #953: 0.10 - Input channel layout isnt supported -------------------------------------+------------------------------------- Reporter: Atarikid | Owner: Type: defect | Status: closed Priority: normal | Component: Version: 0.10 | 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: A mov file with two audio streams with channel layout "FL" and "FR" was uploaded for ticket #1474. It is now used for ticket #1764. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 21 21:40:29 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 21 Oct 2012 19:40:29 -0000 Subject: [FFmpeg-trac] #1273(undetermined:reopened): initial seek causes failure to display on some avi files In-Reply-To: <036.2a4ccbc1a8c209f91a4b5ff99976fdea@avcodec.org> References: <036.2a4ccbc1a8c209f91a4b5ff99976fdea@avcodec.org> Message-ID: <051.dc7db271b8ef9a91c140dc8ebf66c437@avcodec.org> #1273: initial seek causes failure to display on some avi files -------------------------------------+------------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: git-master | undetermined Keywords: pal8 msrle | Resolution: seek | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: pal8 msrle => pal8 msrle seek -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 21 21:41:48 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 21 Oct 2012 19:41:48 -0000 Subject: [FFmpeg-trac] #1667(FFplay:open): ffplay resizes can cause "garbage" in the margins In-Reply-To: <039.1e68c0fbe2d55e99f9f5e5f49cd0d581@avcodec.org> References: <039.1e68c0fbe2d55e99f9f5e5f49cd0d581@avcodec.org> Message-ID: <054.2c8404294c41915a549bac1d62872f09@avcodec.org> #1667: ffplay resizes can cause "garbage" in the margins ------------------------------------+---------------------------------- Reporter: rogerdpack | Owner: cus Type: defect | Status: open Priority: normal | Component: FFplay Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Comment (by cus): Can you try the attached patch? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 21 21:48:24 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 21 Oct 2012 19:48:24 -0000 Subject: [FFmpeg-trac] #1273(undetermined:reopened): initial seek causes failure to display on some avi files In-Reply-To: <036.2a4ccbc1a8c209f91a4b5ff99976fdea@avcodec.org> References: <036.2a4ccbc1a8c209f91a4b5ff99976fdea@avcodec.org> Message-ID: <051.390d229f1ee2fe2e849f3edaf15422ba@avcodec.org> #1273: initial seek causes failure to display on some avi files -------------------------------------+------------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: git-master | undetermined Keywords: pal8 msrle | Resolution: seek | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by DonMoir): Ticket #296 is a different issue. The conditions in 296 are simply because there are not many keyframes. This issue (1273) is because any attempt to seek before the first avcodec_decode_video2 even to initial keyframe, causes failure to display. Completely different issues. I have no problem with any of the files referenced in 296, but it's an awkward work around for issue 1273. Just because EVBPIC.AVI is in both 273 and 1273 doesn't mean it's the same issue. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 21 21:57:51 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 21 Oct 2012 19:57:51 -0000 Subject: [FFmpeg-trac] #243(avcodec:closed): Flag to tell if a codec supports interframe encoding In-Reply-To: <039.6a071bd7239ce302c102c93db3fecd7e@avcodec.org> References: <039.6a071bd7239ce302c102c93db3fecd7e@avcodec.org> Message-ID: <054.34ecb696f8ed4853cac0963d3903f3a6@avcodec.org> #243: Flag to tell if a codec supports interframe encoding -------------------------------------+----------------------------------- Reporter: jlstrecker | Owner: Type: enhancement | Status: closed Priority: normal | Component: avcodec Version: unspecified | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed * component: undetermined => avcodec Comment: $ ffmpeg -codecs now shows which codecs only support intraframe encoding. All other codecs (also) support interframe encoding. Please reopen if you think this does not solve the ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 21 23:27:10 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 21 Oct 2012 21:27:10 -0000 Subject: [FFmpeg-trac] #1838(avcodec:new): Some BOXX bxy2 samples (v210) cannot be decoded Message-ID: <036.b9ce4bbcf70ec66ba3a9a7439e1048f6@avcodec.org> #1838: Some BOXX bxy2 samples (v210) cannot be decoded -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git- | Keywords: v210 boxx master | bxy2 Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- One sample from ticket #1352 cannot be decoded because it has a surprising stride value. {{{ $ ffmpeg -i boxx_yuv_10bit.mov -f null - ffmpeg version N-45832-ge168165 Copyright (c) 2000-2012 the FFmpeg developers built on Oct 21 2012 20:40:38 with gcc 4.7 (SUSE Linux) configuration: --disable-demuxer=mpegps libavutil 51. 76.101 / 51. 76.101 libavcodec 54. 68.100 / 54. 68.100 libavformat 54. 33.100 / 54. 33.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 20.102 / 3. 20.102 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'boxx_yuv_10bit.mov': Metadata: creation_time : 2012-05-25 17:45:23 Duration: 00:00:00.06, start: 0.000000, bitrate: 6229 kb/s Stream #0:0(eng): Video: v210 (bxy2 / 0x32797862), yuv422p10le, 160x120, 6144 kb/s, 15 fps, 15 tbr, 600 tbn, 600 tbc Metadata: creation_time : 2012-05-25 17:45:23 handler_name : Apple Alias Data Handler Output #0, null, to 'pipe:': Metadata: encoder : Lavf54.33.100 Stream #0:0(eng): Video: rawvideo (Y3[10][10] / 0xA0A3359), yuv422p10le, 160x120, q=2-31, 200 kb/s, 90k tbn, 15 tbc Metadata: creation_time : 2012-05-25 17:45:23 handler_name : Apple Alias Data Handler Stream mapping: Stream #0:0 -> #0:0 (v210 -> rawvideo) Press [q] to stop, [?] for help pkt->size: 51200, stride: 512, height: 120, stride*height: 61440 [v210 @ 0x2b7bfa0] packet too small Error while decoding stream #0:0: Operation not permitted frame= 0 fps=0.0 q=0.0 Lsize= 0kB time=00:00:00.00 bitrate= 0.0kbits/s video:0kB audio:0kB subtitle:0 global headers:0kB muxing overhead -nan% Output file is empty, nothing was encoded (check -ss / -t / -frames parameters if used) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 21 23:28:25 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 21 Oct 2012 21:28:25 -0000 Subject: [FFmpeg-trac] #1352(avformat:closed): support isoms of BOXX codecs In-Reply-To: <038.a65499d60ac9fdd7dd51bc6141c903ee@avcodec.org> References: <038.a65499d60ac9fdd7dd51bc6141c903ee@avcodec.org> Message-ID: <053.b17ed58b1b461bce7ad8c7c27409d216@avcodec.org> #1352: support isoms of BOXX codecs -------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: enhancement | Status: closed Priority: wish | Component: avformat Version: git-master | Resolution: fixed Keywords: boxx | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: The patch was applied in May, I opened ticket #1838 for the remaining problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 22 08:06:56 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 22 Oct 2012 06:06:56 -0000 Subject: [FFmpeg-trac] #1839(FFmpeg:new): the pts can not copy from transcode orig video file Message-ID: <042.0b9fb77a2b8c03c17c9f96af08b0fb5c@avcodec.org> #1839: the pts can not copy from transcode orig video file -------------------------------------+------------------------------------- Reporter: | Type: defect lingjiujianke | Priority: normal Status: new | Version: git- Component: FFmpeg | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: How to reproduce: {{{ % ffmpeg -v debug -y -i input.mkv -strict -2 -ss 00:00:10.00 -t 00:00:10.00 -acodec aac -vcodec libx264 -map 0:0 -map 0:1 -pix_fmt yuv420p -b:v 2000k -b:a 192k -ar 44100 -preset ultrafast -vprofile main -vlevel 3.1 -window_size hd720 -v debug -mpegts_copyts 1 -async 1 -f mpegts -bsf h264_mp4toannexb output.ts ffmpeg git-master built on ... I have used the copyts mpegts_copyts, the output.ts start time always from 0s I wish the start time from time -ss the ffprobe -show_packets output.ts is attached who can upload the patch thanks }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 22 20:40:53 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 22 Oct 2012 18:40:53 -0000 Subject: [FFmpeg-trac] #1840(FFmpeg:new): Error track 2: could not find tag, codec not currently supported in container Message-ID: <037.a36f4b4a6525faa7c4796e84501c99d7@avcodec.org> #1840: Error track 2: could not find tag, codec not currently supported in container ----------------------------------+-------------------------------------- Reporter: Atarikid | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- When I try to convert a mkv file and want to copy the subtitles too it gives me the following error: track 2: could not find tag, codec not currently supported in container FFmpeg commandline: /Users/atarikid/Desktop/ffmpeg -i /Volumes/Data/Movies/Homeland.mkv -c:a aac -c:v libx264 -strict -2 -c:s copy /Users/atarikid/Desktop/test.mp4 Output: ffmpeg version N-45858-gc68a8a1 Copyright (c) 2000-2012 the FFmpeg developers built on Oct 22 2012 20:28:25 with llvm-gcc 4.2.1 (LLVM build 2336.11.00) configuration: --prefix=/Volumes/tempdisk/sw --as=yasm --enable-gpl --enable-pthreads --disable-ffplay --disable-ffserver --disable-shared --enable-static --enable-libvpx --disable-decoder=libvpx --enable- libmp3lame --enable-libtheora --enable-libvorbis --enable-libx264 --enable-libxvid --enable-avfilter --enable-fontconfig --enable- libfreetype --enable-libass --enable-filters --enable-postproc --enable- runtime-cpudetect libavutil 51. 77.100 / 51. 77.100 libavcodec 54. 68.100 / 54. 68.100 libavformat 54. 33.100 / 54. 33.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 20.104 / 3. 20.104 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 Input #0, matroska,webm, from '/Volumes/Data/Movies/Homeland.mkv': Metadata: creation_time : 2012-10-22 09:28:49 Duration: 00:02:01.51, start: 0.000000, bitrate: 2954 kb/s Stream #0:0(eng): Video: h264 (High), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 23.98 fps, 23.98 tbr, 1k tbn, 2k tbc Metadata: title : Homeland.S02E01.The.Smile.720p.WEB- DL.DD5.1.H.264-DON Stream #0:1(eng): Audio: ac3, 48000 Hz, 5.1(side), s16, 384 kb/s Stream #0:2(dut): Subtitle: subrip (default) (forced) Metadata: title : Nederlands QoQ-Team File '/Users/atarikid/Desktop/test.mp4' already exists. Overwrite ? [y/N] y using SAR=1/1 [libx264 @ 0x7ff0938e6000] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2 AVX [libx264 @ 0x7ff0938e6000] profile High, level 3.1 [libx264 @ 0x7ff0938e6000] 264 - core 128 r2216 198a7ea - H.264/MPEG-4 AVC codec - Copyleft 2003-2012 - 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=23 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 [mp4 @ 0x7ff093874200] track 2: could not find tag, codec not currently supported in container Output #0, mp4, to '/Users/xtophe/Desktop/test.mp4': Metadata: encoder : Lavf54.33.100 Stream #0:0(eng): Video: h264 ([33][0][0][0] / 0x0021), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], q=-1--1, 11988 tbn, 23.98 tbc Metadata: title : Homeland.S02E01.The.Smile.720p.WEB- DL.DD5.1.H.264-DON Stream #0:1(eng): Audio: aac ([64][0][0][0] / 0x0040), 48000 Hz, 5.1(side), fltp, 128 kb/s Stream #0:2(dut): Subtitle: subrip (default) (forced) Metadata: title : Nederlands QoQ-Team Stream mapping: Stream #0:0 -> #0:0 (h264 -> libx264) Stream #0:1 -> #0:1 (ac3 -> aac) Stream #0:2 -> #0:2 (copy) Could not write header for output file #0 (incorrect codec parameters ?): Operation not permitted If I remove the -c:s copy it compiles fine but without the subtitles. BTW Tried it with Handbrake and it converts fine with subtitles. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 22 20:42:25 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 22 Oct 2012 18:42:25 -0000 Subject: [FFmpeg-trac] #1840(FFmpeg:new): Error track 2: could not find tag, codec not currently supported in container In-Reply-To: <037.a36f4b4a6525faa7c4796e84501c99d7@avcodec.org> References: <037.a36f4b4a6525faa7c4796e84501c99d7@avcodec.org> Message-ID: <052.a3af36b49bbfd98844db7181a8b728f1@avcodec.org> #1840: Error track 2: could not find tag, codec not currently supported in container ------------------------------------+---------------------------------- Reporter: Atarikid | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Comment (by Atarikid): If you want an example file then let me know. It is about 45MB -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 22 22:26:37 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 22 Oct 2012 20:26:37 -0000 Subject: [FFmpeg-trac] #1804(avformat:open): avi decoding regression In-Reply-To: <038.309bed9ec3f2012a0541139e3f94f4f4@avcodec.org> References: <038.309bed9ec3f2012a0541139e3f94f4f4@avcodec.org> Message-ID: <053.eebe8bc8dd6699197966fdd963130666@avcodec.org> #1804: avi decoding regression -------------------------------------+------------------------------------- Reporter: zzwcenter | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mpeg2video | Blocked By: avi regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by DonMoir): During normal playback, there is always trash on the bottom through out the video. Happens with ffplay, my own player, etc. Doesn't happen with other players tested. It doesn't appear to be a conversion problem from 422p to some other format but source bytes appear to be bad. See ticket_1804_trash_on_bottom.png -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 22 22:41:03 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 22 Oct 2012 20:41:03 -0000 Subject: [FFmpeg-trac] #1804(avformat:open): avi decoding regression In-Reply-To: <038.309bed9ec3f2012a0541139e3f94f4f4@avcodec.org> References: <038.309bed9ec3f2012a0541139e3f94f4f4@avcodec.org> Message-ID: <053.ab773c772d6b3d01e409c2c77eef222b@avcodec.org> #1804: avi decoding regression -------------------------------------+------------------------------------- Reporter: zzwcenter | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mpeg2video | Blocked By: avi regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by DonMoir): * cc: donmoir@? (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 23 10:40:51 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Oct 2012 08:40:51 -0000 Subject: [FFmpeg-trac] #1816(avformat:closed): lvf file with audio In-Reply-To: <036.53d0862fc9f53fa3c9d96b8398caa336@avcodec.org> References: <036.53d0862fc9f53fa3c9d96b8398caa336@avcodec.org> Message-ID: <051.5f8afebb7eea5ed95de1bc834aff6cb6@avcodec.org> #1816: lvf file with audio -------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: enhancement | Status: closed Priority: wish | Component: avformat Version: git-master | Resolution: fixed Keywords: lvf | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => closed * resolution: => fixed Comment: Fixed by Paul B Mahol. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 23 18:50:24 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Oct 2012 16:50:24 -0000 Subject: [FFmpeg-trac] #966(avcodec:open): frwu: change fields order mode In-Reply-To: <038.c119ebb657e6ae163fe2da2d4548e878@avcodec.org> References: <038.c119ebb657e6ae163fe2da2d4548e878@avcodec.org> Message-ID: <053.e9331a63925bec320d47d1269cb3c937@avcodec.org> #966: frwu: change fields order mode ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: frwu | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by ami_stuff): The output files are identical, so it looks like there is no way to identify fields order without user interaction. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 23 18:53:18 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Oct 2012 16:53:18 -0000 Subject: [FFmpeg-trac] #317(avcodec:open): mpeg4 (geov & geox fouccs) needs to be flipped In-Reply-To: <038.55dd4e0be0e81908630d186a119f6a77@avcodec.org> References: <038.55dd4e0be0e81908630d186a119f6a77@avcodec.org> Message-ID: <053.5de520722b9f6c68dcc92734bad7f456@avcodec.org> #317: mpeg4 (geov & geox fouccs) needs to be flipped -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: roundup | Blocked By: geov geox | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Old description: > http://samples.mplayerhq.hu/V-codecs/geov.avi > > https://trac.videolan.org/vlc/ticket/3615 > > {{{ > C:\>ffmpeg -i geov.avi > ffmpeg version N-30956-g81ef892, Copyright (c) 2000-2011 the FFmpeg > developers > built on Jun 22 2011 17:34:15 with gcc 4.5.3 > configuration: --enable-gpl --enable-version3 --enable-memalign-hack > --enable- > runtime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r > --enable-libo > pencore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- > libgsm -- > enable-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- > libschroedinger > --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libvpx > --enabl > e-libx264 --enable-libxavs --enable-libxvid --enable-zlib > libavutil 51. 9. 1 / 51. 9. 1 > libavcodec 53. 7. 0 / 53. 7. 0 > libavformat 53. 4. 0 / 53. 4. 0 > libavdevice 53. 1. 1 / 53. 1. 1 > libavfilter 2. 23. 0 / 2. 23. 0 > libswscale 2. 0. 0 / 2. 0. 0 > libpostproc 51. 2. 0 / 51. 2. 0 > [avi @ 01E5A600] Something went wrong during header parsing, I will > ignore it an > d try to continue anyway. > [mpeg4 @ 01E5AB00] hmm, seems the headers are not complete, trying to > guess time > _increment_bits > [mpeg4 @ 01E5AB00] my guess is 5 bits ;) > [avi @ 01E5A600] Could not find codec parameters (Subtitle: [0][0][0][0] > / 0x000 > 0) > Input #0, avi, from 'geov.avi': > Duration: 00:00:03.03, start: 0.000000, bitrate: 1374 kb/s > Stream #0.0: Video: mpeg4, yuv420p, 720x240, 30 fps, 30 tbr, 30 tbn, > 30 tbc > Stream #0.1: Subtitle: [0][0][0][0] / 0x0000 > At least one output file must be specified > }}} New description: http://samples.mplayerhq.hu/V-codecs/geov.avi https://trac.videolan.org/vlc/ticket/3615 {{{ C:\>ffmpeg -i geov.avi ffmpeg version N-30956-g81ef892, Copyright (c) 2000-2011 the FFmpeg developers built on Jun 22 2011 17:34:15 with gcc 4.5.3 configuration: --enable-gpl --enable-version3 --enable-memalign-hack --enable- runtime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable-libo pencore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm -- enable-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libvpx --enabl e-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 9. 1 / 51. 9. 1 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 23. 0 / 2. 23. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 [avi @ 01E5A600] Something went wrong during header parsing, I will ignore it an d try to continue anyway. [mpeg4 @ 01E5AB00] hmm, seems the headers are not complete, trying to guess time _increment_bits [mpeg4 @ 01E5AB00] my guess is 5 bits ;) [avi @ 01E5A600] Could not find codec parameters (Subtitle: [0][0][0][0] / 0x000 0) Input #0, avi, from 'geov.avi': Duration: 00:00:03.03, start: 0.000000, bitrate: 1374 kb/s Stream #0.0: Video: mpeg4, yuv420p, 720x240, 30 fps, 30 tbr, 30 tbn, 30 tbc Stream #0.1: Subtitle: [0][0][0][0] / 0x0000 At least one output file must be specified }}} -- Comment (by ami_stuff): Replying to [comment:2 cehoyos]: > (issue 971) > > Not all frames are decoded for this sample, was this better at any time? It always decoded like that if I remember correctly. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 23 18:57:18 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Oct 2012 16:57:18 -0000 Subject: [FFmpeg-trac] #848(undetermined:closed): expand -formats/-codecs options In-Reply-To: <038.313bd3310b5aa458c2f6d8df86454932@avcodec.org> References: <038.313bd3310b5aa458c2f6d8df86454932@avcodec.org> Message-ID: <053.ce1e3b0951b4e216f58424ccbc4d774e@avcodec.org> #848: expand -formats/-codecs options -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: wontfix Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by ami_stuff): * status: new => closed * resolution: => wontfix Comment: Ok, I will close this ticket then (there seems to be also -decoders and -encoders options which I did not notice before). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 23 18:58:41 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Oct 2012 16:58:41 -0000 Subject: [FFmpeg-trac] #1838(avcodec:new): Some BOXX bxy2 samples (v210) cannot be decoded In-Reply-To: <036.b9ce4bbcf70ec66ba3a9a7439e1048f6@avcodec.org> References: <036.b9ce4bbcf70ec66ba3a9a7439e1048f6@avcodec.org> Message-ID: <051.61e3950626c38d4e82f0ae9319ce1e27@avcodec.org> #1838: Some BOXX bxy2 samples (v210) cannot be decoded -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: v210 boxx | Blocked By: bxy2 | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by ami_stuff): * cc: ami_stuff@? (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 23 20:06:07 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Oct 2012 18:06:07 -0000 Subject: [FFmpeg-trac] #1834(swresample:new): swr_convert() results in integer division by zero exception In-Reply-To: <038.9a16ff19fb5ee4ca67362ace1a1af43c@avcodec.org> References: <038.9a16ff19fb5ee4ca67362ace1a1af43c@avcodec.org> Message-ID: <053.1217689a1d8a81177c27441dd1bd4cec@avcodec.org> #1834: swr_convert() results in integer division by zero exception ------------------------------------+-------------------------------------- Reporter: mbradshaw | Owner: michael Type: defect | Status: new Priority: normal | Component: swresample Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Comment (by mbradshaw): Replying to [comment:1 cehoyos]: > Replying to [ticket:1834 mbradshaw]: > > '''Summary of the bug:''' > > When I call `swr_convert()` I get an integer division by zero exception at 0x707c86ee. The disassembly around 0x707c86ee, should it help, is: > > The disassembly looks very odd, did you read http://ffmpeg.org/bugreports.html ? Heh, sorry, I forgot it was Intel syntax and not AT&T syntax. I've re-run the program (on OS X 10.6) with gdb and got the following: {{{ Program received signal EXC_ARITHMETIC, Arithmetic exception. 0x0000000100632ba8 in realloc_audio (a=0x10185f9d0, count=1024) at libswresample/swresample.c:359 359 if(count < 0 || count > INT_MAX/2/a->bps/a->ch_count) }}} It looks like `a->bps` and `a->ch_count` are both zero. {{{ (gdb) p *a $5 = { ch = {0x0 }, data = 0x0, ch_count = 0, bps = 0, count = 0, planar = 0, fmt = AV_SAMPLE_FMT_U8 } }}} Backtrace is (I'm not entirely sure why it says there's only two frames...): {{{ (gdb) bt #0 0x0000000100632ba8 in realloc_audio (a=0x10185f9d0, count=1024) at libswresample/swresample.c:359 #1 0x00000001006334de in swr_convert_internal (s=0x400, out=0x10185fd30, out_count=0, in=0x0, in_count=25557456) at libswresample/swresample.c:535 }}} I can post the disassembly of `realloc_audio` if needed, but I don't think that's necessary. [[BR]] [[BR]] > Is the FPE reproducible with ffmpeg (the application)? If not, do you know why? No (or at least I haven't found a way to trigger it). Doing ` ffmpeg -i TimeCode.mov -strict -2 -af "aconvert=s16:stereo" out.mp4` (or `mono`) did not result in any errors. I've no clue why my code gets the floating point exception but ffmpeg does not. `file` reports both my program and ffmpeg as "`Mach-O 64-bit executable x86_64`". However, I get this same crash on Windows 7 64-bit (using 32-bit ffmpeg in a 32-bit application). I probably should've added this: the video file info is: {{{ $ ffmpeg -i TimeCode.mov ffmpeg version N-45342-g6efe1ed Copyright (c) 2000-2012 the FFmpeg developers built on Oct 13 2012 10:34:47 with gcc 4.2.1 (GCC) (Apple Inc. build 5666) (dot 3) configuration: --enable-libopenjpeg --enable-libx264 --enable-gpl libavutil 51. 74.100 / 51. 74.100 libavcodec 54. 65.100 / 54. 65.100 libavformat 54. 32.100 / 54. 32.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 19.102 / 3. 19.102 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'TimeCode.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2011-06-13 20:22:03 Duration: 00:00:15.04, start: 0.038345, bitrate: 1173 kb/s Stream #0:0(eng): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, s16, 157 kb/s Metadata: creation_time : 2011-06-13 20:22:03 handler_name : Apple Alias Data Handler Stream #0:1(eng): Video: h264 (Baseline) (avc1 / 0x31637661), yuv420p, 852x480 [SAR 1:1 DAR 71:40], 1003 kb/s, 23.98 fps, 24 tbr, 600 tbn, 47.95 tbc Metadata: creation_time : 2011-06-13 20:22:03 handler_name : Apple Alias Data Handler }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 23 21:58:33 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Oct 2012 19:58:33 -0000 Subject: [FFmpeg-trac] #1834(swresample:closed): swr_convert() results in integer division by zero exception In-Reply-To: <038.9a16ff19fb5ee4ca67362ace1a1af43c@avcodec.org> References: <038.9a16ff19fb5ee4ca67362ace1a1af43c@avcodec.org> Message-ID: <053.c34a16318d1696596c9ac5e0118c8003@avcodec.org> #1834: swr_convert() results in integer division by zero exception ------------------------------------+-------------------------------------- Reporter: mbradshaw | Owner: michael Type: defect | Status: closed Priority: normal | Component: swresample Version: git-master | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Changes (by mbradshaw): * status: new => closed * resolution: => invalid Comment: *Sigh* I wasn't calling `swr_init()`. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 23 22:21:08 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Oct 2012 20:21:08 -0000 Subject: [FFmpeg-trac] #1738(avdevice:closed): x11grab BadCursor In-Reply-To: <036.7926377a1f4618aa53ba245aea4af611@avcodec.org> References: <036.7926377a1f4618aa53ba245aea4af611@avcodec.org> Message-ID: <051.c6711a4e9004402fdfa4895e9f599e8a@avcodec.org> #1738: x11grab BadCursor ------------------------------------+------------------------------------ Reporter: idooley | Owner: Type: defect | Status: closed Priority: normal | Component: avdevice Version: git-master | Resolution: fixed Keywords: x11grab | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => closed * resolution: => fixed * component: undetermined => avdevice Comment: Fixed by Isaac Dooley. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 23 22:44:33 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Oct 2012 20:44:33 -0000 Subject: [FFmpeg-trac] #1841(undetermined:new): raac: fail to seek Message-ID: <038.9932b0d2dfcbad07553d0ad921cf142c@avcodec.org> #1841: raac: fail to seek -------------------------------------+------------------------------------- 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 -------------------------------------+------------------------------------- ffmpeg fails to seek above 26s http://www.datafilehost.com/download-733c41c3.html {{{ C:\>ffmpeg -ss 26 -i raac.rm out.wav ffmpeg version N-45867-g3318d6b Copyright (c) 2000-2012 the FFmpeg developers built on Oct 23 2012 02:39:33 with gcc 4.5.0 (GCC) 20100414 (Fedora MinGW 4.5. 0-1.fc14) configuration: --prefix=/var/www/users/research/ffmpeg/snapshots/build --arch= x86 --target-os=mingw32 --cross-prefix=i686-pc-mingw32- --cc='ccache i686 -pc-min gw32-gcc' --enable-w32threads --enable-memalign-hack --enable-runtime- cpudetect --enable-cross-compile --enable-static --disable-shared --extra- libs='-lws2_32 - lwinmm -lpthread' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snap shots/build/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/s napshots/build/lib' --enable-bzlib --enable-zlib --enable-gpl --enable- version3 --enable-nonfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libmp3lame --enable-libvpx --disable- decoder=libvpx libavutil 51. 77.100 / 51. 77.100 libavcodec 54. 68.100 / 54. 68.100 libavformat 54. 33.100 / 54. 33.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 20.104 / 3. 20.104 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 [rm @ 0x1edbe20] Invalid stream index 1 for index at pos 1233529 Input #0, rm, from 'raac.rm': Metadata: title : author : copyright : comment : Creation Date : 4/21/2012 13:08:18 Generated By : Helix Producer SDK 13.1 for Windows, Build 13.1.1.3436 Modification Date: 4/21/2012 13:08:18 Duration: 00:00:30.07, start: 0.000000, bitrate: 328 kb/s Stream #0:0: Audio: aac (raac / 0x63616172), 44100 Hz, stereo, s16, 320 kb/s Output #0, wav, to 'out.wav': Metadata: INAM : author : ICOP : ICMT : Creation Date : 4/21/2012 13:08:18 Generated By : Helix Producer SDK 13.1 for Windows, Build 13.1.1.3436 Modification Date: 4/21/2012 13:08:18 ISFT : Lavf54.33.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 @ 0x1edc920] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input Truncating packet of size 11122 to 7128 [aac @ 0x1edc920] Prediction is not allowed in AAC-LC. Error while decoding stream #0:0: Invalid data found when processing input raac.rm: Input/output error size= 0kB time=00:00:00.00 bitrate= 0.0kbits/s video:0kB audio:0kB subtitle:0 global headers:0kB muxing overhead inf% Output file is empty, nothing was encoded (check -ss / -t / -frames parameters i f used) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 23 22:46:57 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Oct 2012 20:46:57 -0000 Subject: [FFmpeg-trac] #1499(undetermined:closed): x11grab BadCursor In-Reply-To: <035.d5c16cc43b7cf52fc91a981229754ed6@avcodec.org> References: <035.d5c16cc43b7cf52fc91a981229754ed6@avcodec.org> Message-ID: <050.f385085dec05ac7cda767bc5dc77257f@avcodec.org> #1499: x11grab BadCursor -------------------------------------+------------------------------------- Reporter: ghafil | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: x11grab | Resolution: regression | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => needs_more_info Comment: Ticket #1738 was fixed, if this bug (x11grab works with 0.11.1 but not some later version) is still reproducible with current git head (or a supported release), please reopen (and please consider testing 219a6fb). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 23 22:55:01 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Oct 2012 20:55:01 -0000 Subject: [FFmpeg-trac] #987(avformat:closed): MPEG-TS not detected In-Reply-To: <035.558e6cb2cc4b0c51c397f1d9a9569135@avcodec.org> References: <035.558e6cb2cc4b0c51c397f1d9a9569135@avcodec.org> Message-ID: <050.e520dd0acac5bbf57cc916b69d5e1607@avcodec.org> #987: MPEG-TS not detected -------------------------------------+------------------------------------- Reporter: Cigaes | Owner: Type: enhancement | Status: closed Priority: minor | Component: avformat Version: git-master | Resolution: fixed Keywords: mpegts | Blocked By: probe mov | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 23 23:25:42 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Oct 2012 21:25:42 -0000 Subject: [FFmpeg-trac] #1841(avformat:open): raac: fail to seek In-Reply-To: <038.9932b0d2dfcbad07553d0ad921cf142c@avcodec.org> References: <038.9932b0d2dfcbad07553d0ad921cf142c@avcodec.org> Message-ID: <053.dc49160cb1a001156745583e47431f44@avcodec.org> #1841: raac: fail to seek ------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: real aac | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => real aac * status: new => open * version: unspecified => git-master * component: undetermined => avformat * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 23 23:25:50 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Oct 2012 21:25:50 -0000 Subject: [FFmpeg-trac] #1841(avformat:open): raac: fail to seek In-Reply-To: <038.9932b0d2dfcbad07553d0ad921cf142c@avcodec.org> References: <038.9932b0d2dfcbad07553d0ad921cf142c@avcodec.org> Message-ID: <053.1c6a0abef93a4a93efd400a614f3fe8f@avcodec.org> #1841: raac: fail to seek -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: real aac | Blocked By: seek | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: real aac => real aac seek -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 23 23:27:37 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Oct 2012 21:27:37 -0000 Subject: [FFmpeg-trac] #244(avformat:open): rm muxer fails with frames larger than 64k byte In-Reply-To: <038.d45aa90e89e7dff7a2bf8baf09c39c8f@avcodec.org> References: <038.d45aa90e89e7dff7a2bf8baf09c39c8f@avcodec.org> Message-ID: <053.47e4a4b0619a11da782ab0a036d982fc@avcodec.org> #244: rm muxer fails with frames larger than 64k byte -------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: real | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: rm muxer => real -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 23 23:28:03 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Oct 2012 21:28:03 -0000 Subject: [FFmpeg-trac] #1022(avformat:open): Muxing more than one audio stream in rm In-Reply-To: <035.4486131424712c85d7663891d195bac6@avcodec.org> References: <035.4486131424712c85d7663891d195bac6@avcodec.org> Message-ID: <050.1561deae07aed421daa020b3606d58e7@avcodec.org> #1022: Muxing more than one audio stream in rm -------------------------------------+------------------------------------ Reporter: vk5ztv | Owner: michael Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: real | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: rm => real -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 23 23:29:44 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Oct 2012 21:29:44 -0000 Subject: [FFmpeg-trac] #364(avformat:closed): Workaround for RV40 timestamps In-Reply-To: <036.a3bb46d62a07fe42542fee6b724ad592@avcodec.org> References: <036.a3bb46d62a07fe42542fee6b724ad592@avcodec.org> Message-ID: <051.de4f41733eace5aa1adb914de0531a8d@avcodec.org> #364: Workaround for RV40 timestamps -------------------------------------+------------------------------------- Reporter: roytam1 | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: real | Blocked By: timestamp | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: rm rmvb timestamp => real timestamp -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 23 23:30:09 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Oct 2012 21:30:09 -0000 Subject: [FFmpeg-trac] #1507(avcodec:open): Aspect ratio wrong in rv40 video (after resolution change) In-Reply-To: <038.7c8cf155174999ff0afdd64d361baf45@avcodec.org> References: <038.7c8cf155174999ff0afdd64d361baf45@avcodec.org> Message-ID: <053.5193560bd553d5d67c5619ea3e832172@avcodec.org> #1507: Aspect ratio wrong in rv40 video (after resolution change) ------------------------------------+----------------------------------- Reporter: xyzpublic | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: real rv40 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: rmvb rv40 => real rv40 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 24 00:59:52 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Oct 2012 22:59:52 -0000 Subject: [FFmpeg-trac] #1022(avformat:open): Muxing more than one audio stream in rm In-Reply-To: <035.4486131424712c85d7663891d195bac6@avcodec.org> References: <035.4486131424712c85d7663891d195bac6@avcodec.org> Message-ID: <050.0542bac189ee02c9f149ca766c26094a@avcodec.org> #1022: Muxing more than one audio stream in rm -------------------------------------+------------------------------------ Reporter: vk5ztv | Owner: michael Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: real | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by vk5ztv): Er, I have a question. The original problem was related to downloading a real-media stream with 2 VIDEO streams and 1 Audio stream. So, how did we get from a bug report for a crash to a feature request to be able to mux 2 AUDIO streams into an rm file? Would somebody please explain the logic? Thanks. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 24 10:22:17 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 24 Oct 2012 08:22:17 -0000 Subject: [FFmpeg-trac] #1842(FFmpeg:new): create Message-ID: <034.9a485a5de67a9a81956493234a8b92e4@avcodec.org> #1842: create -------------------------------------+------------------------------------- Reporter: teric | Type: Status: new | enhancement Component: FFmpeg | Priority: important Keywords: | Version: 1.0 segment,hls,m3u8 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: How to reproduce: {{{ % ffmpeg -i -threads 2 -i rtmp://10.10.80.80/live/shandong_HD live=1 -re -copyts -acodec libfaac -vcodec libx264 -vprofile baseline -bsf h264_mp4toannexb -v error -map 0 -b:v 500k -b:a 64k -f ssegment -segment_list livelist.m3u8 -segment_list_flags +live -segment_list_size 3 -segment_time 10 d%05d.ts ffmpeg 1.0 }}} Firstly, iPad or VLC expect the adjacent lists(m3u8) includes '''overlaped items''', OR VLC will stop always and iPad will stop/jitter occasionally. eg. '''list 1''' {{{ #EXTM3U #EXT-X-MEDIA-SEQUENCE:1240780828 #EXT-X-TARGETDURATION:10 #EXTINF:12, d1240781828.ts #EXTINF:10, d1240781829.ts #EXTINF:10, d1240781830.ts }}} '''list 2''' {{{ #EXTM3U #EXT-X-MEDIA-SEQUENCE:1240780829 #EXT-X-TARGETDURATION:10 #EXTINF:10, d1240781829.ts #EXTINF:10, d1240781830.ts #EXTINF:10, d1240781831.ts }}} Secondly, when the stream is restarted, ffmpeg(segment) should create segments with different filenames, OR these files will stay stale in CDN cache eg.stale segments because file name begin at 000 '''first times''' {{{ 000.ts 001.ts 002.ts ... }}} '''after restart''' {{{ 000.ts 001.ts 002.ts ... 000.ts 001.ts 002.ts }}} '''so we can use timestamp as the init segment index.''' You can refer to my patch for detail. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 24 10:38:43 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 24 Oct 2012 08:38:43 -0000 Subject: [FFmpeg-trac] #1842(FFmpeg:new): create better HTTP Live Streaming with segment (was: create) In-Reply-To: <034.9a485a5de67a9a81956493234a8b92e4@avcodec.org> References: <034.9a485a5de67a9a81956493234a8b92e4@avcodec.org> Message-ID: <049.41f2f804e087e105fb0484ec0f1bdfe4@avcodec.org> #1842: create better HTTP Live Streaming with segment -------------------------------------+------------------------------------- Reporter: teric | Owner: Type: enhancement | Status: new Priority: important | Component: FFmpeg Version: 1.0 | Resolution: Keywords: | Blocked By: segment,hls,m3u8 | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 24 14:49:01 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 24 Oct 2012 12:49:01 -0000 Subject: [FFmpeg-trac] #1843(avformat:new): wav file fmt block size could be 16 for formatid==pcm Message-ID: <032.6b89def8afa9d4470366321916c423dc@avcodec.org> #1843: wav file fmt block size could be 16 for formatid==pcm ------------------------------------+-------------------------------------- Reporter: cgo | Type: defect Status: new | Priority: minor Component: avformat | Version: git-master Keywords: wav format | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Summary of the bug: ffmpeg produces wav files with a 18 bytes size fmt section (hardcoded in libavformat/riff.c:ff_put_wav_header()). Some software expect the header size to be 16 bytes if wFormatTag is 1 (pcm), as the standard suggests that. The header size could be 16 for the casual pcm streams, skipping the two optional fields at the end of the fmt section. This can enhance support for legacy and poorly-written software. How to reproduce: {{{ % ffmpeg -i in.wav out.wav % hexdump out.wav | head -2 0000000 4952 4646 0344 0000 4157 4556 6d66 2074 0000010 0012 0000 0001 0001 1f40 0000 3e80 0000 ^^__ there ! ffmpeg version 1.0 and git master. built on archlinux }}} Thank you -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 24 15:35:43 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 24 Oct 2012 13:35:43 -0000 Subject: [FFmpeg-trac] #1022(avformat:open): Muxing more than one audio stream in rm In-Reply-To: <035.4486131424712c85d7663891d195bac6@avcodec.org> References: <035.4486131424712c85d7663891d195bac6@avcodec.org> Message-ID: <050.c2986fe83621e57c9ff9a561d06c7174@avcodec.org> #1022: Muxing more than one audio stream in rm -------------------------------------+------------------------------------ Reporter: vk5ztv | Owner: michael Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: real | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by richardpl): It looks to me bug that caused crash was in rm muxer. Does crash still happens? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 24 15:42:10 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 24 Oct 2012 13:42:10 -0000 Subject: [FFmpeg-trac] #1844(undetermined:new): Crash when trying to join two video files Message-ID: <036.2291eb0e70af01e019b6fccd64ec2352@avcodec.org> #1844: Crash when trying to join two video files -------------------------------------+------------------------------------- Reporter: thegeek | 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:''' I get a segmentation fault when trying to join two video files. My ffmpeg is built using my own cross-compiling toolchain. The toolchain itself was built with the mxe cross-development project. I've updated the components in the toolchain to the latest version (e.g. gcc/mingw-w64 4.7.2). I can reproduce the crash with git master as well as version 1.0, but only when I do the compile with my own cross-compiling toolchain, and only when I have asm enabled. If I compile with --disable-asm I can not reproduce. I can not reproduce it with e.g. Zeranoe's win32 builds. '''How to reproduce:''' Unfortunately I can not give a repro case for any precompiled binaries that are publicly available, but I can probably upload the binaries I've compiled if anyone needs them. I can reproduce the crash very reliably with my own binaries, here is the full command line I'm using: {{{ % ffmpeg -i ..\..\Introduction_a.mkv -i ..\..\lesson.wmv -filter_complex "[1:1] setsar=1:1 [lv]; [0:0] [0:1] [lv] [1:0] concat=n=2:v=1:a=1 [a] [v]" -map "[a]" -map "[v]" -vcodec mpeg4 -v:q 7 output.mkv ffmpeg version N-45928-g8b03cd3 Copyright (c) 2000-2012 the FFmpeg developers built on Oct 24 2012 12:18:03 with gcc 4.7.2 (GCC) configuration: --cross-prefix=/home/swingcatalyst/mxe/build- ffmpeg/../../mxe/mxe-multitarget-static/usr/bin/x86_64-static-mingw32- --enable-cross-compile --arch=x86_64 --target-os=mingw32 --prefix=/home/swingcatalyst/mxe/build-ffmpeg/install/ffmpeg-git-x86_64 -shared-install --disable-static --enable-shared --disable-postproc --disable-pthreads --enable-runtime-cpudetect --enable-bzlib --enable- libfreetype --enable-libmp3lame --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libvpx --enable-zlib --disable-stripping libavutil 52. 0.100 / 52. 0.100 libavcodec 54. 68.100 / 54. 68.100 libavformat 54. 34.100 / 54. 34.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 20.105 / 3. 20.105 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 Input #0, matroska,webm, from '..\..\Introduction_a.mkv': Metadata: ENCODER : Lavf54.29.104 Duration: 00:00:06.29, start: 0.000000, bitrate: 2678 kb/s Stream #0:0: Video: mpeg4 (Simple Profile), yuv420p, 1920x1200 [SAR 1:1 DAR 8:5], 24 fps, 24 tbr, 1k tbn, 24 tbc (default) Stream #0:1: Audio: mp3, 44100 Hz, mono, s16, 64 kb/s (default) [wmv3 @ 00000000019DDD40] Extra data: 8 bits left, value: 20 Guessed Channel Layout for Input Stream #1.0 : stereo Input #1, asf, from '..\..\lesson.wmv': Metadata: WMFSDKVersion : 12.0.9200.16384 WMFSDKNeeded : 0.0.0.0000 IsVBR : 0 Duration: 00:00:24.03, start: 0.000000, bitrate: 1713 kb/s Stream #1:0(nor): Audio: wmav2 (a[1][0][0] / 0x0161), 44100 Hz, stereo, fltp, 96 kb/s Stream #1:1(nor): Video: wmv3 (Simple) (WMV3 / 0x33564D57), yuv420p, 1920x1200, 2000 kb/s, 7 tbr, 1k tbn, 1k tbc [Parsed_setsar_0 @ 0000000003570A00] num:den syntax is deprecated, please use num/den or named options instead File 'output.mkv' already exists. Overwrite ? [y/N] y }}} '''Debug info''' I used my cross-compiling mingw toolchain to build gdb, with it I can get the following backtrace at the time of the segmentation fault: {{{ % C:\WORK\ffmpeg\ffmpeg-git-x86_64-shared- install\bin>C:\WORK\ffmpeg\gdb.exe --args ffmpeg -i ..\..\Introduction_a.mkv -i ..\..\lesson.wmv -filter_complex "[1:1] setsar=1:1 [lv]; [0:0] [0:1] [lv] [1:0] concat=n=2:v=1:a=1 [a] [v]" -map "[a]" -map "[v]" -vcodec mpeg4 -q:v 7 output.mkv" GNU gdb (GDB) 7.5 Copyright (C) 2012 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-static-mingw32". For bug reporting instructions, please see: ... Reading symbols from C:\WORK\ffmpeg\ffmpeg-git-x86_64-shared- install\bin\ffmpeg.exe...done. (gdb) run Starting program: C:\WORK\ffmpeg\ffmpeg-git-x86_64-shared- install\bin\ffmpeg.exe -i ..\..\Introduction_a.mkv -i ..\..\lesson.wmv -filter_complex "[1:1] setsar=1:1 [lv]; [0:0] [0:1] [lv] [1:0] concat=n=2:v=1:a=1 [a] [v]" -map "[a]" -map "[v]" -vcodec mpeg4 -q:v 7 output.mkv [New Thread 10656.0x2b18] ffmpeg version N-45928-g8b03cd3 Copyright (c) 2000-2012 the FFmpeg developers built on Oct 24 2012 12:18:03 with gcc 4.7.2 (GCC) configuration: --cross-prefix=/home/swingcatalyst/mxe/build- ffmpeg/../../mxe/mxe-multitarget-static/usr/bin/x86_64-static-mingw32- --enable-cross-compile --arch=x86_64 --target-os=mingw32 --prefix=/home/swingcatalyst/mxe/build-ffmpeg/install/ffmpeg-git-x86_64 -shared-install --disable-static --enable-shared --disable-postproc --disable-pthreads --enable-runtime-cpudetect --enable-bzlib --enable- libfreetype --enable-libmp3lame --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libvpx --enable-zlib --disable-stripping libavutil 52. 0.100 / 52. 0.100 libavcodec 54. 68.100 / 54. 68.100 libavformat 54. 34.100 / 54. 34.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 20.105 / 3. 20.105 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 Input #0, matroska,webm, from '..\..\Introduction_a.mkv': Metadata: ENCODER : Lavf54.29.104 Duration: 00:00:06.29, start: 0.000000, bitrate: 2678 kb/s Stream #0:0: Video: mpeg4 (Simple Profile), yuv420p, 1920x1200 [SAR 1:1 DAR 8:5], 24 fps, 24 tbr, 1k tbn, 24 tbc (default) Stream #0:1: Audio: mp3, 44100 Hz, mono, s16, 64 kb/s (default) [wmv3 @ 00000000019DDD40] Extra data: 8 bits left, value: 20 Guessed Channel Layout for Input Stream #1.0 : stereo Input #1, asf, from '..\..\lesson.wmv': Metadata: WMFSDKVersion : 12.0.9200.16384 WMFSDKNeeded : 0.0.0.0000 IsVBR : 0 Duration: 00:00:24.03, start: 0.000000, bitrate: 1713 kb/s Stream #1:0(nor): Audio: wmav2 (a[1][0][0] / 0x0161), 44100 Hz, stereo, fltp, 96 kb/s Stream #1:1(nor): Video: wmv3 (Simple) (WMV3 / 0x33564D57), yuv420p, 1920x1200, 2000 kb/s, 7 tbr, 1k tbn, 1k tbc [Parsed_setsar_0 @ 0000000003570A00] num:den syntax is deprecated, please use num/den or named options instead File 'output.mkv' already exists. Overwrite ? [y/N] y [New Thread 10656.0x24] [New Thread 10656.0xc98] [New Thread 10656.0x1c84] [New Thread 10656.0x23a8] [New Thread 10656.0x28c0] [New Thread 10656.0x2604] [New Thread 10656.0x2318] [New Thread 10656.0x1a98] [New Thread 10656.0x144c] [New Thread 10656.0x21e8] Extra data: 8 bits left, value: 20 Output #0, matroska, to 'output.mkv': Metadata: encoder : Lavf54.34.100 Stream #0:0: Video: mpeg4, yuv420p, 1920x1200 [SAR 1:1 DAR 8:5], q=2-31, 200 kb/s, 1k tbn, 24 tbc Stream #0:1: Audio: vorbis, 44100 Hz, mono, fltp Stream mapping: Stream #0:0 (mpeg4) -> concat:in0:v0 Stream #0:1 (mp3) -> concat:in0:a0 Stream #1:0 (wmav2) -> concat:in1:a0 Stream #1:1 (wmv3) -> setsar concat:out:v0 -> Stream #0:0 (mpeg4) concat:out:a0 -> Stream #0:1 (libvorbis) Press [q] to stop, [?] for help 100 buffers queued in output stream 0:1, something may be wrong.te= 871.8kbits/s Program received signal SIGSEGV, Segmentation fault. 0x00000000707cd0e8 in ff_mix_2_1_a_float_avx () from C:\WORK\ffmpeg \ffmpeg-git-x86_64-shared-install\bin\swresample-0.dll (gdb) backtrace #0 0x00000000707cd0e8 in ff_mix_2_1_a_float_avx () from C:\WORK\ffmpeg \ffmpeg-git-x86_64-shared-install\bin\swresample-0.dll #1 0x00000000707c4147 in swri_rematrix (s=s at entry=0x3168b80, out=out at entry=0x23de00, in=in at entry=0x3168c30, len=len at entry=8192, }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 24 16:30:11 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 24 Oct 2012 14:30:11 -0000 Subject: [FFmpeg-trac] #1477(avformat:closed): fix asf demuxer In-Reply-To: <038.97fd5c928ed3569cc94e90eaea29f69a@avcodec.org> References: <038.97fd5c928ed3569cc94e90eaea29f69a@avcodec.org> Message-ID: <053.3b9df574c7e163cc9848b493f5a02a7d@avcodec.org> #1477: fix asf demuxer -------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: unspecified | Resolution: fixed Keywords: asf | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by ami_stuff): "GipsyGuitar.wmv" still have some problems (maybe related to ticket #1708) {{{ C:\>ffmpeg -i GipsyGuitar.wmv -an -f null - ffmpeg version N-45739-g04bf2e7 Copyright (c) 2000-2012 the FFmpeg developers built on Oct 20 2012 00:16:49 with gcc 4.7.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-pthreads --enable-runt ime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libass - -enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enab le-libgsm --enable-libmp3lame --enable-libnut --enable-libopenjpeg --enable-libo pus --enable-librtmp --enable-libschroedinger --enable-libspeex --enable- libtheo ra --enable-libutvideo --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-li bvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --ena ble-zlib libavutil 51. 76.100 / 51. 76.100 libavcodec 54. 67.100 / 54. 67.100 libavformat 54. 33.100 / 54. 33.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 19.103 / 3. 19.103 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 Guessed Channel Layout for Input Stream #0.0 : mono Input #0, asf, from 'GipsyGuitar.wmv': Metadata: title : Gipsy Guitar artist : Gerhard Graf-Martinez copyright : (c) 2001 Schott Music International Germany comment : www.schott-music.com | www.graf-martinez.de WMFSDKVersion : 7.00.00.1956 WMFSDKNeeded : 0.0.0.0000 Duration: 00:02:15.50, start: 0.000000, bitrate: 95 kb/s Stream #0:0: Audio: sipr (0[1][0][0] / 0x0130), 16000 Hz, mono, flt, 16 kb/s Stream #0:1: Video: mss1 (MSS1 / 0x3153534D), pal8, 400x240, 24 tbr, 1k tbn, 1k tbc Output #0, null, to 'pipe:': Metadata: title : Gipsy Guitar artist : Gerhard Graf-Martinez copyright : (c) 2001 Schott Music International Germany comment : www.schott-music.com | www.graf-martinez.de WMFSDKVersion : 7.00.00.1956 WMFSDKNeeded : 0.0.0.0000 encoder : Lavf54.33.100 Stream #0:0: Video: rawvideo, pal8, 400x240, q=2-31, 200 kb/s, 90k tbn, 24 t bc Stream mapping: Stream #0:1 -> #0:0 (mss1 -> rawvideo) Press [q] to stop, [?] for help [null @ 024539c0] Encoder did not produce proper pts, making some up. Error while decoding stream #0:1: Invalid data found when processing input Last message repeated 137 times frame= 1205 fps=0.0 q=0.0 size= 0kB time=00:00:50.20 bitrate= 0.0kbits/s Error while decoding stream #0:1: Invalid data found when processing input Last message repeated 172 times frame= 2645 fps=0.0 q=0.0 size= 0kB time=00:01:50.20 bitrate= 0.0kbits/s Error while decoding stream #0:1: Invalid data found when processing input Last message repeated 53 times frame= 3207 fps=2812 q=0.0 Lsize= 0kB time=00:02:13.62 bitrate= 0.0kbits /s dup=3026 drop=0 video:200kB audio:0kB subtitle:0 global headers:0kB muxing overhead -100.000000% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 24 16:32:31 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 24 Oct 2012 14:32:31 -0000 Subject: [FFmpeg-trac] #1837(avformat:closed): avformat_new_stream const correctness In-Reply-To: <036.a9e4ee2fea5514350b6d76fa57d1404f@avcodec.org> References: <036.a9e4ee2fea5514350b6d76fa57d1404f@avcodec.org> Message-ID: <051.f09c6279906ea4b36fa3a5788f5f1270@avcodec.org> #1837: avformat_new_stream const correctness -------------------------------------+------------------------------------ Reporter: henniez | Owner: Type: enhancement | Status: closed Priority: normal | Component: avformat Version: 1.0 | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by richardpl): * status: new => closed * resolution: => fixed Comment: patch posted on mailing list. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 24 16:34:42 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 24 Oct 2012 14:34:42 -0000 Subject: [FFmpeg-trac] #1477(avformat:closed): fix asf demuxer In-Reply-To: <038.97fd5c928ed3569cc94e90eaea29f69a@avcodec.org> References: <038.97fd5c928ed3569cc94e90eaea29f69a@avcodec.org> Message-ID: <053.8b404e0e7f4c3c7b0cd2f78c97a0ac24@avcodec.org> #1477: fix asf demuxer -------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: unspecified | Resolution: fixed Keywords: asf | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by richardpl): Yes, asf demuxer is broken, there should be only one open bug report for it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 24 16:52:10 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 24 Oct 2012 14:52:10 -0000 Subject: [FFmpeg-trac] #1840(FFmpeg:closed): Error track 2: could not find tag, codec not currently supported in container In-Reply-To: <037.a36f4b4a6525faa7c4796e84501c99d7@avcodec.org> References: <037.a36f4b4a6525faa7c4796e84501c99d7@avcodec.org> Message-ID: <052.74d92e329cf8b2a454a186102bce29e8@avcodec.org> #1840: Error track 2: could not find tag, codec not currently supported in container ------------------------------------+----------------------------------- Reporter: Atarikid | Owner: Type: defect | Status: closed Priority: normal | Component: FFmpeg Version: git-master | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by richardpl): * status: new => closed * resolution: => invalid Comment: AFAIK subtitle codec subrip is not supported in mp4 container, so you cannot copy it: see error message above: '''[mp4 @ 0x7ff093874200] track 2: could not find tag, codec not currently supported in container'''. If subrip is supported by mp4 spec please reopen bug with link to such spec. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 24 17:06:55 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 24 Oct 2012 15:06:55 -0000 Subject: [FFmpeg-trac] #1826(avformat:open): TiVo demuxer (was: TiVo sample cannot be decoded) In-Reply-To: <036.dce4ffcfdfa533f9f64807a686b4fc9a@avcodec.org> References: <036.dce4ffcfdfa533f9f64807a686b4fc9a@avcodec.org> Message-ID: <051.f6229d0a7c4cdbaff360d6a609f773b0@avcodec.org> #1826: TiVo demuxer -------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by richardpl): * status: new => open * component: undetermined => avformat -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 24 17:20:00 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 24 Oct 2012 15:20:00 -0000 Subject: [FFmpeg-trac] #966(avcodec:closed): frwu: change fields order mode In-Reply-To: <038.c119ebb657e6ae163fe2da2d4548e878@avcodec.org> References: <038.c119ebb657e6ae163fe2da2d4548e878@avcodec.org> Message-ID: <053.c4f7d2d88b4fef6ee680a962f50a6587@avcodec.org> #966: frwu: change fields order mode ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: wontfix Keywords: frwu | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by richardpl): * status: open => closed * resolution: => wontfix Comment: Than how reference decoder could handle it, if it handles it at all? Closing as there is no way to fix it, it just looks like broken software. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 24 17:21:59 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 24 Oct 2012 15:21:59 -0000 Subject: [FFmpeg-trac] #117(avcodec:open): unsupported interplayvideo file In-Reply-To: <038.b86f9844c124d23f093105e0538c0c4b@avcodec.org> References: <038.b86f9844c124d23f093105e0538c0c4b@avcodec.org> Message-ID: <053.c3bcc0cacb51ef5243aae4cce38e43e6@avcodec.org> #117: unsupported interplayvideo file ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: interplay | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by richardpl): * component: undetermined => avcodec -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 24 17:34:04 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 24 Oct 2012 15:34:04 -0000 Subject: [FFmpeg-trac] #966(avcodec:closed): frwu: change fields order mode In-Reply-To: <038.c119ebb657e6ae163fe2da2d4548e878@avcodec.org> References: <038.c119ebb657e6ae163fe2da2d4548e878@avcodec.org> Message-ID: <053.6e370b6affb66f6582d4bd41b444f582@avcodec.org> #966: frwu: change fields order mode ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: wontfix Keywords: frwu | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by ami_stuff): Replying to [comment:7 richardpl]: > Than how reference decoder could handle it, if it handles it at all? There is an option in the codec to select which field order should be used for decoding and encoding (I thought it is only for encoding, but looks like this is to select decoding field order as well). Similar option are available for mpeg2 and dv codecs from this company. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 24 18:41:20 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 24 Oct 2012 16:41:20 -0000 Subject: [FFmpeg-trac] #1840(FFmpeg:closed): Error track 2: could not find tag, codec not currently supported in container In-Reply-To: <037.a36f4b4a6525faa7c4796e84501c99d7@avcodec.org> References: <037.a36f4b4a6525faa7c4796e84501c99d7@avcodec.org> Message-ID: <052.d1fd90f8ecb753296cef626fb0b9e6a7@avcodec.org> #1840: Error track 2: could not find tag, codec not currently supported in container ------------------------------------+----------------------------------- Reporter: Atarikid | Owner: Type: defect | Status: closed Priority: normal | Component: FFmpeg Version: git-master | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by Atarikid): Obvious.. stupid me. BUT ... When I use -c:s mov_text instead of copy it compiles correctly but the subtitles do not work when using QuickTime Player. The subtitles however do work when using VLC Any thoughts why it isn't playing on QT player (OSX)? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 24 18:47:03 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 24 Oct 2012 16:47:03 -0000 Subject: [FFmpeg-trac] #1840(FFmpeg:closed): Error track 2: could not find tag, codec not currently supported in container In-Reply-To: <037.a36f4b4a6525faa7c4796e84501c99d7@avcodec.org> References: <037.a36f4b4a6525faa7c4796e84501c99d7@avcodec.org> Message-ID: <052.87164629f0e2d316e1e79acb67f3c9d5@avcodec.org> #1840: Error track 2: could not find tag, codec not currently supported in container ------------------------------------+----------------------------------- Reporter: Atarikid | Owner: Type: defect | Status: closed Priority: normal | Component: FFmpeg Version: git-master | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by richardpl): And there are mp4s with subtitles that QT can play? If there are such files and they also use mov_text (as detected by ffmpeg) please open new bug report. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 24 18:51:54 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 24 Oct 2012 16:51:54 -0000 Subject: [FFmpeg-trac] #1842(undetermined:open): create better HTTP Live Streaming with segment In-Reply-To: <034.9a485a5de67a9a81956493234a8b92e4@avcodec.org> References: <034.9a485a5de67a9a81956493234a8b92e4@avcodec.org> Message-ID: <049.92635015f269ad7a16b1b33a42af16b8@avcodec.org> #1842: create better HTTP Live Streaming with segment -------------------------------------+------------------------------------- Reporter: teric | Owner: Type: enhancement | Status: open Priority: wish | Component: Version: 1.0 | undetermined Keywords: | Resolution: segment,hls,m3u8 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by richardpl): * priority: important => wish * status: new => open * component: FFmpeg => undetermined * reproduced: 1 => 0 Comment: Bug reports are not place to send patches, use mailing list for that. This bug report is likely to be ignored. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 24 19:07:44 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 24 Oct 2012 17:07:44 -0000 Subject: [FFmpeg-trac] #1840(FFmpeg:closed): Error track 2: could not find tag, codec not currently supported in container In-Reply-To: <037.a36f4b4a6525faa7c4796e84501c99d7@avcodec.org> References: <037.a36f4b4a6525faa7c4796e84501c99d7@avcodec.org> Message-ID: <052.a6f27def3b12af791cb798d2bd3cc7e8@avcodec.org> #1840: Error track 2: could not find tag, codec not currently supported in container ------------------------------------+----------------------------------- Reporter: Atarikid | Owner: Type: defect | Status: closed Priority: normal | Component: FFmpeg Version: git-master | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by Atarikid): Yes, when you encode with FFmpeg to mp4 with mov_text they play fine with QT Player. I will open a new ticket asap -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 24 19:14:17 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 24 Oct 2012 17:14:17 -0000 Subject: [FFmpeg-trac] #1845(FFmpeg:new): Encoded movies with mov_text subtitles do not play with QT Player Message-ID: <037.b779eb81e5c789f6371f64b11f02abec@avcodec.org> #1845: Encoded movies with mov_text subtitles do not play with QT Player ----------------------------------+-------------------------------------- Reporter: Atarikid | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- When a .mkv contains subrip subtitle(s) and you encode to mp4 with -c:s mov_text the subtitles do not work when using the QuickTime Player (OSX). It plays fine with VLC though. When encoding with Handbrake (which uses mov_text for mp4) it works fine with QuickTime Player. FFmpeg commandline: /Users/atarikid/Desktop/ffmpeg -i /Volumes/Data/Movies/Homeland?.mkv -c:a aac -c:v libx264 -strict -2 -c:s mov_text /Users/atarikid/Desktop/test.mp4 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 24 19:14:59 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 24 Oct 2012 17:14:59 -0000 Subject: [FFmpeg-trac] #1840(FFmpeg:closed): Error track 2: could not find tag, codec not currently supported in container In-Reply-To: <037.a36f4b4a6525faa7c4796e84501c99d7@avcodec.org> References: <037.a36f4b4a6525faa7c4796e84501c99d7@avcodec.org> Message-ID: <052.aeafdb55dc5955f4406a5367d960f8de@avcodec.org> #1840: Error track 2: could not find tag, codec not currently supported in container ------------------------------------+----------------------------------- Reporter: Atarikid | Owner: Type: defect | Status: closed Priority: normal | Component: FFmpeg Version: git-master | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by Atarikid): This should read : .. Yes, when you encode with HANDBRAKE to mp4 with mov_text they .. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 24 19:56:37 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 24 Oct 2012 17:56:37 -0000 Subject: [FFmpeg-trac] #1103(avcodec:closed): pgmyuv: problem with odd height (wrong resolution reported by decoder) In-Reply-To: <038.d8dddae4a076fc49844112bf6e5b8b00@avcodec.org> References: <038.d8dddae4a076fc49844112bf6e5b8b00@avcodec.org> Message-ID: <053.66b19a46de067224219404c258e34a6d@avcodec.org> #1103: pgmyuv: problem with odd height (wrong resolution reported by decoder) ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: pgmyuv | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+----------------------------------- Changes (by richardpl): * analyzed: 0 => 1 * resolution: => fixed * status: open => closed * component: undetermined => avcodec Comment: fixed, it is encoder bug. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 24 20:29:26 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 24 Oct 2012 18:29:26 -0000 Subject: [FFmpeg-trac] #1846(undetermined:new): mpeg2 crash with lowres Message-ID: <038.dce4d648228fe6cf03491fe27a62bd65@avcodec.org> #1846: mpeg2 crash with lowres -------------------------------------+------------------------------------- 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 -------------------------------------+------------------------------------- the sample from tickets #186 / #254 can crash ffmpeg when lowres is enabled http://ffmpeg.org/trac/ffmpeg/raw-attachment/ticket/186/t.mpg {{{ Starting program: d:\mingw\msys\1.0\ffmpeg-head-4f92d31\ffmpeg_g.exe -cpuflags 0 -vlowres 1 -i t.mpg -an -f null - [New Thread 3732.0xea8] ffmpeg version 0.11.1.git-4f92d31 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 28 2012 14:56:41 with gcc 4.6.1 (GCC) configuration: --disable-ffprobe --disable-ffplay --enable-gpl libavutil 51. 70.100 / 51. 70.100 libavcodec 54. 54.100 / 54. 54.100 libavformat 54. 25.104 / 54. 25.104 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 13.101 / 3. 13.101 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [mp3 @ 044484a0] Header missing [mpeg2video @ 04458a80] allocate dummy last picture for field based first keyfra me [mpeg2video @ 04458a80] invalid cbp at 21 0 Program received signal SIGSEGV, Segmentation fault. 0x00596f4b in ff_emulated_edge_mc_8 (buf=0x4474420 '\200' , src=0x482c0e6
, linesize=224, block_w=17, block_h=17, src_x=22, src_y=, w=17, h=72) at libavcodec/dsputil_template.c:167 167 memcpy(buf, src, w*sizeof(pixel)); (gdb) bt #0 0x00596f4b in ff_emulated_edge_mc_8 ( buf=0x4474420 '\200' , src=0x482c0e6
, linesize=224, block_w=17, block_h=17, src_x=22, src_y=, w=17, h=72) at libavcodec/dsputil_template.c:167 #1 0x006697bc in mpeg_motion_lowres (mb_y=3, h=4, motion_y=73876091, motion_x=73865147, pix_op=0x44609f8, ref_picture=, field_select=0, bottom_field=0, field_based=0, dest_cr=0x44a3c7c '\200' "\210, ?????\220??\201zuwxyzz{|} \200\177}|~}{zxyyxvutsqqrrsromnnnnikosy~\201\200\201\200\177~{zyxxwvuvvvvuuuusss svrv\201\200\201??", '\200' ..., dest_cb=0x44a11bc '\200' , "{wuvssssy}??\210???????\201\2 01\201\201????\210\210\210\210???????????????\220?\220??????????\220???????????? ???\220?????????\210\203", '\200' ..., dest_y=0x44991c8 '\200' ..., s=0x445efa0) at libavcodec/mpegvideo.c:1926 #2 MPV_motion_lowres (s=0x445efa0, dest_y=0x44991c8 '\200' ..., dest_cb=0x44a11bc '\200' , "{wuvssssy}??\210???????\201\2 01\201\201????\210\210\210\210???????????????\220?\220??????????\220???????????? ???\220?????????\210\203", '\200' ..., dest_cr=0x44a3c7c '\200' "\210, ?????\220??\201zuwxyzz{|} \200\177}|~}{zxyyxvutsqqrrsromnnnnikosy~\201\200\201\200\177~{zyxxwvuvvvvuuuusss svrv\201\200\201??", '\200' ..., dir=0, ref_picture=0x445f358, pix_op=0x44609f8) at libavcodec/mpegvideo.c:2121 #3 0x00674ea2 in MPV_decode_mb_internal (is_mpeg12=1, lowres_flag=1, block=0x436ed60, s=0x445efa0) at libavcodec/mpegvideo.c:2378 #4 ff_MPV_decode_mb (s=0x445efa0, block=0x436ed60) at libavcodec/mpegvideo.c:2524 #5 0x00720199 in mpeg_decode_slice (s=0x445efa0, mb_y=71692192, buf=0x22f4a8, buf_size=1860) at libavcodec/mpeg12.c:1781 #6 0x00725723 in decode_chunks (avctx=0x4458a80, picture=0x22f5e0, data_size=0x22f7d8, buf=0x4504580 "", buf_size=13912) at libavcodec/mpeg12.c:2534 #7 0x00725d9b in mpeg_decode_frame (avctx=0x4458a80, data=0x22f5e0, data_size=0x22f7d8, avpkt=0x22f558) at libavcodec/mpeg12.c:2281 #8 0x0055847f in avcodec_decode_video2 (avctx=0x4458a80, picture=0x22f5e0, got_picture_ptr=0x22f7d8, avpkt=0x22f770) at libavcodec/utils.c:1512 #9 0x0047bbf2 in try_decode_frame (st=0x4452d40, avpkt=, options=) at libavformat/utils.c:2377 #10 0x004839c0 in avformat_find_stream_info (ic=0x436d560, options=0x4448880) at libavformat/utils.c:2749 #11 0x004056d7 in opt_input_file (optctx=0x22fd68, opt=0x43627fb "i", filename=) at ffmpeg_opt.c:770 #12 0x00415467 in parse_option (optctx=0x22fd68, opt=, arg=0x43627fd "t.mpg", options=0xb7faa0) at cmdutils.c:320 #13 0x004156d6 in parse_options (optctx=0x22fd68, argc=11, argv=, options=0xb7faa0, parse_arg_function=0x40616c ) at cmdutils.c:353 #14 0x00b0d946 in main (argc=11, argv=) at ffmpeg.c:3126 (gdb) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 24 23:45:31 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 24 Oct 2012 21:45:31 -0000 Subject: [FFmpeg-trac] #1610(documentation:open): texi2pod removes backslashes In-Reply-To: <035.78d4e5d50c0ce590076502c25d33d483@avcodec.org> References: <035.78d4e5d50c0ce590076502c25d33d483@avcodec.org> Message-ID: <050.e01b7867d28aeaa5d65318083158c41d@avcodec.org> #1610: texi2pod removes backslashes -------------------------------------+------------------------------------- Reporter: ubitux | Owner: stefano Type: defect | Status: open Priority: normal | Component: Version: unspecified | documentation Keywords: manpages | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by saste): Should be fixed in: {{{ commit ce875a613a16b06b0a561774955111f7a24d12bb Author: Stefano Sabatini Date: Wed Oct 24 16:39:32 2012 +0200 doc/texi2pod.pl: drop unnecessary rule, which was converting "\," to "," I cannot find a reason for such a rule, which was resulting in badly escaped filtergraph snippets. Fix trac ticket #1610. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 24 23:49:46 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 24 Oct 2012 21:49:46 -0000 Subject: [FFmpeg-trac] #1610(documentation:closed): texi2pod removes backslashes In-Reply-To: <035.78d4e5d50c0ce590076502c25d33d483@avcodec.org> References: <035.78d4e5d50c0ce590076502c25d33d483@avcodec.org> Message-ID: <050.dda047dde01c6445e5305d01c35a92fd@avcodec.org> #1610: texi2pod removes backslashes -------------------------------------+------------------------------------- Reporter: ubitux | Owner: stefano Type: defect | Status: closed Priority: normal | Component: Version: unspecified | documentation Keywords: manpages | Resolution: fixed texi2pod pod texi | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by saste): * analyzed: 0 => 1 * keywords: manpages => manpages texi2pod pod texi * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 25 00:36:32 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 24 Oct 2012 22:36:32 -0000 Subject: [FFmpeg-trac] #1842(undetermined:open): create better HTTP Live Streaming with segment In-Reply-To: <034.9a485a5de67a9a81956493234a8b92e4@avcodec.org> References: <034.9a485a5de67a9a81956493234a8b92e4@avcodec.org> Message-ID: <049.d8f382852c06f42b67346175d61f109a@avcodec.org> #1842: create better HTTP Live Streaming with segment -------------------------------------+------------------------------------- Reporter: teric | Owner: Type: enhancement | Status: open Priority: wish | Component: Version: 1.0 | undetermined Keywords: | Resolution: segment,hls,m3u8 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by saste): Replying to [ticket:1842 teric]: > Summary of the bug: > How to reproduce: > {{{ > % ffmpeg -i -threads 2 -i rtmp://10.10.80.80/live/shandong_HD live=1 -re -copyts -acodec libfaac -vcodec libx264 -vprofile baseline -bsf h264_mp4toannexb -v error -map 0 -b:v 500k -b:a 64k -f ssegment -segment_list livelist.m3u8 -segment_list_flags +live -segment_list_size 3 -segment_time 10 d%05d.ts > > ffmpeg 1.0 > }}} > > Firstly, iPad or VLC expect the adjacent lists(m3u8) includes '''overlaped items''', OR VLC will stop always and iPad will stop/jitter occasionally. Can you elaborate on this? I based the segmenter work on the only M3U8 spec available, but I'm aware that special devices may have special requirements (which may or may not be documented). Do you have such documents/links, or your claim is based on your experience (which is fine, just I need to know if I need to rely on some reference spec)? [...] > Secondly, when the stream is restarted, ffmpeg(segment) should create > segments with different filenames, OR these files will stay stale in CDN > cache [...] > '''so we can use timestamp as the init segment index.''' Sure this is an idea. > You can refer to my patch for detail. I'll have a look at the patch, but posting it on the ML should allow a much easier review and should get more attention, so I'd recommend you to post the patch on ffmpeg-devel. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 25 00:37:56 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 24 Oct 2012 22:37:56 -0000 Subject: [FFmpeg-trac] #1843(avformat:new): wav file fmt block size could be 16 for formatid==pcm In-Reply-To: <032.6b89def8afa9d4470366321916c423dc@avcodec.org> References: <032.6b89def8afa9d4470366321916c423dc@avcodec.org> Message-ID: <047.4fb1942344c13edcb1036fdd6f47781c@avcodec.org> #1843: wav file fmt block size could be 16 for formatid==pcm ------------------------------------+------------------------------------ Reporter: cgo | Owner: Type: defect | Status: new Priority: minor | Component: avformat Version: git-master | Resolution: Keywords: wav | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: wav format => wav Comment: Replying to [ticket:1843 cgo]: > ffmpeg produces wav files with a 18 bytes size fmt section (hardcoded in libavformat/riff.c:ff_put_wav_header()). Some software expect the header size to be 16 bytes if wFormatTag is 1 (pcm), as the standard suggests that. Could you point us to the standard? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 25 00:42:43 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 24 Oct 2012 22:42:43 -0000 Subject: [FFmpeg-trac] #1022(avformat:open): Muxing more than two streams in rm (was: Muxing more than one audio stream in rm) In-Reply-To: <035.4486131424712c85d7663891d195bac6@avcodec.org> References: <035.4486131424712c85d7663891d195bac6@avcodec.org> Message-ID: <050.969a2586fd316c4f76e1e5233abe5fd6@avcodec.org> #1022: Muxing more than two streams in rm -------------------------------------+------------------------------------ Reporter: vk5ztv | Owner: michael Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: real | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:13 vk5ztv]: > Er, I have a question. The original problem was related to downloading a real-media stream with 2 VIDEO streams and 1 Audio stream. So, how did we get from a bug report for a crash to a feature request to be able to mux 2 AUDIO streams into an rm file? Would somebody please explain the logic? The first sample I found to reproduce the bug (you did not provide a sample iirc) contained two audio and one video stream. (I probably did not search very well.) But the actual problem is that FFmpeg only supports muxing two streams, either one video and one audio or two audio or two video streams. I fixed the title accordingly, thank you for pointing out the inconsistency. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 25 01:02:57 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 24 Oct 2012 23:02:57 -0000 Subject: [FFmpeg-trac] #1843(avformat:new): wav file fmt block size could be 16 for formatid==pcm In-Reply-To: <032.6b89def8afa9d4470366321916c423dc@avcodec.org> References: <032.6b89def8afa9d4470366321916c423dc@avcodec.org> Message-ID: <047.c1e311216d5a94da714c34cc7929a8a4@avcodec.org> #1843: wav file fmt block size could be 16 for formatid==pcm ------------------------------------+------------------------------------ Reporter: cgo | Owner: Type: defect | Status: new Priority: minor | Component: avformat Version: git-master | Resolution: Keywords: wav | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Could you test attached patch? If it works, please name the legacy software. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 25 01:06:00 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 24 Oct 2012 23:06:00 -0000 Subject: [FFmpeg-trac] #1844(undetermined:new): Crash when trying to join two video files In-Reply-To: <036.2291eb0e70af01e019b6fccd64ec2352@avcodec.org> References: <036.2291eb0e70af01e019b6fccd64ec2352@avcodec.org> Message-ID: <051.fda4029a56ac24480b965d640a15d031@avcodec.org> #1844: Crash when trying to join two video files -------------------------------------+------------------------------------- Reporter: thegeek | 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): Replying to [ticket:1844 thegeek]: > I can not reproduce it with e.g. Zeranoe's win32 builds. Does it also crash with Zeranoe's 64bit builds? Does it crash if you compile for 32bit ("--cc='gcc -m32'") with your tool- chain? Does it also crash without --enable-shared? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 25 01:07:44 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 24 Oct 2012 23:07:44 -0000 Subject: [FFmpeg-trac] #1845(undetermined:new): Encoded movies with mov_text subtitles do not play with QT Player In-Reply-To: <037.b779eb81e5c789f6371f64b11f02abec@avcodec.org> References: <037.b779eb81e5c789f6371f64b11f02abec@avcodec.org> Message-ID: <052.e18f0ae357f6350588c02e9fab81ff96@avcodec.org> #1845: Encoded movies with mov_text subtitles do not play with QT Player -------------------------------------+------------------------------------- Reporter: Atarikid | 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 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => mov * component: FFmpeg => undetermined Comment: Could you point us to a file with mov_text that is played correctly with QuickTime? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 25 01:09:41 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 24 Oct 2012 23:09:41 -0000 Subject: [FFmpeg-trac] #1846(avcodec:open): mpeg2 crash with lowres In-Reply-To: <038.dce4d648228fe6cf03491fe27a62bd65@avcodec.org> References: <038.dce4d648228fe6cf03491fe27a62bd65@avcodec.org> Message-ID: <053.a2a33f6bb4974e78153d4609c61e5edf@avcodec.org> #1846: mpeg2 crash with lowres -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: lowres | Blocked By: mpeg2video crash SIGSEGV | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avcodec * priority: normal => important * version: unspecified => git-master * keywords: => lowres mpeg2video crash SIGSEGV -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 25 01:15:44 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 24 Oct 2012 23:15:44 -0000 Subject: [FFmpeg-trac] #1238(avfilter:closed): Overlaying is late for one frame! In-Reply-To: <034.d9a01d9e9e3e23a2c8124c78deeb668a@avcodec.org> References: <034.d9a01d9e9e3e23a2c8124c78deeb668a@avcodec.org> Message-ID: <049.4deaea81f12c0217646a2efb003568e8@avcodec.org> #1238: Overlaying is late for one frame! ------------------------------------+------------------------------------ Reporter: ssp43 | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: git-master | Resolution: fixed Keywords: overlay | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: split overlay buffer => overlay * status: open => closed * resolution: => fixed Comment: This is supposed to be fixed in current git head (and 1.0), please reopen if you can still reproduce the problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 25 01:17:42 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 24 Oct 2012 23:17:42 -0000 Subject: [FFmpeg-trac] #1422(undetermined:closed): combining audio and video filters crashes machine In-Reply-To: <038.44e0635af37d6b659094437ea05e99e6@avcodec.org> References: <038.44e0635af37d6b659094437ea05e99e6@avcodec.org> Message-ID: <053.35d7e22f7ad924db0be750fb4d370969@avcodec.org> #1422: combining audio and video filters crashes machine -------------------------------------+------------------------------------- Reporter: atlithorn | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 1 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: This is supposed to be fixed in current git head (and 1.0), please reopen if you can still reproduce the problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 25 04:08:49 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Oct 2012 02:08:49 -0000 Subject: [FFmpeg-trac] #1846(avcodec:closed): mpeg2 crash with lowres In-Reply-To: <038.dce4d648228fe6cf03491fe27a62bd65@avcodec.org> References: <038.dce4d648228fe6cf03491fe27a62bd65@avcodec.org> Message-ID: <053.bc5fefd996f45e84961a89048833ba63@avcodec.org> #1846: mpeg2 crash with lowres -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: lowres | Blocked By: mpeg2video crash SIGSEGV | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 25 04:50:00 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Oct 2012 02:50:00 -0000 Subject: [FFmpeg-trac] #1158(undetermined:new): allow use of flac's --keep-foreign-metadata when encoding or decoding flac format In-Reply-To: <036.d57585cde5a70ea8902e59fdf85076a1@avcodec.org> References: <036.d57585cde5a70ea8902e59fdf85076a1@avcodec.org> Message-ID: <051.407967d8abdf71ed0c89e05ff0ea5d39@avcodec.org> #1158: allow use of flac's --keep-foreign-metadata when encoding or decoding flac format -------------------------------------+------------------------------------- Reporter: dericed | Owner: Type: enhancement | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: flac, | Resolution: metadata | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by richardpl): bext chunk metadata is supported. flac 1.2.1 fails to parse wav if i give --keep-foreign-metadata -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 25 04:53:44 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Oct 2012 02:53:44 -0000 Subject: [FFmpeg-trac] #1158(avformat:open): support iXML riff chunk (was: allow use of flac's --keep-foreign-metadata when encoding or decoding flac format) In-Reply-To: <036.d57585cde5a70ea8902e59fdf85076a1@avcodec.org> References: <036.d57585cde5a70ea8902e59fdf85076a1@avcodec.org> Message-ID: <051.7d6f82e5ad6e0fe796a401c00fdc2cf4@avcodec.org> #1158: support iXML riff chunk -------------------------------------+------------------------------------- Reporter: dericed | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: metadata | Blocked By: iXML riff | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by richardpl): * keywords: flac, metadata => metadata iXML riff * priority: normal => wish * status: new => open * component: undetermined => avformat -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 25 05:15:08 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Oct 2012 03:15:08 -0000 Subject: [FFmpeg-trac] #1587(undetermined:closed): Problem while reencoding .ass subtitles In-Reply-To: <038.63f5a5ccfc4bfe6d3ba7defa8b1cb111@avcodec.org> References: <038.63f5a5ccfc4bfe6d3ba7defa8b1cb111@avcodec.org> Message-ID: <053.795ee2d01ba9d7c5692014a4b13962f5@avcodec.org> #1587: Problem while reencoding .ass subtitles -------------------------------------+------------------------------------- Reporter: saito1234 | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: subtitle, | Resolution: ass | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by richardpl): * status: new => closed * resolution: => needs_more_info Comment: Please reopen once you at least post link(s) to file(s) so the this bug can be reproduced. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 25 05:17:51 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Oct 2012 03:17:51 -0000 Subject: [FFmpeg-trac] #1716(avcodec:open): Wavpack Encoder (was: Feature Request: Wavpack Encoder) In-Reply-To: <039.d17659c975f34f750c36fd509d8167f6@avcodec.org> References: <039.d17659c975f34f750c36fd509d8167f6@avcodec.org> Message-ID: <054.67796520aca9809a2d05a0d297a106c5@avcodec.org> #1716: Wavpack Encoder -------------------------------------+----------------------------------- Reporter: hakermania | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: wavpack | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 25 11:54:10 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Oct 2012 09:54:10 -0000 Subject: [FFmpeg-trac] #1844(undetermined:new): Crash when trying to join two video files In-Reply-To: <036.2291eb0e70af01e019b6fccd64ec2352@avcodec.org> References: <036.2291eb0e70af01e019b6fccd64ec2352@avcodec.org> Message-ID: <051.b583331206b3add0205ea28b5bfaf3f4@avcodec.org> #1844: Crash when trying to join two video files -------------------------------------+------------------------------------- Reporter: thegeek | 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 thegeek): Replying to [comment:1 cehoyos]: > Replying to [ticket:1844 thegeek]: > > I can not reproduce it with e.g. Zeranoe's win32 builds. > > Does it also crash with Zeranoe's 64bit builds? > Sorry, I meant his x64 builds; so no it does not. Here is the output I get with his binaries: {{{ .... .... .... Stream mapping: Stream #0:0 (mpeg4) -> concat:in0:v0 Stream #0:1 (mp3) -> aresample Stream #1:0 (wmav2) -> aresample Stream #1:1 (wmv3) -> setsar concat:out:v0 -> Stream #0:0 (mpeg4) concat:out:a0 -> Stream #0:1 (libvorbis) Press [q] to stop, [?] for help 100 buffers queued in output stream 0:1, something may be wrong.te=1207.7kbits/s [libvorbis @ 00000000003fdce0] Que input is backward in time [matroska @ 00000000003fc5a0] st:0 PTS: 5354 DTS: 5354 < 5378 invalid, clipping [libvorbis @ 00000000003fdce0] Que input is backward in time Last message repeated 5 times Que input is backward in timee= 2135kB time=00:00:11.54 bitrate=1515.4kbits/s [libvorbis @ 00000000003fdce0] Que input is backward in time Last message repeated 8 times Que input is backward in timee= 3928kB time=00:00:18.54 bitrate=1735.4kbits/s [libvorbis @ 00000000003fdce0] Que input is backward in time Last message repeated 7 times [matroska @ 00000000003fc5a0] st:0 PTS: 23317 DTS: 23317 < 23322 invalid, clipping [libvorbis @ 00000000003fdce0] Que input is backward in time Last message repeated 4 times Que input is backward in timee= 6253kB time=00:00:25.44 bitrate=2012.9kbits/s [libvorbis @ 00000000003fdce0] Que input is backward in time Last message repeated 4 times frame= 290 fps=126 q=7.0 Lsize= 7170kB time=00:00:29.24 bitrate=2008.2kbits/s video:6955kB audio:196kB subtitle:0 global headers:3kB muxing overhead 0.217808% }}} > Does it crash if you compile for 32bit ("--cc='gcc -m32'") with your tool-chain? No (I did this by changing the arch and cross-prefix). > > Does it also crash without --enable-shared? Yes (I also removed --disable-static). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 25 15:55:45 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Oct 2012 13:55:45 -0000 Subject: [FFmpeg-trac] #1844(undetermined:new): Crash when trying to join two video files In-Reply-To: <036.2291eb0e70af01e019b6fccd64ec2352@avcodec.org> References: <036.2291eb0e70af01e019b6fccd64ec2352@avcodec.org> Message-ID: <051.196fda26533389be99796f43689f70c0@avcodec.org> #1844: Crash when trying to join two video files -------------------------------------+------------------------------------- Reporter: thegeek | 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): Please add the missing parts of the gdb session (disassembly, register dump), see https://ffmpeg.org/bugreports.html - consider using a static build (although it does not really matter). Do you know if the Zeranoe build actually contains the AVX-optimized function ff_mix_2_1_a_float_avx? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 25 16:09:40 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Oct 2012 14:09:40 -0000 Subject: [FFmpeg-trac] #1836(avformat:open): Wrong duration in TS container In-Reply-To: <040.e59ea835cdb1df08d05ce93ab2a660d1@avcodec.org> References: <040.e59ea835cdb1df08d05ce93ab2a660d1@avcodec.org> Message-ID: <055.51eef803e475ed284fe7f32181f1a044@avcodec.org> #1836: Wrong duration in TS container -------------------------------------+------------------------------------ Reporter: Heesuk Jung | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): The duration of \[2\]\ trp_MPEG2_MP2.trp was fixed by Michael. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 25 16:37:26 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Oct 2012 14:37:26 -0000 Subject: [FFmpeg-trac] #1847(undetermined:new): wmalossless: support 24bit depth Message-ID: <038.9facd511a214c67273caa40d9c34ec17@avcodec.org> #1847: wmalossless: support 24bit depth -------------------------------------+------------------------------------- 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 -------------------------------------+------------------------------------- http://www.cccp- project.net/beta/test_files/%5bCCCP%5d_Mega_Weird_Audio_Test.mkv {{{ C:\>ffmpeg -i [CCCP]_Mega_Weird_Audio_Test.mkv -map 0:23 out.wav ffmpeg version N-45739-g04bf2e7 Copyright (c) 2000-2012 the FFmpeg developers built on Oct 20 2012 00:16:49 with gcc 4.7.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-pthreads --enable-runt ime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libass - -enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enab le-libgsm --enable-libmp3lame --enable-libnut --enable-libopenjpeg --enable-libo pus --enable-librtmp --enable-libschroedinger --enable-libspeex --enable- libtheo ra --enable-libutvideo --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-li bvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --ena ble-zlib libavutil 51. 76.100 / 51. 76.100 libavcodec 54. 67.100 / 54. 67.100 libavformat 54. 33.100 / 54. 33.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 19.103 / 3. 19.103 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 [wmalossless @ 0245fc20] bit-depth higher than 16 is not implemented. Update you r FFmpeg version to the newest one from Git. If the problem still occurs, it mea ns that your file has a feature which has not been implemented. [wmalossless @ 025ccae0] bit-depth higher than 16 is not implemented. Update you r FFmpeg version to the newest one from Git. If the problem still occurs, it mea ns that your file has a feature which has not been implemented. [mpeg4 @ 02537bc0] Invalid and inefficient vfw-avi packed B frames detected [wmalossless @ 0245fc20] bit-depth higher than 16 is not implemented. Update you r FFmpeg version to the newest one from Git. If the problem still occurs, it mea ns that your file has a feature which has not been implemented. [wmalossless @ 025ccae0] bit-depth higher than 16 is not implemented. Update you r FFmpeg version to the newest one from Git. If the problem still occurs, it mea ns that your file has a feature which has not been implemented. Guessed Channel Layout for Input Stream #0.5 : mono Guessed Channel Layout for Input Stream #0.6 : stereo Guessed Channel Layout for Input Stream #0.7 : stereo Guessed Channel Layout for Input Stream #0.8 : mono Guessed Channel Layout for Input Stream #0.9 : mono Guessed Channel Layout for Input Stream #0.10 : stereo Guessed Channel Layout for Input Stream #0.11 : stereo Guessed Channel Layout for Input Stream #0.12 : mono Guessed Channel Layout for Input Stream #0.13 : mono Guessed Channel Layout for Input Stream #0.14 : stereo Guessed Channel Layout for Input Stream #0.15 : stereo Guessed Channel Layout for Input Stream #0.16 : mono Guessed Channel Layout for Input Stream #0.17 : stereo Guessed Channel Layout for Input Stream #0.22 : 5.1 Guessed Channel Layout for Input Stream #0.23 : stereo Guessed Channel Layout for Input Stream #0.25 : stereo Input #0, matroska,webm, from '[CCCP]_Mega_Weird_Audio_Test.mkv': Metadata: title : Macross Plus - First Simulator Test creation_time : 2006-08-07 03:59:51 Duration: 00:01:03.70, start: 0.000000, bitrate: 6167 kb/s Stream #0:0(eng): Video: mpeg4 (Advanced Simple Profile) (XVID / 0x44495658) , yuv420p, 656x464 [SAR 1:1 DAR 41:29], SAR 116:123 DAR 4:3, 23.98 fps, 23.98 tb r, 1k tbn, 23.98 tbc (default) Metadata: title : Macross Plus - First Simulator Test Stream #0:1(eng): Audio: ac3, 48000 Hz, 5.1(side), s16, 448 kb/s (default) Metadata: title : AC3 6ch Audio Stream #0:2(jpn): Audio: ac3, 48000 Hz, stereo, s16, 192 kb/s Metadata: title : AC3 2ch Audio Stream #0:3(eng): Audio: mp3, 48000 Hz, stereo, s16, 192 kb/s Metadata: title : AudX HGHQ 6ch Audio Stream #0:4(eng): Audio: mp3, 48000 Hz, mono, s16, 192 kb/s Metadata: title : AudX SPBQ 6ch Audio Stream #0:5(jpn): Audio: sipr (0[1][0][0] / 0x0130), 16000 Hz, mono, flt, 16 kb/s Metadata: title : ACELP Sipro Mono Audio Stream #0:6(jpn): Audio: adpcm_ms ([2][0][0][0] / 0x0002), 11025 Hz, stereo, s16, 88 kb/s Metadata: title : MS ADPCM 2ch Audio Stream #0:7(jpn): Audio: adpcm_ima_wav ([17][0][0][0] / 0x0011), 11025 Hz, s tereo, s16p, 88 kb/s Metadata: title : IMA ADPCM 2ch Audio Stream #0:8(jpn): Audio: adpcm_yamaha ( [0][0][0] / 0x0020), 16000 Hz, mono, s16, 64 kb/s Metadata: title : Yamaha ADPCM Mono Audio Stream #0:9(jpn): Audio: adpcm_g726 (E[0][0][0] / 0x0045), 8000 Hz, mono, s1 6, 32 kb/s Metadata: title : G.726 ADPCM Mono Audio Stream #0:10(jpn): Audio: pcm_mulaw ([7][0][0][0] / 0x0007), 8000 Hz, stereo , s16, 128 kb/s Metadata: title : ??-Law 2ch Audio Stream #0:11(jpn): Audio: pcm_alaw ([6][0][0][0] / 0x0006), 8000 Hz, stereo, s16, 128 kb/s Metadata: title : A-Law 2ch Audio Stream #0:12(jpn): Audio: gsm_ms (1[0][0][0] / 0x0031), 44100 Hz, mono, s16, 71 kb/s Metadata: title : GSM 6.10 Mono Audio Stream #0:13(jpn): Audio: truespeech ([34][0][0][0] / 0x0022), 8000 Hz, mono , s16, 8 kb/s Metadata: title : TrueSpeech Mono Audio Stream #0:14(jpn): Audio: wmav2 (a[1][0][0] / 0x0161), 44100 Hz, stereo, flt p, 64 kb/s Metadata: title : WMA7 2ch Audio Stream #0:15(jpn): Audio: wmav2 (a[1][0][0] / 0x0161), 44100 Hz, stereo, flt p, 64 kb/s Metadata: title : WMA8 2ch Audio Stream #0:16(jpn): Audio: wmavoice ([10][0][0][0] / 0x000A), 22050 Hz, mono, flt, 20 kb/s Metadata: title : WMA9 Voice Mono Audio Stream #0:17(jpn): Audio: wmav2 (a[1][0][0] / 0x0161), 48000 Hz, stereo, flt p, 64 kb/s Metadata: title : WMA9.2 Std 2ch Audio Stream #0:18(eng): Audio: wmapro (b[1][0][0] / 0x0162), 48000 Hz, 5.1, fltp, 192 kb/s Metadata: title : WMA9.1 Pro 6ch Audio Stream #0:19(jpn): Audio: wmapro (b[1][0][0] / 0x0162), 48000 Hz, stereo, fl tp, 80 kb/s Metadata: title : WMA9.1 Pro 2ch Audio Stream #0:20(eng): Audio: wmapro (b[1][0][0] / 0x0162), 48000 Hz, 5.1, fltp, 192 kb/s Metadata: title : WMA10 Pro 6ch Audio Stream #0:21(jpn): Audio: wmapro (b[1][0][0] / 0x0162), 48000 Hz, stereo, fl tp, 64 kb/s Metadata: title : WMA10 Pro 2ch Audio Stream #0:22(eng): Audio: wmalossless (c[1][0][0] / 0x0163), 48000 Hz, 5.1, s32p, 1882 kb/s Metadata: title : WMA9.1 Lossless 6ch Audio Stream #0:23(jpn): Audio: wmalossless (c[1][0][0] / 0x0163), 48000 Hz, stere o, s32p, 774 kb/s Metadata: title : WMA9.1 Lossless 2ch Audio Stream #0:24(jpn): Audio: cook, 44100 Hz, stereo, fltp Metadata: title : RA6 G2 Cook 2ch Audio Stream #0:25(jpn): Audio: atrac3, 44100 Hz, stereo, fltp Metadata: title : RA8 ATRC 2ch Audio Stream #0:26(eng): Audio: cook, 44100 Hz, 5.1, fltp Metadata: title : RA8 Cook 6ch Audio Stream #0:27(jpn): Audio: cook, 44100 Hz, stereo, fltp Metadata: title : RA8 Cook 2ch Audio Stream #0:28(jpn): Audio: cook, 44100 Hz, mono, fltp Metadata: title : RA8 Cook Mono Audio Stream #0:29(jpn): Audio: aac, 32000 Hz, stereo, s16 Metadata: title : RA10 RAAC 2ch Audio Stream #0:30(jpn): Audio: aac, 44100 Hz, stereo, s16 Metadata: title : RA10 RACP 2ch Audio bit-depth higher than 16 is not implemented. Update your FFmpeg version to the n ewest one from Git. If the problem still occurs, it means that your file has a f eature which has not been implemented. Output #0, wav, to 'out.wav': Metadata: title : Macross Plus - First Simulator Test Stream #0:0(jpn): Audio: pcm_s16le, 48000 Hz, stereo, s16, 1536 kb/s Metadata: title : WMA9.1 Lossless 2ch Audio Stream mapping: Stream #0:23 -> #0:0 (wmalossless -> pcm_s16le) Error while opening decoder for input stream #0:23 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 25 16:56:51 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Oct 2012 14:56:51 -0000 Subject: [FFmpeg-trac] #1847(avcodec:open): wmalossless: support 24bit depth In-Reply-To: <038.9facd511a214c67273caa40d9c34ec17@avcodec.org> References: <038.9facd511a214c67273caa40d9c34ec17@avcodec.org> Message-ID: <053.f3361fe349c530ae1a889f41183b65df@avcodec.org> #1847: wmalossless: support 24bit depth -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: wmapro | 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: => wmapro * type: defect => enhancement -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 25 17:23:31 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Oct 2012 15:23:31 -0000 Subject: [FFmpeg-trac] #1844(undetermined:new): Crash when trying to join two video files In-Reply-To: <036.2291eb0e70af01e019b6fccd64ec2352@avcodec.org> References: <036.2291eb0e70af01e019b6fccd64ec2352@avcodec.org> Message-ID: <051.985529269f8fa5033d84d431fa8df6b9@avcodec.org> #1844: Crash when trying to join two video files -------------------------------------+------------------------------------- Reporter: thegeek | 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 thegeek): Replying to [comment:3 cehoyos]: > Please add the missing parts of the gdb session (disassembly, register dump), see https://ffmpeg.org/bugreports.html - consider using a static build (although it does not really matter). Ok. > > Do you know if the Zeranoe build actually contains the AVX-optimized function ff_mix_2_1_a_float_avx? I just checked and it does. I've also seen this crash with the sse2 version of the function. I'm currently investigating something curious I've discovered. It seems my crosschain compilex libvpx with pthreads, but I use w32threads in ffmpeg. Will using both thread libraries be OK? I also noticed that Zeranoe builds ffmpeg with pthreads, is this now a "good" solution? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 25 17:27:05 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Oct 2012 15:27:05 -0000 Subject: [FFmpeg-trac] #1844(undetermined:new): Crash when trying to join two video files In-Reply-To: <036.2291eb0e70af01e019b6fccd64ec2352@avcodec.org> References: <036.2291eb0e70af01e019b6fccd64ec2352@avcodec.org> Message-ID: <051.5fcacf2ed25349c188cbae5482097272@avcodec.org> #1844: Crash when trying to join two video files -------------------------------------+------------------------------------- Reporter: thegeek | 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): Replying to [comment:4 thegeek]: > I'm currently investigating something curious I've discovered. It seems my crosschain compilex libvpx with pthreads, but I use w32threads in ffmpeg. Will using both thread libraries be OK? You could test compiling FFmpeg without libvpx. > I also noticed that Zeranoe builds ffmpeg with pthreads, is this now a "good" solution? I don't know, this is ticket #1509 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 25 18:23:41 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Oct 2012 16:23:41 -0000 Subject: [FFmpeg-trac] #1158(avformat:open): support iXML riff chunk In-Reply-To: <036.d57585cde5a70ea8902e59fdf85076a1@avcodec.org> References: <036.d57585cde5a70ea8902e59fdf85076a1@avcodec.org> Message-ID: <051.94feb40ad5590fee3e641b5f2b394165@avcodec.org> #1158: support iXML riff chunk -------------------------------------+------------------------------------- Reporter: dericed | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: metadata | Blocked By: iXML riff | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by richardpl): Do you want that iXML chunk is just added as metadata without any parsing? - which is trivial to implement. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 25 18:38:42 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Oct 2012 16:38:42 -0000 Subject: [FFmpeg-trac] #1779(FFserver:closed): [patch] fixed wrong printf format identifier in ffmpeg/ffserver.c In-Reply-To: <040.197212dcc62cfb4b05b3905b8334e88d@avcodec.org> References: <040.197212dcc62cfb4b05b3905b8334e88d@avcodec.org> Message-ID: <055.de0fe8772d2e64d6dc5e43deee5f3744@avcodec.org> #1779: [patch] fixed wrong printf format identifier in ffmpeg/ffserver.c -------------------------------------+------------------------------------ Reporter: ettl.martin | Owner: Type: enhancement | Status: closed Priority: normal | Component: FFserver Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by richardpl): * status: new => closed * resolution: => fixed Comment: patch sent to mailing list. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 25 19:25:27 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Oct 2012 17:25:27 -0000 Subject: [FFmpeg-trac] #1788(FFmpeg:open): setting the output frame rate of image outputs In-Reply-To: <034.02e98087b763ba5ec68c7f2666a2fc73@avcodec.org> References: <034.02e98087b763ba5ec68c7f2666a2fc73@avcodec.org> Message-ID: <049.367ed651e5987f779fa5c001433ec8b6@avcodec.org> #1788: setting the output frame rate of image outputs ------------------------------------+---------------------------------- Reporter: burek | Owner: Type: defect | Status: open Priority: normal | Component: FFmpeg Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+---------------------------------- Changes (by Cigaes): * analyzed: 0 => 1 * status: new => open * version: unspecified => git-master * component: undetermined => FFmpeg * reproduced: 0 => 1 Comment: This is related to the rounding heuristics for the video sync implementation in {{{ffmpeg.c}}}: {{{ // FIXME set to 0.5 after we fix some dts/pts bugs like in avidec.c if (delta < -1.1) nb_frames = 0; }}} In this code, {{{delta}}} is the difference between the current time on the stream and the time of the incoming frame. If no frame rate adjustment is necessary, it is always 1. Theoretically, the frame should be dropped as soon as it is less than 1, but as you can see, the current code gives it a little head start. Replacing -1.1 by 1 fixes your problem but breaks a lot of FATE tests. I do not know that part of the code enough to determine whether changing it would be correct. In the meantime, you can use the {{{fps}}} filter: {{{-vf fps=fps=1/5}}} (or possibly {{{-vf fps=fps=1/5:round=down}}} with a patch I just sent). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 25 19:28:40 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Oct 2012 17:28:40 -0000 Subject: [FFmpeg-trac] #1845(undetermined:new): Encoded movies with mov_text subtitles do not play with QT Player In-Reply-To: <037.b779eb81e5c789f6371f64b11f02abec@avcodec.org> References: <037.b779eb81e5c789f6371f64b11f02abec@avcodec.org> Message-ID: <052.045f147de1d86540c22ea83305624519@avcodec.org> #1845: Encoded movies with mov_text subtitles do not play with QT Player -------------------------------------+------------------------------------- Reporter: Atarikid | 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 Atarikid): I have uploaded two encoded movies. One with FFmpeg and commandline: /Users/atarikid/Desktop/ffmpeg -i /Volumes/Data/Movies/Homeland??.mkv -c:a aac -c:v libx264 -strict -2 -c:s mov_text /Users/atarikid/Desktop/test.mp4 The subtitles do not work with QuickTime Player (main OSX player). Works with VLC The second is encoded with Handbrake (with mov_text): Subtitles work fine with QuickTime Player and VLC -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 25 19:29:56 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Oct 2012 17:29:56 -0000 Subject: [FFmpeg-trac] #1845(undetermined:new): Encoded movies with mov_text subtitles do not play with QT Player In-Reply-To: <037.b779eb81e5c789f6371f64b11f02abec@avcodec.org> References: <037.b779eb81e5c789f6371f64b11f02abec@avcodec.org> Message-ID: <052.62bef60801f645decba6389397d17b6f@avcodec.org> #1845: Encoded movies with mov_text subtitles do not play with QT Player -------------------------------------+------------------------------------- Reporter: Atarikid | 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 Atarikid): It is note worthy that with QuickTime Player you cannot even select the subtitles stream. So maybe the header created by FFmpeg is wrong? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 25 21:23:35 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Oct 2012 19:23:35 -0000 Subject: [FFmpeg-trac] #1848(avcodec:new): AMR-NB Q bit ignored Message-ID: <035.0cdb63f367a34bfdfc8c16b4369c8bcc@avcodec.org> #1848: AMR-NB Q bit ignored ---------------------------------+-------------------------------------- Reporter: krisha | Type: defect Status: new | Priority: normal Component: avcodec | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+-------------------------------------- Summary of the bug: The Q bit determing if a frame is good or bad (errornous bits) is not used. See bad_frame_indicator in libavcodec/amrnbdec.c -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 25 22:30:31 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Oct 2012 20:30:31 -0000 Subject: [FFmpeg-trac] #1849(avcodec:new): AMR NB NODATA changes Message-ID: <035.d2d74922d08e8d365786f61213cb79bc@avcodec.org> #1849: AMR NB NODATA changes ---------------------------------+--------------------------------------- Reporter: krisha | Type: defect Status: new | Priority: normal Component: avcodec | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+--------------------------------------- Summary of the bug: If you put 0x7C as header (MODE = NO_DATA) the following frames behaves weird (only header, no data bytes). In Audacity with FFmpeg v0.6.2 you hear a 'knock' and the following signal wave behaves different on zooming levels and (this might be also GUI audacity bug). In VLC 2.0.3 this 'knock' is also heard. I attached a sample file with silence and a NO_DATA frame at file offset 0x166. I'm not sure which versions of FFmpeg are affected, but I assume all that use the codec from libavcodec/amrnbdec.c -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 25 22:33:01 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Oct 2012 20:33:01 -0000 Subject: [FFmpeg-trac] #1849(avcodec:new): AMR NB NODATA header changes following data (was: AMR NB NODATA changes) In-Reply-To: <035.d2d74922d08e8d365786f61213cb79bc@avcodec.org> References: <035.d2d74922d08e8d365786f61213cb79bc@avcodec.org> Message-ID: <050.87439c2f72908d4d82a62a27f47cef6a@avcodec.org> #1849: AMR NB NODATA header changes following data -------------------------------------+----------------------------------- Reporter: krisha | Owner: Type: defect | Status: new Priority: normal | Component: avcodec 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 Thu Oct 25 23:31:00 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Oct 2012 21:31:00 -0000 Subject: [FFmpeg-trac] #1727(avfilter:closed): volumedetect filter doesn't work with -t In-Reply-To: <036.47dddb5bea25958abc8bd654714714e7@avcodec.org> References: <036.47dddb5bea25958abc8bd654714714e7@avcodec.org> Message-ID: <051.6f9509b302c5061871fb5e6982a220ae@avcodec.org> #1727: volumedetect filter doesn't work with -t --------------------------------------+------------------------------------ Reporter: dericed | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: git-master | Resolution: fixed Keywords: volumedetect | 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 48ec8b25a7deb1a12cd06a064d2bc16440bcbe92 Author: Nicolas George Date: Wed Oct 17 19:42:20 2012 +0200 lavfi/af_volumedetect: print stats in uninit(). If the stats are printed when request_frame on the input returns EOF, then they are never printed if the filter is not flushed, in particular when using the -t ffmpeg option. Fix trac ticket #1727. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 25 23:31:51 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Oct 2012 21:31:51 -0000 Subject: [FFmpeg-trac] #1844(undetermined:new): Crash when trying to join two video files In-Reply-To: <036.2291eb0e70af01e019b6fccd64ec2352@avcodec.org> References: <036.2291eb0e70af01e019b6fccd64ec2352@avcodec.org> Message-ID: <051.bbfe2796550350ac84a5560bcafe4818@avcodec.org> #1844: Crash when trying to join two video files -------------------------------------+------------------------------------- Reporter: thegeek | 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 thegeek): Replying to [comment:5 cehoyos]: > You could test compiling FFmpeg without libvpx. Tested, no difference. > > I also noticed that Zeranoe builds ffmpeg with pthreads, is this now a "good" solution? > I don't know, this is ticket #1509 Ok. I've compiled both ffmpeg and the entire cross-toolchain many _many_ times today, with no real progress:/ Seeing as how Zeranoe's builds seem to work it should surely be possible to get this working. For a while I thought I had something but it turns out I was just misconfiguring by not setting arch correctly. Will this disable asm? If so it would explain why those builds work. (When arch is set correctly it still crashes.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 25 23:49:16 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Oct 2012 21:49:16 -0000 Subject: [FFmpeg-trac] #1849(avcodec:new): AMR NB NODATA header changes following data In-Reply-To: <035.d2d74922d08e8d365786f61213cb79bc@avcodec.org> References: <035.d2d74922d08e8d365786f61213cb79bc@avcodec.org> Message-ID: <050.161530741db47c529b452bedce2e02fd@avcodec.org> #1849: AMR NB NODATA header changes following data -------------------------------------+----------------------------------- Reporter: krisha | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: unspecified | Resolution: Keywords: amrnb | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => amrnb Comment: Please provide complete, uncut console output (including command line) of "ffmpeg -i input out.wav" (Please test current git head). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 25 23:49:50 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Oct 2012 21:49:50 -0000 Subject: [FFmpeg-trac] #1848(avcodec:new): AMR-NB Q bit ignored In-Reply-To: <035.0cdb63f367a34bfdfc8c16b4369c8bcc@avcodec.org> References: <035.0cdb63f367a34bfdfc8c16b4369c8bcc@avcodec.org> Message-ID: <050.f959308d7ced8f332135064a19e05a10@avcodec.org> #1848: AMR-NB Q bit ignored ------------------------------------+----------------------------------- Reporter: krisha | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: amrnb | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => amrnb Comment: To make this a valid ticket, please add your command line together with complete, uncut console output and add a sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Oct 25 23:51:01 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Oct 2012 21:51:01 -0000 Subject: [FFmpeg-trac] #773(avcodec:closed): Decoding H.264 gets stuck with Win XP, w32threads, and custom AVCodecContext.get_buffer In-Reply-To: <037.8577a41bb772fbfd858566d91550dbf3@avcodec.org> References: <037.8577a41bb772fbfd858566d91550dbf3@avcodec.org> Message-ID: <052.9ea2d0a20b329bc40913e3e833ed1b56@avcodec.org> #773: Decoding H.264 gets stuck with Win XP, w32threads, and custom AVCodecContext.get_buffer -------------------------------------+------------------------------------- Reporter: andreasg | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: 0.9 | Resolution: Keywords: | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => needs_more_info Comment: Please reopen if this is still reproducible. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 26 09:12:02 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 26 Oct 2012 07:12:02 -0000 Subject: [FFmpeg-trac] #1257(avcodec:closed): ffmpeg multithread decoding, the rate is not improved In-Reply-To: <035.8941ec9fbf8294141ca561f83211c486@avcodec.org> References: <035.8941ec9fbf8294141ca561f83211c486@avcodec.org> Message-ID: <050.485a22719f71387db3373732f6d4d33a@avcodec.org> #1257: ffmpeg multithread decoding,the rate is not improved -------------------------------------+------------------------------------- Reporter: xiaoyu | Owner: Type: enhancement | Status: closed Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: h264 | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by jeroenost): I can confirm this issue. The culprit might be this commit: http://git.videolan.org/gitweb.cgi/ffmpeg.git/?a=commit;h=59297ad63dbd7f9a587e742e1d5b0e94ae125fff Multithreaded decoding is disabled for H264. That is a problem for high resolution H264 videos that need to reencoded realtime to another format by a multicore CPU with a relative low clock freq, where a single core cannot decode the entire video fast enough. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 26 09:17:31 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 26 Oct 2012 07:17:31 -0000 Subject: [FFmpeg-trac] #1257(avcodec:closed): ffmpeg multithread decoding, the rate is not improved In-Reply-To: <035.8941ec9fbf8294141ca561f83211c486@avcodec.org> References: <035.8941ec9fbf8294141ca561f83211c486@avcodec.org> Message-ID: <050.54d7f322f6d867ff1ddd1f6fe0a8bbbe@avcodec.org> #1257: ffmpeg multithread decoding,the rate is not improved -------------------------------------+------------------------------------- Reporter: xiaoyu | Owner: Type: enhancement | Status: closed Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: h264 | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by heleppkes): Slice threading implies your file actually has multiple slices. You can try frame threading instead. The commit you mentioned is only relevant during opening of the file, not for actual decoding. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 26 14:16:26 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 26 Oct 2012 12:16:26 -0000 Subject: [FFmpeg-trac] #1848(avcodec:new): AMR-NB Q bit ignored In-Reply-To: <035.0cdb63f367a34bfdfc8c16b4369c8bcc@avcodec.org> References: <035.0cdb63f367a34bfdfc8c16b4369c8bcc@avcodec.org> Message-ID: <050.b8d944636bbeb9c78d8af785db6c42fe@avcodec.org> #1848: AMR-NB Q bit ignored ------------------------------------+----------------------------------- Reporter: krisha | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: amrnb | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by krisha): I can not give you a command line or console output for that. This I saw inside the code. And since this variable is not READ anywhere I know that it is not used. There is also no output logging for this variable. Steps to reproduce in case someone wnats to solve it: 1. Create a AMRNB file with 12.2 kbps and some seconds of silence 2. Each frame starts with 0x3C and 32 bytes of data, starting directly after header 3. Modify one 0x3C to 0x38 (Q bit cleared) and add change some random bits inside the 32 bytes of data. 4. watch the waveform or listen to it Actually it does not matter if the header is 0x3C or 0x38. The frame will be played or displayed anyway with the corrupt data. If I understood the RFC right, it should not be played back but just used to improve overall quality. If someone wants to fix it, I'm here to explain in detail or to provide samples. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 26 14:28:45 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 26 Oct 2012 12:28:45 -0000 Subject: [FFmpeg-trac] #1849(avcodec:new): AMR NB NODATA header changes following data In-Reply-To: <035.d2d74922d08e8d365786f61213cb79bc@avcodec.org> References: <035.d2d74922d08e8d365786f61213cb79bc@avcodec.org> Message-ID: <050.1da19d64a83e20763daebd6d256925c3@avcodec.org> #1849: AMR NB NODATA header changes following data -------------------------------------+----------------------------------- Reporter: krisha | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: unspecified | Resolution: Keywords: amrnb | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by krisha): Sorry, I just used VLC and Audacity. Output on the VLC console: {{{ [amr @ 03ff7a60] Estimating duration from bitrate, this may be inaccurate [amrnb @ 050b3ea0] Corrupt bitstream }}} If someone wants to fix it, I can compile ffmpeg and run the command. For me it's effort of some hours todo - for a developer wanting to fix it, it is just a minute (he has probably latest git head and complete environment set up already). But to understand the bug these two lines of VLC output should be enough. Anyway more important is the waveform after, than the output. The "Corrupt bitstream" output I think is also not right. Because Mode 15 is NO_DATA and not an invalid mode. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 26 14:56:29 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 26 Oct 2012 12:56:29 -0000 Subject: [FFmpeg-trac] #1848(avcodec:new): AMR-NB Q bit ignored In-Reply-To: <035.0cdb63f367a34bfdfc8c16b4369c8bcc@avcodec.org> References: <035.0cdb63f367a34bfdfc8c16b4369c8bcc@avcodec.org> Message-ID: <050.c3bd60110a2ad8144f017c81046d58a7@avcodec.org> #1848: AMR-NB Q bit ignored ------------------------------------+----------------------------------- Reporter: krisha | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: amrnb | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Please provide a sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 26 15:07:23 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 26 Oct 2012 13:07:23 -0000 Subject: [FFmpeg-trac] #1849(avcodec:new): AMR NB NODATA header changes following data In-Reply-To: <035.d2d74922d08e8d365786f61213cb79bc@avcodec.org> References: <035.d2d74922d08e8d365786f61213cb79bc@avcodec.org> Message-ID: <050.3b8fa5f5e291493f70ef29d7b8d9a798@avcodec.org> #1849: AMR NB NODATA header changes following data -------------------------------------+----------------------------------- Reporter: krisha | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: unspecified | Resolution: Keywords: amrnb | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by cehoyos): The sample plays fine here (no knock), so without you describing what fails (ideally by using "ffmpeg -i input out.wav" and explaining what is wrong about out.wav) it is very unlikely that this gets fixed. Or is the only problem you see the (possibly incorrect) error message about NO_DATA? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 26 15:45:50 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 26 Oct 2012 13:45:50 -0000 Subject: [FFmpeg-trac] #1848(avcodec:new): AMR-NB Q bit ignored In-Reply-To: <035.0cdb63f367a34bfdfc8c16b4369c8bcc@avcodec.org> References: <035.0cdb63f367a34bfdfc8c16b4369c8bcc@avcodec.org> Message-ID: <050.63a9bf80249e16064e3d737762c4ebea@avcodec.org> #1848: AMR-NB Q bit ignored ------------------------------------+----------------------------------- Reporter: krisha | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: amrnb | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by krisha): I attached a sample with 6 bad frames marked as BAD_SPEECH (Q cleared) at ~ 1s 660ms. I hear a small noise. But now I'm not totally sure, if in this implementation the Q bit is needed. Maybe the implementation automatically decreases the volume of bad frames even without using the Q bit. If so, a comment in the code would have been nice :) I will continue to play with that and let you know about my results. Please ignore the NO_DATA (0x7C) after the bad frames in the sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 26 16:12:33 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 26 Oct 2012 14:12:33 -0000 Subject: [FFmpeg-trac] #1848(avcodec:new): AMR-NB Q bit ignored In-Reply-To: <035.0cdb63f367a34bfdfc8c16b4369c8bcc@avcodec.org> References: <035.0cdb63f367a34bfdfc8c16b4369c8bcc@avcodec.org> Message-ID: <050.b4f962ee03fb65bca063ce1cbc74d047@avcodec.org> #1848: AMR-NB Q bit ignored ------------------------------------+----------------------------------- Reporter: krisha | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: amrnb | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Could you attach a wav file that contains the expected output when decoding the amr sample you provided? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 26 22:34:21 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 26 Oct 2012 20:34:21 -0000 Subject: [FFmpeg-trac] #1850(FFmpeg:new): version 1.0-tessus can't encode from DV to MP4 Message-ID: <036.0a3ba9faefe5a88d36282013e847fbc3@avcodec.org> #1850: version 1.0-tessus can't encode from DV to MP4 ---------------------------------+---------------------------------- Reporter: cmarrin | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: 1.0 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+---------------------------------- Using ffmpeg version 1.0-tessus (obtained from http://www.evermeet.cx/ffmpeg/). Run: ffmpeg -i input.dv output.mp4 produces a file with black video, while: ffmpeg -i input.dv output.avi produces correct video The same thing happens with ffmpeg version 0.11.1-tessus. But when I try to do the DV -> MP4 encoding using FFmpeg version SVN-r15883, which is a version I built a while back using macports it performs correctly. Here is the output from a failed run: ==================== ffmpeg version 1.0-tessus Copyright (c) 2000-2012 the FFmpeg developers built on Sep 28 2012 22:31:27 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 --disable-ffserver --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-fontconfig --enable-libfreetype --enable-libass --enable-filters --enable-runtime-cpudetect libavutil 51. 73.101 / 51. 73.101 libavcodec 54. 59.100 / 54. 59.100 libavformat 54. 29.104 / 54. 29.104 libavdevice 54. 2.101 / 54. 2.101 libavfilter 3. 17.100 / 3. 17.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [dv @ 0x102006a00] Estimating duration from bitrate, this may be inaccurate Input #0, dv, from 'TextAquarium.dv': Metadata: timecode : 00:00:00;00 Duration: 00:00:10.04, start: 0.000000, bitrate: 28771 kb/s Stream #0:0: Video: dvvideo, yuv411p, 720x480 [SAR 8:9 DAR 4:3], 28771 kb/s, 29.97 tbr, 29.97 tbn, 29.97 tbc File 'foo.mp4' already exists. Overwrite ? [y/N] y using SAR=8/9 [libx264 @ 0x102018400] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2 [libx264 @ 0x102018400] profile High 4:2:2, level 3.0, 4:2:2 8-bit [libx264 @ 0x102018400] 264 - core 125 - H.264/MPEG-4 AVC codec - Copyleft 2003-2012 - 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 'foo.mp4': Metadata: timecode : 00:00:00;00 encoder : Lavf54.29.104 Stream #0:0: Video: h264 ([33][0][0][0] / 0x0021), yuv422p, 720x480 [SAR 8:9 DAR 4:3], q=-1--1, 30k tbn, 29.97 tbc Stream mapping: Stream #0:0 -> #0:0 (dvvideo -> libx264) Press [q] to stop, [?] for help TextAquarium.dv: Input/output error 382kB time=00:00:06.20 bitrate= 504.1kbits/s frame= 301 fps=132 q=-2.0 Lsize= 694kB time=00:00:09.97 bitrate= 570.0kbits/s video:690kB audio:0kB subtitle:0 global headers:0kB muxing overhead 0.626990% [libx264 @ 0x102018400] frame I:2 Avg QP:18.84 size: 23439 [libx264 @ 0x102018400] frame P:118 Avg QP:23.36 size: 4244 [libx264 @ 0x102018400] frame B:181 Avg QP:25.62 size: 873 [libx264 @ 0x102018400] consecutive B-frames: 0.7% 51.2% 18.9% 29.2% [libx264 @ 0x102018400] mb I I16..4: 24.6% 59.6% 15.7% [libx264 @ 0x102018400] mb P I16..4: 5.9% 7.6% 0.1% P16..4: 38.0% 9.9% 3.9% 0.0% 0.0% skip:34.7% [libx264 @ 0x102018400] mb B I16..4: 0.4% 0.4% 0.0% B16..8: 30.5% 1.4% 0.1% direct: 0.8% skip:66.4% L0:36.9% L1:61.6% BI: 1.5% [libx264 @ 0x102018400] 8x8 transform intra:55.9% inter:82.7% [libx264 @ 0x102018400] coded y,uvDC,uvAC intra: 29.8% 66.5% 7.2% inter: 6.0% 20.7% 0.6% [libx264 @ 0x102018400] i16 v,h,dc,p: 22% 56% 12% 10% [libx264 @ 0x102018400] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 12% 31% 46% 1% 2% 1% 3% 1% 2% [libx264 @ 0x102018400] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 22% 28% 15% 6% 6% 6% 6% 4% 7% [libx264 @ 0x102018400] i8c dc,h,v,p: 48% 35% 14% 3% [libx264 @ 0x102018400] Weighted P-Frames: Y:0.0% UV:0.0% [libx264 @ 0x102018400] ref P L0: 68.5% 8.0% 17.5% 6.0% [libx264 @ 0x102018400] ref B L0: 89.6% 9.6% 0.8% [libx264 @ 0x102018400] ref B L1: 96.0% 4.0% [libx264 @ 0x102018400] kb/s:562.10 ==================== and here is a successful run: ==================== Input #0, dv, from 'TextAquarium.dv': Duration: 00:00:10.04, start: 0.000000, bitrate: 28771 kb/s Stream #0.0: Video: dvvideo, yuv411p, 720x480, 28771 kb/s, 29.97 tb(r) File 'foo.mp4' already exists. Overwrite ? [y/N] y FFmpeg version SVN-r15883, Copyright (c) 2000-2008 Fabrice Bellard, et al. configuration: --disable-ffplay --disable-ffserver --enable-gpl --enable-postproc --enable-swscale --enable-avfilter --enable-avfilter- lavf --disable-vhook --enable-libfaac --enable-libfaad --enable-libmp3lame --enable-libvorbis --enable-libtheora --enable-libx264 --enable-libxvid libavutil 49.12. 0 / 49.12. 0 libavcodec 52. 3. 0 / 52. 3. 0 libavformat 52.23. 1 / 52.23. 1 libavdevice 52. 1. 0 / 52. 1. 0 libavfilter 0. 1. 0 / 0. 1. 0 libswscale 0. 6. 1 / 0. 6. 1 libpostproc 51. 2. 0 / 51. 2. 0 built on Jan 12 2009 07:55:22, gcc: 4.0.1 (Apple Inc. build 5490) Output #0, mp4, to 'foo.mp4': Stream #0.0: Video: mpeg4, yuv420p, 720x480 [PAR 10:11 DAR 15:11], q=2-31, 200 kb/s, 29.97 tb(c) Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop encoding frame= 301 fps=222 q=13.5 Lsize= 428kB time=10.04 bitrate= 349.4kbits/s video:425kB audio:0kB global headers:0kB muxing overhead 0.728407% ==================== The test file I was using was a file that was actually created using an older version of ffmpeg. As you can see it had no audio, only a video stream. But that file is 35MB, so I won't upload it. I also tried a short (1.5MB) DV clip from a Sony DV camcorder. It fails in the same way, so I have attached it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 26 22:40:17 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 26 Oct 2012 20:40:17 -0000 Subject: [FFmpeg-trac] #1850(FFmpeg:new): version 1.0-tessus can't encode from DV to MP4 In-Reply-To: <036.0a3ba9faefe5a88d36282013e847fbc3@avcodec.org> References: <036.0a3ba9faefe5a88d36282013e847fbc3@avcodec.org> Message-ID: <051.a01d6d4b1de85051bb870a3dc3cf7030@avcodec.org> #1850: version 1.0-tessus can't encode from DV to MP4 ---------------------------------+---------------------------------- Reporter: cmarrin | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: 1.0 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+---------------------------------- Comment (by cmarrin): Forgot to mention, this is on an 8 core iMac running 10.8.2 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Oct 26 22:48:41 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 26 Oct 2012 20:48:41 -0000 Subject: [FFmpeg-trac] #1850(FFmpeg:closed): version 1.0-tessus can't encode from DV to MP4 In-Reply-To: <036.0a3ba9faefe5a88d36282013e847fbc3@avcodec.org> References: <036.0a3ba9faefe5a88d36282013e847fbc3@avcodec.org> Message-ID: <051.fb0c976347121ff7f07a4b189592a3c7@avcodec.org> #1850: version 1.0-tessus can't encode from DV to MP4 ---------------------------------+----------------------------------- Reporter: cmarrin | Owner: Type: defect | Status: closed Priority: normal | Component: FFmpeg Version: 1.0 | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+----------------------------------- Changes (by cbsrobot): * status: new => closed * resolution: => invalid Comment: Problem is when converting yuv411p to h264 codec in an mp4 the encoder autoselects the yuv422p colorspace, which is totally valid calorspace. But Quicktime does not support it. Try VLC and you'll see it is a valid file. Btw. when converting to avi, the encoder autoselects mpeg4 codec and yuv420p colorspace. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 27 00:34:52 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 26 Oct 2012 22:34:52 -0000 Subject: [FFmpeg-trac] #1850(FFmpeg:closed): version 1.0-tessus can't encode from DV to MP4 In-Reply-To: <036.0a3ba9faefe5a88d36282013e847fbc3@avcodec.org> References: <036.0a3ba9faefe5a88d36282013e847fbc3@avcodec.org> Message-ID: <051.2be6053fd996a399866f54b8514e6f18@avcodec.org> #1850: version 1.0-tessus can't encode from DV to MP4 ---------------------------------+----------------------------------- Reporter: cmarrin | Owner: Type: defect | Status: closed Priority: normal | Component: FFmpeg Version: 1.0 | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+----------------------------------- Comment (by llogan): In other words, add `-pix_fmt yuv420p` to your command when encoding with libx264 from DV if you want the output to be playable by !QuickTime. ffmpeg will tell you in the console output if libx264 is being used. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 27 00:58:21 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 26 Oct 2012 22:58:21 -0000 Subject: [FFmpeg-trac] #1667(FFplay:open): ffplay resizes can cause "garbage" in the margins In-Reply-To: <039.1e68c0fbe2d55e99f9f5e5f49cd0d581@avcodec.org> References: <039.1e68c0fbe2d55e99f9f5e5f49cd0d581@avcodec.org> Message-ID: <054.8d6a1f960d31a12e73b9ed74fac29111@avcodec.org> #1667: ffplay resizes can cause "garbage" in the margins ------------------------------------+---------------------------------- Reporter: rogerdpack | Owner: cus Type: defect | Status: open Priority: normal | Component: FFplay Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Comment (by rogerdpack): that seems to fix it great thanks! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 27 03:30:56 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 27 Oct 2012 01:30:56 -0000 Subject: [FFmpeg-trac] #1845(undetermined:new): Encoded movies with mov_text subtitles do not play with QT Player In-Reply-To: <037.b779eb81e5c789f6371f64b11f02abec@avcodec.org> References: <037.b779eb81e5c789f6371f64b11f02abec@avcodec.org> Message-ID: <052.99be50012c5ee84a8408ceeda382748b@avcodec.org> #1845: Encoded movies with mov_text subtitles do not play with QT Player -------------------------------------+------------------------------------- Reporter: Atarikid | 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): I tested "Handbrake-subtitles work with QTPlayer.mp4" with QuickTime 7.7.2 and it shows no subtitles here. Which version did you test? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 27 08:32:14 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 27 Oct 2012 06:32:14 -0000 Subject: [FFmpeg-trac] #1305(avfilter:open): Embedded ASS subtitle support In-Reply-To: <036.c67c257776ddbde666281eff14e99a56@avcodec.org> References: <036.c67c257776ddbde666281eff14e99a56@avcodec.org> Message-ID: <051.6eb42485030847deb388c351a82dc428@avcodec.org> #1305: Embedded ASS subtitle support -------------------------------------+------------------------------------ Reporter: SubJunk | Owner: Type: enhancement | Status: open Priority: wish | Component: avfilter Version: git-master | Resolution: Keywords: ass | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by SubJunk): 6 months went by, is it any closer to being easier to develop this feature or is it a pipedream? :) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 27 09:36:49 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 27 Oct 2012 07:36:49 -0000 Subject: [FFmpeg-trac] #1845(undetermined:new): Encoded movies with mov_text subtitles do not play with QT Player In-Reply-To: <037.b779eb81e5c789f6371f64b11f02abec@avcodec.org> References: <037.b779eb81e5c789f6371f64b11f02abec@avcodec.org> Message-ID: <052.e533efd2f186d9d55a677fc3cd05681e@avcodec.org> #1845: Encoded movies with mov_text subtitles do not play with QT Player -------------------------------------+------------------------------------- Reporter: Atarikid | 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 Atarikid): Tested with QuickTime Player 10.2 (OS X 10.8 and OS X 10.7). You first have to choose the subtitles in the menu. By default the subtitles are disabled in QT Players. BTW QT 7.7.2 is a tremendous old version no-one uses with OSX. :) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 27 10:29:15 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 27 Oct 2012 08:29:15 -0000 Subject: [FFmpeg-trac] #1850(FFmpeg:closed): version 1.0-tessus can't encode from DV to MP4 In-Reply-To: <036.0a3ba9faefe5a88d36282013e847fbc3@avcodec.org> References: <036.0a3ba9faefe5a88d36282013e847fbc3@avcodec.org> Message-ID: <051.6bbb26f4907234149de353b87ee5e6b7@avcodec.org> #1850: version 1.0-tessus can't encode from DV to MP4 ---------------------------------+----------------------------------- Reporter: cmarrin | Owner: Type: defect | Status: closed Priority: normal | Component: FFmpeg Version: 1.0 | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+----------------------------------- Comment (by sesekongkong): [http://www.cheapjordanmaxshoes.com/ cheap air jordans] [http://www.cheapjordansairmaxsale.com/ air jordan for sale] -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 27 10:53:59 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 27 Oct 2012 08:53:59 -0000 Subject: [FFmpeg-trac] #1305(avfilter:open): Embedded ASS subtitle support In-Reply-To: <036.c67c257776ddbde666281eff14e99a56@avcodec.org> References: <036.c67c257776ddbde666281eff14e99a56@avcodec.org> Message-ID: <051.c789afb1de222e14465c099ae0e4a8d2@avcodec.org> #1305: Embedded ASS subtitle support -------------------------------------+------------------------------------ Reporter: SubJunk | Owner: Type: enhancement | Status: open Priority: wish | Component: avfilter Version: git-master | Resolution: Keywords: ass | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by ubitux): Unfortunately, there are a lot of subtitle issues to solve before considering this; help is needed if you are interested... Note that you can extract the ASS track from the MKV into an external ASS (ffmpeg -i in.mkv out.ass) so you can achieve the operation anyway, it just takes two steps instead of one. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 27 11:53:57 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 27 Oct 2012 09:53:57 -0000 Subject: [FFmpeg-trac] #1843(avformat:new): wav file fmt block size could be 16 for formatid==pcm In-Reply-To: <032.6b89def8afa9d4470366321916c423dc@avcodec.org> References: <032.6b89def8afa9d4470366321916c423dc@avcodec.org> Message-ID: <047.5eb82b18ed6a3e25c832e04116a5632e@avcodec.org> #1843: wav file fmt block size could be 16 for formatid==pcm ------------------------------------+------------------------------------ Reporter: cgo | Owner: Type: defect | Status: new Priority: minor | Component: avformat Version: git-master | Resolution: Keywords: wav | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cgo): Replying to [comment:2 cehoyos]: > Could you test attached patch? > If it works, please name the legacy software. Hi, the patch does the trick against ffmpeg-1.0, but not against git head. The difference is that on git master there is now a lot of extra info such as LIST/INFOISFT, encoder name etc included between the fmt and the data section (with and without your patch). I'm not sure this is standard at all? The software that breaks is pure data, more precisely the wavinfo object, maybe other objects such as readsf~. Note that I also filed a bug report to the puredata project, because the way it reads the header is improper anyway. The information I found about the wav format are from wikipedia's external links. They all sound like "if format is pcm, header size is 16". I wasn't able to find a authoritative standard, but that's what audacity, sox and to some extend ff_get_wav_header() do. Thank you for your help. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 27 12:10:51 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 27 Oct 2012 10:10:51 -0000 Subject: [FFmpeg-trac] #1843(avformat:new): wav file fmt block size could be 16 for formatid==pcm In-Reply-To: <032.6b89def8afa9d4470366321916c423dc@avcodec.org> References: <032.6b89def8afa9d4470366321916c423dc@avcodec.org> Message-ID: <047.a74fb5ec06fe26246af75a61491ee55f@avcodec.org> #1843: wav file fmt block size could be 16 for formatid==pcm ------------------------------------+------------------------------------ Reporter: cgo | Owner: Type: defect | Status: new Priority: minor | Component: avformat Version: git-master | Resolution: Keywords: wav | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by heleppkes): I don't know where 16 bytes comes from, the two relevant structures are WAVEFORMAT and WAVEFORMATEX. WAVEFORMAT is 14 bytes, WAVEFORMATEX is 18. Maybe PCMWAVEFORMAT which is a cross between the two, measuring 16 bytes? Its rather unusual though. To write compliant files it should write a WAVEFORMATEX block with 18 bytes, imho. [1] WAVEFORMAT: http://msdn.microsoft.com/en- us/library/windows/desktop/dd757712(v=vs.85).aspx [2] WAVEFORMATEX: http://msdn.microsoft.com/en- us/library/windows/desktop/dd757713(v=vs.85).aspx [3] PCMWAVEFORMAT: http://msdn.microsoft.com/en- us/library/windows/desktop/dd743663(v=vs.85).aspx -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 27 12:51:23 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 27 Oct 2012 10:51:23 -0000 Subject: [FFmpeg-trac] #1736(avcodec:closed): ffmpeg fails to build on Snow Leopard due to please_use_av_malloc macro polluting system headers In-Reply-To: <037.035cf0e1419981652c9b3c1367963a7e@avcodec.org> References: <037.035cf0e1419981652c9b3c1367963a7e@avcodec.org> Message-ID: <052.52dbd781586f067d5d30a40422f0a094@avcodec.org> #1736: ffmpeg fails to build on Snow Leopard due to please_use_av_malloc macro polluting system headers -------------------------------------+------------------------------------- Reporter: jeremyhu | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: osx | Blocked By: regression vda | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: reopened => closed * resolution: => fixed Comment: A patch was committed to git head that is supposed to fix this problem, please reopen if you can provide the missing information and the build problem is still reproducible. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 27 13:19:03 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 27 Oct 2012 11:19:03 -0000 Subject: [FFmpeg-trac] #1843(avformat:new): wav file fmt block size could be 16 for formatid==pcm In-Reply-To: <032.6b89def8afa9d4470366321916c423dc@avcodec.org> References: <032.6b89def8afa9d4470366321916c423dc@avcodec.org> Message-ID: <047.97d8dd0248fb31249c7c6ed61687a8fe@avcodec.org> #1843: wav file fmt block size could be 16 for formatid==pcm ------------------------------------+------------------------------------ Reporter: cgo | Owner: Type: defect | Status: new Priority: minor | Component: avformat Version: git-master | Resolution: Keywords: wav | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:3 cgo]: > the patch does the trick against ffmpeg-1.0, but not against git head. Could you try the following with git head and the new patch I will attach (that writes a WAVEFORMAT structure if appropriate)? $ ffmpeg -i input -map_metadata -1 -flags +bitexact out.wav -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 27 13:29:05 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 27 Oct 2012 11:29:05 -0000 Subject: [FFmpeg-trac] #1851(swscale:new): libswscale does incorrect range conversion for RGB->YUV and RGB->RGB Message-ID: <035.e49c785c31f8be2afc785d3a99dac4e2@avcodec.org> #1851: libswscale does incorrect range conversion for RGB->YUV and RGB->RGB ---------------------------------+-------------------------------------- Reporter: gjdfgh | Type: defect Status: new | Priority: important Component: swscale | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+-------------------------------------- libswscale seems to do completely confused range conversions for RGB->YUV. RGB->RGB randomly ignores the source range (at least in the unscaled case), and always ignores the destination range. YUV->RGB ignores destination range as well. The only cases that appear to be working as expected are conversions with YUV->YUV. Here's the output of a test program, that scales a solid image filled with gray=200, using various colorspace and range parameters. "200" is the input value, and the number after that the retrieved luma value or that of a RGB component. "no-scale" means it has been scaled with same source and destination width/height. The test program is attached as swscale.c to this ticket. {{{ no-scale rgb-lim rgb-lim 200 -> 200 no-scale rgb-lim rgb-ful 200 -> 200 no-scale rgb-lim yuv-lim 200 -> 188 no-scale rgb-lim yuv-ful 200 -> 200 no-scale rgb-ful rgb-lim 200 -> 200 no-scale rgb-ful rgb-ful 200 -> 200 no-scale rgb-ful yuv-lim 200 -> 177 no-scale rgb-ful yuv-ful 200 -> 188 no-scale yuv-lim rgb-lim 200 -> 214 no-scale yuv-lim rgb-ful 200 -> 214 no-scale yuv-lim yuv-lim 200 -> 200 no-scale yuv-lim yuv-ful 200 -> 214 no-scale yuv-ful rgb-lim 200 -> 200 no-scale yuv-ful rgb-ful 200 -> 200 no-scale yuv-ful yuv-lim 200 -> 188 no-scale yuv-ful yuv-ful 200 -> 200 scale rgb-lim rgb-lim 200 -> 200 scale rgb-lim rgb-ful 200 -> 200 scale rgb-lim yuv-lim 200 -> 188 scale rgb-lim yuv-ful 200 -> 200 scale rgb-ful rgb-lim 200 -> 188 scale rgb-ful rgb-ful 200 -> 188 scale rgb-ful yuv-lim 200 -> 177 scale rgb-ful yuv-ful 200 -> 188 scale yuv-lim rgb-lim 200 -> 214 scale yuv-lim rgb-ful 200 -> 214 scale yuv-lim yuv-lim 200 -> 200 scale yuv-lim yuv-ful 200 -> 214 scale yuv-ful rgb-lim 200 -> 200 scale yuv-ful rgb-ful 200 -> 200 scale yuv-ful yuv-lim 200 -> 188 scale yuv-ful yuv-ful 200 -> 200 }}} YUV->RGB ignores destination ranges, and always assumes full destination range. RGB->YUV looks completely messed up. Maybe someone flipped a bit somewhere? Scaled RGB->RGB ignores the destination range, and always seems to assume limitted range (so that rgb-lim->* does no conversion). Unscaled RGB->RGB ignores ranges completely, at least when the same pixel format is used. If there's some logic behind this, I don't get it, and it's not documented. If libswscale simply doesn't support limitted RGB range (which would lower its usefulness), at least the RGB->RGB case must be fixed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 27 13:31:57 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 27 Oct 2012 11:31:57 -0000 Subject: [FFmpeg-trac] #1852(swscale:new): libswscale can't handle destination widths below 8 Message-ID: <035.5b8c01fe0513a6192a6604999de6c20d@avcodec.org> #1852: libswscale can't handle destination widths below 8 ---------------------------------+-------------------------------------- Reporter: gjdfgh | Type: defect Status: new | Priority: normal Component: swscale | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+-------------------------------------- libswscale outputs warnings like these if the destination width is below 8: [swscaler @ 0x8ae9860]1280x720 -> 7x4 is invalid scaling dimension -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 27 13:37:53 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 27 Oct 2012 11:37:53 -0000 Subject: [FFmpeg-trac] #1852(swscale:open): libswscale can't handle destination widths below 8 In-Reply-To: <035.5b8c01fe0513a6192a6604999de6c20d@avcodec.org> References: <035.5b8c01fe0513a6192a6604999de6c20d@avcodec.org> Message-ID: <050.dad8cecdd0efd3d65d2479f05942cd3c@avcodec.org> #1852: libswscale can't handle destination widths below 8 -------------------------------------+----------------------------------- Reporter: gjdfgh | Owner: Type: enhancement | Status: open Priority: wish | Component: swscale Version: git-master | Resolution: Keywords: | 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: For future reports: Please always provide a command line together with complete, uncut console output to make the reports valid. {{{ $ ffmpeg -i tests/lena.pnm -s 8x3 out.png ffmpeg version N-46039-g7fe6f6e Copyright (c) 2000-2012 the FFmpeg developers built on Oct 26 2012 14:53:11 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 0.100 / 52. 0.100 libavcodec 54. 69.100 / 54. 69.100 libavformat 54. 35.100 / 54. 35.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 20.106 / 3. 20.106 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 Input #0, image2, from 'tests/lena.pnm': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: ppm, rgb24, 256x256, 25 tbr, 25 tbn, 25 tbc Output #0, image2, to 'out.png': Metadata: encoder : Lavf54.35.100 Stream #0:0: Video: png, rgb24, 8x3, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (ppm -> png) Press [q] to stop, [?] for help Segmentation fault cehoyos at lisbeth:~/Projects/cehoyos/FFmpeg> ./ffmpeg -i tests/lena.pnm -s 7x8 out.png ffmpeg version N-46039-g7fe6f6e Copyright (c) 2000-2012 the FFmpeg developers built on Oct 26 2012 14:53:11 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 0.100 / 52. 0.100 libavcodec 54. 69.100 / 54. 69.100 libavformat 54. 35.100 / 54. 35.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 20.106 / 3. 20.106 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 Input #0, image2, from 'tests/lena.pnm': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: ppm, rgb24, 256x256, 25 tbr, 25 tbn, 25 tbc [swscaler @ 0x34bd340] 256x256 -> 7x8 is invalid scaling dimension [swscaler @ 0x34bd340] 256x128 -> 7x4 is invalid scaling dimension Last message repeated 1 times [scaler for output stream 0:0 @ 0x34b2700] Failed to configure output pad on scaler for output stream 0:0 Error opening filters! }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 27 13:38:38 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 27 Oct 2012 11:38:38 -0000 Subject: [FFmpeg-trac] #1843(avformat:new): wav file fmt block size could be 16 for formatid==pcm In-Reply-To: <032.6b89def8afa9d4470366321916c423dc@avcodec.org> References: <032.6b89def8afa9d4470366321916c423dc@avcodec.org> Message-ID: <047.86f7eae2b14828f366e435ac6570c678@avcodec.org> #1843: wav file fmt block size could be 16 for formatid==pcm ------------------------------------+------------------------------------ Reporter: cgo | Owner: Type: defect | Status: new Priority: minor | Component: avformat Version: git-master | Resolution: Keywords: wav | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by heleppkes): Plain WAVEFORMAT is no good. You're misinterpreting the code there. WAVEFORMATEXTENSIBLE is yet another extension to WAVEFORMATEX. The bits per sample member you're cutting off there is required even for 16 bit content, if its not present 8 bit is assumed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 27 13:43:55 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 27 Oct 2012 11:43:55 -0000 Subject: [FFmpeg-trac] #1853(swscale:new): libswscale writes past scanline end Message-ID: <035.7dfe4835002fe92d9d2574b21bef65d0@avcodec.org> #1853: libswscale writes past scanline end ---------------------------------+--------------------------------------- Reporter: gjdfgh | Type: defect Status: new | Priority: normal Component: swscale | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+--------------------------------------- libswscale sometimes writes to the memory past the end of each scanline, into the space between end of scanline and start of the next pixel, or in other words, it overwrites pixels between (dstw, y) and (0, y+1). Often, this memory is just padding to satisfy alignment constraints on strides, but there are use cases where it's reasonable to expect that pixels outside the specified destination width should not be overwritten. For example, the destination image could be set up as cropped region of a larger image, and the regions of the larger images not covered by the destination region should not be overwritten. I suspect this bug/caveat happens due to use of SIMD to work on multiple pixels at once. libswscale should just use an unaccelerated code path to handle trailing pixels. This happens at least with PIX_FMT_BGRA. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 27 13:45:33 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 27 Oct 2012 11:45:33 -0000 Subject: [FFmpeg-trac] #1852(swscale:open): libswscale can't handle destination widths below 8 In-Reply-To: <035.5b8c01fe0513a6192a6604999de6c20d@avcodec.org> References: <035.5b8c01fe0513a6192a6604999de6c20d@avcodec.org> Message-ID: <050.7c3ca376f3ec329fe788e7ad045b1615@avcodec.org> #1852: libswscale can't handle destination widths below 8 -------------------------------------+----------------------------------- Reporter: gjdfgh | Owner: Type: enhancement | Status: open Priority: wish | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by gjdfgh): I would consider this rather a bug report than an enhancement request. A good library pays attention to corner cases. Sorry if that sounds ass- holish, but... seriously. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 27 13:51:07 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 27 Oct 2012 11:51:07 -0000 Subject: [FFmpeg-trac] #1854(swscale:new): libswscale has unreasonable alignment constraints Message-ID: <035.674f29719ad4836b92d8f208c94b814f@avcodec.org> #1854: libswscale has unreasonable alignment constraints ---------------------------------+--------------------------------------- Reporter: gjdfgh | Type: enhancement Status: new | Priority: normal Component: swscale | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+--------------------------------------- First of, there's a difference between alignment of single pixels, and alignment of the image start pointer. It's reasonable to demand strict alignment constraints on single pixels, e.g. that a pixels of size 4 should be aligned to 4. But having a 16 byte alignment on a pixel start pointer is not reasonable. For example, this doesn't allow passing cropped images to libswscale. (Unless the images are cropped in a way they satisfy the alignment constraints again.) Rather than fully reverting to the slow path in this case, libswscale should use the slow path only for the first N unaligned pixels, until an aligned pixel is reached, and then continue with an accelerated SIMD code path. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 27 14:13:11 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 27 Oct 2012 12:13:11 -0000 Subject: [FFmpeg-trac] #1854(swscale:new): libswscale has unreasonable alignment constraints In-Reply-To: <035.674f29719ad4836b92d8f208c94b814f@avcodec.org> References: <035.674f29719ad4836b92d8f208c94b814f@avcodec.org> Message-ID: <050.898be8d492c25b2605c2b47363d72f5e@avcodec.org> #1854: libswscale has unreasonable alignment constraints -------------------------------------+----------------------------------- Reporter: gjdfgh | Owner: Type: enhancement | Status: new Priority: wish | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * priority: normal => wish * version: unspecified => git-master Comment: If this is reproducible with ffmpeg, please provide an example command line together with complete, uncut console output to make this a valid ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 27 14:14:39 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 27 Oct 2012 12:14:39 -0000 Subject: [FFmpeg-trac] #1852(swscale:open): libswscale can't handle destination widths below 8 In-Reply-To: <035.5b8c01fe0513a6192a6604999de6c20d@avcodec.org> References: <035.5b8c01fe0513a6192a6604999de6c20d@avcodec.org> Message-ID: <050.a24a0d3c68f80914569a2a9916355880@avcodec.org> #1852: libswscale can't handle destination widths below 8 -------------------------------------+----------------------------------- Reporter: gjdfgh | Owner: Type: enhancement | Status: open Priority: wish | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by cehoyos): Could you describe your use case? (Afair this has never worked and a useful error message is shown which makes this an enhancement request imo.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 27 14:16:17 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 27 Oct 2012 12:16:17 -0000 Subject: [FFmpeg-trac] #1853(swscale:new): libswscale writes past scanline end In-Reply-To: <035.7dfe4835002fe92d9d2574b21bef65d0@avcodec.org> References: <035.7dfe4835002fe92d9d2574b21bef65d0@avcodec.org> Message-ID: <050.797093c6c9bbb3c9094ede859e421b93@avcodec.org> #1853: libswscale writes past scanline end -------------------------------------+----------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: new Priority: normal | Component: swscale Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by cehoyos): This may be a serious bug, but without a command line, complete uncut console output and valgrind and/or gdb output this report is unfortunately completely unusable. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 27 14:23:22 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 27 Oct 2012 12:23:22 -0000 Subject: [FFmpeg-trac] #1843(avformat:new): wav file fmt block size could be 16 for formatid==pcm In-Reply-To: <032.6b89def8afa9d4470366321916c423dc@avcodec.org> References: <032.6b89def8afa9d4470366321916c423dc@avcodec.org> Message-ID: <047.5fe88de16568d9aa8d100682df7f0ab8@avcodec.org> #1843: wav file fmt block size could be 16 for formatid==pcm ------------------------------------+------------------------------------ Reporter: cgo | Owner: Type: defect | Status: new Priority: minor | Component: avformat Version: git-master | Resolution: Keywords: wav | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:6 heleppkes]: > The bits per sample member you're cutting off there is required even for 16 bit content, if its not present 8 bit is assumed. True, patch deleted. The original patch should allow to write PCMWAVEFORMAT headers though. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 27 14:34:15 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 27 Oct 2012 12:34:15 -0000 Subject: [FFmpeg-trac] #1854(swscale:new): libswscale has unreasonable alignment constraints In-Reply-To: <035.674f29719ad4836b92d8f208c94b814f@avcodec.org> References: <035.674f29719ad4836b92d8f208c94b814f@avcodec.org> Message-ID: <050.0fce7a7a336ae023735723cd47a2fa09@avcodec.org> #1854: libswscale has unreasonable alignment constraints -------------------------------------+----------------------------------- Reporter: gjdfgh | Owner: Type: enhancement | Status: new Priority: wish | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by compn): do you have a benchmark with your code or ffmpeg that shows the difference in time between a slow path and the simd path? bonus points for a sample file which shows this problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 27 14:38:29 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 27 Oct 2012 12:38:29 -0000 Subject: [FFmpeg-trac] #1852(swscale:open): libswscale can't handle destination widths below 8 In-Reply-To: <035.5b8c01fe0513a6192a6604999de6c20d@avcodec.org> References: <035.5b8c01fe0513a6192a6604999de6c20d@avcodec.org> Message-ID: <050.e3820992a8187b89eabba50227a9644a@avcodec.org> #1852: libswscale can't handle destination widths below 8 -------------------------------------+----------------------------------- Reporter: gjdfgh | Owner: Type: enhancement | Status: open Priority: wish | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by compn): i think the 8 pixel limitation might also be due to many codecs not supporting a size under that resolution as well. why support it, if many codecs cannot work ? (i'm not arguing for or against here, just asking for use case) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 27 14:58:44 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 27 Oct 2012 12:58:44 -0000 Subject: [FFmpeg-trac] #1853(swscale:new): libswscale writes past scanline end In-Reply-To: <035.7dfe4835002fe92d9d2574b21bef65d0@avcodec.org> References: <035.7dfe4835002fe92d9d2574b21bef65d0@avcodec.org> Message-ID: <050.e5af015f6be25cf1d6c8b92facca926d@avcodec.org> #1853: libswscale writes past scanline end -------------------------------------+----------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: new Priority: normal | Component: swscale Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by compn): a sample and/or easy way to reproduce this would be most helpful in getting this problem fixed. a patch would be nice too... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 27 18:57:51 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 27 Oct 2012 16:57:51 -0000 Subject: [FFmpeg-trac] #1852(swscale:closed): libswscale can't handle destination widths below 8 In-Reply-To: <035.5b8c01fe0513a6192a6604999de6c20d@avcodec.org> References: <035.5b8c01fe0513a6192a6604999de6c20d@avcodec.org> Message-ID: <050.bab33af8e35ae2f3820403f5c1f195c3@avcodec.org> #1852: libswscale can't handle destination widths below 8 -------------------------------------+----------------------------------- Reporter: gjdfgh | Owner: Type: enhancement | Status: closed Priority: wish | Component: swscale 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 Michael. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 27 19:17:20 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 27 Oct 2012 17:17:20 -0000 Subject: [FFmpeg-trac] #1855(undetermined:new): snow: fail with decode of 2x2 resolution Message-ID: <038.8fc26c3a0a555efb6403b903b2886db9@avcodec.org> #1855: snow: fail with decode of 2x2 resolution -------------------------------------+------------------------------------- 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 -------------------------------------+------------------------------------- i'm not sure if this is a bug in encoder (missing check for minimal supported resolution) or in decoder {{{ C:\>ffmpeg -i 2.avi -vcodec snow -pix_fmt yuv420p -strict -2 out.avi ffmpeg version N-45867-g3318d6b Copyright (c) 2000-2012 the FFmpeg developers built on Oct 23 2012 02:39:33 with gcc 4.5.0 (GCC) 20100414 (Fedora MinGW 4.5. 0-1.fc14) configuration: --prefix=/var/www/users/research/ffmpeg/snapshots/build --arch= x86 --target-os=mingw32 --cross-prefix=i686-pc-mingw32- --cc='ccache i686 -pc-min gw32-gcc' --enable-w32threads --enable-memalign-hack --enable-runtime- cpudetect --enable-cross-compile --enable-static --disable-shared --extra- libs='-lws2_32 - lwinmm -lpthread' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snap shots/build/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/s napshots/build/lib' --enable-bzlib --enable-zlib --enable-gpl --enable- version3 --enable-nonfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libmp3lame --enable-libvpx --disable- decoder=libvpx libavutil 51. 77.100 / 51. 77.100 libavcodec 54. 68.100 / 54. 68.100 libavformat 54. 33.100 / 54. 33.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 20.104 / 3. 20.104 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 Input #0, avi, from '2.avi': Duration: 00:00:00.10, start: 0.000000, bitrate: 664 kb/s Stream #0:0: Video: cinepak (cvid / 0x64697663), yuv420p, 2x2, 10 tbr, 10 tb n, 10 tbc Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf54.33.100 Stream #0:0: Video: snow (SNOW / 0x574F4E53), yuv420p, 2x2, q=2-31, 200 kb/s , 10 tbn, 10 tbc Stream mapping: Stream #0:0 -> #0:0 (cinepak -> snow) Press [q] to stop, [?] for help frame= 1 fps=0.0 q=0.0 Lsize= 6kB time=00:00:00.10 bitrate= 457.0kbits/ s video:0kB audio:0kB subtitle:0 global headers:0kB muxing overhead 95100.000000% }}} {{{ C:\>ffmpeg -i out.avi out2.avi ffmpeg version N-45867-g3318d6b Copyright (c) 2000-2012 the FFmpeg developers built on Oct 23 2012 02:39:33 with gcc 4.5.0 (GCC) 20100414 (Fedora MinGW 4.5. 0-1.fc14) configuration: --prefix=/var/www/users/research/ffmpeg/snapshots/build --arch= x86 --target-os=mingw32 --cross-prefix=i686-pc-mingw32- --cc='ccache i686 -pc-min gw32-gcc' --enable-w32threads --enable-memalign-hack --enable-runtime- cpudetect --enable-cross-compile --enable-static --disable-shared --extra- libs='-lws2_32 - lwinmm -lpthread' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snap shots/build/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/s napshots/build/lib' --enable-bzlib --enable-zlib --enable-gpl --enable- version3 --enable-nonfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libmp3lame --enable-libvpx --disable- decoder=libvpx libavutil 51. 77.100 / 51. 77.100 libavcodec 54. 68.100 / 54. 68.100 libavformat 54. 33.100 / 54. 33.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 20.104 / 3. 20.104 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 [snow @ 0x1edc700] Error s->spatial_decomposition_count is 0 [avi @ 0x1edbe20] decoding for stream 0 failed [avi @ 0x1edbe20] Could not find codec parameters for stream 0 (Video: snow (SNO W / 0x574F4E53), 2x2): unspecified pixel format Consider increasing the value for the 'analyzeduration' and 'probesize' options out.avi: could not find codec parameters }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 27 21:00:23 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 27 Oct 2012 19:00:23 -0000 Subject: [FFmpeg-trac] #1853(swscale:open): libswscale writes past scanline end In-Reply-To: <035.7dfe4835002fe92d9d2574b21bef65d0@avcodec.org> References: <035.7dfe4835002fe92d9d2574b21bef65d0@avcodec.org> Message-ID: <050.eeb005a85157596a4967d0ec68a4188f@avcodec.org> #1853: libswscale writes past scanline end ------------------------------------+----------------------------------- Reporter: gjdfgh | 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 richardpl): * cc: onemda@? (added) * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 27 21:04:09 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 27 Oct 2012 19:04:09 -0000 Subject: [FFmpeg-trac] #1856(avformat:new): Files ffmpeg cannot convert Message-ID: <035.26efa5f208b6498d2eaa175cd5b13626@avcodec.org> #1856: Files ffmpeg cannot convert ----------------------------------+--------------------------------------- Reporter: johann | Type: enhancement Status: new | Priority: normal Component: avformat | Version: 0.10.5 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- I run an online audio converter that uses ffmpeg, among other tools, to convert audio files. I have collected a number of files that ffmpeg couldn't convert and I hope you can use them to improve ffmpeg. I tried to use {{{ % ffmpeg -y -i file.ext -acodec pcm_s16le -ac 2 fnuh.wav }}} to convert these files. The ffmpeg version in use is {{{ $ ffmpeg ffmpeg version 0.10.5-6:0.10.5-0ubuntu0jon1 Copyright (c) 2000-2012 the FFmpeg developers built on Oct 1 2012 01:56:55 with gcc 4.6.3 configuration: --arch=amd64 --enable-pthreads --enable-runtime-cpudetect --extra-version='6:0.10.5-0ubuntu0jon1' --libdir=/usr/lib/x86_64-linux-gnu --disable-stripping --prefix=/usr --enable-bzlib --enable-libdc1394 --enable-libfreetype --enable-frei0r --enable-gnutls --enable-libgsm --enable-libmp3lame --enable-librtmp --enable-libopencv --enable- libopenjpeg --enable-libpulse --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-vaapi --enable-vdpau --enable-libvorbis --enable-libvpx --enable-zlib --enable-gpl --enable-postproc --enable- libcdio --enable-x11grab --enable-libx264 --shlibdir=/usr/lib/x86_64 -linux-gnu --enable-shared --disable-static libavutil 51. 35.100 / 51. 35.100 libavcodec 53. 61.100 / 53. 61.100 libavformat 53. 32.100 / 53. 32.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 61.100 / 2. 61.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 6.100 / 0. 6.100 libpostproc 52. 0.100 / 52. 0.100 }}} Download the files at https://docs.google.com/open?id=0B_2v4lMxiJ1ARnptY1hmVjBpWlk -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 27 21:30:25 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 27 Oct 2012 19:30:25 -0000 Subject: [FFmpeg-trac] #1843(avformat:new): wav file fmt block size could be 16 for formatid==pcm In-Reply-To: <032.6b89def8afa9d4470366321916c423dc@avcodec.org> References: <032.6b89def8afa9d4470366321916c423dc@avcodec.org> Message-ID: <047.2bd8606b454c982c929da674e259839b@avcodec.org> #1843: wav file fmt block size could be 16 for formatid==pcm ------------------------------------+------------------------------------ Reporter: cgo | Owner: Type: defect | Status: new Priority: minor | Component: avformat Version: git-master | Resolution: Keywords: wav | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cgo): Replying to [comment:7 cehoyos]: > The original patch should allow to write PCMWAVEFORMAT headers though. Right. I reread the wavinfo source code and it really makes wild guesses on how the file is structured: {{{ externals/ext13/wavinfo.c : typedef struct _wave { char w_fileid[4]; /* chunk id 'RIFF' */ uint32 w_chunksize; /* chunk size */ char w_waveid[4]; /* wave chunk id 'WAVE' */ char w_fmtid[4]; /* format chunk id 'fmt ' */ uint32 w_fmtchunksize; /* format chunk size */ uint16 w_fmttag; /* format tag, 1 for PCM */ uint16 w_nchannels; /* number of channels */ uint32 w_samplespersec; /* sample rate in hz */ uint32 w_navgbytespersec; /* average bytes per second */ uint16 w_nblockalign; /* number of bytes per sample */ uint16 w_nbitspersample; /* number of bits in a sample */ char w_datachunkid[4]; /* data chunk id 'data' */ uint32 w_datachunksize; /* length of data chunk */ } t_wave; wavinfo = getbytes(sizeof(t_wave)); }}} So any LIST chunk or extended wav format will fail. I think you can merge your patch (it's useful anyway), and close the bug. The problem really lies with this pure-data object. Thanks for your help and this great software, Charles -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 27 21:38:01 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 27 Oct 2012 19:38:01 -0000 Subject: [FFmpeg-trac] #1856(avformat:open): Files ffmpeg cannot convert In-Reply-To: <035.26efa5f208b6498d2eaa175cd5b13626@avcodec.org> References: <035.26efa5f208b6498d2eaa175cd5b13626@avcodec.org> Message-ID: <050.b29621c6797dabc5234ec71a4c0e829e@avcodec.org> #1856: Files ffmpeg cannot convert -------------------------------------+------------------------------------ Reporter: johann | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by richardpl): * priority: normal => wish * status: new => open * version: 0.10.5 => git-master Comment: All 3ga files are invalid - they are missing moov atom. Is there program which can actually decode them? For one file we have already bug report (non 4-bit ADPCM IMA wav) And second file is wav with audio tag 0xA100. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 27 22:01:51 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 27 Oct 2012 20:01:51 -0000 Subject: [FFmpeg-trac] #1857(avcodec:new): PNG textual information chunks Message-ID: <038.90f20f51cea7ac21e418e4b98468dab0@avcodec.org> #1857: PNG textual information chunks ---------------------------------------+--------------------------------- Reporter: richardpl | Owner: Type: enhancement | Status: new Priority: wish | Component: avcodec Version: git-master | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 ---------------------------------------+--------------------------------- Specifically chunks '''tEXt''', '''zTXt''', '''iTXt'''. See [http://www.libpng.org/pub/png/spec/1.2/PNG-Chunks.html#C.Anc-text] -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 27 22:23:36 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 27 Oct 2012 20:23:36 -0000 Subject: [FFmpeg-trac] #1856(avformat:open): Files ffmpeg cannot convert In-Reply-To: <035.26efa5f208b6498d2eaa175cd5b13626@avcodec.org> References: <035.26efa5f208b6498d2eaa175cd5b13626@avcodec.org> Message-ID: <050.abbf594c291c3024b0a87568a8e4d2d0@avcodec.org> #1856: Files ffmpeg cannot convert -------------------------------------+------------------------------------ Reporter: johann | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by johann): Hello, thanks for looking into the files. As for the 3ga files -- do you have any ideas where they could come from? Users upload anything and everything and maybe there's some half-broken cellphone out there that records these? BTW: file says ISO Media, MPEG v4 system, 3GPP to all the 3ga files. The wav file with the 0xa100 is using Comverse Infosys Ltd. G723 1, according to [http://www.sno.phy.queensu.ca/~phil/exiftool/TagNames/RIFF.html this]. Is there a list of TwoCC codecs ffmpeg supports? Thanks, Johann -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 27 23:31:22 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 27 Oct 2012 21:31:22 -0000 Subject: [FFmpeg-trac] #1856(avformat:open): Files ffmpeg cannot convert In-Reply-To: <035.26efa5f208b6498d2eaa175cd5b13626@avcodec.org> References: <035.26efa5f208b6498d2eaa175cd5b13626@avcodec.org> Message-ID: <050.59ca432fd6a0f4ccd9d7b52a01ca9089@avcodec.org> #1856: Files ffmpeg cannot convert -------------------------------------+------------------------------------ Reporter: johann | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by richardpl): 0xa100 is now supported: [http://git.videolan.org/?p=ffmpeg.git;a=commit;h=2ef26b5e73373d0684a3507f74adfbf3a1e22785] TwoCC list: [http://ffmpeg.org/doxygen/trunk/riff_8c-source.html#l00327] -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Oct 27 23:41:06 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 27 Oct 2012 21:41:06 -0000 Subject: [FFmpeg-trac] #1305(avfilter:open): Embedded ASS subtitle support In-Reply-To: <036.c67c257776ddbde666281eff14e99a56@avcodec.org> References: <036.c67c257776ddbde666281eff14e99a56@avcodec.org> Message-ID: <051.6f93db480e614cc12c48c429b2f4a9af@avcodec.org> #1305: Embedded ASS subtitle support -------------------------------------+------------------------------------ Reporter: SubJunk | Owner: Type: enhancement | Status: open Priority: wish | Component: avfilter Version: git-master | Resolution: Keywords: ass | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by SubJunk): OK, no problem. I'm happy to help in any way I can. I'm idling in #ffmpeg- devel if you want to chat there -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 28 00:07:12 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 27 Oct 2012 22:07:12 -0000 Subject: [FFmpeg-trac] #1856(avformat:open): Files ffmpeg cannot convert In-Reply-To: <035.26efa5f208b6498d2eaa175cd5b13626@avcodec.org> References: <035.26efa5f208b6498d2eaa175cd5b13626@avcodec.org> Message-ID: <050.f962a6e310171f66b08bc3a1921f2bc6@avcodec.org> #1856: Files ffmpeg cannot convert -------------------------------------+------------------------------------ Reporter: johann | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by johann): Thanks, do you plan to merge this change in the 0.10 branch so it would be available on Ubuntu 12.04? Also, I was trying to play the 3ga files on my Android tablet but it wouldn't play it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 28 00:56:31 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 27 Oct 2012 22:56:31 -0000 Subject: [FFmpeg-trac] #1858(undetermined:new): smackvideo: fail to decode Message-ID: <038.48651862d141937690f74e0dfead4011@avcodec.org> #1858: smackvideo: fail to decode -------------------------------------+------------------------------------- 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 -------------------------------------+------------------------------------- for some reason "128_76.avi" file fails to decode with ffmpeg (plays fine with SmackPlay) {{{ C:\>ffmpeg -i 128_76.smk out.avi ffmpeg version N-45867-g3318d6b Copyright (c) 2000-2012 the FFmpeg developers built on Oct 23 2012 02:39:33 with gcc 4.5.0 (GCC) 20100414 (Fedora MinGW 4.5. 0-1.fc14) configuration: --prefix=/var/www/users/research/ffmpeg/snapshots/build --arch= x86 --target-os=mingw32 --cross-prefix=i686-pc-mingw32- --cc='ccache i686 -pc-min gw32-gcc' --enable-w32threads --enable-memalign-hack --enable-runtime- cpudetect --enable-cross-compile --enable-static --disable-shared --extra- libs='-lws2_32 - lwinmm -lpthread' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snap shots/build/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/s napshots/build/lib' --enable-bzlib --enable-zlib --enable-gpl --enable- version3 --enable-nonfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libmp3lame --enable-libvpx --disable- decoder=libvpx libavutil 51. 77.100 / 51. 77.100 libavcodec 54. 68.100 / 54. 68.100 libavformat 54. 33.100 / 54. 33.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 20.104 / 3. 20.104 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 Input #0, smk, from '128_76.smk': Duration: 00:00:01.00, bitrate: 92 kb/s Stream #0:0: Video: smackvideo (SMK4 / 0x344B4D53), pal8, 128x76, 1 tbr, 1 t bn, 1 tbc Output #0, avi, to 'out.avi': Stream #0:0: Video: mpeg4, yuv420p, 128x76, q=2-31, 200 kb/s, 90k tbn, 1 tbc Stream mapping: Stream #0:0 -> #0:0 (smackvid -> mpeg4) Error while opening decoder for input stream #0:0 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 28 00:57:05 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 27 Oct 2012 22:57:05 -0000 Subject: [FFmpeg-trac] #1844(undetermined:new): Audio resampling asm crashes on windows (was: Crash when trying to join two video files) In-Reply-To: <036.2291eb0e70af01e019b6fccd64ec2352@avcodec.org> References: <036.2291eb0e70af01e019b6fccd64ec2352@avcodec.org> Message-ID: <051.6cec2940fbc971e0c5bc63ee079bcd5f@avcodec.org> #1844: Audio resampling asm crashes on windows -------------------------------------+------------------------------------- Reporter: thegeek | 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 thegeek): I spoke to the libav guys and it seems this bug may also exist in avresample -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 28 02:51:05 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 28 Oct 2012 00:51:05 -0000 Subject: [FFmpeg-trac] #1844(undetermined:new): Audio resampling asm crashes on windows In-Reply-To: <036.2291eb0e70af01e019b6fccd64ec2352@avcodec.org> References: <036.2291eb0e70af01e019b6fccd64ec2352@avcodec.org> Message-ID: <051.dc37c618ef5c12878a1809b9abf66b6e@avcodec.org> #1844: Audio resampling asm crashes on windows -------------------------------------+------------------------------------- Reporter: thegeek | 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 michael): possibly fixed, please test -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 28 02:02:35 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 28 Oct 2012 01:02:35 -0000 Subject: [FFmpeg-trac] #1851(swscale:closed): libswscale does incorrect range conversion for RGB->YUV and RGB->RGB In-Reply-To: <035.e49c785c31f8be2afc785d3a99dac4e2@avcodec.org> References: <035.e49c785c31f8be2afc785d3a99dac4e2@avcodec.org> Message-ID: <050.9fc022f23fb18557a806f558b0fca735@avcodec.org> #1851: libswscale does incorrect range conversion for RGB->YUV and RGB->RGB ------------------------------------+----------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: closed Priority: important | Component: swscale Version: git-master | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by michael): * status: new => closed * resolution: => invalid Comment: There exists just one 8bit RGB range and that is 0..255, the difference in ranges is specific to YUV. I think thats the only source of errors in the table so iam closing this, but if theres another problem that i missed, please reopen. Also ive changed sws so it ignores the range for RGB instead of doing something quite random if such combination is used -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 28 02:14:27 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 28 Oct 2012 01:14:27 -0000 Subject: [FFmpeg-trac] #1858(undetermined:open): smackvideo: fail to decode In-Reply-To: <038.48651862d141937690f74e0dfead4011@avcodec.org> References: <038.48651862d141937690f74e0dfead4011@avcodec.org> Message-ID: <053.b5585aeb206a89416cc2cfda2c893fd3@avcodec.org> #1858: smackvideo: fail to decode -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: smacker | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => smacker * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 Comment: Fails when calling smacker_decode_header_tree() from decode_header_trees() for TYPE. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 28 02:18:45 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 28 Oct 2012 01:18:45 -0000 Subject: [FFmpeg-trac] #1579(avformat:open): fix remuxing of imaadpcm in wav In-Reply-To: <038.cbbcc4134b2e4f49ec451f08218f8680@avcodec.org> References: <038.cbbcc4134b2e4f49ec451f08218f8680@avcodec.org> Message-ID: <053.65d4f2651049a0096aea4e036359e51b@avcodec.org> #1579: fix remuxing of imaadpcm in wav ------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: adpcm wav | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => adpcm wav -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 28 02:27:35 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 28 Oct 2012 01:27:35 -0000 Subject: [FFmpeg-trac] #1856(avformat:closed): Files ffmpeg cannot convert In-Reply-To: <035.26efa5f208b6498d2eaa175cd5b13626@avcodec.org> References: <035.26efa5f208b6498d2eaa175cd5b13626@avcodec.org> Message-ID: <050.5f3f080ddfca9d4e72995b5908c8fe72@avcodec.org> #1856: Files ffmpeg cannot convert -------------------------------------+------------------------------------ Reporter: johann | Owner: Type: enhancement | Status: closed Priority: wish | Component: avformat Version: git-master | Resolution: fixed Keywords: g7231 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => g7231 * status: open => closed * resolution: => fixed Comment: The problem with adpcm_ima_wav is a duplicate of ticket #1856. Enhancements are usually not backported, could you send a patch (or setup a git clone) if you need it? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 28 03:29:42 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 28 Oct 2012 02:29:42 -0000 Subject: [FFmpeg-trac] #1853(swscale:open): libswscale writes past scanline end In-Reply-To: <035.7dfe4835002fe92d9d2574b21bef65d0@avcodec.org> References: <035.7dfe4835002fe92d9d2574b21bef65d0@avcodec.org> Message-ID: <050.6aaebb3286a93dfb1c85b5cde42f43d0@avcodec.org> #1853: libswscale writes past scanline end ------------------------------------+----------------------------------- Reporter: gjdfgh | 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): Trying to address some of the comments made on irc about this ticket: After working on several thousand FFmpeg bug reports (not just 1500 - ? - on trac) and a few mails on ffmpeg-users, I feel very safe to assume that reports that I can reproduce have a significantly higher probability of being fixed than reports that I cannot reproduce / do not understand. So typically, it makes a lot of sense to report the problem in a way that it can be easily understood by somebody who is neither an English native speaker nor the original author of the code. Concerning the question why ffmpeg (the application) has to be used: Of course tickets can be opened for library usage only, but as was explained on irc, in 90% of all such cases the problem is either easily reproducible with ffmpeg (and it is much more likely that a developer will work on it because a test case is available without additional time-consuming effort) or a bug in the user application. In the remaining cases, trying to figure out why a problem is not reproducible with ffmpeg typically helps a lot understanding (and fixing) the issue. That brings me to another point that may also be relevant in this case: It is not only not the duty of the reporter to analyze an issue, it is actually his only duty to provide a reproducible report with all information needed to reproduce the problem. It is of course ok to add an analysis, but the analysis should never replace the actual report, it is purely optional. And I will of course continue to also comment on issues that I fail to understand - it is not a good idea to ignore tickets: I originally missed ticket #1587 and it is now an interesting looking report without a sample to reproduce;-( Or in other words: Please believe me that my comments are made with the intention to help the reporter (both with the original problems and with future reports). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 28 11:03:40 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 28 Oct 2012 10:03:40 -0000 Subject: [FFmpeg-trac] #1844(undetermined:new): Audio resampling asm crashes on windows In-Reply-To: <036.2291eb0e70af01e019b6fccd64ec2352@avcodec.org> References: <036.2291eb0e70af01e019b6fccd64ec2352@avcodec.org> Message-ID: <051.b97f101d2a6a2765cc32d0991255213c@avcodec.org> #1844: Audio resampling asm crashes on windows -------------------------------------+------------------------------------- Reporter: thegeek | 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 thegeek): Replying to [comment:8 michael]: > possibly fixed, please test I can confirm it is fixed (commit d23e8f53ad01fde6d0dd96644c2a594f8dd7537e) I tested both latest git and also by backporting to 1.0. Thanks :) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 28 11:09:17 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 28 Oct 2012 10:09:17 -0000 Subject: [FFmpeg-trac] #1859(FFprobe:new): feature request: making skip_stream work with ffprobe Message-ID: <038.003a37c371672945e1cb445a5dba0545@avcodec.org> #1859: feature request: making skip_stream work with ffprobe -------------------------------------+------------------------------------- Reporter: vineet156 | Type: Status: new | enhancement Component: FFprobe | Priority: normal Keywords: ffprobe, | Version: skip_frame | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I can extract "video stream" frame information using ffprobe {{{ % ffprobe -select_streams v -show_frames -print_format json 1280x720_Shinkarenko-Gonzalez.mp4 > allframe-info.txt }}} But if i further add "-skip_frame nokey" to above command {{{ % ffprobe -skip_frame nokey -select_streams v -show_frames -print_format json 1280x720_Shinkarenko-Gonzalez.mp4 > keyframe-info.txt }}} It doesn't make any difference to the output. What I am trying to is extract keyframe info. I get this data from first command. But then the output file contains detail of all frames and I have to filter out text file. Moreover, I feel that using skip_frame will speed up the result I need. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 28 11:26:15 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 28 Oct 2012 10:26:15 -0000 Subject: [FFmpeg-trac] #1844(swresample:closed): Audio resampling asm crashes on windows In-Reply-To: <036.2291eb0e70af01e019b6fccd64ec2352@avcodec.org> References: <036.2291eb0e70af01e019b6fccd64ec2352@avcodec.org> Message-ID: <051.bb730e3c1908d0a7dd47a30f87dca029@avcodec.org> #1844: Audio resampling asm crashes on windows -------------------------------------+------------------------------------- Reporter: thegeek | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | swresample Keywords: win64 crash | Resolution: fixed SIGSEGV | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => win64 crash SIGSEGV * resolution: => fixed * status: new => closed * component: undetermined => swresample Comment: Thank you for the report! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 28 11:57:39 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 28 Oct 2012 10:57:39 -0000 Subject: [FFmpeg-trac] #1860(undetermined:new): Getting invalid data found when processing input errors Message-ID: <041.435c1d37a9db63e7449aa6d1a9106d6d@avcodec.org> #1860: Getting invalid data found when processing input errors -------------------------------------+------------------------------------- Reporter: | Type: defect browneandrae | Priority: normal Status: new | Version: Component: | unspecified undetermined | Blocked By: Keywords: | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- When trying to use ffmpeg, ffplay and ffprobe commands, I am getting invalid data found when processing input errors. I have attached pictures displaying the errors. Conversion works for some files, but not for others. I converted the files using the same program. -Andrae -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 28 12:11:18 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 28 Oct 2012 11:11:18 -0000 Subject: [FFmpeg-trac] #1860(FFmpeg:new): Getting invalid data found when processing input errors In-Reply-To: <041.435c1d37a9db63e7449aa6d1a9106d6d@avcodec.org> References: <041.435c1d37a9db63e7449aa6d1a9106d6d@avcodec.org> Message-ID: <056.c3f4ec22dbbea8990c65930153c874a5@avcodec.org> #1860: Getting invalid data found when processing input errors --------------------------------------+---------------------------------- Reporter: browneandrae | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- Changes (by browneandrae): * version: unspecified => git-master * component: undetermined => FFmpeg -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 28 13:11:03 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 28 Oct 2012 12:11:03 -0000 Subject: [FFmpeg-trac] #1860(undetermined:new): Getting invalid data found when processing input errors In-Reply-To: <041.435c1d37a9db63e7449aa6d1a9106d6d@avcodec.org> References: <041.435c1d37a9db63e7449aa6d1a9106d6d@avcodec.org> Message-ID: <056.2ef38d529da710080a406012d8a4f806@avcodec.org> #1860: Getting invalid data found when processing input errors -------------------------------------+------------------------------------- Reporter: | Owner: browneandrae | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * component: FFmpeg => undetermined Comment: To make this a valid ticket, please provide a sample and please paste your command line together with complete, uncut console output into the ticket, please do not attach screen shots, they are almost never helpful. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 28 14:48:56 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 28 Oct 2012 13:48:56 -0000 Subject: [FFmpeg-trac] #1052(avformat:closed): libavformat doesn't preserve some metadata for mov containers In-Reply-To: <035.e5215b1dc73ec9b23896d19ff1080831@avcodec.org> References: <035.e5215b1dc73ec9b23896d19ff1080831@avcodec.org> Message-ID: <050.bdf63002c011689926ba644fbd595142@avcodec.org> #1052: libavformat doesn't preserve some metadata for mov containers ------------------------------------+------------------------------------ Reporter: bbraun | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => closed * resolution: => fixed Comment: Applied by Michael. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 28 15:04:58 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 28 Oct 2012 14:04:58 -0000 Subject: [FFmpeg-trac] #1857(avcodec:open): PNG textual information chunks In-Reply-To: <038.90f20f51cea7ac21e418e4b98468dab0@avcodec.org> References: <038.90f20f51cea7ac21e418e4b98468dab0@avcodec.org> Message-ID: <053.65e549ab66cc2fb10c67702487a843a5@avcodec.org> #1857: PNG textual information chunks -------------------------------------+----------------------------------- Reporter: richardpl | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by Cigaes): * status: new => open Comment: I had old patches implementing that, I just updated them and submitted them to the mailing-list. [http://ffmpeg.org/pipermail/ffmpeg-devel/2012-October/133165.html] I do not have samples with iTXt chunks. Do you have any, or can you suggest a tool to produce some? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 28 15:21:12 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 28 Oct 2012 14:21:12 -0000 Subject: [FFmpeg-trac] #1859(FFprobe:open): feature request: making skip_stream work with ffprobe In-Reply-To: <038.003a37c371672945e1cb445a5dba0545@avcodec.org> References: <038.003a37c371672945e1cb445a5dba0545@avcodec.org> Message-ID: <053.fa48983382b4f36d54fff3573cd98254@avcodec.org> #1859: feature request: making skip_stream work with ffprobe -------------------------------------+----------------------------------- Reporter: vineet156 | Owner: Type: enhancement | Status: open Priority: wish | Component: FFprobe Version: git-master | Resolution: Keywords: skip_frame | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: ffprobe, skip_frame => skip_frame * priority: normal => wish * version: => git-master * status: new => open * reproduced: 0 => 1 Comment: For future tickets: Please always provide the command line together with complete, uncut console output. I can confirm that the following command line does not execute faster than without -skip_frame nokey and takes nearly as long as ffmpeg -i Vertical400kbit.sorenson3.mov -f null - (while ffmpeg -skip_frame nokey is significantly faster). {{{ $ ffprobe -skip_frame nokey -select_streams v -show_frames fate- suite/svq3/Vertical400kbit.sorenson3.mov >test ffprobe version N-46093-g14f69a0 Copyright (c) 2007-2012 the FFmpeg developers built on Oct 28 2012 13:17:25 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 1.100 / 52. 1.100 libavcodec 54. 69.100 / 54. 69.100 libavformat 54. 35.100 / 54. 35.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 20.106 / 3. 20.106 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x1baddc0] max_analyze_duration 5000000 reached at 5000998 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'fate- suite/svq3/Vertical400kbit.sorenson3.mov': Metadata: creation_time : 2001-03-20 16:17:18 title : Vertical Online SV3 Demo title-eng : Vertical Online SV3 Demo artist : Logan Kelsey artist-eng : Logan Kelsey copyright : ? Vertical Online 2001 copyright-eng : ? Vertical Online 2001 encoder : Sorenson Video 3 encoder-eng : Sorenson Video 3 Duration: 00:00:43.57, start: 0.000000, bitrate: 580 kb/s Stream #0:0(eng): Video: svq3 (SVQ3 / 0x33515653), yuvj420p, 320x240, 391 kb/s, 30.02 fps, 30 tbr, 600 tbn, 600 tbc Metadata: creation_time : 2001-03-20 16:17:18 handler_name : Apple Alias Data Handler Stream #0:1(eng): Audio: adpcm_ima_qt (ima4 / 0x34616D69), 44100 Hz, 1 channels, s16p, 176 kb/s Metadata: creation_time : 2001-03-20 16:17:18 handler_name : Apple Alias Data Handler }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 28 15:44:54 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 28 Oct 2012 14:44:54 -0000 Subject: [FFmpeg-trac] #1851(swscale:closed): libswscale does incorrect range conversion for RGB->YUV and RGB->RGB In-Reply-To: <035.e49c785c31f8be2afc785d3a99dac4e2@avcodec.org> References: <035.e49c785c31f8be2afc785d3a99dac4e2@avcodec.org> Message-ID: <050.fc3560b744687294958355b8e6809b85@avcodec.org> #1851: libswscale does incorrect range conversion for RGB->YUV and RGB->RGB ------------------------------------+----------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: closed Priority: important | Component: swscale Version: git-master | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by gjdfgh): Limited RGB does seem to exist: for RGB output to TVs and projectors. Having no limited RGB support is probably better to breaking completely unrelated conversions, though. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 28 15:47:51 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 28 Oct 2012 14:47:51 -0000 Subject: [FFmpeg-trac] #1859(FFprobe:open): feature request: making skip_stream work with ffprobe In-Reply-To: <038.003a37c371672945e1cb445a5dba0545@avcodec.org> References: <038.003a37c371672945e1cb445a5dba0545@avcodec.org> Message-ID: <053.6dbabe2de6bc61b36d72c59032820baf@avcodec.org> #1859: feature request: making skip_stream work with ffprobe -------------------------------------+----------------------------------- Reporter: vineet156 | Owner: Type: enhancement | Status: open Priority: wish | Component: FFprobe Version: git-master | Resolution: Keywords: skip_frame | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by vineet156): Thanks, but "-skip_frame nokey" does not work even with ffmpeg! When I run following command:[[BR]] ffprobe -select_streams v -show_frames -print_format json 1280x720_Shinkarenko-Gonzalez.mp4 > allframe-info.txt {{{ ffprobe version 1.0.git Copyright (c) 2007-2012 the FFmpeg developers built on Oct 28 2012 09:10:45 with gcc 4.4.5 (Debian 4.4.5-8) configuration: --prefix=/usr/local --enable-libx264 --enable-libfaac --enable-gpl --enable-shared --enable-nonfree --enable-libvorbis --enable- libvpx --disable-ffserver --disable-doc --enable-bzlib --enable-zlib libavutil 52. 0.100 / 52. 0.100 libavcodec 54. 69.100 / 54. 69.100 libavformat 54. 34.100 / 54. 34.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 20.105 / 3. 20.105 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '1280x720_Shinkarenko- Gonzalez.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 creation_time : 1970-01-01 00:00:00 encoder : Lavf52.94.0 Duration: 00:07:36.22, start: 0.000000, bitrate: 3470 kb/s Stream #0:0(und): Video: h264 (Main) (avc1 / 0x31637661), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 3298 kb/s, 29.97 fps, 29.97 tbr, 30k tbn, 59.94 tbc Metadata: creation_time : 1970-01-01 00:00:00 handler_name : VideoHandler Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 48000 Hz, stereo, s16, 165 kb/s Metadata: creation_time : 1970-01-01 00:00:00 handler_name : SoundHandler }}} My allframe-info.txt has info has 13673 frames info in following json format: {{{ "frames": [ { "media_type": "video", "key_frame": 1, "pkt_pts": 0, "pkt_pts_time": "0.000000", "pkt_dts": 0, "pkt_dts_time": "0.000000", "pkt_duration": 1001, "pkt_duration_time": "0.033367", "pkt_pos": "48", "width": 1280, "height": 720, "pix_fmt": "yuv420p", "sample_aspect_ratio": "1:1", "pict_type": "I", "coded_picture_number": 0, "display_picture_number": 0, "interlaced_frame": 0, "top_field_first": 0, "repeat_pict": 0, "reference": 3 }, { "media_type": "video", "key_frame": 0, "pkt_pts": 1001, "pkt_pts_time": "0.033367", "pkt_dts": 1001, "pkt_dts_time": "0.033367", "pkt_duration": 1001, "pkt_duration_time": "0.033367", "pkt_pos": "121676", "width": 1280, "height": 720, "pix_fmt": "yuv420p", "sample_aspect_ratio": "1:1", "pict_type": "B", "coded_picture_number": 2, "display_picture_number": 0, "interlaced_frame": 0, "top_field_first": 0, "repeat_pict": 0, "reference": 0 }, .... .... .... ] } }}} [[BR]] And there are 55 video frames where "key_frame": 1 in the json data file. By this logic using "-skip_frame nokey" additional parameter to above command, I should get only those 55 keyframes' json info in my text file so my command line becomes: ffprobe -skip_frame nokey -select_streams v -show_frames -print_format json 1280x720_Shinkarenko-Gonzalez.mp4 > keyframe-info.txt {{{ ffprobe version 1.0.git Copyright (c) 2007-2012 the FFmpeg developers built on Oct 28 2012 09:10:45 with gcc 4.4.5 (Debian 4.4.5-8) configuration: --prefix=/usr/local --enable-libx264 --enable-libfaac --enable-gpl --enable-shared --enable-nonfree --enable-libvorbis --enable- libvpx --disable-ffserver --disable-doc --enable-bzlib --enable-zlib libavutil 52. 0.100 / 52. 0.100 libavcodec 54. 69.100 / 54. 69.100 libavformat 54. 34.100 / 54. 34.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 20.105 / 3. 20.105 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '1280x720_Shinkarenko- Gonzalez.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 creation_time : 1970-01-01 00:00:00 encoder : Lavf52.94.0 Duration: 00:07:36.22, start: 0.000000, bitrate: 3470 kb/s Stream #0:0(und): Video: h264 (Main) (avc1 / 0x31637661), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 3298 kb/s, 29.97 fps, 29.97 tbr, 30k tbn, 59.94 tbc Metadata: creation_time : 1970-01-01 00:00:00 handler_name : VideoHandler Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 48000 Hz, stereo, s16, 165 kb/s Metadata: creation_time : 1970-01-01 00:00:00 handler_name : SoundHandler }}} But my keyframe-info.txt file again contains 13673 frames instead of 55 keyframes So "skip_frame nokey" is not working. Is this a bug? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 28 15:48:19 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 28 Oct 2012 14:48:19 -0000 Subject: [FFmpeg-trac] #1782(avfilter:closed): telecine filter does not work for bit-depth > 8 In-Reply-To: <036.5abb3542407865a1696b06c278d16630@avcodec.org> References: <036.5abb3542407865a1696b06c278d16630@avcodec.org> Message-ID: <051.8af7bf9503a3cc9fe3c50784bf84e415@avcodec.org> #1782: telecine filter does not work for bit-depth > 8 -------------------------------------+------------------------------------- Reporter: dericed | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: git-master | Resolution: fixed Keywords: pulldown | Blocked By: mpfilter | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Should be fixed for yuv formats with bit-depth > 8. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 28 15:50:12 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 28 Oct 2012 14:50:12 -0000 Subject: [FFmpeg-trac] #1859(FFprobe:open): feature request: making skip_stream work with ffprobe In-Reply-To: <038.003a37c371672945e1cb445a5dba0545@avcodec.org> References: <038.003a37c371672945e1cb445a5dba0545@avcodec.org> Message-ID: <053.120bb781c7158a0fde4dfdf192760085@avcodec.org> #1859: feature request: making skip_stream work with ffprobe -------------------------------------+----------------------------------- Reporter: vineet156 | Owner: Type: enhancement | Status: open Priority: wish | Component: FFprobe Version: git-master | Resolution: Keywords: skip_frame | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by cehoyos): Replying to [comment:2 vineet156]: > Thanks, but "-skip_frame nokey" does not work even with ffmpeg! It works fine here, could you elaborate? (Please provide the ffmpeg command line you tested together with complete, uncut console output.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 28 15:53:03 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 28 Oct 2012 14:53:03 -0000 Subject: [FFmpeg-trac] #1852(swscale:closed): libswscale can't handle destination widths below 8 In-Reply-To: <035.5b8c01fe0513a6192a6604999de6c20d@avcodec.org> References: <035.5b8c01fe0513a6192a6604999de6c20d@avcodec.org> Message-ID: <050.7c957632d5cc935117d12fb7b1f79b27@avcodec.org> #1852: libswscale can't handle destination widths below 8 -------------------------------------+----------------------------------- Reporter: gjdfgh | Owner: Type: enhancement | Status: closed Priority: wish | Component: swscale Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by gjdfgh): sws: filterSize 728 is too large, try less extreem scaling or increase MAX_FILTER_SIZE and recompile sws: initFilter failed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 28 16:01:23 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 28 Oct 2012 15:01:23 -0000 Subject: [FFmpeg-trac] #1859(FFprobe:open): feature request: making skip_stream work with ffprobe In-Reply-To: <038.003a37c371672945e1cb445a5dba0545@avcodec.org> References: <038.003a37c371672945e1cb445a5dba0545@avcodec.org> Message-ID: <053.56e6d1ef5b6d42ac9bd5811322767c94@avcodec.org> #1859: feature request: making skip_stream work with ffprobe -------------------------------------+----------------------------------- Reporter: vineet156 | Owner: Type: enhancement | Status: open Priority: wish | Component: FFprobe Version: git-master | Resolution: Keywords: skip_frame | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by vineet156): This is my command line. ffmpeg -skip_frame nokey -i 1280x720_Shinkarenko-Gonzalez.mp4 -vf showinfo='iskey' -f null - complete uncut output is attached: output.log each and every frame is shown via showinfo, while all nonkey frame should have been skipped from input itself. You can see that only 55 frames have "iskey:1" in output.log -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 28 16:13:43 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 28 Oct 2012 15:13:43 -0000 Subject: [FFmpeg-trac] #1852(swscale:reopened): libswscale can't handle destination widths below 8 In-Reply-To: <035.5b8c01fe0513a6192a6604999de6c20d@avcodec.org> References: <035.5b8c01fe0513a6192a6604999de6c20d@avcodec.org> Message-ID: <050.c2c2904a34438908d8a6974d8e7304ce@avcodec.org> #1852: libswscale can't handle destination widths below 8 -------------------------------------+------------------------------------ Reporter: gjdfgh | Owner: Type: enhancement | Status: reopened Priority: wish | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by richardpl): * status: closed => reopened * resolution: fixed => Comment: {{{ > ffmpeg -i ~/git/fate-suite/dxtory/dxtory_mic.avi -s 7x4 /tmp/out.png ffmpeg version git-2012-10-28-8b99c7c Copyright (c) 2000-2012 the FFmpeg developers built on Oct 28 2012 14:29:32 with FreeBSD clang version 3.1 (branches/release_31 156863) 20120523 configuration: --cc=clang --as=clang --extra-cflags=-fcolor-diagnostics --extra-cflags=-I/usr/local/include --extra-ldflags=-L/usr/local/lib --samples=../fate-suite --disable-debug --disable-static --disable- postproc --disable-indev=v4l2 --disable-indev=alsa --disable-indev=bktr --disable-indev=dshow --disable-indev=dv1394 --disable-indev=fbdev --disable-indev=jack --disable-indev=libcdio --disable-indev=libdc1394 --disable-indev=openal --disable-indev=pulse --disable-indev=sndio --disable-indev=vfwcap --disable-outdev=sndio --disable-outdev=alsa --disable-outdev=sdl --disable-doc --enable-nonfree --enable-openssl --enable-gpl --enable-shared --enable-libx264 --enable-libmp3lame --enable-libschroedinger --enable-x11grab --enable-libopenjpeg --enable- libfdk-aac --enable-libvorbis --enable-libtheora --enable-libvpx libavutil 52. 1.100 / 52. 1.100 libavcodec 54. 69.100 / 54. 69.100 libavformat 54. 35.100 / 54. 35.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 20.106 / 3. 20.106 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 Guessed Channel Layout for Input Stream #0.1 : stereo Guessed Channel Layout for Input Stream #0.2 : stereo Input #0, avi, from '/home/r/git/fate-suite/dxtory/dxtory_mic.avi': Metadata: encoder : DxtoryCore ver2.0.0.109 ISRC : Video:YUV420 Audio0:Lautsprecher (Realtek High Definition Audio) Audio1:Mikrofon (Realtek High Definition Audio) Duration: 00:00:07.48, start: 0.000000, bitrate: 1496 kb/s Stream #0:0: Video: dxtory (xtor / 0x726F7478), yuv420p, 1280x720, 25 tbr, 25 tbn, 25 tbc Stream #0:1: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, stereo, s16, 1536 kb/s Stream #0:2: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, stereo, s16, 1536 kb/s sws: filterSize 728 is too large, try less extreem scaling or increase MAX_FILTER_SIZE and recompile sws: initFilter failed sws: filterSize 728 is too large, try less extreem scaling or increase MAX_FILTER_SIZE and recompile sws: initFilter failed sws: filterSize 728 is too large, try less extreem scaling or increase MAX_FILTER_SIZE and recompile sws: initFilter failed [scaler for output stream 0:0 @ 0x2a00c480] Failed to configure output pad on scaler for output stream 0:0 Error opening filters! }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 28 16:21:36 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 28 Oct 2012 15:21:36 -0000 Subject: [FFmpeg-trac] #1859(FFprobe:open): feature request: making skip_stream work with ffprobe In-Reply-To: <038.003a37c371672945e1cb445a5dba0545@avcodec.org> References: <038.003a37c371672945e1cb445a5dba0545@avcodec.org> Message-ID: <053.f6a53f66ac63d062427af7294cb09d30@avcodec.org> #1859: feature request: making skip_stream work with ffprobe -------------------------------------+----------------------------------- Reporter: vineet156 | Owner: Type: enhancement | Status: open Priority: wish | Component: FFprobe Version: git-master | Resolution: Keywords: skip_frame | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by cehoyos): Replying to [comment:4 vineet156]: > This is my command line. > ffmpeg -skip_frame nokey -i 1280x720_Shinkarenko-Gonzalez.mp4 -vf showinfo='iskey' -f null - But can't you confirm that there is a tiny, tiny speed difference between the following two commands: {{{ $ time ffmpeg -skip_frame nokey -i 1280x720_Shinkarenko-Gonzalez.mp4 -vf showinfo='iskey' -f null test1 }}} {{{ $ time ffmpeg -i 1280x720_Shinkarenko-Gonzalez.mp4 -vf showinfo='iskey' -f null test2 }}} indicating that -skip_frame nokey is working as expected with ffmpeg? The way I understand your original report is that you want to see the same speed gain with ffprobe than with ffmpeg, if you just don't want to see the output, at least with ffmpeg you can use the select filter. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 28 16:23:54 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 28 Oct 2012 15:23:54 -0000 Subject: [FFmpeg-trac] #1852(swscale:closed): libswscale can't handle destination widths below 8 In-Reply-To: <035.5b8c01fe0513a6192a6604999de6c20d@avcodec.org> References: <035.5b8c01fe0513a6192a6604999de6c20d@avcodec.org> Message-ID: <050.7ee8c86fa70576ef020bdf077f46d079@avcodec.org> #1852: libswscale can't handle destination widths below 8 -------------------------------------+----------------------------------- Reporter: gjdfgh | Owner: Type: enhancement | Status: closed Priority: wish | Component: swscale Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * status: reopened => closed * resolution: => fixed Comment: Please recompile with increased MAX_FILTER_SIZE if you need down-scaling with a higher factor than the supported default value. You did not explain your use case, so I assume it must be very unusual and most people will prefer a faster libswscale that does not support arbitrary scaling factors. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 28 16:39:17 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 28 Oct 2012 15:39:17 -0000 Subject: [FFmpeg-trac] #1852(swscale:closed): libswscale can't handle destination widths below 8 In-Reply-To: <035.5b8c01fe0513a6192a6604999de6c20d@avcodec.org> References: <035.5b8c01fe0513a6192a6604999de6c20d@avcodec.org> Message-ID: <050.eda54669831ce774e19bf6693bb5289f@avcodec.org> #1852: libswscale can't handle destination widths below 8 -------------------------------------+----------------------------------- Reporter: gjdfgh | Owner: Type: enhancement | Status: closed Priority: wish | Component: swscale Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by gjdfgh): Looks like when downscaling to 1x1, libswscale wants to create a filter that's as large as the width and height of the source image, but the filter size is statically limited to 256 by default. Definitely not the same bug, but still could be considered a bug. Should stay closed. >You did not explain your use case, so I assume it must be very unusual and most people will prefer a faster libswscale that does not support arbitrary scaling factors. I think people would prefer a libswscale that doesn't blow up on dozens of corner cases and sacrifices bug-freeness for uncompromised speed, but that's just my opinion. The fact that libswscale suddenly fails when the scaling factor is too high is just one example. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 28 16:55:46 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 28 Oct 2012 15:55:46 -0000 Subject: [FFmpeg-trac] #1852(swscale:closed): libswscale can't handle destination widths below 8 In-Reply-To: <035.5b8c01fe0513a6192a6604999de6c20d@avcodec.org> References: <035.5b8c01fe0513a6192a6604999de6c20d@avcodec.org> Message-ID: <050.ed8a5b89f0679ca4c5c7af30f5258e97@avcodec.org> #1852: libswscale can't handle destination widths below 8 -------------------------------------+----------------------------------- Reporter: gjdfgh | Owner: Type: enhancement | Status: closed Priority: wish | Component: swscale Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by cehoyos): Replying to [comment:9 gjdfgh]: > I think people would prefer a libswscale that doesn't blow up on dozens of corner cases and sacrifices bug-freeness for uncompromised speed, but that's just my opinion. The fact that libswscale suddenly fails when the scaling factor is too high is just one example. I suspect that libswscale is mostly used for video (or image) input, in its default configuration it supports downscaling from 1920x1080 to 32x18 which I already find hard to imagine as a real-world use-case. (As you correctly pointed out, this limitation existed before and after the patch that fixed this ticket and is unrelated.) Whoever needs higher scaling ratios can easily fix the limitation by recompiling FFmpeg. If you believe that I am wrong, please suggest that the default gets increased, but imo you should at least outline what the use-case might be. (Note that there are hundreds of known bugs in the FFmpeg libraries that describe if not every-day so at least common use-cases so concentrating on true "corner cases" is probably not such a good idea given that man-power is the only limiting factor in FFmpeg development.) (Otoh, maybe we now have to support downscaling from common camera resolutions to X-Face, so my reasoning may be completely wrong.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 28 17:20:19 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 28 Oct 2012 16:20:19 -0000 Subject: [FFmpeg-trac] #1823(FFmpeg:open): Allow output file for -report option to be specified. In-Reply-To: <036.22666b4869de30de819f9921ed0a2487@avcodec.org> References: <036.22666b4869de30de819f9921ed0a2487@avcodec.org> Message-ID: <051.7dbafc50c14d7a24287b48e96bbd7814@avcodec.org> #1823: Allow output file for -report option to be specified. -------------------------------------+---------------------------------- Reporter: dericed | Owner: Type: enhancement | Status: open Priority: wish | Component: FFmpeg Version: git-master | Resolution: Keywords: report | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Comment (by Cigaes): The {{{-report}}} option bypasses the normal option parsing in order to take effect immediately. That makes using an additional option rather clumsy. Would it be ok to use the {{{FFREPORT}}} environment variable instead. Currently, it is only checked for existence? It could be checked for options: {{{ export FFREPORT=file=/home/someone/log/ffmpeg-$(date +%Y%m%s).log }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 28 17:37:03 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 28 Oct 2012 16:37:03 -0000 Subject: [FFmpeg-trac] #1852(swscale:closed): libswscale can't handle destination widths below 8 In-Reply-To: <035.5b8c01fe0513a6192a6604999de6c20d@avcodec.org> References: <035.5b8c01fe0513a6192a6604999de6c20d@avcodec.org> Message-ID: <050.c3c571baab9468e62fd47109c6ba6131@avcodec.org> #1852: libswscale can't handle destination widths below 8 -------------------------------------+----------------------------------- Reporter: gjdfgh | Owner: Type: enhancement | Status: closed Priority: wish | Component: swscale Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by compn): someone mentioned that dvd vobsubs can be scaled with ffmpeg. maybe thats the reason for these smaller resolutions. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 28 17:47:20 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 28 Oct 2012 16:47:20 -0000 Subject: [FFmpeg-trac] #1457(avcodec:new): Add support for libshine-fxp fixed point math MP3 encoder In-Reply-To: <036.cb84a3488095c0840ac9a8d60ec442b3@avcodec.org> References: <036.cb84a3488095c0840ac9a8d60ec442b3@avcodec.org> Message-ID: <051.0ff1f63a3e3fda284ebcef6845b4af21@avcodec.org> #1457: Add support for libshine-fxp fixed point math MP3 encoder -------------------------------------+----------------------------------- Reporter: patters | Owner: Type: enhancement | Status: new Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by patters): I was able to finally devote some time to this and I realised that I didn't need that multithreaded perl in the end. I ran the libshine bootstrap on a Ubuntu VM and then I realised that once created, the configure script could be transported and run on any destination CPU architecture. However, I ended up cross compiling - my method here: http://pcloadletter.co.uk/2012/10/12/ffmpeg-shared-libs-for-synology/ FFmpeg with libshine seems to work nicely for music encoding. I did once spot a crash while transcoding a video file with an error relating to having run out of temporary buffer space, but I didn't make a note of the exact error. I also noticed the issue richardpl reported above - that libmp3lame will crash when support for both lame and shine libraries is compiled in. Is it normal that they would be mutually exclusive? I notice that when only libshine is compiled in and when no encoder is specified but output format mp3 is declared, libshine is automatically used, so maybe that's why. I did notice that libshine seems to produce garbage audio when the input source is a surround stream (observed this with AC3 and DTS), but other than that it seems fine. Is libshine support likely to get officially included into FFmpeg? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 28 17:56:47 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 28 Oct 2012 16:56:47 -0000 Subject: [FFmpeg-trac] #1823(FFmpeg:open): Allow output file for -report option to be specified. In-Reply-To: <036.22666b4869de30de819f9921ed0a2487@avcodec.org> References: <036.22666b4869de30de819f9921ed0a2487@avcodec.org> Message-ID: <051.e39dbceadcb689d98c2a39a91f8471b8@avcodec.org> #1823: Allow output file for -report option to be specified. -------------------------------------+---------------------------------- Reporter: dericed | Owner: Type: enhancement | Status: open Priority: wish | Component: FFmpeg Version: git-master | Resolution: Keywords: report | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Comment (by dericed): Using the FFREPORT variable would work for me. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Oct 28 19:17:39 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 28 Oct 2012 18:17:39 -0000 Subject: [FFmpeg-trac] #1858(undetermined:open): smackvideo: fail to decode In-Reply-To: <038.48651862d141937690f74e0dfead4011@avcodec.org> References: <038.48651862d141937690f74e0dfead4011@avcodec.org> Message-ID: <053.9ceee504c4f9a05e37ed1a67a85b1291@avcodec.org> #1858: smackvideo: fail to decode -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: smacker | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by richardpl): This fixes decoding: {{{#!cpp diff --git a/libavcodec/smacker.c b/libavcodec/smacker.c index 472d0ef..b1e656a 100644 --- a/libavcodec/smacker.c +++ b/libavcodec/smacker.c @@ -137,11 +137,9 @@ static int smacker_decode_bigtree(GetBitContext *gb, HuffContext *hc, DBCtx *ctx return -1; } if(!get_bits1(gb)){ //Leaf - int val, i1, i2; + unsigned int val, i1, i2; i1 = ctx->v1->table ? get_vlc2(gb, ctx->v1->table, SMKTREE_BITS, 3) : 0; i2 = ctx->v2->table ? get_vlc2(gb, ctx->v2->table, SMKTREE_BITS, 3) : 0; - if (i1 < 0 || i2 < 0) - return -1; val = ctx->recode1[i1] | (ctx->recode2[i2] << 8); if(val == ctx->escapes[0]) { ctx->last[0] = hc->current; }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 29 00:51:02 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 28 Oct 2012 23:51:02 -0000 Subject: [FFmpeg-trac] #1708(avformat:open): mss2: error while decoding stream In-Reply-To: <038.1bebdf13d1289a1aaaa87c609c7edaa1@avcodec.org> References: <038.1bebdf13d1289a1aaaa87c609c7edaa1@avcodec.org> Message-ID: <053.dd5af830a8d8b877e55fb70dfd5ccaf6@avcodec.org> #1708: mss2: error while decoding stream ------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: asf | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by richardpl): And mplayer in that case use ffmpeg codec and not binary one? In my experiments both mplayer and ffmpeg demuxer looks equally broken, it just that binary codec is smart enough to handle it. So it would be best if there are more samples that prove that bug is really in asf end not in something else. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 29 01:29:53 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Oct 2012 00:29:53 -0000 Subject: [FFmpeg-trac] #1708(avformat:open): mss2: error while decoding stream In-Reply-To: <038.1bebdf13d1289a1aaaa87c609c7edaa1@avcodec.org> References: <038.1bebdf13d1289a1aaaa87c609c7edaa1@avcodec.org> Message-ID: <053.4d64aa8f3d4bd076e8a8e6a51f88b77b@avcodec.org> #1708: mss2: error while decoding stream ------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: asf | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): The following command line shows no visual deficiencies afaict: {{{ $ mplayer -nosound -demuxer asf -vc ffmss2 mss2_speech.wmv }}} The following command line shows broken output, compare especially seconds 9-11 on the OSD: {{{ $ mplayer -nosound -demuxer lavf -vc ffmss2 mss2_speech.wmv }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 29 01:32:05 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Oct 2012 00:32:05 -0000 Subject: [FFmpeg-trac] #1708(avformat:open): mss2: error while decoding stream In-Reply-To: <038.1bebdf13d1289a1aaaa87c609c7edaa1@avcodec.org> References: <038.1bebdf13d1289a1aaaa87c609c7edaa1@avcodec.org> Message-ID: <053.11ff86eb8b28852b4324bf3ac9f8827e@avcodec.org> #1708: mss2: error while decoding stream ------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: asf | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): I forgot to add that the broken output matches the output of ffplay and that the decoder returns error values for mplayer -demuxer lavf (but not for mplayer -demuxer asf). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 29 03:10:26 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Oct 2012 02:10:26 -0000 Subject: [FFmpeg-trac] #1376(undetermined:closed): avfilter crash In-Reply-To: <038.9858383e4eba95d5efc41a8e103edec2@avcodec.org> References: <038.9858383e4eba95d5efc41a8e103edec2@avcodec.org> Message-ID: <053.a0ae291be0a96c175f7cbf78b715c96b@avcodec.org> #1376: avfilter crash -------------------------------------+------------------------------------- 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: 0 -------------------------------------+------------------------------------- Changes (by ami_stuff): * status: new => closed * resolution: => fixed Comment: hm, "fixed" -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 29 09:31:25 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Oct 2012 08:31:25 -0000 Subject: [FFmpeg-trac] #1861(avutil:new): av_lockmgr_register doesn't destroy the mutex Message-ID: <033.789a4ec629dcb1c1a43973894e989310@avcodec.org> #1861: av_lockmgr_register doesn't destroy the mutex -------------------------------------+------------------------------------- Reporter: John | Type: defect Status: new | Priority: critical Component: avutil | Version: git- Keywords: | master av_lockmgr_register | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Hello, av_lockmgr_register doesn't invoke callBack function with AV_LOCK_DESTROY after using a mutex; log: Create a mutex Create a mutex Lock the mutex Unlock the mutex Lock the mutex Unlock the mutex Lock the mutex Unlock the mutex Lock the mutex Unlock the mutex Lock the mutex Unlock the mutex Lock the mutex Unlock the mutex Lock the mutex Unlock the mutex Lock the mutex Unlock the mutex Lock the mutex Unlock the mutex Lock the mutex Unlock the mutex Lock the mutex Unlock the mutex Lock the mutex Unlock the mutex -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 29 09:37:16 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Oct 2012 08:37:16 -0000 Subject: [FFmpeg-trac] #1861(avutil:new): av_lockmgr_register doesn't destroy the mutex In-Reply-To: <033.789a4ec629dcb1c1a43973894e989310@avcodec.org> References: <033.789a4ec629dcb1c1a43973894e989310@avcodec.org> Message-ID: <048.0550dc57d7b71c23d005767482b1fd9a@avcodec.org> #1861: av_lockmgr_register doesn't destroy the mutex -------------------------------------+------------------------------------- Reporter: John | Owner: Type: defect | Status: new Priority: critical | Component: avutil Version: git-master | Resolution: Keywords: | Blocked By: av_lockmgr_register | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by heleppkes): At which point would you expect the mutex to be destroyed? From that log, it seems you only call the register function once, it creates the two mutex objects it uses, and then just locks/unlocks them. It would only destroy them once you call it again. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 29 09:40:35 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Oct 2012 08:40:35 -0000 Subject: [FFmpeg-trac] #1861(avutil:new): av_lockmgr_register doesn't destroy the mutex In-Reply-To: <033.789a4ec629dcb1c1a43973894e989310@avcodec.org> References: <033.789a4ec629dcb1c1a43973894e989310@avcodec.org> Message-ID: <048.1e599f2ee716c234970ff9ff305ff626@avcodec.org> #1861: av_lockmgr_register doesn't destroy the mutex -------------------------------------+------------------------------------- Reporter: John | Owner: Type: defect | Status: new Priority: critical | Component: avutil Version: git-master | Resolution: Keywords: | Blocked By: av_lockmgr_register | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by John): I expect that function must itself destroy the mutex after all manipulations, because it creates them -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 29 09:41:29 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Oct 2012 08:41:29 -0000 Subject: [FFmpeg-trac] #1862(avcodec:new): Wrong bit rate in MPEG2 video file Message-ID: <040.b33996f46afc7fbe240a7dcb8ea7eba9@avcodec.org> #1862: Wrong bit rate in MPEG2 video file -------------------------------------+------------------------------------- Reporter: Heesuk Jung | Type: defect Status: new | Priority: normal Component: avcodec | Version: Keywords: Wrong bit | unspecified rate | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: In some MPEG2 video file case, mpegvideo parser get wrong stream bit rate. - Problematic file case - link : https://docs.google.com/open?id=0B6r7ZfWFIypCUkhPa0dyTGdFSE0 - incorrect video stream bit rate based on libavformat : 104857 kb/s How to reproduce: % ffprobe C069_MOV_MPEG2[Main at Main@787Kbps at QCIF@23.976fps]_MP3[128Kbps at 44.1kHz@2ch].mov -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 29 09:43:00 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Oct 2012 08:43:00 -0000 Subject: [FFmpeg-trac] #1861(avutil:new): av_lockmgr_register doesn't destroy the mutex In-Reply-To: <033.789a4ec629dcb1c1a43973894e989310@avcodec.org> References: <033.789a4ec629dcb1c1a43973894e989310@avcodec.org> Message-ID: <048.029ad11afd27579d71253d5d0564a5f7@avcodec.org> #1861: av_lockmgr_register doesn't destroy the mutex -------------------------------------+------------------------------------- Reporter: John | Owner: Type: defect | Status: new Priority: critical | Component: avutil Version: git-master | Resolution: Keywords: | Blocked By: av_lockmgr_register | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by heleppkes): And how would it know that you're done using it? For all it knows, you may continue calling the APIs at any moment. When your application closes, just call the register function with a NULL argument, and it will destroy the mutex. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 29 11:24:31 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Oct 2012 10:24:31 -0000 Subject: [FFmpeg-trac] #1861(avutil:closed): av_lockmgr_register doesn't destroy the mutex In-Reply-To: <033.789a4ec629dcb1c1a43973894e989310@avcodec.org> References: <033.789a4ec629dcb1c1a43973894e989310@avcodec.org> Message-ID: <048.7ee596a0b7b1169d6ee05efb22e070d8@avcodec.org> #1861: av_lockmgr_register doesn't destroy the mutex ------------------------------------+----------------------------------- Reporter: John | Owner: Type: defect | Status: closed Priority: normal | Component: avutil Version: git-master | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: av_lockmgr_register => * priority: critical => normal * status: new => closed * resolution: => invalid -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 29 11:28:11 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Oct 2012 10:28:11 -0000 Subject: [FFmpeg-trac] #1862(avcodec:new): Wrong bit rate in MPEG2 video file In-Reply-To: <040.b33996f46afc7fbe240a7dcb8ea7eba9@avcodec.org> References: <040.b33996f46afc7fbe240a7dcb8ea7eba9@avcodec.org> Message-ID: <055.3db90273d2d7d902bb0953cb87ed0691@avcodec.org> #1862: Wrong bit rate in MPEG2 video file -------------------------------------+----------------------------------- Reporter: Heesuk Jung | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: Wrong bit rate => * version: unspecified => git-master Comment: To make this a valid ticket, please add the complete, uncut console output of {{{ $ ffmpeg -i C069_MOV_MPEG2\[Main\@Main\@787Kbps\@QCIF\@23.976fps\]_MP3\[128Kbps\@44.1kHz\@2ch\].mov }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 29 12:33:16 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Oct 2012 11:33:16 -0000 Subject: [FFmpeg-trac] #1813(documentation:open): ASS filter does not accept filenames with ' In-Reply-To: <037.978579c8dba3d9d253955fa1c6712b62@avcodec.org> References: <037.978579c8dba3d9d253955fa1c6712b62@avcodec.org> Message-ID: <052.07f34576a4f060a69326f73fdec40e24@avcodec.org> #1813: ASS filter does not accept filenames with ' -------------------------------------+------------------------------------- Reporter: Atarikid | Owner: Type: defect | Status: open Priority: important | Component: Version: 1.0 | documentation Keywords: syntax | Resolution: quoting escaping | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by saste): * cc: stefasab@? (added) Comment: Keep in mind that you need two levels of escaping (which I myself forgot in my first reply), the first one for separating arguments for the filter description, separated by the ":" special char, second level for separating filter descriptions in the filtergraph, separated by ";,". First level (you escape the '): {{{ crime d\'amour.ass }}} Second level (you quote the string): {{{ ass='crime d'\''amour.ass' }}} or alternatively you keep escaping again: {{{ ass=crime d\\\'amour.ass }}} Finally you embed it in a string for the shell (e.g. you double each \ - depends on the shell): {{{ -vf "ass=crime d\\\\\\'amour.ass" }}} Unfortunately there is no elegant solution to this problem, I tried to document the escaping/quote rules in the manual, and added a tool (tools/ffescape) to help automation, but the truth is that the filtergraph syntax was not designed to be handy when embedding generic strings which may contain special characters. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 29 12:39:09 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Oct 2012 11:39:09 -0000 Subject: [FFmpeg-trac] #1862(avcodec:new): Wrong bit rate in MPEG2 video file In-Reply-To: <040.b33996f46afc7fbe240a7dcb8ea7eba9@avcodec.org> References: <040.b33996f46afc7fbe240a7dcb8ea7eba9@avcodec.org> Message-ID: <055.c6b26cbb8a666fa308dc4af16f66f5ba@avcodec.org> #1862: Wrong bit rate in MPEG2 video file -------------------------------------+----------------------------------- Reporter: Heesuk Jung | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: mpeg2video | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => mpeg2video -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 29 13:15:34 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Oct 2012 12:15:34 -0000 Subject: [FFmpeg-trac] #1820(avformat:open): track->cluster[0].dts <= 0 assertion when encoding MOV In-Reply-To: <039.b7033509c75e26d16bb4250c16e491de@avcodec.org> References: <039.b7033509c75e26d16bb4250c16e491de@avcodec.org> Message-ID: <054.d41415a1cf5f0581c4ef3bef991cc70d@avcodec.org> #1820: track->cluster[0].dts <= 0 assertion when encoding MOV -------------------------------------+------------------------------------- Reporter: rectalogic | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: mov crash abort | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: regression mov => regression mov crash abort -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 29 13:28:36 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Oct 2012 12:28:36 -0000 Subject: [FFmpeg-trac] #1862(avcodec:new): Wrong bit rate in MPEG2 video file In-Reply-To: <040.b33996f46afc7fbe240a7dcb8ea7eba9@avcodec.org> References: <040.b33996f46afc7fbe240a7dcb8ea7eba9@avcodec.org> Message-ID: <055.4bd0ab9eee772b58b57d16bda3e4a7d7@avcodec.org> #1862: Wrong bit rate in MPEG2 video file -------------------------------------+----------------------------------- Reporter: Heesuk Jung | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: mpeg2video | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by Heesuk Jung): ffmpeg get 104875kbps fro C069_xxx.mov. But bit rate of MPEG2 Video is up to 80 Mbps in case 1920x1080 resoution. {{{ hsjung at ubuntu:~/work/ffmpeg-master$ ./ffmpeg -i ~/Downloads/C069_MOV_MPEG2\[Main at Main@787Kbps at QCIF@23.976fps\]_MP3\[128Kbps at 44.1kHz@2ch\].mov ffmpeg version N-35594-g7d1e003 Copyright (c) 2000-2012 the FFmpeg developers built on Oct 29 2012 05:20:14 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) configuration: --enable-gpl --enable-libfaac --enable-libfdk-aac --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-librtmp --enable-libtheora --enable-libvorbis --enable-libvpx --enable-x11grab --enable-libx264 --enable-nonfree --enable-version3 libavutil 52. 1.100 / 52. 1.100 libavcodec 54. 69.100 / 54. 69.100 libavformat 54. 35.100 / 54. 35.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 20.106 / 3. 20.106 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 [mpegts @ 0x250f260] max_analyze_duration 5000000 reached at 5004000 Input #0, mpegts, from '/home/hsjung/Downloads/C069_MOV_MPEG2[Main at Main@787Kbps at QCIF@23.976fps]_MP3[128Kbps at 44.1kHz@2ch].mov': Duration: 00:00:28.70, start: 1.400000, bitrate: 964 kb/s Program 1 Metadata: service_name : Service01 service_provider: FFmpeg Stream #0:0[0x100]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p, 176x144 [SAR 1:1 DAR 11:9], 104857 kb/s, 23.98 fps, 23.98 tbr, 90k tbn, 47.95 tbc Stream #0:1[0x101]: Audio: mp3 ([3][0][0][0] / 0x0003), 44100 Hz, stereo, s16, 128 kb/s At least one output file must be specified hsjung at ubuntu:~/work/ffmpeg-master$ }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 29 13:35:42 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Oct 2012 12:35:42 -0000 Subject: [FFmpeg-trac] #1862(avcodec:open): Wrong bit rate in MPEG2 video file In-Reply-To: <040.b33996f46afc7fbe240a7dcb8ea7eba9@avcodec.org> References: <040.b33996f46afc7fbe240a7dcb8ea7eba9@avcodec.org> Message-ID: <055.1126fcf2bcf5f49a31264dbc71e6499e@avcodec.org> #1862: Wrong bit rate in MPEG2 video file -------------------------------------+----------------------------------- Reporter: Heesuk Jung | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: mpeg2video | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 29 14:00:58 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Oct 2012 13:00:58 -0000 Subject: [FFmpeg-trac] #1862(avcodec:open): Wrong bit rate in MPEG2 video file In-Reply-To: <040.b33996f46afc7fbe240a7dcb8ea7eba9@avcodec.org> References: <040.b33996f46afc7fbe240a7dcb8ea7eba9@avcodec.org> Message-ID: <055.d0db90cfb21c85fe7113f2e4927431e7@avcodec.org> #1862: Wrong bit rate in MPEG2 video file -------------------------------------+----------------------------------- Reporter: Heesuk Jung | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: mpeg2video | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by Heesuk Jung): I attached resolving patch for current issue. There are some log after appplying patch. {{{ hsjung at ubuntu:~/work/ffmpeg-master$ ./ffprobe ~/Downloads/C069_MOV_MPEG2\[Main at Main@787Kbps at QCIF@23.976fps\]_MP3\[128Kbps at 44.1kHz@2ch\].mov ffprobe version N-35597-g67420b3 Copyright (c) 2007-2012 the FFmpeg developers built on Oct 29 2012 05:52:39 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) configuration: --enable-gpl --enable-libfaac --enable-libfdk-aac --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-librtmp --enable-libtheora --enable-libvorbis --enable-libvpx --enable-x11grab --enable-libx264 --enable-nonfree --enable-version3 libavutil 52. 1.100 / 52. 1.100 libavcodec 54. 69.100 / 54. 69.100 libavformat 54. 35.100 / 54. 35.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 20.106 / 3. 20.106 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 [mpegts @ 0x30b0c20] max_analyze_duration 5000000 reached at 5004000 Input #0, mpegts, from '/home/hsjung/Downloads/C069_MOV_MPEG2[Main at Main@787Kbps at QCIF@23.976fps]_MP3[128Kbps at 44.1kHz@2ch].mov': Duration: 00:00:28.70, start: 1.400000, bitrate: 964 kb/s Program 1 Metadata: service_name : Service01 service_provider: FFmpeg Stream #0:0[0x100]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p, 176x144 [SAR 1:1 DAR 11:9], 23.98 fps, 23.98 tbr, 90k tbn, 47.95 tbc Stream #0:1[0x101]: Audio: mp3 ([3][0][0][0] / 0x0003), 44100 Hz, stereo, s16, 128 kb/s hsjung at ubuntu:~/work/ffmpeg-master$ }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 29 14:26:22 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Oct 2012 13:26:22 -0000 Subject: [FFmpeg-trac] #1863(undetermined:new): Remove all abort() calls from ffmpeg libraries Message-ID: <036.3d49e44aefb4f5936779ab94b5c38ed2@avcodec.org> #1863: Remove all abort() calls from ffmpeg libraries -------------------------------------+------------------------------------- Reporter: DonMoir | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- In certain failures, abort() is called in: for libavcodec: bitstream.c mpegvideo.c vp8.c for libavformat: sctp.c This is ok if the app is a simple command line app that only handles one video. It's not ok at all to bring down a GUI app this way. The abort calls need to removed and proper error handling needs to put into place so that the app will have a chance to handle it gracefully. NOTE: This is not an enhancement request. It should be considered a bug because it's ridiculous and could cause all kinds of problems with people wondering what the hell happened. One possible solution might be to have an application settable ff_abort call but this might be difficult to handle from an application perspective since it would not know what state the thing is in and what exactly to do about it. Probably best to just handle the error in the first place correctly and return the result code back to the app. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 29 15:25:22 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Oct 2012 14:25:22 -0000 Subject: [FFmpeg-trac] #1863(undetermined:closed): Remove all abort() calls from ffmpeg libraries In-Reply-To: <036.3d49e44aefb4f5936779ab94b5c38ed2@avcodec.org> References: <036.3d49e44aefb4f5936779ab94b5c38ed2@avcodec.org> Message-ID: <051.07fe53d7247eb217cc002760c24dea4f@avcodec.org> #1863: Remove all abort() calls from ffmpeg libraries -------------------------------------+------------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: wontfix Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => wontfix Comment: If you are able to trigger one of the abort() calls (either from ffmpeg or from your application) please provide a backtrace etc. as explained on https://ffmpeg.org/bugreports.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 29 15:43:33 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Oct 2012 14:43:33 -0000 Subject: [FFmpeg-trac] #1863(undetermined:closed): Remove all abort() calls from ffmpeg libraries In-Reply-To: <036.3d49e44aefb4f5936779ab94b5c38ed2@avcodec.org> References: <036.3d49e44aefb4f5936779ab94b5c38ed2@avcodec.org> Message-ID: <051.53a8250b8c4750c24ce50a685f3866df@avcodec.org> #1863: Remove all abort() calls from ffmpeg libraries -------------------------------------+------------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: wontfix Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by DonMoir): Typical insanity and you should let a developer have a look before you just up and close the ticket. geeze -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 29 16:16:43 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Oct 2012 15:16:43 -0000 Subject: [FFmpeg-trac] #1864(undetermined:new): support 0x350 TwoCC (ADPCM codec) Message-ID: <038.d5098d62bb41fc037303fa6e71769913@avcodec.org> #1864: support 0x350 TwoCC (ADPCM codec) -------------------------------------+------------------------------------- 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 "Micronas InterMetall Speech MI-SC4 ADPCM", decodes with noise for example with "-acodec adpcm_ct" http://wiki.multimedia.cx/index.php?title=Micronas_SC4 {{{ C:\>ffmpeg -i 32khz_stereo.wav ffmpeg version N-45867-g3318d6b Copyright (c) 2000-2012 the FFmpeg developers built on Oct 23 2012 02:39:33 with gcc 4.5.0 (GCC) 20100414 (Fedora MinGW 4.5. 0-1.fc14) configuration: --prefix=/var/www/users/research/ffmpeg/snapshots/build --arch= x86 --target-os=mingw32 --cross-prefix=i686-pc-mingw32- --cc='ccache i686 -pc-min gw32-gcc' --enable-w32threads --enable-memalign-hack --enable-runtime- cpudetect --enable-cross-compile --enable-static --disable-shared --extra- libs='-lws2_32 - lwinmm -lpthread' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snap shots/build/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/s napshots/build/lib' --enable-bzlib --enable-zlib --enable-gpl --enable- version3 --enable-nonfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libmp3lame --enable-libvpx --disable- decoder=libvpx libavutil 51. 77.100 / 51. 77.100 libavcodec 54. 68.100 / 54. 68.100 libavformat 54. 33.100 / 54. 33.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 20.104 / 3. 20.104 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 [wav @ 0x1edbe00] Could not find codec parameters for stream 0 (Audio: none (P[3 ][0][0] / 0x0350), 32000 Hz, 2 channels, 264 kb/s): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [wav @ 0x1edbe00] Estimating duration from bitrate, this may be inaccurate 32khz_stereo.wav: could not find codec parameters }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 29 16:29:47 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Oct 2012 15:29:47 -0000 Subject: [FFmpeg-trac] #1865(avformat:new): sctp.c: abort() call can be hit by bad user input Message-ID: <038.cedcb2dfef34319107e86bdf9b4f91ca@avcodec.org> #1865: sctp.c: abort() call can be hit by bad user input -----------------------------------+-------------------------------------- Reporter: divVerent | Type: defect Status: new | Priority: normal Component: avformat | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+-------------------------------------- Summary of the bug: Because ffmpeg is a library, a mere bad URL passed to avio/ffurl code really shouldn't be able to cause a hard abort. However, exactly this is the case... How to reproduce: First set up a sctp listener: {{{ % withsctp nc -vlp 127.0.0.1 1234 }}} On another shell: {{{ % catchsegv ./ffmpeg -f lavfi -i "life [out0]" -f nut "sctp://127.0.0.1:1234?max_streams=1" ffmpeg version N-46130-g67420b3 Copyright (c) 2000-2012 the FFmpeg developers built on Oct 29 2012 16:09:38 with gcc 4.7.2 (GCC) configuration: libavutil 52. 1.100 / 52. 1.100 libavcodec 54. 69.100 / 54. 69.100 libavformat 54. 35.100 / 54. 35.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 20.106 / 3. 20.106 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 [lavfi @ 0x23cf260] Estimating duration from bitrate, this may be inaccurate Input #0, lavfi, from 'life [out0]': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Video: rawvideo (B0W1 / 0x31573042), monob, 320x240 [SAR 1:1 DAR 4:3], 25 tbr, 25 tbn, 25 tbc Aborted }}} Why does it crash? Because the option max_streams in sctp.c causes packets to be required to start with the stream index in the first 16 bits of each packet to send. And e.g. the nut muxer does not ensure this. The danger is that any generic code using avio and letting the URL come from user - or worse - untrusted sources (possibly after verifying protocol and host name) can crash this way. This error condition probably should rather cause a log message with error return to packet sending, instead... or the max_streams option should rather be implemented in a way so it's not part of the URL, but rather a parameter the calling code has to set using a function. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 29 16:32:42 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Oct 2012 15:32:42 -0000 Subject: [FFmpeg-trac] #1865(avformat:new): sctp.c: abort() call can be hit by bad user input In-Reply-To: <038.cedcb2dfef34319107e86bdf9b4f91ca@avcodec.org> References: <038.cedcb2dfef34319107e86bdf9b4f91ca@avcodec.org> Message-ID: <053.54295edc50168d45bd59e0a196abf673@avcodec.org> #1865: sctp.c: abort() call can be hit by bad user input ------------------------------------+------------------------------------ Reporter: divVerent | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * priority: normal => important -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 29 16:38:22 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Oct 2012 15:38:22 -0000 Subject: [FFmpeg-trac] #1865(avformat:new): sctp.c: abort() call can be hit by bad user input In-Reply-To: <038.cedcb2dfef34319107e86bdf9b4f91ca@avcodec.org> References: <038.cedcb2dfef34319107e86bdf9b4f91ca@avcodec.org> Message-ID: <053.77a7c02ffb12840d632605aa1aaee4ac@avcodec.org> #1865: sctp.c: abort() call can be hit by bad user input ------------------------------------+------------------------------------ Reporter: divVerent | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by divVerent): Oops, some typos: The nc command is "withsctp nc -vlp 1234 127.0.0.1", of course. But any other sctp listener will do as well. Also, I did not use catchsegv. It doesn't catch abort() anyway, and I know exactly I am hitting the one abort() call in sctp.c anyway. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 29 18:28:06 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Oct 2012 17:28:06 -0000 Subject: [FFmpeg-trac] #1857(avcodec:open): PNG textual information chunks In-Reply-To: <038.90f20f51cea7ac21e418e4b98468dab0@avcodec.org> References: <038.90f20f51cea7ac21e418e4b98468dab0@avcodec.org> Message-ID: <053.e805a888f00afc03d053051ffdf17d53@avcodec.org> #1857: PNG textual information chunks -------------------------------------+----------------------------------- Reporter: richardpl | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: png | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => png -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 29 18:29:54 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Oct 2012 17:29:54 -0000 Subject: [FFmpeg-trac] #1866(undetermined:new): Half speed video output ts -> flv transcode In-Reply-To: <037.b9ead332c415bc5d0bd78d6681dbb00b@avcodec.org> References: <037.b9ead332c415bc5d0bd78d6681dbb00b@avcodec.org> Message-ID: <052.fe3206c82346ef725c77ecc5240f612c@avcodec.org> #1866: Half speed video output ts -> flv transcode ----------------------------------+---------------------------------------- Reporter: larvalho | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 1.0 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+---------------------------------------- Changes (by cehoyos): * component: FFmpeg => undetermined Comment: Replying to [ticket:1866 larvalho]: > Summary of the bug: > Some mpeg 2 ts files (h264 + aac, generated by Crestron Lecture Capture), when transcoded using ffmpeg to flv, produce video that plays back at half the speed (frame rate is retained but number of frames is doubled), while the audio is rendered correctly. There is a 10 minute delay to the video, but this is in the original file, and eliminated with a '-vf setpts=PTS-STARTPTS'. I am not sure I understand: Is the original file supposed to play (ie with video and audio)? Or is the 10 minute delay intentional? In the first case, I would suspect this is a duplicate of ticket #424, in the second case, I wonder how ffmpeg is supposed to transcode the stream? Shouldn't it try hard to eliminate the A/V desync (leading to slow or fast video)? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 29 20:05:47 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Oct 2012 19:05:47 -0000 Subject: [FFmpeg-trac] #1813(documentation:open): ASS filter does not accept filenames with ' In-Reply-To: <037.978579c8dba3d9d253955fa1c6712b62@avcodec.org> References: <037.978579c8dba3d9d253955fa1c6712b62@avcodec.org> Message-ID: <052.e40f735394079bbfd3ba7db5b6422f4c@avcodec.org> #1813: ASS filter does not accept filenames with ' -------------------------------------+------------------------------------- Reporter: Atarikid | Owner: Type: defect | Status: open Priority: important | Component: Version: 1.0 | documentation Keywords: syntax | Resolution: quoting escaping | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by Atarikid): Thanks. That did it. Ticket can be closed now. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 29 20:17:38 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Oct 2012 19:17:38 -0000 Subject: [FFmpeg-trac] #1867(FFmpeg:new): License violation in all MediaHuman products Message-ID: <038.41f08726a404307c948e33fa254b0453@avcodec.org> #1867: License violation in all MediaHuman products -------------------------------------+------------------------------------- Reporter: BenjaminW | Type: license Status: new | violation Component: FFmpeg | Priority: normal Keywords: | Version: Blocking: | unspecified Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- All products (free and paying apps) uses FFmpeg: - FFmpeg -L gives: "This version of ffmpeg has nonfree parts compiled in. Therefore it is not legally redistributable." - No credits to FFmpeg (only small prints on the main page it is under LGPLv2.1 which is not applicable (non-free) - No additional info about compiling options Products that violate : Audio Converter, YouTube to MP3 and VideoConverter. Developer is aware of this but doesn't do anything about it. (don't care attitude). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 29 20:17:54 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Oct 2012 19:17:54 -0000 Subject: [FFmpeg-trac] #1867(FFmpeg:new): License violation in all MediaHuman products In-Reply-To: <038.41f08726a404307c948e33fa254b0453@avcodec.org> References: <038.41f08726a404307c948e33fa254b0453@avcodec.org> Message-ID: <053.52715e043a09dcce3aae033eadf4f29d@avcodec.org> #1867: License violation in all MediaHuman products -------------------------------------+------------------------------------- Reporter: BenjaminW | Owner: Type: license | Status: new violation | Component: FFmpeg Priority: normal | Resolution: Version: unspecified | Blocked By: Keywords: | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by BenjaminW): LINK: http://www.mediahuman.com -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 29 22:09:30 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Oct 2012 21:09:30 -0000 Subject: [FFmpeg-trac] #1868(undetermined:new): qdm2: 8bps mode decodes with audiable distortions Message-ID: <038.f46d48f763d0a8aaf98c80ea22df8d1c@avcodec.org> #1868: qdm2: 8bps mode decodes with audiable distortions -------------------------------------+------------------------------------- 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 -------------------------------------+------------------------------------- similar problem can be reproduced with file from ticket #742 {{{ C:\>ffmpeg -i 44kHz_8kbps.aif out.wav ffmpeg version N-45867-g3318d6b Copyright (c) 2000-2012 the FFmpeg developers built on Oct 23 2012 02:39:33 with gcc 4.5.0 (GCC) 20100414 (Fedora MinGW 4.5. 0-1.fc14) configuration: --prefix=/var/www/users/research/ffmpeg/snapshots/build --arch= x86 --target-os=mingw32 --cross-prefix=i686-pc-mingw32- --cc='ccache i686 -pc-min gw32-gcc' --enable-w32threads --enable-memalign-hack --enable-runtime- cpudetect --enable-cross-compile --enable-static --disable-shared --extra- libs='-lws2_32 - lwinmm -lpthread' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snap shots/build/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/s napshots/build/lib' --enable-bzlib --enable-zlib --enable-gpl --enable- version3 --enable-nonfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libmp3lame --enable-libvpx --disable- decoder=libvpx libavutil 51. 77.100 / 51. 77.100 libavcodec 54. 68.100 / 54. 68.100 libavformat 54. 33.100 / 54. 33.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 20.104 / 3. 20.104 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 Guessed Channel Layout for Input Stream #0.0 : mono Input #0, aiff, from '44kHz_8kbps.aif': Duration: 00:00:00.00, start: 0.000000, bitrate: 33509 kb/s Stream #0:0: Audio: qdm2 (QDM2 / 0x324D4451), 44100 Hz, mono, s16, 8 kb/s Output #0, wav, to 'out.wav': Metadata: ISFT : Lavf54.33.100 Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, mono, s16, 705 kb/s Stream mapping: Stream #0:0 -> #0:0 (qdm2 -> pcm_s16le) Press [q] to stop, [?] for help size= 400kB time=00:00:00.09 bitrate=34869.7kbits/s video:0kB audio:400kB subtitle:0 global headers:0kB muxing overhead 0.019531% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 29 22:28:50 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Oct 2012 21:28:50 -0000 Subject: [FFmpeg-trac] #1869(avcodec:new): Create uncompressed v210 in any container Message-ID: <038.84c348cd147974d0b13746a30123d26b@avcodec.org> #1869: Create uncompressed v210 in any container -----------------------------------+-------------------------------------- Reporter: ximmortal | Type: defect Status: new | Priority: normal Component: avcodec | Version: git-master Keywords: v210 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+-------------------------------------- Summary of the bug: I am trying to use ffmpeg to contain a raw v210 sequence of images in a container. I've tried mov and avi, but both create a video that seems to shift the image around in quadrants. Hopefully I am just using the wrong command line option. It seems to me that the v210 is more of a pixel format than a "codec" which may be why I am getting the unexpected results. When I specify -vcodec v210 on the input, I notice that the ffmpeg statistics show only 333 frames processed (of which is really 500). I think it is getting to 333 because it is trying to read a frame expecting 16-bit per component for 4:2:2 which would be 8294400 bytes per frame of a 1920x1080 image, a v210 frame should be 5529600 bytes per frame for a 1920x1080 image. How to reproduce: {{{ % ffmpeg -s 1920x1080 -vcodec v210 -i ../x264-snapshot-20121026-2245/1920x1080_ducks_v210.yuv -vcodec copy test.mov ffmpeg version N-46081-g5f9cbad Copyright (c) 2000-2012 the FFmpeg developers built on Oct 27 2012 15:14:01 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) configuration: --prefix=/home/shane/Development/ffmpeg libavutil 52. 1.100 / 52. 1.100 libavcodec 54. 69.100 / 54. 69.100 libavformat 54. 35.100 / 54. 35.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 20.106 / 3. 20.106 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 [rawvideo @ 0x1f08480] Estimating duration from bitrate, this may be inaccurate Input #0, rawvideo, from '../1920x1080_ducks_v210.yuv': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Video: v210, yuv422p10le, 1920x1080, 25 tbr, 25 tbn, 25 tbc File 'test.mov' already exists. Overwrite ? [y/N] y Output #0, mov, to 'test.mov': Metadata: encoder : Lavf54.35.100 Stream #0:0: Video: v210 (v210 / 0x30313276), yuv422p10le, 1920x1080, q=2-31, 12800 tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help Truncating packet of size 8294400 to 7948801ime=00:00:12.96 bitrate=1660800.0kbits/s frame= 334 fps= 18 q=-1.0 Lsize= 2700003kB time=00:00:13.32 bitrate=1660542.6kbits/s video:2700000kB audio:0kB subtitle:0 global headers:0kB muxing overhead 0.000123% }}} 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 Oct 29 23:19:13 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Oct 2012 22:19:13 -0000 Subject: [FFmpeg-trac] #1869(avcodec:new): Create uncompressed v210 in any container In-Reply-To: <038.84c348cd147974d0b13746a30123d26b@avcodec.org> References: <038.84c348cd147974d0b13746a30123d26b@avcodec.org> Message-ID: <053.1a23ff09e6c275de377eee4652bd5f10@avcodec.org> #1869: Create uncompressed v210 in any container ------------------------------------+----------------------------------- Reporter: ximmortal | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: v210 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Please provide a sample, see http://ffmpeg.org/bugreports.html or upload to http://www.datafilehost.com/ and post the link here. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Oct 29 23:23:30 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Oct 2012 22:23:30 -0000 Subject: [FFmpeg-trac] #1868(avcodec:open): qdm2: 8bps mode decodes with audiable distortions In-Reply-To: <038.f46d48f763d0a8aaf98c80ea22df8d1c@avcodec.org> References: <038.f46d48f763d0a8aaf98c80ea22df8d1c@avcodec.org> Message-ID: <053.864bbce348ceac8ef9b867bff57cd4f1@avcodec.org> #1868: qdm2: 8bps mode decodes with audiable distortions ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: qdm2 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => qdm2 * status: new => open * version: unspecified => git-master * component: undetermined => avcodec * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 30 00:53:01 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Oct 2012 23:53:01 -0000 Subject: [FFmpeg-trac] #1865(avformat:open): sctp.c: abort() call can be hit by bad user input In-Reply-To: <038.cedcb2dfef34319107e86bdf9b4f91ca@avcodec.org> References: <038.cedcb2dfef34319107e86bdf9b4f91ca@avcodec.org> Message-ID: <053.0fab78b03cf931b43d8e98ee071242fb@avcodec.org> #1865: sctp.c: abort() call can be hit by bad user input -------------------------------------+------------------------------------- Reporter: divVerent | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: crash abort | Blocked By: sctp | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => crash abort sctp * status: new => open * reproduced: 0 => 1 Comment: {{{ (gdb) r -f lavfi -i "life [out0]" -f nut "sctp://127.0.0.1:1234?max_streams=1" Starting program: ffmpeg_g -f lavfi -i "life [out0]" -f nut "sctp://127.0.0.1:1234?max_streams=1" [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". ffmpeg version N-46146-g11d695d Copyright (c) 2000-2012 the FFmpeg developers built on Oct 30 2012 00:50:29 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 1.100 / 52. 1.100 libavcodec 54. 69.100 / 54. 69.100 libavformat 54. 35.100 / 54. 35.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 20.109 / 3. 20.109 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 [lavfi @ 0x159f2a0] Estimating duration from bitrate, this may be inaccurate Input #0, lavfi, from 'life [out0]': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Video: rawvideo (B0W1 / 0x31573042), monob, 320x240 [SAR 1:1 DAR 4:3], 25 tbr, 25 tbn, 25 tbc [New Thread 0x7ffff5e02700 (LWP 18810)] [New Thread 0x7ffff5601700 (LWP 18811)] [New Thread 0x7ffff4e00700 (LWP 18812)] [New Thread 0x7ffff45ff700 (LWP 18813)] [New Thread 0x7ffff3dfe700 (LWP 18814)] [New Thread 0x7ffff35fd700 (LWP 18815)] [New Thread 0x7ffff2dfc700 (LWP 18816)] [New Thread 0x7ffff25fb700 (LWP 18817)] [New Thread 0x7ffff1dfa700 (LWP 18818)] Program received signal SIGABRT, Aborted. 0x00007ffff6558d25 in raise () from /lib64/libc.so.6 (gdb) bt #0 0x00007ffff6558d25 in raise () from /lib64/libc.so.6 #1 0x00007ffff655a1a8 in abort () from /lib64/libc.so.6 #2 0x000000000057b5db in sctp_write (h=h at entry=0x159c3e0, buf=buf at entry=0x15ddf20 "nut/multimedia container", size=size at entry=268) at libavformat/sctp.c:300 #3 0x00000000004dddd3 in retry_transfer_wrapper (transfer_func=0x57b4a0 , size_min=268, size=268, buf=0x15ddf20 "nut/multimedia container", h=0x159c3e0) at libavformat/avio.c:262 #4 ffurl_write (h=0x159c3e0, buf=0x15ddf20 "nut/multimedia container", size=268) at libavformat/avio.c:313 #5 0x00000000004dee0e in writeout (len=268, data=, s=0x159e4e0) at libavformat/aviobuf.c:125 #6 flush_buffer (s=0x159e4e0) at libavformat/aviobuf.c:136 #7 avio_flush (s=s at entry=0x159e4e0) at libavformat/aviobuf.c:189 #8 0x000000000054d29c in nut_write_header (s=0x159c520) at libavformat/nutenc.c:751 #9 0x000000000053b4b7 in avformat_write_header (s=s at entry=0x159c520, options=0x159fe48) at libavformat/mux.c:391 #10 0x0000000000461dc9 in transcode_init () at ffmpeg.c:2319 #11 0x000000000045036a in transcode () at ffmpeg.c:2947 #12 main (argc=8, argv=0x7fffffffddd8) at ffmpeg.c:3160 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 30 01:05:30 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Oct 2012 00:05:30 -0000 Subject: [FFmpeg-trac] #1868(avcodec:open): qdm2: 8bps mode decodes with audiable distortions In-Reply-To: <038.f46d48f763d0a8aaf98c80ea22df8d1c@avcodec.org> References: <038.f46d48f763d0a8aaf98c80ea22df8d1c@avcodec.org> Message-ID: <053.244683db77f0724713e4b856b36a48ca@avcodec.org> #1868: qdm2: 8bps mode decodes with audiable distortions ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: qdm2 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by ami_stuff): more samples: http://www.datafilehost.com/download-61de3d62.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 30 01:19:51 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Oct 2012 00:19:51 -0000 Subject: [FFmpeg-trac] #1869(avcodec:new): Create uncompressed v210 in any container In-Reply-To: <038.84c348cd147974d0b13746a30123d26b@avcodec.org> References: <038.84c348cd147974d0b13746a30123d26b@avcodec.org> Message-ID: <053.17f92c556b5c38d825f4853dabd256af@avcodec.org> #1869: Create uncompressed v210 in any container ------------------------------------+----------------------------------- Reporter: ximmortal | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: v210 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by ximmortal): Replying to [comment:1 cehoyos]: > Please provide a sample, see http://ffmpeg.org/bugreports.html or upload to http://www.datafilehost.com/ and post the link here. Here is a 10 frame sample, http://www.datafilehost.com/download- 6342b0c8.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 30 02:05:00 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Oct 2012 01:05:00 -0000 Subject: [FFmpeg-trac] #1869(avcodec:open): Decode raw v210 streams (was: Create uncompressed v210 in any container) In-Reply-To: <038.84c348cd147974d0b13746a30123d26b@avcodec.org> References: <038.84c348cd147974d0b13746a30123d26b@avcodec.org> Message-ID: <053.53fdbb2e843e95cdf2cb0881998d72cb@avcodec.org> #1869: Decode raw v210 streams -------------------------------------+----------------------------------- Reporter: ximmortal | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: v210 | 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: Raw v210 streams are currently not supported (and this is not a regression), the rawvideo demuxer only works for codec rawvideo. Raw v210 image files are supported though. How was your sample produced? Which software outputs such streams? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 30 02:05:06 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Oct 2012 01:05:06 -0000 Subject: [FFmpeg-trac] #1869(avformat:open): Decode raw v210 streams In-Reply-To: <038.84c348cd147974d0b13746a30123d26b@avcodec.org> References: <038.84c348cd147974d0b13746a30123d26b@avcodec.org> Message-ID: <053.76aa7b9892d788046c40d614c99cff28@avcodec.org> #1869: Decode raw v210 streams -------------------------------------+------------------------------------ Reporter: ximmortal | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: v210 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * component: avcodec => avformat -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 30 02:07:17 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Oct 2012 01:07:17 -0000 Subject: [FFmpeg-trac] #1870(undetermined:new): review merges from libav Message-ID: <038.756b19077eb5bc58865f1c50e798c32d@avcodec.org> #1870: review merges from libav -------------------------------------+------------------------------------- Reporter: richardpl | Owner: Type: task | Status: new Priority: important | Component: Version: git- | undetermined master | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- There are numerous examples in commit history which points out that merging changes from libav is more and more not-trivial task. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 30 02:15:51 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Oct 2012 01:15:51 -0000 Subject: [FFmpeg-trac] #1869(avformat:open): Decode raw v210 streams In-Reply-To: <038.84c348cd147974d0b13746a30123d26b@avcodec.org> References: <038.84c348cd147974d0b13746a30123d26b@avcodec.org> Message-ID: <053.9895dde66af1893d006723351b9a6d97@avcodec.org> #1869: Decode raw v210 streams -------------------------------------+------------------------------------ Reporter: ximmortal | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: v210 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by ximmortal): Replying to [comment:4 cehoyos]: The sample is the same format created by HD-SDI capture hardware produced by BlackMagic and DeltaCast framebuffer configured for V210. This format is the same as described by Apple: https://developer.apple.com/quicktime/icefloe/dispatch019.html What is the V210 format that ffmpeg is expecting? I also observed an v210x codec, what is that for? I noticed that you changed the priority to wish... if this isn't a bug, rather a confusion over the v210 format, I would be happy to supply a patch to support the Apple V210 specification. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 30 02:25:19 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Oct 2012 01:25:19 -0000 Subject: [FFmpeg-trac] #1869(avformat:open): Decode raw v210 streams In-Reply-To: <038.84c348cd147974d0b13746a30123d26b@avcodec.org> References: <038.84c348cd147974d0b13746a30123d26b@avcodec.org> Message-ID: <053.931bf8ab162172df61cfbd5aaaf48300@avcodec.org> #1869: Decode raw v210 streams -------------------------------------+------------------------------------ Reporter: ximmortal | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: v210 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by richardpl): Possible solution: extend libavformat/rawvideodec.c to support uncompressed codecs. (EASY) Prefered solution: v210 (and others) should be moved to swscale where they belong. (HARD) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 30 02:30:09 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Oct 2012 01:30:09 -0000 Subject: [FFmpeg-trac] #1869(avformat:open): Decode raw v210 streams In-Reply-To: <038.84c348cd147974d0b13746a30123d26b@avcodec.org> References: <038.84c348cd147974d0b13746a30123d26b@avcodec.org> Message-ID: <053.55fd1e9e25f3cb4b218f909d00d1bfc7@avcodec.org> #1869: Decode raw v210 streams -------------------------------------+------------------------------------ Reporter: ximmortal | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: v210 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:5 ximmortal]: > Replying to [comment:4 cehoyos]: > > The sample is the same format created by HD-SDI capture hardware produced by BlackMagic and DeltaCast framebuffer configured for V210. Do the cards provide single frames or continuous streams? The reason I ask is: Is there a software (or hardware) that provides the stream as you uploaded it or did you concatenate the frames? > This format is the same as described by Apple: And usually Apple formats are muxed in mov, or does QuickTime support the stream you uploaded? > https://developer.apple.com/quicktime/icefloe/dispatch019.html > > What is the V210 format that ffmpeg is expecting? The v210 decoder expects exactly the format you uploaded (you can test by changing the frame size in the rawvideo demuxer to the value you posted originally), but FFmpeg has no demuxer for it. The reason is that so far only v210 in mov was provided. > I also observed an v210x codec, what is that for? ftp://vqeg.its.bldrdoc.gov/HDTV/SVT_exports/SVT_YUV10_Exports_/ > I noticed that you changed the priority to wish... if this isn't a bug, rather a confusion over the v210 format, I would be happy to supply a patch to support the Apple V210 specification. It is a missing feature in FFmpeg, the missing feature is not the Apple v210 specification (that is implemented and works fine afaict), but the way the frames are just concatenated (instead of either provided in a real container like avi and mov or as single frames). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 30 04:18:39 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Oct 2012 03:18:39 -0000 Subject: [FFmpeg-trac] #1869(avformat:open): Decode raw v210 streams In-Reply-To: <038.84c348cd147974d0b13746a30123d26b@avcodec.org> References: <038.84c348cd147974d0b13746a30123d26b@avcodec.org> Message-ID: <053.4d15b33cc4fbfa3f89c7e53bd8bf5b5c@avcodec.org> #1869: Decode raw v210 streams -------------------------------------+------------------------------------ Reporter: ximmortal | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: v210 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by ximmortal): Replying to [comment:7 cehoyos]: > Replying to [comment:5 ximmortal]: > > Replying to [comment:4 cehoyos]: > > > > The sample is the same format created by HD-SDI capture hardware produced by BlackMagic and DeltaCast framebuffer configured for V210. > > Do the cards provide single frames or continuous streams? > The reason I ask is: Is there a software (or hardware) that provides the stream as you uploaded it or did you concatenate the frames? First, thanks for giving this your attention! The card(s) provide on a frame basis, the concatenation was done by writing each frame successively to a file. I think the confusion comes from the fact that I am using these cards under Linux, thus the accompanied software is either non-existent or leaves much to be desired... I imagine the software that accompanies these cards on Windows or Mac produce the contained samples in .mov etc. > > > This format is the same as described by Apple: > > And usually Apple formats are muxed in mov, or does QuickTime support the stream you uploaded? I doubt that QuickTime supports any RAW/uncontained formats, but like I said, I'm on Linux :) > > > https://developer.apple.com/quicktime/icefloe/dispatch019.html > > > > What is the V210 format that ffmpeg is expecting? > > The v210 decoder expects exactly the format you uploaded (you can test by changing the frame size in the rawvideo demuxer to the value you posted originally), but FFmpeg has no demuxer for it. The reason is that so far only v210 in mov was provided. > > > I also observed an v210x codec, what is that for? > > ftp://vqeg.its.bldrdoc.gov/HDTV/SVT_exports/SVT_YUV10_Exports_/ > > > I noticed that you changed the priority to wish... if this isn't a bug, rather a confusion over the v210 format, I would be happy to supply a patch to support the Apple V210 specification. > > It is a missing feature in FFmpeg, the missing feature is not the Apple v210 specification (that is implemented and works fine afaict), but the way the frames are just concatenated (instead of either provided in a real container like avi and mov or as single frames). I suppose that I was expecting it to function the same way as providing a concatenated sequence of UYVY pixels only 8-bit 4:2:2 (-s 1920x1080 -f rawvideo -pix_fmt uyvy422 -i input.yuv -vcodec copy output.avi) respectively (-s 1920x1080 -f rawvideo -pix_fmt v210 -i input.yuv -vcodec copy output.avi). The important thing here is to avoid losing bit resolution, worst case should be to represent the 10 bits in 16 bit space. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 30 04:24:55 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Oct 2012 03:24:55 -0000 Subject: [FFmpeg-trac] #1869(avformat:open): Decode raw v210 streams In-Reply-To: <038.84c348cd147974d0b13746a30123d26b@avcodec.org> References: <038.84c348cd147974d0b13746a30123d26b@avcodec.org> Message-ID: <053.86c6a76ec6949574fb82dc48c8372875@avcodec.org> #1869: Decode raw v210 streams -------------------------------------+------------------------------------ Reporter: ximmortal | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: v210 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by ximmortal): Replying to [comment:6 richardpl]: > Possible solution: extend libavformat/rawvideodec.c to support uncompressed codecs. (EASY) > > Prefered solution: v210 (and others) should be moved to swscale where they belong. (HARD) I'll take a shot at the "easy" approach... :) Yes, there are other formats that I don't think ffmpeg currently supports v216, etc. If you all need any more high bit samples to test with, let me know. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 30 05:54:48 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Oct 2012 04:54:48 -0000 Subject: [FFmpeg-trac] #1836(avformat:open): Wrong duration in TS container In-Reply-To: <040.e59ea835cdb1df08d05ce93ab2a660d1@avcodec.org> References: <040.e59ea835cdb1df08d05ce93ab2a660d1@avcodec.org> Message-ID: <055.6fe966aec3eb689d0203396f6f1de5eb@avcodec.org> #1836: Wrong duration in TS container -------------------------------------+------------------------------------ Reporter: Heesuk Jung | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by lingjiujianke): The patch can make new bug "Floating point exception " break down at Program terminated with signal 8, Arithmetic exception. #0 0x0000000000594a6f in check_duration_using_bit_rate (ic=0xfffffffffffffb50, options=0x33efce0) at libavformat/utils.c:2029 2029 duration > (filesize*8/(bit_rate/1000)*limit_filesize_multiple*1000)) { full command line is ffmpeg -i input.mkv -force_key_frames 1,4,8,13,18,24,28,32,36,40,44,48,52,56,60,64,68 -strict experimental -acodec aac -vcodec libx264 -map 0:0 -map 0:1 -b:v 2000k -r 25 -b:a 88k -ar 44100 -preset ultrafast -vprofile main -vlevel 2.0 -f segment -segment_format mpegts -segment_list a.m3u8 -segment_times 1,4,8,13,18,24,28,32,36,40,44,48,52,56,60,64,68 -segment_time_delta 0.05 -bsf h264_mp4toannexb -v debug -s 1280x720 -async 1 output-%d.ts -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 30 09:42:00 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Oct 2012 08:42:00 -0000 Subject: [FFmpeg-trac] #1871(undetermined:new): how to batch extract all ac3 streams from vob file? Message-ID: <037.3c20924f1d3e814438515c74474549cf@avcodec.org> #1871: how to batch extract all ac3 streams from vob file? -------------------------------------+------------------------------------- Reporter: abducted | Type: task Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- hi ! I have vob files with multiple audio inside. I would like to extract all the audio streams from all the vob files automatically. I have tried this : for %%a in ("*.vob") do ffmpeg -i %%a -vn -acodec copy %%~na.ac3 but this will extract only one ac3 track from the vobs, not all of them. So how to batch extract all ac3 streams from the vob files please? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 30 10:39:04 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Oct 2012 09:39:04 -0000 Subject: [FFmpeg-trac] #1871(undetermined:closed): how to batch extract all ac3 streams from vob file? In-Reply-To: <037.3c20924f1d3e814438515c74474549cf@avcodec.org> References: <037.3c20924f1d3e814438515c74474549cf@avcodec.org> Message-ID: <052.c68384fa1bf1d7a8ceddd1c2ef14613e@avcodec.org> #1871: how to batch extract all ac3 streams from vob file? -------------------------------------+------------------------------------- Reporter: abducted | Owner: Type: task | 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: This is not a support forum (but a bug tracker), please see http://ffmpeg.org/contact.html for the mailing lists, ffmpeg-user should be appropriate for your question. You will have to parse the output of ffmpeg -i or ffprobe to find out how many ac3 streams you have to export (and to find out the correct -map parameters). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 30 10:42:53 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Oct 2012 09:42:53 -0000 Subject: [FFmpeg-trac] #1869(avformat:open): Decode raw v210 streams In-Reply-To: <038.84c348cd147974d0b13746a30123d26b@avcodec.org> References: <038.84c348cd147974d0b13746a30123d26b@avcodec.org> Message-ID: <053.6a097c3b0a63dc5ba9a935ce7dc08343@avcodec.org> #1869: Decode raw v210 streams -------------------------------------+------------------------------------ Reporter: ximmortal | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: v210 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:8 ximmortal]: > Replying to [comment:7 cehoyos]: > > Replying to [comment:5 ximmortal]: > > > Replying to [comment:4 cehoyos]: > > > > > > The sample is the same format created by HD-SDI capture hardware produced by BlackMagic and DeltaCast framebuffer configured for V210. > > > > Do the cards provide single frames or continuous streams? > > The reason I ask is: Is there a software (or hardware) that provides the stream as you uploaded it or did you concatenate the frames? > > The card(s) provide on a frame basis, the concatenation was done by writing each frame successively to a file. Please don't do that, ffmpeg can read the individual frames if you name them accordingly (image0001, image0002, ...) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 30 10:43:18 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Oct 2012 09:43:18 -0000 Subject: [FFmpeg-trac] #1862(avcodec:closed): Wrong bit rate in MPEG2 video file In-Reply-To: <040.b33996f46afc7fbe240a7dcb8ea7eba9@avcodec.org> References: <040.b33996f46afc7fbe240a7dcb8ea7eba9@avcodec.org> Message-ID: <055.36d8017da3a3d19fd57c9383649621e7@avcodec.org> #1862: Wrong bit rate in MPEG2 video file -------------------------------------+----------------------------------- Reporter: Heesuk Jung | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: mpeg2video | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 30 10:58:47 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Oct 2012 09:58:47 -0000 Subject: [FFmpeg-trac] #1836(avformat:open): Wrong duration in TS container In-Reply-To: <040.e59ea835cdb1df08d05ce93ab2a660d1@avcodec.org> References: <040.e59ea835cdb1df08d05ce93ab2a660d1@avcodec.org> Message-ID: <055.d44e9b908d7883f5fe653ad121dabbd8@avcodec.org> #1836: Wrong duration in TS container -------------------------------------+------------------------------------ Reporter: Heesuk Jung | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by Heesuk Jung): Hi Liu, Please check your problematic file with 0001-Wrong-duration-in-TS- container-Ticket-1836.2.patch. I did regression test for 472 files and tried to transcode from some MKV file according to your ffmpeg comand. All test result is OK and it does not happen "Floating point exception ". If you still have some problem, let me know problematic file link. (I recommend that you did test with latest master. Because I submitted other related patch for this issue) Thanks ! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 30 11:33:03 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Oct 2012 10:33:03 -0000 Subject: [FFmpeg-trac] #1866(undetermined:new): Half speed video output ts -> flv transcode In-Reply-To: <037.b9ead332c415bc5d0bd78d6681dbb00b@avcodec.org> References: <037.b9ead332c415bc5d0bd78d6681dbb00b@avcodec.org> Message-ID: <052.7138393ab10101a708c3c735f662bae4@avcodec.org> #1866: Half speed video output ts -> flv transcode ----------------------------------+---------------------------------------- Reporter: larvalho | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 1.0 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+---------------------------------------- Comment (by larvalho): Replying to [comment:1 cehoyos]: > I am not sure I understand: > Is the original file supposed to play (ie with video and audio)? > Or is the 10 minute delay intentional? > In the first case, I would suspect this is a duplicate of ticket #424, in the second case, I wonder how ffmpeg is supposed to transcode the stream? Shouldn't it try hard to eliminate the A/V desync (leading to slow or fast video)? The original file does play in VLC, etc. without the delay, and with audio correctly in sync. The 10 minute delay is not intentional, though it is indicated in the above output: {{{ Input #0, mpegts, from 'CAPTURE-HD2959dd_1970-01-02_01_26_49.ts': Duration: 00:00:24.57, start: 599.983333, bitrate: 2824 kb/s }}} And with 'mediainfo -f': {{{ Video Delay : 599983.333 Delay : 9mn 59s Delay : 9mn 59s 983ms Delay : 9mn 59s Delay : 00:09:59.983 Delay_Source : Container Audio Delay : 600047.333 Delay : 10mn 0s Delay : 10mn 0s 47ms Delay : 10mn 0s Delay : 00:10:00.047 Delay_Source : Container Video delay : 64 Video delay : 64ms Video delay : 64ms Video delay : 64ms Video delay : 00:00:00.064 Video0 delay : 64 Video0 delay : 64ms Video0 delay : 64ms Video0 delay : 64ms Video0 delay : 00:00:00.064 }}} So I suppose it should be honoured. If I discard the audio when transcoding (-an), I get the same half speed video. On another note, running the same file through ffmpegX (using a particularly old version of ffmpeg) and HandBrake on OS X, I get no delay and correctly synced (normal speed) video and audio. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 30 13:45:56 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Oct 2012 12:45:56 -0000 Subject: [FFmpeg-trac] #1836(avformat:open): Wrong duration in TS container In-Reply-To: <040.e59ea835cdb1df08d05ce93ab2a660d1@avcodec.org> References: <040.e59ea835cdb1df08d05ce93ab2a660d1@avcodec.org> Message-ID: <055.df1b56ce5b71f3e1efa26381b6866be8@avcodec.org> #1836: Wrong duration in TS container -------------------------------------+------------------------------------ Reporter: Heesuk Jung | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by Heesuk Jung): Hi Liu, Please check update latest patch. Thanks ! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 30 13:48:23 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Oct 2012 12:48:23 -0000 Subject: [FFmpeg-trac] #1869(avformat:open): Decode raw v210 streams In-Reply-To: <038.84c348cd147974d0b13746a30123d26b@avcodec.org> References: <038.84c348cd147974d0b13746a30123d26b@avcodec.org> Message-ID: <053.ee0c5d85f9d8dd0c7f997107f13d8aa8@avcodec.org> #1869: Decode raw v210 streams -------------------------------------+------------------------------------ Reporter: ximmortal | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: v210 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by richardpl): Replying to [comment:9 ximmortal]: > Replying to [comment:6 richardpl]: > > Possible solution: extend libavformat/rawvideodec.c to support uncompressed codecs. (EASY) > > > > Prefered solution: v210 (and others) should be moved to swscale where they belong. (HARD) > > I'll take a shot at the "easy" approach... :) Yes, there are other formats that I don't think ffmpeg currently supports v216, etc. If you all need any more high bit samples to test with, let me know. Please open new bug report for each format that ffmpeg does not currently supports and also please provide samples by either uploading here or link to them. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 30 15:10:18 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Oct 2012 14:10:18 -0000 Subject: [FFmpeg-trac] #1872(FFserver:new): aac bitstream not in adts format and extradata missing Message-ID: <041.7a5a7c047966491fd1d47f8d61f64f5b@avcodec.org> #1872: aac bitstream not in adts format and extradata missing --------------------------------------+---------------------------------- Reporter: yogesh.tyagi | Type: defect Status: new | Priority: normal Component: FFserver | Version: 0.9.2 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- ffserver generated error "aac bitstream not in adts format and extradata missing" when I tried to stream mpegts with aac audio. I am feeding ffserver with following command: ffmpeg -i temp.mpg -vcodec libx264 -b:v 800k -acodec aac -strict experimental -flags -global_header http://10.112.47.12:8091/feed1.ffm I am using following command to play the stream: ffplay http://10.112.47.12:8091/test.ts When I give above command I just see the first frame and then video freezes. FFServer produces error message "aac bitstream not in adts format and extradata missing". My ffserver.conf is given below? Port 8091 BindAddress 0.0.0.0 MaxHTTPConnections 2000 MaxClients 100 MaxBandwidth 1000000 CustomLog - NoDaemon File /tmp/feed1.ffm FileMaxSize 150M ACL allow 127.0.0.1 Feed feed1.ffm Format mpegts AudioCodec aac AudioBitRate 128k AudioChannels 2 AudioSampleRate 48000 AVOptionAudio flags +global_header VideoCodec libx264 VideoBitRate 400k VideoFrameRate 15 VideoSize 720x480 AVOptionVideo coder 0 AVOptionVideo bf 0 AVOptionVideo flags2 +mixed_refs+fastpskip AVOptionVideo flags +loop AVOptionVideo cmp +chroma AVOptionVideo partitions +parti8x8+parti4x4+partp8x8+partb8x8 AVOptionVideo me_method hex AVOptionVideo subq 7 AVOptionVideo me_range 16 AVOptionVideo g 250 AVOptionVideo keyint_min 10 AVOptionVideo sc_threshold 40 AVOptionVideo i_qfactor 0.71 AVOptionVideo b_strategy 1 AVOptionVideo qcomp 0.6 AVOptionVideo qmin 10 AVOptionVideo qmax 51 AVOptionVideo qdiff 4 AVOptionVideo refs 3 AVOptionVideo directpred 1 AVOptionVideo trellis 1 AVOptionVideo flags2 +mixed_refs+fastpskip AVOptionVideo wpredp 0 AVOptionVideo flags +global_header AVOptionVideo bsf h264_mp4toannexb VideoGopSize 12 Preroll 15 StartSendOnKey Format status ACL allow 127.0.0.1 URL stat.html complete uncut command line output of ffserver: ./ffserver_g ffmpeg version N-45215-g949acef Copyright (c) 2000-2012 the FFmpeg developers built on Oct 10 2012 15:45:20 with gcc 4.6.3 (GCC) 20120306 (Red Hat 4.6.3-2) configuration: --prefix=/usr --libdir=/usr/lib --enable-shared libavutil 51. 74.100 / 51. 74.100 libavcodec 54. 65.100 / 54. 65.100 libavformat 54. 31.100 / 54. 31.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 19.102 / 3. 19.102 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 Tue Oct 30 16:43:25 2012 Tue Oct 30 16:43:25 2012 Tue Oct 30 16:43:25 2012 Tue Oct 30 16:43:25 2012 Tue Oct 30 16:43:25 2012 FFserver started. Tue Oct 30 16:43:28 2012 Tue Oct 30 16:43:28 2012 Tue Oct 30 16:43:28 2012 Tue Oct 30 16:43:28 2012 Tue Oct 30 16:43:28 2012 muxrate VBR, pcr every 1 pkts, sdt every 200, pat/pmt every 40 pkts Tue Oct 30 16:43:31 2012 Tue Oct 30 16:43:31 2012 Tue Oct 30 16:43:31 2012 127.0.0.1 - - [GET] "/feed1.ffm HTTP/1.1" 200 4149 Tue Oct 30 16:43:31 2012 Tue Oct 30 16:43:31 2012 aac bitstream not in adts format and extradata missing Tue Oct 30 16:43:31 2012 Error writing frame to output Tue Oct 30 16:43:31 2012 10.112.47.18 - - [GET] "/test.ts HTTP/1.1" 200 8715 Tue Oct 30 16:43:47 2012 127.0.0.1 - - [POST] "/feed1.ffm HTTP/1.1" 200 2162688 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 30 15:44:43 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Oct 2012 14:44:43 -0000 Subject: [FFmpeg-trac] #1674(FFmpeg:closed): Assertion fail when attempting to copy metadata In-Reply-To: <036.56bb05fe0e412c6b2116affaba4998cc@avcodec.org> References: <036.56bb05fe0e412c6b2116affaba4998cc@avcodec.org> Message-ID: <051.dd5e4e04f83c0d20e6255540450a4f65@avcodec.org> #1674: Assertion fail when attempting to copy metadata -------------------------------------+---------------------------------- Reporter: Chippit | Owner: Type: defect | Status: closed Priority: important | Component: FFmpeg Version: git-master | Resolution: fixed Keywords: crash abort | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Changes (by cehoyos): * keywords: => crash abort -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 30 15:46:51 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Oct 2012 14:46:51 -0000 Subject: [FFmpeg-trac] #1467(avcodec:closed): Assertion failed when converting to wmv In-Reply-To: <033.c00f2cd588241fbf66c9d774c97c7d76@avcodec.org> References: <033.c00f2cd588241fbf66c9d774c97c7d76@avcodec.org> Message-ID: <048.564fdcb319ea40b0b2efde929088ab61@avcodec.org> #1467: Assertion failed when converting to wmv -------------------------------------+------------------------------------- Reporter: jcnn | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: wmv2 | Blocked By: regression crash abort | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: wmv2 regression => wmv2 regression crash abort -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 30 16:55:34 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Oct 2012 15:55:34 -0000 Subject: [FFmpeg-trac] #1873(undetermined:new): support zygoaudio Message-ID: <038.d6729cc9e8c66f4fdf4b47d263ff7a90@avcodec.org> #1873: support zygoaudio -------------------------------------+------------------------------------- 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 uses speex codec ("zygoa8k_q10.mov" decodes without any tweaks to the decoder with "-acodec speex"). http://www.datafilehost.com/download-4bf8975f.html {{{ C:\>ffmpeg -i zygoa8k_q10.mov ffmpeg version N-45867-g3318d6b Copyright (c) 2000-2012 the FFmpeg developers built on Oct 23 2012 02:39:33 with gcc 4.5.0 (GCC) 20100414 (Fedora MinGW 4.5. 0-1.fc14) configuration: --prefix=/var/www/users/research/ffmpeg/snapshots/build --arch= x86 --target-os=mingw32 --cross-prefix=i686-pc-mingw32- --cc='ccache i686 -pc-min gw32-gcc' --enable-w32threads --enable-memalign-hack --enable-runtime- cpudetect --enable-cross-compile --enable-static --disable-shared --extra- libs='-lws2_32 - lwinmm -lpthread' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snap shots/build/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/s napshots/build/lib' --enable-bzlib --enable-zlib --enable-gpl --enable- version3 --enable-nonfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libmp3lame --enable-libvpx --disable- decoder=libvpx libavutil 51. 77.100 / 51. 77.100 libavcodec 54. 68.100 / 54. 68.100 libavformat 54. 33.100 / 54. 33.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 20.104 / 3. 20.104 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x1edbe20] max_analyze_duration 5000000 reached at 50 00000 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x1edbe20] Could not find codec parameters for stream 0 (Audio: none (SPXN / 0x4E585053), 8000 Hz, 1 channels): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options Guessed Channel Layout for Input Stream #0.0 : mono Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'zygoa8k_q10.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2012-10-30 15:26:21 Duration: 00:01:12.00, start: 0.000000, bitrate: 61 kb/s Stream #0:0(eng): Audio: none (SPXN / 0x4E585053), 8000 Hz, mono Metadata: creation_time : 2012-10-30 15:26:21 handler_name : Procedura obs?ugi skr?t?w danych Apple Stream #0:1(eng): Video: mjpeg (mjpa / 0x61706A6D), yuvj422p, 160x120 [SAR 7 2:72 DAR 4:3], 36 kb/s, 0.25 fps, 0.25 tbr, 1 tbn, 1 tbc Metadata: creation_time : 2012-10-30 15:26:21 handler_name : Procedura obs?ugi skr?t?w danych Apple At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Oct 30 20:28:51 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Oct 2012 19:28:51 -0000 Subject: [FFmpeg-trac] #1658(undetermined:closed): imc: ffplay resets current duration In-Reply-To: <038.1a0f81e7cf5b4d1b135d75f0ca684f3c@avcodec.org> References: <038.1a0f81e7cf5b4d1b135d75f0ca684f3c@avcodec.org> Message-ID: <053.bd3eb23e04b0ab1df3f3957b003e0c5a@avcodec.org> #1658: imc: ffplay resets current duration -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: imc | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 31 03:57:31 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 31 Oct 2012 02:57:31 -0000 Subject: [FFmpeg-trac] #1874(undetermined:new): ffplay displays "nan" as an current time Message-ID: <038.091758e9efc521624ab939f29a51f10d@avcodec.org> #1874: ffplay displays "nan" as an current time -------------------------------------+------------------------------------- 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 -------------------------------------+------------------------------------- http://www.datafilehost.com/download-d0d50729.html {{{ C:\>ffplay ffplay_nan.mov ffplay version N-46146-g11d695d Copyright (c) 2003-2012 the FFmpeg developers built on Oct 29 2012 18:06:25 with gcc 4.7.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-pthreads --enable-runt ime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libass - -enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enab le-libgsm --enable-libmp3lame --enable-libnut --enable-libopenjpeg --enable-libo pus --enable-librtmp --enable-libschroedinger --enable-libspeex --enable- libtheo ra --enable-libutvideo --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-li bvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --ena ble-zlib libavutil 52. 1.100 / 52. 1.100 libavcodec 54. 69.100 / 54. 69.100 libavformat 54. 35.100 / 54. 35.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 20.109 / 3. 20.109 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'ffplay_nan.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2012-10-30 18:27:06 Duration: 00:01:12.00, start: 0.000000, bitrate: 400 kb/s Stream #0:0(eng): Audio: pcm_s24be (in24 / 0x34326E69), 8000 Hz, 2 channels, s32, 384 kb/s Metadata: creation_time : 2012-10-30 18:27:06 handler_name : Procedura obs?ugi skr?t?w danych Apple Stream #0:1(eng): Video: mjpeg (mjpa / 0x61706A6D), yuvj422p, 160x120 [SAR 7 2:72 DAR 4:3], 16 kb/s, 0.25 fps, 0.25 tbr, 1 tbn, 1 tbc Metadata: creation_time : 2012-10-30 18:27:06 handler_name : Procedura obs?ugi skr?t?w danych Apple Frame changed from size:0x0 to size:160x120 nan A-V: nan fd= 0 aq= 1567KB vq= 40KB sq= 0B f=0/0 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 31 05:12:32 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 31 Oct 2012 04:12:32 -0000 Subject: [FFmpeg-trac] #1875(undetermined:new): Reproducable fails to copy/concat/convert ALL streams, applies on any multi-subtitled or multi-language video Message-ID: <036.59c26c0d3199b1f8b722417bdd358b36@avcodec.org> #1875: Reproducable fails to copy/concat/convert ALL streams, applies on any multi-subtitled or multi-language video -------------------------------------+------------------------------------- Reporter: feelart | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: copy concat | Blocked By: streams | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- When trying to convert, change container or concatane files, ffmpeg fails to copy ALL streams, in particular all audio or all subtitles. Only by using explicit mapping, can one copy all files. The bug applies to any VOB files(I haven't tried on MKV or MP4), which is multi-linguigal and/or multi-subtitled. As test file I take a VOB files with 4 streams. 1st command line test: ffmpeg -y -i VTS_01_4.vob -c:v copy -c:a copy -c:s copy -c:d copy -c:t copy VTS_01_4_REC_ALL.vob Notice here ffmepg copy 3 out 4 streams. {{{ G:\ITC\SharedWinXp\test\HibDVDFAb\VIDEO_TS>ffmpeg -y -i VTS_01_4.vob -c:v copy -c:a copy -c:s copy -c:d copy -c:t copy VTS_01_4_REC_ALL.vob ffmpeg version N-46055-g5f0105b Copyright (c) 2000-2012 the FFmpeg developers built on Oct 26 2012 17:56:00 with gcc 4.7.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-pthreads --enable-runtime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable-libass --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libfreetype --enable-libgsm --ena ble-libmp3lame --enable-libnut --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libutvideo --enable-libvo-aacenc --enable- libvo-amrwbenc --enable-libvorbis --enable-libvpx --enab le-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 0.100 / 52. 0.100 libavcodec 54. 69.100 / 54. 69.100 libavformat 54. 35.100 / 54. 35.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 20.106 / 3. 20.106 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 [mpeg2video @ 0000000001f4e7e0] mpeg_decode_postinit() failure Last message repeated 8 times [mpeg2video @ 0000000001f4e7e0] allocate dummy last picture for field based first keyframe [mpeg @ 0000000001f4df00] Stream #2: not enough frames to estimate rate; consider increasing probesize [mpeg @ 0000000001f4df00] Stream #3: not enough frames to estimate rate; consider increasing probesize Input #0, mpeg, from 'VTS_01_4.vob': Duration: 25:43:53.39, start: 3204.956000, bitrate: 92 kb/s Stream #0:0[0x1e0]: Video: mpeg2video (Main), yuv420p, 720x576 [SAR 64:45 DAR 16:9], 7500 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x80]: Audio: ac3, 48000 Hz, stereo, s16, 384 kb/s Stream #0:2[0x21]: Subtitle: dvd_subtitle Stream #0:3[0x20]: Subtitle: dvd_subtitle Output #0, svcd, to 'VTS_01_4_REC_ALL.vob': Metadata: encoder : Lavf54.35.100 Stream #0:0: Video: mpeg2video, yuv420p, 720x576 [SAR 64:45 DAR 16:9], q=2-31, 7500 kb/s, 25 fps, 90k tbn, 25 tbc Stream #0:1: Audio: ac3, 48000 Hz, stereo, 384 kb/s Stream #0:2: Subtitle: dvd_subtitle Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Stream #0:2 -> #0:2 (copy) Press [q] to stop, [?] for help frame=26687 fps=558 q=-1.0 Lsize= 1041526kB time=00:17:48.22 bitrate=7987.3kbits/s video:977313kB audio:50055kB subtitle:961 global headers:0kB muxing overhead 1.283392% G:\ITC\SharedWinXp\test\HibDVDFAb\VIDEO_TS> }}} 2nd test line: RE: http://ffmpeg.org/pipermail/ffmpeg-user/2012-February/004997.html ffmpeg -y -i VTS_01_4.vob -c copy VTS_01_4_REC_c.vob This time the 2 subtitles streams are NOT copied {{{ G:\ITC\SharedWinXp\test\HibDVDFAb\VIDEO_TS>ffmpeg -y -i VTS_01_4.vob -c copy VTS_01_4_REC_c.vob ffmpeg version N-46055-g5f0105b Copyright (c) 2000-2012 the FFmpeg developers built on Oct 26 2012 17:56:00 with gcc 4.7.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-pthreads --enable-runtime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable-libass --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libfreetype --enable-libgsm --ena ble-libmp3lame --enable-libnut --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libutvideo --enable-libvo-aacenc --enable- libvo-amrwbenc --enable-libvorbis --enable-libvpx --enab le-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 0.100 / 52. 0.100 libavcodec 54. 69.100 / 54. 69.100 libavformat 54. 35.100 / 54. 35.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 20.106 / 3. 20.106 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 [mpeg2video @ 000000000201e4e0] mpeg_decode_postinit() failure Last message repeated 8 times [mpeg2video @ 000000000201e4e0] allocate dummy last picture for field based first keyframe [mpeg @ 000000000201dc20] Stream #2: not enough frames to estimate rate; consider increasing probesize [mpeg @ 000000000201dc20] Stream #3: not enough frames to estimate rate; consider increasing probesize Input #0, mpeg, from 'VTS_01_4.vob': Duration: 25:43:53.39, start: 3204.956000, bitrate: 92 kb/s Stream #0:0[0x1e0]: Video: mpeg2video (Main), yuv420p, 720x576 [SAR 64:45 DAR 16:9], 7500 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x80]: Audio: ac3, 48000 Hz, stereo, s16, 384 kb/s Stream #0:2[0x21]: Subtitle: dvd_subtitle Stream #0:3[0x20]: Subtitle: dvd_subtitle Output #0, svcd, to 'VTS_01_4_REC_c.vob': Metadata: encoder : Lavf54.35.100 Stream #0:0: Video: mpeg2video, yuv420p, 720x576 [SAR 64:45 DAR 16:9], q=2-31, 7500 kb/s, 25 fps, 90k tbn, 25 tbc Stream #0:1: Audio: ac3, 48000 Hz, stereo, 384 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help frame=26687 fps=1385 q=-1.0 Lsize= 1040114kB time=00:17:48.22 bitrate=7976.5kbits/s video:977313kB audio:50055kB subtitle:0 global headers:0kB muxing overhead 1.240699% G:\ITC\SharedWinXp\test\HibDVDFAb\VIDEO_TS> }}} 3rd command line, working this time ffmpeg -y -i VTS_01_4.vob -map 0:0 -map 0:1 -map 0:2 -map 0:3 -c copy VTS_01_4Fab_REC4_streams.vob Here all streams are copied -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 31 14:53:38 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 31 Oct 2012 13:53:38 -0000 Subject: [FFmpeg-trac] #1859(FFprobe:open): feature request: making skip_stream work with ffprobe In-Reply-To: <038.003a37c371672945e1cb445a5dba0545@avcodec.org> References: <038.003a37c371672945e1cb445a5dba0545@avcodec.org> Message-ID: <053.a5df753981433390a7c0d52dba8a37a8@avcodec.org> #1859: feature request: making skip_stream work with ffprobe -------------------------------------+----------------------------------- Reporter: vineet156 | Owner: Type: enhancement | Status: open Priority: wish | Component: FFprobe Version: git-master | Resolution: Keywords: skip_frame | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by vineet156): I sent a reply 3 days itself but I received a auto generated reply "delay in mail delivery". Anyways, I am updating my reply from the website now. here it goes... ======================================================================= May be there is a negligible time difference. But the reason behind using "skip_frame nokey" was to show only show "iskey:1" frames via select filter (if using ffmpeg) similarly, with ffprobe if "skip_frame nokey" should only generate those 55 key frame's information in json So, somewhere it's not working as per the documentation Just to clarify, I was not looking at speed gain. All I am trying to do is extract info about each keyframe present in a source video. I thought using "skip_frame nokey" I'll get just the keyframe information in my output. Additionally, if I may add, what should be best method to extract the image from each keyframe from my source video? coz following command generate image for each video frame instead of just keyframes ffmpeg -skip_frame nokey -i 1280x720_Shinkarenko-Gonzalez.mp4 -f image2 - images/keyframes%03d.jpg {{{ ffmpeg version 1.0.git Copyright (c) 2000-2012 the FFmpeg developers built on Oct 28 2012 09:10:45 with gcc 4.4.5 (Debian 4.4.5-8) configuration: --prefix=/usr/local --enable-libx264 --enable-libfaac --enable-gpl --enable-shared --enable-nonfree --enable-libvorbis --enable- libvpx --disable-ffserver --disable-doc --enable-bzlib --enable-zlib libavutil 52. 0.100 / 52. 0.100 libavcodec 54. 69.100 / 54. 69.100 libavformat 54. 34.100 / 54. 34.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 20.105 / 3. 20.105 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '1280x720_Shinkarenko- Gonzalez.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 creation_time : 1970-01-01 00:00:00 encoder : Lavf52.94.0 Duration: 00:07:36.22, start: 0.000000, bitrate: 3470 kb/s Stream #0:0(und): Video: h264 (Main) (avc1 / 0x31637661), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 3298 kb/s, 29.97 fps, 29.97 tbr, 30k tbn, 59.94 tbc Metadata: creation_time : 1970-01-01 00:00:00 handler_name : VideoHandler Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 48000 Hz, stereo, s16, 165 kb/s Metadata: creation_time : 1970-01-01 00:00:00 handler_name : SoundHandler Output #0, image2, to 'images/keyframes%03d.jpg': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf54.34.100 Stream #0:0(und): Video: mjpeg, yuvj420p, 1280x720 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 90k tbn, 29.97 tbc Metadata: creation_time : 1970-01-01 00:00:00 handler_name : VideoHandler Stream mapping: Stream #0:0 -> #0:0 (h264 -> mjpeg) Press [q] to stop, [?] for help [h264 @ 0xecf420] concealing 3600 DC, 3600 AC, 3600 MV errors in P frame [h264 @ 0xe8a5a0] concealing 3600 DC, 3600 AC, 3600 MV errors in P frame [h264 @ 0x1005400] concealing 3600 DC, 3600 AC, 3600 MV errors in P frame [h264 @ 0xf9de80] concealing 3600 DC, 3600 AC, 3600 MV errors in P frame [h264 @ 0xf36900] concealing 3600 DC, 3600 AC, 3600 MV errors in P frame [h264 @ 0xecf420] concealing 3600 DC, 3600 AC, 3600 MV errors in P frame [h264 @ 0xe8a5a0] concealing 3600 DC, 3600 AC, 3600 MV errors in P frame [h264 @ 0x1005400] concealing 3600 DC, 3600 AC, 3600 MV errors in P frame [h264 @ 0xf9de80] concealing 3600 DC, 3600 AC, 3600 MV errors in P frame ....... ....... ....... }}} I hope you also saw the output.log attachement -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 31 15:10:48 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 31 Oct 2012 14:10:48 -0000 Subject: [FFmpeg-trac] #1827(avcodec:closed): Segfault with multi-channel DCA/DTS file when downsampling. In-Reply-To: <035.d1a34de2f3aace57e246523caefca291@avcodec.org> References: <035.d1a34de2f3aace57e246523caefca291@avcodec.org> Message-ID: <050.3a696fb256efff283378275b0653b7fc@avcodec.org> #1827: Segfault with multi-channel DCA/DTS file when downsampling. -------------------------------------+------------------------------------- Reporter: Cigaes | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: dca | Blocked By: regression crash SIGSEGV | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixes by Nick Brereton and Michael Niedermayer. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 31 16:50:20 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 31 Oct 2012 15:50:20 -0000 Subject: [FFmpeg-trac] #1873(undetermined:new): support zygoaudio In-Reply-To: <038.d6729cc9e8c66f4fdf4b47d263ff7a90@avcodec.org> References: <038.d6729cc9e8c66f4fdf4b47d263ff7a90@avcodec.org> Message-ID: <053.e46b48c446257f535a106e046ab3f95c@avcodec.org> #1873: support zygoaudio -------------------------------------+------------------------------------- Reporter: ami_stuff | 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 ami_stuff): my try to support compression mode 10 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 31 16:58:51 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 31 Oct 2012 15:58:51 -0000 Subject: [FFmpeg-trac] #1873(undetermined:new): support zygoaudio In-Reply-To: <038.d6729cc9e8c66f4fdf4b47d263ff7a90@avcodec.org> References: <038.d6729cc9e8c66f4fdf4b47d263ff7a90@avcodec.org> Message-ID: <053.3b73010d7569c4eb54d68b89b494dd8f@avcodec.org> #1873: support zygoaudio -------------------------------------+------------------------------------- Reporter: ami_stuff | 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 richardpl): This looks bad and is just guessing. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 31 17:13:13 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 31 Oct 2012 16:13:13 -0000 Subject: [FFmpeg-trac] #1873(undetermined:new): support zygoaudio In-Reply-To: <038.d6729cc9e8c66f4fdf4b47d263ff7a90@avcodec.org> References: <038.d6729cc9e8c66f4fdf4b47d263ff7a90@avcodec.org> Message-ID: <053.c227f0db2bd59ecd09ffddd93af58823@avcodec.org> #1873: support zygoaudio -------------------------------------+------------------------------------- Reporter: ami_stuff | 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 ami_stuff): Replying to [comment:2 richardpl]: > This looks bad and is just guessing. which part of the patch you mean is guessing? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 31 20:15:59 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 31 Oct 2012 19:15:59 -0000 Subject: [FFmpeg-trac] #1876(avcodec:new): vc1dec.c multi-threading decode crash issue Message-ID: <036.fecdc32d94a6a6de277ed66df58c7cdf@avcodec.org> #1876: vc1dec.c multi-threading decode crash issue ---------------------------------+--------------------------------------- Reporter: DonMoir | Type: defect Status: new | Priority: critical Component: avcodec | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+--------------------------------------- In vc1_decode_frame there is: if (ff_msmpeg4_decode_init(avctx) < 0 || ff_vc1_decode_init_alloc_tables(v) < 0) If this entire statement is not locked down in a multi-threaded multi- video environment, then crash and burn. No way I know of to reproduce crash using ffmpeg command line tools. The way I produce crash is to pump more than one WMV3 files at ffmpeg simultaneously. Multiple instances of a file are using for playback, thumbnails, and other things. Then when calling avcodec_decode_video2 you will get spurious crashes depending on the current state of things. All other file formats I have tested seem to be ok. Just any format that makes use of vc1_decode_frame is suspect. The file I used for testing is located here: (283 MB) http://sms.pangolin.com/temp/WMV3_vc1_decode_frame_crash.wmv -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 31 20:43:03 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 31 Oct 2012 19:43:03 -0000 Subject: [FFmpeg-trac] #1745(undetermined:open): PS3 compatibility regression In-Reply-To: <036.23de2b38dc9c2eefa4e26f056a1db0c9@avcodec.org> References: <036.23de2b38dc9c2eefa4e26f056a1db0c9@avcodec.org> Message-ID: <051.86939533ab377282b15c7baa36530e36@avcodec.org> #1745: PS3 compatibility regression -------------------------------------+------------------------------------- Reporter: SubJunk | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by SubJunk): This is fixed now, so feel free to close this ticket, and thanks for the fix! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 31 20:56:02 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 31 Oct 2012 19:56:02 -0000 Subject: [FFmpeg-trac] #1745(undetermined:closed): PS3 compatibility regression In-Reply-To: <036.23de2b38dc9c2eefa4e26f056a1db0c9@avcodec.org> References: <036.23de2b38dc9c2eefa4e26f056a1db0c9@avcodec.org> Message-ID: <051.c3bc692486c565700d604de50152e7d7@avcodec.org> #1745: PS3 compatibility regression -------------------------------------+------------------------------------- Reporter: SubJunk | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: regression | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Thank you for testing again! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 31 20:58:29 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 31 Oct 2012 19:58:29 -0000 Subject: [FFmpeg-trac] #1876(avcodec:new): vc1dec.c multi-threading decode crash issue In-Reply-To: <036.fecdc32d94a6a6de277ed66df58c7cdf@avcodec.org> References: <036.fecdc32d94a6a6de277ed66df58c7cdf@avcodec.org> Message-ID: <051.ff7132cd42590a124978a1c30bff8b96@avcodec.org> #1876: vc1dec.c multi-threading decode crash issue -------------------------------------+----------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * priority: critical => important Comment: Please provide a backtrace etc. as explained on http://ffmpeg.org/bugreports.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 31 20:59:00 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 31 Oct 2012 19:59:00 -0000 Subject: [FFmpeg-trac] #1876(avcodec:new): vc1dec.c multi-threading decode crash issue In-Reply-To: <036.fecdc32d94a6a6de277ed66df58c7cdf@avcodec.org> References: <036.fecdc32d94a6a6de277ed66df58c7cdf@avcodec.org> Message-ID: <051.3182a7ff8f89d3c21c1f610995582712@avcodec.org> #1876: vc1dec.c multi-threading decode crash issue -------------------------------------+----------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: unspecified | Resolution: Keywords: vc1 crash | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => vc1 crash -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 31 21:54:10 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 31 Oct 2012 20:54:10 -0000 Subject: [FFmpeg-trac] #1876(avcodec:new): vc1dec.c multi-threading decode crash issue In-Reply-To: <036.fecdc32d94a6a6de277ed66df58c7cdf@avcodec.org> References: <036.fecdc32d94a6a6de277ed66df58c7cdf@avcodec.org> Message-ID: <051.b521e7bf44414b6dbb71d94253a9b1a7@avcodec.org> #1876: vc1dec.c multi-threading decode crash issue -------------------------------------+----------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: unspecified | Resolution: Keywords: vc1 crash | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by DonMoir): There is not going to be any backtrace to look at as you can't get it to crash with ffmpeg command line tools and I am using a windows app to create the multi-threaded situation. Beyond that, crashes are spurious and can be anywhere. This is do to memory overwrites or similiar. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Oct 31 22:14:44 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 31 Oct 2012 21:14:44 -0000 Subject: [FFmpeg-trac] #1876(avcodec:new): vc1dec.c multi-threading decode crash issue In-Reply-To: <036.fecdc32d94a6a6de277ed66df58c7cdf@avcodec.org> References: <036.fecdc32d94a6a6de277ed66df58c7cdf@avcodec.org> Message-ID: <051.3e95c19b06055af7246300052bac0d3e@avcodec.org> #1876: vc1dec.c multi-threading decode crash issue -------------------------------------+----------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: unspecified | Resolution: Keywords: vc1 crash | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by DonMoir): If you think you have of a way I can reproduce the problem with your tools then let me know. -- Ticket URL: FFmpeg FFmpeg issue tracker