From trac at avcodec.org Thu Nov 1 00:24:02 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 31 Oct 2012 23:24:02 -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.f33c422732e6888326ef4c0a38fa6d3c@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 cehoyos): Replying to [comment:3 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. Could you explain why "using a windows app" makes providing a backtrace not going to happen? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 1 00:37:51 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 31 Oct 2012 23:37:51 -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.98e1a943993e61bab68c2205deee5c0d@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): Can you explain how I am suppose to create a backtrace with a windows app using MSVC where the MinGW debug symbols are not compatible? The only backtrace I get outside of a few app calling functions is a crash in avcodec_decode_video2 but can happen elsewhere and spurious as mentioned. A thread problem has already been acknowledged in the mentioned code as well. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 1 00:50:42 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 31 Oct 2012 23:50:42 -0000 Subject: [FFmpeg-trac] #1874(undetermined:new): ffplay displays "nan" as an current time In-Reply-To: <038.091758e9efc521624ab939f29a51f10d@avcodec.org> References: <038.091758e9efc521624ab939f29a51f10d@avcodec.org> Message-ID: <053.0a559a42581736a04a1493a401000bc8@avcodec.org> #1874: ffplay displays "nan" as an current time -------------------------------------+------------------------------------- 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 cehoyos): Works fine here (no "nan"). Could this be Windows-specific? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 1 01:03:48 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 01 Nov 2012 00:03:48 -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.beb2bece263600810ae15030b65cef2a@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 cehoyos): Replying to [comment:6 DonMoir]: > Can you explain how I am suppose to create a backtrace with a windows app using MSVC where the MinGW debug symbols are not compatible? Compile with MSVC to get debug symbols. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 1 01:24:28 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 01 Nov 2012 00:24:28 -0000 Subject: [FFmpeg-trac] #1874(undetermined:new): ffplay displays "nan" as an current time In-Reply-To: <038.091758e9efc521624ab939f29a51f10d@avcodec.org> References: <038.091758e9efc521624ab939f29a51f10d@avcodec.org> Message-ID: <053.cb0fbbb7bd140818b92dc83f40e622f1@avcodec.org> #1874: ffplay displays "nan" as an current time -------------------------------------+------------------------------------- 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): it seems to be related to mmx or something (tested with 2 builds - one mine) {{{ 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= 48KB sq= 0B f=0/0 }}} {{{ C:\>ffplay -cpuflags -mmx 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 3.92 A-V: -0.082 fd= 0 aq= 1567KB vq= 48KB sq= 0B f=0/0 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 1 01:27:27 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 01 Nov 2012 00:27:27 -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.0a24e2c68460bcdf3edf28a49b27767f@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): ffmpeg c99 code is not compatible with MSVC c++ code. I have seen some mention of c99 to c89 but not dealing with that right now. So I take it you have no tools for testing multi-threaded issues ? But look at it this way. The crash can essentially happen anywhere and just all depends. So you want a worthless crash report when we already know where the problem is ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 1 01:38:26 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 01 Nov 2012 00:38:26 -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.9e9700c8a7c8707a784815fc98970438@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 cehoyos): Replying to [comment:8 DonMoir]: > ffmpeg c99 code is not compatible with MSVC c++ code. FFmpeg is tested regularly with MSVC compiler, please see http://fate.ffmpeg.org/ (And of course http://ffmpeg.org/platform.html#Microsoft-Visual- C_002b_002b) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 1 01:40:26 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 01 Nov 2012 00:40:26 -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.5382a222f1183f375a435628c45be48a@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 cehoyos): Replying to [comment:8 DonMoir]: > So you want a worthless crash report when we already know where the problem is ? Patches that fix bugs are even more welcome than bug reports, you can send them directly to ffmpeg-devel, no need to open a ticket, just include an explanation in your mail. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 1 01:56:54 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 01 Nov 2012 00:56:54 -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.6f84c8749b012f8213f871ba332cadf5@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): Knowing where the problem is and getting in the optimal fix are a couple different things. I was hoping for more input on mailing list but only minimal response. I can kind of understand that since most do not use multi-video and multi-threaded in combination. If there is a consensus on locking the mentioned code statement then the fix is very easy. If there is not a consensus then we are back to square one wondering what the best fix is. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 1 02:02:33 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 01 Nov 2012 01:02:33 -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.9efa7047b19e012b728fe5bb7c1f1b6c@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 cehoyos): Replying to [comment:11 DonMoir]: > Knowing where the problem is and getting in the optimal fix are a couple different things. I was hoping for more input on mailing list but only minimal response. A safe way of getting more input is sending a patch that fixes your crash. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 1 02:03:24 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 01 Nov 2012 01:03:24 -0000 Subject: [FFmpeg-trac] #1874(undetermined:new): ffplay displays "nan" as an current time In-Reply-To: <038.091758e9efc521624ab939f29a51f10d@avcodec.org> References: <038.091758e9efc521624ab939f29a51f10d@avcodec.org> Message-ID: <053.4c112eff73890567dcffcc10b9446e1f@avcodec.org> #1874: ffplay displays "nan" as an current time -------------------------------------+------------------------------------- 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 cehoyos): But can you confirm that this problem is only reproducible on Windows? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 1 02:05:50 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 01 Nov 2012 01:05:50 -0000 Subject: [FFmpeg-trac] #1874(undetermined:new): ffplay displays "nan" as an current time In-Reply-To: <038.091758e9efc521624ab939f29a51f10d@avcodec.org> References: <038.091758e9efc521624ab939f29a51f10d@avcodec.org> Message-ID: <053.739c860bcbff6f01ce9b9f10e3d15cfb@avcodec.org> #1874: ffplay displays "nan" as an current time -------------------------------------+------------------------------------- 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): It happens here on FreeBSD. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 1 02:06:13 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 01 Nov 2012 01:06:13 -0000 Subject: [FFmpeg-trac] #1874(undetermined:open): ffplay displays "nan" as an current time In-Reply-To: <038.091758e9efc521624ab939f29a51f10d@avcodec.org> References: <038.091758e9efc521624ab939f29a51f10d@avcodec.org> Message-ID: <053.f1bac9df45bea27a1d05b54cc4213725@avcodec.org> #1874: ffplay displays "nan" as an current time -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by richardpl): * status: new => open * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 1 03:04:16 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 01 Nov 2012 02:04:16 -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.6c7ce3a36da4446800452264196a804e@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): What you call my crash has already been fixed locally and just trying to relate to you that crash is there waiting to happen to someone else. As you have said many times, "Crashes are important to us". When will I have the time to read thru the patch rules, the submission rules, and the FATE rules? I just don't know. Several days behind now tracking this issue. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 1 09:36:23 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 01 Nov 2012 08:36:23 -0000 Subject: [FFmpeg-trac] #1813(documentation:closed): ASS filter does not accept filenames with ' In-Reply-To: <037.978579c8dba3d9d253955fa1c6712b62@avcodec.org> References: <037.978579c8dba3d9d253955fa1c6712b62@avcodec.org> Message-ID: <052.5d0a893626a2daeed2fb11cf473fb7b6@avcodec.org> #1813: ASS filter does not accept filenames with ' -------------------------------------+------------------------------------- Reporter: Atarikid | Owner: Type: defect | Status: closed Priority: important | Component: Version: 1.0 | documentation Keywords: syntax | Resolution: invalid quoting escaping | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => invalid -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 1 11:23:42 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 01 Nov 2012 10:23: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.12c55b674e563fa60678cf5959b2e0a1@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 divVerent): The problem here is that it obviously cannot be reproduced with the command line tools, as they do not contain a way to position the output of libswscale into part of an image (e.g. a cropped section). I wrote a C program for trying out these things, though, and am attaching it. Test like this: {{{ $ gcc libswscale-test.c -o libswscale-test -Wall -Wextra -lswscale -lavutil -lm [rpolzer at nb-04 tmp]$ ./libswscale-test yuv444p yuv444p | head -n 25 TEST: 59x39 -> 13x100+0+1 @ 14x102: swsFlags=0x40040 OK TEST: 107x127 -> 27x3+13+14 @ 69x37: invalid target dimensions, skipped [swscaler @ 0x12e14a0] Warning: data is not aligned! This can lead to a speedloss TEST: 60x41 -> 41x17+14+0 @ 62x29: swsFlags=0x48400 OK TEST: 31x96 -> 53x38+0+0 @ 53x83: swsFlags=0x48002 OK TEST: 100x74 -> 23x22+5+11 @ 28x39: swsFlags=0x1 OK TEST: 86x106 -> 38x2+10+27 @ 76x37: invalid target dimensions, skipped TEST: 25x14 -> 85x20+6+47 @ 95x75: swsFlags=0x40004 OK TEST: 32x40 -> 115x38+4+4 @ 125x67: swsFlags=0xc8004 OK TEST: 58x18 -> 2x5+8+59 @ 25x67: invalid target dimensions, skipped TEST: 32x49 -> 6x76+21+4 @ 57x86: invalid target dimensions, skipped TEST: 55x19 -> 60x35+46+2 @ 123x37: swsFlags=0xc0200 OK TEST: 50x39 -> 15x5+8+1 @ 49x24: invalid target dimensions, skipped TEST: 23x64 -> 40x12+38+6 @ 97x99: swsFlags=0xc8400 OK TEST: 44x9 -> 18x54+28+40 @ 54x105: swsFlags=0x88080 OK TEST: 117x58 -> 55x117+19+9 @ 88x128: swsFlags=0x80040 OK TEST: 111x37 -> 12x7+28+6 @ 60x51: invalid target dimensions, skipped TEST: 122x115 -> 6x34+1+8 @ 17x67: invalid target dimensions, skipped TEST: 87x17 -> 29x11+6+13 @ 55x28: swsFlags=0xc8040 OK TEST: 40x115 -> 24x55+0+61 @ 24x119: swsFlags=0x8010 OK TEST: 50x101 -> 14x67+32+20 @ 117x99: swsFlags=0x48080 OK TEST: 24x56 -> 23x89+21+13 @ 66x104: swsFlags=0x200 (failed in comp=1 x=0 y=20 expected=28 got=27) output image is not solid! (failed in comp=0 x=44 y=13 expected=72 got=121) wrote beyond bounds! FAILED TEST: 63x27 -> 31x46+3+32 @ 40x103: swsFlags=0x8100 (failed in comp=0 x=0 y=41 expected=143 got=144) output image is not solid! (failed in comp=0 x=34 y=32 expected=227 got=143) wrote beyond bounds! FAILED TEST: 95x51 -> 14x9+5+20 @ 24x109: swsFlags=0x40008 OK TEST: 15x127 -> 80x12+13+11 @ 127x45: swsFlags=0xc0040 OK TEST: 101x59 -> 16x52+4+18 @ 106x75: swsFlags=0x88080 OK }}} What it does: It creates two rectangle areas i1 and i2. Also, i3 is created aliasing a cropped region of i1. Now i1 and i2 are filled with different solid colors. i2 is then taken and scaled into i3, which is that cropped region of i1. Then it checks that i3 is filled with a single solid color (this sometimes fails due to bad filtering, but SWS_ACCURATE_RND prevents that, so ignore it) and afterwards checks that i1, with the region of i3 excluded, is also still filled with a single solid color (this check fails whenever libswscale wrote outside the target bounds). In the first failing test output, for example, i2 was 24x56, i1 was 66x104 and i3 was a 23x89 section with its top left corner at 21,13. The first check failed because the pixel at 20,0 had U component value 27, while the previous pixel had 28 (typical roundoff error - this is the issue that SWS_ACCURATE_RND prevents). The second check however failed too, because in the Y component, pixel 44,13 was written to! 44,13 is the pixel on the right of the top right pixel of the 23x89 rectangle having its top left corner at 21,13. This is the issue we are having here. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 1 11:56:15 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 01 Nov 2012 10:56:15 -0000 Subject: [FFmpeg-trac] #1813(documentation:closed): ASS filter does not accept filenames with ' In-Reply-To: <037.978579c8dba3d9d253955fa1c6712b62@avcodec.org> References: <037.978579c8dba3d9d253955fa1c6712b62@avcodec.org> Message-ID: <052.99705e7d60d271cb4f96eadfe0f49047@avcodec.org> #1813: ASS filter does not accept filenames with ' -------------------------------------+------------------------------------- Reporter: Atarikid | Owner: Type: defect | Status: closed Priority: important | Component: Version: 1.0 | documentation Keywords: syntax | Resolution: invalid quoting escaping | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by saste): See also commit: {{{ commit 14f1fa56b2aef1f4b2036ebdc7c6665ef68052c0 Author: Stefano Sabatini Date: Tue Oct 30 22:02:29 2012 +0100 doc/filters: add "Notes on filtergraph escaping" section Should help to clarify escaping issues in the filtergraph syntax. In particular, should address trac ticket #1813. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 1 13:56:14 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 01 Nov 2012 12:56:14 -0000 Subject: [FFmpeg-trac] #424(avcodec:open): A/V desync on transport stream In-Reply-To: <036.b7146292c0ed516b420af23102934d86@avcodec.org> References: <036.b7146292c0ed516b420af23102934d86@avcodec.org> Message-ID: <051.02561db4ed88e392e4c9551ef5f7f49e@avcodec.org> #424: A/V desync on transport stream -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: h264 mpegts | Blocked By: videolan | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by cehoyos): Possibly related to ticket #1866. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 1 14:04:10 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 01 Nov 2012 13:04:10 -0000 Subject: [FFmpeg-trac] #1800(undetermined:reopened): support iTunes drm encrypted files (was: video downloaded from iTunes do not work) In-Reply-To: <038.466137a46f68b4a40b29ba0364390b48@avcodec.org> References: <038.466137a46f68b4a40b29ba0364390b48@avcodec.org> Message-ID: <053.4db7d31c5cf7f10c31cdcd17f9a5db83@avcodec.org> #1800: support iTunes drm encrypted files -------------------------------------+------------------------------------- Reporter: raffairon | Owner: Type: enhancement | Status: reopened Priority: wish | Component: Version: git-master | undetermined Keywords: drm | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by compn): * keywords: => drm Comment: like carl says, this file (along with lots of others from itunes) is drm encrypted. ffmpeg does not support drm encrypted itunes files. if you wish to convert it, you can use requiem program to remove the drm from the file first. some info: http://undrm.info/remove-DRM-protection/Requiem-freeware-Mac-and-PC-DRM- remover-for-iTunes-files.htm the requiem website is hosted on tor. kind of hard to access it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 1 16:13:43 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 01 Nov 2012 15:13:43 -0000 Subject: [FFmpeg-trac] #1877(avfilter:new): filter to seek to X frame to start encoding from Message-ID: <034.6854d405eceaeac62d8ad2cf5d250606@avcodec.org> #1877: filter to seek to X frame to start encoding from ---------------------------------------+---------------------------------- Reporter: compn | Owner: Type: enhancement | Status: new Priority: wish | Component: avfilter Version: git-master | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 ---------------------------------------+---------------------------------- a lot of users want a feature where they can specify the exact frame to start encoding from. like ffmpeg -ss:f 344 -i input.avi i was thinking this could be done as a filter, and it would silently drop frames until it hit frame 344. mp framestep can be modified to do this , instead of continually seeking to the next frame, it can be set to only seek once. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 1 17:39:10 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 01 Nov 2012 16:39:10 -0000 Subject: [FFmpeg-trac] #1811(avformat:closed): Transport stream with intentional garbage in the beginning is detected as program stream In-Reply-To: <036.f665809152abb43fc19282a9f2922d0d@avcodec.org> References: <036.f665809152abb43fc19282a9f2922d0d@avcodec.org> Message-ID: <051.9c4041d5eab70e4ea1470458192bb592@avcodec.org> #1811: Transport stream with intentional garbage in the beginning is detected as program stream -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: mpegts | Blocked By: mpegps | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 1 23:12:48 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 01 Nov 2012 22:12:48 -0000 Subject: [FFmpeg-trac] #1598(undetermined:open): muxing raw h264 into mpegts (and mkv) fails In-Reply-To: <036.d45739aad8809e170517645b3cf7de1b@avcodec.org> References: <036.d45739aad8809e170517645b3cf7de1b@avcodec.org> Message-ID: <051.68fbd3007dd7c7ee2a697391e5e993c2@avcodec.org> #1598: muxing raw h264 into mpegts (and mkv) fails -------------------------------------+------------------------------------- Reporter: Mista_D | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: mpegts h264 | Resolution: av_interleaved_write_frame | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Mista_D): Attempted demuxing with MP4Box instead of FFmpeg: 1. encode with FFmpeg. 2. demux with FFmpeg. 3. remux with FFmpeg fails. 2a. demux with MP4box. 3a. remux with FFmepg successful. =====step1===== ffmpeg1 -threads 0 -i ~/ava/7.ts -threads 0 -t 10 -an 10.mp4 ffmpeg version 1.0 Copyright (c) 2000-2012 the FFmpeg developers built on Oct 9 2012 11:06:13 with gcc 4.1.2 (GCC) 20080704 (Red Hat 4.1.2-52) configuration: --prefix=/home/dennisp/010_64 --enable-static --enable- postproc --enable-gpl --enable-avfilter --enable-libx264 --enable-libxvid --enable-libmp3lame --enable-nonfree --enable-pthreads --enable-swscale --enable-runtime-cpudetect --disable-devices --disable-avdevice --enable- libfaac --extra-ldflags=-static --disable-shared --enable-bzlib --enable- zlib --extra-libs='-lx264 -lfaac -lxvidcore -lmp3lame -lpthread -lm -lbz2 -lz -lpthread -lvpx' --disable-encoder=libgsm --disable-decoder=libgsm --disable-doc --enable-libvpx --disable-encoder=ass --disable-demuxer=ass --disable-muxer=ass --disable-decoder=ass libavutil 51. 73.101 / 51. 73.101 libavcodec 54. 59.100 / 54. 59.100 libavformat 54. 29.104 / 54. 29.104 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, mpegts, from '/home/dennisp/ava/7.ts': Duration: 00:00:19.87, start: 1.400000, bitrate: 19968 kb/s Program 1 Metadata: service_name : Service01 service_provider: FFmpeg Stream #0:0[0x100]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 104857 kb/s, 23.98 fps, 23.98 tbr, 90k tbn, 47.95 tbc Stream #0:1[0x101]: Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16, 384 kb/s File '10.mp4' already exists. Overwrite ? [y/N] y using SAR=1/1 [libx264 @ 0x1aed8840] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2 [libx264 @ 0x1aed8840] profile High, level 3.1 [libx264 @ 0x1aed8840] 264 - core 124 - 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=24 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 Output #0, mp4, to '10.mp4': Metadata: encoder : Lavf54.29.104 Stream #0:0: Video: h264 ([33][0][0][0] / 0x0021), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], q=-1--1, 24k tbn, 23.98 tbc Stream mapping: Stream #0:0 -> #0:0 (mpeg2video -> libx264) Press [q] to stop, [?] for help frame= 240 fps= 24 q=-1.0 Lsize= 6089kB time=00:00:09.92 bitrate=5025.2kbits/s video:6087kB audio:0kB subtitle:0 global headers:0kB muxing overhead 0.040960% [libx264 @ 0x1aed8840] frame I:3 Avg QP:22.78 size: 95179 [libx264 @ 0x1aed8840] frame P:204 Avg QP:25.42 size: 27018 [libx264 @ 0x1aed8840] frame B:33 Avg QP:27.53 size: 13178 [libx264 @ 0x1aed8840] consecutive B-frames: 72.5% 27.5% 0.0% 0.0% [libx264 @ 0x1aed8840] mb I I16..4: 5.2% 86.6% 8.1% [libx264 @ 0x1aed8840] mb P I16..4: 1.4% 8.8% 0.7% P16..4: 49.7% 22.5% 10.0% 0.0% 0.0% skip: 6.9% [libx264 @ 0x1aed8840] mb B I16..4: 0.3% 1.4% 0.1% B16..8: 48.2% 11.5% 2.8% direct: 4.4% skip:31.2% L0:38.9% L1:45.2% BI:15.9% [libx264 @ 0x1aed8840] 8x8 transform intra:81.2% inter:76.3% [libx264 @ 0x1aed8840] coded y,uvDC,uvAC intra: 69.9% 92.6% 57.3% inter: 39.9% 56.1% 9.8% [libx264 @ 0x1aed8840] i16 v,h,dc,p: 31% 18% 11% 39% [libx264 @ 0x1aed8840] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 17% 16% 24% 6% 8% 7% 8% 6% 8% [libx264 @ 0x1aed8840] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 20% 16% 14% 6% 12% 10% 10% 6% 6% [libx264 @ 0x1aed8840] i8c dc,h,v,p: 50% 19% 19% 12% [libx264 @ 0x1aed8840] Weighted P-Frames: Y:1.5% UV:0.5% [libx264 @ 0x1aed8840] ref P L0: 69.6% 24.4% 4.1% 1.8% 0.1% [libx264 @ 0x1aed8840] ref B L0: 95.5% 4.5% [libx264 @ 0x1aed8840] kb/s:4980.75 =====step2===== ffmpeg1 -i 10.mp4 -codec copy ffdemux.h264 ffmpeg version 1.0 Copyright (c) 2000-2012 the FFmpeg developers built on Oct 9 2012 11:06:13 with gcc 4.1.2 (GCC) 20080704 (Red Hat 4.1.2-52) configuration: --prefix=/home/dennisp/010_64 --enable-static --enable- postproc --enable-gpl --enable-avfilter --enable-libx264 --enable-libxvid --enable-libmp3lame --enable-nonfree --enable-pthreads --enable-swscale --enable-runtime-cpudetect --disable-devices --disable-avdevice --enable- libfaac --extra-ldflags=-static --disable-shared --enable-bzlib --enable- zlib --extra-libs='-lx264 -lfaac -lxvidcore -lmp3lame -lpthread -lm -lbz2 -lz -lpthread -lvpx' --disable-encoder=libgsm --disable-decoder=libgsm --disable-doc --enable-libvpx --disable-encoder=ass --disable-demuxer=ass --disable-muxer=ass --disable-decoder=ass libavutil 51. 73.101 / 51. 73.101 libavcodec 54. 59.100 / 54. 59.100 libavformat 54. 29.104 / 54. 29.104 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 '10.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf54.29.104 Duration: 00:00:10.01, start: 0.000000, bitrate: 4983 kb/s Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 4981 kb/s, 23.98 fps, 23.98 tbr, 24k tbn, 47.95 tbc Metadata: handler_name : VideoHandler Output #0, h264, to 'ffdemux.h264': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf54.29.104 Stream #0:0(und): Video: h264 (avc1 / 0x31637661), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], q=2-31, 4981 kb/s, 23.98 fps, 90k tbn, 23.98 tbc Metadata: handler_name : VideoHandler Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help frame= 240 fps=0.0 q=-1.0 Lsize= 6087kB time=00:00:09.92 bitrate=5023.1kbits/s video:6087kB audio:0kB subtitle:0 global headers:0kB muxing overhead 0.000000% =====step3===== ffmpeg1 -i ffdemux.h264 -codec copy ffremux.mp4 ffmpeg version 1.0 Copyright (c) 2000-2012 the FFmpeg developers built on Oct 9 2012 11:06:13 with gcc 4.1.2 (GCC) 20080704 (Red Hat 4.1.2-52) configuration: --prefix=/home/dennisp/010_64 --enable-static --enable- postproc --enable-gpl --enable-avfilter --enable-libx264 --enable-libxvid --enable-libmp3lame --enable-nonfree --enable-pthreads --enable-swscale --enable-runtime-cpudetect --disable-devices --disable-avdevice --enable- libfaac --extra-ldflags=-static --disable-shared --enable-bzlib --enable- zlib --extra-libs='-lx264 -lfaac -lxvidcore -lmp3lame -lpthread -lm -lbz2 -lz -lpthread -lvpx' --disable-encoder=libgsm --disable-decoder=libgsm --disable-doc --enable-libvpx --disable-encoder=ass --disable-demuxer=ass --disable-muxer=ass --disable-decoder=ass libavutil 51. 73.101 / 51. 73.101 libavcodec 54. 59.100 / 54. 59.100 libavformat 54. 29.104 / 54. 29.104 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 ffdemux.h264: Invalid data found when processing input =====step2a===== MP4Box -raw 1 10.mp4 -out mp4box_demux.h264 Extracting MPEG-4 AVC-H264 stream to h264 =====step3a===== ffmpeg1 -i mp4box_demux.h264 -codec copy ff_remux.mp4 ffmpeg version 1.0 Copyright (c) 2000-2012 the FFmpeg developers built on Oct 9 2012 11:06:13 with gcc 4.1.2 (GCC) 20080704 (Red Hat 4.1.2-52) configuration: --prefix=/home/dennisp/010_64 --enable-static --enable- postproc --enable-gpl --enable-avfilter --enable-libx264 --enable-libxvid --enable-libmp3lame --enable-nonfree --enable-pthreads --enable-swscale --enable-runtime-cpudetect --disable-devices --disable-avdevice --enable- libfaac --extra-ldflags=-static --disable-shared --enable-bzlib --enable- zlib --extra-libs='-lx264 -lfaac -lxvidcore -lmp3lame -lpthread -lm -lbz2 -lz -lpthread -lvpx' --disable-encoder=libgsm --disable-decoder=libgsm --disable-doc --enable-libvpx --disable-encoder=ass --disable-demuxer=ass --disable-muxer=ass --disable-decoder=ass libavutil 51. 73.101 / 51. 73.101 libavcodec 54. 59.100 / 54. 59.100 libavformat 54. 29.104 / 54. 29.104 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 [h264 @ 0x30077a0] max_analyze_duration 5000000 reached at 5005000 [h264 @ 0x30077a0] Estimating duration from bitrate, this may be inaccurate Input #0, h264, from 'mp4box_demux.h264': Duration: N/A, bitrate: N/A Stream #0:0: Video: h264 (High), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 23.98 fps, 23.98 tbr, 1200k tbn, 47.95 tbc Output #0, mp4, to 'ff_remux.mp4': Metadata: encoder : Lavf54.29.104 Stream #0:0: Video: h264 ([33][0][0][0] / 0x0021), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], q=2-31, 23.98 fps, 1200k tbn, 1200k tbc Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help [mp4 @ 0x300f260] pts has no value Last message repeated 239 times frame= 240 fps=0.0 q=-1.0 Lsize= 6090kB time=00:00:09.88 bitrate=5048.0kbits/s video:6087kB audio:0kB subtitle:0 global headers:0kB muxing overhead 0.054389% ===========END============= -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 1 23:30:12 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 01 Nov 2012 22:30:12 -0000 Subject: [FFmpeg-trac] #1598(undetermined:open): Demuxing raw h264 from mpegts (and mkv, mp4) fails. (was: muxing raw h264 into mpegts (and mkv) fails) In-Reply-To: <036.d45739aad8809e170517645b3cf7de1b@avcodec.org> References: <036.d45739aad8809e170517645b3cf7de1b@avcodec.org> Message-ID: <051.8fef1c995a4d491d4b1ea079785c8ec0@avcodec.org> #1598: Demuxing raw h264 from mpegts (and mkv, mp4) fails. -------------------------------------+------------------------------------- Reporter: Mista_D | Owner: Type: defect | Status: open Priority: normal | Component: Version: 1.0 | undetermined Keywords: mpegts h264 | Resolution: av_interleaved_write_frame | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by Mista_D): * version: git-master => 1.0 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 1 23:47:43 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 01 Nov 2012 22:47:43 -0000 Subject: [FFmpeg-trac] #1598(undetermined:open): Demuxing raw h264 from mpegts (and mkv, mp4) fails. In-Reply-To: <036.d45739aad8809e170517645b3cf7de1b@avcodec.org> References: <036.d45739aad8809e170517645b3cf7de1b@avcodec.org> Message-ID: <051.caad094145792376acdff5811d41fc83@avcodec.org> #1598: Demuxing raw h264 from mpegts (and mkv, mp4) fails. -------------------------------------+------------------------------------- Reporter: Mista_D | Owner: Type: defect | Status: open Priority: normal | Component: Version: 1.0 | undetermined Keywords: mpegts h264 | Resolution: av_interleaved_write_frame | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Mista_D): Seems to be fixed as per 1.0.git-099786a, please close the ticket. Thank you! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 2 03:27:23 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 02 Nov 2012 02:27:23 -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.459fe03e19acbd8c89b56b07638f8dc5@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): When will this problem be solved? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 2 04:34:29 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 02 Nov 2012 03:34:29 -0000 Subject: [FFmpeg-trac] #1877(avfilter:closed): filter to seek to X frame to start encoding from In-Reply-To: <034.6854d405eceaeac62d8ad2cf5d250606@avcodec.org> References: <034.6854d405eceaeac62d8ad2cf5d250606@avcodec.org> Message-ID: <049.8cafe030a59df78f22e4ac8a706352c1@avcodec.org> #1877: filter to seek to X frame to start encoding from -------------------------------------+------------------------------------ Reporter: compn | Owner: Type: enhancement | Status: closed Priority: wish | Component: avfilter Version: git-master | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by compn): * status: new => closed * resolution: => invalid Comment: nevermind, this can be achieved with select filter select=gt(n, 342) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 2 08:06:36 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 02 Nov 2012 07:06:36 -0000 Subject: [FFmpeg-trac] #1879(FFmpeg:new): Command line to compress all the video file formats Message-ID: <039.3cc4a99638f5805570ae953d1627dc9c@avcodec.org> #1879: Command line to compress all the video file formats -------------------------------------+------------------------------------- Reporter: ramesh1482 | Type: defect Status: new | Priority: critical Component: FFmpeg | Version: 1.0 Keywords: Compress | Blocked By: video files for all the format | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: I am not able to compress video files other than .avi and mp4 video file format. Please provide the exact ffmpeg command line to compress the video file. How to reproduce: {{{ ffmpeg -i input.avi -vcodec msmpeg4v2 output.avi ffmpeg version:1.0 }}} 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 Fri Nov 2 08:18:52 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 02 Nov 2012 07:18:52 -0000 Subject: [FFmpeg-trac] #1880(FFmpeg:new): How to cut a video part and also convert video file format. Message-ID: <039.d8f1e2c3c19f61f3e919c40b3c443f85@avcodec.org> #1880: How to cut a video part and also convert video file format. -------------------------------------+------------------------------------- Reporter: ramesh1482 | Type: defect Status: new | Priority: critical Component: FFmpeg | Version: 1.0 Keywords: Cut video | Blocked By: files and convert the video | Reproduced by developer: 1 format | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug:I need to cut a part of video file by giving the time duration and also to convert the video file format. How to reproduce: {{{ ffmpeg -ss 00:00:30.0 -t 00:00:10.0 -i input.wmv -acodec copy -vcodec copy -async 1 output.wmv ffmpeg version: 1.0 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 2 08:52:16 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 02 Nov 2012 07:52:16 -0000 Subject: [FFmpeg-trac] #1879(FFmpeg:closed): Command line to compress all the video file formats In-Reply-To: <039.3cc4a99638f5805570ae953d1627dc9c@avcodec.org> References: <039.3cc4a99638f5805570ae953d1627dc9c@avcodec.org> Message-ID: <054.d5a0557197a7e1a2c2ccf52f39fa9177@avcodec.org> #1879: Command line to compress all the video file formats ------------------------------------+----------------------------------- Reporter: ramesh1482 | 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 ubitux): * keywords: Compress video files for all the format => * priority: critical => normal * status: new => closed * resolution: => invalid * reproduced: 1 => 0 Comment: This is a user question and belongs either to #ffmpeg irc channel, or the ffmpeg-user mailing list (see https://ffmpeg.org/contact.html). Please also consider pasting the whole command line and output when asking for help. And finally, your command line is an example with an avi output while you said to have trouble with some other format. Thanks for not re-opening this issue, this is a bug tracker, not a user support board. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 2 08:56:48 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 02 Nov 2012 07:56:48 -0000 Subject: [FFmpeg-trac] #1880(FFmpeg:closed): How to cut a video part and also convert video file format. In-Reply-To: <039.d8f1e2c3c19f61f3e919c40b3c443f85@avcodec.org> References: <039.d8f1e2c3c19f61f3e919c40b3c443f85@avcodec.org> Message-ID: <054.7ebb6d1cac8651326318244b423c2a0d@avcodec.org> #1880: How to cut a video part and also convert video file format. -------------------------------------+------------------------------------- Reporter: ramesh1482 | Owner: Type: defect | Status: closed Priority: normal | Component: FFmpeg Version: 1.0 | Resolution: Keywords: | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by ubitux): * keywords: Cut video files and convert the video format => * priority: critical => normal * status: new => closed * resolution: => needs_more_info * reproduced: 1 => 0 Comment: You didn't explain what is wrong. Again, this is a bug tracker, not a place for user support. Re-open this issue if you believe there is a bug, and provide more information. Also, please stop setting the priority to critical and checking the "reproduced by developer" box. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 2 09:50:18 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 02 Nov 2012 08:50:18 -0000 Subject: [FFmpeg-trac] #1881(undetermined:new): in24 Little Endian PCM audio (pcm_s24le) in mov decoded incorrectly as Big Endian (pcm_s24be) Message-ID: <034.8a1258f8748f22048e7b3e24f2c8c5f1@avcodec.org> #1881: in24 Little Endian PCM audio (pcm_s24le) in mov decoded incorrectly as Big Endian (pcm_s24be) -------------------------------------+------------------------------------- Reporter: irius | Type: defect Status: new | Priority: important Component: | Version: undetermined | unspecified Keywords: mov in24 | Blocked By: pcm | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- I have a MOV file with 2 audio tracks using the in24 codecID and the pcm_s24le format. (So audio is Little Endian). However, ffmpeg interprets the tracks as Big Endian, so audio is not decoded properly. If I tell ffmpeg to decode it as pcm_s24le everything works fine. QT, vlc, Windows Media Player and any other player I tried decodes it just right, so I'm sure the file its OK. How to reproduce: {{{ % ffmpeg -i IN24_LittleEndian.mov -vn -acodec copy BAD_DecodedAudioOutput.MOV }}} However, everything works fine if I force the input audio codec with: {{{ % ffmpeg -acodec pcm_s24le -i IN24_LittleEndian.mov -vn -acodec copy OK_DecodedAudioOutput.MOV }}} FFmpeg version is: ffmpeg version N-46146-g11d695d built on Oct 29 2012 18:06:25 with gcc 4.7.2 (GCC) (32-bit static Windows build from Zeranoe'n) To give a little bit more info, if I run ffprobe, you can see that ffmpeg thinks the audio is Big Endian: {{{ %ffprobe IN24_LittleEndian.mov ffprobe version N-46146-g11d695d Copyright (c) 2007-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-runtime-cpudetect --enable-avisynth --enable-bzlib --enable- frei0r --enable-libass - -enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable-libgsm --enable-libmp3lame --enable-libnut --enable-libopenjpeg --enable-libo pus --enable-librtmp --enable-libschroedinger --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 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 'IN24_LittleEndian.mov': Metadata: major_brand : JUNK minor_version : 537199360 compatible_brands: qt JUNK creation_time : 2012-08-31 14:30:11 encoder : Matrox ISO Writer mvdClipISO.dll encoder-eng : Matrox ISO Writer mvdClipISO.dll Duration: 00:00:32.16, start: 0.000000, bitrate: 31111 kb/s Stream #0:0(eng): Video: dvvideo (dvcp / 0x70637664), yuv420p, 720x576 [SAR 16:15 DAR 4:3], 28800 kb/s, SAR 59:54 DAR 295:216, 25 fps, 25 tbr, 25 tbn, 25 tb c Metadata: creation_time : 2012-08-31 14:30:11 handler_name : ?Matrox Alias Data Handler Stream #0:1(eng): Audio: pcm_s24be (in24 / 0x34326E69), 48000 Hz, 1 channels, s32, 1152 kb/s Metadata: creation_time : 2012-08-31 14:30:11 handler_name : ?Matrox Alias Data Handler Stream #0:2(eng): Audio: pcm_s24be (in24 / 0x34326E69), 48000 Hz, 1 channels, s32, 1152 kb/s Metadata: creation_time : 2012-08-31 14:30:11 handler_name : ?Matrox Alias Data Handler }}} I could provide the example MOV file but it's 100 Mbytes. I'll try to produce a much smaller example to reproduce the problem easily and attach it later. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 2 11:09:39 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 02 Nov 2012 10:09:39 -0000 Subject: [FFmpeg-trac] #1881(undetermined:new): in24 Little Endian PCM audio (pcm_s24le) in mov decoded incorrectly as Big Endian (pcm_s24be) In-Reply-To: <034.8a1258f8748f22048e7b3e24f2c8c5f1@avcodec.org> References: <034.8a1258f8748f22048e7b3e24f2c8c5f1@avcodec.org> Message-ID: <049.c389eedcda454330e91abadaaa2eb909@avcodec.org> #1881: in24 Little Endian PCM audio (pcm_s24le) in mov decoded incorrectly as Big Endian (pcm_s24be) -------------------------------------+------------------------------------- Reporter: irius | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: mov in24 | Resolution: pcm | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Please provide a sample, there is no hard file size limit for incoming. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 2 12:11:18 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 02 Nov 2012 11:11:18 -0000 Subject: [FFmpeg-trac] #1881(undetermined:new): in24 Little Endian PCM audio (pcm_s24le) in mov decoded incorrectly as Big Endian (pcm_s24be) In-Reply-To: <034.8a1258f8748f22048e7b3e24f2c8c5f1@avcodec.org> References: <034.8a1258f8748f22048e7b3e24f2c8c5f1@avcodec.org> Message-ID: <049.13574658b1d6d975d090fa66065a5a56@avcodec.org> #1881: in24 Little Endian PCM audio (pcm_s24le) in mov decoded incorrectly as Big Endian (pcm_s24be) -------------------------------------+------------------------------------- Reporter: irius | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: mov in24 | Resolution: pcm | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by irius): Replying to [comment:1 cehoyos]: > Please provide a sample, there is no hard file size limit for incoming. I tried, however I'm afraid it is a limit, since I got this error message: "Maximum attachment size: 2621440 bytes" I will upload a much smaller example today. Thanks. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 2 12:21:13 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 02 Nov 2012 11:21:13 -0000 Subject: [FFmpeg-trac] #1881(undetermined:new): in24 Little Endian PCM audio (pcm_s24le) in mov decoded incorrectly as Big Endian (pcm_s24be) In-Reply-To: <034.8a1258f8748f22048e7b3e24f2c8c5f1@avcodec.org> References: <034.8a1258f8748f22048e7b3e24f2c8c5f1@avcodec.org> Message-ID: <049.1c0c8b62f5c07f7876b08680ee1bf73a@avcodec.org> #1881: in24 Little Endian PCM audio (pcm_s24le) in mov decoded incorrectly as Big Endian (pcm_s24be) -------------------------------------+------------------------------------- Reporter: irius | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: mov in24 | Resolution: pcm | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): "incoming" is explained here: http://ffmpeg.org/bugreports.html (no enforced size limit) An alternative is http://www.datafilehost.com/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 2 12:35:12 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 02 Nov 2012 11:35:12 -0000 Subject: [FFmpeg-trac] #1598(undetermined:open): Demuxing raw h264 from mpegts (and mkv, mp4) fails. In-Reply-To: <036.d45739aad8809e170517645b3cf7de1b@avcodec.org> References: <036.d45739aad8809e170517645b3cf7de1b@avcodec.org> Message-ID: <051.f376f3870fdec508dbaa90b61bd488d8@avcodec.org> #1598: Demuxing raw h264 from mpegts (and mkv, mp4) fails. -------------------------------------+------------------------------------- Reporter: Mista_D | Owner: Type: defect | Status: open Priority: normal | Component: Version: 1.0 | undetermined Keywords: mpegts h264 | Resolution: av_interleaved_write_frame | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): {{{ $ ffmpeg -i out.h264 -vcodec copy out.ts ffmpeg version N-46282-g099786a Copyright (c) 2000-2012 the FFmpeg developers built on Nov 2 2012 12:31:00 with gcc 4.7 (SUSE Linux) configuration: libavutil 52. 1.100 / 52. 1.100 libavcodec 54. 70.100 / 54. 70.100 libavformat 54. 35.100 / 54. 35.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 21.106 / 3. 21.106 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 16.100 / 0. 16.100 [h264 @ 0x320b280] max_analyze_duration 5000000 reached at 5011233 [h264 @ 0x320b280] Estimating duration from bitrate, this may be inaccurate Input #0, h264, from 'out.h264': Duration: N/A, bitrate: N/A Stream #0:0: Video: h264 (High), yuv420p, 176x144 [SAR 16:11 DAR 16:9], 29.50 fps, 29.97 tbr, 1200k tbn, 59.94 tbc Output #0, mpegts, to 'out.ts': Metadata: encoder : Lavf54.35.100 Stream #0:0: Video: h264, yuv420p, 176x144 [SAR 16:11 DAR 16:9], q=2-31, 29.50 fps, 90k tbn, 29.97 tbc Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help [mpegts @ 0x3225f20] first pts value must set av_interleaved_write_frame(): Invalid data found when processing input }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 2 12:43:44 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 02 Nov 2012 11:43:44 -0000 Subject: [FFmpeg-trac] #1170(avformat:open): asf sub index seeking In-Reply-To: <036.a93cc2f8bd862fe6d48cda45e94a13bd@avcodec.org> References: <036.a93cc2f8bd862fe6d48cda45e94a13bd@avcodec.org> Message-ID: <051.04ce357e94f75ecd67c724b64e15ba11@avcodec.org> #1170: asf sub index seeking -------------------------------------+------------------------------------ Reporter: michael | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: asf seek | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: asf random access => asf seek -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 2 12:47:54 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 02 Nov 2012 11:47:54 -0000 Subject: [FFmpeg-trac] #1878(undetermined:new): Seeking causes later packets to be thrown away In-Reply-To: <038.c3bf9563fb76cbe26e94c4351b75bc3b@avcodec.org> References: <038.c3bf9563fb76cbe26e94c4351b75bc3b@avcodec.org> Message-ID: <053.ff2404ad0624dbae2a64ff35a8436d77@avcodec.org> #1878: Seeking causes later packets to be thrown away -------------------------------------+------------------------------------- Reporter: mbradshaw | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: seek | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => seek -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 2 12:50:48 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 02 Nov 2012 11:50:48 -0000 Subject: [FFmpeg-trac] #1598(undetermined:open): Muxing raw h264 into mpegts (and mkv) fails. (was: Demuxing raw h264 from mpegts (and mkv, mp4) fails.) In-Reply-To: <036.d45739aad8809e170517645b3cf7de1b@avcodec.org> References: <036.d45739aad8809e170517645b3cf7de1b@avcodec.org> Message-ID: <051.6b29efdb72d937ebd594de161f8c4481@avcodec.org> #1598: Muxing raw h264 into mpegts (and mkv) fails. -------------------------------------+------------------------------------- Reporter: Mista_D | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: mpegts h264 | Resolution: av_interleaved_write_frame | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * version: 1.0 => git-master -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 2 12:52:40 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 02 Nov 2012 11:52:40 -0000 Subject: [FFmpeg-trac] #1835(FFmpeg:closed): -sameq no longer working In-Reply-To: <040.aa29a7f2d6040f39300e260965f525ba@avcodec.org> References: <040.aa29a7f2d6040f39300e260965f525ba@avcodec.org> Message-ID: <055.980f66acb599d4ff071e297e9811e28e@avcodec.org> #1835: -sameq no longer working -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: closed Priority: minor | Component: FFmpeg Version: git-master | Resolution: wontfix Keywords: regression | Blocked By: sameq | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by saste): * analyzed: 0 => 1 * keywords: regression => regression sameq * status: open => closed * component: undetermined => FFmpeg * resolution: => wontfix Comment: Given the fact that the option was broken, there are equivalent options, and there is no will to re-introduce it, I'm closing the ticket. Also consider to use the qmin and qmax options. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 2 13:09:56 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 02 Nov 2012 12:09:56 -0000 Subject: [FFmpeg-trac] #1881(undetermined:new): in24 Little Endian PCM audio (pcm_s24le) in mov decoded incorrectly as Big Endian (pcm_s24be) In-Reply-To: <034.8a1258f8748f22048e7b3e24f2c8c5f1@avcodec.org> References: <034.8a1258f8748f22048e7b3e24f2c8c5f1@avcodec.org> Message-ID: <049.d242a89d0d2ddda8f2a579ace9e11beb@avcodec.org> #1881: in24 Little Endian PCM audio (pcm_s24le) in mov decoded incorrectly as Big Endian (pcm_s24be) -------------------------------------+------------------------------------- Reporter: irius | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: mov in24 | Resolution: pcm | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by irius): Thanks for your help cehoyos. I've just uploaded IN24_LittleEndian.mov and a short .txt file in relation to this ticket to FFMpeg's FTP server. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 2 13:23:45 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 02 Nov 2012 12:23:45 -0000 Subject: [FFmpeg-trac] #1835(FFmpeg:closed): -sameq no longer working In-Reply-To: <040.aa29a7f2d6040f39300e260965f525ba@avcodec.org> References: <040.aa29a7f2d6040f39300e260965f525ba@avcodec.org> Message-ID: <055.efc373d22604ee793f573a70b05aed50@avcodec.org> #1835: -sameq no longer working -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: closed Priority: minor | Component: FFmpeg Version: git-master | Resolution: wontfix Keywords: regression | Blocked By: sameq | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by cehoyos): I forgot to add that I suspect it has worked for jpg / mjpeg at least to some degree. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 2 13:30:08 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 02 Nov 2012 12:30:08 -0000 Subject: [FFmpeg-trac] #1881(avformat:new): in24 Little Endian PCM audio (pcm_s24le) in mov decoded incorrectly as Big Endian (pcm_s24be) In-Reply-To: <034.8a1258f8748f22048e7b3e24f2c8c5f1@avcodec.org> References: <034.8a1258f8748f22048e7b3e24f2c8c5f1@avcodec.org> Message-ID: <049.726def2113b837dc8a6fb96ef1e7b4d8@avcodec.org> #1881: in24 Little Endian PCM audio (pcm_s24le) in mov decoded incorrectly as Big Endian (pcm_s24be) --------------------------------------+------------------------------------ Reporter: irius | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mov in24 pcm | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Changes (by cehoyos): * version: unspecified => git-master * component: undetermined => avformat * reproduced: 0 => 1 Comment: Do you think this is a regression? (This would make the ticket important.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 2 13:37:54 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 02 Nov 2012 12:37:54 -0000 Subject: [FFmpeg-trac] #1881(avformat:new): in24 Little Endian PCM audio (pcm_s24le) in mov decoded incorrectly as Big Endian (pcm_s24be) In-Reply-To: <034.8a1258f8748f22048e7b3e24f2c8c5f1@avcodec.org> References: <034.8a1258f8748f22048e7b3e24f2c8c5f1@avcodec.org> Message-ID: <049.ca66ce535c7df5e4ee0f8a1db47abea2@avcodec.org> #1881: in24 Little Endian PCM audio (pcm_s24le) in mov decoded incorrectly as Big Endian (pcm_s24be) --------------------------------------+------------------------------------ Reporter: irius | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mov in24 pcm | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Comment (by irius): I don't know if it's a regression. All I can tell is that it happens also in version N-39267-g4082198 (~25 March 2012), and it's the same issue going on when using FFmpeg's C API as well. I have more sample video files if needed (produced by a Matrox XMIO capture board). Just ask. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 2 13:40:51 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 02 Nov 2012 12:40:51 -0000 Subject: [FFmpeg-trac] #1881(avformat:open): in24 Little Endian PCM audio (pcm_s24le) in mov decoded incorrectly as Big Endian (pcm_s24be) In-Reply-To: <034.8a1258f8748f22048e7b3e24f2c8c5f1@avcodec.org> References: <034.8a1258f8748f22048e7b3e24f2c8c5f1@avcodec.org> Message-ID: <049.9392d616f627e342309e4f4e6642fd85@avcodec.org> #1881: in24 Little Endian PCM audio (pcm_s24le) in mov decoded incorrectly as Big Endian (pcm_s24be) --------------------------------------+------------------------------------ Reporter: irius | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mov in24 pcm | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Changes (by cehoyos): * priority: important => normal * status: new => open -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 2 15:12:46 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 02 Nov 2012 14:12:46 -0000 Subject: [FFmpeg-trac] #692(avdevice:closed): Audio is not in sync with video, webcam capturing In-Reply-To: <034.b62fea60c5b05401dc5e633f0f3fe77d@avcodec.org> References: <034.b62fea60c5b05401dc5e633f0f3fe77d@avcodec.org> Message-ID: <049.c1c179223866e40643d0b8c5f7f4a0c4@avcodec.org> #692: Audio is not in sync with video, webcam capturing ------------------------------------+------------------------------------ Reporter: burek | Owner: Type: defect | Status: closed Priority: normal | Component: avdevice Version: git-master | Resolution: fixed Keywords: v4l2 alsa | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: open => closed * resolution: => fixed * component: undetermined => avdevice Comment: The original problem - that starttime is broken for -f v4l2 apparently leading to completely broken A/V sync - was fixed by adding some options specific for -f v4l2, see ffmpeg -h full ("V4L2 indev AVOptions"). For other problems, please open a new ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 2 15:34:20 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 02 Nov 2012 14:34:20 -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.bc39832e09a20fef1a3597831934e19c@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 | -------------------------------------+----------------------------------- Comment (by Cigaes): tEXt and zTXt decoding implemented and pushed. iTXt still waiting for a sample. Is there anything else you want? The details on your ticket are rather sparse. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 2 22:28:39 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 02 Nov 2012 21:28:39 -0000 Subject: [FFmpeg-trac] #1217(avcodec:closed): AVIzlib: not possible to decode video with odd width (rgb24) In-Reply-To: <038.94a5d78ab796f20fc14b22f1aa1cb835@avcodec.org> References: <038.94a5d78ab796f20fc14b22f1aa1cb835@avcodec.org> Message-ID: <053.d9948974f72cdd6cfcd4f76ba06841ee@avcodec.org> #1217: AVIzlib: not possible to decode video with odd width (rgb24) ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: invalid Keywords: zlib | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+----------------------------------- Changes (by richardpl): * analyzed: 0 => 1 * status: open => closed * resolution: => invalid -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 2 22:29:29 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 02 Nov 2012 21:29:29 -0000 Subject: [FFmpeg-trac] #1675(avcodec:closed): ape: wrong current duration In-Reply-To: <038.7df8cd20a66acca06f1cd90ab7282a9e@avcodec.org> References: <038.7df8cd20a66acca06f1cd90ab7282a9e@avcodec.org> Message-ID: <053.25e7bec1968db1fb66e98a2cedc37267@avcodec.org> #1675: ape: wrong current duration ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: ape | 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 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 2 23:53:33 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 02 Nov 2012 22:53:33 -0000 Subject: [FFmpeg-trac] #1882(FFmpeg:new): Multi-threading wmv encoder Message-ID: <038.da7266acfaabed3286ee8acb45c67346@avcodec.org> #1882: Multi-threading wmv encoder -----------------------------------+--------------------------------------- Reporter: txspaderz | Type: enhancement Status: new | Priority: normal Component: FFmpeg | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+--------------------------------------- I'm having issues using multiple cores when using the wmv encoder. It appears to be locked to a single core only. Any chance we could get support for multiple threads? Please refer to: http://forum.serviio.org/viewtopic.php?f=5&t=7698 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 2 23:54:42 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 02 Nov 2012 22:54:42 -0000 Subject: [FFmpeg-trac] #1216(avcodec:open): AVImszh: broken output with rgb24 mode In-Reply-To: <038.b5ca4ac9f37b87e00dddf6d9c92009d2@avcodec.org> References: <038.b5ca4ac9f37b87e00dddf6d9c92009d2@avcodec.org> Message-ID: <053.c1bdc95b3c9251c2fd41262ec603703b@avcodec.org> #1216: AVImszh: broken output with rgb24 mode ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: mszh | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by richardpl): So it happens only with RGB24 colorspace? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 2 23:56:40 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 02 Nov 2012 22:56:40 -0000 Subject: [FFmpeg-trac] #1707(FFplay:open): ffplay: Increasing desync In-Reply-To: <036.63fe4d2e226ea0ce6442971eb90167ee@avcodec.org> References: <036.63fe4d2e226ea0ce6442971eb90167ee@avcodec.org> Message-ID: <051.a11d34c64c17cf94037b02f67f5d533c@avcodec.org> #1707: ffplay: Increasing desync ------------------------------------+---------------------------------- Reporter: cehoyos | 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 | ------------------------------------+---------------------------------- Changes (by cus): * owner: => cus * status: new => open -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 2 23:57:54 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 02 Nov 2012 22:57:54 -0000 Subject: [FFmpeg-trac] #1667(FFplay:closed): ffplay resizes can cause "garbage" in the margins In-Reply-To: <039.1e68c0fbe2d55e99f9f5e5f49cd0d581@avcodec.org> References: <039.1e68c0fbe2d55e99f9f5e5f49cd0d581@avcodec.org> Message-ID: <054.1751ba2a8596621ac55b1eb661285a8e@avcodec.org> #1667: ffplay resizes can cause "garbage" in the margins ------------------------------------+---------------------------------- Reporter: rogerdpack | Owner: cus Type: defect | Status: closed Priority: normal | Component: FFplay Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Changes (by cus): * status: open => closed * resolution: => fixed Comment: Fixed in git master. Thanks for testing. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 3 01:28:41 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 03 Nov 2012 00:28:41 -0000 Subject: [FFmpeg-trac] #1883(undetermined:new): ASF/WMV Source Aspect Ratio (X/Y) Reversed Message-ID: <038.dcbfa85bf0d4e75eab0579f17f732239@avcodec.org> #1883: ASF/WMV Source Aspect Ratio (X/Y) Reversed -------------------------------------+------------------------------------- Reporter: starkline | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: SAR DAR | Blocked By: Aspect Ratio | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- I've noticed this bug only when using ffplay/ffmpeg to decode WMV3 video. I believe ffmpeg is reversing the X and Y values for SAR or PAR, resulting in the wrong DAR. Regression introduced at ffmpeg-20120914-git-8bdba0b. Earlier builds handle DAR/SAR properly. To reproduce find an ASF that has a pixel aspect ratio of, for instance, 4x3, but which requires a display aspect ratio of 16x9 to view properly. If the source aspect ratio is set to 4x3, then the DAR would display correctly at 16x9. However, under current build the DAR is getting set to 1:1. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 3 01:31:38 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 03 Nov 2012 00:31:38 -0000 Subject: [FFmpeg-trac] #1883(FFplay:new): ASF/WMV Source Aspect Ratio (X/Y) Reversed In-Reply-To: <038.dcbfa85bf0d4e75eab0579f17f732239@avcodec.org> References: <038.dcbfa85bf0d4e75eab0579f17f732239@avcodec.org> Message-ID: <053.f80b70901c4ff654ba361ac8ac532847@avcodec.org> #1883: ASF/WMV Source Aspect Ratio (X/Y) Reversed -------------------------------------+------------------------------------- Reporter: starkline | Owner: Type: defect | Status: new Priority: normal | Component: FFplay Version: unspecified | Resolution: Keywords: SAR DAR | Blocked By: Aspect Ratio | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by starkline): * component: undetermined => FFplay -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 3 01:34:00 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 03 Nov 2012 00:34:00 -0000 Subject: [FFmpeg-trac] #1883(avformat:new): ASF/WMV Source Aspect Ratio (X/Y) Reversed In-Reply-To: <038.dcbfa85bf0d4e75eab0579f17f732239@avcodec.org> References: <038.dcbfa85bf0d4e75eab0579f17f732239@avcodec.org> Message-ID: <053.9a6a519d5b12acd71f6f80cb7fdfa4f6@avcodec.org> #1883: ASF/WMV Source Aspect Ratio (X/Y) Reversed ------------------------------------+------------------------------------ Reporter: starkline | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: asf | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: SAR DAR Aspect Ratio => asf * priority: normal => important * version: unspecified => git-master * component: FFplay => avformat Comment: Please provide a sample and a command line that allows to reproduce the problem together with complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 3 01:36:39 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 03 Nov 2012 00:36:39 -0000 Subject: [FFmpeg-trac] #1882(avcodec:open): Multi-threading wmv encoder In-Reply-To: <038.da7266acfaabed3286ee8acb45c67346@avcodec.org> References: <038.da7266acfaabed3286ee8acb45c67346@avcodec.org> Message-ID: <053.a123641cb8815c8de16e59cf83b3b399@avcodec.org> #1882: Multi-threading wmv encoder -------------------------------------+----------------------------------- Reporter: txspaderz | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: wmv2 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: FFmpeg => avcodec * priority: normal => wish * version: unspecified => git-master * keywords: => wmv2 Comment: Please post the command line from the forum here together with complete, uncut console output. (I suspect there is either a work-around for your actual problem or it is actually a different problem than wmv2 encoding speed.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 3 01:41:37 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 03 Nov 2012 00:41:37 -0000 Subject: [FFmpeg-trac] #1875(FFmpeg:closed): Reproducable fails to copy/concat/convert ALL streams, applies on any multi-subtitled or multi-language video In-Reply-To: <036.59c26c0d3199b1f8b722417bdd358b36@avcodec.org> References: <036.59c26c0d3199b1f8b722417bdd358b36@avcodec.org> Message-ID: <051.b70b486641e5f80ae62f7a69367f4e52@avcodec.org> #1875: Reproducable fails to copy/concat/convert ALL streams, applies on any multi-subtitled or multi-language video ------------------------------------+----------------------------------- Reporter: feelart | 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 cehoyos): * keywords: copy concat streams => * resolution: => invalid * status: new => closed * component: undetermined => FFmpeg * version: unspecified => git-master Comment: Isn't "-map 0" the option you are searching for? Please re-open if I misunderstand. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 3 01:46:09 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 03 Nov 2012 00:46:09 -0000 Subject: [FFmpeg-trac] #1872(FFserver:new): aac bitstream not in adts format and extradata missing In-Reply-To: <041.7a5a7c047966491fd1d47f8d61f64f5b@avcodec.org> References: <041.7a5a7c047966491fd1d47f8d61f64f5b@avcodec.org> Message-ID: <056.98ebd150e73143586ab8ca41bb28f5fc@avcodec.org> #1872: aac bitstream not in adts format and extradata missing --------------------------------------+------------------------------------ Reporter: yogesh.tyagi | Owner: Type: defect | 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): * version: 0.9.2 => git-master Comment: Is this problem only reproducible with ffserver or also with the following command line? {{{ $ ffmpeg -i temp.mpg -vcodec libx264 -b:v 800k -acodec aac -strict experimental -flags -global_header out.ts }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 3 01:54:26 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 03 Nov 2012 00:54:26 -0000 Subject: [FFmpeg-trac] #1855(avcodec:open): snow: fail with decode of 2x2 resolution In-Reply-To: <038.8fc26c3a0a555efb6403b903b2886db9@avcodec.org> References: <038.8fc26c3a0a555efb6403b903b2886db9@avcodec.org> Message-ID: <053.d81084665a59b1b7a5eb49bef25a8f20@avcodec.org> #1855: snow: fail with decode of 2x2 resolution ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: snow | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => snow * status: new => open * version: unspecified => git-master * component: undetermined => avcodec * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 3 02:03:30 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 03 Nov 2012 01:03:30 -0000 Subject: [FFmpeg-trac] #1883(avformat:new): ASF/WMV Source Aspect Ratio (X/Y) Reversed In-Reply-To: <038.dcbfa85bf0d4e75eab0579f17f732239@avcodec.org> References: <038.dcbfa85bf0d4e75eab0579f17f732239@avcodec.org> Message-ID: <053.ba5a73ee9623f100c78815cb893a5194@avcodec.org> #1883: ASF/WMV Source Aspect Ratio (X/Y) Reversed ------------------------------------+------------------------------------ Reporter: starkline | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: asf | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by starkline): I've attached logs for ffplay and ffprobe for "sample-1.wmv" Hopefully, that provides all of the requested information. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 3 04:02:47 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 03 Nov 2012 03:02:47 -0000 Subject: [FFmpeg-trac] #1598(undetermined:open): Muxing raw h264 into mpegts (and mkv) fails. In-Reply-To: <036.d45739aad8809e170517645b3cf7de1b@avcodec.org> References: <036.d45739aad8809e170517645b3cf7de1b@avcodec.org> Message-ID: <051.6244324f1d46fd06b10bd5b586ce2194@avcodec.org> #1598: Muxing raw h264 into mpegts (and mkv) fails. -------------------------------------+------------------------------------- Reporter: Mista_D | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: mpegts h264 | Resolution: av_interleaved_write_frame | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ffmpeg): I think it has nothing to do with ts (or mkv) muxers. The problem is with the raw h264 reader. It always returns AV_NOPTS_VALUE for pts/dts when reading raw h264 even if you specify frame rate. Somewhere down the chain it has to set proper timestamps based on specified frame rate and bit- stream flags -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 3 05:44:14 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 03 Nov 2012 04:44:14 -0000 Subject: [FFmpeg-trac] #1872(FFserver:new): aac bitstream not in adts format and extradata missing In-Reply-To: <041.7a5a7c047966491fd1d47f8d61f64f5b@avcodec.org> References: <041.7a5a7c047966491fd1d47f8d61f64f5b@avcodec.org> Message-ID: <056.5be5745eb8ab13e8d5240dc2357c0620@avcodec.org> #1872: aac bitstream not in adts format and extradata missing --------------------------------------+------------------------------------ Reporter: yogesh.tyagi | Owner: Type: defect | Status: new Priority: normal | Component: FFserver Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Comment (by yogesh.tyagi): This problem is reproducible only with ffserver. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 3 05:50:35 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 03 Nov 2012 04:50:35 -0000 Subject: [FFmpeg-trac] #1883(avformat:closed): ASF/WMV Source Aspect Ratio (X/Y) Reversed In-Reply-To: <038.dcbfa85bf0d4e75eab0579f17f732239@avcodec.org> References: <038.dcbfa85bf0d4e75eab0579f17f732239@avcodec.org> Message-ID: <053.bda62e77769eb541a7d545f7d25a1203@avcodec.org> #1883: ASF/WMV Source Aspect Ratio (X/Y) Reversed ------------------------------------+------------------------------------ Reporter: starkline | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: asf aspect | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by michael): * keywords: asf => asf aspect * status: new => closed * resolution: => fixed * reproduced: 0 => 1 Comment: will be fixed in my next git push -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 3 11:30:24 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 03 Nov 2012 10:30:24 -0000 Subject: [FFmpeg-trac] #1883(avformat:closed): ASF/WMV Source Aspect Ratio (X/Y) Reversed In-Reply-To: <038.dcbfa85bf0d4e75eab0579f17f732239@avcodec.org> References: <038.dcbfa85bf0d4e75eab0579f17f732239@avcodec.org> Message-ID: <053.a38aa5e162034667e928ab6ca09051ca@avcodec.org> #1883: ASF/WMV Source Aspect Ratio (X/Y) Reversed -------------------------------------+------------------------------------- Reporter: starkline | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: asf aspect | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: asf aspect => asf aspect regression -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 3 15:00:01 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 03 Nov 2012 14:00:01 -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.dc76ed2e4c1bbb840ca983008d4ccf6a@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 richardpl): Replying to [comment:16 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. I have included it in the [http://pcloadletter.co.uk/2012/01/25/serviio-syno-package/ ARM Synology NAS package for Serviio DLNA server]. > > Is libshine support likely to get officially included into FFmpeg? Unlikely until mayor issue (clash with libmp3lame) is resolved. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 3 15:05:36 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 03 Nov 2012 14:05:36 -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.df04839f66fb7fd287b363892dfd8d59@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 richardpl): Bug with encoding surround stream is because libshine support encoding up to 2 channels - this is bug in wrapper, thanks for spotting it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 3 17:04:00 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 03 Nov 2012 16:04:00 -0000 Subject: [FFmpeg-trac] #712(avformat:open): m2v: wrong duration In-Reply-To: <037.c454a9aa7828e850ab3087e465d1f103@avcodec.org> References: <037.c454a9aa7828e850ab3087e465d1f103@avcodec.org> Message-ID: <052.80aa1995b72c64f16f53d15663a45506@avcodec.org> #712: m2v: wrong duration -------------------------------------+------------------------------------- Reporter: cbsrobot | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpeg2video | Blocked By: m2v | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * component: undetermined => avformat Comment: The output shows "Duration: N/A" now. {{{ $ ffmpeg -i aletrek-rle.m2v ffmpeg version N-46390-g94f2245 Copyright (c) 2000-2012 the FFmpeg developers built on Nov 3 2012 16:53:18 with gcc 4.7 (SUSE Linux) configuration: --cc='cc -m32' libavutil 52. 3.100 / 52. 3.100 libavcodec 54. 71.100 / 54. 71.100 libavformat 54. 35.100 / 54. 35.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 21.106 / 3. 21.106 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 16.100 / 0. 16.100 [mpegvideo @ 0x9177500] Estimating duration from bitrate, this may be inaccurate Input #0, mpegvideo, from 'aletrek-rle.m2v': Duration: N/A, bitrate: N/A Stream #0:0: Video: mpeg2video (Main), yuv420p, 720x576 [SAR 1:1 DAR 5:4], 25 fps, 25 tbr, 1200k tbn, 50 tbc At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 3 17:41:11 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 03 Nov 2012 16:41:11 -0000 Subject: [FFmpeg-trac] #1864(avcodec:open): support 0x350 TwoCC (Micronas speech ADPCM codec) (was: support 0x350 TwoCC (ADPCM codec)) In-Reply-To: <038.d5098d62bb41fc037303fa6e71769913@avcodec.org> References: <038.d5098d62bb41fc037303fa6e71769913@avcodec.org> Message-ID: <053.55c4c8dc2958a47454f0893a6393a73b@avcodec.org> #1864: support 0x350 TwoCC (Micronas speech ADPCM codec) -------------------------------------+----------------------------------- 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 | -------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avcodec * priority: normal => wish * version: unspecified => git-master * type: defect => enhancement -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 3 19:15:48 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 03 Nov 2012 18:15:48 -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.a09f4363f98d37b324cf647093ccd266@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): Hi, sorry I am being little impatient, but did you receive my reply. My earlier reply via email bounced back after few days with failed mail delivery. Is the above issue a bug or am I missing something? Thanks a lot -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 3 19:18:40 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 03 Nov 2012 18:18:40 -0000 Subject: [FFmpeg-trac] #1882(avcodec:open): Multi-threading wmv encoder In-Reply-To: <038.da7266acfaabed3286ee8acb45c67346@avcodec.org> References: <038.da7266acfaabed3286ee8acb45c67346@avcodec.org> Message-ID: <053.397ebef44a30ec34f0726a2f296f82b6@avcodec.org> #1882: Multi-threading wmv encoder -------------------------------------+----------------------------------- Reporter: txspaderz | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: wmv2 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by txspaderz): Here's a tee'd output at this link (it's quite large, in a ascii format): http://houstondad.com/ffmpeg.log.txt When the process is running, it's actually switching cores (39th field of /proc/pid/stat shows the last executed core), here's a breakup if it matters: {{{ root at media-center ~ # while true; do cat /proc/12514/stat | awk '{print $39}'; done > /home/perk/ffmpeg_cores.log root at media-center ~ # sort /home/perk/ffmpeg_cores.log | uniq -c | sort -k2 -n 136778 0 409369 1 405346 2 406885 3 }}} However during the encoding time, the process is continually using only 1 cores worth of cycles, and nothing more: {{{ 12514 root 20 0 91080 65m 4632 R 100 0.4 10:00.98 ffmpeg 12514 root 20 0 91548 65m 4632 R 97 0.4 10:01.96 ffmpeg 12514 root 20 0 90456 65m 4632 R 100 0.4 10:02.98 ffmpeg 12514 root 20 0 90456 65m 4632 R 98 0.4 10:03.97 ffmpeg 12514 root 20 0 90684 65m 4632 R 100 0.4 10:04.98 ffmpeg 12514 root 20 0 90684 65m 4632 R 100 0.4 10:06.00 ffmpeg 12514 root 20 0 90436 65m 4632 R 98 0.4 10:07.00 ffmpeg 12514 root 20 0 90436 65m 4632 R 100 0.4 10:08.01 ffmpeg 12514 root 20 0 90436 65m 4632 R 99 0.4 10:09.02 ffmpeg 12514 root 20 0 90436 65m 4632 R 99 0.4 10:10.03 ffmpeg 12514 root 20 0 90740 65m 4632 R 99 0.4 10:11.03 ffmpeg 12514 root 20 0 91176 65m 4632 R 99 0.4 10:12.03 ffmpeg 12514 root 20 0 91176 65m 4632 R 101 0.4 10:13.05 ffmpeg 12514 root 20 0 91176 65m 4632 R 96 0.4 10:14.03 ffmpeg 12514 root 20 0 91176 65m 4632 R 101 0.4 10:15.06 ffmpeg }}} Because of this, and the source files fps is 24, the encoder isn't able to stream in real time. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 3 19:48:07 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 03 Nov 2012 18:48:07 -0000 Subject: [FFmpeg-trac] #1882(avcodec:open): Multi-threading wmv encoder In-Reply-To: <038.da7266acfaabed3286ee8acb45c67346@avcodec.org> References: <038.da7266acfaabed3286ee8acb45c67346@avcodec.org> Message-ID: <053.bc158f99168b01b5c531220dc8b33f4c@avcodec.org> #1882: Multi-threading wmv encoder -------------------------------------+----------------------------------- Reporter: txspaderz | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: wmv2 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by cehoyos): Please always post all necessary information here on the bug tracker, do not use external resources, they may disappear! There are two possibilities to fix your original problem (performance on transcoding from vc1 to wmv2 is too low): The first is to implement wmv2 multi-threaded encoding. Given that the task is not trivial and this codec was deprecated by Microsoft years ago, I am not sure how likely this is to happen. The second is to implement vc1 multi-threaded decoding. While this is probably not simpler, vc1 decoder is an important part of libavcodec, I would therefore suspect that the chances are (very slightly) higher, consider opening a second enhancement request (or wait for me to do it). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 3 19:50:40 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 03 Nov 2012 18:50:40 -0000 Subject: [FFmpeg-trac] #1882(avcodec:open): Multi-threading wmv encoder In-Reply-To: <038.da7266acfaabed3286ee8acb45c67346@avcodec.org> References: <038.da7266acfaabed3286ee8acb45c67346@avcodec.org> Message-ID: <053.3e2b4e96d0f28499428efa7080c11891@avcodec.org> #1882: Multi-threading wmv encoder -------------------------------------+----------------------------------- Reporter: txspaderz | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: wmv2 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by cehoyos): Out of curiosity: Could you explain why you are using -copyts ? (Did you test if constant quantiser is faster?) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 3 19:52:07 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 03 Nov 2012 18:52:07 -0000 Subject: [FFmpeg-trac] #846(avformat:closed): Closed Captioning in mov In-Reply-To: <036.fd8fc81aaaaadd10d67fd237082a01d5@avcodec.org> References: <036.fd8fc81aaaaadd10d67fd237082a01d5@avcodec.org> Message-ID: <051.5e26a7a60710c88edd6fe9e147da115b@avcodec.org> #846: Closed Captioning in mov -------------------------------------+------------------------------------ Reporter: dericed | Owner: Type: enhancement | Status: closed Priority: wish | Component: avformat Version: git-master | Resolution: fixed Keywords: mov cc | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * status: open => closed * resolution: => fixed * component: undetermined => avformat Comment: Remuxing CC is now supported (interestingly, it improves / fixes the timing with MPlayer) as is playback with MPlayer. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 3 20:28:07 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 03 Nov 2012 19:28:07 -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.7ec4ca8fcb72b12c58a8cf3764657ac0@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): Can you post back here if you have make a new version? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 3 22:46:33 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 03 Nov 2012 21:46:33 -0000 Subject: [FFmpeg-trac] #1882(avcodec:open): Multi-threading wmv encoder In-Reply-To: <038.da7266acfaabed3286ee8acb45c67346@avcodec.org> References: <038.da7266acfaabed3286ee8acb45c67346@avcodec.org> Message-ID: <053.5363672f3b905afa2aa02b7a3dd8f415@avcodec.org> #1882: Multi-threading wmv encoder -------------------------------------+----------------------------------- Reporter: txspaderz | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: wmv2 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by txspaderz): Replying to [comment:4 cehoyos]: > Out of curiosity: Could you explain why you are using -copyts ? > (Did you test if constant quantiser is faster?) Thanks, if you could put in that request I'd greatly appreciate it. I'm not sure why it's adding -copyts, the command line is being generated by a program that acts as a dlna server. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 4 00:21:37 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 03 Nov 2012 23:21:37 -0000 Subject: [FFmpeg-trac] #1884(avfilter:new): earwax artifact Message-ID: <034.c3dd1badec00d1314fee04f6bd196fb8@avcodec.org> #1884: earwax artifact -------------------------------------+------------------------------------- Reporter: saste | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git- | Keywords: earwax master | overflow Blocked By: | Blocking: Reproduced by developer: 1 | Analyzed by developer: 0 -------------------------------------+------------------------------------- How to reproduce: {{{ ffplay -f lavfi "aevalsrc=sin(400*t*2*PI):cos(399*t*2*PI),earwax" }}} The problems only occurs in the right channel, and seems due to an overflow problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 4 00:45:57 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 03 Nov 2012 23:45:57 -0000 Subject: [FFmpeg-trac] #1885(avcodec:new): Multithreaded decoding for vc1 Message-ID: <036.44acd85d7e4e18f996bbf22770d02cf4@avcodec.org> #1885: Multithreaded decoding for vc1 ---------------------------------------+--------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: new Priority: wish | Component: avcodec Version: git-master | Keywords: vc1 Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 ---------------------------------------+--------------------------------- The vc1 decoder currently does not support multi-threading. Given that this codec is used on (high-definition) Blu-ray content, this might be an important feature, see also ticket #1882. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 4 01:19:47 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 04 Nov 2012 00:19:47 -0000 Subject: [FFmpeg-trac] #1797(avformat:new): No audio in GeoVision avi files In-Reply-To: <036.6a1f5ea2fc4d5f153070425342862a83@avcodec.org> References: <036.6a1f5ea2fc4d5f153070425342862a83@avcodec.org> Message-ID: <051.f89dee567e11e9fdb2f56f95d78ddee0@avcodec.org> #1797: No audio in GeoVision avi files ------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: avi | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Audio is played fine by WMP. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 4 11:02:33 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 04 Nov 2012 10:02:33 -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.4e1fac306c200fefb108094921ab9209@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): It works now with the current git head: {{{FFREPORT=file=/home/someone/log/%p-%t.log}}}. Please close the ticket if this is satisfying. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 4 11:44:13 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 04 Nov 2012 10:44:13 -0000 Subject: [FFmpeg-trac] #1882(avcodec:open): Multi-threading wmv encoder In-Reply-To: <038.da7266acfaabed3286ee8acb45c67346@avcodec.org> References: <038.da7266acfaabed3286ee8acb45c67346@avcodec.org> Message-ID: <053.c635113b69afd8eb9072ca89a0237662@avcodec.org> #1882: Multi-threading wmv encoder -------------------------------------+----------------------------------- Reporter: txspaderz | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: wmv2 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by cehoyos): Reading your forum post again: Is this really a regression? Was the performance better for the same input file and an older FFmpeg version? That would be a serious bug, please report the previous FFmpeg version. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 4 11:46:46 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 04 Nov 2012 10:46:46 -0000 Subject: [FFmpeg-trac] #712(avformat:open): m2v: wrong duration In-Reply-To: <037.c454a9aa7828e850ab3087e465d1f103@avcodec.org> References: <037.c454a9aa7828e850ab3087e465d1f103@avcodec.org> Message-ID: <052.3659e72a3dfb36f0794a79b25f88c3d9@avcodec.org> #712: m2v: wrong duration -------------------------------------+------------------------------------- Reporter: cbsrobot | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: mpeg2video | Blocked By: m2v | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: normal => wish * type: defect => enhancement -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 4 13:22:54 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 04 Nov 2012 12:22:54 -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.881228ac1ebd071b5828e042b57352b8@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 michael): It doesnt work with : in the filename. So its practically unuseable on windows. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 4 13:26:02 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 04 Nov 2012 12:26:02 -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.5024b241f31a1997cf785675b4278dd8@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): "options values must be @ref{quoting_and_escaping, escaped} if they contain special characters or the options delimiter ':'" Did you try quoting the file name? I do not have a windows box to test, but I can definitely get a report file with a : in its name on Linux. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 4 17:34:50 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 04 Nov 2012 16:34:50 -0000 Subject: [FFmpeg-trac] #503(avcodec:closed): Support 64bit tiff In-Reply-To: <037.3d320f3ef2049b89bbe091a0e9109610@avcodec.org> References: <037.3d320f3ef2049b89bbe091a0e9109610@avcodec.org> Message-ID: <052.529ba504d8f131e86cb3fc7e3c35b2cf@avcodec.org> #503: Support 64bit tiff -------------------------------------+------------------------------------- Reporter: cbsrobot | Owner: michael Type: enhancement | Status: closed Priority: wish | Component: avcodec Version: git-master | Resolution: fixed Keywords: tif 64bit | Blocked By: alpha | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: tif 64bit => tif 64bit alpha -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 4 17:42:28 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 04 Nov 2012 16:42:28 -0000 Subject: [FFmpeg-trac] #1749(avutil:closed): Add a yuva444 pixel format with >= 10 bit In-Reply-To: <036.c772a2d625256e0bfff7a63b11869504@avcodec.org> References: <036.c772a2d625256e0bfff7a63b11869504@avcodec.org> Message-ID: <051.61ce5efa01158ec82cf27eb67764b818@avcodec.org> #1749: Add a yuva444 pixel format with >= 10 bit -------------------------------------+---------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: closed Priority: wish | Component: avutil Version: git-master | Resolution: fixed Keywords: alpha | Blocked By: Blocking: 1728 1750 | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Implemented by Luca Barbato. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 4 18:01:26 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 04 Nov 2012 17:01:26 -0000 Subject: [FFmpeg-trac] #1216(avcodec:closed): AVImszh: broken output with rgb24 mode In-Reply-To: <038.b5ca4ac9f37b87e00dddf6d9c92009d2@avcodec.org> References: <038.b5ca4ac9f37b87e00dddf6d9c92009d2@avcodec.org> Message-ID: <053.cb06e04be26a0eea1e8f85529cc4d6de@avcodec.org> #1216: AVImszh: broken output with rgb24 mode ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: mszh | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by richardpl): * status: open => closed * resolution: => fixed Comment: Reopen if this happens with other colorspaces. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 4 20:26:48 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 04 Nov 2012 19:26:48 -0000 Subject: [FFmpeg-trac] #1216(avcodec:reopened): AVImszh: broken output with rgb24 mode In-Reply-To: <038.b5ca4ac9f37b87e00dddf6d9c92009d2@avcodec.org> References: <038.b5ca4ac9f37b87e00dddf6d9c92009d2@avcodec.org> Message-ID: <053.7923868c9f696743c2d9bfea3f71ef84@avcodec.org> #1216: AVImszh: broken output with rgb24 mode ------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: reopened Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: mszh | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by ami_stuff): * status: closed => reopened * resolution: fixed => Comment: the same happens with yuv111 http://www.datafilehost.com/download-dfc6ac58.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 5 00:21:50 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 04 Nov 2012 23:21:50 -0000 Subject: [FFmpeg-trac] #1882(avcodec:open): Multi-threading wmv encoder In-Reply-To: <038.da7266acfaabed3286ee8acb45c67346@avcodec.org> References: <038.da7266acfaabed3286ee8acb45c67346@avcodec.org> Message-ID: <053.a266a91ca90fe520961e09d0e69b9e6c@avcodec.org> #1882: Multi-threading wmv encoder -------------------------------------+----------------------------------- Reporter: txspaderz | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: wmv2 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by xnejp03): Hi, I'm the author of the software. wmv2 is the only wmv-based encoder that FFmpeg supports, and is needed for on-the-fly transcoding for Xbox (among others). The encoder doesn't support -threads with value other than 1. It's a major bottleneck, especially for HD videos. I'm not sure multi- threaded VC1 decoder will help, as the same will happen when transcoding (for example) MKV/H264 HD file. I appreciate wmv2 is deprecated, but this would really help a lot, unless there is a chance of wmv3 encoder. Regarding -copyts: it's an attempt to keep audio/video in sync, but it might be completely inappropriate, the documentation on this parameter is a bit scarce :-) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 5 00:21:50 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 04 Nov 2012 23:21:50 -0000 Subject: [FFmpeg-trac] #1882(avcodec:open): Multi-threading wmv encoder In-Reply-To: <038.da7266acfaabed3286ee8acb45c67346@avcodec.org> References: <038.da7266acfaabed3286ee8acb45c67346@avcodec.org> Message-ID: <053.47312ba7df44a9b2a30fb395373a63b2@avcodec.org> #1882: Multi-threading wmv encoder -------------------------------------+----------------------------------- Reporter: txspaderz | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: wmv2 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by xnejp03): Hi, I'm the author of the software. wmv2 is the only wmv-based encoder that FFmpeg supports, and is needed for on-the-fly transcoding for Xbox (among others). The encoder doesn't support -threads with value other than 1. It's a major bottleneck, especially for HD videos. I'm not sure multi- threaded VC1 decoder will help, as the same will happen when transcoding (for example) MKV/H264 HD file. I appreciate wmv2 is deprecated, but this would really help a lot, unless there is a chance of wmv3 encoder. Regarding -copyts: it's an attempt to keep audio/video in sync, but it might be completely inappropriate, the documentation on this parameter is a bit scarce :-) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 5 00:43:27 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 04 Nov 2012 23:43:27 -0000 Subject: [FFmpeg-trac] #1882(avcodec:open): Multi-threading wmv encoder In-Reply-To: <038.da7266acfaabed3286ee8acb45c67346@avcodec.org> References: <038.da7266acfaabed3286ee8acb45c67346@avcodec.org> Message-ID: <053.38b9ad14d6180e43f20b723a37ea14c5@avcodec.org> #1882: Multi-threading wmv encoder -------------------------------------+----------------------------------- Reporter: txspaderz | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: wmv2 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by cehoyos): Replying to [comment:7 xnejp03]: > I'm not sure multi-threaded VC1 decoder will help, as the same will happen when transcoding (for example) MKV/H264 HD file. But that is not what the OP reported, so please provide a sample and command line together with complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 5 05:39:17 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 05 Nov 2012 04:39:17 -0000 Subject: [FFmpeg-trac] #1886(avformat:new): avformat_write_header crashes on writing Live Smooth Streaming video Message-ID: <035.36dd505abcbe3fd42b599c842ba587da@avcodec.org> #1886: avformat_write_header crashes on writing Live Smooth Streaming video ----------------------------------+-------------------------------------- Reporter: Morion | Type: defect Status: new | Priority: important Component: avformat | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- I'm working on Windows application that uses ffmpeg API to encode and send Live Smooth Streaming video to IIS. I have two machines, on one of them the application works fine but on the other it produces a crash at the avformat_write_header function. I've checked everything and the calls to ffmpeg functions are the same on both machines so only guess I have is that there is a bug in ffmpeg. The attached file is gdb output. Also I can provide the code that calls ffmpeg function, please let me know if it could help. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 5 07:46:41 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 05 Nov 2012 06:46:41 -0000 Subject: [FFmpeg-trac] #1835(FFmpeg:closed): -sameq no longer working In-Reply-To: <040.aa29a7f2d6040f39300e260965f525ba@avcodec.org> References: <040.aa29a7f2d6040f39300e260965f525ba@avcodec.org> Message-ID: <055.0f429b8b58a7e3536551525da4fb2035@avcodec.org> #1835: -sameq no longer working -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: closed Priority: minor | Component: FFmpeg Version: git-master | Resolution: wontfix Keywords: regression | Blocked By: sameq | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by ramitbhalla): Why not leave the sameq option in and translate it to -qscale 0 for compatability purposes? This change I'm sure will break a lot of existing software out there (I know one I'm using for sure will break). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 5 07:53:54 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 05 Nov 2012 06:53:54 -0000 Subject: [FFmpeg-trac] #1835(FFmpeg:closed): -sameq no longer working In-Reply-To: <040.aa29a7f2d6040f39300e260965f525ba@avcodec.org> References: <040.aa29a7f2d6040f39300e260965f525ba@avcodec.org> Message-ID: <055.2e3cbff54f5d05776a821143959427f5@avcodec.org> #1835: -sameq no longer working -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: closed Priority: minor | Component: FFmpeg Version: git-master | Resolution: wontfix Keywords: regression | Blocked By: sameq | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by ubitux): Replying to [comment:7 ramitbhalla]: > Why not leave the sameq option in and translate it to -qscale 0 for compatability purposes? Because this was never meant to be a "same quality" option. > This change I'm sure will break a lot of existing software out there (I know one I'm using for sure will break). Updating your scripts to make them use -qscale 0 will work with newer and older versions, and it will likely actually also "fix" them. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 5 08:25:55 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 05 Nov 2012 07:25:55 -0000 Subject: [FFmpeg-trac] #1887(undetermined:new): wmv3: Reserved RES_SM=2 is forbidden Message-ID: <034.54a63883247fb349a0d862cfebc11089@avcodec.org> #1887: wmv3: Reserved RES_SM=2 is forbidden -------------------------------------+------------------------------------- Reporter: henry | Type: defect Status: new | Priority: critical Component: | Version: undetermined | unspecified Keywords: | Blocked By: wmv3,ffmpeg,forbidden | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: check ffmpeg supported codecs , it already support wmv3/wmav2 , but for some files , we can play it but can't decode it. How to reproduce: {{{ for SVN-r22888: ffmpeg -i huasi.asf -y huasi.avi FFmpeg version SVN-r22888, Copyright (c) 2000-2010 the FFmpeg developers built on Apr 23 2010 15:09:04 with gcc 4.1.2 20070925 (Red Hat 4.1.2-33) configuration: --prefix=/usr/local/enctools --enable-postproc --enable- libopencore-amrnb --enable-libopencore-amrwb --enable-version3 --enable- libmp3lame --disable-shared --enable-libx264 --enable-pthreads --enable- libfaac --enable-libfaad --enable-nonfree --enable-gpl --enable-libgsm --enable-libnut --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libopenjpeg --enable-libxvid --enable-bzlib --enable- libschroedinger --enable-zlib --enable-small --extra- cflags=-I/usr/local/enctools/include --extra- ldflags=-L/usr/local/enctools/lib libavutil 50.14. 0 / 50.14. 0 libavcodec 52.66. 0 / 52.66. 0 libavformat 52.61. 0 / 52.61. 0 libavdevice 52. 2. 0 / 52. 2. 0 libswscale 0.10. 0 / 0.10. 0 libpostproc 51. 2. 0 / 51. 2. 0 [wmv3 @ 0x9136a40]Reserved RES_SM=2 is forbidden Seems stream 1 codec frame rate differs from container frame rate: 1000.00 (1000/1) -> 25.00 (25/1) Input #0, asf, from 'huasi.asf': Metadata: WM/ToolName : TMPGEnc 4.0 XPress Version. 4.2.3.193 WMFSDKVersion : 9.00.00.2980 WMFSDKNeeded : 0.0.0.0000 IsVBR : 0 Duration: 00:00:57.07, start: 3.000000, bitrate: 574 kb/s Stream #0.0(chi): Audio: wmav2, 48000 Hz, 2 channels, s16, 64 kb/s Stream #0.1(chi): Video: wmv3, yuv420p, 720x576, 500 kb/s, 25 tbr, 1k tbn, 1k tbc [wmv3 @ 0x9136a40]Reserved RES_SM=2 is forbidden Output #0, avi, to 'huasi.avi': Stream #0.0(chi): Video: mpeg4, yuv420p, 720x576, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream #0.1(chi): Audio: mp2, 48000 Hz, 2 channels, s16, 64 kb/s Stream mapping: Stream #0.1 -> #0.0 Stream #0.0 -> #0.1 Error while opening decoder for input stream #0.1 }}} also failed on latest ffmpeg-1.0: {{{ ffmpeg version 1.0 Copyright (c) 2000-2012 the FFmpeg developers built on Oct 15 2012 12:12:07 with gcc 4.4.6 (GCC) 20120305 (Red Hat 4.4.6-4) configuration: --prefix=/usr/local/ffmpeg-1.0-new --enable-postproc --enable-avfilter --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-version3 --enable-libmp3lame --disable-shared --enable-libx264 --enable-pthreads --enable-libfaac --enable-nonfree --enable-gpl --enable- libgsm --enable-libnut --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libopenjpeg --enable-libxvid --enable-bzlib --enable- libschroedinger --enable-zlib --enable-small --enable-libcdio --enable- libvo-aacenc --enable-libfdk-aac --enable-libvo-amrwbenc --enable-libvpx --enable-libxavs --extra-cflags=-I/usr/local/enctools/include --extra- ldflags=-L/usr/local/enctools/lib 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 [wmv3 @ 0x1b2f7e0] Old interlaced mode is not supported Last message repeated 1 times Guessed Channel Layout for Input Stream #0.0 : stereo Input #0, asf, from 'huasi.asf': Metadata: WM/ToolName : TMPGEnc 4.0 XPress Version. 4.2.3.193 WMFSDKVersion : 9.00.00.2980 WMFSDKNeeded : 0.0.0.0000 IsVBR : 0 Duration: 00:00:57.07, start: 0.000000, bitrate: 574 kb/s Stream #0:0(chi): Audio: wmav2 (a[1][0][0] / 0x0161), 48000 Hz, stereo, s16, 64 kb/s Stream #0:1(chi): Video: wmv3 (WMV3 / 0x33564D57), yuv420p, 720x576, 500 kb/s, 25 tbr, 1k tbn, 1k tbc [wmv3 @ 0x1b2f7e0] Old interlaced mode is not supported Output #0, avi, to 'test.avi': Metadata: WM/ToolName : TMPGEnc 4.0 XPress Version. 4.2.3.193 WMFSDKVersion : 9.00.00.2980 WMFSDKNeeded : 0.0.0.0000 IsVBR : 0 Stream #0:0(chi): Video: mpeg4, yuv420p, 720x576, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream #0:1(chi): Audio: mp3, 48000 Hz, stereo, s16 Stream mapping: Stream #0:1 -> #0:0 (wmv3 -> mpeg4) Stream #0:0 -> #0:1 (wmav2 -> libmp3lame) Error while opening decoder for input stream #0:1 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 5 08:33:25 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 05 Nov 2012 07:33:25 -0000 Subject: [FFmpeg-trac] #1887(undetermined:new): wmv3: Reserved RES_SM=2 is forbidden In-Reply-To: <034.54a63883247fb349a0d862cfebc11089@avcodec.org> References: <034.54a63883247fb349a0d862cfebc11089@avcodec.org> Message-ID: <049.81a693bc922755e284bfbd1c1ca6983a@avcodec.org> #1887: wmv3: Reserved RES_SM=2 is forbidden -------------------------------------+------------------------------------- Reporter: henry | Owner: Type: defect | Status: new Priority: critical | Component: Version: unspecified | undetermined Keywords: | Resolution: wmv3,ffmpeg,forbidden | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by henry): sample file can be downloaded from here : [[BR]] http://edu.cnxianzai.com/uploads/soft/101209/397_1604253131.rar -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 5 09:06:05 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 05 Nov 2012 08:06:05 -0000 Subject: [FFmpeg-trac] #1887(undetermined:new): wmv3: Reserved RES_SM=2 is forbidden In-Reply-To: <034.54a63883247fb349a0d862cfebc11089@avcodec.org> References: <034.54a63883247fb349a0d862cfebc11089@avcodec.org> Message-ID: <049.1c1d7beff132d3d556abc1a2b0bfd657@avcodec.org> #1887: wmv3: Reserved RES_SM=2 is forbidden -------------------------------------+------------------------------------- Reporter: henry | Owner: Type: defect | Status: new Priority: critical | Component: Version: unspecified | undetermined Keywords: | Resolution: wmv3,ffmpeg,forbidden | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by henry): research on google but no help , also here is a same issue:[[BR]] http://www.mail-archive.com/ffmpeg-issues at lscube.org/msg04128.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 5 09:25:51 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 05 Nov 2012 08:25:51 -0000 Subject: [FFmpeg-trac] #1887(undetermined:new): wmv3: Reserved RES_SM=2 is forbidden In-Reply-To: <034.54a63883247fb349a0d862cfebc11089@avcodec.org> References: <034.54a63883247fb349a0d862cfebc11089@avcodec.org> Message-ID: <049.db54a5edb5abc436e2a9f8e7a9bce325@avcodec.org> #1887: wmv3: Reserved RES_SM=2 is forbidden -------------------------------------+------------------------------------- Reporter: henry | Owner: Type: defect | Status: new Priority: critical | Component: Version: unspecified | undetermined Keywords: | Resolution: wmv3,ffmpeg,forbidden | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by heleppkes): RES_SM=2 is an indicator for the old undocumented YUV411 interlaced mode in WMV3, which is simply not implemented, and its doubtful it ever will be (being undocumented, and being officialy deprecated and replaced by VC-1 interlaced) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 5 09:38:57 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 05 Nov 2012 08:38:57 -0000 Subject: [FFmpeg-trac] #1887(avcodec:new): wmv3: Reserved RES_SM=2 is forbidden In-Reply-To: <034.54a63883247fb349a0d862cfebc11089@avcodec.org> References: <034.54a63883247fb349a0d862cfebc11089@avcodec.org> Message-ID: <049.64819233e68ae9f163ffc22c37b11ac1@avcodec.org> #1887: wmv3: Reserved RES_SM=2 is forbidden -------------------------------------+----------------------------------- Reporter: henry | Owner: Type: enhancement | Status: new Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: vc1 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: wmv3,ffmpeg,forbidden => vc1 * priority: critical => wish * version: unspecified => git-master * component: undetermined => avcodec * type: defect => enhancement -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 5 10:07:36 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 05 Nov 2012 09:07:36 -0000 Subject: [FFmpeg-trac] #1881(avformat:open): in24 Little Endian PCM audio (pcm_s24le) in mov decoded incorrectly as Big Endian (pcm_s24be) In-Reply-To: <034.8a1258f8748f22048e7b3e24f2c8c5f1@avcodec.org> References: <034.8a1258f8748f22048e7b3e24f2c8c5f1@avcodec.org> Message-ID: <049.62e848f9e9c5db1dc2f92cb121599688@avcodec.org> #1881: in24 Little Endian PCM audio (pcm_s24le) in mov decoded incorrectly as Big Endian (pcm_s24be) --------------------------------------+------------------------------------ Reporter: irius | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mov in24 pcm | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Comment (by irius): I've been investigating a little bit further how the endianess should be specified in the 'in24' codec. By default, ''''in24' samples are Big Endian, unless there is the 'enda' atom present''' in the "Sample description atom (stsd)" which according to Apple's QTRef_AtomsResources.pdf, "Determines the endian status of the sound component that interprets data contained in an audio atom list." Then, I checked if the file I provided has the 'enda' atom, and apparently it does. I attached a screenshot of dumpster.exe where you can see an unknown data field with the hex-value "0x656e6461" ('enda' in ASCII). So, I guess that for some reason''' ffmpeg does not parse this atom correctly'''. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 5 10:58:39 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 05 Nov 2012 09:58:39 -0000 Subject: [FFmpeg-trac] #1886(avformat:new): avformat_write_header crashes on writing Live Smooth Streaming video In-Reply-To: <035.36dd505abcbe3fd42b599c842ba587da@avcodec.org> References: <035.36dd505abcbe3fd42b599c842ba587da@avcodec.org> Message-ID: <050.a79b4c624b5dc8eec5b645136b9fa0af@avcodec.org> #1886: avformat_write_header crashes on writing Live Smooth Streaming video ------------------------------------+------------------------------------ Reporter: Morion | 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 cehoyos): How do you call av_dict_free() ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 5 11:02:38 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 05 Nov 2012 10:02:38 -0000 Subject: [FFmpeg-trac] #1887(avcodec:open): wmv3: Reserved RES_SM=2 is forbidden In-Reply-To: <034.54a63883247fb349a0d862cfebc11089@avcodec.org> References: <034.54a63883247fb349a0d862cfebc11089@avcodec.org> Message-ID: <049.a545749f57c4883a41455643891631a9@avcodec.org> #1887: wmv3: Reserved RES_SM=2 is forbidden -------------------------------------+----------------------------------- Reporter: henry | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: vc1 wmv3 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: vc1 => vc1 wmv3 * status: new => open * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 5 11:03:53 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 05 Nov 2012 10:03:53 -0000 Subject: [FFmpeg-trac] #1887(avcodec:open): wmv3: Old interlaced mode is not supported / Reserved RES_SM=2 is forbidden (was: wmv3: Reserved RES_SM=2 is forbidden) In-Reply-To: <034.54a63883247fb349a0d862cfebc11089@avcodec.org> References: <034.54a63883247fb349a0d862cfebc11089@avcodec.org> Message-ID: <049.9f556abac09e7679d9758310100877e4@avcodec.org> #1887: wmv3: Old interlaced mode is not supported / Reserved RES_SM=2 is forbidden -------------------------------------+----------------------------------- Reporter: henry | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: vc1 wmv3 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 5 11:04:35 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 05 Nov 2012 10:04:35 -0000 Subject: [FFmpeg-trac] #1881(avformat:open): in24 Little Endian PCM audio (pcm_s24le) in mov decoded incorrectly as Big Endian (pcm_s24be) In-Reply-To: <034.8a1258f8748f22048e7b3e24f2c8c5f1@avcodec.org> References: <034.8a1258f8748f22048e7b3e24f2c8c5f1@avcodec.org> Message-ID: <049.bdb09263d260ea612275a89f00849960@avcodec.org> #1881: in24 Little Endian PCM audio (pcm_s24le) in mov decoded incorrectly as Big Endian (pcm_s24be) --------------------------------------+------------------------------------ Reporter: irius | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mov in24 pcm | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Comment (by cehoyos): Two patches are currently discussed that fix the issue, I am just waiting for a developers decision which is better: http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/153616/focus=153658 http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/153616/focus=153629 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 5 11:11:25 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 05 Nov 2012 10:11:25 -0000 Subject: [FFmpeg-trac] #1881(avformat:open): in24 Little Endian PCM audio (pcm_s24le) in mov decoded incorrectly as Big Endian (pcm_s24be) In-Reply-To: <034.8a1258f8748f22048e7b3e24f2c8c5f1@avcodec.org> References: <034.8a1258f8748f22048e7b3e24f2c8c5f1@avcodec.org> Message-ID: <049.d88569b71ebc18f65f393f0acf34d230@avcodec.org> #1881: in24 Little Endian PCM audio (pcm_s24le) in mov decoded incorrectly as Big Endian (pcm_s24be) --------------------------------------+------------------------------------ Reporter: irius | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mov in24 pcm | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:8 irius]: > I attached a screenshot of dumpster.exe where you can see an unknown data field with the hex-value "0x656e6461" ('enda' in ASCII). The relevant information is in the following 16 bit ("0001"), but don't you agree it is interesting that Dumpster also fails to recognize the file as QuickTime-compatible (which it isn't, it fails at least with QuickTime 7.7.2)? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 5 12:09:49 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 05 Nov 2012 11:09:49 -0000 Subject: [FFmpeg-trac] #1881(avformat:open): in24 Little Endian PCM audio (pcm_s24le) in mov decoded incorrectly as Big Endian (pcm_s24be) In-Reply-To: <034.8a1258f8748f22048e7b3e24f2c8c5f1@avcodec.org> References: <034.8a1258f8748f22048e7b3e24f2c8c5f1@avcodec.org> Message-ID: <049.98dde812c8b6280430b6f1bf496b6b9a@avcodec.org> #1881: in24 Little Endian PCM audio (pcm_s24le) in mov decoded incorrectly as Big Endian (pcm_s24be) --------------------------------------+------------------------------------ Reporter: irius | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mov in24 pcm | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Comment (by irius): Replying to [comment:10 cehoyos]: > Replying to [comment:8 irius]: > > I attached a screenshot of dumpster.exe where you can see an unknown data field with the hex-value "0x656e6461" ('enda' in ASCII). > > The relevant information is in the following 16 bit ("0001"), but don't you agree it is interesting that Dumpster also fails to recognize the file as QuickTime-compatible (which it isn't, it fails at least with QuickTime 7.7.2)? Thanks!. I believed that the reason Dumpster didn't recognize this atom was that it is outdated, and Apple introduced this atom quite "recently", so it doesn't know how to decode newer structs. Making it clear that I am a total newbie in "MOV" and QuickTime, what do you mean by "QuickTime compatible"? I can play the file on my Quicktime 7.7.2 (1680.56) (Windows 7). I reviewed the patches, and as far as I can understand (which is not too far indeed) it has to do with Matrox branding the file as "JUNK" which causes ffmpeg to not treat it as a regular QT mov file, and as a side effect the "enda" atom is not processed. Is it so? Anyway, it's quite impressive that in a couple of days there are already 2 possible fixes to this. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 5 12:26:42 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 05 Nov 2012 11:26:42 -0000 Subject: [FFmpeg-trac] #1881(avformat:open): in24 Little Endian PCM audio (pcm_s24le) in mov decoded incorrectly as Big Endian (pcm_s24be) In-Reply-To: <034.8a1258f8748f22048e7b3e24f2c8c5f1@avcodec.org> References: <034.8a1258f8748f22048e7b3e24f2c8c5f1@avcodec.org> Message-ID: <049.2211ee31ffc9bea306e1801cc1e529e7@avcodec.org> #1881: in24 Little Endian PCM audio (pcm_s24le) in mov decoded incorrectly as Big Endian (pcm_s24be) --------------------------------------+------------------------------------ Reporter: irius | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mov in24 pcm | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:11 irius]: > Replying to [comment:10 cehoyos]: > > Replying to [comment:8 irius]: > > > I attached a screenshot of dumpster.exe where you can see an unknown data field with the hex-value "0x656e6461" ('enda' in ASCII). > > > > The relevant information is in the following 16 bit ("0001"), but don't you agree it is interesting that Dumpster also fails to recognize the file as QuickTime-compatible (which it isn't, it fails at least with QuickTime 7.7.2)? > > Thanks!. I believed that the reason Dumpster didn't recognize this atom was that it is outdated, and Apple introduced this atom quite "recently", so it doesn't know how to decode newer structs. The page I used for debugging was from 2006 and I suspect the atom was there significantly longer. > Making it clear that I am a total newbie in "MOV" and QuickTime, what do you mean by "QuickTime compatible"? I can play the file on my Quicktime 7.7.2 (1680.56) (Windows 7). It fails here on vanilla Windows QuickTime. (Perhaps you have installed some part of the Matrox software that includes support for it?) > I reviewed the patches, and as far as I can understand (which is not too far indeed) it has to do with Matrox branding the file as "JUNK" which causes ffmpeg to not treat it as a regular QT mov file, and as a side effect the "enda" atom is not processed. Is it so? Apart from the question if mov is "regular" or isom/mp4: Yes (but it is not the enda atom - that would be always processed - but the "QuickTime version 1" audio fields before the enda atom that should not be present in non-QuickTime files and that Dumpster also fails to recognize.) > Anyway, it's quite impressive that in a couple of days there are already 2 possible fixes to this. The patches were there in less than a day;-) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 5 18:30:35 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 05 Nov 2012 17:30:35 -0000 Subject: [FFmpeg-trac] #1888(undetermined:new): asf: huge memory allocation after seeking Message-ID: <038.e85fb1acb9d7adf4e2c034ef252c4249@avcodec.org> #1888: asf: huge memory allocation after seeking -------------------------------------+------------------------------------- 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 can notice here a huge memory allocation after seeking, if reproducible maybe it's integer overflow? http://samples.mplayerhq.hu/V-codecs/EM4A/XFMode.ASF {{{ C:\>ffmpeg -ss 11 -i XFMode.ASF -an out.avi ffmpeg version N-46283-g1475815 Copyright (c) 2000-2012 the FFmpeg developers built on Nov 2 2012 02:31:20 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 52. 1.100 / 52. 1.100 libavcodec 54. 70.100 / 54. 70.100 libavformat 54. 35.100 / 54. 35.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 21.106 / 3. 21.106 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 [asf @ 0x1edc360] ignoring invalid packet_obj_size (4068 3656 400 11759) [asf @ 0x1edc360] ignoring invalid packet_obj_size (573 2445 400 3018) [asf @ 0x1edc360] ignoring invalid packet_obj_size (2208 564 400 2772) [asf @ 0x1edc360] ignoring invalid packet_obj_size (712 2338 400 3050) [asf @ 0x1edc360] ignoring invalid packet_obj_size (1605 1354 400 2959) [asf @ 0x1edc360] ignoring invalid packet_obj_size (324 3274 400 3598) [asf @ 0x1edc360] ignoring invalid packet_obj_size (1495 1635 400 3130) [asf @ 0x1edc360] ignoring invalid packet_obj_size (3067 3656 400 16521) [asf @ 0x1edc360] ignoring invalid packet_obj_size (231 3394 400 3625) [asf @ 0x1edc360] ignoring invalid packet_obj_size (924 2793 400 3717) [asf @ 0x1edc360] ignoring invalid packet_obj_size (2024 1248 400 3272) Guessed Channel Layout for Input Stream #0.1 : mono Input #0, asf, from 'XFMode.ASF': Metadata: title : (DV 0 0) comment : DVD Recorder Duration: 00:00:12.43, start: 0.000000, bitrate: 1018 kb/s Stream #0:0: Video: mpeg4 (EM4A / 0x41344D45), yuv420p, 320x240, 100 tbr, 1k tbn, 1k tbc Stream #0:1: Audio: adpcm_g726 (E[0][0][0] / 0x0045), 8000 Hz, mono, s16, 32 kb/s Output #0, avi, to 'out.avi': Metadata: INAM : (DV 0 0) ICMT : DVD Recorder ISFT : Lavf54.35.100 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 320x240, q=2-31, 200 kb/s, 100 tbn, 100 tbc Stream mapping: Stream #0:0 -> #0:0 (mpeg4 -> mpeg4) Press [q] to stop, [?] for help [asf @ 0x1edc360] packet fragment position invalid 2704,1315 not in 0 [asf @ 0x1edc360] packet_obj_size invalid [asf @ 0x1edc360] freeing incomplete packet size 0, new 400 [asf @ 0x1edc360] packet fragment position invalid 2741,3656 not in 400 [asf @ 0x1edc360] ff asf bad header 2c at:1279859 [asf @ 0x1edc360] packet_replic_size 181 is invalid [asf @ 0x1edc360] ff asf bad header 80 at:1284855 [asf @ 0x1edc360] packet_obj_size invalid [asf @ 0x1edc360] ff asf bad header 51 at:1290749 [asf @ 0x1edc360] invalid padsize 64268 at:1290752 [asf @ 0x1edc360] freeing incomplete packet size 400, new -634225517 [asf @ 0x1edc360] packet fragment position invalid 2781,876 not in 0 [asf @ 0x1edc360] packet_obj_size invalid [asf @ 0x1edc360] packet fragment position invalid 3180,838 not in 0 [asf @ 0x1edc360] packet_obj_size invalid [asf @ 0x1edc360] packet fragment position invalid 3218,657 not in 400 [asf @ 0x1edc360] packet_obj_size invalid [asf @ 0x1edc360] freeing incomplete packet size 400, new 822900288 [asf @ 0x1edc360] packet fragment position invalid 2982,794 not in 0 [asf @ 0x1edc360] packet_obj_size invalid [asf @ 0x1edc360] ignoring invalid packet_obj_size (610 3446 4037 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (4056 591 400 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (4647 3048 4173 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (8820 2931 4384 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (13204 2603 4415 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (15807 1812 400 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (17619 1827 4398 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (22017 1485 4264 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (26281 1277 4006 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (27558 2729 400 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (30287 910 4139 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (34426 827 4033 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (38459 850 4077 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (39309 3227 400 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (42536 412 3993 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (46529 475 3359 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (49888 1172 3202 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (51060 2030 400 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (53090 1609 3246 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (56336 2419 3475 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (59811 3000 3741 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (62811 741 400 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (63552 2898 3500 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (67052 3454 3956 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (71008 3325 3325 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (74333 3337 3337 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (77670 294 3711 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (81381 639 3248 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (82020 2609 400 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (84629 1030 3878 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (88507 1208 3514 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (92021 1750 16062 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (93771 3656 400 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (108083 1552 2757 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (110840 2851 3815 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (114655 2860 2860 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (117515 2860 2860 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (120375 771 2829 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (123204 1998 3551 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (125202 1553 400 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (126755 2086 3219 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (129974 2923 3198 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (133172 3376 3376 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (136548 3648 3757 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (140305 3393 3393 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (143698 537 3214 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (144235 2677 400 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (146912 962 3311 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (150223 1707 3409 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (153632 2354 3388 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (155986 1034 400 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (157020 2605 3008 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (160028 3202 3202 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (163230 434 3437 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (163664 3003 400 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (166667 636 3210 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (169877 1482 3178 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (173055 2360 2921 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (175415 561 400 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (175976 2895 2895 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (178871 166 2797 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (181668 1425 2916 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (183093 1491 400 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (184584 2148 2917 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (187501 2862 2862 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (190363 408 3022 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (190771 2614 400 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (193385 1025 3051 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (196436 2030 3348 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (199784 2738 16557 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (202522 3656 400 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (216341 2045 2784 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (219125 3094 3094 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (222219 206 3280 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (222425 3074 400 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (225499 565 3520 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (229019 1101 3772 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (232791 1385 3679 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (234176 2294 400 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (236470 1345 3154 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (239624 2247 3406 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (243030 2897 3139 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (245927 242 400 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (246169 2976 2976 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (249145 404 3255 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (252400 1205 3009 433869906) [asf @ 0x1edc360] ignoring invalid packet_obj_size (253605 1804 400 433869906) frame= 0 fps=0.0 q=0.0 size= 6kB time=-577014:-32:-22.-77 bitrate= -0. frame= 0 fps=0.0 q=0.0 Lsize= 6kB 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 Mon Nov 5 19:43:43 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 05 Nov 2012 18:43:43 -0000 Subject: [FFmpeg-trac] #1312(avcodec:open): Support multi-threaded resolution change In-Reply-To: <038.6dd3ae925e079b2c80916f48ead53781@avcodec.org> References: <038.6dd3ae925e079b2c80916f48ead53781@avcodec.org> Message-ID: <053.5879d4e77934489b36da706408facd53@avcodec.org> #1312: Support multi-threaded resolution change -------------------------------------+----------------------------------- Reporter: jyavenard | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: h264 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by tmatth): Replying to [comment:12 jyavenard]: > If you use the default multi-threaded h264 decoder, ffmpeg doesn't handle any of them... > mplayer does the change on the fly by resetting the decoder, but it's rather heavy handed and shouldn't be necessary Just out of curiosity, where does mplayer do this? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 5 21:42:13 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 05 Nov 2012 20:42:13 -0000 Subject: [FFmpeg-trac] #1874(undetermined:open): ffplay displays "nan" as an current time In-Reply-To: <038.091758e9efc521624ab939f29a51f10d@avcodec.org> References: <038.091758e9efc521624ab939f29a51f10d@avcodec.org> Message-ID: <053.bf02890bd10610c0928fbadcf5dfa0eb@avcodec.org> #1874: ffplay displays "nan" as an current time -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by ami_stuff): the same problem with: http://samples.mplayerhq.hu/DVD-Audio/DVD-Audio-testfile.wav -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 5 22:00:03 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 05 Nov 2012 21:00:03 -0000 Subject: [FFmpeg-trac] #180(undetermined:closed): ffmpeg and ffserver different builds interraction In-Reply-To: <038.9338d80f7799815a5ccfc98da57e8ca1@avcodec.org> References: <038.9338d80f7799815a5ccfc98da57e8ca1@avcodec.org> Message-ID: <053.e6a452684327039525cae96a1aea8844@avcodec.org> #180: ffmpeg and ffserver different builds interraction -------------------------------------+------------------------------------- Reporter: andrixnet | 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 michael): * status: new => closed * resolution: => fixed Comment: This issue is fixed in git master, future ffserver and ffmpeg versions should cooperate better. About past versions from last year, theres not much that can be done, even just detecting the problem is not trivial -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 5 23:10:01 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 05 Nov 2012 22:10:01 -0000 Subject: [FFmpeg-trac] #1888(undetermined:open): asf: huge memory allocation after seeking In-Reply-To: <038.e85fb1acb9d7adf4e2c034ef252c4249@avcodec.org> References: <038.e85fb1acb9d7adf4e2c034ef252c4249@avcodec.org> Message-ID: <053.3e05cb47876c914b9b32200d22512368@avcodec.org> #1888: asf: huge memory allocation after seeking -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 Comment: {{{ $ valgrind ./ffmpeg_g -ss 11 -i XFMode.ASF -f null - ==18121== Memcheck, a memory error detector ==18121== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al. ==18121== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info ==18121== Command: ./ffmpeg_g -ss 11 -i XFMode.ASF -f null - ==18121== ffmpeg version N-46455-ge859339 Copyright (c) 2000-2012 the FFmpeg developers built on Nov 5 2012 22:54:17 with gcc 4.7 (SUSE Linux) configuration: --disable-indev=jack libavutil 52. 4.100 / 52. 4.100 libavcodec 54. 71.100 / 54. 71.100 libavformat 54. 36.100 / 54. 36.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 21.106 / 3. 21.106 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 16.100 / 0. 16.100 [asf @ 0x66b2c80] ignoring invalid packet_obj_size (4068 3656 400 11759) [asf @ 0x66b2c80] ignoring invalid packet_obj_size (573 2445 400 3018) [asf @ 0x66b2c80] ignoring invalid packet_obj_size (2208 564 400 2772) [asf @ 0x66b2c80] ignoring invalid packet_obj_size (712 2338 400 3050) [asf @ 0x66b2c80] ignoring invalid packet_obj_size (1605 1354 400 2959) [asf @ 0x66b2c80] ignoring invalid packet_obj_size (324 3274 400 3598) [asf @ 0x66b2c80] ignoring invalid packet_obj_size (1495 1635 400 3130) [asf @ 0x66b2c80] ignoring invalid packet_obj_size (3067 3656 400 16521) [asf @ 0x66b2c80] ignoring invalid packet_obj_size (231 3394 400 3625) [asf @ 0x66b2c80] ignoring invalid packet_obj_size (924 2793 400 3717) [asf @ 0x66b2c80] ignoring invalid packet_obj_size (2024 1248 400 3272) Input #0, asf, from 'XFMode.ASF': Metadata: title : (DV 0 0) comment : DVD Recorder Duration: 00:00:12.43, start: 0.000000, bitrate: 1018 kb/s Stream #0:0: Video: mpeg4 (EM4A / 0x41344D45), yuv420p, 320x240, 100 tbr, 1k tbn, 1k tbc Stream #0:1: Audio: adpcm_g726 (E[0][0][0] / 0x0045), 8000 Hz, mono, s16, 32 kb/s Output #0, null, to 'pipe:': Metadata: title : (DV 0 0) comment : DVD Recorder encoder : Lavf54.36.100 Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 320x240, q=2-31, 200 kb/s, 90k tbn, 100 tbc Stream #0:1: Audio: pcm_s16le, 8000 Hz, mono, s16, 128 kb/s Stream mapping: Stream #0:0 -> #0:0 (mpeg4 -> rawvideo) Stream #0:1 -> #0:1 (g726 -> pcm_s16le) Press [q] to stop, [?] for help [asf @ 0x66b2c80] packet fragment position invalid 2704,1315 not in 0 [asf @ 0x66b2c80] packet_obj_size invalid [asf @ 0x66b2c80] freeing incomplete packet size 0, new 400 [asf @ 0x66b2c80] packet fragment position invalid 2741,3656 not in 400 [asf @ 0x66b2c80] ff asf bad header 2c at:1279859 [asf @ 0x66b2c80] packet_replic_size 181 is invalid [asf @ 0x66b2c80] ff asf bad header 80 at:1284855 [asf @ 0x66b2c80] packet_obj_size invalid [asf @ 0x66b2c80] ff asf bad header 51 at:1290749 [asf @ 0x66b2c80] invalid padsize 64268 at:1290752 [asf @ 0x66b2c80] freeing incomplete packet size 400, new -634225517 [asf @ 0x66b2c80] packet fragment position invalid 2781,876 not in 0 [asf @ 0x66b2c80] packet_obj_size invalid ==18121== Warning: set address range perms: large range [0x3943e080, 0xb834df50) (undefined) [asf @ 0x66b2c80] ignoring invalid packet_obj_size (838 3218 3875 2129723072) [asf @ 0x66b2c80] ignoring invalid packet_obj_size (4056 657 400 2129723072) [asf @ 0x66b2c80] ignoring invalid packet_obj_size (4713 2982 3776 2129723072) [asf @ 0x66b2c80] ignoring invalid packet_obj_size (8489 3262 3872 2129723072) [asf @ 0x66b2c80] ignoring invalid packet_obj_size (12361 3446 4037 2129723072) ... [asf @ 0x66b2c80] ignoring invalid packet_obj_size (257678 242 400 2129723072) [asf @ 0x66b2c80] ignoring invalid packet_obj_size (257920 2976 2976 2129723072) [asf @ 0x66b2c80] ignoring invalid packet_obj_size (260896 404 3255 2129723072) [asf @ 0x66b2c80] ignoring invalid packet_obj_size (264151 1205 3009 2129723072) [asf @ 0x66b2c80] ignoring invalid packet_obj_size (265356 1804 400 2129723072) frame= 0 fps=0.0 q=0.0 Lsize= 0kB time=00:00:01.50 bitrate= 0.0kbits/s ^M video:0kB audio:39kB subtitle:0 global headers:0kB muxing overhead -100.000000% ==18121== Warning: set address range perms: large range [0x3943e070, 0xb834df60) (noaccess) ==18121== ==18121== HEAP SUMMARY: ==18121== in use at exit: 0 bytes in 0 blocks ==18121== total heap usage: 2,157 allocs, 2,157 frees, 2,131,607,624 bytes allocated ==18121== ==18121== All heap blocks were freed -- no leaks are possible ==18121== ==18121== For counts of detected and suppressed errors, rerun with: -v ==18121== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 2 from 2) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 6 00:10:32 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 05 Nov 2012 23:10:32 -0000 Subject: [FFmpeg-trac] #1886(avformat:new): avformat_write_header crashes on writing Live Smooth Streaming video In-Reply-To: <035.36dd505abcbe3fd42b599c842ba587da@avcodec.org> References: <035.36dd505abcbe3fd42b599c842ba587da@avcodec.org> Message-ID: <050.a3d4500c046d66b8cf0f1f5bf369297d@avcodec.org> #1886: avformat_write_header crashes on writing Live Smooth Streaming video ------------------------------------+------------------------------------ Reporter: Morion | 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 Morion): I don't call it. I think it is called somewhere in avformat_write_header internally. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 6 05:07:59 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Nov 2012 04:07:59 -0000 Subject: [FFmpeg-trac] #1889(undetermined:new): wavpack: huge memory allocation with prepared file Message-ID: <038.9c5b6b98f127543eba995ed003f90162@avcodec.org> #1889: wavpack: huge memory allocation with prepared file -------------------------------------+------------------------------------- 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 -------------------------------------+------------------------------------- should I report problems like this or only crashes? {{{ C:\>ffmpeg -i mem.mkv -f null - ffmpeg version N-46283-g1475815 Copyright (c) 2000-2012 the FFmpeg developers built on Nov 2 2012 02:31:20 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 52. 1.100 / 52. 1.100 libavcodec 54. 70.100 / 54. 70.100 libavformat 54. 35.100 / 54. 35.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 21.106 / 3. 21.106 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 [matroska,webm @ 0x1edc2c0] Estimating duration from bitrate, this may be inaccu rate Input #0, matroska,webm, from 'mem.mkv': Metadata: ENCODER : Lavf54.35.100 Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Audio: wavpack, 16000 Hz, mono, s16 (default) Output #0, null, to 'pipe:': Metadata: encoder : Lavf54.35.100 Stream #0:0: Audio: pcm_s16le, 16000 Hz, mono, s16, 256 kb/s (default) Stream mapping: Stream #0:0 -> #0:0 (wavpack -> pcm_s16le) Press [q] to stop, [?] for help [wavpack @ 0x1fc08e0] get_buffer() failed Error while decoding stream #0:0: Error number -22 occurred [wavpack @ 0x1fc08e0] get_buffer() failed Error while decoding stream #0:0: Error number -22 occurred [wavpack @ 0x1fc08e0] get_buffer() failed Error while decoding stream #0:0: Error number -22 occurred [wavpack @ 0x1fc08e0] get_buffer() failed Error while decoding stream #0:0: Error number -12 occurred [wavpack @ 0x1fc08e0] get_buffer() failed Error while decoding stream #0:0: Error number -12 occurred Invalid number of samples: -1955236267te= 0.0kbits/s Error while decoding stream #0:0: Error number -22 occurred [wavpack @ 0x1fc08e0] get_buffer() failed Error while decoding stream #0:0: Error number -22 occurred [wavpack @ 0x1fc08e0] Invalid number of samples: -521203691 Error while decoding stream #0:0: Error number -22 occurred [wavpack @ 0x1fc08e0] get_buffer() failed Error while decoding stream #0:0: Error number -12 occurred [wavpack @ 0x1fc08e0] Invalid number of samples: -1658698091 Error while decoding stream #0:0: Error number -22 occurred [wavpack @ 0x1fc08e0] Invalid number of samples: -1159073963 Error while decoding stream #0:0: Error number -22 occurred [wavpack @ 0x1fc08e0] Invalid number of samples: -1414440939 Error while decoding stream #0:0: Error number -22 occurred [wavpack @ 0x1fc08e0] get_buffer() failed Error while decoding stream #0:0: Error number -22 occurred [wavpack @ 0x1fc08e0] Invalid number of samples: -1166962603 Error while decoding stream #0:0: Error number -22 occurred [wavpack @ 0x1fc08e0] Invalid number of samples: -1777631658 Error while decoding stream #0:0: Error number -22 occurred [wavpack @ 0x1fc08e0] get_buffer() failed Error while decoding stream #0:0: Error number -22 occurred [wavpack @ 0x1fc08e0] Invalid number of samples: -1123563819 Error while decoding stream #0:0: Error number -22 occurred [wavpack @ 0x1fc08e0] Invalid number of samples: -1374157226 Error while decoding stream #0:0: Error number -22 occurred [wavpack @ 0x1fc08e0] Invalid number of samples: -638010538 Error while decoding stream #0:0: Error number -22 occurred [wavpack @ 0x1fc08e0] get_buffer() failed Error while decoding stream #0:0: Error number -22 occurred [wavpack @ 0x1fc08e0] get_buffer() failed Error while decoding stream #0:0: Error number -12 occurred [wavpack @ 0x1fc08e0] Invalid number of samples: -485775323 Error while decoding stream #0:0: Error number -22 occurred [wavpack @ 0x1fc08e0] Invalid number of samples: -303249323 Error while decoding stream #0:0: Error number -22 occurred [wavpack @ 0x1fc08e0] get_buffer() failed Error while decoding stream #0:0: Error number -22 occurred [wavpack @ 0x1fc08e0] get_buffer() failed Error while decoding stream #0:0: Error number -22 occurred [wavpack @ 0x1fc08e0] Invalid number of samples: -1667421863 Error while decoding stream #0:0: Error number -22 occurred [wavpack @ 0x1fc08e0] get_buffer() failed Error while decoding stream #0:0: Error number -12 occurred [wavpack @ 0x1fc08e0] get_buffer() failed Error while decoding stream #0:0: Error number -12 occurred [wavpack @ 0x1fc08e0] get_buffer() failed Error while decoding stream #0:0: Error number -22 occurred [wavpack @ 0x1fc08e0] Invalid number of samples: -1517418155 Error while decoding stream #0:0: Error number -22 occurred [wavpack @ 0x1fc08e0] Invalid number of samples: -1298639766 Error while decoding stream #0:0: Error number -22 occurred [wavpack @ 0x1fc08e0] Invalid number of samples: -1528407975 Error while decoding stream #0:0: Error number -22 occurred [wavpack @ 0x1fc08e0] Invalid number of samples: -1427934123 Error while decoding stream #0:0: Error number -22 occurred [wavpack @ 0x1fc08e0] Invalid number of samples: -1684967595 Error while decoding stream #0:0: Error number -22 occurred [wavpack @ 0x1fc08e0] get_buffer() failed Error while decoding stream #0:0: Error number -12 occurred [wavpack @ 0x1fc08e0] get_buffer() failed Error while decoding stream #0:0: Error number -22 occurred [wavpack @ 0x1fc08e0] Invalid number of samples: -1257802907 Error while decoding stream #0:0: Error number -22 occurred [wavpack @ 0x1fc08e0] get_buffer() failed Error while decoding stream #0:0: Error number -22 occurred [wavpack @ 0x1fc08e0] get_buffer() failed Error while decoding stream #0:0: Error number -12 occurred [wavpack @ 0x1fc08e0] get_buffer() failed Error while decoding stream #0:0: Error number -12 occurred [wavpack @ 0x1fc08e0] get_buffer() failed Error while decoding stream #0:0: Error number -22 occurred [wavpack @ 0x1fc08e0] get_buffer() failed Error while decoding stream #0:0: Error number -22 occurred [wavpack @ 0x1fc08e0] get_buffer() failed Error while decoding stream #0:0: Error number -22 occurred [wavpack @ 0x1fc08e0] Invalid number of samples: -1013899627 Error while decoding stream #0:0: Error number -22 occurred [wavpack @ 0x1fc08e0] get_buffer() failed Error while decoding stream #0:0: Error number -12 occurred [wavpack @ 0x1fc08e0] get_buffer() failed Error while decoding stream #0:0: Error number -12 occurred [wavpack @ 0x1fc08e0] Invalid number of samples: -334279591 Error while decoding stream #0:0: Error number -22 occurred [wavpack @ 0x1fc08e0] Invalid number of samples: -437179051 Error while decoding stream #0:0: Error number -22 occurred [wavpack @ 0x1fc08e0] get_buffer() failed Error while decoding stream #0:0: Error number -22 occurred [wavpack @ 0x1fc08e0] Invalid number of samples: -829239467 Error while decoding stream #0:0: Error number -22 occurred [wavpack @ 0x1fc08e0] Invalid number of samples: -2040900715 Error while decoding stream #0:0: Error number -22 occurred size= 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 i f used) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 6 08:38:40 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Nov 2012 07:38:40 -0000 Subject: [FFmpeg-trac] #1886(avformat:new): avformat_write_header crashes on writing Live Smooth Streaming video In-Reply-To: <035.36dd505abcbe3fd42b599c842ba587da@avcodec.org> References: <035.36dd505abcbe3fd42b599c842ba587da@avcodec.org> Message-ID: <050.e2856d48349e9342bc41f8d5332ca727@avcodec.org> #1886: avformat_write_header crashes on writing Live Smooth Streaming video ------------------------------------+------------------------------------ Reporter: Morion | 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 cehoyos): Then please remove the stripping from your libraries (run configure with --disable-stripping) to get a useful backtrace. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 6 08:42:58 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Nov 2012 07:42:58 -0000 Subject: [FFmpeg-trac] #210(avcodec:closed): 24bit flac encoding In-Reply-To: <036.74df1314fb0dcd3d060c7f4c5946eb3f@avcodec.org> References: <036.74df1314fb0dcd3d060c7f4c5946eb3f@avcodec.org> Message-ID: <051.9dc6864d3afb900f7f548b74e677eaaf@avcodec.org> #210: 24bit flac encoding -------------------------------------+----------------------------------- Reporter: Atrocia | Owner: Type: enhancement | Status: closed Priority: wish | Component: avcodec Version: git-master | Resolution: fixed Keywords: flac | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Implemented by Justin. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 6 08:52:12 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Nov 2012 07:52:12 -0000 Subject: [FFmpeg-trac] #1889(undetermined:open): wavpack: huge memory allocation with prepared file In-Reply-To: <038.9c5b6b98f127543eba995ed003f90162@avcodec.org> References: <038.9c5b6b98f127543eba995ed003f90162@avcodec.org> Message-ID: <053.19529cfae00d2a3094ec1ed806937a34@avcodec.org> #1889: wavpack: huge memory allocation with prepared file -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 Comment: Does not crash if I limit the thread's memory. {{{ $ valgrind ./ffmpeg_g -i mem.mkv -f null - ==26374== Memcheck, a memory error detector ==26374== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al. ==26374== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info ==26374== Command: ./ffmpeg_g -i mem.mkv -f null - ==26374== ffmpeg version N-46479-g6a30233 Copyright (c) 2000-2012 the FFmpeg developers built on Nov 6 2012 08:41:39 with gcc 4.7 (SUSE Linux) configuration: --disable-indev=jack libavutil 52. 5.100 / 52. 5.100 libavcodec 54. 71.100 / 54. 71.100 libavformat 54. 36.100 / 54. 36.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 21.106 / 3. 21.106 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 16.100 / 0. 16.100 [matroska,webm @ 0x66b2c80] Estimating duration from bitrate, this may be inaccurate Input #0, matroska,webm, from 'mem.mkv': Metadata: ENCODER : Lavf54.35.100 Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Audio: wavpack, 16000 Hz, mono, s16 (default) Output #0, null, to 'pipe:': Metadata: encoder : Lavf54.36.100 Stream #0:0: Audio: pcm_s16le, 16000 Hz, mono, s16, 256 kb/s (default) Stream mapping: Stream #0:0 -> #0:0 (wavpack -> pcm_s16le) Press [q] to stop, [?] for help [wavpack @ 0x66ca8e0] get_buffer() failed Error while decoding stream #0:0: Invalid argument [wavpack @ 0x66ca8e0] get_buffer() failed Error while decoding stream #0:0: Invalid argument [wavpack @ 0x66ca8e0] get_buffer() failed Error while decoding stream #0:0: Invalid argument ==26374== Warning: set address range perms: large range [0x3943e080, 0xa4d6f800) (undefined) [wavpack @ 0x66ca8e0] Block size 4895972 is out of bounds [wavpack @ 0x66ca8e0] No block with decorrelation terms Error while decoding stream #0:0: Operation not permitted ==26374== Warning: set address range perms: large range [0x3943e070, 0xa4d6f810) (noaccess) ==26374== Warning: set address range perms: large range [0xa4d70080, 0x116938600) (undefined) [wavpack @ 0x66ca8e0] Block size 18151338 is out of bounds [wavpack @ 0x66ca8e0] No block with decorrelation terms Error while decoding stream #0:0: Operation not permitted size= 0kB time=00:00:00.00 bitrate= 0.0kbits/s Invalid number of samples: -1955236267 Error while decoding stream #0:0: Invalid argument size= 0kB time=00:00:00.00 bitrate= 0.0kbits/s get_buffer() failed [wavpack @ 0x66ca8e0] Invalid number of samples: -521203691 Error while decoding stream #0:0: Invalid argument [wavpack @ 0x66ca8e0] Block size 5262283 is out of bounds [wavpack @ 0x66ca8e0] No block with decorrelation terms Error while decoding stream #0:0: Operation not permitted [wavpack @ 0x66ca8e0] Invalid number of samples: -1658698091 Error while decoding stream #0:0: Invalid argument [wavpack @ 0x66ca8e0] Invalid number of samples: -1159073963 Error while decoding stream #0:0: Invalid argument [wavpack @ 0x66ca8e0] Invalid number of samples: -1414440939 Error while decoding stream #0:0: Invalid argument [wavpack @ 0x66ca8e0] get_buffer() failed Error while decoding stream #0:0: Invalid argument [wavpack @ 0x66ca8e0] Invalid number of samples: -1166962603 Error while decoding stream #0:0: Invalid argument [wavpack @ 0x66ca8e0] Invalid number of samples: -1777631658 Error while decoding stream #0:0: Invalid argument [wavpack @ 0x66ca8e0] get_buffer() failed Error while decoding stream #0:0: Invalid argument [wavpack @ 0x66ca8e0] Invalid number of samples: -1123563819 Error while decoding stream #0:0: Invalid argument [wavpack @ 0x66ca8e0] Invalid number of samples: -1374157226 Error while decoding stream #0:0: Invalid argument [wavpack @ 0x66ca8e0] Invalid number of samples: -638010538 Error while decoding stream #0:0: Invalid argument [wavpack @ 0x66ca8e0] get_buffer() failed Error while decoding stream #0:0: Invalid argument ==26374== Warning: set address range perms: large range [0xa4d70070, 0x116938610) (noaccess) ==26374== Warning: set address range perms: large range [0x116939080, 0x19344c380) (undefined) [wavpack @ 0x66ca8e0] Block size 13280210 is out of bounds [wavpack @ 0x66ca8e0] No block with decorrelation terms Error while decoding stream #0:0: Operation not permitted [wavpack @ 0x66ca8e0] Invalid number of samples: -485775323 Error while decoding stream #0:0: Invalid argument size= 0kB time=00:00:00.00 bitrate= 0.0kbits/s Invalid number of samples: -303249323 Error while decoding stream #0:0: Invalid argument [wavpack @ 0x66ca8e0] get_buffer() failed Error while decoding stream #0:0: Invalid argument [wavpack @ 0x66ca8e0] get_buffer() failed Error while decoding stream #0:0: Invalid argument [wavpack @ 0x66ca8e0] Invalid number of samples: -1667421863 Error while decoding stream #0:0: Invalid argument [wavpack @ 0x66ca8e0] Block size 12921938 is out of bounds [wavpack @ 0x66ca8e0] No block with decorrelation terms Error while decoding stream #0:0: Operation not permitted [wavpack @ 0x66ca8e0] Block size 6845713 is out of bounds [wavpack @ 0x66ca8e0] No block with decorrelation terms Error while decoding stream #0:0: Operation not permitted [wavpack @ 0x66ca8e0] get_buffer() failed Error while decoding stream #0:0: Invalid argument [wavpack @ 0x66ca8e0] Invalid number of samples: -1517418155 Error while decoding stream #0:0: Invalid argument [wavpack @ 0x66ca8e0] Invalid number of samples: -1298639766 Error while decoding stream #0:0: Invalid argument [wavpack @ 0x66ca8e0] Invalid number of samples: -1528407975 Error while decoding stream #0:0: Invalid argument [wavpack @ 0x66ca8e0] Invalid number of samples: -1427934123 Error while decoding stream #0:0: Invalid argument [wavpack @ 0x66ca8e0] Invalid number of samples: -1684967595 Error while decoding stream #0:0: Invalid argument [wavpack @ 0x66ca8e0] Block size 28527950 is out of bounds [wavpack @ 0x66ca8e0] No block with decorrelation terms Error while decoding stream #0:0: Operation not permitted [wavpack @ 0x66ca8e0] get_buffer() failed Error while decoding stream #0:0: Invalid argument [wavpack @ 0x66ca8e0] Invalid number of samples: -1257802907 Error while decoding stream #0:0: Invalid argument [wavpack @ 0x66ca8e0] get_buffer() failed Error while decoding stream #0:0: Invalid argument [wavpack @ 0x66ca8e0] Invalid FLOATINFO, size = 193 [wavpack @ 0x66ca8e0] Block size 3964690 is out of bounds [wavpack @ 0x66ca8e0] No block with decorrelation terms Error while decoding stream #0:0: Operation not permitted [wavpack @ 0x66ca8e0] Block size 3949190 is out of bounds [wavpack @ 0x66ca8e0] No block with decorrelation terms Error while decoding stream #0:0: Operation not permitted [wavpack @ 0x66ca8e0] get_buffer() failed Error while decoding stream #0:0: Invalid argument [wavpack @ 0x66ca8e0] get_buffer() failed Error while decoding stream #0:0: Invalid argument [wavpack @ 0x66ca8e0] get_buffer() failed Error while decoding stream #0:0: Invalid argument [wavpack @ 0x66ca8e0] Invalid number of samples: -1013899627 Error while decoding stream #0:0: Invalid argument [wavpack @ 0x66ca8e0] Block size 23276196 is out of bounds [wavpack @ 0x66ca8e0] No block with decorrelation terms Error while decoding stream #0:0: Operation not permitted [wavpack @ 0x66ca8e0] Block size 11227985 is out of bounds [wavpack @ 0x66ca8e0] No block with decorrelation terms Error while decoding stream #0:0: Operation not permitted [wavpack @ 0x66ca8e0] Invalid number of samples: -334279591 Error while decoding stream #0:0: Invalid argument [wavpack @ 0x66ca8e0] Invalid number of samples: -437179051 Error while decoding stream #0:0: Invalid argument [wavpack @ 0x66ca8e0] get_buffer() failed Error while decoding stream #0:0: Invalid argument [wavpack @ 0x66ca8e0] Invalid number of samples: -829239467 Error while decoding stream #0:0: Invalid argument [wavpack @ 0x66ca8e0] Invalid number of samples: -2040900715 Error while decoding stream #0:0: Invalid argument size= 0kB time=00:00:00.00 bitrate= 0.0kbits/s ^M 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) ==26374== Warning: set address range perms: large range [0x116939070, 0x19344c390) (noaccess) ==26374== ==26374== HEAP SUMMARY: ==26374== in use at exit: 0 bytes in 0 blocks ==26374== total heap usage: 603 allocs, 603 frees, 5,805,718,221 bytes allocated ==26374== ==26374== All heap blocks were freed -- no leaks are possible ==26374== ==26374== For counts of detected and suppressed errors, rerun with: -v ==26374== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 2 from 2) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 6 10:24:52 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Nov 2012 09:24:52 -0000 Subject: [FFmpeg-trac] #1312(avcodec:open): Support multi-threaded resolution change In-Reply-To: <038.6dd3ae925e079b2c80916f48ead53781@avcodec.org> References: <038.6dd3ae925e079b2c80916f48ead53781@avcodec.org> Message-ID: <053.99eaa187c68225218f110df547ca71f9@avcodec.org> #1312: Support multi-threaded resolution change -------------------------------------+----------------------------------- Reporter: jyavenard | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: h264 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * cc: tmatth (added) Comment: Replying to [comment:15 tmatth]: > Replying to [comment:12 jyavenard]: > > mplayer does the change on the fly by resetting the decoder, but it's rather heavy handed and shouldn't be necessary > > Just out of curiosity, where does mplayer do this? It does not. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 6 10:26:54 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Nov 2012 09:26:54 -0000 Subject: [FFmpeg-trac] #1860(undetermined:closed): Getting invalid data found when processing input errors In-Reply-To: <041.435c1d37a9db63e7449aa6d1a9106d6d@avcodec.org> References: <041.435c1d37a9db63e7449aa6d1a9106d6d@avcodec.org> Message-ID: <056.9c6c2f1c74d7125a512843d15bd2b339@avcodec.org> #1860: Getting invalid data found when processing input errors -------------------------------------+------------------------------------- Reporter: | Owner: browneandrae | Status: closed Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid Comment: Please reopen the ticket if you can add the missing information. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 6 10:38:53 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Nov 2012 09:38:53 -0000 Subject: [FFmpeg-trac] #1338(undetermined:closed): FFMPEG creating broken MP4/Audio files with libx264 In-Reply-To: <040.afb49669e5bc711f4afb0ff4eb3c9f54@avcodec.org> References: <040.afb49669e5bc711f4afb0ff4eb3c9f54@avcodec.org> Message-ID: <055.4296876bedafb75296e7200db4a3c004@avcodec.org> #1338: FFMPEG creating broken MP4/Audio files with libx264 -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: closed Priority: important | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | worksforme Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => worksforme Comment: As said, this works for me (with libx264), please reopen if you can still reproduce the original problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 6 10:39:09 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Nov 2012 09:39:09 -0000 Subject: [FFmpeg-trac] #1890(avcodec:new): avpriv_mpeg4audio_sample_rates vector size not correct Message-ID: <039.5bbb3de37bb9e0a419ae030450af797f@avcodec.org> #1890: avpriv_mpeg4audio_sample_rates vector size not correct ------------------------------------+-------------------------------------- Reporter: dellabetta | Type: defect Status: new | Priority: normal Component: avcodec | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- in mpeg4audio.c const int avpriv_mpeg4audio_sample_rates[16] = { 96000, 88200, 64000, 48000, 44100, 32000, 24000, 22050, 16000, 12000, 11025, 8000, 7350 }; but there are only 13 values! in aacenc.c, the code for (i = 0; i < 16; i++) if (avctx->sample_rate == avpriv_mpeg4audio_sample_rates[i]) break; seems faulty. IMHO avpriv_mpeg4audio_sample_rates should become const int avpriv_mpeg4audio_sample_rates[13] = { 96000, 88200, 64000, 48000, 44100, 32000, 24000, 22050, 16000, 12000, 11025, 8000, 7350 }; and in aacenc.c you should safely write something like for (i = 0; i < FF_ARRAY_ELEMS(avpriv_mpeg4audio_sample_rates); i++) ... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 6 10:39:58 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Nov 2012 09:39:58 -0000 Subject: [FFmpeg-trac] #1860(undetermined:closed): Getting invalid data found when processing input errors In-Reply-To: <041.435c1d37a9db63e7449aa6d1a9106d6d@avcodec.org> References: <041.435c1d37a9db63e7449aa6d1a9106d6d@avcodec.org> Message-ID: <056.bb00dadab637c3390b1433b42dc9953c@avcodec.org> #1860: Getting invalid data found when processing input errors -------------------------------------+------------------------------------- Reporter: | Owner: browneandrae | Status: closed Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * resolution: invalid => needs_more_info -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 6 10:44:52 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Nov 2012 09:44:52 -0000 Subject: [FFmpeg-trac] #1890(avcodec:new): avpriv_mpeg4audio_sample_rates vector size not correct In-Reply-To: <039.5bbb3de37bb9e0a419ae030450af797f@avcodec.org> References: <039.5bbb3de37bb9e0a419ae030450af797f@avcodec.org> Message-ID: <054.f8278d99fdee7c5274b63992085df602@avcodec.org> #1890: avpriv_mpeg4audio_sample_rates vector size not correct ------------------------------------+----------------------------------- Reporter: dellabetta | 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 | ------------------------------------+----------------------------------- Comment (by cehoyos): Please send patches to ffmpeg-devel, they receive more attention there. But note that your change would (for example) complicate the code in libavcodec/aacadtsdec.c, so I am not sure the change is desirable. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 6 11:07:33 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Nov 2012 10:07:33 -0000 Subject: [FFmpeg-trac] #1890(avcodec:new): avpriv_mpeg4audio_sample_rates vector size not correct In-Reply-To: <039.5bbb3de37bb9e0a419ae030450af797f@avcodec.org> References: <039.5bbb3de37bb9e0a419ae030450af797f@avcodec.org> Message-ID: <054.2112d51837fa4030bc2c6bd80449f9df@avcodec.org> #1890: avpriv_mpeg4audio_sample_rates vector size not correct ------------------------------------+----------------------------------- Reporter: dellabetta | 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 | ------------------------------------+----------------------------------- Comment (by dellabetta): Replying to [comment:1 cehoyos]: > Please send patches to ffmpeg-devel, they receive more attention there. > > But note that your change would (for example) complicate the code in libavcodec/aacadtsdec.c, so I am not sure the change is desirable. I see, proabably the following change to mpeg4audio.c should be safer and easier const int avpriv_mpeg4audio_sample_rates[16] = { 96000, 88200, 64000, 48000, 44100, 32000, 24000, 22050, 16000, 12000, 11025, 8000, 7350, 0, 0, 0 }; -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 6 11:45:22 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Nov 2012 10:45:22 -0000 Subject: [FFmpeg-trac] #1891(undetermined:new): FFmpeg not terminating on given file Message-ID: <035.90f7e57e67b657e2aaae4cd973643d03@avcodec.org> #1891: FFmpeg not terminating on given file -------------------------------------+------------------------------------- Reporter: eklann | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: When trying to convert a certain file, ffmpeg does not terminate. Seems to be related to the input file, since no output formats i have tried works. How to reproduce: {{{ This is the command I am trying to execute: $ ffmpeg.exe -xerror -i "438bdca27d59ed83f91cb8dd9dc127cd.rm" -r 30 -vcodec mpeg1video -b:v 200k -acodec libvorbis -ac 2 -ar 48000 -ab 128k -y "test.mpg" This is the output of "ffmpeg -v 9 -loglevel 99 -i 438bdca27d59ed83f91cb8dd9dc127cd.rm": $ ffmpeg -v 9 -loglevel 99 -i 438bdca27d59ed83f91cb8dd9dc127cd.rm ffmpeg version N-41668-g564bb24 Copyright (c) 2000-2012 the FFmpeg developers built on Jun 17 2012 20:18:05 with gcc 4.6.3 configuration: --enable-gpl --enable-version3 --disable-w32threads --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 --ena libavutil 51. 58.100 / 51. 58.100 libavcodec 54. 25.100 / 54. 25.100 libavformat 54. 6.101 / 54. 6.101 libavdevice 54. 0.100 / 54. 0.100 libavfilter 2. 81.100 / 2. 81.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [rm @ 00000000021df300] Format rm probed with size=2048 and score=100 [rm @ 00000000021df300] Unsupported stream type 00000187 [rm @ 00000000021df300] Unsupported stream type 00000431 [rm @ 00000000021df300] Unsupported stream type 0000028f [rm @ 00000000021df300] File position before avformat_find_stream_info() is 3953 [cook @ 000000000034da60] codecdata_length=8 [cook @ 000000000034da60] subpacket[0].cookversion=1000001 [cook @ 000000000034da60] MONO [cook @ 000000000034da60] sqvh VLC init [cook @ 000000000034da60] VLC tables initialized. [cook @ 000000000034da60] MDCT initialized, order = 11. [rm @ 00000000021df300] parser not found for codec rv20, packets or times may be invalid. Last message repeated 2 times [cook @ 0000000000365bc0] codecdata_length=8 [cook @ 0000000000365bc0] subpacket[0].cookversion=1000001 [cook @ 0000000000365bc0] MONO [cook @ 0000000000365bc0] sqvh VLC init [cook @ 0000000000365bc0] VLC tables initialized. [cook @ 0000000000365bc0] MDCT initialized, order = 11. [cook @ 000000000036e240] codecdata_length=8 [cook @ 000000000036e240] subpacket[0].cookversion=1000001 [cook @ 000000000036e240] MONO [cook @ 000000000036e240] sqvh VLC init [cook @ 000000000036e240] VLC tables initialized. [cook @ 000000000036e240] MDCT initialized, order = 11. [rm @ 00000000021df300] parser not found for codec rv20, packets or times may be invalid. Last message repeated 4 times [rm @ 00000000021df300] max_analyze_duration 5000000 reached at 5000000 [cook @ 000000000034da60] Deallocating memory. [cook @ 000000000034da60] Memory deallocated. [cook @ 0000000000365bc0] Deallocating memory. [cook @ 0000000000365bc0] Memory deallocated. [cook @ 000000000036e240] Deallocating memory. [cook @ 000000000036e240] Memory deallocated. [rm @ 00000000021df300] File position after avformat_find_stream_info() is 163859 Input #0, rm, from '438bdca27d59ed83f91cb8dd9dc127cd.rm': Metadata: title : Title author : Author copyright : (c)2000 comment : Duration: 00:01:03.71, start: 0.000000, bitrate: 649 kb/s Stream #0:0, 0, 1/1000: Data: none Stream #0:1, 0, 1/1000: Data: none Stream #0:2, 0, 1/1000: Data: none Stream #0:3, 0, 1/1000: Audio: cook (cook / 0x6B6F6F63), 44100 Hz, mono, flt, 32 kb/s Stream #0:4, 0, 1/1000: Video: rv20 (RV20 / 0x30325652), yuv420p, 320x240, 1/1000, 187 kb/s, 15 fps, 15 tbr, 1k tbn, 1k tbc Stream #0:5, 0, 1/1000: Video: rv20 (RV20 / 0x30325652), yuv420p, 320x240, 1/1000, 132 kb/s, 15 fps, 15 tbr, 1k tbn, 1k tbc Stream #0:6, 0, 1/1000: Video: rv20 (RV20 / 0x30325652), yuv420p, 320x240, 1/1000, 68 kb/s, 15 fps, 15 tbr, 1k tbn, 1k tbc Stream #0:7, 196, 1/1000: Audio: cook (cook / 0x6B6F6F63), 44100 Hz, mono, flt, 32 kb/s Stream #0:8, 0, 1/1000: Audio: cook (cook / 0x6B6F6F63), 44100 Hz, mono, flt, 32 kb/s Stream #0:9, 75, 1/1000: Video: rv20 (RV20 / 0x30325652), yuv420p, 320x240, 1/1000, 187 kb/s, 15 fps, 15 tbr, 1k tbn, 1k tbc Stream #0:10, 0, 1/1000: Video: rv20 (RV20 / 0x30325652), yuv420p, 320x240, 1/1000, 187 kb/s, 15 fps, 15 tbr, 1k tbn, 1k tbc Stream #0:11, 0, 1/1000: Video: rv20 (RV20 / 0x30325652), yuv420p, 320x240, 1/1000, 187 kb/s, 15 fps, 15 tbr, 1k tbn, 1k tbc Stream #0:12, 0, 1/1000: Video: rv20 (RV20 / 0x30325652), yuv420p, 320x240, 1/1000, 68 kb/s, 15 fps, 15 tbr, 1k tbn, 1k tbc At least one output file must be specified [AVIOContext @ 00000000021df840] Statistics: 200630 bytes read, 2 seeks }}} PS. I work at a company (www.netclean.com) that makes software used to analyzes data from seized computers in child sexual abuse investigations, and we use ffmpeg to convert video files. We sometimes test our software on legal porn to test functionality such as nudity detection etc. This is why the file I am trying to convert is porn. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 6 11:47:44 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Nov 2012 10:47:44 -0000 Subject: [FFmpeg-trac] #1891(undetermined:new): FFmpeg not terminating on given file In-Reply-To: <035.90f7e57e67b657e2aaae4cd973643d03@avcodec.org> References: <035.90f7e57e67b657e2aaae4cd973643d03@avcodec.org> Message-ID: <050.29c3829c33a51e932ff3d0521b4651e0@avcodec.org> #1891: FFmpeg not terminating on given file -------------------------------------+------------------------------------- Reporter: eklann | 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 eklann): The file I want to attach is about 5M in size, so i cannot upload it. How should I proceed? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 6 12:01:11 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Nov 2012 11:01:11 -0000 Subject: [FFmpeg-trac] #1891(undetermined:new): FFmpeg not terminating on given file In-Reply-To: <035.90f7e57e67b657e2aaae4cd973643d03@avcodec.org> References: <035.90f7e57e67b657e2aaae4cd973643d03@avcodec.org> Message-ID: <050.70351964724790581193da326ad44e2f@avcodec.org> #1891: FFmpeg not terminating on given file -------------------------------------+------------------------------------- Reporter: eklann | 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): Either read http://ffmpeg.org/bugreports.html or upload to http://www.datafilehost.com/ and report the download link here. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 6 12:03:27 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Nov 2012 11:03:27 -0000 Subject: [FFmpeg-trac] #1890(avcodec:closed): avpriv_mpeg4audio_sample_rates vector size not correct In-Reply-To: <039.5bbb3de37bb9e0a419ae030450af797f@avcodec.org> References: <039.5bbb3de37bb9e0a419ae030450af797f@avcodec.org> Message-ID: <054.17f45a11ea8616c24c313623369ca824@avcodec.org> #1890: avpriv_mpeg4audio_sample_rates vector size not correct ------------------------------------+----------------------------------- Reporter: dellabetta | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid Comment: Wouldn't that be 100% equivalent to the current code? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 6 12:09:08 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Nov 2012 11:09:08 -0000 Subject: [FFmpeg-trac] #1891(undetermined:new): FFmpeg not terminating on given file In-Reply-To: <035.90f7e57e67b657e2aaae4cd973643d03@avcodec.org> References: <035.90f7e57e67b657e2aaae4cd973643d03@avcodec.org> Message-ID: <050.a0aed5444c3f91574f184363a21c6dcb@avcodec.org> #1891: FFmpeg not terminating on given file -------------------------------------+------------------------------------- Reporter: eklann | 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 eklann): Replying to [comment:2 cehoyos]: > Either read http://ffmpeg.org/bugreports.html or upload to http://www.datafilehost.com/ and report the download link here. Thank you. I uploaded it to ftp://upload.ffmpeg.org/incoming/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 6 12:11:58 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Nov 2012 11:11:58 -0000 Subject: [FFmpeg-trac] #1890(avcodec:closed): avpriv_mpeg4audio_sample_rates vector size not correct In-Reply-To: <039.5bbb3de37bb9e0a419ae030450af797f@avcodec.org> References: <039.5bbb3de37bb9e0a419ae030450af797f@avcodec.org> Message-ID: <054.a952a719111a3c57a7e997d74dc4339f@avcodec.org> #1890: avpriv_mpeg4audio_sample_rates vector size not correct ------------------------------------+----------------------------------- Reporter: dellabetta | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by dellabetta): Replying to [comment:3 cehoyos]: > Wouldn't that be 100% equivalent to the current code? No, it isn't IMHO. It depends on the compiler. Nobody guarantees that memory is initialized to 0. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 6 12:33:18 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Nov 2012 11:33:18 -0000 Subject: [FFmpeg-trac] #1891(undetermined:new): FFmpeg not terminating on given file In-Reply-To: <035.90f7e57e67b657e2aaae4cd973643d03@avcodec.org> References: <035.90f7e57e67b657e2aaae4cd973643d03@avcodec.org> Message-ID: <050.c030e1aa1c16432d7d7f67fb8426fb8e@avcodec.org> #1891: FFmpeg not terminating on given file -------------------------------------+------------------------------------- Reporter: eklann | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: real | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => real * version: unspecified => git-master Comment: While I am still working on completing this ticket (FFmpeg does terminate, but it does not work as expected, also reproducible with -an), could you explain why you are using -acodec libvorbis ? Is there any software that allows to decode the resulting file or any specification that explains how vorbis should be muxed in mpeg-ps? (This is of course not related to the bug you reported, I am just trying to understand your use-case.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 6 13:12:48 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Nov 2012 12:12:48 -0000 Subject: [FFmpeg-trac] #1891(undetermined:new): FFmpeg not terminating on given file In-Reply-To: <035.90f7e57e67b657e2aaae4cd973643d03@avcodec.org> References: <035.90f7e57e67b657e2aaae4cd973643d03@avcodec.org> Message-ID: <050.3777b7d1717584fbd4ddae0d37bb0af5@avcodec.org> #1891: FFmpeg not terminating on given file -------------------------------------+------------------------------------- Reporter: eklann | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: real | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by eklann): How long does it take for you to run the command until it terminates? Also the memory consumption i get is huge (varying over time, but mostly between 1.5 and 2 GB). We convert all video files to that format (with some variations in video bitrate depending on resolution), because our video player works good with that format. VLC media player can also play the converted files just fine. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 6 13:22:41 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Nov 2012 12:22:41 -0000 Subject: [FFmpeg-trac] #1890(avcodec:closed): avpriv_mpeg4audio_sample_rates vector size not correct In-Reply-To: <039.5bbb3de37bb9e0a419ae030450af797f@avcodec.org> References: <039.5bbb3de37bb9e0a419ae030450af797f@avcodec.org> Message-ID: <054.24772b255514cb215845e08d4fc0bd8a@avcodec.org> #1890: avpriv_mpeg4audio_sample_rates vector size not correct ------------------------------------+----------------------------------- Reporter: dellabetta | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by ubitux): It's guaranteed to be set to 0 by the C standard in this case. And we use that feature all around the code base. Also, FF_ARRAY_ELEMS will not work as expected given that this array is exported (which is related to another real issue though). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 6 13:39:44 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Nov 2012 12:39:44 -0000 Subject: [FFmpeg-trac] #1891(undetermined:new): FFmpeg not terminating on given file In-Reply-To: <035.90f7e57e67b657e2aaae4cd973643d03@avcodec.org> References: <035.90f7e57e67b657e2aaae4cd973643d03@avcodec.org> Message-ID: <050.d63a8539d62667cbaf420594315e791a@avcodec.org> #1891: FFmpeg not terminating on given file -------------------------------------+------------------------------------- Reporter: eklann | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: real | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:5 eklann]: > We convert all video files to that format (with some variations in video bitrate depending on resolution), because our video player works good with that format. VLC media player can also play the converted files just fine. This seems very hard to believe (actually impossible). Could you provide a (very short) sample? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 6 13:45:33 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Nov 2012 12:45:33 -0000 Subject: [FFmpeg-trac] #1891(undetermined:new): FFmpeg not terminating on given file In-Reply-To: <035.90f7e57e67b657e2aaae4cd973643d03@avcodec.org> References: <035.90f7e57e67b657e2aaae4cd973643d03@avcodec.org> Message-ID: <050.7b97f32c208a753fa6821cb9a966bb35@avcodec.org> #1891: FFmpeg not terminating on given file -------------------------------------+------------------------------------- Reporter: eklann | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: real | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by eklann): the file 12150B40CD272B4733AA2537F2F9E113274B8F6F.mpg is converted using the same arguments. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 6 14:48:37 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Nov 2012 13:48:37 -0000 Subject: [FFmpeg-trac] #1890(avcodec:closed): avpriv_mpeg4audio_sample_rates vector size not correct In-Reply-To: <039.5bbb3de37bb9e0a419ae030450af797f@avcodec.org> References: <039.5bbb3de37bb9e0a419ae030450af797f@avcodec.org> Message-ID: <054.f84495c9899b75342ee816d2bdc48256@avcodec.org> #1890: avpriv_mpeg4audio_sample_rates vector size not correct ------------------------------------+----------------------------------- Reporter: dellabetta | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by dellabetta): Replying to [comment:5 ubitux]: > It's guaranteed to be set to 0 by the C standard in this case. And we use that feature all around the code base. > > Also, FF_ARRAY_ELEMS will not work as expected given that this array is exported (which is related to another real issue though). Thank you for the explanation! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 6 17:01:43 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Nov 2012 16:01:43 -0000 Subject: [FFmpeg-trac] #1891(undetermined:new): FFmpeg not terminating on given file In-Reply-To: <035.90f7e57e67b657e2aaae4cd973643d03@avcodec.org> References: <035.90f7e57e67b657e2aaae4cd973643d03@avcodec.org> Message-ID: <050.e159dbd5b5d9843e17858ec74cd905c8@avcodec.org> #1891: FFmpeg not terminating on given file -------------------------------------+------------------------------------- Reporter: eklann | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: real | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:7 eklann]: > the file 12150B40CD272B4733AA2537F2F9E113274B8F6F.mpg is converted using the same arguments. The sample looks as if it was converted with -acodec libmp3lame (and not with -acodec libvorbis). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 6 17:08:38 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Nov 2012 16:08:38 -0000 Subject: [FFmpeg-trac] #1891(undetermined:new): FFmpeg not terminating on given file In-Reply-To: <035.90f7e57e67b657e2aaae4cd973643d03@avcodec.org> References: <035.90f7e57e67b657e2aaae4cd973643d03@avcodec.org> Message-ID: <050.92dc699daa009dbe9f9b584c5f439948@avcodec.org> #1891: FFmpeg not terminating on given file -------------------------------------+------------------------------------- Reporter: eklann | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: real | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by eklann): Thats really strange, but you seem to be right. I guess this is a bug in my program that builds the arguments to ffmpeg. Anyhow: I still cannot get ffmpeg to terminate when i try to convert the first file i specified. I have also tested -an and it does not terminate then either (although the memory consumption is much more resonable) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 6 17:18:33 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Nov 2012 16:18:33 -0000 Subject: [FFmpeg-trac] #1891(undetermined:new): FFmpeg not terminating on given file In-Reply-To: <035.90f7e57e67b657e2aaae4cd973643d03@avcodec.org> References: <035.90f7e57e67b657e2aaae4cd973643d03@avcodec.org> Message-ID: <050.c6e2ac64ab51ec7f166c96d85ff8fe46@avcodec.org> #1891: FFmpeg not terminating on given file -------------------------------------+------------------------------------- Reporter: eklann | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: real | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by eklann): I'm sorry to have confused you from the beginning, and not having recognized this error myself. The command that I have been trying to execute all along is with the parameter "-acodec libmp3lame", just as you say. My apologies. It does not however change the fact that when I try to convert the file, ffmpeg does not terminate. For clarity, here is the full command: ffmpeg.exe -xerror -i "ffmpeg_not_terminating.rm" -r 30 -vcodec mpeg1video -b:v 200k -acodec libmp3lame -ac 2 -ar 48000 -ab 128k -y "test.mpg" -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 6 17:25:50 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Nov 2012 16:25:50 -0000 Subject: [FFmpeg-trac] #1891(undetermined:open): FFmpeg duplicating too many frames (was: FFmpeg not terminating on given file) In-Reply-To: <035.90f7e57e67b657e2aaae4cd973643d03@avcodec.org> References: <035.90f7e57e67b657e2aaae4cd973643d03@avcodec.org> Message-ID: <050.2ca87b54e575d50c75298b82ff96f75b@avcodec.org> #1891: FFmpeg duplicating too many frames -------------------------------------+------------------------------------- Reporter: eklann | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: real | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 Comment: The sample plays fine with ffplay and mplayer -demuxer lavf -vid 3 -aid 1 but too many frames get duplicated on reencoding with ffmpeg. {{{ $ ffmpeg -i ffmpeg_not_terminating.rm -r 30 -an -qscale 2 out.mpg ffmpeg version N-46483-g98506e1 Copyright (c) 2000-2012 the FFmpeg developers built on Nov 6 2012 13:36:48 with gcc 4.7 (SUSE Linux) configuration: --disable-indev=jack --enable-gpl --enable-libvorbis libavutil 52. 5.100 / 52. 5.100 libavcodec 54. 71.100 / 54. 71.100 libavformat 54. 36.100 / 54. 36.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 21.106 / 3. 21.106 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 [rm @ 0x3403240] Unsupported stream type 00000187 [rm @ 0x3403240] Unsupported stream type 00000431 [rm @ 0x3403240] max_analyze_duration 5000000 reached at 5000000 Input #0, rm, from 'ffmpeg_not_terminating.rm': Metadata: File ID : 49389963-cfd9-fcc8-b745-8eefb2b4bb99 Modification Date: 5/10/2001 20:30:24 Generated By : RealProducer G2 Core SDK Target Audiences: DSL/Cable Modem (220 Kbps); Video Quality : Sharpest Image Video Audio Format : Music Creation Date : 5/10/2001 20:28:07 ASMRuleBook : #($Bandwidth < 165106),Stream2Bandwidth = 32148, Stream3Bandwidth = 68596;#($Bandwidth >= 165106) && ($Bandwidth < 220106),Stre title : Title author : Author copyright : (c)2000 comment : Duration: 00:01:03.71, start: 0.000000, bitrate: 649 kb/s Stream #0:0: Data: none Stream #0:1: Data: none Stream #0:2: Audio: cook (cook / 0x6B6F6F63), 44100 Hz, mono, fltp, 32 kb/s Stream #0:3: Video: rv20 (RV20 / 0x30325652), yuv420p, 320x240, 187 kb/s, 15 fps, 15 tbr, 1k tbn, 1k tbc Stream #0:4: Video: rv20 (RV20 / 0x30325652), yuv420p, 320x240, 132 kb/s, 15 fps, 15 tbr, 1k tbn, 1k tbc Stream #0:5: Video: rv20 (RV20 / 0x30325652), yuv420p, 320x240, 68 kb/s, 15 fps, 15 tbr, 1k tbn, 1k tbc Stream #0:6: Audio: cook (cook / 0x6B6F6F63), 44100 Hz, mono, fltp, 32 kb/s Stream #0:7: Audio: cook (cook / 0x6B6F6F63), 44100 Hz, mono, fltp, 32 kb/s Stream #0:8: Video: rv20 (RV20 / 0x30325652), yuv420p, 320x240, 187 kb/s, 15 fps, 15 tbr, 1k tbn, 1k tbc Stream #0:9: Video: rv20 (RV20 / 0x30325652), yuv420p, 320x240, 187 kb/s, 15 fps, 15 tbr, 1k tbn, 1k tbc Stream #0:10: Video: rv20 (RV20 / 0x30325652), yuv420p, 320x240, 187 kb/s, 15 fps, 15 tbr, 1k tbn, 1k tbc Stream #0:11: Video: rv20 (RV20 / 0x30325652), yuv420p, 320x240, 68 kb/s, 15 fps, 15 tbr, 1k tbn, 1k tbc Please use -q:a or -q:v, -qscale is ambiguous [mpeg @ 0x3422520] VBV buffer size not set, muxing may fail Output #0, mpeg, to 'out.mpg': Metadata: File ID : 49389963-cfd9-fcc8-b745-8eefb2b4bb99 Modification Date: 5/10/2001 20:30:24 Generated By : RealProducer G2 Core SDK Target Audiences: DSL/Cable Modem (220 Kbps); Video Quality : Sharpest Image Video Audio Format : Music Creation Date : 5/10/2001 20:28:07 ASMRuleBook : #($Bandwidth < 165106),Stream2Bandwidth = 32148, Stream3Bandwidth = 68596;#($Bandwidth >= 165106) && ($Bandwidth < 220106),Stre title : Title author : Author copyright : (c)2000 comment : encoder : Lavf54.36.100 Stream #0:0: Video: mpeg1video, yuv420p, 320x240, q=2-31, 200 kb/s, 90k tbn, 30 tbc Stream mapping: Stream #0:3 -> #0:0 (rv20 -> mpeg1video) Press [q] to stop, [?] for help [rm @ 0x3403240] DATA tag in middle of chunk, file may be broken. [rv20 @ 0x3426f40] early B pix [rv20 @ 0x3426f40] HEADER ERROR [rv20 @ 0x3426f40] [IMGUTILS @ 0x7fffcf39d6d0] Picture size 0x0 is invalid [rv20 @ 0x3426f40] HEADER ERROR [rv20 @ 0x3426f40] reserved bit set [rv20 @ 0x3426f40] HEADER ERROR [rv20 @ 0x3426f40] reserved bit set [rv20 @ 0x3426f40] HEADER ERROR [rv20 @ 0x3426f40] early B pix [rv20 @ 0x3426f40] HEADER ERROR Last message repeated 1 times [rv20 @ 0x3426f40] reserved bit set [rv20 @ 0x3426f40] HEADER ERROR [rv20 @ 0x3426f40] early B pix [rv20 @ 0x3426f40] HEADER ERROR [rm @ 0x3403240] DATA tag in middle of chunk, file may be broken. [rv20 @ 0x3426f40] I cbpy damaged at 10 3 [rv20 @ 0x3426f40] ERROR at MB 10 3 [rv20 @ 0x3426f40] reserved bit set [rv20 @ 0x3426f40] HEADER ERROR [rv20 @ 0x3426f40] [IMGUTILS @ 0x7fffcf39d6d0] Picture size 0x0 is invalid [rv20 @ 0x3426f40] HEADER ERROR [rv20 @ 0x3426f40] warning: first frame is no keyframe [rv20 @ 0x3426f40] illegal ac vlc code at 16x7 [rv20 @ 0x3426f40] ERROR at MB 16 7 [rv20 @ 0x3426f40] HEADER ERROR [rv20 @ 0x3426f40] concealing 300 DC, 300 AC, 300 MV errors in I frame [rv20 @ 0x3426f40] warning: first frame is no keyframe [rv20 @ 0x3426f40] illegal ac vlc code at 2x7 [rv20 @ 0x3426f40] ERROR at MB 2 7 frame= 5939 fps=0.0 q=2.0 size= 718kB time=00:03:17.90 bitrate= 29.7kbits/s dup=5938 drop=0 ^MCOUNT ERROR [rv20 @ 0x3426f40] warning: first frame is no keyframe [rv20 @ 0x3426f40] concealing 299 DC, 299 AC, 299 MV errors in P frame [rv20 @ 0x3426f40] concealing 275 DC, 275 AC, 275 MV errors in B frame frame=256614 fps=7000 q=2.0 size= 31038kB time=02:22:33.73 bitrate= 29.7kbits/s dup=256612 drop=1 ^Mreserved bit set [rv20 @ 0x3426f40] HEADER ERROR [rv20 @ 0x3426f40] [IMGUTILS @ 0x7fffcf39d6d0] Picture size 0x0 is invalid [rv20 @ 0x3426f40] HEADER ERROR Last message repeated 1 times [rv20 @ 0x3426f40] warning: first frame is no keyframe [rv20 @ 0x3426f40] illegal dc 0 at 18 14 [rv20 @ 0x3426f40] illegal ac vlc code at 18x14 [rv20 @ 0x3426f40] ERROR at MB 18 14 [rv20 @ 0x3426f40] Slice type mismatch [rv20 @ 0x3426f40] reserved bit set [rv20 @ 0x3426f40] HEADER ERROR [rv20 @ 0x3426f40] concealing 276 DC, 276 AC, 276 MV errors in P frame [rv20 @ 0x3426f40] warning: first frame is no keyframe [rv20 @ 0x3426f40] concealing 141 DC, 141 AC, 141 MV errors in P frame Input stream #0:3 frame changed from size:320x240 fmt:yuv420p to size:240x176 fmt:yuv420p [rv20 @ 0x3426f40] HEADER ERROR [rv20 @ 0x3426f40] reserved bit set [rv20 @ 0x3426f40] HEADER ERROR [rv20 @ 0x3426f40] warning: first frame is no keyframe [rv20 @ 0x3426f40] concealing 273 DC, 273 AC, 273 MV errors in P frame Input stream #0:3 frame changed from size:240x176 fmt:yuv420p to size:320x240 fmt:yuv420p [rv20 @ 0x3426f40] reserved bit set [rv20 @ 0x3426f40] HEADER ERROR [rv20 @ 0x3426f40] reserved bit set [rv20 @ 0x3426f40] HEADER ERROR PTS 636726228, next:8487952000 invalid dropping st:3 [rv20 @ 0x3426f40] I cbpy damaged at 7 6 [rv20 @ 0x3426f40] ERROR at MB 7 6 [rv20 @ 0x3426f40] HEADER ERROR [rv20 @ 0x3426f40] warning: first frame is no keyframe [rv20 @ 0x3426f40] concealing 296 DC, 296 AC, 296 MV errors in P frame [rv20 @ 0x3426f40] reserved bit set [rv20 @ 0x3426f40] HEADER ERROR [rv20 @ 0x3426f40] reserved bit set [rv20 @ 0x3426f40] HEADER ERROR [rv20 @ 0x3426f40] reserved bit set [rv20 @ 0x3426f40] HEADER ERROR Last message repeated 1 times [rv20 @ 0x3426f40] [IMGUTILS @ 0x7fffcf39d6d0] Picture size 0x0 is invalid [rv20 @ 0x3426f40] HEADER ERROR [rv20 @ 0x3426f40] I cbpy damaged at 0 4 [rv20 @ 0x3426f40] ERROR at MB 0 4 [rv20 @ 0x3426f40] reserved bit set [rv20 @ 0x3426f40] HEADER ERROR [rv20 @ 0x3426f40] Slice type mismatch [rv20 @ 0x3426f40] reserved bit set [rv20 @ 0x3426f40] HEADER ERROR [rv20 @ 0x3426f40] reserved bit set [rv20 @ 0x3426f40] HEADER ERROR [rv20 @ 0x3426f40] Slice type mismatch [rv20 @ 0x3426f40] reserved bit set [rv20 @ 0x3426f40] HEADER ERROR [rv20 @ 0x3426f40] [IMGUTILS @ 0x7fffcf39d6d0] Picture size 0x0 is invalid [rv20 @ 0x3426f40] HEADER ERROR [rv20 @ 0x3426f40] reserved bit set [rv20 @ 0x3426f40] HEADER ERROR Last message repeated 1 times [rv20 @ 0x3426f40] concealing 300 DC, 300 AC, 300 MV errors in I frame [rv20 @ 0x3426f40] HEADER ERROR frame=1384641 fps=6097 q=2.0 size= 587276kB time=12:49:14.63 bitrate= 104.2kbits/s dup=1384638 drop=5 early B pix [rv20 @ 0x3426f40] HEADER ERROR [rv20 @ 0x3426f40] reserved bit set [rv20 @ 0x3426f40] HEADER ERROR [rv20 @ 0x3426f40] reserved bit set [rv20 @ 0x3426f40] HEADER ERROR [rv20 @ 0x3426f40] reserved bit set [rv20 @ 0x3426f40] HEADER ERROR Last message repeated 1 times [rv20 @ 0x3426f40] illegal ac vlc code at 5x7 [rv20 @ 0x3426f40] ERROR at MB 5 7 [rv20 @ 0x3426f40] reserved bit set [rv20 @ 0x3426f40] HEADER ERROR [rv20 @ 0x3426f40] reserved bit set [rv20 @ 0x3426f40] HEADER ERROR [rv20 @ 0x3426f40] warning: first frame is no keyframe [rv20 @ 0x3426f40] concealing 298 DC, 298 AC, 298 MV errors in P frame DTS 469768582, next:8520845000 st:3 invalid dropping PTS 469768582, next:8520845000 invalid dropping st:3 [rv20 @ 0x3426f40] HEADER ERROR [rv20 @ 0x3426f40] early B pix [rv20 @ 0x3426f40] HEADER ERROR [rv20 @ 0x3426f40] early B pix [rv20 @ 0x3426f40] HEADER ERROR [rv20 @ 0x3426f40] reserved bit set [rv20 @ 0x3426f40] HEADER ERROR [rv20 @ 0x3426f40] I cbpc damaged at 7 7 [rv20 @ 0x3426f40] ERROR at MB 7 7 [rv20 @ 0x3426f40] warning: first frame is no keyframe [rv20 @ 0x3426f40] concealing 34 DC, 34 AC, 34 MV errors in P frame Input stream #0:3 frame changed from size:320x240 fmt:yuv420p to size:160x128 fmt:yuv420p [rv20 @ 0x3426f40] COUNT ERROR [rv20 @ 0x3426f40] HEADER ERROR [rv20 @ 0x3426f40] warning: first frame is no keyframe [rv20 @ 0x3426f40] run overflow at 2x6 i:0 [rv20 @ 0x3426f40] ERROR at MB 2 6 [rv20 @ 0x3426f40] reserved bit set [rv20 @ 0x3426f40] HEADER ERROR DTS 250890696, next:41177433000 st:3 invalid dropping PTS 250890696, next:41177433000 invalid dropping st:3 [rv20 @ 0x3426f40] warning: first frame is no keyframe [rv20 @ 0x3426f40] concealing 222 DC, 222 AC, 222 MV errors in P frame Input stream #0:3 frame changed from size:160x128 fmt:yuv420p to size:320x240 fmt:yuv420p [rv20 @ 0x3426f40] HEADER ERROR [rv20 @ 0x3426f40] [IMGUTILS @ 0x7fffcf39d6d0] Picture size 0x0 is invalid [rv20 @ 0x3426f40] HEADER ERROR DTS 513052034, next:2628000 st:3 invalid dropping PTS 513052034, next:2628000 invalid dropping st:3 [rv20 @ 0x3426f40] early B pix [rv20 @ 0x3426f40] HEADER ERROR [rv20 @ 0x3426f40] [IMGUTILS @ 0x7fffcf39d6d0] Picture size 0x0 is invalid [rv20 @ 0x3426f40] HEADER ERROR Last message repeated 2 times [rv20 @ 0x3426f40] reserved bit set [rv20 @ 0x3426f40] HEADER ERROR Last message repeated 1 times DTS 121919953, next:8487886000 st:3 invalid dropping PTS 121919953, next:8487886000 invalid dropping st:3 [rv20 @ 0x3426f40] reserved bit set [rv20 @ 0x3426f40] HEADER ERROR Last message repeated 1 times [rv20 @ 0x3426f40] reserved bit set [rv20 @ 0x3426f40] HEADER ERROR [rv20 @ 0x3426f40] reserved bit set [rv20 @ 0x3426f40] HEADER ERROR [rv20 @ 0x3426f40] reserved bit set [rv20 @ 0x3426f40] HEADER ERROR [rv20 @ 0x3426f40] illegal ac vlc code at 2x3 [rv20 @ 0x3426f40] ERROR at MB 2 3 [rv20 @ 0x3426f40] early B pix [rv20 @ 0x3426f40] HEADER ERROR [rv20 @ 0x3426f40] reserved bit set [rv20 @ 0x3426f40] HEADER ERROR [rv20 @ 0x3426f40] I cbpy damaged at 5 4 [rv20 @ 0x3426f40] ERROR at MB 5 4 DTS 542125888, next:8488017000 st:3 invalid dropping PTS 542125888, next:8488017000 invalid dropping st:3 [rv20 @ 0x3426f40] reserved bit set [rv20 @ 0x3426f40] HEADER ERROR [rv20 @ 0x3426f40] reserved bit set [rv20 @ 0x3426f40] HEADER ERROR [rv20 @ 0x3426f40] early B pix [rv20 @ 0x3426f40] HEADER ERROR DTS 636726228, next:8488215000 st:3 invalid dropping PTS 807440896, next:8488215000 invalid dropping st:3 [rv20 @ 0x3426f40] reserved bit set [rv20 @ 0x3426f40] HEADER ERROR [rv20 @ 0x3426f40] early B pix [rv20 @ 0x3426f40] HEADER ERROR [rv20 @ 0x3426f40] early B pix [rv20 @ 0x3426f40] HEADER ERROR [rv20 @ 0x3426f40] I cbpy damaged at 11 3 [rv20 @ 0x3426f40] ERROR at MB 11 3 DTS 530084356, next:10944000 st:3 invalid dropping PTS 530084356, next:10944000 invalid dropping st:3 [rv20 @ 0x3426f40] [IMGUTILS @ 0x7fffcf39d6d0] Picture size 0x0 is invalid [rv20 @ 0x3426f40] HEADER ERROR [rv20 @ 0x3426f40] reserved bit set [rv20 @ 0x3426f40] HEADER ERROR [rv20 @ 0x3426f40] error, qscale:0 [rv20 @ 0x3426f40] HEADER ERROR [rv20 @ 0x3426f40] early B pix [rv20 @ 0x3426f40] HEADER ERROR [rv20 @ 0x3426f40] early B pix [rv20 @ 0x3426f40] HEADER ERROR [rv20 @ 0x3426f40] Slice type mismatch [rv20 @ 0x3426f40] reserved bit set [rv20 @ 0x3426f40] HEADER ERROR [rv20 @ 0x3426f40] early B pix [rv20 @ 0x3426f40] HEADER ERROR [rv20 @ 0x3426f40] Slice type mismatch Last message repeated 2 times [rv20 @ 0x3426f40] illegal ac vlc code at 11x9 [rv20 @ 0x3426f40] ERROR at MB 11 9 [rv20 @ 0x3426f40] Slice type mismatch [rv20 @ 0x3426f40] I cbpy damaged at 3 9 [rv20 @ 0x3426f40] ERROR at MB 3 9 [rv20 @ 0x3426f40] reserved bit set [rv20 @ 0x3426f40] HEADER ERROR [rv20 @ 0x3426f40] I cbpy damaged at 11 2 [rv20 @ 0x3426f40] ERROR at MB 11 2 [rv20 @ 0x3426f40] early B pix [rv20 @ 0x3426f40] HEADER ERROR [rv20 @ 0x3426f40] warning: first frame is no keyframe [rv20 @ 0x3426f40] concealing 52 DC, 52 AC, 52 MV errors in P frame Input stream #0:3 frame changed from size:320x240 fmt:yuv420p to size:160x128 fmt:yuv420p [rv20 @ 0x3426f40] reserved bit set [rv20 @ 0x3426f40] HEADER ERROR [rv20 @ 0x3426f40] reserved bit set [rv20 @ 0x3426f40] HEADER ERROR [rv20 @ 0x3426f40] reserved bit set [rv20 @ 0x3426f40] HEADER ERROR [rv20 @ 0x3426f40] warning: first frame is no keyframe [rv20 @ 0x3426f40] concealing 283 DC, 283 AC, 283 MV errors in B frame Input stream #0:3 frame changed from size:160x128 fmt:yuv420p to size:320x240 fmt:yuv420p [rv20 @ 0x3426f40] [IMGUTILS @ 0x7fffcf39d6d0] Picture size 0x0 is invalid [rv20 @ 0x3426f40] HEADER ERROR Last message repeated 1 times [rv20 @ 0x3426f40] [IMGUTILS @ 0x7fffcf39d6d0] Picture size 0x0 is invalid [rv20 @ 0x3426f40] HEADER ERROR DTS 370950529, next:12378000 st:3 invalid dropping PTS 370950529, next:12378000 invalid dropping st:3 [rv20 @ 0x3426f40] HEADER ERROR [rv20 @ 0x3426f40] early B pix [rv20 @ 0x3426f40] HEADER ERROR [rv20 @ 0x3426f40] early B pix [rv20 @ 0x3426f40] HEADER ERROR [rv20 @ 0x3426f40] warning: first frame is no keyframe [rv20 @ 0x3426f40] concealing 236 DC, 236 AC, 236 MV errors in P frame [rv20 @ 0x3426f40] reserved bit set [rv20 @ 0x3426f40] HEADER ERROR [rv20 @ 0x3426f40] [IMGUTILS @ 0x7fffcf39d6d0] Picture size 0x0 is invalid [rv20 @ 0x3426f40] HEADER ERROR [rv20 @ 0x3426f40] I cbpc damaged at 0 7 [rv20 @ 0x3426f40] ERROR at MB 0 7 [rv20 @ 0x3426f40] reserved bit set [rv20 @ 0x3426f40] HEADER ERROR [rv20 @ 0x3426f40] [IMGUTILS @ 0x7fffcf39d6d0] Picture size 0x0 is invalid [rv20 @ 0x3426f40] HEADER ERROR Last message repeated 1 times [rv20 @ 0x3426f40] [IMGUTILS @ 0x7fffcf39d6d0] Picture size 0x0 is invalid [rv20 @ 0x3426f40] HEADER ERROR [rv20 @ 0x3426f40] reserved bit set [rv20 @ 0x3426f40] HEADER ERROR DTS 254838784, next:8487884000 st:3 invalid dropping PTS 254838784, next:8487884000 invalid dropping st:3 [rv20 @ 0x3426f40] [IMGUTILS @ 0x7fffcf39d6d0] Picture size 0x0 is invalid [rv20 @ 0x3426f40] HEADER ERROR [rv20 @ 0x3426f40] early B pix [rv20 @ 0x3426f40] HEADER ERROR [rv20 @ 0x3426f40] warning: first frame is no keyframe [rv20 @ 0x3426f40] run overflow at 6x3 i:0 [rv20 @ 0x3426f40] ERROR at MB 6 3 [rv20 @ 0x3426f40] [IMGUTILS @ 0x7fffcf39d6d0] Picture size 0x0 is invalid [rv20 @ 0x3426f40] HEADER ERROR [rv20 @ 0x3426f40] warning: first frame is no keyframe [rv20 @ 0x3426f40] concealing 281 DC, 281 AC, 281 MV errors in P frame DTS 556303872, next:8454791000 st:3 invalid dropping PTS 556303872, next:8454791000 invalid dropping st:3 [rv20 @ 0x3426f40] HEADER ERROR [rv20 @ 0x3426f40] early B pix [rv20 @ 0x3426f40] HEADER ERROR [rv20 @ 0x3426f40] error, qscale:0 [rv20 @ 0x3426f40] HEADER ERROR ffmpeg_not_terminating.rm: Input/output error frame=1384641 fps=6095 q=2.0 Lsize= 587278kB time=12:49:14.66 bitrate= 104.2kbits/s dup=1384638 drop=12 video:582056kB audio:0kB subtitle:0 global headers:0kB muxing overhead 0.897134% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 6 17:45:53 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Nov 2012 16:45:53 -0000 Subject: [FFmpeg-trac] #1891(undetermined:open): FFmpeg duplicating too many frames In-Reply-To: <035.90f7e57e67b657e2aaae4cd973643d03@avcodec.org> References: <035.90f7e57e67b657e2aaae4cd973643d03@avcodec.org> Message-ID: <050.dadf4942b21334dbe827f7fb2fb8b21b@avcodec.org> #1891: FFmpeg duplicating too many frames -------------------------------------+------------------------------------- Reporter: eklann | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: real | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by cehoyos): Memory usage is >2G when running above command line. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 6 17:56:27 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Nov 2012 16:56:27 -0000 Subject: [FFmpeg-trac] #1889(avcodec:closed): wavpack: huge memory allocation with prepared file In-Reply-To: <038.9c5b6b98f127543eba995ed003f90162@avcodec.org> References: <038.9c5b6b98f127543eba995ed003f90162@avcodec.org> Message-ID: <053.ccf03c067abe1c949093d30d7f78ff14@avcodec.org> #1889: wavpack: huge memory allocation with prepared file ------------------------------------+----------------------------------- Reporter: ami_stuff | 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: 1 | ------------------------------------+----------------------------------- Changes (by richardpl): * analyzed: 0 => 1 * resolution: => fixed * status: open => closed * component: undetermined => avcodec Comment: Yes, reporting problems with big memory allocations is welcome. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 6 19:31:51 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Nov 2012 18:31:51 -0000 Subject: [FFmpeg-trac] #1892(undetermined:new): smackaud: huge memory allocation Message-ID: <038.d036e2cfe11c3e48c63c8889cfec22dc@avcodec.org> #1892: smackaud: huge memory allocation -------------------------------------+------------------------------------- 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://samples.mplayerhq.hu/A-codecs/MACE/Bach1-1.aiff {{{ C:\>ffmpeg -acodec smackaud -i Bach1-1.aiff -f null - ffmpeg version N-46283-g1475815 Copyright (c) 2000-2012 the FFmpeg developers built on Nov 2 2012 02:31:20 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 52. 1.100 / 52. 1.100 libavcodec 54. 70.100 / 54. 70.100 libavformat 54. 35.100 / 54. 35.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 21.106 / 3. 21.106 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 [aiff @ 0x1edc400] max_analyze_duration 5000000 reached at 5153590 Input #0, aiff, from 'Bach1-1.aiff': Metadata: title : No name specified author : No author specified copyright : No copyright specified Duration: 00:00:11.55, start: 0.000000, bitrate: 178 kb/s Stream #0:0: Audio: smackaudio, 22254 Hz, mono, u8, 178 kb/s Output #0, null, to 'pipe:': Metadata: title : No name specified author : No author specified copyright : No copyright specified encoder : Lavf54.35.100 Stream #0:0: Audio: pcm_s16le, 22254 Hz, mono, s16, 356 kb/s Stream mapping: Stream #0:0 -> #0:0 (smackaud -> pcm_s16le) Press [q] to stop, [?] for help [smackaud @ 0x1edcc40] channels mismatch Error while decoding stream #0:0: Error number -22 occurred [smackaud @ 0x1edcc40] Sound: no data Multiple frames in a packet from stream 0 [smackaud @ 0x1edcc40] get_buffer() failed Error while decoding stream #0:0: Error number -22 occurred [smackaud @ 0x1edcc40] channels mismatch Error while decoding stream #0:0: Error number -22 occurred [smackaud @ 0x1edcc40] Sound: no data Last message repeated 3 times [smackaud @ 0x1edcc40] get_buffer() failed Error while decoding stream #0:0: Error number -22 occurred [smackaud @ 0x1edcc40] get_buffer() failed Error while decoding stream #0:0: Error number -22 occurred [smackaud @ 0x1edcc40] channels mismatch Error while decoding stream #0:0: Error number -22 occurred [smackaud @ 0x1edcc40] get_buffer() failed Error while decoding stream #0:0: Error number -22 occurred [smackaud @ 0x1edcc40] Sound: no data Last message repeated 1 times [smackaud @ 0x1edcc40] channels mismatch Error while decoding stream #0:0: Error number -22 occurred [smackaud @ 0x1edcc40] Sound: no data Last message repeated 2 times [smackaud @ 0x1edcc40] channels mismatch Error while decoding stream #0:0: Error number -22 occurred [smackaud @ 0x1edcc40] Sound: no data Last message repeated 1 times [smackaud @ 0x1edcc40] channels mismatch Error while decoding stream #0:0: Error number -22 occurred [smackaud @ 0x1edcc40] Sound: no data [smackaud @ 0x1edcc40] channels mismatch Error while decoding stream #0:0: Error number -22 occurred [smackaud @ 0x1edcc40] Sound: no data [smackaud @ 0x1edcc40] channels mismatch Error while decoding stream #0:0: Error number -22 occurred [smackaud @ 0x1edcc40] channels mismatch Error while decoding stream #0:0: Error number -22 occurred get_buffer() failede=00:12:39.06 bitrate= 0.0kbits/s Error while decoding stream #0:0: Error number -22 occurred [smackaud @ 0x1edcc40] channels mismatch Error while decoding stream #0:0: Error number -22 occurred [smackaud @ 0x1edcc40] channels mismatch Error while decoding stream #0:0: Error number -22 occurred [smackaud @ 0x1edcc40] channels mismatch Error while decoding stream #0:0: Error number -22 occurred [pcm_s16le @ 0x1edf080] Failed to allocate packet of size 270147124 Audio encoding failed (avcodec_encode_audio2) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 6 19:34:57 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Nov 2012 18:34:57 -0000 Subject: [FFmpeg-trac] #1893(undetermined:new): ra_288: ffmpeg eats the whole available memory Message-ID: <038.521680ca665a92da896cc73fa61010ac@avcodec.org> #1893: ra_288: ffmpeg eats the whole available memory -------------------------------------+------------------------------------- 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 eats the whole available memory with attached file (~10mb/s) http://www.datafilehost.com/download-627c7d51.html {{{ C:\>ffmpeg -i mem.rm -f null - ffmpeg version N-46283-g1475815 Copyright (c) 2000-2012 the FFmpeg developers built on Nov 2 2012 02:31:20 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 52. 1.100 / 52. 1.100 libavcodec 54. 70.100 / 54. 70.100 libavformat 54. 35.100 / 54. 35.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 21.106 / 3. 21.106 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 Guessed Channel Layout for Input Stream #0.0 : stereo Input #0, rm, from 'mem.rm': Metadata: title : Dick Dale & His Del-Tones / Misirlou author : copyright : comment : EAC secure - ripped by juans for www.enkeywebsite.net Duration: 00:00:00.00, start: 0.000000, bitrate: -2147483 kb/s Stream #0:0: Audio: ra_288 (28[95]8 / 0x385F3832), 44100 Hz, stereo, flt Output #0, null, to 'pipe:': Metadata: title : Dick Dale & His Del-Tones / Misirlou author : copyright : comment : EAC secure - ripped by juans for www.enkeywebsite.net encoder : Lavf54.35.100 Stream #0:0: Audio: pcm_s16le, 44100 Hz, stereo, s16, 1411 kb/s Stream mapping: Stream #0:0 -> #0:0 (real_288 -> pcm_s16le) Press [q] to stop, [?] for help [output stream 0:0 @ 0x1fc1500] 100 buffers queued in output stream 0:0, somethi ng may be wrong. [output stream 0:0 @ 0x1fc1500] 1000 buffers queued in output stream 0:0, someth ing may be wrong. [output stream 0:0 @ 0x1fc1500] 10000 buffers queued in output stream 0:0, somet hing may be wrong. [output stream 0:0 @ 0x1fc1500] 100000 buffers queued in output stream 0:0, some thing may be wrong. Received signal 2: terminating. ^C }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 6 19:36:04 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Nov 2012 18:36:04 -0000 Subject: [FFmpeg-trac] #1894(undetermined:new): hang with forced gsm_ms codec (wav) Message-ID: <038.a521cbb8eab0069b0a1515a23b4ce57d@avcodec.org> #1894: hang with forced gsm_ms codec (wav) -------------------------------------+------------------------------------- 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://samples.mplayerhq.hu/A-codecs/DTS/Fire__VooDoo_Studio_30_sec.wav {{{ C:\>ffmpeg -acodec gsm_ms -i Fire__VooDoo_Studio_30_sec.wav -f null - ffmpeg version N-46283-g1475815 Copyright (c) 2000-2012 the FFmpeg developers built on Nov 2 2012 02:31:20 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 52. 1.100 / 52. 1.100 libavcodec 54. 70.100 / 54. 70.100 libavformat 54. 35.100 / 54. 35.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 21.106 / 3. 21.106 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 Received signal 2: terminating. ^C }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 6 22:29:51 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Nov 2012 21:29:51 -0000 Subject: [FFmpeg-trac] #1882(avcodec:open): Multi-threading wmv encoder In-Reply-To: <038.da7266acfaabed3286ee8acb45c67346@avcodec.org> References: <038.da7266acfaabed3286ee8acb45c67346@avcodec.org> Message-ID: <053.00febf79023d5b2dde7de1ba1212556b@avcodec.org> #1882: Multi-threading wmv encoder -------------------------------------+----------------------------------- Reporter: txspaderz | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: wmv2 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by xnejp03): Actually it looks like the threads parameter is now not breaking the command any more. It also looks that when not supplied, it uses all cores (at least for the mpeg2video encoder) and the threads parameter is now used mostly to limit the usage of CPUs (can you confirm)? When run with -threads 1 I'm getting about 39 fps on my example file, when run without -threads it does about 80 fps, so it'd seem that there is some parallelism implemented. It doesn't push all the cores to maximum, as mpeg2video does though, so there is possible room for improvement. Also, does it make difference if -threads is provided before -i and after? Would that specify number of CPUs separately for decoder and encoder? Or is just one definition (before -i) enough? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 6 22:37:21 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Nov 2012 21:37:21 -0000 Subject: [FFmpeg-trac] #1895(undetermined:new): targa: huge memory usage Message-ID: <038.821cbde129ec352707784d33cee89376@avcodec.org> #1895: targa: huge memory usage -------------------------------------+------------------------------------- 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-398a783f.html {{{ C:\>ffmpeg -i tga.mov -f null - ffmpeg version N-46283-g1475815 Copyright (c) 2000-2012 the FFmpeg developers built on Nov 2 2012 02:31:20 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 52. 1.100 / 52. 1.100 libavcodec 54. 70.100 / 54. 70.100 libavformat 54. 35.100 / 54. 35.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 21.106 / 3. 21.106 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 [targa @ 0x1fc08e0] Bit depth 46 is not supported [targa @ 0x1fc08e0] Not enough data to read header Last message repeated 1 times [targa @ 0x1fc08e0] Bit depth 180 is not supported [targa @ 0x1fc08e0] Bit depth 148 is not supported [targa @ 0x1fc08e0] Bit depth 36 is not supported [targa @ 0x1fc08e0] Bit depth 148 is not supported [targa @ 0x1fc08e0] Bit depth 101 is not supported [targa @ 0x1fc08e0] Bit depth 177 is not supported [targa @ 0x1fc08e0] Bit depth 117 is not supported [targa @ 0x1fc08e0] Bit depth 75 is not supported [targa @ 0x1fc08e0] Bit depth 165 is not supported Last message repeated 1 times [targa @ 0x1fc08e0] Bit depth 65 is not supported [targa @ 0x1fc08e0] Bit depth 202 is not supported [targa @ 0x1fc08e0] Bit depth 100 is not supported [targa @ 0x1fc08e0] Bit depth 252 is not supported [targa @ 0x1fc08e0] Bit depth 148 is not supported [targa @ 0x1fc08e0] Bit depth 93 is not supported [targa @ 0x1fc08e0] Bit depth 122 is not supported [targa @ 0x1fc08e0] Bit depth 240 is not supported [targa @ 0x1fc08e0] Bit depth 104 is not supported [targa @ 0x1fc08e0] Bit depth 27 is not supported [targa @ 0x1fc08e0] Bit depth 37 is not supported [targa @ 0x1fc08e0] Bit depth 161 is not supported [targa @ 0x1fc08e0] Bit depth 148 is not supported [targa @ 0x1fc08e0] [IMGUTILS @ 0x22f524] Picture size 23643x31063 is invalid Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'tga.mov': Metadata: major_brand : qt minor_version : 512 compatible_brands: qt encoder : Lavf54.35.100 Duration: 00:00:56.00, start: 0.000000, bitrate: 202 kb/s Stream #0:0(eng): Video: targa (tga / 0x20616774), pal8, 160x240, 201 kb/s, 15 fps, 15 tbr, 15360 tbn, 15360 tbc Metadata: handler_name : DataHandler Output #0, null, to 'pipe:': Metadata: major_brand : qt minor_version : 512 compatible_brands: qt encoder : Lavf54.35.100 Stream #0:0(eng): Video: rawvideo, pal8, 160x240, q=2-31, 200 kb/s, 90k tbn, 15 tbc Metadata: handler_name : DataHandler Stream mapping: Stream #0:0 -> #0:0 (targa -> rawvideo) Press [q] to stop, [?] for help [targa @ 0x1fc08e0] Bit depth 46 is not supported Error while decoding stream #0:0: Error number -1 occurred [targa @ 0x1fc08e0] Not enough data to read header Error while decoding stream #0:0: Invalid data found when processing input [targa @ 0x1fc08e0] Not enough data to read header Error while decoding stream #0:0: Invalid data found when processing input [targa @ 0x1fc08e0] Bit depth 180 is not supported Error while decoding stream #0:0: Error number -1 occurred [targa @ 0x1fc08e0] Bit depth 148 is not supported Error while decoding stream #0:0: Error number -1 occurred [targa @ 0x1fc08e0] Bit depth 36 is not supported Error while decoding stream #0:0: Error number -1 occurred [targa @ 0x1fc08e0] Bit depth 148 is not supported Error while decoding stream #0:0: Error number -1 occurred [targa @ 0x1fc08e0] Bit depth 101 is not supported Error while decoding stream #0:0: Error number -1 occurred [targa @ 0x1fc08e0] Bit depth 177 is not supported Error while decoding stream #0:0: Error number -1 occurred [targa @ 0x1fc08e0] Bit depth 117 is not supported Error while decoding stream #0:0: Error number -1 occurred [targa @ 0x1fc08e0] Bit depth 75 is not supported Error while decoding stream #0:0: Error number -1 occurred [targa @ 0x1fc08e0] Bit depth 165 is not supported Error while decoding stream #0:0: Error number -1 occurred [targa @ 0x1fc08e0] Bit depth 165 is not supported Error while decoding stream #0:0: Error number -1 occurred [targa @ 0x1fc08e0] Bit depth 65 is not supported Error while decoding stream #0:0: Error number -1 occurred [targa @ 0x1fc08e0] Bit depth 202 is not supported Error while decoding stream #0:0: Error number -1 occurred [targa @ 0x1fc08e0] Bit depth 100 is not supported Error while decoding stream #0:0: Error number -1 occurred [targa @ 0x1fc08e0] Bit depth 252 is not supported Error while decoding stream #0:0: Error number -1 occurred [targa @ 0x1fc08e0] Bit depth 148 is not supported Error while decoding stream #0:0: Error number -1 occurred [targa @ 0x1fc08e0] Bit depth 93 is not supported Error while decoding stream #0:0: Error number -1 occurred [targa @ 0x1fc08e0] Bit depth 122 is not supported Error while decoding stream #0:0: Error number -1 occurred [targa @ 0x1fc08e0] Bit depth 240 is not supported Error while decoding stream #0:0: Error number -1 occurred [targa @ 0x1fc08e0] Bit depth 104 is not supported Error while decoding stream #0:0: Error number -1 occurred [targa @ 0x1fc08e0] Bit depth 27 is not supported Error while decoding stream #0:0: Error number -1 occurred [targa @ 0x1fc08e0] Bit depth 37 is not supported Error while decoding stream #0:0: Error number -1 occurred [targa @ 0x1fc08e0] Bit depth 161 is not supported Error while decoding stream #0:0: Error number -1 occurred [targa @ 0x1fc08e0] Bit depth 148 is not supported Error while decoding stream #0:0: Error number -1 occurred [targa @ 0x1fc08e0] [IMGUTILS @ 0x22f514] Picture size 23643x31063 is invalid Error while decoding stream #0:0: Error number -1 occurred [targa @ 0x1fc08e0] Bit depth 160 is not supported Error while decoding stream #0:0: Error number -1 occurred [targa @ 0x1fc08e0] Bit depth 130 is not supported Error while decoding stream #0:0: Error number -1 occurred [targa @ 0x1fc08e0] Bit depth 244 is not supported Error while decoding stream #0:0: Error number -1 occurred [targa @ 0x1fc08e0] Bit depth 48 is not supported Error while decoding stream #0:0: Error number -1 occurred [targa @ 0x1fc08e0] Bit depth 160 is not supported Error while decoding stream #0:0: Error number -1 occurred [targa @ 0x1fc08e0] Bit depth 136 is not supported Error while decoding stream #0:0: Error number -1 occurred [targa @ 0x1fc08e0] Bit depth 182 is not supported Error while decoding stream #0:0: Error number -1 occurred [targa @ 0x1fc08e0] Bit depth 232 is not supported Error while decoding stream #0:0: Error number -1 occurred [targa @ 0x1fc08e0] Bit depth 100 is not supported Error while decoding stream #0:0: Error number -1 occurred [targa @ 0x1fc08e0] Bit depth 78 is not supported Error while decoding stream #0:0: Error number -1 occurred [targa @ 0x1fc08e0] Bit depth 31 is not supported Error while decoding stream #0:0: Error number -1 occurred [targa @ 0x1fc08e0] Bit depth 142 is not supported Error while decoding stream #0:0: Error number -1 occurred [targa @ 0x1fc08e0] Bit depth 235 is not supported Error while decoding stream #0:0: Error number -1 occurred [targa @ 0x1fc08e0] Bit depth 63 is not supported Error while decoding stream #0:0: Error number -1 occurred [targa @ 0x1fc08e0] Bit depth 38 is not supported Error while decoding stream #0:0: Error number -1 occurred [targa @ 0x1fc08e0] Bit depth 123 is not supported [cut] [targa @ 0x1fc08e0] Bit depth 93 is not supported Error while decoding stream #0:0: Error number -1 occurred [targa @ 0x1fc08e0] Bit depth 5 is not supported Error while decoding stream #0:0: Error number -1 occurred 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 i f used) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 6 23:24:22 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Nov 2012 22:24:22 -0000 Subject: [FFmpeg-trac] #1892(avcodec:open): smackaud: huge memory allocation In-Reply-To: <038.d036e2cfe11c3e48c63c8889cfec22dc@avcodec.org> References: <038.d036e2cfe11c3e48c63c8889cfec22dc@avcodec.org> Message-ID: <053.ed14968aa2ccc37f576ec213ee017fcd@avcodec.org> #1892: smackaud: huge memory allocation --------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: smacker leak | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => smacker leak * status: new => open * version: unspecified => git-master * component: undetermined => avcodec * reproduced: 0 => 1 Comment: {{{ $ valgrind ./ffmpeg_g -acodec smackaud -i Bach1-1.aiff -f null - ==6166== Memcheck, a memory error detector ==6166== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al. ==6166== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info ==6166== Command: ./ffmpeg_g -acodec smackaud -i Bach1-1.aiff -f null - ==6166== ffmpeg version N-46501-g29d46d7 Copyright (c) 2000-2012 the FFmpeg developers built on Nov 6 2012 23:16:24 with gcc 4.7 (SUSE Linux) configuration: --disable-indev=jack --enable-gpl --enable-libvorbis libavutil 52. 5.100 / 52. 5.100 libavcodec 54. 71.100 / 54. 71.100 libavformat 54. 36.100 / 54. 36.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 21.106 / 3. 21.106 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 [aiff @ 0x6fb6de0] max_analyze_duration 5000000 reached at 5153590 Input #0, aiff, from 'Bach1-1.aiff': Metadata: title : No name specified author : No author specified copyright : No copyright specified Duration: 00:00:11.55, start: 0.000000, bitrate: 178 kb/s Stream #0:0: Audio: smackaudio, 22254 Hz, mono, u8, 178 kb/s Output #0, null, to 'pipe:': Metadata: title : No name specified author : No author specified copyright : No copyright specified encoder : Lavf54.36.100 Stream #0:0: Audio: pcm_s16le, 22254 Hz, mono, s16, 356 kb/s Stream mapping: Stream #0:0 -> #0:0 (smackaud -> pcm_s16le) Press [q] to stop, [?] for help [smackaud @ 0x6fcdf00] channels mismatch Error while decoding stream #0:0: Invalid argument [smackaud @ 0x6fcdf00] Sound: no data Multiple frames in a packet from stream 0 [smackaud @ 0x6fcdf00] get_buffer() failed Error while decoding stream #0:0: Invalid argument [smackaud @ 0x6fcdf00] channels mismatch Error while decoding stream #0:0: Invalid argument [smackaud @ 0x6fcdf00] Sound: no data Last message repeated 3 times [smackaud @ 0x6fcdf00] get_buffer() failed Error while decoding stream #0:0: Invalid argument [smackaud @ 0x6fcdf00] get_buffer() failed Error while decoding stream #0:0: Invalid argument [smackaud @ 0x6fcdf00] channels mismatch Error while decoding stream #0:0: Invalid argument [smackaud @ 0x6fcdf00] get_buffer() failed Error while decoding stream #0:0: Invalid argument [smackaud @ 0x6fcdf00] Sound: no data Last message repeated 1 times [smackaud @ 0x6fcdf00] channels mismatch Error while decoding stream #0:0: Invalid argument [smackaud @ 0x6fcdf00] Sound: no data Last message repeated 2 times [smackaud @ 0x6fcdf00] channels mismatch Error while decoding stream #0:0: Invalid argument [smackaud @ 0x6fcdf00] Sound: no data Last message repeated 1 times [smackaud @ 0x6fcdf00] channels mismatch Error while decoding stream #0:0: Invalid argument [smackaud @ 0x6fcdf00] Sound: no data [smackaud @ 0x6fcdf00] channels mismatch Error while decoding stream #0:0: Invalid argument [smackaud @ 0x6fcdf00] Sound: no data [smackaud @ 0x6fcdf00] channels mismatch Error while decoding stream #0:0: Invalid argument [smackaud @ 0x6fcdf00] channels mismatch Error while decoding stream #0:0: Invalid argument size= 0kB time=00:12:39.06 bitrate= 0.0kbits/s ^Mget_buffer() failed Error while decoding stream #0:0: Invalid argument [smackaud @ 0x6fcdf00] channels mismatch Error while decoding stream #0:0: Invalid argument [smackaud @ 0x6fcdf00] channels mismatch Error while decoding stream #0:0: Invalid argument [smackaud @ 0x6fcdf00] channels mismatch Error while decoding stream #0:0: Invalid argument ==6166== Warning: set address range perms: large range [0x3943e080, 0x59781d00) (undefined) ==6166== Warning: set address range perms: large range [0x217f5080, 0x329b10c8) (undefined) ==6166== Warning: set address range perms: large range [0x59782080, 0x69923ec4) (undefined) ==6166== Warning: set address range perms: large range [0x59782070, 0x69923ed4) (noaccess) ==6166== Warning: set address range perms: large range [0x3943e070, 0x59781d10) (noaccess) Error while decoding stream #0:0: Operation not permitted size= 0kB time=01:41:12.94 bitrate= 0.0kbits/s ^MSound: no data [smackaud @ 0x6fcdf00] channels mismatch Error while decoding stream #0:0: Invalid argument [smackaud @ 0x6fcdf00] Sound: no data Last message repeated 1 times [smackaud @ 0x6fcdf00] get_buffer() failed Error while decoding stream #0:0: Invalid argument [smackaud @ 0x6fcdf00] Sound: no data [smackaud @ 0x6fcdf00] get_buffer() failed Error while decoding stream #0:0: Invalid argument [smackaud @ 0x6fcdf00] channels mismatch Error while decoding stream #0:0: Invalid argument [smackaud @ 0x6fcdf00] Sound: no data [smackaud @ 0x6fcdf00] get_buffer() failed Error while decoding stream #0:0: Invalid argument [smackaud @ 0x6fcdf00] channels mismatch Error while decoding stream #0:0: Invalid argument [smackaud @ 0x6fcdf00] Sound: no data [smackaud @ 0x6fcdf00] get_buffer() failed Error while decoding stream #0:0: Invalid argument [smackaud @ 0x6fcdf00] Sound: no data Last message repeated 2 times [smackaud @ 0x6fcdf00] sample format mismatch Error while decoding stream #0:0: Invalid argument size= 0kB time=00:13:17.53 bitrate= 0.0kbits/s Sound: no data [smackaud @ 0x6fcdf00] Sound: no data [smackaud @ 0x6fcdf00] channels mismatch Error while decoding stream #0:0: Invalid argument size= 0kB time=00:25:19.04 bitrate= 0.0kbits/s channels mismatch Error while decoding stream #0:0: Invalid argument [smackaud @ 0x6fcdf00] Sound: no data Last message repeated 10 times [smackaud @ 0x6fcdf00] channels mismatch Error while decoding stream #0:0: Invalid argument [smackaud @ 0x6fcdf00] Sound: no data Last message repeated 7 times [smackaud @ 0x6fcdf00] channels mismatch Error while decoding stream #0:0: Invalid argument [smackaud @ 0x6fcdf00] Sound: no data Last message repeated 54 times [smackaud @ 0x6fcdf00] channels mismatch Error while decoding stream #0:0: Invalid argument [smackaud @ 0x6fcdf00] Sound: no data [smackaud @ 0x6fcdf00] channels mismatch Error while decoding stream #0:0: Invalid argument length too long [smackaud @ 0x6fcdf00] invalid vlc Error while decoding stream #0:0: Invalid data found when processing input [smackaud @ 0x6fcdf00] channels mismatch Error while decoding stream #0:0: Invalid argument [smackaud @ 0x6fcdf00] sample format mismatch Error while decoding stream #0:0: Invalid argument [smackaud @ 0x6fcdf00] Sound: no data [smackaud @ 0x6fcdf00] channels mismatch Error while decoding stream #0:0: Invalid argument [smackaud @ 0x6fcdf00] Sound: no data [smackaud @ 0x6fcdf00] channels mismatch Error while decoding stream #0:0: Invalid argument [smackaud @ 0x6fcdf00] channels mismatch Error while decoding stream #0:0: Invalid argument [smackaud @ 0x6fcdf00] Sound: no data [smackaud @ 0x6fcdf00] channels mismatch Error while decoding stream #0:0: Invalid argument [smackaud @ 0x6fcdf00] Sound: no data Last message repeated 1 times [smackaud @ 0x6fcdf00] channels mismatch Error while decoding stream #0:0: Invalid argument [smackaud @ 0x6fcdf00] sample format mismatch Error while decoding stream #0:0: Invalid argument [smackaud @ 0x6fcdf00] Sound: no data Last message repeated 3 times [smackaud @ 0x6fcdf00] channels mismatch Error while decoding stream #0:0: Invalid argument [smackaud @ 0x6fcdf00] Sound: no data Last message repeated 1 times [smackaud @ 0x6fcdf00] channels mismatch Error while decoding stream #0:0: Invalid argument [smackaud @ 0x6fcdf00] Sound: no data Last message repeated 2 times [smackaud @ 0x6fcdf00] channels mismatch Error while decoding stream #0:0: Invalid argument [smackaud @ 0x6fcdf00] Sound: no data Last message repeated 3 times [smackaud @ 0x6fcdf00] channels mismatch Error while decoding stream #0:0: Invalid argument [smackaud @ 0x6fcdf00] get_buffer() failed Error while decoding stream #0:0: Invalid argument [smackaud @ 0x6fcdf00] sample format mismatch Error while decoding stream #0:0: Invalid argument [smackaud @ 0x6fcdf00] Sound: no data Last message repeated 1 times [smackaud @ 0x6fcdf00] channels mismatch Error while decoding stream #0:0: Invalid argument [smackaud @ 0x6fcdf00] Sound: no data Last message repeated 2 times [smackaud @ 0x6fcdf00] channels mismatch Error while decoding stream #0:0: Invalid argument [smackaud @ 0x6fcdf00] Sound: no data ==6166== Warning: set address range perms: large range [0x3943e080, 0x5157f3a0) (undefined) Last message repeated 1 times Error while decoding stream #0:0: Operation not permitted [smackaud @ 0x6fcdf00] channels mismatch Error while decoding stream #0:0: Invalid argument size= 0kB time=00:25:19.04 bitrate= 0.0kbits/s ^MSound: no data [smackaud @ 0x6fcdf00] sample format mismatch Error while decoding stream #0:0: Invalid argument Error while decoding stream #0:0: Operation not permitted [smackaud @ 0x6fcdf00] Sound: no data Last message repeated 2 times [smackaud @ 0x6fcdf00] sample format mismatch Error while decoding stream #0:0: Invalid argument [smackaud @ 0x6fcdf00] Sound: no data Last message repeated 1 times [smackaud @ 0x6fcdf00] sample format mismatch Error while decoding stream #0:0: Invalid argument [smackaud @ 0x6fcdf00] channels mismatch Error while decoding stream #0:0: Invalid argument [smackaud @ 0x6fcdf00] get_buffer() failed Error while decoding stream #0:0: Invalid argument [smackaud @ 0x6fcdf00] sample format mismatch Error while decoding stream #0:0: Invalid argument size= 0kB time=00:12:45.30 bitrate= 0.0kbits/s ^Msize= 0kB time=00:12:45.30 bitrate= 0.0kbits/s ^M video:0kB audio:429722kB subtitle:0 global headers:0kB muxing overhead -100.000000% ==6166== Warning: set address range perms: large range [0x217f5070, 0x329b10d8) (noaccess) ==6166== Warning: set address range perms: large range [0x3943e070, 0x5157f3b0) (noaccess) ==6166== ==6166== HEAP SUMMARY: ==6166== in use at exit: 26,624 bytes in 16 blocks ==6166== total heap usage: 599 allocs, 583 frees, 2,671,640,631 bytes allocated ==6166== ==6166== LEAK SUMMARY: ==6166== definitely lost: 26,624 bytes in 16 blocks ==6166== indirectly lost: 0 bytes in 0 blocks ==6166== possibly lost: 0 bytes in 0 blocks ==6166== still reachable: 0 bytes in 0 blocks ==6166== suppressed: 0 bytes in 0 blocks ==6166== Rerun with --leak-check=full to see details of leaked memory ==6166== ==6166== For counts of detected and suppressed errors, rerun with: -v ==6166== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 2 from 2) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 6 23:28:04 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Nov 2012 22:28:04 -0000 Subject: [FFmpeg-trac] #1893(undetermined:open): ra_288: ffmpeg eats the whole available memory In-Reply-To: <038.521680ca665a92da896cc73fa61010ac@avcodec.org> References: <038.521680ca665a92da896cc73fa61010ac@avcodec.org> Message-ID: <053.38b5f93f7bbe4658de38489533a33a8f@avcodec.org> #1893: ra_288: ffmpeg eats the whole available memory -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: normal => important * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 6 23:28:49 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Nov 2012 22:28:49 -0000 Subject: [FFmpeg-trac] #1894(undetermined:open): hang with forced gsm_ms codec (wav) In-Reply-To: <038.a521cbb8eab0069b0a1515a23b4ce57d@avcodec.org> References: <038.a521cbb8eab0069b0a1515a23b4ce57d@avcodec.org> Message-ID: <053.45b6ed05a67d9fef8e092f374ce79213@avcodec.org> #1894: hang with forced gsm_ms codec (wav) -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: normal => important * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 6 23:39:00 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Nov 2012 22:39:00 -0000 Subject: [FFmpeg-trac] #1895(undetermined:open): targa: huge memory usage In-Reply-To: <038.821cbde129ec352707784d33cee89376@avcodec.org> References: <038.821cbde129ec352707784d33cee89376@avcodec.org> Message-ID: <053.531ce8fa219bfd0d0f01835d981c61aa@avcodec.org> #1895: targa: huge memory usage -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 Comment: {{{ $ valgrind ./ffmpeg_g -i tga.mov -f null - ==6399== Memcheck, a memory error detector ==6399== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al. ==6399== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info ==6399== Command: ./ffmpeg_g -i tga.mov -f null - ==6399== ffmpeg version N-46501-g29d46d7 Copyright (c) 2000-2012 the FFmpeg developers built on Nov 6 2012 23:16:24 with gcc 4.7 (SUSE Linux) configuration: --disable-indev=jack --enable-gpl --enable-libvorbis libavutil 52. 5.100 / 52. 5.100 libavcodec 54. 71.100 / 54. 71.100 libavformat 54. 36.100 / 54. 36.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 21.106 / 3. 21.106 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 [targa @ 0x6fce460] Bit depth 46 is not supported [targa @ 0x6fce460] Not enough data to read header Last message repeated 1 times [targa @ 0x6fce460] Bit depth 180 is not supported [targa @ 0x6fce460] Bit depth 148 is not supported [targa @ 0x6fce460] Bit depth 36 is not supported [targa @ 0x6fce460] Bit depth 148 is not supported [targa @ 0x6fce460] Bit depth 101 is not supported [targa @ 0x6fce460] Bit depth 177 is not supported [targa @ 0x6fce460] Bit depth 117 is not supported [targa @ 0x6fce460] Bit depth 75 is not supported [targa @ 0x6fce460] Bit depth 165 is not supported Last message repeated 1 times [targa @ 0x6fce460] Bit depth 65 is not supported [targa @ 0x6fce460] Bit depth 202 is not supported [targa @ 0x6fce460] Bit depth 100 is not supported [targa @ 0x6fce460] Bit depth 252 is not supported [targa @ 0x6fce460] Bit depth 148 is not supported [targa @ 0x6fce460] Bit depth 93 is not supported [targa @ 0x6fce460] Bit depth 122 is not supported [targa @ 0x6fce460] Bit depth 240 is not supported [targa @ 0x6fce460] Bit depth 104 is not supported [targa @ 0x6fce460] Bit depth 27 is not supported [targa @ 0x6fce460] Bit depth 37 is not supported [targa @ 0x6fce460] Bit depth 161 is not supported [targa @ 0x6fce460] Bit depth 148 is not supported [targa @ 0x6fce460] [IMGUTILS @ 0x7feffdd90] Picture size 23643x31063 is invalid Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'tga.mov': Metadata: major_brand : qt minor_version : 512 compatible_brands: qt encoder : Lavf54.35.100 Duration: 00:00:56.00, start: 0.000000, bitrate: 202 kb/s Stream #0:0(eng): Video: targa (tga / 0x20616774), pal8, 160x240, 201 kb/s, 15 fps, 15 tbr, 15360 tbn, 15360 tbc Metadata: handler_name : DataHandler Output #0, null, to 'pipe:': Metadata: major_brand : qt minor_version : 512 compatible_brands: qt encoder : Lavf54.36.100 Stream #0:0(eng): Video: rawvideo, pal8, 160x240, q=2-31, 200 kb/s, 90k tbn, 15 tbc Metadata: handler_name : DataHandler Stream mapping: Stream #0:0 -> #0:0 (targa -> rawvideo) Press [q] to stop, [?] for help [targa @ 0x6fce460] Bit depth 46 is not supported Error while decoding stream #0:0: Operation not permitted [targa @ 0x6fce460] Not enough data to read header Error while decoding stream #0:0: Invalid data found when processing input [targa @ 0x6fce460] Not enough data to read header Error while decoding stream #0:0: Invalid data found when processing input [targa @ 0x6fce460] Bit depth 180 is not supported Error while decoding stream #0:0: Operation not permitted [targa @ 0x6fce460] Bit depth 148 is not supported Error while decoding stream #0:0: Operation not permitted [targa @ 0x6fce460] Bit depth 36 is not supported Error while decoding stream #0:0: Operation not permitted [targa @ 0x6fce460] Bit depth 148 is not supported Error while decoding stream #0:0: Operation not permitted [targa @ 0x6fce460] Bit depth 101 is not supported Error while decoding stream #0:0: Operation not permitted ... [targa @ 0x6fce460] Bit depth 147 is not supported Error while decoding stream #0:0: Operation not permitted [targa @ 0x6fce460] Bit depth 238 is not supported Error while decoding stream #0:0: Operation not permitted [targa @ 0x6fce460] Bit depth 61 is not supported Error while decoding stream #0:0: Operation not permitted [targa @ 0x6fce460] Bit depth 93 is not supported Error while decoding stream #0:0: Operation not permitted [targa @ 0x6fce460] Bit depth 5 is not supported 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) ==6399== ==6399== HEAP SUMMARY: ==6399== in use at exit: 0 bytes in 0 blocks ==6399== total heap usage: 2,353 allocs, 2,353 frees, 2,052,369,316 bytes allocated ==6399== ==6399== All heap blocks were freed -- no leaks are possible ==6399== ==6399== For counts of detected and suppressed errors, rerun with: -v ==6399== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 2 from 2) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 7 00:08:25 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Nov 2012 23:08:25 -0000 Subject: [FFmpeg-trac] #1882(avcodec:open): Multi-threading wmv encoder In-Reply-To: <038.da7266acfaabed3286ee8acb45c67346@avcodec.org> References: <038.da7266acfaabed3286ee8acb45c67346@avcodec.org> Message-ID: <053.52acce00f5f2b1dfc5d9a9e879212e30@avcodec.org> #1882: Multi-threading wmv encoder -------------------------------------+----------------------------------- Reporter: txspaderz | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: wmv2 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by cehoyos): Replying to [comment:9 xnejp03]: > Actually it looks like the threads parameter is now not breaking the command any more. ? (I am curious: Could you point me to the bug report?) > It also looks that when not supplied, it uses all cores (at least for the mpeg2video encoder) and the threads parameter is now used mostly to limit the usage of CPUs (can you confirm)? The threads parameter allows to specify the number of used threads, the default is "0" (auto). > When run with -threads 1 I'm getting about 39 fps on my example file, when run without -threads it does about 80 fps, so it'd seem that there is some parallelism implemented. It doesn't push all the cores to maximum, as mpeg2video does though, so there is possible room for improvement. I am not sure if auto is always a good choice: It detects the number of cores, but in nearly all cases, you should specify a higher number for maximum performance. > Also, does it make difference if -threads is provided before -i and after? Would that specify number of CPUs separately for decoder and encoder? Or is just one definition (before -i) enough? You can specify -threads for the decoder and the encoder. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 7 12:22:29 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 07 Nov 2012 11:22:29 -0000 Subject: [FFmpeg-trac] #1798(avformat:open): Real-world transport stream with incorrect PMT plays fine with WMP (was: 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.21c4b4fd0a040ebec252a6fb93fe5fab@avcodec.org> #1798: Real-world transport stream with incorrect PMT plays fine with WMP ------------------------------------+------------------------------------ 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 | ------------------------------------+------------------------------------ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 7 12:41:52 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 07 Nov 2012 11:41:52 -0000 Subject: [FFmpeg-trac] #458(undetermined:open): Scale filter can create output which scale filter cannot accept on its input In-Reply-To: <033.57a819b246390678f2a4c273ed9ee0ba@avcodec.org> References: <033.57a819b246390678f2a4c273ed9ee0ba@avcodec.org> Message-ID: <048.4602ff824479a9df298e10bc39f92777@avcodec.org> #458: Scale filter can create output which scale filter cannot accept on its input -------------------------------------+------------------------------------- Reporter: mdsh | Owner: michael Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: crash abort | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => crash abort * priority: normal => important * component: swscale => undetermined -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 7 13:53:45 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 07 Nov 2012 12:53:45 -0000 Subject: [FFmpeg-trac] #1824(avcodec:closed): ffv1 segfault In-Reply-To: <034.aff0ead65e0035cf083474bc061954e6@avcodec.org> References: <034.aff0ead65e0035cf083474bc061954e6@avcodec.org> Message-ID: <049.a20145fffe0cd6df4b6ab70c92fb402f@avcodec.org> #1824: ffv1 segfault -------------------------------------+------------------------------------- Reporter: jamal | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: ffv1 crash | Blocked By: SIGSEGV regression | 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 Wed Nov 7 17:58:26 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 07 Nov 2012 16:58:26 -0000 Subject: [FFmpeg-trac] #1894(undetermined:closed): hang with forced gsm_ms codec (wav) In-Reply-To: <038.a521cbb8eab0069b0a1515a23b4ce57d@avcodec.org> References: <038.a521cbb8eab0069b0a1515a23b4ce57d@avcodec.org> Message-ID: <053.dc41de322a996ff66d801c5a6e19c34b@avcodec.org> #1894: hang with forced gsm_ms codec (wav) -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: | 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 Nov 7 19:49:04 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 07 Nov 2012 18:49:04 -0000 Subject: [FFmpeg-trac] #1896(undetermined:new): configure --enable-bzlib doesn't cause configure to fail if there's no bzlib Message-ID: <039.10c936fb52e70aae75be154222ca8af6@avcodec.org> #1896: configure --enable-bzlib doesn't cause configure to fail if there's no bzlib -------------------------------------+------------------------------------- Reporter: rogerdpack | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- see the title, $ ./configure --enable-bzlib lists this: ... bzlib enabled no ... then happily returns true. Just making a note of it here. Thanks! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 7 20:58:39 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 07 Nov 2012 19:58:39 -0000 Subject: [FFmpeg-trac] #1897(undetermined:new): arbitrary maxval for netpbm image formats (pam, pnm, pgm) Message-ID: <038.ccdd14ee9937490b3f7b3365af28538e@avcodec.org> #1897: arbitrary maxval for netpbm image formats (pam,pnm,pgm) -------------------------------------+------------------------------------- Reporter: richardpl | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- Files that are created with pamdepth with maxval argument as 512 for example (from original 255) decodes as black. Is there some nice way to support this instead of doing insane calculations as it is currently done for grayscale in pnmdec.c (see upgrade arg) ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 7 22:21:56 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 07 Nov 2012 21:21:56 -0000 Subject: [FFmpeg-trac] #1897(undetermined:new): arbitrary maxval for netpbm image formats (pam, pnm, pgm) In-Reply-To: <038.ccdd14ee9937490b3f7b3365af28538e@avcodec.org> References: <038.ccdd14ee9937490b3f7b3365af28538e@avcodec.org> Message-ID: <053.dd8be4c56e5b2f1574edafdec6ca0df5@avcodec.org> #1897: arbitrary maxval for netpbm image formats (pam,pnm,pgm) -------------------------------------+------------------------------------- Reporter: richardpl | 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 command line and complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 7 23:42:42 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 07 Nov 2012 22:42:42 -0000 Subject: [FFmpeg-trac] #1897(avcodec:open): arbitrary maxval for netpbm image formats (pam, pnm, pgm) In-Reply-To: <038.ccdd14ee9937490b3f7b3365af28538e@avcodec.org> References: <038.ccdd14ee9937490b3f7b3365af28538e@avcodec.org> Message-ID: <053.f62d5ab5edb99e1ce699ea8cc14709b8@avcodec.org> #1897: arbitrary maxval for netpbm image formats (pam,pnm,pgm) ------------------------------------+----------------------------------- Reporter: richardpl | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: pnm | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by Cigaes): * keywords: => pnm * status: new => open * version: unspecified => git-master * component: undetermined => avcodec * reproduced: 0 => 1 Comment: I can reproduce a similar problem with the following commands: {{{ ./ffmpeg_g -f lavfi -i testsrc -vframes 1 /tmp/image.png convert /tmp/image.png -depth 7 /tmp/image.ppm ./ffmpeg_g -i /tmp/image.ppm /tmp/image2.png }}} Then display both images: the one converted by ffmpeg is darker. Apparently, convert does not want to produce 9-bit. images, it goes straight for 16-bits, and ffmpeg is correct. There is absolutely nothing interesting in the console output: {{{ ffmpeg version N-46520-g58d1d70 Copyright (c) 2000-2012 the FFmpeg developers built on Nov 7 2012 23:33:12 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 libavutil 52. 5.100 / 52. 5.100 libavcodec 54. 71.100 / 54. 71.100 libavformat 54. 36.100 / 54. 36.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 21.106 / 3. 21.106 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 Input #0, image2, from '/tmp/image.ppm': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: ppm, rgb24, 320x240, 25 tbr, 25 tbn, 25 tbc Output #0, image2, to '/tmp/image2.png': Metadata: encoder : Lavf54.36.100 Stream #0:0: Video: png, rgb24, 320x240, 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 frame= 1 fps=0.0 q=0.0 Lsize= 0kB time=00:00:00.04 bitrate= 0.0kbits/s video:2kB audio:0kB subtitle:0 global headers:0kB muxing overhead -100.000000% }}} In {{{pnmdec.c}}}, copying the {{{maxval}}}/{{{upgrade}}} test from the {{{GRAY8}}} case to the {{{RGB24}}} case seems to fix the problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 7 23:44:15 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 07 Nov 2012 22:44:15 -0000 Subject: [FFmpeg-trac] #1898(build system:new): configure --as broken Message-ID: <036.9bd428b1a4cb563502e026c06006ee7a@avcodec.org> #1898: configure --as broken -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: build Version: git- | system master | Keywords: regression Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- http://thread.gmane.org/gmane.comp.video.ffmpeg.user/41511 $ ./configure --as=as hangs forever, this is a regression since c6963a2 / a758c5e (not related to FreeBSD afaict). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 8 00:16:29 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 07 Nov 2012 23:16:29 -0000 Subject: [FFmpeg-trac] #827(avformat:closed): WTV Muxed files not seekable In-Reply-To: <035.c701c2216f3df42f7ec2dc5f1b66ec29@avcodec.org> References: <035.c701c2216f3df42f7ec2dc5f1b66ec29@avcodec.org> Message-ID: <050.e710d2639deb7fe39b9304404e0c510f@avcodec.org> #827: WTV Muxed files not seekable ------------------------------------+------------------------------------ Reporter: xk2600 | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: WTV seek | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Peter Ross. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 8 00:18:05 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 07 Nov 2012 23:18:05 -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.7ed5f7a2ad40ef30b1c701dd4ae98d34@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 mpegps | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: pcm mpeg => pcm mpegps -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 8 00:18:14 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 07 Nov 2012 23:18:14 -0000 Subject: [FFmpeg-trac] #1034(avformat: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.66d2b0d66355735e891de0ac491069cc@avcodec.org> #1034: Can't mux pcm_s16be into mpeg ps (dvd) format ------------------------------------+------------------------------------ Reporter: Krieger | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: pcm mpegps | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * component: undetermined => avformat -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 8 00:19:39 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 07 Nov 2012 23:19:39 -0000 Subject: [FFmpeg-trac] #1720(avformat:open): ffmpeg with -vcodec copy -acodec copy creates files "without audio" for certain players In-Reply-To: <039.c31b2c4868804412e7e633ec5ef6dcd0@avcodec.org> References: <039.c31b2c4868804412e7e633ec5ef6dcd0@avcodec.org> Message-ID: <054.574a317fdcac63fe5c31bbd35129f61c@avcodec.org> #1720: ffmpeg with -vcodec copy -acodec copy creates files "without audio" for certain players ------------------------------------+------------------------------------ Reporter: rogerdpack | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegps | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => mpegps * reproduced: 0 => 1 Comment: sintel.2.5.mpg plays fine with WMP, both remuxing and re-encoding ac3 in mpeg-ps leads to files that play silent with WMP. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 8 04:32:33 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 08 Nov 2012 03:32:33 -0000 Subject: [FFmpeg-trac] #1899(undetermined:new): iac: metalic noise while seeking Message-ID: <038.44e6239afe595aa3c5afbe340d1f22d6@avcodec.org> #1899: iac: metalic noise while seeking -------------------------------------+------------------------------------- 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 -------------------------------------+------------------------------------- to reproduce please seek with the mouse in the file (with pressed and unreleased left mouse button) attached patch seems to improve the situation a bit, but I don't know if it's correct http://samples.ffmpeg.org/A-codecs/Indeo_audio/Angel%20Bday.avi {{{ C:\>ffplay -vn Angel Bday.avi ffplay version N-46469-gc995644 Copyright (c) 2003-2012 the FFmpeg developers built on Nov 5 2012 17:54:28 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. 5.100 / 52. 5.100 libavcodec 54. 71.100 / 54. 71.100 libavformat 54. 36.100 / 54. 36.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 21.106 / 3. 21.106 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 [avi @ 02af0060] non-interleaved AVI Input #0, avi, from 'Angel Bday.avi': Duration: 00:00:14.47, start: 0.000000, bitrate: 1017 kb/s Stream #0:0: Video: indeo4 (IV41 / 0x31345649), yuv410p, 320x240, 15 tbr, 15 tbn, 15 tbc Metadata: title : C:\Galleries\Main Gallery\TMPVIDEO\IVCSATMP.AVI Stream #0:1: Audio: iac ([2][4][0][0] / 0x0402), 44100 Hz, stereo, fltp, 176 kb/s Metadata: title : C:\Galleries\Main Gallery\TMPVIDEO\IVCSATMP.AVI [iac @ 02af6c00] Read coefficients failed= 0KB sq= 0B f=0/0 Seek to 69% ( 0:00:09) of total duration ( 0:00:14) B f=0/0 Seek to 69% ( 0:00:09) of total duration ( 0:00:14) B f=0/0 Seek to 69% ( 0:00:09) of total duration ( 0:00:14) B f=0/0 Seek to 69% ( 0:00:09) of total duration ( 0:00:14) Seek to 69% ( 0:00:09) of total duration ( 0:00:14) B f=0/0 Seek to 68% ( 0:00:09) of total duration ( 0:00:14) Seek to 68% ( 0:00:09) of total duration ( 0:00:14) B f=0/0 Seek to 68% ( 0:00:09) of total duration ( 0:00:14) B f=0/0 Seek to 68% ( 0:00:09) of total duration ( 0:00:14) Seek to 68% ( 0:00:09) of total duration ( 0:00:14) B f=0/0 Seek to 67% ( 0:00:09) of total duration ( 0:00:14) Seek to 67% ( 0:00:09) of total duration ( 0:00:14) Seek to 68% ( 0:00:09) of total duration ( 0:00:14) B f=0/0 Seek to 68% ( 0:00:09) of total duration ( 0:00:14) Seek to 68% ( 0:00:09) of total duration ( 0:00:14) B f=0/0 Seek to 68% ( 0:00:09) of total duration ( 0:00:14) Seek to 68% ( 0:00:09) of total duration ( 0:00:14) B f=0/0 10.04 A-V: 0.000 fd= 0 aq= 1KB vq= 0KB sq= 0B f=0/0 Last message repeated 36 times }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 8 04:55:24 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 08 Nov 2012 03:55:24 -0000 Subject: [FFmpeg-trac] #1893(undetermined:open): ra_288: ffmpeg eats the whole available memory In-Reply-To: <038.521680ca665a92da896cc73fa61010ac@avcodec.org> References: <038.521680ca665a92da896cc73fa61010ac@avcodec.org> Message-ID: <053.c4e90abce212e5757daf6c6398050153@avcodec.org> #1893: ra_288: ffmpeg eats the whole available memory -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by ami_stuff): the same issue http://samples.mplayerhq.hu/A-codecs/CreativeADPCM8bit/unkpacked/BBC_3BIT.VOC {{{ C:\>ffmpeg -acodec atrac1 -i BBC_3BIT.VOC -f null - ffmpeg version N-46283-g1475815 Copyright (c) 2000-2012 the FFmpeg developers built on Nov 2 2012 02:31:20 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 52. 1.100 / 52. 1.100 libavcodec 54. 70.100 / 54. 70.100 libavformat 54. 35.100 / 54. 35.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 21.106 / 3. 21.106 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 [atrac1 @ 0x1edcc00] Unsupported number of channels: 0 [voc @ 0x1edc420] Ignoring mid-stream change in audio codec [voc @ 0x1edc420] Estimating duration from bitrate, this may be inaccurate Guessed Channel Layout for Input Stream #0.0 : mono Input #0, voc, from 'BBC_3BIT.VOC': Duration: N/A, bitrate: N/A Stream #0:0: Audio: atrac1, 11111 Hz, mono, fltp Output #0, null, to 'pipe:': Metadata: encoder : Lavf54.35.100 Stream #0:0: Audio: pcm_s16le, 11111 Hz, mono, s16, 177 kb/s Stream mapping: Stream #0:0 -> #0:0 (atrac1 -> pcm_s16le) Press [q] to stop, [?] for help Error while decoding stream #0:0: Invalid data found when processing input Last message repeated 2 times [output stream 0:0 @ 0x1fb6d20] 100 buffers queued in output stream 0:0, somethi ng may be wrong. [output stream 0:0 @ 0x1fb6d20] 1000 buffers queued in output stream 0:0, someth ing may be wrong. [output stream 0:0 @ 0x1fb6d20] 10000 buffers queued in output stream 0:0, somet hing may be wrong. [output stream 0:0 @ 0x1fb6d20] 100000 buffers queued in output stream 0:0, some thing may be wrong. Received signal 2: terminating. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 8 05:08:10 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 08 Nov 2012 04:08:10 -0000 Subject: [FFmpeg-trac] #1900(undetermined:new): h264: huge memory allocation Message-ID: <038.3ce3acd617cd4d5e41b29a2b923a1aaf@avcodec.org> #1900: h264: huge memory allocation -------------------------------------+------------------------------------- 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-d3ea3b83.html {{{ C:\>ffmpeg -i h264.avi ffmpeg version N-46283-g1475815 Copyright (c) 2000-2012 the FFmpeg developers built on Nov 2 2012 02:31:20 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 52. 1.100 / 52. 1.100 libavcodec 54. 70.100 / 54. 70.100 libavformat 54. 35.100 / 54. 35.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 21.106 / 3. 21.106 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 [h264 @ 0x1edcac0] missing picture in access unit with size 1941 [h264 @ 0x1edcac0] no frame! [h264 @ 0x1edcac0] missing picture in access unit with size 2377 [h264 @ 0x1edcac0] no frame! [h264 @ 0x1edcac0] missing picture in access unit with size 2090 [h264 @ 0x1edcac0] no frame! [h264 @ 0x1edcac0] missing picture in access unit with size 2305 [h264 @ 0x1edcac0] no frame! [h264 @ 0x1edcac0] missing picture in access unit with size 3280 [h264 @ 0x1edcac0] no frame! [h264 @ 0x1edcac0] missing picture in access unit with size 2963 [h264 @ 0x1edcac0] no frame! [h264 @ 0x1edcac0] missing picture in access unit with size 2624 [h264 @ 0x1edcac0] no frame! [h264 @ 0x1edcac0] illegal log2_max_frame_num 50 [h264 @ 0x1edcac0] missing picture in access unit with size 2937 [h264 @ 0x1edcac0] illegal log2_max_frame_num 50 Last message repeated 1 times [h264 @ 0x1edcac0] no frame! [h264 @ 0x1edcac0] sps_id out of range [h264 @ 0x1edcac0] missing picture in access unit with size 4221 [h264 @ 0x1edcac0] sps_id out of range [h264 @ 0x1edcac0] no frame! [h264 @ 0x1edcac0] non-existing PPS referenced [h264 @ 0x1edcac0] non-existing PPS 3 referenced [h264 @ 0x1edcac0] decode_slice_header error [h264 @ 0x1edcac0] no frame! [h264 @ 0x1edcac0] missing picture in access unit with size 4270 [h264 @ 0x1edcac0] no frame! [h264 @ 0x1edcac0] missing picture in access unit with size 3875 [h264 @ 0x1edcac0] no frame! [h264 @ 0x1edcac0] non-existing PPS referenced [h264 @ 0x1edcac0] slice type too large (2) at 0 0 [h264 @ 0x1edcac0] decode_slice_header error [h264 @ 0x1edcac0] sps_id out of range [h264 @ 0x1edcac0] no frame! [h264 @ 0x1edcac0] missing picture in access unit with size 4394 [h264 @ 0x1edcac0] no frame! [h264 @ 0x1edcac0] missing picture in access unit with size 4743 [h264 @ 0x1edcac0] Partitioned H.264 support is incomplete [h264 @ 0x1edcac0] missing picture in access unit with size 5338 [h264 @ 0x1edcac0] no frame! [h264 @ 0x1edcac0] missing picture in access unit with size 6106 [h264 @ 0x1edcac0] no frame! [h264 @ 0x1edcac0] sps_id (32) out of range [h264 @ 0x1edcac0] missing picture in access unit with size 5938 [h264 @ 0x1edcac0] sps_id (32) out of range Last message repeated 1 times [h264 @ 0x1edcac0] no frame! [h264 @ 0x1edcac0] missing picture in access unit with size 5345 [h264 @ 0x1edcac0] no frame! [h264 @ 0x1edcac0] non-existing PPS referenced [h264 @ 0x1edcac0] non-existing PPS 1 referenced [h264 @ 0x1edcac0] decode_slice_header error [h264 @ 0x1edcac0] too many reference frames Last message repeated 1 times [h264 @ 0x1edcac0] non-existing PPS 0 referenced [h264 @ 0x1edcac0] decode_slice_header error [h264 @ 0x1edcac0] non-existing PPS 0 referenced [h264 @ 0x1edcac0] decode_slice_header error [h264 @ 0x1edcac0] sps_id out of range [h264 @ 0x1edcac0] no frame! [h264 @ 0x1edcac0] missing picture in access unit with size 5498 [h264 @ 0x1edcac0] Partitioned H.264 support is incomplete [h264 @ 0x1edcac0] non-existing PPS referenced [h264 @ 0x1edcac0] non-existing PPS 10 referenced [h264 @ 0x1edcac0] decode_slice_header error [h264 @ 0x1edcac0] no frame! [h264 @ 0x1edcac0] non-existing PPS referenced [h264 @ 0x1edcac0] non-existing PPS 0 referenced [h264 @ 0x1edcac0] decode_slice_header error [h264 @ 0x1edcac0] Partitioned H.264 support is incomplete [h264 @ 0x1edcac0] sps_id out of range [h264 @ 0x1edcac0] missing picture in access unit with size 5630 [h264 @ 0x1edcac0] sps_id out of range [h264 @ 0x1edcac0] no frame! [h264 @ 0x1edcac0] missing picture in access unit with size 5714 [h264 @ 0x1edcac0] non-existing PPS 2 referenced [h264 @ 0x1edcac0] decode_slice_header error [h264 @ 0x1edcac0] no frame! [h264 @ 0x1edcac0] sps_id out of range Last message repeated 1 times [h264 @ 0x1edcac0] missing picture in access unit with size 5525 [h264 @ 0x1edcac0] sps_id out of range Last message repeated 1 times [h264 @ 0x1edcac0] no frame! [h264 @ 0x1edcac0] non-existing PPS referenced [h264 @ 0x1edcac0] non-existing PPS 0 referenced [h264 @ 0x1edcac0] decode_slice_header error [h264 @ 0x1edcac0] non-existing PPS 0 referenced [h264 @ 0x1edcac0] decode_slice_header error [h264 @ 0x1edcac0] no frame! [h264 @ 0x1edcac0] non-existing PPS referenced [h264 @ 0x1edcac0] slice type too large (2) at 0 0 [h264 @ 0x1edcac0] decode_slice_header error [h264 @ 0x1edcac0] missing picture in access unit with size 5623 [h264 @ 0x1edcac0] no frame! [h264 @ 0x1edcac0] FMO not supported [h264 @ 0x1edcac0] non-existing PPS referenced [h264 @ 0x1edcac0] FMO not supported [h264 @ 0x1edcac0] non-existing PPS 227 referenced [h264 @ 0x1edcac0] decode_slice_header error [h264 @ 0x1edcac0] no frame! [h264 @ 0x1edcac0] non-existing PPS referenced [h264 @ 0x1edcac0] non-existing PPS 0 referenced [h264 @ 0x1edcac0] decode_slice_header error [h264 @ 0x1edcac0] get_buffer() failed (-12 0 0) [h264 @ 0x1edcac0] decode_slice_header error [h264 @ 0x1edcac0] sps_id out of range [h264 @ 0x1edcac0] no frame! [h264 @ 0x1edcac0] non-existing PPS referenced [h264 @ 0x1edcac0] non-existing PPS 0 referenced [h264 @ 0x1edcac0] decode_slice_header error [h264 @ 0x1edcac0] no frame! [h264 @ 0x1edcac0] illegal POC type 7 [h264 @ 0x1edcac0] non-existing PPS referenced [h264 @ 0x1edcac0] illegal POC type 7 Last message repeated 1 times [h264 @ 0x1edcac0] slice type too large (3) at 0 0 [h264 @ 0x1edcac0] decode_slice_header error [h264 @ 0x1edcac0] non-existing PPS 3 referenced [h264 @ 0x1edcac0] decode_slice_header error [h264 @ 0x1edcac0] non-existing PPS 6 referenced [h264 @ 0x1edcac0] decode_slice_header error [h264 @ 0x1edcac0] no frame! [h264 @ 0x1edcac0] non-existing PPS referenced [h264 @ 0x1edcac0] non-existing PPS 13 referenced [h264 @ 0x1edcac0] decode_slice_header error [h264 @ 0x1edcac0] non-existing PPS 0 referenced [h264 @ 0x1edcac0] decode_slice_header error [h264 @ 0x1edcac0] non-existing PPS 10 referenced [h264 @ 0x1edcac0] decode_slice_header error [h264 @ 0x1edcac0] Partitioned H.264 support is incomplete [h264 @ 0x1edcac0] missing picture in access unit with size 5668 [h264 @ 0x1edcac0] no frame! [h264 @ 0x1edcac0] sps_id (32) out of range [h264 @ 0x1edcac0] missing picture in access unit with size 5753 [h264 @ 0x1edcac0] sps_id (32) out of range Last message repeated 1 times [h264 @ 0x1edcac0] no frame! [h264 @ 0x1edcac0] missing picture in access unit with size 5903 [h264 @ 0x1edcac0] no frame! [h264 @ 0x1edcac0] non-existing PPS referenced [h264 @ 0x1edcac0] non-existing PPS 6 referenced [h264 @ 0x1edcac0] decode_slice_header error [h264 @ 0x1edcac0] no frame! [h264 @ 0x1edcac0] non-existing PPS referenced [h264 @ 0x1edcac0] non-existing PPS 0 referenced [h264 @ 0x1edcac0] decode_slice_header error [h264 @ 0x1edcac0] non-existing PPS 0 referenced [h264 @ 0x1edcac0] decode_slice_header error [h264 @ 0x1edcac0] no frame! [h264 @ 0x1edcac0] missing picture in access unit with size 5680 [h264 @ 0x1edcac0] no frame! [h264 @ 0x1edcac0] get_buffer() failed (-12 0 0) [h264 @ 0x1edcac0] decode_slice_header error [h264 @ 0x1edcac0] no frame! Input #0, avi, from 'h264.avi': Duration: 00:00:12.64, start: 0.000000, bitrate: 788 kb/s Stream #0:0: Video: h264 (H264 / 0x34363248), yuv420p, 19968x3808, 12.33 fps , 23.98 tbr, 23.97 tbn, 47.94 tbc At least one output file must be specified }}} if I block mem request from ffmpeg I get crash {{{ (gdb) r -i h264.avi Starting program: d:\mingw\msys\1.0\ffmpeg-head-4f92d31\ffmpeg_g.exe -i h264.avi [New Thread 200.0x70c] 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 [h264 @ 04490920] missing picture in access unit with size 1941 [h264 @ 04490920] no frame! [h264 @ 04490920] missing picture in access unit with size 2377 [h264 @ 04490920] no frame! [h264 @ 04490920] missing picture in access unit with size 2090 [h264 @ 04490920] no frame! [h264 @ 04490920] missing picture in access unit with size 2305 [h264 @ 04490920] no frame! [h264 @ 04490920] missing picture in access unit with size 3280 [h264 @ 04490920] no frame! [h264 @ 04490920] missing picture in access unit with size 2963 [h264 @ 04490920] no frame! [h264 @ 04490920] missing picture in access unit with size 2624 [h264 @ 04490920] no frame! [h264 @ 04490920] illegal log2_max_frame_num 50 [h264 @ 04490920] missing picture in access unit with size 2937 [h264 @ 04490920] illegal log2_max_frame_num 50 Last message repeated 1 times [h264 @ 04490920] no frame! [h264 @ 04490920] sps_id out of range [h264 @ 04490920] missing picture in access unit with size 4221 [h264 @ 04490920] sps_id out of range [h264 @ 04490920] no frame! [h264 @ 04490920] non-existing PPS referenced [h264 @ 04490920] non-existing PPS 3 referenced [h264 @ 04490920] decode_slice_header error [h264 @ 04490920] no frame! [h264 @ 04490920] missing picture in access unit with size 4270 [h264 @ 04490920] no frame! [h264 @ 04490920] missing picture in access unit with size 3875 [h264 @ 04490920] no frame! [h264 @ 04490920] non-existing PPS referenced [h264 @ 04490920] slice type too large (2) at 0 0 [h264 @ 04490920] decode_slice_header error [h264 @ 04490920] sps_id out of range [h264 @ 04490920] no frame! [h264 @ 04490920] missing picture in access unit with size 4394 [h264 @ 04490920] no frame! [h264 @ 04490920] missing picture in access unit with size 4743 [h264 @ 04490920] Partitioned H.264 support is incomplete [h264 @ 04490920] missing picture in access unit with size 5338 [h264 @ 04490920] no frame! [h264 @ 04490920] missing picture in access unit with size 6106 [h264 @ 04490920] no frame! [h264 @ 04490920] sps_id (32) out of range [h264 @ 04490920] missing picture in access unit with size 5938 [h264 @ 04490920] sps_id (32) out of range Last message repeated 1 times [h264 @ 04490920] no frame! [h264 @ 04490920] missing picture in access unit with size 5345 [h264 @ 04490920] no frame! [h264 @ 04490920] non-existing PPS referenced [h264 @ 04490920] non-existing PPS 1 referenced [h264 @ 04490920] decode_slice_header error [h264 @ 04490920] too many reference frames Last message repeated 1 times [h264 @ 04490920] non-existing PPS 0 referenced [h264 @ 04490920] decode_slice_header error [h264 @ 04490920] non-existing PPS 0 referenced [h264 @ 04490920] decode_slice_header error [h264 @ 04490920] sps_id out of range [h264 @ 04490920] no frame! [h264 @ 04490920] missing picture in access unit with size 5498 [h264 @ 04490920] Partitioned H.264 support is incomplete [h264 @ 04490920] non-existing PPS referenced [h264 @ 04490920] non-existing PPS 10 referenced [h264 @ 04490920] decode_slice_header error [h264 @ 04490920] no frame! [h264 @ 04490920] non-existing PPS referenced [h264 @ 04490920] non-existing PPS 0 referenced [h264 @ 04490920] decode_slice_header error [h264 @ 04490920] Partitioned H.264 support is incomplete [h264 @ 04490920] sps_id out of range [h264 @ 04490920] missing picture in access unit with size 5630 [h264 @ 04490920] sps_id out of range [h264 @ 04490920] no frame! [h264 @ 04490920] missing picture in access unit with size 5714 [h264 @ 04490920] non-existing PPS 2 referenced [h264 @ 04490920] decode_slice_header error [h264 @ 04490920] no frame! [h264 @ 04490920] sps_id out of range Last message repeated 1 times [h264 @ 04490920] missing picture in access unit with size 5525 [h264 @ 04490920] sps_id out of range Last message repeated 1 times [h264 @ 04490920] no frame! [h264 @ 04490920] non-existing PPS referenced [h264 @ 04490920] non-existing PPS 0 referenced [h264 @ 04490920] decode_slice_header error [h264 @ 04490920] non-existing PPS 0 referenced [h264 @ 04490920] decode_slice_header error [h264 @ 04490920] no frame! [h264 @ 04490920] non-existing PPS referenced [h264 @ 04490920] slice type too large (2) at 0 0 [h264 @ 04490920] decode_slice_header error [h264 @ 04490920] no frame! [h264 @ 04490920] missing picture in access unit with size 5623 [h264 @ 04490920] no frame! [h264 @ 04490920] FMO not supported [h264 @ 04490920] non-existing PPS referenced [h264 @ 04490920] FMO not supported [h264 @ 04490920] non-existing PPS 227 referenced [h264 @ 04490920] decode_slice_header error [h264 @ 04490920] no frame! [h264 @ 04490920] non-existing PPS referenced [h264 @ 04490920] non-existing PPS 0 referenced [h264 @ 04490920] decode_slice_header error [h264 @ 04490920] get_buffer() failed (-12 0 00000000) [h264 @ 04490920] decode_slice_header error [h264 @ 04490920] sps_id out of range [h264 @ 04490920] concealing 297024 DC, 297024 AC, 297024 MV errors in P frame Program received signal SIGSEGV, Segmentation fault. 0x00b553a8 in guess_dc (s=0x44efe80, dc=0x4be13c4, w=2496, h=476, stride=2497, is_luma=1) at libavcodec/error_resilience.c:197 197 col [b_x + b_y*stride][1]= color; (gdb) bt #0 0x00b553a8 in guess_dc (s=0x44efe80, dc=0x4be13c4, w=2496, h=476, stride=2497, is_luma=1) at libavcodec/error_resilience.c:197 #1 0x008ed659 in ff_er_frame_end (s=0x44efe80) at libavcodec/error_resilience.c:1249 #2 0x0064818c in field_end (h=0x44efe80, in_setup=) at libavcodec/h264.c:2283 #3 0x00664f26 in decode_frame (avctx=0x4490920, data=0x22f5e0, data_size=0x22f7d8, avpkt=0x22f558) at libavcodec/h264.c:4139 #4 0x0055848b in avcodec_decode_video2 (avctx=0x4490920, picture=0x22f5e0, got_picture_ptr=0x22f7d8, avpkt=0x22f770) at libavcodec/utils.c:1512 #5 0x0047bbf2 in try_decode_frame (st=0x43adb40, avpkt=, options=) at libavformat/utils.c:2377 #6 0x004839c0 in avformat_find_stream_info (ic=0x43ad4e0, options=0x43a2740) at libavformat/utils.c:2749 #7 0x004056d7 in opt_input_file (optctx=0x22fd68, opt=0x43a2924 "i", filename=) at ffmpeg_opt.c:770 #8 0x00415467 in parse_option (optctx=0x22fd68, opt=, arg=0x43a2926 "h264.avi", options=0xb8caa0) at cmdutils.c:320 #9 0x004156d6 in parse_options (optctx=0x22fd68, argc=3, argv=, options=0xb8caa0, parse_arg_function=0x40616c ) at cmdutils.c:353 #10 0x00b1a042 in main (argc=3, argv=) at ffmpeg.c:3126 (gdb) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 8 05:34:06 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 08 Nov 2012 04:34:06 -0000 Subject: [FFmpeg-trac] #1797(avformat:new): No audio in GeoVision avi files In-Reply-To: <036.6a1f5ea2fc4d5f153070425342862a83@avcodec.org> References: <036.6a1f5ea2fc4d5f153070425342862a83@avcodec.org> Message-ID: <051.737a1db9d98d6eb2ab1383b765c5cb3a@avcodec.org> #1797: No audio in GeoVision avi files ------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: avi | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by ami_stuff): media player classic reports 3 streams (0 - video, 1 - text, 2 - audio) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 8 10:28:49 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 08 Nov 2012 09:28:49 -0000 Subject: [FFmpeg-trac] #1900(avcodec:new): h264: huge memory allocation In-Reply-To: <038.3ce3acd617cd4d5e41b29a2b923a1aaf@avcodec.org> References: <038.3ce3acd617cd4d5e41b29a2b923a1aaf@avcodec.org> Message-ID: <053.0c781fbb467b04eae937f7d249a9e89c@avcodec.org> #1900: h264: huge memory allocation ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: h264 leak | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => h264 leak * version: unspecified => git-master * component: undetermined => avcodec Comment: Replying to [ticket:1900 ami_stuff]: > if I block mem request from ffmpeg I get crash The crash was fixed in 16e52c86, the allocation is 4,779,403,502 bytes) and there are mem-leaks with rbsp_buffer. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 8 11:29:36 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 08 Nov 2012 10:29:36 -0000 Subject: [FFmpeg-trac] #1598(undetermined:open): Muxing raw h264 into mpegts (and mkv) fails. In-Reply-To: <036.d45739aad8809e170517645b3cf7de1b@avcodec.org> References: <036.d45739aad8809e170517645b3cf7de1b@avcodec.org> Message-ID: <051.220422c8a2985db102ecc51504d1b927@avcodec.org> #1598: Muxing raw h264 into mpegts (and mkv) fails. -------------------------------------+------------------------------------- Reporter: Mista_D | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: mpegts h264 | Resolution: av_interleaved_write_frame | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by eelco): * cc: eml+ffmpeg@? (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 8 15:12:13 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 08 Nov 2012 14:12:13 -0000 Subject: [FFmpeg-trac] #1892(avcodec:open): smackaud: huge memory allocation In-Reply-To: <038.d036e2cfe11c3e48c63c8889cfec22dc@avcodec.org> References: <038.d036e2cfe11c3e48c63c8889cfec22dc@avcodec.org> Message-ID: <053.e4c931772b8cbd0992420f5355a03437@avcodec.org> #1892: smackaud: huge memory allocation --------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: smacker leak | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by ami_stuff): after blocking the mem request I get similar crash like in ticket #1376 I wonder if this reproducible. {{{ (gdb) r -cpuflags 0 -acodec smackaud -i Bach1-1.aiff -f null - The program being debugged has been started already. Start it from the beginning? (y or n) y Starting program: d:\mingw\msys\1.0\ffmpeg-head-b2b67fd\ffmpeg_g.exe -cpuflags 0 -acodec smackaud -i Bach1-1.aiff -f null - [New Thread 1600.0x644] Program received signal SIGSEGV, Segmentation fault. 0x004214f5 in avfilter_copy_buffer_ref_props (dst=0x0, src=0x4890160) at libavfilter/buffer.c:192 192 dst->pts = src->pts; (gdb) bt #0 0x004214f5 in avfilter_copy_buffer_ref_props (dst=0x0, src=0x4890160) at libavfilter/buffer.c:192 #1 0x00428144 in filter_samples (inlink=0x47a6fe0, insamplesref=0x4890160) at libavfilter/af_aresample.c:183 #2 0x0042523e in ff_filter_samples_framed (link=0x47a6fe0, samplesref=0x4890160) at libavfilter/audio.c:216 #3 0x0042523e in ff_filter_samples_framed (link=0x47a6a40, samplesref=0x4890160) at libavfilter/audio.c:216 #4 0x00421d04 in request_frame (link=0x47a6a40) at libavfilter/buffersrc.c:383 #5 0x00421f1a in av_buffersrc_add_ref (s=0x48b2c60, buf=0x4890160, flags=4) at libavfilter/buffersrc.c:151 #6 0x004220ac in av_buffersrc_add_frame (buffer_src=0x48b2c60, frame=0x47aa4e0, flags=4) at libavfilter/buffersrc.c:90 #7 0x0040ff23 in decode_audio (got_output=, pkt=, ist=) at ffmpeg.c:1539 #8 output_packet (ist=0x47ad740, pkt=0x22fb48) at ffmpeg.c:1759 #9 0x004114e8 in process_input (file_index=) at ffmpeg.c:2826 #10 0x00b37efe in transcode_step () at ffmpeg.c:2922 #11 transcode () at ffmpeg.c:2974 #12 main (argc=76228480, argv=) at ffmpeg.c:3158 (gdb) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 8 20:37:30 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 08 Nov 2012 19:37:30 -0000 Subject: [FFmpeg-trac] #1900(avcodec:open): h264: huge memory allocation and a memleak (was: h264: huge memory allocation) In-Reply-To: <038.3ce3acd617cd4d5e41b29a2b923a1aaf@avcodec.org> References: <038.3ce3acd617cd4d5e41b29a2b923a1aaf@avcodec.org> Message-ID: <053.3bac4c9fd668d4dc845a2d8da81d16b2@avcodec.org> #1900: h264: huge memory allocation and a memleak ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: h264 leak | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 Comment: No leak with -threads 1, memory usage rises to ~5G here with -threads 16 {{{ $ valgrind --leak-check=full ./ffmpeg_g -threads 2 -i h264.avi -f null - ==11415== Memcheck, a memory error detector ==11415== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al. ==11415== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info ==11415== Command: ./ffmpeg_g -threads 2 -i h264.avi -f null - ==11415== ffmpeg version N-46528-g5ff43ec Copyright (c) 2000-2012 the FFmpeg developers built on Nov 8 2012 19:27:34 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 5.100 / 52. 5.100 libavcodec 54. 71.100 / 54. 71.100 libavformat 54. 36.100 / 54. 36.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 21.106 / 3. 21.106 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 [h264 @ 0x66ca000] missing picture in access unit with size 1941 [h264 @ 0x66ca000] no frame! [h264 @ 0x66ca000] missing picture in access unit with size 2377 [h264 @ 0x66ca000] no frame! [h264 @ 0x66ca000] missing picture in access unit with size 2090 [h264 @ 0x66ca000] no frame! [h264 @ 0x66ca000] missing picture in access unit with size 2305 [h264 @ 0x66ca000] no frame! [h264 @ 0x66ca000] missing picture in access unit with size 3280 [h264 @ 0x66ca000] no frame! [h264 @ 0x66ca000] missing picture in access unit with size 2963 [h264 @ 0x66ca000] no frame! [h264 @ 0x66ca000] missing picture in access unit with size 2624 [h264 @ 0x66ca000] no frame! [h264 @ 0x66ca000] illegal log2_max_frame_num 50 [h264 @ 0x66ca000] missing picture in access unit with size 2937 [h264 @ 0x66ca000] illegal log2_max_frame_num 50 ... [h264 @ 0x66ca000] deblocking filter parameters 52 106 out of range [h264 @ 0x66ca000] decode_slice_header error [h264 @ 0x66ca000] concealing 297024 DC, 297024 AC, 297024 MV errors in P frame Input #0, avi, from 'h264.avi': Duration: 00:00:12.64, start: 0.000000, bitrate: 788 kb/s Stream #0:0: Video: h264 (H264 / 0x34363248), yuv420p, 19968x3808, 12.33 fps, 23.98 tbr, 23.97 tbn, 47.94 tbc [h264 @ 0x6970d20] sps_id (32) out of range Last message repeated 1 times Output #0, null, to 'pipe:': Metadata: encoder : Lavf54.36.100 Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 19968x3808, q=2-31, 200 kb/s, 90k tbn, 23.98 tbc Stream mapping: Stream #0:0 -> #0:0 (h264 -> rawvideo) Press [q] to stop, [?] for help [h264 @ 0x6970d20] no frame! [h264 @ 0x6c160e0] no frame! Error while decoding stream #0:0: Operation not permitted [h264 @ 0x6970d20] no frame! ... [h264 @ 0x6c160e0] decode_slice_header error [h264 @ 0x6c160e0] no frame! Error while decoding stream #0:0: Operation not permitted [h264 @ 0x6970d20] Width/height/bit depth/chroma idc changing with threads is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [h264 @ 0x6970d20] decode_slice_header error [h264 @ 0x6970d20] no frame! 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 ^M 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) ==11415== ==11415== HEAP SUMMARY: ==11415== in use at exit: 7,813,977 bytes in 28 blocks ==11415== total heap usage: 2,664 allocs, 2,636 frees, 2,495,641,669 bytes allocated ==11415== ==11415== 278,895 bytes in 1 blocks are definitely lost in loss record 1 of 2 ==11415== at 0x4C290FE: memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==11415== by 0x4C291A7: posix_memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==11415== by 0xBA6CC1: av_mallocz (mem.c:97) ==11415== by 0x98344B: av_fast_padded_malloc (utils.c:82) ==11415== by 0x76F6FD: ff_h264_decode_nal (h264.c:240) ==11415== by 0x774B1D: decode_nal_units (h264.c:3797) ==11415== by 0x775949: ff_h264_decode_extradata (h264.c:1056) ==11415== by 0x41DDFD: ff_h264_decode_init (h264.c:1104) ==11415== by 0x8DFD12: ff_thread_init (pthread.c:860) ==11415== by 0x987DEB: avcodec_open2 (utils.c:965) ==11415== by 0x461433: transcode_init (ffmpeg.c:1882) ==11415== by 0x450299: main (ffmpeg.c:2947) ==11415== ==11415== 7,535,082 bytes in 27 blocks are definitely lost in loss record 2 of 2 ==11415== at 0x4C290FE: memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==11415== by 0x4C291A7: posix_memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==11415== by 0xBA6CC1: av_mallocz (mem.c:97) ==11415== by 0x98344B: av_fast_padded_malloc (utils.c:82) ==11415== by 0x76F6FD: ff_h264_decode_nal (h264.c:240) ==11415== by 0x774B1D: decode_nal_units (h264.c:3797) ==11415== by 0x775DA2: decode_frame (h264.c:4117) ==11415== by 0x8DE245: frame_worker_thread (pthread.c:388) ==11415== by 0x55C6E0D: start_thread (in /lib64/libpthread-2.15.so) ==11415== ==11415== LEAK SUMMARY: ==11415== definitely lost: 7,813,977 bytes in 28 blocks ==11415== indirectly lost: 0 bytes in 0 blocks ==11415== possibly lost: 0 bytes in 0 blocks ==11415== still reachable: 0 bytes in 0 blocks ==11415== suppressed: 0 bytes in 0 blocks ==11415== ==11415== For counts of detected and suppressed errors, rerun with: -v ==11415== ERROR SUMMARY: 2 errors from 2 contexts (suppressed: 2 from 2) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 8 20:41:12 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 08 Nov 2012 19:41:12 -0000 Subject: [FFmpeg-trac] #1892(avcodec:open): smackaud: huge memory allocation In-Reply-To: <038.d036e2cfe11c3e48c63c8889cfec22dc@avcodec.org> References: <038.d036e2cfe11c3e48c63c8889cfec22dc@avcodec.org> Message-ID: <053.5fc80107c61009a0920d3c098b94da2e@avcodec.org> #1892: smackaud: huge memory allocation --------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: smacker leak | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by cehoyos): I can reproduce the crash with "ulimit -Sv 500000" -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 8 20:47:49 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 08 Nov 2012 19:47:49 -0000 Subject: [FFmpeg-trac] #1795(undetermined:closed): configure --enable-filter=frei0r appears to not fail even if it can't build that filter In-Reply-To: <039.b34cfed56dae0f39cf908be49ad86db6@avcodec.org> References: <039.b34cfed56dae0f39cf908be49ad86db6@avcodec.org> Message-ID: <054.65ba945f8a3d0263d46e8f7870264c2a@avcodec.org> #1795: configure --enable-filter=frei0r appears to not fail even if it can't build that filter -------------------------------------+------------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => duplicate Comment: Duplicate of ticket #332. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 8 20:57:05 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 08 Nov 2012 19:57:05 -0000 Subject: [FFmpeg-trac] #1896(build system:new): configure --enable-bzlib doesn't cause configure to fail if there's no bzlib In-Reply-To: <039.10c936fb52e70aae75be154222ca8af6@avcodec.org> References: <039.10c936fb52e70aae75be154222ca8af6@avcodec.org> Message-ID: <054.ac5bf63a70c318e7f098ccf25cc71094@avcodec.org> #1896: configure --enable-bzlib doesn't cause configure to fail if there's no bzlib -------------------------------------+------------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: new Priority: normal | Component: build Version: git-master | system Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * version: unspecified => git-master * component: undetermined => build system Comment: I believe this is expected behaviour because bzlib is a system library but I may miss something. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 9 09:32:24 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 09 Nov 2012 08:32:24 -0000 Subject: [FFmpeg-trac] #1901(undetermined:new): cavs format decode question Message-ID: <036.874a912588604985f8c15088d18fc3ee@avcodec.org> #1901: cavs format decode question -------------------------------------+------------------------------------- Reporter: ligw_hf | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: cavs decode | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 1 | -------------------------------------+------------------------------------- hi all, i found a ffmpeg a bug, with play chinese cavs stream , there is video flicker strongly. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 9 09:35:18 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 09 Nov 2012 08:35:18 -0000 Subject: [FFmpeg-trac] #1901(undetermined:new): cavs format decode question In-Reply-To: <036.874a912588604985f8c15088d18fc3ee@avcodec.org> References: <036.874a912588604985f8c15088d18fc3ee@avcodec.org> Message-ID: <051.33586e0d9d54cb6deebcf8beb517c5cb@avcodec.org> #1901: cavs format decode question -------------------------------------+------------------------------------- Reporter: ligw_hf | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: cavs decode | Resolution: Blocking: | Blocked By: Analyzed by developer: 1 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ligw_hf): cavs format decode flicker -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 9 09:38:15 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 09 Nov 2012 08:38:15 -0000 Subject: [FFmpeg-trac] #1901(undetermined:new): cavs format decode question In-Reply-To: <036.874a912588604985f8c15088d18fc3ee@avcodec.org> References: <036.874a912588604985f8c15088d18fc3ee@avcodec.org> Message-ID: <051.b579303898215a0a7cdbe96342606d9c@avcodec.org> #1901: cavs format decode question -------------------------------------+------------------------------------- Reporter: ligw_hf | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: cavs | Resolution: Blocking: | Blocked By: Analyzed by developer: 1 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: cavs decode => cavs Comment: To make this a valid ticket, please provide a sample and please provide your ffmpeg command line together with complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 9 09:42:52 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 09 Nov 2012 08:42:52 -0000 Subject: [FFmpeg-trac] #1901(undetermined:new): cavs format decode question In-Reply-To: <036.874a912588604985f8c15088d18fc3ee@avcodec.org> References: <036.874a912588604985f8c15088d18fc3ee@avcodec.org> Message-ID: <051.ae2ac1061e58ab76dbb00a02f2bcc78d@avcodec.org> #1901: cavs format decode question -------------------------------------+------------------------------------- Reporter: ligw_hf | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: cavs | Resolution: Blocking: | Blocked By: Analyzed by developer: 1 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ligw_hf): Replying to [comment:2 cehoyos]: > To make this a valid ticket, please provide a sample and please provide your ffmpeg command line together with complete, uncut console output. Thanks, i just use ffplay stream.avs -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 9 09:58:31 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 09 Nov 2012 08:58:31 -0000 Subject: [FFmpeg-trac] #1901(undetermined:open): cavs artefacts (was: cavs format decode question) In-Reply-To: <036.874a912588604985f8c15088d18fc3ee@avcodec.org> References: <036.874a912588604985f8c15088d18fc3ee@avcodec.org> Message-ID: <051.0b5c3c6ec9b69218e8ac48c040a36d64@avcodec.org> #1901: cavs artefacts -------------------------------------+------------------------------------- Reporter: ligw_hf | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: cavs | Resolution: Blocking: | Blocked By: Analyzed by developer: 1 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 Comment: Some artefacts are visible on decoding. {{{ $ ffmpeg -i stream.avs ffmpeg version N-46531-g7693543 Copyright (c) 2000-2012 the FFmpeg developers built on Nov 9 2012 09:49:15 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 5.100 / 52. 5.100 libavcodec 54. 71.100 / 54. 71.100 libavformat 54. 36.100 / 54. 36.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 21.106 / 3. 21.106 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 [cavsvideo @ 0x238d240] max_analyze_duration 5000000 reached at 5000000 [cavs @ 0x2393740] Found 1 unreleased buffers! [cavsvideo @ 0x238d240] Estimating duration from bitrate, this may be inaccurate Input #0, cavsvideo, from 'stream.avs': Duration: N/A, bitrate: N/A Stream #0:0: Video: cavs, yuv420p, 720x576, 25 fps, 25 tbr, 1200k tbn, 25 tbc At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 9 13:36:57 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 09 Nov 2012 12:36:57 -0000 Subject: [FFmpeg-trac] #1902(undetermined:new): Possible id3v2 tag issue on MP3 Message-ID: <035.6af70bc7cf5322f3bd4d4e788cf3e3b5@avcodec.org> #1902: Possible id3v2 tag issue on MP3 -------------------------------------+------------------------------------- Reporter: Westie | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: mp3 id3 | Blocked By: analyzeduration | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- I think I have an issue with cover images hidden within mp3s: {{{ ffmpeg started on 2012-11-09 at 12:28:20 Report written to "ffmpeg-20121109-122820.log" Command line: /usr/local/bin/ffmpeg -y -i /path/to/music.mp3 -f mp3 -map 0:0 /path/to/music.mp3 -report ffmpeg version N-44552-g4aade44 Copyright (c) 2000-2012 the FFmpeg developers built on Sep 21 2012 16:55:51 with gcc 4.4.6 (GCC) 20120305 (Red Hat 4.4.6-4) configuration: --enable-version3 --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libvpx --enable-libfaac --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libx264 --enable-libxvid --enable-gpl --enable-postproc --enable-nonfree --enable-libopenjpeg libavutil 51. 73.101 / 51. 73.101 libavcodec 54. 56.100 / 54. 56.100 libavformat 54. 27.101 / 54. 27.101 libavdevice 54. 2.100 / 54. 2.100 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 [mp3 @ 0x32e4040] Format mp3 probed with size=1048576 and score=51 [mp3 @ 0x32e4040] File position before avformat_find_stream_info() is 936328 [mjpeg @ 0x32e5000] marker=d8 avail_size_in_buf=933961 [mjpeg @ 0x32e5000] marker parser used 0 bytes (0 bits) [mjpeg @ 0x32e5000] marker=e1 avail_size_in_buf=933959 [mjpeg @ 0x32e5000] marker parser used 8008 bytes (64064 bits) [mjpeg @ 0x32e5000] marker=ed avail_size_in_buf=925948 [mjpeg @ 0x32e5000] marker parser used 9869 bytes (78952 bits) [mjpeg @ 0x32e5000] marker=e1 avail_size_in_buf=916076 [mjpeg @ 0x32e5000] marker parser used 7836 bytes (62688 bits) [mjpeg @ 0x32e5000] marker=ee avail_size_in_buf=908237 [mjpeg @ 0x32e5000] marker parser used 14 bytes (112 bits) [mjpeg @ 0x32e5000] marker=db avail_size_in_buf=908221 [mjpeg @ 0x32e5000] index=0 [mjpeg @ 0x32e5000] qscale[0]: 0 [mjpeg @ 0x32e5000] index=1 [mjpeg @ 0x32e5000] qscale[1]: 0 [mjpeg @ 0x32e5000] marker parser used 132 bytes (1056 bits) [mjpeg @ 0x32e5000] marker=c0 avail_size_in_buf=908087 [mjpeg @ 0x32e5000] sof0: picture: 1173x925 [mjpeg @ 0x32e5000] component 0 1:1 id: 0 quant:0 [mjpeg @ 0x32e5000] component 1 1:1 id: 1 quant:1 [mjpeg @ 0x32e5000] component 2 1:1 id: 2 quant:1 [mjpeg @ 0x32e5000] pix fmt id 11111100 [mjpeg @ 0x32e5000] marker parser used 17 bytes (136 bits) [mjpeg @ 0x32e5000] marker=dd avail_size_in_buf=908068 [mjpeg @ 0x32e5000] restart interval: 147 [mjpeg @ 0x32e5000] marker parser used 4 bytes (32 bits) [mjpeg @ 0x32e5000] marker=c4 avail_size_in_buf=908062 [mjpeg @ 0x32e5000] class=0 index=0 nb_codes=12 [mjpeg @ 0x32e5000] class=0 index=1 nb_codes=12 [mjpeg @ 0x32e5000] class=1 index=0 nb_codes=251 [mjpeg @ 0x32e5000] class=1 index=1 nb_codes=251 [mjpeg @ 0x32e5000] marker parser used 418 bytes (3344 bits) [mjpeg @ 0x32e5000] escaping removed 3825 bytes [mjpeg @ 0x32e5000] marker=da avail_size_in_buf=907642 [mjpeg @ 0x32e5000] component: 0 [mjpeg @ 0x32e5000] component: 1 [mjpeg @ 0x32e5000] component: 2 [mjpeg @ 0x32e5000] marker parser used 903816 bytes (7230524 bits) [mjpeg @ 0x32e5000] marker=d9 avail_size_in_buf=0 [mjpeg @ 0x32e5000] decode frame unused 0 bytes [mp3 @ 0x32e4040] max_analyze_duration 5000000 reached at 5015510 [mp3 @ 0x32e4040] Estimating duration from bitrate, this may be inaccurate [mp3 @ 0x32e4040] File position after avformat_find_stream_info() is 1140104 Input #0, mp3, from '/path/to/music.mp3': Metadata: album : Na Surowo artist : Carlito composer : Appline genre : Rap title : Schizofrenia track : 05 date : 2012 Duration: 00:02:52.07, start: 0.000000, bitrate: 319 kb/s Stream #0:0, 194, 1/14112000: Audio: mp3, 44100 Hz, stereo, s16, 320 kb/s Stream #0:1, 1, 1/90000: Video: mjpeg, yuvj444p, 1173x925, 90k tbr, 90k tbn, 90k tbc Metadata: title : comment : Cover (front) [abuffer @ 0x32fe800] Setting entry with key 'time_base' to value '1/44100' [abuffer @ 0x32fe800] Setting entry with key 'sample_rate' to value '44100' [abuffer @ 0x32fe800] Setting entry with key 'sample_fmt' to value 's16' [abuffer @ 0x32fe800] Setting entry with key 'channel_layout' to value '0x3' [graph 0 input from stream 0:0 @ 0x33401a0] tb:1/44100 samplefmt:s16 samplerate:44100 chlayout:0x3 [aformat @ 0x3345180] Setting entry with key 'sample_fmts' to value 's32,flt,s16' [aformat @ 0x3345180] Setting entry with key 'sample_rates' to value '44100,48000,32000,22050,24000,16000,11025,12000,8000' [aformat @ 0x3345180] Setting entry with key 'channel_layouts' to value '0x4,0x3' Output #0, mp3, to '/path/to/music.mp3': Metadata: TALB : Na Surowo TPE1 : Carlito TCOM : Appline TCON : Rap TIT2 : Schizofrenia TRCK : 05 TDRL : 2012 TSSE : Lavf54.27.101 Stream #0:0, 0, 1/90000: Audio: mp3, 44100 Hz, stereo, s16 Stream mapping: Stream #0:0 -> #0:0 (mp3 -> libmp3lame) Press [q] to stop, [?] for help [mp3 @ 0x32e4820] incomplete frame Error while decoding stream #0:0: Invalid data found when processing input [output stream 0:0 @ 0x3346c20] EOF on sink link output stream 0:0:default. No more output streams to write to, finishing. [libmp3lame @ 0x33035c0] Trying to remove 47 more samples than are in the que size= 83kB time=00:00:05.25 bitrate= 129.1kbits/s video:0kB audio:82kB subtitle:0 global headers:0kB muxing overhead 0.408637% [AVIOContext @ 0x32ec620] Statistics: 1146880 bytes read, 0 seeks }}} I say seem, it's just that this MP3 file also has a track image, and it is my belief that it is something to do with that. (But I don't really know, see...) For some strange reason I don't have this issue on my Windows machine. The tracks that are affected are unfortunately copyrighted - and I'm kinda pressed for time unfortunately - so I cannot find for you any free tracks that have this problem - however if you give me a bell I could "lend you the CD" using e-mail or something. Many regards, - Westie -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 9 13:37:48 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 09 Nov 2012 12:37:48 -0000 Subject: [FFmpeg-trac] #1902(undetermined:new): Possible id3v2 tag issue on MP3 In-Reply-To: <035.6af70bc7cf5322f3bd4d4e788cf3e3b5@avcodec.org> References: <035.6af70bc7cf5322f3bd4d4e788cf3e3b5@avcodec.org> Message-ID: <050.6652bb23c063a4dc404fbb3cc2175711@avcodec.org> #1902: Possible id3v2 tag issue on MP3 -------------------------------------+------------------------------------- Reporter: Westie | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: mp3 id3 | Resolution: analyzeduration | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Westie): The other reason I say that it could be possibly id3v2 is because of this: http://ffmpeg.org/trac/ffmpeg/ticket/336 - however, I tested the music file found on that ticket and it worked. I'm lost! :( -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 9 13:43:37 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 09 Nov 2012 12:43:37 -0000 Subject: [FFmpeg-trac] #1902(undetermined:new): Possible id3v2 tag issue on MP3 In-Reply-To: <035.6af70bc7cf5322f3bd4d4e788cf3e3b5@avcodec.org> References: <035.6af70bc7cf5322f3bd4d4e788cf3e3b5@avcodec.org> Message-ID: <050.e79c2c70c2ce6386e4e092f8579c0314@avcodec.org> #1902: Possible id3v2 tag issue on MP3 -------------------------------------+------------------------------------- Reporter: Westie | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: mp3 id3 | Resolution: analyzeduration | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Westie): Oh, and another thing - this same file is reported to have ~30sec. longer playback than it should have. SoX reports the correct time however. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 9 15:39:48 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 09 Nov 2012 14:39: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.0bb0ceabc4e9454f207d3614b32907f8@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 ramitbhalla): Is this problem fixed? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 9 16:31:44 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 09 Nov 2012 15:31:44 -0000 Subject: [FFmpeg-trac] #1795(undetermined:closed): configure --enable-filter=frei0r appears to not fail even if it can't build that filter In-Reply-To: <039.b34cfed56dae0f39cf908be49ad86db6@avcodec.org> References: <039.b34cfed56dae0f39cf908be49ad86db6@avcodec.org> Message-ID: <054.7a234fe92a3196d900b1f51c864bb469@avcodec.org> #1795: configure --enable-filter=frei0r appears to not fail even if it can't build that filter -------------------------------------+------------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by rogerdpack): Hmm. I posted this ticket after reading that #332 was closed because the last message was " Marking this ticket as closed, since --enable-frei0r doesn't imply --enable-filter=frei0r." which I'm ok with--but this bug was that, even with --enable-filter=frei0r, configure didn't fail when it was missing dlopen. Or perhaps I'm missing something? shouldn't configure fail with --enable-filter=frei0r if it lacks dependencies? Suggest re-open or re- open 332. Many thanks! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 9 17:30:08 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 09 Nov 2012 16:30:08 -0000 Subject: [FFmpeg-trac] #1903(undetermined:new): ffplay: audio wave does not refresh for mp3s with apic Message-ID: <038.4cb55ea996692afca771524b6af80fa2@avcodec.org> #1903: ffplay: audio wave does not refresh for mp3s with apic -------------------------------------+------------------------------------- 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 -------------------------------------+------------------------------------- audio wave ("w" key) does not refresh for mp3s with apic http://www.datafilehost.com/download-5d5cc50f.html {{{ C:\>ffmpeg -i multiple_apics.mp3 ffmpeg version N-46283-g1475815 Copyright (c) 2000-2012 the FFmpeg developers built on Nov 2 2012 02:31:20 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 52. 1.100 / 52. 1.100 libavcodec 54. 70.100 / 54. 70.100 libavformat 54. 35.100 / 54. 35.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 21.106 / 3. 21.106 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 [mp3 @ 0x1edc2e0] Format mp3 detected only with low score of 24, misdetection po ssible! [mp3 @ 0x1edc2e0] max_analyze_duration 5000000 reached at 5015510 Input #0, mp3, from 'multiple_apics.mp3': Metadata: title : title album : album artist : artist encoder : Lavf54.6.101 genre : Acid Punk track : 1 date : 1999 Duration: 00:00:10.06, start: 0.000000, bitrate: 2117 kb/s Stream #0:0: Audio: mp3, 44100 Hz, stereo, s16, 128 kb/s Stream #0:1: Video: png, rgb24, 640x480, 90k tbr, 90k tbn, 90k tbc Metadata: title : studio logo comment : Publisher/Studio logotype Stream #0:2: Video: mjpeg, yuvj420p, 320x240, 90k tbr, 90k tbn, 90k tbc Metadata: title : other comment : Other Stream #0:3: Video: png, rgb24, 1024x768, 90k tbr, 90k tbn, 90k tbc Metadata: title : illustration comment : Illustration Stream #0:4: Video: mjpeg, yuvj420p, 1024x768, 90k tbr, 90k tbn, 90k tbc Metadata: title : cover comment : Cover (front) At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 9 17:49:52 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 09 Nov 2012 16:49:52 -0000 Subject: [FFmpeg-trac] #1904(avformat:new): image2: cannot open files not readable by owner Message-ID: <035.51265d304e5c0ceec9bbf01d92351216@avcodec.org> #1904: image2: cannot open files not readable by owner ----------------------------------+-------------------------------------- Reporter: robert | Type: defect Status: new | Priority: critical Component: avformat | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- Summary of the bug: file_check() in libavformat/file.c makes loading of image2 sequences fail (not tried with other types of files but I guess it afects all users of this function). The problem is that it checks if the owner has read permissions, but a file can be readable even when the owner has no read permissions if "others" have read permission. This tipically happens on Android systems, for example in the removable sdcard mounted as /mnt/sdcard. How to reproduce: Call avformat_open_input() with an image filename in a directory that is not readable by the owner. For example, in a directory with the following permissions: ----r-xr-x Proposed fix: divVerent in #ffmpeg at irc.freenode.net proposed this fix: {{{ static int file_check(URLContext *h, int mask) { int ret = 0; if(mask&AVIO_FLAG_READ) if(access(h->filename, R_OK) >= 0) ret |= AVIO_FLAG_READ; if(mask&AVIO_FLAG_WRITE) if(access(h->filename, W_OK) >= 0) ret |= AVIO_FLAG_WRITE; return ret; } }}} i.e use access() instead of stat(). But he says access() has issues on Windows... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 9 18:05:19 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 09 Nov 2012 17:05:19 -0000 Subject: [FFmpeg-trac] #1905(undetermined:new): wmav2 in wav: fix seeking Message-ID: <038.e0fbb179ac81b1326b945790e93810c9@avcodec.org> #1905: wmav2 in wav: fix seeking -------------------------------------+------------------------------------- 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 -------------------------------------+------------------------------------- mplayer/wmp can seek correctly in the file http://samples.mplayerhq.hu/A-codecs/WMA/wav/FLCL_Ending_My.wav {{{ C:\>ffmpeg -i FLCL_Ending_My.wav ffmpeg version N-46283-g1475815 Copyright (c) 2000-2012 the FFmpeg developers built on Nov 2 2012 02:31:20 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 52. 1.100 / 52. 1.100 libavcodec 54. 70.100 / 54. 70.100 libavformat 54. 35.100 / 54. 35.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 21.106 / 3. 21.106 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 [wav @ 0x1edc340] Estimating duration from bitrate, this may be inaccurate Guessed Channel Layout for Input Stream #0.0 : stereo Input #0, wav, from 'FLCL_Ending_My.wav': Duration: 00:02:19.94, bitrate: 64 kb/s Stream #0:0: Audio: wmav2 (a[1][0][0] / 0x0161), 44100 Hz, stereo, fltp, 64 kb/s At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 9 18:10:14 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 09 Nov 2012 17:10:14 -0000 Subject: [FFmpeg-trac] #1906(undetermined:new): caf: noise after seeking with ffplay Message-ID: <038.771a26915066e76cd3b92190d62577dc@avcodec.org> #1906: caf: noise after seeking with ffplay -------------------------------------+------------------------------------- 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 -------------------------------------+------------------------------------- ffplay generates noise after seeking in attached caf file http://samples.mplayerhq.hu/A-codecs/caf/testcaf3.caf {{{ C:\>ffplay testcaf3.caf ffplay version N-46469-gc995644 Copyright (c) 2003-2012 the FFmpeg developers built on Nov 5 2012 17:54:28 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. 5.100 / 52. 5.100 libavcodec 54. 71.100 / 54. 71.100 libavformat 54. 36.100 / 54. 36.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 21.106 / 3. 21.106 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 [caf @ 02af0060] Estimating duration from bitrate, this may be inaccurate Input #0, caf, from 'testcaf3.caf': Duration: 00:00:03.01, start: 0.000000, bitrate: 187 kb/s Stream #0:0: Audio: adpcm_ima_qt (ima4 / 0x34616D69), 44100 Hz, 1 channels, s16p, 176 kb/s Seek to 51% ( 0:00:01) of total duration ( 0:00:03) B f=0/0 [adpcm_ima_qt @ 02af60a0] ERROR: step_index[0] = 122= 0B f=0/0 [adpcm_ima_qt @ 02af60a0] ERROR: step_index[0] = 94 [adpcm_ima_qt @ 02af60a0] ERROR: step_index[0] = 104= 0B f=0/0 [adpcm_ima_qt @ 02af60a0] ERROR: step_index[0] = 107= 0B f=0/0 Last message repeated 1 times 0KB vq= 0KB sq= 0B f=0/0 [adpcm_ima_qt @ 02af60a0] ERROR: step_index[0] = 95 [adpcm_ima_qt @ 02af60a0] ERROR: step_index[0] = 108 [adpcm_ima_qt @ 02af60a0] ERROR: step_index[0] = 99 [adpcm_ima_qt @ 02af60a0] ERROR: step_index[0] = 93 [adpcm_ima_qt @ 02af60a0] ERROR: step_index[0] = 94q= 0B f=0/0 [adpcm_ima_qt @ 02af60a0] ERROR: step_index[0] = 119 [adpcm_ima_qt @ 02af60a0] ERROR: step_index[0] = 92 [adpcm_ima_qt @ 02af60a0] ERROR: step_index[0] = 93q= 0B f=0/0 [adpcm_ima_qt @ 02af60a0] ERROR: step_index[0] = 90 [adpcm_ima_qt @ 02af60a0] ERROR: step_index[0] = 92 [adpcm_ima_qt @ 02af60a0] ERROR: step_index[0] = 121= 0B f=0/0 [adpcm_ima_qt @ 02af60a0] ERROR: step_index[0] = 106 [adpcm_ima_qt @ 02af60a0] ERROR: step_index[0] = 104 [adpcm_ima_qt @ 02af60a0] ERROR: step_index[0] = 90q= 0B f=0/0 [adpcm_ima_qt @ 02af60a0] ERROR: step_index[0] = 115 [adpcm_ima_qt @ 02af60a0] ERROR: step_index[0] = 99q= 0B f=0/0 [adpcm_ima_qt @ 02af60a0] ERROR: step_index[0] = 91q= 0B f=0/0 Last message repeated 1 times 0KB vq= 0KB sq= 0B f=0/0 [adpcm_ima_qt @ 02af60a0] ERROR: step_index[0] = 93 [adpcm_ima_qt @ 02af60a0] ERROR: step_index[0] = 123 [adpcm_ima_qt @ 02af60a0] ERROR: step_index[0] = 101= 0B f=0/0 [adpcm_ima_qt @ 02af60a0] ERROR: step_index[0] = 91 Last message repeated 1 times [adpcm_ima_qt @ 02af60a0] ERROR: step_index[0] = 109 [adpcm_ima_qt @ 02af60a0] ERROR: step_index[0] = 92 [adpcm_ima_qt @ 02af60a0] ERROR: step_index[0] = 108= 0B f=0/0 [adpcm_ima_qt @ 02af60a0] ERROR: step_index[0] = 122 [adpcm_ima_qt @ 02af60a0] ERROR: step_index[0] = 115 [adpcm_ima_qt @ 02af60a0] ERROR: step_index[0] = 89 [adpcm_ima_qt @ 02af60a0] ERROR: step_index[0] = 109 [adpcm_ima_qt @ 02af60a0] ERROR: step_index[0] = 107 [adpcm_ima_qt @ 02af60a0] ERROR: step_index[0] = 91q= 0B f=0/0 Last message repeated 1 times 0KB vq= 0KB sq= 0B f=0/0 [adpcm_ima_qt @ 02af60a0] ERROR: step_index[0] = 107 [adpcm_ima_qt @ 02af60a0] ERROR: step_index[0] = 90 [adpcm_ima_qt @ 02af60a0] ERROR: step_index[0] = 123 [adpcm_ima_qt @ 02af60a0] ERROR: step_index[0] = 98 [adpcm_ima_qt @ 02af60a0] ERROR: step_index[0] = 93q= 0B f=0/0 [adpcm_ima_qt @ 02af60a0] ERROR: step_index[0] = 91 [adpcm_ima_qt @ 02af60a0] ERROR: step_index[0] = 92 Last message repeated 1 times 0KB vq= 0KB sq= 0B f=0/0 [adpcm_ima_qt @ 02af60a0] ERROR: step_index[0] = 115 [adpcm_ima_qt @ 02af60a0] ERROR: step_index[0] = 96 2.46 A-V: 0.000 fd= 0 aq= 0KB vq= 0KB sq= 0B f=0/0 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 9 23:57:25 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 09 Nov 2012 22:57:25 -0000 Subject: [FFmpeg-trac] #1904(avformat:new): image2: cannot open files not readable by owner In-Reply-To: <035.51265d304e5c0ceec9bbf01d92351216@avcodec.org> References: <035.51265d304e5c0ceec9bbf01d92351216@avcodec.org> Message-ID: <050.bd0890ad81cf3d84fc35acd607b1677a@avcodec.org> #1904: image2: cannot open files not readable by owner ------------------------------------+------------------------------------ Reporter: robert | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * priority: critical => normal -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 10 02:19:00 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 10 Nov 2012 01:19:00 -0000 Subject: [FFmpeg-trac] #1902(undetermined:closed): Possible id3v2 tag issue on MP3 In-Reply-To: <035.6af70bc7cf5322f3bd4d4e788cf3e3b5@avcodec.org> References: <035.6af70bc7cf5322f3bd4d4e788cf3e3b5@avcodec.org> Message-ID: <050.7d40b7f34f9795c5cac4688f5617a9b2@avcodec.org> #1902: Possible id3v2 tag issue on MP3 -------------------------------------+------------------------------------- Reporter: Westie | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: mp3 id3 analyzeduration => * status: new => closed * resolution: => invalid Comment: Replying to [ticket:1902 Westie]: >{{{ > /usr/local/bin/ffmpeg -y -i /path/to/music.mp3 -f mp3 -map 0:0 /path/to/music.mp3 >}}} FFmpeg does not support overwriting files, please reopen this ticket if I misunderstood your original problem. If you want to report incorrectly estimated duration, please open a new ticket, but I don't think this makes any sense without a sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 10 02:31:51 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 10 Nov 2012 01:31:51 -0000 Subject: [FFmpeg-trac] #1869(avformat:closed): Decode raw v210 streams In-Reply-To: <038.84c348cd147974d0b13746a30123d26b@avcodec.org> References: <038.84c348cd147974d0b13746a30123d26b@avcodec.org> Message-ID: <053.7c8c4e9c599c10688c3b779b5a708daa@avcodec.org> #1869: Decode raw v210 streams -------------------------------------+------------------------------------ Reporter: ximmortal | Owner: Type: enhancement | Status: closed Priority: wish | Component: avformat Version: git-master | Resolution: fixed Keywords: v210 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: This works now with the following command line: {{{ $ ffmpeg -f image2pipe -vcodec v210 -s 1920x1080 -frame_size 5529600 -i 1920x1080_ducks_v210.yuv }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 10 03:22:29 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 10 Nov 2012 02:22:29 -0000 Subject: [FFmpeg-trac] #1885(avcodec:new): Multithreaded decoding for vc1 In-Reply-To: <036.44acd85d7e4e18f996bbf22770d02cf4@avcodec.org> References: <036.44acd85d7e4e18f996bbf22770d02cf4@avcodec.org> Message-ID: <051.c4de67ea1c2a43c8e81d3e03bb0efd57@avcodec.org> #1885: Multithreaded decoding for vc1 -------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: new Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: vc1 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by DonMoir): * cc: donmoir@? (added) Comment: Also see ticket #1876 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 10 09:55:49 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 10 Nov 2012 08:55:49 -0000 Subject: [FFmpeg-trac] #1876(avcodec:closed): vc1dec.c multi-threading decode crash issue In-Reply-To: <036.fecdc32d94a6a6de277ed66df58c7cdf@avcodec.org> References: <036.fecdc32d94a6a6de277ed66df58c7cdf@avcodec.org> Message-ID: <051.be61710904097db98a44d1b8c59d5d6f@avcodec.org> #1876: vc1dec.c multi-threading decode crash issue -------------------------------------+------------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: unspecified | Resolution: Keywords: vc1 crash | 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 this ticket if you can explain how the crash you are seeing can be reproduced or if you can provide a backtrace. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 10 10:59:24 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 10 Nov 2012 09:59:24 -0000 Subject: [FFmpeg-trac] #1710(avcodec:closed): pictor: gray bar at the top In-Reply-To: <038.f142c97ae12f21cd2b9744b0f310145c@avcodec.org> References: <038.f142c97ae12f21cd2b9744b0f310145c@avcodec.org> Message-ID: <053.2bbc2bea4d47139b808782b35b8b35d1@avcodec.org> #1710: pictor: gray bar at the top ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: pictor | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Peter Ross. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 10 11:09:28 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 10 Nov 2012 10:09:28 -0000 Subject: [FFmpeg-trac] #1808(undetermined:closed): Auto add yadif/format filter when needed In-Reply-To: <034.4d7c3ebe6b9b4f13a563216dfce4cade@avcodec.org> References: <034.4d7c3ebe6b9b4f13a563216dfce4cade@avcodec.org> Message-ID: <049.a66d1abd3842f30d157010d46d61afe6@avcodec.org> #1808: Auto add yadif/format filter when needed -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: enhancement | Status: closed Priority: wish | 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: Sorry for not reacting earlier. I have three comments regarding this issue: The title asks for automatic insertion of the yadif filter. This would be a highly welcome feature but I don't see how it could be achieved: Most DVB streams I know (these are the streams that would profit most from the feature since in Europe most tv stations still send the live recorded / sport material interlaced) signal "interlaced" no matter if the content is actually interlaced or was originally recorded at 24/25fps (movies) and shows no interlacing artefacts whatsoever. The original report above claims that an input file could not be read with "ffmpeg -i file" but could be read with "ffmpeg -i file -vf xxx". This is simply impossible / would be a very serious bug (but there is no indication this was the case). For me it was interesting that a file with a "new", unknown fourcc was provided as input to ffmpeg - we try hard to support strange formats even if they appear broken in some way. But this has limits and files produced with MEncoder by the reporter do not fall into this category imo. (You can choose any fourcc for any material with both MEncoder and ffmpeg but that does not make the resulting file useful.) Please note that MEncoder does not support remuxing the raw input from tv:// the way you tried, it does support (very well) reencoding v4l input using lavc or another encoder. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 10 12:50:39 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 10 Nov 2012 11:50:39 -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.6d2a673170240bf2eaeae6efc01d3f71@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): This problem is partially fixed and 2nd problematic file is not fixed. (I found solution resolving 2nd problematic file but the solution makes some side effect in other files.) I am trying to consider other approach. Thanks. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 10 12:56:43 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 10 Nov 2012 11:56:43 -0000 Subject: [FFmpeg-trac] #1431(undetermined:closed): Console spammed with warnings when transcoding dvr-ms In-Reply-To: <040.fbed57df3a15faaace9a3a718cdc96a1@avcodec.org> References: <040.fbed57df3a15faaace9a3a718cdc96a1@avcodec.org> Message-ID: <055.e42f80ed71511457e57c41343bc20354@avcodec.org> #1431: Console spammed with warnings when transcoding dvr-ms -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: closed Priority: minor | Component: Version: git-master | undetermined Keywords: asf | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: This appears to have been fixed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 10 13:02:34 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 10 Nov 2012 12:02:34 -0000 Subject: [FFmpeg-trac] #1543(undetermined:closed): ffmpeg stops after few minutes without anything in the log In-Reply-To: <035.87b086376fcb85304bbbe9725a76d4c3@avcodec.org> References: <035.87b086376fcb85304bbbe9725a76d4c3@avcodec.org> Message-ID: <050.bd2854b7a47e140e7099fb0bcaafb76d@avcodec.org> #1543: ffmpeg stops after few minutes without anything in the log -------------------------------------+------------------------------------- Reporter: kostay | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: libx264 | Resolution: Blocking: | needs_more_info Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => needs_more_info Comment: Please reopen the ticket if you can provide the missing information. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 10 13:12:00 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 10 Nov 2012 12:12:00 -0000 Subject: [FFmpeg-trac] #1125(undetermined:closed): Flash 11 RTMP h264 non monotonically increasing error In-Reply-To: <037.39dd6db5965569fe9a6b8c9d1aebc882@avcodec.org> References: <037.39dd6db5965569fe9a6b8c9d1aebc882@avcodec.org> Message-ID: <052.b8dc1ba76c925bcc213f9505dede7336@avcodec.org> #1125: Flash 11 RTMP h264 non monotonically increasing error -------------------------------------+------------------------------------- Reporter: finalweb | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: fixed av_interleaved_write_frame flv | Blocked By: h264 | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: I believe this has been fixed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 10 13:39:35 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 10 Nov 2012 12:39:35 -0000 Subject: [FFmpeg-trac] #123(FFplay:reopened): Fuzzed sample crashes ffplay In-Reply-To: <036.e7a5d9e613d18f0a41aed8a1d33cf2d1@avcodec.org> References: <036.e7a5d9e613d18f0a41aed8a1d33cf2d1@avcodec.org> Message-ID: <051.9adbd3488cb713d5170b0f2c49b34b4a@avcodec.org> #123: Fuzzed sample crashes ffplay ---------------------------------+------------------------------------ Reporter: cehoyos | Owner: michael Type: defect | Status: reopened Priority: normal | Component: FFplay Version: git | Resolution: Keywords: leak | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => leak Comment: I still get invalid reads and memleaks with this sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 10 14:39:19 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 10 Nov 2012 13:39:19 -0000 Subject: [FFmpeg-trac] #1845(avformat:open): 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.d98e5a196064dc597391e8de48ae6c6d@avcodec.org> #1845: Encoded movies with mov_text subtitles do not play with QT Player ------------------------------------+------------------------------------ Reporter: Atarikid | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => open * component: undetermined => avformat * reproduced: 0 => 1 Comment: Replying to [comment:5 Atarikid]: > BTW QT 7.7.2 is a tremendous old version no-one uses with OSX. :) Not everybody owns a Mac... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 10 14:40:32 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 10 Nov 2012 13:40:32 -0000 Subject: [FFmpeg-trac] #1600(undetermined:new): remux of xdcam mxf to mov is unplayable in Final Cut Pro In-Reply-To: <036.236e98d4380a2eb083b4b9e43212f24b@avcodec.org> References: <036.236e98d4380a2eb083b4b9e43212f24b@avcodec.org> Message-ID: <051.42bad7db998d1897941dad63c3b2dfb9@avcodec.org> #1600: remux of xdcam mxf to mov is unplayable in Final Cut Pro ---------------------------------+---------------------------------------- Reporter: dericed | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 0.10.4 | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+---------------------------------------- Comment (by cehoyos): Is this still reproducible with current git head? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 10 15:31:16 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 10 Nov 2012 14:31:16 -0000 Subject: [FFmpeg-trac] #1845(avformat:open): 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.c6b5bf907c5402a10f8598f5290688e2@avcodec.org> #1845: Encoded movies with mov_text subtitles do not play with QT Player ------------------------------------+------------------------------------ Reporter: Atarikid | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by Atarikid): Besides being the most irritating answer ever, what does this answer contributes to the query? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 10 15:42:48 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 10 Nov 2012 14:42:48 -0000 Subject: [FFmpeg-trac] #1600(undetermined:new): remux of xdcam mxf to mov is unplayable in Final Cut Pro In-Reply-To: <036.236e98d4380a2eb083b4b9e43212f24b@avcodec.org> References: <036.236e98d4380a2eb083b4b9e43212f24b@avcodec.org> Message-ID: <051.62c16fc75432e9fac97b5d8e874c60a4@avcodec.org> #1600: remux of xdcam mxf to mov is unplayable in Final Cut Pro ---------------------------------+---------------------------------------- Reporter: dericed | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 0.10.4 | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+---------------------------------------- Comment (by dericed): Yes it is still reproducible. I just pulled git head and reran the process above. The outcome is the same. The file plays fine in QuickTime but Final Cut gives an error and won't open it. The edit list of the output quicktime file still starts with a negative media time (same as noted above). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 10 16:20:42 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 10 Nov 2012 15:20:42 -0000 Subject: [FFmpeg-trac] #1600(undetermined:new): remux of xdcam mxf to mov is unplayable in Final Cut Pro In-Reply-To: <036.236e98d4380a2eb083b4b9e43212f24b@avcodec.org> References: <036.236e98d4380a2eb083b4b9e43212f24b@avcodec.org> Message-ID: <051.94ba325818f115872b9e92a7f2c0f162@avcodec.org> #1600: remux of xdcam mxf to mov is unplayable in Final Cut Pro -------------------------------------+------------------------------------- Reporter: dericed | 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): * version: 0.10.4 => git-master Comment: Could you post a sample? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 10 16:25:12 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 10 Nov 2012 15:25:12 -0000 Subject: [FFmpeg-trac] #1845(avformat:open): 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.72934522f8056c31dfef5611cb0450de@avcodec.org> #1845: Encoded movies with mov_text subtitles do not play with QT Player ------------------------------------+------------------------------------ Reporter: Atarikid | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): I told you I tested QuickTime 7.7.2 (this was current at the time of my writing on Windows, it's now 7.7.3 iirc) and was unable to reproduce the issue, you answered that my version of QuickTime is outdated (which is true, I wasn't aware of it though). It took me some time to find a Mac that allows to reproduce the problem (on my Mac, 7.7.2 is also the latest version) and I wanted to explain why it took me so long to reproduce the issue. Long-time experience tells me that tickets that cannot be easily reproduced are not easily fixed (in this case it would have been possible imo that somebody who does want to work on it would have been unable to reproduce the problem exactly as I was unable to). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 10 16:37:58 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 10 Nov 2012 15:37:58 -0000 Subject: [FFmpeg-trac] #1600(undetermined:new): remux of xdcam mxf to mov is unplayable in Final Cut Pro In-Reply-To: <036.236e98d4380a2eb083b4b9e43212f24b@avcodec.org> References: <036.236e98d4380a2eb083b4b9e43212f24b@avcodec.org> Message-ID: <051.bd69dd6451325c02b52afa86b036b09a@avcodec.org> #1600: remux of xdcam mxf to mov is unplayable in Final Cut Pro -------------------------------------+------------------------------------- Reporter: dericed | 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 dericed): I did (see above). The source is at http://archive.org/download/SamplesOfXdcamMxfAndQuicktimeRewrappedWithFfmpeg/979_0611_01.MXF and the output of my command line above is at http://archive.org/download/SamplesOfXdcamMxfAndQuicktimeRewrappedWithFfmpeg/979_0611_01.mov. Since the files were large I used the Internet Archive instead of trac. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 10 16:41:59 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 10 Nov 2012 15:41:59 -0000 Subject: [FFmpeg-trac] #1845(avformat:open): 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.6d6b6de328cb61855ef722903bbd8a79@avcodec.org> #1845: Encoded movies with mov_text subtitles do not play with QT Player ------------------------------------+------------------------------------ Reporter: Atarikid | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by Atarikid): OK, sorry for my reply. But only 'Not everybody owns a Mac' came out a bit rude imo :-) Anyhow, glad you could replicate this issue. FFmpeg is quit common on Mac OS X (many converters use it). So making it work for QT Player is imo important. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 10 21:55:25 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 10 Nov 2012 20:55:25 -0000 Subject: [FFmpeg-trac] #1876(avcodec:closed): vc1dec.c multi-threading decode crash issue In-Reply-To: <036.fecdc32d94a6a6de277ed66df58c7cdf@avcodec.org> References: <036.fecdc32d94a6a6de277ed66df58c7cdf@avcodec.org> Message-ID: <051.96c6e53649808f8be4a6a52cae57038b@avcodec.org> #1876: vc1dec.c multi-threading decode crash issue -------------------------------------+------------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: unspecified | Resolution: Keywords: vc1 crash | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by DonMoir): It can be hard to reproduce and it may take me about 10 tries. It came to me as a bug from a beta tester where it would happen on occasion. So then I wrote some code to trigger it more often. Running, opening multiple instances of the above file at the same time is the best way I can reproduce it. It does not happen anywhere else except in code that calls vc1_decode_frame. The crash can be anywhere because of memory overwrites etc. My only current way to fix this is to have a unique build. After looking around some more and hints from Hendrik, it appears the fix is best put in vc1_decode_frame. The problem code in vc1_decode_frame is: {{{ if (!s->context_initialized) { if (ff_msmpeg4_decode_init(avctx) < 0 || ff_vc1_decode_init_alloc_tables(v) < 0) goto err; s->low_delay = !avctx->has_b_frames || v->res_sprite; if (v->profile == PROFILE_ADVANCED) { s->h_edge_pos = avctx->coded_width; s->v_edge_pos = avctx->coded_height; } } }}} The offending statement is: if (ff_msmpeg4_decode_init(avctx) < 0 || ff_vc1_decode_init_alloc_tables(v) < 0) After adding avpriv_lock_codec and avpriv_unlock_codec since they don't exist. A couple ways to organize the fix but this way produces no addional testing or assignments: if (!s->context_initialized) { avpriv_lock_avcodec (); if (ff_msmpeg4_decode_init(avctx) < 0 || ff_vc1_decode_init_alloc_tables(v) < 0) { avpriv_unlock_avcodec (); goto err; } avpriv_unlock_avcodec (); s->low_delay = !avctx->has_b_frames || v->res_sprite; if (v->profile == PROFILE_ADVANCED) { s->h_edge_pos = avctx->coded_width; s->v_edge_pos = avctx->coded_height; } } I don't like this way with the 2 unlocks and I would probably restructure to an initialize_context function but trying to keep it straight foward here. If there is any way else to fix it with less impact, I don't know. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 10 21:59:10 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 10 Nov 2012 20:59:10 -0000 Subject: [FFmpeg-trac] #1876(avcodec:reopened): vc1dec.c multi-threading decode crash issue In-Reply-To: <036.fecdc32d94a6a6de277ed66df58c7cdf@avcodec.org> References: <036.fecdc32d94a6a6de277ed66df58c7cdf@avcodec.org> Message-ID: <051.9f01072bfa7123869af49216a28c6b11@avcodec.org> #1876: vc1dec.c multi-threading decode crash issue -------------------------------------+------------------------------------ Reporter: DonMoir | Owner: Type: defect | Status: reopened Priority: important | Component: avcodec Version: unspecified | Resolution: Keywords: vc1 crash | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by DonMoir): * status: closed => reopened * resolution: needs_more_info => -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 10 22:03:00 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 10 Nov 2012 21:03:00 -0000 Subject: [FFmpeg-trac] #1876(avcodec:reopened): vc1dec.c multi-threading decode crash issue In-Reply-To: <036.fecdc32d94a6a6de277ed66df58c7cdf@avcodec.org> References: <036.fecdc32d94a6a6de277ed66df58c7cdf@avcodec.org> Message-ID: <051.73b88a199a490b50f792975deef4634a@avcodec.org> #1876: vc1dec.c multi-threading decode crash issue -------------------------------------+------------------------------------ Reporter: DonMoir | Owner: Type: defect | Status: reopened Priority: important | Component: avcodec Version: unspecified | Resolution: Keywords: vc1 crash | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by heleppkes): I would suggest to simply submit a patchset which introduces the new lock functions, and uses them here (separate patches). We can discuss alternative cleanup ideas on the mailing list better then here. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 10 23:09:51 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 10 Nov 2012 22:09:51 -0000 Subject: [FFmpeg-trac] #1876(avcodec:closed): vc1dec.c multi-threading decode crash issue In-Reply-To: <036.fecdc32d94a6a6de277ed66df58c7cdf@avcodec.org> References: <036.fecdc32d94a6a6de277ed66df58c7cdf@avcodec.org> Message-ID: <051.0d5ab8f386413724b51d896121aa2275@avcodec.org> #1876: vc1dec.c multi-threading decode crash issue -------------------------------------+------------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: unspecified | Resolution: Keywords: vc1 crash | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: reopened => closed * resolution: => needs_more_info -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 10 23:23:14 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 10 Nov 2012 22:23:14 -0000 Subject: [FFmpeg-trac] #1876(avcodec:closed): vc1dec.c multi-threading decode crash issue In-Reply-To: <036.fecdc32d94a6a6de277ed66df58c7cdf@avcodec.org> References: <036.fecdc32d94a6a6de277ed66df58c7cdf@avcodec.org> Message-ID: <051.79fe8692af7bbf568af2088eb6084ff4@avcodec.org> #1876: vc1dec.c multi-threading decode crash issue -------------------------------------+------------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: unspecified | Resolution: Keywords: vc1 crash | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by DonMoir): There is not much more info I can provide and it appears being arrogant is more important than a crash. For anyone who actually understands the issue, the detail provided is more than enough. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 11 00:58:08 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 10 Nov 2012 23:58:08 -0000 Subject: [FFmpeg-trac] #1907(undetermined:new): use-after-free in matroska demuxer Message-ID: <036.4e34e55afa1c1da1851d4ad0e0dbf820@avcodec.org> #1907: use-after-free in matroska demuxer -------------------------------------+------------------------------------- Reporter: eugenis | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I've got this AddressSanitizer report twice, both times when seeking back in mplayer in an .mkv file. I don't have a reliable reproducer. "Heap- buffer-overflow" in the first line is really a use-after-free, that's an issue with the tool. Looks like matroska_parse_cluster_incremental() deletes the current cluster when it encounters a new one, but the old one can still be used for seeking? ERROR: AddressSanitizer: heap-buffer-overflow on address 0x7f9b247b1480 at pc 0xa2639c bp 0x7ffff0c41cb0 sp 0x7ffff0c41ca8 READ of size 8 at 0x7f9b247b1480 thread T0 #0 0xa2639b in matroska_read_seek /build/mplayer/ffmpeg/libavformat/matroskadec.c:2410 #1 0xb76c34 in seek_frame_internal /build/mplayer/ffmpeg/libavformat/utils.c:1952 #2 0x8360a4 in demux_seek_lavf /build/mplayer/libmpdemux/demux_lavf.c:690 #3 0x6941b9 in demux_seek /build/mplayer/libmpdemux/demuxer.c:1372 #4 0x4a0f30 in seek /build/mplayer/mplayer.c:2710 #5 0x49db59 in main /build/mplayer/mplayer.c:3964 #6 0x7f9b374c0efe in __libc_start_main /build/buildd/eglibc-2.13/csu /libc-start.c:226 0x7f9b247b1480 is located 1088 bytes inside of 13340-byte region [0x7f9b247b1040,0x7f9b247b445c) freed by thread T0 here: #0 0x1a2c710 in free ??:0 #1 0x19edaca in av_free /build/mplayer/ffmpeg/libavutil/mem.c:190 #2 0xa29e69 in ebml_free /build/mplayer/ffmpeg/libavformat/matroskadec.c:969 #3 0xa29f17 in ebml_free /build/mplayer/ffmpeg/libavformat/matroskadec.c:975 #4 0xa26b00 in matroska_parse_cluster_incremental /build/mplayer/ffmpeg/libavformat/matroskadec.c:2281 #5 0xa249e5 in matroska_read_packet /build/mplayer/ffmpeg/libavformat/matroskadec.c:2361 #6 0xb6ffb9 in ff_read_packet /build/mplayer/ffmpeg/libavformat/utils.c:710 #7 0xb72d63 in read_frame_internal /build/mplayer/ffmpeg/libavformat/utils.c:1284 #8 0xb71fa6 in av_read_frame /build/mplayer/ffmpeg/libavformat/utils.c:1436 #9 0x833c6f in demux_lavf_fill_buffer /build/mplayer/libmpdemux/demux_lavf.c:612 #10 0x690af5 in demux_fill_buffer /build/mplayer/libmpdemux/demuxer.c:633 #11 0x691a29 in ds_get_packet /build/mplayer/libmpdemux/demuxer.c:832 #12 0x8245f5 in decode_audio /build/mplayer/libmpcodecs/ad_ffmpeg.c:271 #13 0x5e1fdb in filter_n_bytes /build/mplayer/libmpcodecs/dec_audio.c:393 #14 0x49ad47 in fill_audio_out_buffers /build/mplayer/mplayer.c:2173 previously allocated by thread T0 here: #0 0x1a2ca4a in posix_memalign ??:0 #1 0x19edbad in av_malloc /build/mplayer/ffmpeg/libavutil/mem.c:97 #2 0x14729a6 in ff_fast_malloc /build/mplayer/ffmpeg/libavcodec/utils.c:82 #3 0xa2b69a in ebml_read_binary /build/mplayer/ffmpeg/libavformat/matroskadec.c:765 #4 0xa2b81f in ebml_parse_elem /build/mplayer/ffmpeg/libavformat/matroskadec.c:947 #5 0xa26984 in ebml_parse /build/mplayer/ffmpeg/libavformat/matroskadec.c:865 #6 0xa249e5 in matroska_read_packet /build/mplayer/ffmpeg/libavformat/matroskadec.c:2361 #7 0xb6ffb9 in ff_read_packet /build/mplayer/ffmpeg/libavformat/utils.c:710 #8 0xb72d63 in read_frame_internal /build/mplayer/ffmpeg/libavformat/utils.c:1284 #9 0xb71fa6 in av_read_frame /build/mplayer/ffmpeg/libavformat/utils.c:1436 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 11 08:12:44 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 11 Nov 2012 07:12:44 -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.c3cec23ec854f3a5b14e1e3b4f8cf1ac@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): Fixed 2nd problematic file. Thanks -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 11 09:23:22 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 11 Nov 2012 08:23:22 -0000 Subject: [FFmpeg-trac] #1907(avformat:new): use-after-free in matroska demuxer In-Reply-To: <036.4e34e55afa1c1da1851d4ad0e0dbf820@avcodec.org> References: <036.4e34e55afa1c1da1851d4ad0e0dbf820@avcodec.org> Message-ID: <051.67c5a7183d1ac4299d22ced650fc8875@avcodec.org> #1907: use-after-free in matroska demuxer -------------------------------------+------------------------------------ Reporter: eugenis | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: unspecified | Resolution: Keywords: mkv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => mkv * priority: normal => important * component: undetermined => avformat Old description: > I've got this AddressSanitizer report twice, both times when seeking back > in mplayer in an .mkv file. I don't have a reliable reproducer. "Heap- > buffer-overflow" in the first line is really a use-after-free, that's an > issue with the tool. > > Looks like matroska_parse_cluster_incremental() deletes the current > cluster when it encounters a new one, but the old one can still be used > for seeking? > > ERROR: AddressSanitizer: heap-buffer-overflow on address 0x7f9b247b1480 > at pc 0xa2639c bp 0x7ffff0c41cb0 sp 0x7ffff0c41ca8 > READ of size 8 at 0x7f9b247b1480 thread T0 > #0 0xa2639b in matroska_read_seek > /build/mplayer/ffmpeg/libavformat/matroskadec.c:2410 > #1 0xb76c34 in seek_frame_internal > /build/mplayer/ffmpeg/libavformat/utils.c:1952 > #2 0x8360a4 in demux_seek_lavf > /build/mplayer/libmpdemux/demux_lavf.c:690 > #3 0x6941b9 in demux_seek /build/mplayer/libmpdemux/demuxer.c:1372 > #4 0x4a0f30 in seek /build/mplayer/mplayer.c:2710 > #5 0x49db59 in main /build/mplayer/mplayer.c:3964 > #6 0x7f9b374c0efe in __libc_start_main /build/buildd/eglibc-2.13/csu > /libc-start.c:226 > 0x7f9b247b1480 is located 1088 bytes inside of 13340-byte region > [0x7f9b247b1040,0x7f9b247b445c) > freed by thread T0 here: > #0 0x1a2c710 in free ??:0 > #1 0x19edaca in av_free /build/mplayer/ffmpeg/libavutil/mem.c:190 > #2 0xa29e69 in ebml_free > /build/mplayer/ffmpeg/libavformat/matroskadec.c:969 > #3 0xa29f17 in ebml_free > /build/mplayer/ffmpeg/libavformat/matroskadec.c:975 > #4 0xa26b00 in matroska_parse_cluster_incremental > /build/mplayer/ffmpeg/libavformat/matroskadec.c:2281 > #5 0xa249e5 in matroska_read_packet > /build/mplayer/ffmpeg/libavformat/matroskadec.c:2361 > #6 0xb6ffb9 in ff_read_packet > /build/mplayer/ffmpeg/libavformat/utils.c:710 > #7 0xb72d63 in read_frame_internal > /build/mplayer/ffmpeg/libavformat/utils.c:1284 > #8 0xb71fa6 in av_read_frame > /build/mplayer/ffmpeg/libavformat/utils.c:1436 > #9 0x833c6f in demux_lavf_fill_buffer > /build/mplayer/libmpdemux/demux_lavf.c:612 > #10 0x690af5 in demux_fill_buffer > /build/mplayer/libmpdemux/demuxer.c:633 > #11 0x691a29 in ds_get_packet /build/mplayer/libmpdemux/demuxer.c:832 > #12 0x8245f5 in decode_audio > /build/mplayer/libmpcodecs/ad_ffmpeg.c:271 > #13 0x5e1fdb in filter_n_bytes > /build/mplayer/libmpcodecs/dec_audio.c:393 > #14 0x49ad47 in fill_audio_out_buffers /build/mplayer/mplayer.c:2173 > previously allocated by thread T0 here: > #0 0x1a2ca4a in posix_memalign ??:0 > #1 0x19edbad in av_malloc /build/mplayer/ffmpeg/libavutil/mem.c:97 > #2 0x14729a6 in ff_fast_malloc > /build/mplayer/ffmpeg/libavcodec/utils.c:82 > #3 0xa2b69a in ebml_read_binary > /build/mplayer/ffmpeg/libavformat/matroskadec.c:765 > #4 0xa2b81f in ebml_parse_elem > /build/mplayer/ffmpeg/libavformat/matroskadec.c:947 > #5 0xa26984 in ebml_parse > /build/mplayer/ffmpeg/libavformat/matroskadec.c:865 > #6 0xa249e5 in matroska_read_packet > /build/mplayer/ffmpeg/libavformat/matroskadec.c:2361 > #7 0xb6ffb9 in ff_read_packet > /build/mplayer/ffmpeg/libavformat/utils.c:710 > #8 0xb72d63 in read_frame_internal > /build/mplayer/ffmpeg/libavformat/utils.c:1284 > #9 0xb71fa6 in av_read_frame > /build/mplayer/ffmpeg/libavformat/utils.c:1436 New description: I've got this AddressSanitizer report twice, both times when seeking back in mplayer in an .mkv file. I don't have a reliable reproducer. "Heap- buffer-overflow" in the first line is really a use-after-free, that's an issue with the tool. Looks like matroska_parse_cluster_incremental() deletes the current cluster when it encounters a new one, but the old one can still be used for seeking? {{{ ERROR: AddressSanitizer: heap-buffer-overflow on address 0x7f9b247b1480 at pc 0xa2639c bp 0x7ffff0c41cb0 sp 0x7ffff0c41ca8 READ of size 8 at 0x7f9b247b1480 thread T0 #0 0xa2639b in matroska_read_seek /build/mplayer/ffmpeg/libavformat/matroskadec.c:2410 #1 0xb76c34 in seek_frame_internal /build/mplayer/ffmpeg/libavformat/utils.c:1952 #2 0x8360a4 in demux_seek_lavf /build/mplayer/libmpdemux/demux_lavf.c:690 #3 0x6941b9 in demux_seek /build/mplayer/libmpdemux/demuxer.c:1372 #4 0x4a0f30 in seek /build/mplayer/mplayer.c:2710 #5 0x49db59 in main /build/mplayer/mplayer.c:3964 #6 0x7f9b374c0efe in __libc_start_main /build/buildd/eglibc-2.13/csu /libc-start.c:226 0x7f9b247b1480 is located 1088 bytes inside of 13340-byte region [0x7f9b247b1040,0x7f9b247b445c) freed by thread T0 here: #0 0x1a2c710 in free ??:0 #1 0x19edaca in av_free /build/mplayer/ffmpeg/libavutil/mem.c:190 #2 0xa29e69 in ebml_free /build/mplayer/ffmpeg/libavformat/matroskadec.c:969 #3 0xa29f17 in ebml_free /build/mplayer/ffmpeg/libavformat/matroskadec.c:975 #4 0xa26b00 in matroska_parse_cluster_incremental /build/mplayer/ffmpeg/libavformat/matroskadec.c:2281 #5 0xa249e5 in matroska_read_packet /build/mplayer/ffmpeg/libavformat/matroskadec.c:2361 #6 0xb6ffb9 in ff_read_packet /build/mplayer/ffmpeg/libavformat/utils.c:710 #7 0xb72d63 in read_frame_internal /build/mplayer/ffmpeg/libavformat/utils.c:1284 #8 0xb71fa6 in av_read_frame /build/mplayer/ffmpeg/libavformat/utils.c:1436 #9 0x833c6f in demux_lavf_fill_buffer /build/mplayer/libmpdemux/demux_lavf.c:612 #10 0x690af5 in demux_fill_buffer /build/mplayer/libmpdemux/demuxer.c:633 #11 0x691a29 in ds_get_packet /build/mplayer/libmpdemux/demuxer.c:832 #12 0x8245f5 in decode_audio /build/mplayer/libmpcodecs/ad_ffmpeg.c:271 #13 0x5e1fdb in filter_n_bytes /build/mplayer/libmpcodecs/dec_audio.c:393 #14 0x49ad47 in fill_audio_out_buffers /build/mplayer/mplayer.c:2173 previously allocated by thread T0 here: #0 0x1a2ca4a in posix_memalign ??:0 #1 0x19edbad in av_malloc /build/mplayer/ffmpeg/libavutil/mem.c:97 #2 0x14729a6 in ff_fast_malloc /build/mplayer/ffmpeg/libavcodec/utils.c:82 #3 0xa2b69a in ebml_read_binary /build/mplayer/ffmpeg/libavformat/matroskadec.c:765 #4 0xa2b81f in ebml_parse_elem /build/mplayer/ffmpeg/libavformat/matroskadec.c:947 #5 0xa26984 in ebml_parse /build/mplayer/ffmpeg/libavformat/matroskadec.c:865 #6 0xa249e5 in matroska_read_packet /build/mplayer/ffmpeg/libavformat/matroskadec.c:2361 #7 0xb6ffb9 in ff_read_packet /build/mplayer/ffmpeg/libavformat/utils.c:710 #8 0xb72d63 in read_frame_internal /build/mplayer/ffmpeg/libavformat/utils.c:1284 #9 0xb71fa6 in av_read_frame /build/mplayer/ffmpeg/libavformat/utils.c:1436 -- Comment: Could you add the FFmpeg version you are testing? (A crash in mkv was fixed tonight.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 11 09:44:43 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 11 Nov 2012 08:44:43 -0000 Subject: [FFmpeg-trac] #1907(avformat:new): use-after-free in matroska demuxer In-Reply-To: <036.4e34e55afa1c1da1851d4ad0e0dbf820@avcodec.org> References: <036.4e34e55afa1c1da1851d4ad0e0dbf820@avcodec.org> Message-ID: <051.e0a4bc55c7c8e31e4841ea4c41a5c3ac@avcodec.org> #1907: use-after-free in matroska demuxer -------------------------------------+------------------------------------ Reporter: eugenis | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: unspecified | Resolution: Keywords: mkv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by eugenis): This was observed with git synced at: commit e56b0984103b981ec25fe8a22ef9c4905b9751dd Author: Cl?ment B?sch Date: Thu Oct 25 00:27:10 2012 +0200 lavf/srtenc: ignore invalid timed packets instead of failing. This way we don't abort in the middle of remuxing, just warn about an event ignored. The index increment is moved to make sure the output numbers still make sense. The fix for the crash you mentioned seems unrelated (it's in RM audio code, mine was h264/ac3). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 11 11:19:09 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 11 Nov 2012 10:19:09 -0000 Subject: [FFmpeg-trac] #1876(avcodec:reopened): vc1dec.c multi-threading decode crash issue In-Reply-To: <036.fecdc32d94a6a6de277ed66df58c7cdf@avcodec.org> References: <036.fecdc32d94a6a6de277ed66df58c7cdf@avcodec.org> Message-ID: <051.314b0517127c13c150d161401b042f00@avcodec.org> #1876: vc1dec.c multi-threading decode crash issue -------------------------------------+------------------------------------ Reporter: DonMoir | Owner: Type: defect | Status: reopened Priority: important | Component: avcodec Version: unspecified | Resolution: Keywords: vc1 crash | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------ Changes (by richardpl): * analyzed: 0 => 1 * cc: onemda@? (added) * status: closed => reopened * resolution: needs_more_info => * reproduced: 0 => 1 Comment: Please stop keep trying to close bugs which are not yet fixed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 11 11:21:50 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 11 Nov 2012 10:21:50 -0000 Subject: [FFmpeg-trac] #1904(avformat:open): image2: cannot open files not readable by owner In-Reply-To: <035.51265d304e5c0ceec9bbf01d92351216@avcodec.org> References: <035.51265d304e5c0ceec9bbf01d92351216@avcodec.org> Message-ID: <050.743333c3cc331ce0f1167056ae87d36e@avcodec.org> #1904: image2: cannot open files not readable by owner ------------------------------------+------------------------------------ Reporter: robert | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by richardpl): * status: new => open Comment: Please send patches to ffmpeg-devel mailing list. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 11 11:35:33 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 11 Nov 2012 10:35:33 -0000 Subject: [FFmpeg-trac] #1876(avcodec:reopened): vc1dec.c multi-threading decode crash issue In-Reply-To: <036.fecdc32d94a6a6de277ed66df58c7cdf@avcodec.org> References: <036.fecdc32d94a6a6de277ed66df58c7cdf@avcodec.org> Message-ID: <051.b46c33812da766a12aace8a735c47a2e@avcodec.org> #1876: vc1dec.c multi-threading decode crash issue -------------------------------------+------------------------------------ Reporter: DonMoir | Owner: Type: defect | Status: reopened Priority: important | Component: avcodec Version: unspecified | Resolution: Keywords: vc1 crash | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:19 DonMoir]: > There is not much more info I can provide Is there a backtrace that I missed? Or any code a developer wanting to fix the problem could test? To me it appears as if you did not provide any relevant information at all. > and it appears being arrogant is more important than a crash. Yes, this is exactly the feeling I have about your reports. You never provide any necessary information (including falsely pretending this isn't possibly, see above), instead you expect the developers to fill in the missing details. Combined with the fact that you refuse to send patches (that you say are easy to produce or you have even already tested them but time does not allow you to send them) makes your attitude truly a seldom example of arrogance! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 11 11:36:36 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 11 Nov 2012 10:36:36 -0000 Subject: [FFmpeg-trac] #1876(avcodec:reopened): vc1dec.c multi-threading decode crash issue In-Reply-To: <036.fecdc32d94a6a6de277ed66df58c7cdf@avcodec.org> References: <036.fecdc32d94a6a6de277ed66df58c7cdf@avcodec.org> Message-ID: <051.64b92e9161a8658dab35c964d85bce32@avcodec.org> #1876: vc1dec.c multi-threading decode crash issue -------------------------------------+------------------------------------ Reporter: DonMoir | Owner: Type: defect | Status: reopened Priority: important | Component: avcodec Version: unspecified | Resolution: Keywords: vc1 crash | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:21 cehoyos]: > Replying to [comment:19 DonMoir]: > > There is not much more info I can provide > Is there a backtrace that I missed? > Or any code a developer wanting to fix the problem could test? > > To me it appears as if you did not provide any relevant information at all. > > > and it appears being arrogant is more important than a crash. > Yes, this is exactly the feeling I have about your reports. > You never provide any necessary information (including falsely pretending this isn't possibly, see above), instead you expect the developers to fill in the missing details. Combined with the fact that you refuse to send patches (that you say are easy to produce or you have even already tested them but time does not allow you to send them) and ignore mailing list rules makes your attitude truly a seldom example of arrogance! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 11 11:39:55 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 11 Nov 2012 10:39:55 -0000 Subject: [FFmpeg-trac] #1845(avformat:open): 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.70c4acb2835af1cf2bb2ac37c3886c1a@avcodec.org> #1845: Encoded movies with mov_text subtitles do not play with QT Player ------------------------------------+------------------------------------ Reporter: Atarikid | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:9 Atarikid]: > OK, sorry for my reply. But only 'Not everybody owns a Mac' came out a bit rude imo :-) That is exactly the feeling I had reading "QT 7.7.2 is a tremendous old version no-one uses" -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 11 12:03:47 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 11 Nov 2012 11:03:47 -0000 Subject: [FFmpeg-trac] #1904(avformat:open): image2: cannot open files not readable by owner In-Reply-To: <035.51265d304e5c0ceec9bbf01d92351216@avcodec.org> References: <035.51265d304e5c0ceec9bbf01d92351216@avcodec.org> Message-ID: <050.332a23bccc28c3458b6fb8770189ba49@avcodec.org> #1904: image2: cannot open files not readable by owner ------------------------------------+------------------------------------ Reporter: robert | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Did you test above patch? Isn't open() refusing to open files if the user does not have the relevant permission himself? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 11 12:29:16 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 11 Nov 2012 11:29:16 -0000 Subject: [FFmpeg-trac] #1904(avformat:open): image2: cannot open files not readable by owner In-Reply-To: <035.51265d304e5c0ceec9bbf01d92351216@avcodec.org> References: <035.51265d304e5c0ceec9bbf01d92351216@avcodec.org> Message-ID: <050.963ba346a28932c5e0620d1ec596f6f9@avcodec.org> #1904: image2: cannot open files not readable by owner ------------------------------------+------------------------------------ Reporter: robert | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Attached is an alternative patch (that does not work here). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 11 12:54:14 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 11 Nov 2012 11:54:14 -0000 Subject: [FFmpeg-trac] #1904(avformat:open): image2: cannot open files not readable by owner In-Reply-To: <035.51265d304e5c0ceec9bbf01d92351216@avcodec.org> References: <035.51265d304e5c0ceec9bbf01d92351216@avcodec.org> Message-ID: <050.0151b1653d807e7a39dd4b73185cfac5@avcodec.org> #1904: image2: cannot open files not readable by owner ------------------------------------+------------------------------------ Reporter: robert | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: image2 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+------------------------------------ Changes (by cehoyos): * analyzed: 0 => 1 * keywords: => image2 * reproduced: 0 => 1 Comment: The patch works fine for this use-case: $ ls -l tests/lena.pnm --w----r-- 1 root root 196668 Oct 21 19:06 tests/lena.pnm -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 11 13:04:20 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 11 Nov 2012 12:04:20 -0000 Subject: [FFmpeg-trac] #1549(avformat:closed): adpcm_ea_r1 is not auto-detected In-Reply-To: <036.a03775718fd2f5e784af56fd0720a735@avcodec.org> References: <036.a03775718fd2f5e784af56fd0720a735@avcodec.org> Message-ID: <051.0cb489f1bd01f4ff048f796a47c8c083@avcodec.org> #1549: adpcm_ea_r1 is not auto-detected -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: | Blocked By: electronicarts roundup | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed Comment: Fixed by Peter Ross. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 11 19:20:12 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 11 Nov 2012 18:20:12 -0000 Subject: [FFmpeg-trac] #1904(avformat:open): image2: cannot open files not readable by owner In-Reply-To: <035.51265d304e5c0ceec9bbf01d92351216@avcodec.org> References: <035.51265d304e5c0ceec9bbf01d92351216@avcodec.org> Message-ID: <050.321b35e3b76707ccc0ee90e8330bee92@avcodec.org> #1904: image2: cannot open files not readable by owner ------------------------------------+------------------------------------ Reporter: robert | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: image2 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+------------------------------------ Comment (by robert): Replying to [comment:3 cehoyos]: > Did you test above patch? > Isn't open() refusing to open files if the user does not have the relevant permission himself? Hi cehoyos, I know it's odd but on Android you find those permissions, maybe because every app runs on its own sandbox with its own user, so it wouldn't make sense to make the files owned by a single user. I don't know, it's just an idea... Regarding your question about open()... it won't fail if "others" have read permission even when the "owner" has no read permissions. If you think your patch is better it's ok, I'm mostly a java programmer and I don't know much about the C apis. Thank your for your fast response. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 11 20:50:58 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 11 Nov 2012 19:50:58 -0000 Subject: [FFmpeg-trac] #1843(avformat:closed): 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.cba4c0097a4dfb16eb9f8937073cb2c3@avcodec.org> #1843: wav file fmt block size could be 16 for formatid==pcm ------------------------------------+------------------------------------ Reporter: cgo | Owner: Type: defect | Status: closed Priority: minor | Component: avformat Version: git-master | Resolution: invalid Keywords: wav | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => closed * resolution: => invalid Comment: Thank you for looking into the code, patch dropped. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 11 23:26:17 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 11 Nov 2012 22:26:17 -0000 Subject: [FFmpeg-trac] #1876(avcodec:reopened): vc1dec.c multi-threading decode crash issue In-Reply-To: <036.fecdc32d94a6a6de277ed66df58c7cdf@avcodec.org> References: <036.fecdc32d94a6a6de277ed66df58c7cdf@avcodec.org> Message-ID: <051.785ee0a021304d1a50c27cd349e38947@avcodec.org> #1876: vc1dec.c multi-threading decode crash issue -------------------------------------+------------------------------------ Reporter: DonMoir | Owner: Type: defect | Status: reopened Priority: important | Component: avcodec Version: unspecified | Resolution: Keywords: vc1 crash | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------ Comment (by DonMoir): Yeah Carl, to you it probably does seem like there is not enough detail. For a programmer who understands it is more than enough. If you had sufficient tools so I could show you the problem then even you could understand it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 11 23:28:32 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 11 Nov 2012 22:28:32 -0000 Subject: [FFmpeg-trac] #1876(avcodec:reopened): vc1dec.c multi-threading decode crash issue In-Reply-To: <036.fecdc32d94a6a6de277ed66df58c7cdf@avcodec.org> References: <036.fecdc32d94a6a6de277ed66df58c7cdf@avcodec.org> Message-ID: <051.501527cd5962ef048ad7ea266423419d@avcodec.org> #1876: vc1dec.c multi-threading decode crash issue -------------------------------------+------------------------------------ Reporter: DonMoir | Owner: Type: defect | Status: reopened Priority: important | Component: avcodec Version: unspecified | Resolution: Keywords: vc1 crash | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:22 DonMoir]: > Yeah Carl, to you it probably does seem like there is not enough detail. For a programmer who understands it is more than enough. Thank you! > If you had sufficient tools so I could show you the problem then even you could understand it. Could you tell me which tools I need? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 11 23:38:43 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 11 Nov 2012 22:38:43 -0000 Subject: [FFmpeg-trac] #1876(avcodec:reopened): vc1dec.c multi-threading decode crash issue In-Reply-To: <036.fecdc32d94a6a6de277ed66df58c7cdf@avcodec.org> References: <036.fecdc32d94a6a6de277ed66df58c7cdf@avcodec.org> Message-ID: <051.8c98801ae5939762ff3af51c45420502@avcodec.org> #1876: vc1dec.c multi-threading decode crash issue -------------------------------------+------------------------------------ Reporter: DonMoir | Owner: Type: defect | Status: reopened Priority: important | Component: avcodec Version: unspecified | Resolution: Keywords: vc1 crash | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------ Comment (by DonMoir): By the way, I have many more things to do then dealing with ffmpeg. Finding bugs in ffmpeg can take a lot of time. Reporting them sometimes takes even more time then it took to find them. I could spend all the time working just with ffmpeg but I can't afford to do that. It seems quite reasonable to me that if I point you to the actual bug which may have taken days to find, someone could spend an hour on it rather than wasting time on this ridiculous correspondence. You would need tools that can spin off multiple instances of a file in multiple threads and play them at the same time for this particular problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 11 23:55:08 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 11 Nov 2012 22:55:08 -0000 Subject: [FFmpeg-trac] #1876(avcodec:reopened): vc1dec.c multi-threading decode crash issue In-Reply-To: <036.fecdc32d94a6a6de277ed66df58c7cdf@avcodec.org> References: <036.fecdc32d94a6a6de277ed66df58c7cdf@avcodec.org> Message-ID: <051.faf7184a7af635105e7cd3994553adbc@avcodec.org> #1876: vc1dec.c multi-threading decode crash issue -------------------------------------+------------------------------------ Reporter: DonMoir | Owner: Type: defect | Status: reopened Priority: important | Component: avcodec Version: unspecified | Resolution: Keywords: vc1 crash | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:24 DonMoir]: > By the way, I have many more things to do then dealing with ffmpeg. Guess what: You are not the only one. > Finding bugs in ffmpeg can take a lot of time. Reporting them sometimes takes even more time then it took to find them. I already told you numerous times: It is ok if you add an analysis to a report, it is not ok if the analysis replaces the actual report. > I could spend all the time working just with ffmpeg but I can't afford to do that. > It seems quite reasonable to me that if I point you to the actual bug which may have taken days to find, someone could spend an hour on it rather than wasting time on this ridiculous correspondence. Yes, I agree: Instead of sharing insults, please provide a little more information! And apart from that: What should the developer do this hour? Don't you think it would make much more sense to work on a ticket that contains all necessary information? Or one where the reporter makes us believe he is actually interested in helping? > You would need tools that can spin off multiple instances of a file in multiple threads and play them at the same time for this particular problem. Names? Links? > Even then it can be hard to reproduce. Sometimes I can get it to crash right away and sometimes not. But I can always get it to crash. Then please provide the backtrace when it crashes, consider reading http://ffmpeg.org/bugreports.html if you believe I invented the idea of a backtrace because you provide such useful reports. > Pretending my ass. The crash report is not very relevant but I don't expect you to understand that either. See above. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 12 00:05:21 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 11 Nov 2012 23:05:21 -0000 Subject: [FFmpeg-trac] #1876(avcodec:reopened): vc1dec.c multi-threading decode crash issue In-Reply-To: <036.fecdc32d94a6a6de277ed66df58c7cdf@avcodec.org> References: <036.fecdc32d94a6a6de277ed66df58c7cdf@avcodec.org> Message-ID: <051.11ad509aa5dbae617142d91579e68330@avcodec.org> #1876: vc1dec.c multi-threading decode crash issue -------------------------------------+------------------------------------ Reporter: DonMoir | Owner: Type: defect | Status: reopened Priority: important | Component: avcodec Version: unspecified | Resolution: Keywords: vc1 crash | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------ Comment (by DonMoir): I have no clue what tools you can use. Someone in the ffmpeg group should probably add it to the list of things to do. The developer will know what to do as outlined above. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 12 00:17:15 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 11 Nov 2012 23:17:15 -0000 Subject: [FFmpeg-trac] #1876(avcodec:reopened): vc1dec.c multi-threading decode crash issue In-Reply-To: <036.fecdc32d94a6a6de277ed66df58c7cdf@avcodec.org> References: <036.fecdc32d94a6a6de277ed66df58c7cdf@avcodec.org> Message-ID: <051.aa5f57eb8a696359a87cb34bf610eaf5@avcodec.org> #1876: vc1dec.c multi-threading decode crash issue -------------------------------------+------------------------------------ Reporter: DonMoir | Owner: Type: defect | Status: reopened Priority: important | Component: avcodec Version: unspecified | Resolution: Keywords: vc1 crash | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------ Comment (by DonMoir): Which crash report would you like ? pick a number 1 thru 10. It can crash anywhere do to memory overwrites and so not relevant. I have also made steps in the direction of providing patches. I now have a linux machine with all necessary build tools. But still patches from me will have to wait. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 12 00:22:03 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 11 Nov 2012 23:22:03 -0000 Subject: [FFmpeg-trac] #1876(avcodec:reopened): vc1dec.c multi-threading decode crash issue In-Reply-To: <036.fecdc32d94a6a6de277ed66df58c7cdf@avcodec.org> References: <036.fecdc32d94a6a6de277ed66df58c7cdf@avcodec.org> Message-ID: <051.6e3d27571f895708fe39b7af74ae8a2d@avcodec.org> #1876: vc1dec.c multi-threading decode crash issue -------------------------------------+------------------------------------ Reporter: DonMoir | Owner: Type: defect | Status: reopened Priority: important | Component: avcodec Version: unspecified | Resolution: Keywords: vc1 crash | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------ Comment (by thegeek): I suggest using a mingw-compiled gdb to produce backtraces, this has worked for me before. I think you should be able to run your custom reproduction tools under gdb and then have gdb catch the exception (hopefully with backtrace) when it occurs. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 12 00:26:11 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 11 Nov 2012 23:26:11 -0000 Subject: [FFmpeg-trac] #1876(avcodec:reopened): vc1dec.c multi-threading decode crash issue In-Reply-To: <036.fecdc32d94a6a6de277ed66df58c7cdf@avcodec.org> References: <036.fecdc32d94a6a6de277ed66df58c7cdf@avcodec.org> Message-ID: <051.279674f0a467236d5d8b547ad78fcb55@avcodec.org> #1876: vc1dec.c multi-threading decode crash issue -------------------------------------+------------------------------------ Reporter: DonMoir | Owner: Type: defect | Status: reopened Priority: important | Component: avcodec Version: unspecified | Resolution: Keywords: vc1 crash | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------ Comment (by DonMoir): Can't do that geek, because the app is a windows app and complex. Again stack trace in this scenario is not useful anyway. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 12 01:44:49 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 12 Nov 2012 00:44:49 -0000 Subject: [FFmpeg-trac] #1876(avcodec:reopened): vc1dec.c multi-threading decode crash issue In-Reply-To: <036.fecdc32d94a6a6de277ed66df58c7cdf@avcodec.org> References: <036.fecdc32d94a6a6de277ed66df58c7cdf@avcodec.org> Message-ID: <051.39e24cebd7154aa4ecf74fa6e98ff3bc@avcodec.org> #1876: vc1dec.c multi-threading decode crash issue -------------------------------------+------------------------------------ Reporter: DonMoir | Owner: Type: defect | Status: reopened Priority: important | Component: avcodec Version: unspecified | Resolution: Keywords: vc1 crash | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------ Comment (by cehoyos): MSVC compilation is regularly tested, you can provide Windows backtraces now. Which of course brings me to the next question: Why do you need a Linux box? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 12 02:04:11 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 12 Nov 2012 01:04:11 -0000 Subject: [FFmpeg-trac] #1876(avcodec:reopened): vc1dec.c multi-threading decode crash issue In-Reply-To: <036.fecdc32d94a6a6de277ed66df58c7cdf@avcodec.org> References: <036.fecdc32d94a6a6de277ed66df58c7cdf@avcodec.org> Message-ID: <051.8386efee48db3f6b4ecccab54998db2b@avcodec.org> #1876: vc1dec.c multi-threading decode crash issue -------------------------------------+------------------------------------ Reporter: DonMoir | Owner: Type: defect | Status: reopened Priority: important | Component: avcodec Version: unspecified | Resolution: Keywords: vc1 crash | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------ Comment (by DonMoir): Yeah I suppose if I wanted to mess around with c99-to-c89 and spend more time on dealing with that I could do that. But if c99-to-c89 is so bullet proof why don't you just convert over all of ffmpeg to c89. Most people I know went to c++ from c89 and c99 did not even exist back then. Even if you did not want to use classes etc, c++ is a better c. The ffmpeg group chose to use the list used syntax version of c and so all hassle with that has been passed on to everyone else. linux gives me a cleaner and more well defined environment, grabbing libraries, etc for dealing with ffmpeg rather than dealing with msys. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 12 14:49:28 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 12 Nov 2012 13:49:28 -0000 Subject: [FFmpeg-trac] #1821(avformat:reopened): Error processing WAV audio file In-Reply-To: <035.f5a398b6fbf75deb0867056ae78d699d@avcodec.org> References: <035.f5a398b6fbf75deb0867056ae78d699d@avcodec.org> Message-ID: <050.7d50ce2e7c04f253f4ba46728437d013@avcodec.org> #1821: Error processing WAV audio file -------------------------------------+------------------------------------- Reporter: paulbu | Owner: Type: defect | Status: reopened Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: wav | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by nostah): * status: closed => reopened * resolution: fixed => Comment: I have slightly different wav file (with adpcm inside) and also get this error message. It still works fine with very old 0.6.1 (that was in debian stable) but fails with version built from git. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 12 14:50:37 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 12 Nov 2012 13:50:37 -0000 Subject: [FFmpeg-trac] #1821(avformat:reopened): Error processing WAV audio file In-Reply-To: <035.f5a398b6fbf75deb0867056ae78d699d@avcodec.org> References: <035.f5a398b6fbf75deb0867056ae78d699d@avcodec.org> Message-ID: <050.d1b2bfbc306040b74426f25da40d40d4@avcodec.org> #1821: Error processing WAV audio file -------------------------------------+------------------------------------- Reporter: paulbu | Owner: Type: defect | Status: reopened Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: wav | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by nostah): The file plays fine in VLC (linux) and QT Player (mac). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 12 18:52:04 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 12 Nov 2012 17:52:04 -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.51f3414e45cf8edd0d5cdb7f17d96c0c@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 ami_stuff): This patch improves demuxing of "GipsyGuitar.wmv": http://article.gmane.org/gmane.comp.video.libav.devel/33525 http://samples.ffmpeg.org/V-codecs/MSS1/GipsyGuitar.wmv -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 12 20:56:36 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 12 Nov 2012 19:56:36 -0000 Subject: [FFmpeg-trac] #1907(avformat:new): use-after-free in matroska demuxer In-Reply-To: <036.4e34e55afa1c1da1851d4ad0e0dbf820@avcodec.org> References: <036.4e34e55afa1c1da1851d4ad0e0dbf820@avcodec.org> Message-ID: <051.afff694b74ebf9cfe44ce64de3d651a7@avcodec.org> #1907: use-after-free in matroska demuxer -------------------------------------+------------------------------------ Reporter: eugenis | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: unspecified | Resolution: Keywords: mkv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by eugenis): I think I got this. First of all, the report is a bit off. This is indeed a heap-buffer- overflow, but the original allocation stack is lost because it is waaay off to the right of the actual allocation. This is what I believe is going on. At matroskadev.c:2414 index_sub value is obtained as an index into the index table of the subtitle track. Then, in line 2417 it is used as an index into whatever track we are seeking in: st->index_entries[index_sub].pos. It seems like sizes of index tables for different tracks do not have to be connected in any way, right? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 12 20:59:22 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 12 Nov 2012 19:59:22 -0000 Subject: [FFmpeg-trac] #1908(avformat:closed): error when copying eia_608 track In-Reply-To: <036.59a2edd3ecb171acd0f48b58650bb6bb@avcodec.org> References: <036.59a2edd3ecb171acd0f48b58650bb6bb@avcodec.org> Message-ID: <051.73914c944ad1f541b9689167737b3ffb@avcodec.org> #1908: error when copying eia_608 track -------------------------------------+------------------------------------- Reporter: dericed | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: duplicate Keywords: eia_608 mov | Blocked By: abort | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: eia_608 => eia_608 mov abort * priority: normal => important * status: new => closed * resolution: => duplicate Comment: Looks like a duplicate of ticket #1820, I suggest to test again once that ticket is fixed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 12 21:00:15 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 12 Nov 2012 20:00:15 -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.9ab1ced5a19fc92202595223243f294a@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): * cc: dericed (added) Comment: Ticket #1908 looks like a duplicate of this ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 12 21:01:14 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 12 Nov 2012 20:01:14 -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.9b743d265b1894279558423c7e7ddd2c@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 cehoyos): You did realize meanwhile that there are not ~4 calls to abort() in the FFmpeg source code, but >150 (or didn't you)? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 12 21:44:26 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 12 Nov 2012 20:44:26 -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.bb4e8e64e3c7e638286f06e676b2467c@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): I only see 4 files effected that matter. They all should be removed regardless of how many and handled in a professional way. You should also reopen ticket so someone with common sense can look at it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 12 21:44:51 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 12 Nov 2012 20:44:51 -0000 Subject: [FFmpeg-trac] #1909(FFmpeg:new): Add support for skipping a header for rawvideo inputs Message-ID: <035.42cca3365a2a3887f812b2f07060d162@avcodec.org> #1909: Add support for skipping a header for rawvideo inputs --------------------------------+--------------------------------------- Reporter: erezst | Type: enhancement Status: new | Priority: normal Component: FFmpeg | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+--------------------------------------- Some programs dump uncompressed video files with a custom header at the beginning. To use these files as inputs for FFMPEG, the rawvideo codec needs to be able to skip this header. The input format is: [ Header - e.g. 100 bytes] [ Frame #1 ] [ Frame #2 ] [ ... ] [ Frame #N ] Header -- a fixed-length header (for example, 100 bytes). Frame - A raw video frame in some pix_fmt (e.g. YUV422p). A command-line for encoding this file to H.264 might be: ffmpeg -vcodec rawvideo -f rawvideo -pix_fmt yuv422p -skipheader 100 -i -s 640x480 -r 30 -vcodec libx264 The '-skipheader 100' parameter is what this feature request is about. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 12 21:46:43 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 12 Nov 2012 20:46:43 -0000 Subject: [FFmpeg-trac] #1909(FFmpeg:open): Add support for skipping a header for rawvideo inputs In-Reply-To: <035.42cca3365a2a3887f812b2f07060d162@avcodec.org> References: <035.42cca3365a2a3887f812b2f07060d162@avcodec.org> Message-ID: <050.69eb4adeac8927a34400109245591f2c@avcodec.org> #1909: Add support for skipping a header for rawvideo inputs -------------------------------------+---------------------------------- Reporter: erezst | Owner: Type: enhancement | Status: open Priority: wish | Component: FFmpeg 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 * version: unspecified => git-master * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 12 22:08:15 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 12 Nov 2012 21:08:15 -0000 Subject: [FFmpeg-trac] #1910(avcodec:new): Support Canopus Lossless YUY2 Message-ID: <036.6dc79fbc270547d142c1e630e36d5273@avcodec.org> #1910: Support Canopus Lossless YUY2 ---------------------------------------+--------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: new Priority: wish | Component: avcodec Version: git-master | Keywords: cllc Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 ---------------------------------------+--------------------------------- I will upload an unsupported Canopus sample. {{{ $ ffmpeg -i Lossless_1280x720x50p_cut.avi ffmpeg version N-46646-g0e239b2 Copyright (c) 2000-2012 the FFmpeg developers built on Nov 12 2012 21:32:15 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 6.100 / 52. 6.100 libavcodec 54. 71.100 / 54. 71.100 libavformat 54. 36.100 / 54. 36.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 22.101 / 3. 22.101 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 [cllc @ 0x2bcc740] Unknown coding type: 0. Last message repeated 7 times [avi @ 0x2bc6240] decoding for stream 0 failed [avi @ 0x2bc6240] Could not find codec parameters for stream 0 (Video: cllc (CLLC / 0x434C4C43), 1280x720): unspecified pixel format Consider increasing the value for the 'analyzeduration' and 'probesize' options Lossless_1280x720x50p_cut.avi: could not find codec parameters }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 12 22:09:02 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 12 Nov 2012 21:09:02 -0000 Subject: [FFmpeg-trac] #1910(avcodec:new): Support Canopus Lossless YUY2 In-Reply-To: <036.6dc79fbc270547d142c1e630e36d5273@avcodec.org> References: <036.6dc79fbc270547d142c1e630e36d5273@avcodec.org> Message-ID: <051.ed540c112fabf8c16c179322adba3537@avcodec.org> #1910: Support Canopus Lossless YUY2 -------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: new Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: cllc | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by cehoyos): Sample uploaded to http://samples.ffmpeg.org/ffmpeg-bugs/trac/ticket1910/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 12 22:27:32 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 12 Nov 2012 21:27:32 -0000 Subject: [FFmpeg-trac] #1911(undetermined:new): ffplay fails to seek Message-ID: <038.7ad3dbcb7578a3cfd67c879ff4d8dfd1@avcodec.org> #1911: ffplay fails 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 -------------------------------------+------------------------------------- I wanted to investigate ticket #296, but found out that ffplay is unable to seek in the attached file to certain durations while ffmpeg have no problem to do so (ffmpeg -ss 10 -i keyframe_every_100_frames.avi out.avi). (the same problem is reproducible while seeking with the mouse). http://www.datafilehost.com/download-1286e616.html {{{ C:\>ffplay -noframedrop -ss 10 keyframe_every_100_frames.avi ffplay version N-46469-gc995644 Copyright (c) 2003-2012 the FFmpeg developers built on Nov 5 2012 17:54:28 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. 5.100 / 52. 5.100 libavcodec 54. 71.100 / 54. 71.100 libavformat 54. 36.100 / 54. 36.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 21.106 / 3. 21.106 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 [mpeg4 @ 02af60a0] Invalid and inefficient vfw-avi packed B frames detected Input #0, avi, from 'keyframe_every_100_frames.avi': Duration: 00:01:33.30, start: 0.000000, bitrate: 268 kb/s Stream #0:0: Video: mpeg4 (Advanced Simple Profile) (XVID / 0x44495658), yuv 420p, 352x240 [SAR 1:1 DAR 22:15], 20 tbr, 20 tbn, 20 tbc [mpeg4 @ 02af60a0] Invalid and inefficient vfw-avi packed B frames detected Last message repeated 1 times Frame changed from size:0x0 to size:352x240 2.19 A-V: 0.000 fd= 0 aq= 0KB vq= 39KB sq= 0B f=0/0 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 12 22:48:30 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 12 Nov 2012 21:48:30 -0000 Subject: [FFmpeg-trac] #1911(undetermined:open): ffplay fails to seek In-Reply-To: <038.7ad3dbcb7578a3cfd67c879ff4d8dfd1@avcodec.org> References: <038.7ad3dbcb7578a3cfd67c879ff4d8dfd1@avcodec.org> Message-ID: <053.7d2bdbbc2c612dbf91275aaa82b3bc7e@avcodec.org> #1911: ffplay fails to seek -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: seek | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => seek * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 12 22:51:08 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 12 Nov 2012 21:51:08 -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.f03faf536496238daac303b46b41bf1f@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 reimar): All av_assert* use abort(). Unfortunately all av_assert and aborts I can find are for cases where a serious error occurred, we are in an unknown state and generally it is simply unfixable and continuing would potentially make bugs easier to exploit. Or to put it differently: > 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. It is used in cases where FFmpeg itself has exactly this problem. A ff_abort seems kind of pointless, since you can already catch SIGABRT for a more or less similar effect. So I do not see a way to avoid them that provides a reasonable cost/benefit ratio, however 1) All abort() that are called directly should probably be replaced with av_assert0 2) There might be _some_ that would be better to replace with a more robust solution (for example the one in ff_init_sparse_vlc that you probably encountered could probably be enhanced with a check that all static tables are initialized under a lock, thus making this kind of mistake immediately obvious). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 12 23:28:13 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 12 Nov 2012 22:28:13 -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.34c58884a82de4cab5e04aa6fdb0bc02@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): The problem is in a GUI app it's plain ridiculous. No one knows why it suddenly shut down and then you have people chasing ghosts. Also in my case, the GUI app is doing a lot more then just playing a video. It's also running laser shows etc. in public view. Why shut the whole program down when just one video or whatever failed ? We now might have a laser stuck on hold shooting airplanes out of the sky. (just kidding) When I first found this it was one of those spurious crashes from the unmentionable ticket #1876 and so was busy looking at that. I ignored it because I knew it was just a random crash due to the nature of threading but it made me aware of the abort calls. In the real world we need to be more accountable for problems such as these. There is enough justification in this ticket to have a closer look. If only one video failed, then so what. It's not justification to shut the whole program down. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 12 23:37:31 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 12 Nov 2012 22:37:31 -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.8486b8be4de72b81c6086c89599c2472@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): Also, I have never ever had a need to call abort at anytime. It's just today where people are more app to take the easy way out. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 13 02:51:55 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 13 Nov 2012 01:51:55 -0000 Subject: [FFmpeg-trac] #1912(undetermined:new): mpeg2video cpu usage bottleneck Message-ID: <036.2c42ce0a9586472af953d851383f38f3@avcodec.org> #1912: mpeg2video cpu usage bottleneck -------------------------------------+------------------------------------- Reporter: darkbit | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: mpeg2video | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I tried to narrow it down as much as possible to ffmpeg so here is my log: I noticed on my quad core machine that ffmpeg would not use more than 50% on each core. #First I created a ramdisk with lilo using append=" ramdisk_size=4194304" #On fstab I added the line: /dev/ram0 /ram tmpfs defaults 1 2 #then ran lilo #created the /ram directory #after the reboot with the ram disk I clocked up my cpu to its full clock of 1600Mhz per core, using cpufreq-set. USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND branden 3433 179 0.2 266920 15316 pts/0 Sl+ 01:12 1:15 ffmpeg -threads 8 -i dex.mpg -an -vcodec mpeg2video -threads 8 -b 15000k dex.mpeg ffmpeg -threads 8 -i in.mpg -an -vcodec mpeg2video -threads 8 -b 15000k out.mpeg frame=72058 fps=505 q=2.0 Lsize= 471050kB time=00:50:02.37 bitrate=1285.3kbits/s -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 13 03:21:10 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 13 Nov 2012 02:21:10 -0000 Subject: [FFmpeg-trac] #1912(undetermined:new): mpeg2video cpu usage bottleneck In-Reply-To: <036.2c42ce0a9586472af953d851383f38f3@avcodec.org> References: <036.2c42ce0a9586472af953d851383f38f3@avcodec.org> Message-ID: <051.7a154a9f291c4151a0c38febe039e0f2@avcodec.org> #1912: mpeg2video cpu usage bottleneck -------------------------------------+------------------------------------- Reporter: darkbit | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: mpeg2video | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by darkbit): I made a small typo, ffmpeg -threads 8 -i in.mpg -an -vcodec mpeg2video -threads 8 -b 15000k out.mpeg should be: ffmpeg -threads 8 -i dex.mpg -an -vcodec mpeg2video -threads 8 -b 15000k dex.mpeg -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 13 05:42:59 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 13 Nov 2012 04:42:59 -0000 Subject: [FFmpeg-trac] #1912(undetermined:new): mpeg2video cpu usage bottleneck In-Reply-To: <036.2c42ce0a9586472af953d851383f38f3@avcodec.org> References: <036.2c42ce0a9586472af953d851383f38f3@avcodec.org> Message-ID: <051.200c97a6beb6a39c940f62b6b6f82022@avcodec.org> #1912: mpeg2video cpu usage bottleneck -------------------------------------+------------------------------------- Reporter: darkbit | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: mpeg2video | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Complete, uncut console output missing. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 13 05:48:40 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 13 Nov 2012 04:48:40 -0000 Subject: [FFmpeg-trac] #1912(undetermined:new): mpeg2video cpu usage bottleneck In-Reply-To: <036.2c42ce0a9586472af953d851383f38f3@avcodec.org> References: <036.2c42ce0a9586472af953d851383f38f3@avcodec.org> Message-ID: <051.54d93ffc5d08b01a4a89010620934bf8@avcodec.org> #1912: mpeg2video cpu usage bottleneck -------------------------------------+------------------------------------- Reporter: darkbit | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: mpeg2video | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by darkbit): I thought I gave everything that was needed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 13 09:16:46 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 13 Nov 2012 08:16:46 -0000 Subject: [FFmpeg-trac] #1913(avcodec:new): Why file fails to open when saving frames from one file to other without any encoding/decoding? Message-ID: <038.d33f1f2fca967c2560ecebf65b6efd64@avcodec.org> #1913: Why file fails to open when saving frames from one file to other without any encoding/decoding? -----------------------------------+--------------------------------------- Reporter: theateist | Type: defect Status: new | Priority: important Component: avcodec | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -----------------------------------+--------------------------------------- I started learning ffmpeg and for practice I use the following code to just save all frames from inFileName to outFileName. At first sight it success but the file fails to open with WindowsMediaPlayer. VLC Player opens it but I see strange colorful stripes at the bottom. In addition, the pix_fmt of inFileName is pal8 and of the outFileName is changed to bgr24, although I construct outFormatCtx the same as inFormatCtx. What is the problem and why I get different pix_fmt in out file? Thanks {{{ const char* inFileName = "C:\\FlickAnimation.avi"; const char* outFileName = "c:\\out.avi"; const char* outFileType = "avi"; av_register_all(); AVFormatContext* inFormatCtx = NULL; int err = avformat_open_input(&inFormatCtx, inFileName, NULL, NULL); if (err < 0) exit(1); err = av_find_stream_info(inFormatCtx); if (err < 0) exit(1); // Find video stream int videoStreamIndex = -1; for (unsigned int i = 0; i < inFormatCtx->nb_streams; ++i) { if (inFormatCtx->streams[i] && inFormatCtx->streams[i]->codec && inFormatCtx->streams[i]->codec->codec_type == AVMEDIA_TYPE_VIDEO) { videoStreamIndex = i; break; } } if (videoStreamIndex == -1) exit(1); AVOutputFormat* outFormat = av_guess_format(outFileType, NULL, NULL); if (!outFormat) exit(1); AVFormatContext* outFormatCtx = NULL; err = avformat_alloc_output_context2(&outFormatCtx, outFormat, NULL, NULL); if (err < 0 || !outFormatCtx) exit(1); err = avio_open(&outFormatCtx->pb, outFileName, AVIO_FLAG_WRITE); if (err < 0) exit(1); // Create and initiate output stream AVStream* outStream = av_new_stream(outFormatCtx, 0); AVStream const* const inStream = inFormatCtx->streams[videoStreamIndex]; AVCodec* codec = NULL; avcodec_get_context_defaults3(outStream->codec, inStream->codec->codec); outStream->codec->coder_type = AVMEDIA_TYPE_VIDEO; outStream->codec->sample_aspect_ratio = outStream->sample_aspect_ratio = inStream->sample_aspect_ratio; outStream->disposition = inStream->disposition; outStream->codec->bits_per_raw_sample = inStream->codec->bits_per_raw_sample; outStream->codec->chroma_sample_location = inStream->codec->chroma_sample_location; outStream->codec->codec_id = inStream->codec->codec_id; outStream->codec->codec_type = inStream->codec->codec_type; outStream->codec->bit_rate = inStream->codec->bit_rate; outStream->codec->rc_max_rate = inStream->codec->rc_max_rate; outStream->codec->rc_buffer_size = inStream->codec->rc_buffer_size; if (!outStream->codec->codec_tag) { if (! outFormatCtx->oformat->codec_tag || av_codec_get_id (outFormatCtx->oformat->codec_tag, inStream->codec->codec_tag) == outStream->codec->codec_id || av_codec_get_tag(outFormatCtx->oformat->codec_tag, inStream->codec->codec_id) <= 0) outStream->codec->codec_tag = inStream->codec->codec_tag; } size_t extra_size_alloc = (inStream->codec->extradata_size > 0) ? (inStream->codec->extradata_size + FF_INPUT_BUFFER_PADDING_SIZE) : 0; if (extra_size_alloc) { outStream->codec->extradata = (uint8_t*)av_malloc(extra_size_alloc); memcpy(outStream->codec->extradata, inStream->codec->extradata, inStream->codec->extradata_size); } outStream->codec->extradata_size = inStream->codec->extradata_size; AVRational input_time_base = inStream->time_base; AVRational frameRate; frameRate.num = inStream->r_frame_rate.num; frameRate.den = inStream->r_frame_rate.den; outStream->r_frame_rate = frameRate; outStream->codec->time_base = inStream->codec->time_base; outStream->codec->pix_fmt = inStream->codec->pix_fmt; outStream->codec->width = inStream->codec->width; outStream->codec->height = inStream->codec->height; outStream->codec->has_b_frames = inStream->codec->has_b_frames; if (!outStream->codec->sample_aspect_ratio.num) { AVRational r0 = {0, 1}; outStream->codec->sample_aspect_ratio = outStream->sample_aspect_ratio = inStream->sample_aspect_ratio.num ? inStream->sample_aspect_ratio : inStream->codec->sample_aspect_ratio.num ? inStream->codec->sample_aspect_ratio : r0; } avformat_write_header(outFormatCtx, NULL); AVPacket packet; while(av_read_frame(inFormatCtx, &packet)>=0) { if (packet.stream_index == videoStreamIndex) { err = av_interleaved_write_frame(outFormatCtx, &packet); if (err < 0) exit(1); } av_free_packet(&packet); } av_write_trailer(outFormatCtx); avio_close(outFormatCtx->pb); avformat_free_context(outFormatCtx); av_close_input_file(inFormatCtx); }}} d -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 13 09:22:52 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 13 Nov 2012 08:22:52 -0000 Subject: [FFmpeg-trac] #1913(avcodec:new): Why file fails to open when saving frames from one file to other without any encoding/decoding? In-Reply-To: <038.d33f1f2fca967c2560ecebf65b6efd64@avcodec.org> References: <038.d33f1f2fca967c2560ecebf65b6efd64@avcodec.org> Message-ID: <053.d47e61ae8afe84c625c3841ed37fd1d6@avcodec.org> #1913: Why file fails to open when saving frames from one file to other without any encoding/decoding? -------------------------------------+----------------------------------- Reporter: theateist | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+----------------------------------- Comment (by theateist): FlickAnimation.avi is the file from which I take frames out.avi is the file to which I write the frames -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 13 14:29:42 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 13 Nov 2012 13:29:42 -0000 Subject: [FFmpeg-trac] #1914(avcodec:new): libavcodec is unable to decode h264 created by "Unreal h264 encoder" Message-ID: <042.ecac9fecdd9a0bffcd440ca85d6bcc93@avcodec.org> #1914: libavcodec is unable to decode h264 created by "Unreal h264 encoder" -------------------------------------+------------------------------------- Reporter: Kozlov | Type: defect Sergey | Priority: important Status: new | Version: Component: avcodec | unspecified Keywords: libavcodec | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------- Summary of the bug: How to reproduce: open file with Graph Studio Next Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 13 18:08:17 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 13 Nov 2012 17:08:17 -0000 Subject: [FFmpeg-trac] #1915(undetermined:new): mjpeg: fix/support morgan not interleaved Message-ID: <038.7171141b9311480d3e6c742eda7a9f64@avcodec.org> #1915: mjpeg: fix/support morgan not interleaved -------------------------------------+------------------------------------- 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 -------------------------------------+------------------------------------- decodes ok with "-f mjpeg" {{{ C:\>ffmpeg -i not_interleaved.avi out.avi ffmpeg version N-46616-g3a7f008 Copyright (c) 2000-2012 the FFmpeg developers built on Nov 12 2012 02:22:44 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 52. 5.100 / 52. 5.100 libavcodec 54. 71.100 / 54. 71.100 libavformat 54. 36.100 / 54. 36.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 22.101 / 3. 22.101 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 Input #0, avi, from 'not_interleaved.avi': Duration: 00:00:00.10, start: 0.000000, bitrate: 29015 kb/s Stream #0:0: Video: mjpeg (MJPG / 0x47504A4D), yuvj422p, 1024x768, 10 tbr, 1 0 tbn, 10 tbc Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf54.36.100 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 1024x768, q=2-31, 20 0 kb/s, 10 tbn, 10 tbc Stream mapping: Stream #0:0 -> #0:0 (mjpeg -> mpeg4) Press [q] to stop, [?] for help frame= 0 fps=0.0 q=0.0 Lsize= 6kB 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) }}} {{{ C:\>ffmpeg -f mjpeg -i not_interleaved.avi out.avi ffmpeg version N-46616-g3a7f008 Copyright (c) 2000-2012 the FFmpeg developers built on Nov 12 2012 02:22:44 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 52. 5.100 / 52. 5.100 libavcodec 54. 71.100 / 54. 71.100 libavformat 54. 36.100 / 54. 36.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 22.101 / 3. 22.101 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 [mjpeg @ 0x1edc3a0] Estimating duration from bitrate, this may be inaccurate Input #0, mjpeg, from 'not_interleaved.avi': Duration: N/A, bitrate: N/A Stream #0:0: Video: mjpeg, yuvj422p, 1024x384, 25 tbr, 1200k tbn, 25 tbc Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf54.36.100 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 1024x384, q=2-31, 20 0 kb/s, 25 tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (mjpeg -> mpeg4) Press [q] to stop, [?] for help frame= 1 fps=0.0 q=5.6 Lsize= 47kB time=00:00:00.04 bitrate=9706.4kbits/ s video:42kB audio:0kB subtitle:0 global headers:0kB muxing overhead 13.323682% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 13 18:21:32 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 13 Nov 2012 17:21:32 -0000 Subject: [FFmpeg-trac] #1915(undetermined:open): mjpeg: fix/support morgan not interleaved In-Reply-To: <038.7171141b9311480d3e6c742eda7a9f64@avcodec.org> References: <038.7171141b9311480d3e6c742eda7a9f64@avcodec.org> Message-ID: <053.089ad074d309663be128fc8bd3919b3b@avcodec.org> #1915: mjpeg: fix/support morgan not interleaved -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: avi mjpeg | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => avi mjpeg * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 Comment: Is the problem also reproducible with longer streams (more than one frame)? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 13 18:32:30 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 13 Nov 2012 17:32:30 -0000 Subject: [FFmpeg-trac] #1914(avcodec:new): libavcodec is unable to decode h264 created by "Unreal h264 encoder" In-Reply-To: <042.ecac9fecdd9a0bffcd440ca85d6bcc93@avcodec.org> References: <042.ecac9fecdd9a0bffcd440ca85d6bcc93@avcodec.org> Message-ID: <057.c01162833c2c9b5b4ea49a308f57ff51@avcodec.org> #1914: libavcodec is unable to decode h264 created by "Unreal h264 encoder" ---------------------------------------+----------------------------------- Reporter: Kozlov Sergey | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Changes (by cehoyos): * analyzed: 1 => 0 * keywords: libavcodec => h264 * version: unspecified => git-master * reproduced: 1 => 0 * priority: important => normal Comment: Which software plays the file? (Is this a 3d / mvc stream?) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 13 18:40:42 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 13 Nov 2012 17:40:42 -0000 Subject: [FFmpeg-trac] #1913(avcodec:new): Why file fails to open when saving frames from one file to other without any encoding/decoding? In-Reply-To: <038.d33f1f2fca967c2560ecebf65b6efd64@avcodec.org> References: <038.d33f1f2fca967c2560ecebf65b6efd64@avcodec.org> Message-ID: <053.a962867fa87e830b5d0c85d080580d21@avcodec.org> #1913: Why file fails to open when saving frames from one file to other without any encoding/decoding? -------------------------------------+----------------------------------- Reporter: theateist | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * analyzed: 1 => 0 * priority: important => normal * reproduced: 1 => 0 Comment: Your code does not compile. Please consider that this is a bug tracker, not a support forum, see http://ffmpeg.org/contact.html for support mailing lists. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 13 18:45:53 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 13 Nov 2012 17:45:53 -0000 Subject: [FFmpeg-trac] #1912(undetermined:new): mpeg2video cpu usage bottleneck In-Reply-To: <036.2c42ce0a9586472af953d851383f38f3@avcodec.org> References: <036.2c42ce0a9586472af953d851383f38f3@avcodec.org> Message-ID: <051.3afc08066dd6ba048d31f16d4d4d82fd@avcodec.org> #1912: mpeg2video cpu usage bottleneck -------------------------------------+------------------------------------- Reporter: darkbit | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: mpeg2video | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Please provide your 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 Tue Nov 13 18:45:57 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 13 Nov 2012 17:45:57 -0000 Subject: [FFmpeg-trac] #1915(undetermined:open): mjpeg: fix/support morgan not interleaved In-Reply-To: <038.7171141b9311480d3e6c742eda7a9f64@avcodec.org> References: <038.7171141b9311480d3e6c742eda7a9f64@avcodec.org> Message-ID: <053.5a2f97e9a02fa0ec2fb890a1e28eabaa@avcodec.org> #1915: mjpeg: fix/support morgan not interleaved -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: avi mjpeg | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by ami_stuff): Replying to [comment:1 cehoyos]: > Is the problem also reproducible with longer streams (more than one frame)? yes http://www.datafilehost.com/download-78bae83b.html {{{ C:\>ffmpeg -i m_noint.avi out.avi ffmpeg version N-46616-g3a7f008 Copyright (c) 2000-2012 the FFmpeg developers built on Nov 12 2012 02:22:44 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 52. 5.100 / 52. 5.100 libavcodec 54. 71.100 / 54. 71.100 libavformat 54. 36.100 / 54. 36.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 22.101 / 3. 22.101 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 [mp3 @ 0x1fc6ac0] Header missing Input #0, avi, from 'm_noint.avi': Duration: 00:00:02.71, start: 0.000000, bitrate: 19242 kb/s Stream #0:0: Video: mjpeg (MJPG / 0x47504A4D), yuvj422p, 640x480, 23.97 tbr, 23.97 tbn, 23.97 tbc Stream #0:1: Audio: mp3 (U[0][0][0] / 0x0055), 44100 Hz, stereo, s16, 128 kb /s File 'out.avi' already exists. Overwrite ? [y/N] y Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf54.36.100 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 640x480, q=2-31, 200 kb/s, 23.97 tbn, 23.97 tbc Stream #0:1: Audio: mp3 (U[0][0][0] / 0x0055), 44100 Hz, stereo, s16p Stream mapping: Stream #0:0 -> #0:0 (mjpeg -> mpeg4) Stream #0:1 -> #0:1 (mp3 -> libmp3lame) Press [q] to stop, [?] for help [mp3 @ 0x1fc6ac0] Header missing Error while decoding stream #0:1: Invalid data found when processing input [mjpeg @ 0x1edcb40] Can not process SOS before SOF, skipping [mjpeg @ 0x1edcb40] Found EOI before any SOF, ignoring [mjpeg @ 0x1edcb40] Can not process SOS before SOF, skipping [mjpeg @ 0x1edcb40] Found EOI before any SOF, ignoring [mjpeg @ 0x1edcb40] Can not process SOS before SOF, skipping [mjpeg @ 0x1edcb40] Found EOI before any SOF, ignoring [mjpeg @ 0x1edcb40] Can not process SOS before SOF, skipping [mjpeg @ 0x1edcb40] Found EOI before any SOF, ignoring [mjpeg @ 0x1edcb40] Can not process SOS before SOF, skipping [mjpeg @ 0x1edcb40] Found EOI before any SOF, ignoring [mjpeg @ 0x1edcb40] Can not process SOS before SOF, skipping [mjpeg @ 0x1edcb40] Found EOI before any SOF, ignoring [mjpeg @ 0x1edcb40] Can not process SOS before SOF, skipping [mjpeg @ 0x1edcb40] Found EOI before any SOF, ignoring [mjpeg @ 0x1edcb40] Can not process SOS before SOF, skipping [mjpeg @ 0x1edcb40] Found EOI before any SOF, ignoring [mjpeg @ 0x1edcb40] Can not process SOS before SOF, skipping [mjpeg @ 0x1edcb40] Found EOI before any SOF, ignoring [mjpeg @ 0x1edcb40] Can not process SOS before SOF, skipping [mjpeg @ 0x1edcb40] Found EOI before any SOF, ignoring [mjpeg @ 0x1edcb40] Can not process SOS before SOF, skipping [mjpeg @ 0x1edcb40] Found EOI before any SOF, ignoring [mjpeg @ 0x1edcb40] Can not process SOS before SOF, skipping [mjpeg @ 0x1edcb40] Found EOI before any SOF, ignoring [mjpeg @ 0x1edcb40] Can not process SOS before SOF, skipping [mjpeg @ 0x1edcb40] Found EOI before any SOF, ignoring [mjpeg @ 0x1edcb40] Can not process SOS before SOF, skipping [mjpeg @ 0x1edcb40] Found EOI before any SOF, ignoring [mjpeg @ 0x1edcb40] Can not process SOS before SOF, skipping [mjpeg @ 0x1edcb40] Found EOI before any SOF, ignoring [mjpeg @ 0x1edcb40] Can not process SOS before SOF, skipping [mjpeg @ 0x1edcb40] Found EOI before any SOF, ignoring [mjpeg @ 0x1edcb40] Can not process SOS before SOF, skipping [mjpeg @ 0x1edcb40] Found EOI before any SOF, ignoring [mjpeg @ 0x1edcb40] Can not process SOS before SOF, skipping [mjpeg @ 0x1edcb40] Found EOI before any SOF, ignoring [mjpeg @ 0x1edcb40] Can not process SOS before SOF, skipping [mjpeg @ 0x1edcb40] Found EOI before any SOF, ignoring [mjpeg @ 0x1edcb40] Can not process SOS before SOF, skipping [mjpeg @ 0x1edcb40] Found EOI before any SOF, ignoring [mjpeg @ 0x1edcb40] Can not process SOS before SOF, skipping [mjpeg @ 0x1edcb40] Found EOI before any SOF, ignoring [mjpeg @ 0x1edcb40] Can not process SOS before SOF, skipping [mjpeg @ 0x1edcb40] Found EOI before any SOF, ignoring [mjpeg @ 0x1edcb40] Can not process SOS before SOF, skipping [mjpeg @ 0x1edcb40] Found EOI before any SOF, ignoring [mjpeg @ 0x1edcb40] Can not process SOS before SOF, skipping [mjpeg @ 0x1edcb40] Found EOI before any SOF, ignoring [mjpeg @ 0x1edcb40] Can not process SOS before SOF, skipping [mjpeg @ 0x1edcb40] Found EOI before any SOF, ignoring [mjpeg @ 0x1edcb40] Can not process SOS before SOF, skipping [mjpeg @ 0x1edcb40] Found EOI before any SOF, ignoring [mjpeg @ 0x1edcb40] Can not process SOS before SOF, skipping [mjpeg @ 0x1edcb40] Found EOI before any SOF, ignoring [mjpeg @ 0x1edcb40] Can not process SOS before SOF, skipping [mjpeg @ 0x1edcb40] Found EOI before any SOF, ignoring [mjpeg @ 0x1edcb40] Can not process SOS before SOF, skipping [mjpeg @ 0x1edcb40] Found EOI before any SOF, ignoring [mjpeg @ 0x1edcb40] Can not process SOS before SOF, skipping [mjpeg @ 0x1edcb40] Found EOI before any SOF, ignoring [mjpeg @ 0x1edcb40] Can not process SOS before SOF, skipping [mjpeg @ 0x1edcb40] Found EOI before any SOF, ignoring [mjpeg @ 0x1edcb40] Can not process SOS before SOF, skipping [mjpeg @ 0x1edcb40] Found EOI before any SOF, ignoring [mjpeg @ 0x1edcb40] Can not process SOS before SOF, skipping [mjpeg @ 0x1edcb40] Found EOI before any SOF, ignoring [mjpeg @ 0x1edcb40] Can not process SOS before SOF, skipping [mjpeg @ 0x1edcb40] Found EOI before any SOF, ignoring [mjpeg @ 0x1edcb40] Can not process SOS before SOF, skipping [mjpeg @ 0x1edcb40] Found EOI before any SOF, ignoring [mjpeg @ 0x1edcb40] Can not process SOS before SOF, skipping [mjpeg @ 0x1edcb40] Found EOI before any SOF, ignoring [mjpeg @ 0x1edcb40] Can not process SOS before SOF, skipping [mjpeg @ 0x1edcb40] Found EOI before any SOF, ignoring [mjpeg @ 0x1edcb40] Can not process SOS before SOF, skipping [mjpeg @ 0x1edcb40] Found EOI before any SOF, ignoring [mjpeg @ 0x1edcb40] Can not process SOS before SOF, skipping [mjpeg @ 0x1edcb40] Found EOI before any SOF, ignoring [mjpeg @ 0x1edcb40] Can not process SOS before SOF, skipping [mjpeg @ 0x1edcb40] Found EOI before any SOF, ignoring [mjpeg @ 0x1edcb40] Can not process SOS before SOF, skipping [mjpeg @ 0x1edcb40] Found EOI before any SOF, ignoring [mjpeg @ 0x1edcb40] Can not process SOS before SOF, skipping [mjpeg @ 0x1edcb40] Found EOI before any SOF, ignoring [mjpeg @ 0x1edcb40] Can not process SOS before SOF, skipping [mjpeg @ 0x1edcb40] Found EOI before any SOF, ignoring [mjpeg @ 0x1edcb40] Can not process SOS before SOF, skipping [mjpeg @ 0x1edcb40] Found EOI before any SOF, ignoring [mjpeg @ 0x1edcb40] Can not process SOS before SOF, skipping [mjpeg @ 0x1edcb40] Found EOI before any SOF, ignoring [mjpeg @ 0x1edcb40] Can not process SOS before SOF, skipping [mjpeg @ 0x1edcb40] Found EOI before any SOF, ignoring [mjpeg @ 0x1edcb40] Can not process SOS before SOF, skipping [mjpeg @ 0x1edcb40] Found EOI before any SOF, ignoring [mjpeg @ 0x1edcb40] Can not process SOS before SOF, skipping [mjpeg @ 0x1edcb40] Found EOI before any SOF, ignoring [mjpeg @ 0x1edcb40] Can not process SOS before SOF, skipping [mjpeg @ 0x1edcb40] Found EOI before any SOF, ignoring [mjpeg @ 0x1edcb40] Can not process SOS before SOF, skipping [mjpeg @ 0x1edcb40] Found EOI before any SOF, ignoring [mjpeg @ 0x1edcb40] Can not process SOS before SOF, skipping [mjpeg @ 0x1edcb40] Found EOI before any SOF, ignoring [mjpeg @ 0x1edcb40] Can not process SOS before SOF, skipping [mjpeg @ 0x1edcb40] Found EOI before any SOF, ignoring [mjpeg @ 0x1edcb40] Can not process SOS before SOF, skipping [mjpeg @ 0x1edcb40] Found EOI before any SOF, ignoring [mjpeg @ 0x1edcb40] Can not process SOS before SOF, skipping [mjpeg @ 0x1edcb40] Found EOI before any SOF, ignoring [mjpeg @ 0x1edcb40] Can not process SOS before SOF, skipping [mjpeg @ 0x1edcb40] Found EOI before any SOF, ignoring [mjpeg @ 0x1edcb40] Can not process SOS before SOF, skipping [mjpeg @ 0x1edcb40] Found EOI before any SOF, ignoring [mjpeg @ 0x1edcb40] Can not process SOS before SOF, skipping [mjpeg @ 0x1edcb40] Found EOI before any SOF, ignoring [mjpeg @ 0x1edcb40] Can not process SOS before SOF, skipping [mjpeg @ 0x1edcb40] Found EOI before any SOF, ignoring [mjpeg @ 0x1edcb40] Can not process SOS before SOF, skipping [mjpeg @ 0x1edcb40] Found EOI before any SOF, ignoring [mjpeg @ 0x1edcb40] Can not process SOS before SOF, skipping [mjpeg @ 0x1edcb40] Found EOI before any SOF, ignoring [mjpeg @ 0x1edcb40] Can not process SOS before SOF, skipping [mjpeg @ 0x1edcb40] Found EOI before any SOF, ignoring [mjpeg @ 0x1edcb40] Can not process SOS before SOF, skipping [mjpeg @ 0x1edcb40] Found EOI before any SOF, ignoring [mjpeg @ 0x1edcb40] Can not process SOS before SOF, skipping [mjpeg @ 0x1edcb40] Found EOI before any SOF, ignoring [mjpeg @ 0x1edcb40] Can not process SOS before SOF, skipping [mjpeg @ 0x1edcb40] Found EOI before any SOF, ignoring [mp3 @ 0x1fc6ac0] incomplete frame Error while decoding stream #0:1: Invalid data found when processing input frame= 0 fps=0.0 q=0.0 Lsize= 54kB time=00:00:02.69 bitrate= 164.9kbits/ s video:0kB audio:42kB subtitle:0 global headers:0kB muxing overhead 28.797417% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 13 19:14:11 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 13 Nov 2012 18:14:11 -0000 Subject: [FFmpeg-trac] #1913(undetermined:closed): Why file fails to open when saving frames from one file to other without any encoding/decoding? In-Reply-To: <038.d33f1f2fca967c2560ecebf65b6efd64@avcodec.org> References: <038.d33f1f2fca967c2560ecebf65b6efd64@avcodec.org> Message-ID: <053.6e7f8c49d227b960f819ef0eccde858a@avcodec.org> #1913: Why file fails to open when saving frames from one file to other without any encoding/decoding? -------------------------------------+------------------------------------- Reporter: theateist | 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 * component: avcodec => undetermined Comment: You have to set bits_per_coded_sample: outStream->codec->bits_per_coded_sample = inStream->codec->bits_per_coded_sample; -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 13 20:34:56 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 13 Nov 2012 19:34:56 -0000 Subject: [FFmpeg-trac] #1916(FFmpeg:new): mxf format pcm_s24le to pcm_s16le audio transcoding is broken. Message-ID: <034.88d62849a1ff329db74f3728a687d6e1@avcodec.org> #1916: mxf format pcm_s24le to pcm_s16le audio transcoding is broken. -------------------------------------+------------------------------------- Reporter: dem0n | Type: defect Status: new | Priority: important Component: FFmpeg | Version: 1.0 Keywords: ffmpeg, | Blocked By: mxf, pcm_s24le, pcm_s16le, audio | Reproduced by developer: 0 transcoding | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- '''Summary of the bug:''' I am trying to extract audio stream from mxf file and transcode it from pcm_s24le to pcm_s16le audio, but ffmpeg returns broken file instead. ffmpeg versions used: 1.0 and N-46710-g4facddd (from git). In ffmpeg 0.7.13 this is working well with the same sample-file. '''How to reproduce:''' To reproduce this behavior please use pcm_s24le_to_pcm_s16le.mxf sample- file, which was uploaded to ffmpeg public ftp and run ffmpeg with following params: {{{ ~/ffmpeg-git-20121113/bin/ffmpeg -y -i ./pcm_s24le_to_pcm_s16le.mxf -vn -map 0:0 -acodec pcm_s16le ./a0_0:0.wav ---- Detailed ffmpeg output: $ ~/ffmpeg-git-20121113/bin/ffmpeg -v 9 -loglevel 99 -y -i ./pcm_s24le_to_pcm_s16le.mxf -vn -map 0:0 -acodec pcm_s16le ./a0_0:0.wav ffmpeg version N-46710-g4facddd Copyright (c) 2000-2012 the FFmpeg developers built on Nov 13 2012 18:33:45 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) configuration: --enable-libx264 --prefix=/home/mkproxy-test/ffmpeg- git-20121113 --enable-gpl --enable-shared libavutil 52. 6.100 / 52. 6.100 libavcodec 54. 71.100 / 54. 71.100 libavformat 54. 36.100 / 54. 36.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 23.100 / 3. 23.100 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 [mxf @ 0x1dd0280] Format mxf probed with size=2048 and score=100 [mxf @ 0x1dd0280] File position before avformat_find_stream_info() is 11741 [mxf @ 0x1dd0280] KLV for edit unit 0 extends into next edit unit - OPAtom misinterpreted as OP1a? [mxf @ 0x1dd0280] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. [mxf @ 0x1dd0280] File position after avformat_find_stream_info() is 11765 Guessed Channel Layout for Input Stream #0.0 : mono Input #0, mxf, from './pcm_s24le_to_pcm_s16le.mxf': Metadata: timecode : 00:58:00:00 Duration: 01:55:06.90, start: 0.000000, bitrate: 10 kb/s Stream #0:0, 0, 1001/24000: Audio: pcm_s24le, 48000 Hz, mono, s32, 1152 kb/s [abuffer @ 0x1dd3360] Setting entry with key 'time_base' to value '1/48000' [abuffer @ 0x1dd3360] Setting entry with key 'sample_rate' to value '48000' [abuffer @ 0x1dd3360] Setting entry with key 'sample_fmt' to value 's32' [abuffer @ 0x1dd3360] Setting entry with key 'channel_layout' to value '0x4' [graph 0 input from stream 0:0 @ 0x1dd37e0] tb:1/48000 samplefmt:s32 samplerate:48000 chlayout:0x4 [aformat @ 0x1dd3640] Setting entry with key 'sample_fmts' to value 's16' [audio format for output stream 0:0 @ 0x1dd3dc0] auto-inserting filter 'auto-inserted resampler 0' between the filter 'Parsed_anull_0' and the filter 'audio format for output stream 0:0' [auto-inserted resampler 0 @ 0x1dd4f40] chl:mono fmt:s32 r:48000Hz -> chl:mono fmt:s16 r:48000Hz Output #0, wav, to './a0_0:0.wav': Metadata: ISMP : 00:58:00:00 ISFT : Lavf54.36.100 Stream #0:0, 0, 1/48000: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, mono, s16, 768 kb/s Stream mapping: Stream #0:0 -> #0:0 (pcm_s24le -> pcm_s16le) Press [q] to stop, [?] for help ./pcm_s24le_to_pcm_s16le.mxf: Operation not permitted [output stream 0:0 @ 0x1dd3d60] EOF on sink link output stream 0:0:default. No more output streams to write to, finishing. 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 if used) Statistics: 9458516 bytes read, 2 seeks }}} Thanks in advance! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 14 00:54:59 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 13 Nov 2012 23:54:59 -0000 Subject: [FFmpeg-trac] #1916(avformat:open): mxf format pcm_s24le decoding is broken. (was: mxf format pcm_s24le to pcm_s16le audio transcoding is broken.) In-Reply-To: <034.88d62849a1ff329db74f3728a687d6e1@avcodec.org> References: <034.88d62849a1ff329db74f3728a687d6e1@avcodec.org> Message-ID: <049.6236f636a3729e712c2c8c3f1294da79@avcodec.org> #1916: mxf format pcm_s24le decoding is broken. -------------------------------------+------------------------------------- Reporter: dem0n | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mxf | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: FFmpeg => avformat * version: 1.0 => git-master * keywords: ffmpeg, mxf, pcm_s24le, pcm_s16le, audio transcoding => mxf regression Comment: Regression since bf2290a8. Thank you for the useful report, for future tickets, please consider not to use silent samples;-) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 14 02:06:25 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Nov 2012 01:06:25 -0000 Subject: [FFmpeg-trac] #1917(avcodec:new): Crash with -acodec libfdk_aac -f latm Message-ID: <036.a5e16ac7b1ff516495a8b9e8a78c46fc@avcodec.org> #1917: Crash with -acodec libfdk_aac -f latm -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git- | Keywords: libfdk-aac master | crash SIGSEGV Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- FFmpeg crashes when trying to encode to format latm using libfdk-aac {{{ (gdb) r -i fate-suite/svq3/Vertical400kbit.sorenson3.mov -latm 1 out.latm Starting program: ffmpeg_g -i fate- suite/svq3/Vertical400kbit.sorenson3.mov -latm 1 out.latm [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". ffmpeg version N-46646-g0e239b2 Copyright (c) 2000-2012 the FFmpeg developers built on Nov 14 2012 01:08:45 with gcc 4.7 (SUSE Linux) configuration: --enable-libfdk-aac --disable-indev=jack libavutil 52. 6.100 / 52. 6.100 libavcodec 54. 71.100 / 54. 71.100 libavformat 54. 36.100 / 54. 36.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 22.101 / 3. 22.101 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 16.100 / 0. 16.100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x159d240] 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.58, 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, s16p, 176 kb/s Metadata: creation_time : 2001-03-20 16:17:18 handler_name : Apple Alias Data Handler Output #0, latm, to 'out.latm': 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.36.100 Stream #0:0(eng): Audio: aac, 44100 Hz, mono, s16, 96 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 -> libfdk_aac) Press [q] to stop, [?] for help Multiple frames in a packet from stream 1 Program received signal SIGSEGV, Segmentation fault. 0x00000000005996d1 in avpriv_copy_bits (pb=pb at entry=0x7fffffffbf80, src=0x0, length=) at libavcodec/bitstream.c:79 79 put_bits(pb, bits, AV_RB16(src + 2*words)>>(16-bits)); (gdb) bt #0 0x00000000005996d1 in avpriv_copy_bits (pb=pb at entry=0x7fffffffbf80, src=0x0, length=) at libavcodec/bitstream.c:79 #1 0x00000000004cb86d in latm_write_frame_header (bs=0x7fffffffbf80, s=) at libavformat/latmenc.c:123 #2 latm_write_packet (s=0x15a5000, pkt=0x7fffffffbff0) at libavformat/latmenc.c:164 #3 0x0000000000502358 in av_interleaved_write_frame (s=s at entry=0x15a5000, pkt=pkt at entry=0x7fffffffc310) at libavformat/mux.c:736 #4 0x000000000045be25 in write_frame (s=0x15a5000, pkt=0x7fffffffc310, ost=0x159de20) at ffmpeg.c:573 #5 0x000000000045d365 in do_audio_out (frame=, ost=, s=) at ffmpeg.c:647 #6 reap_filters () at ffmpeg.c:1038 #7 0x000000000044f809 in transcode_step () at ffmpeg.c:2933 #8 transcode () at ffmpeg.c:2976 #9 main (argc=, argv=) at ffmpeg.c:3160 (gdb) disass $pc-32,$pc+32 Dump of assembler code from 0x5996b1 to 0x5996f1: 0x00000000005996b1 : sub $0x10,%eax 0x00000000005996b4 : or %r9d,%r8d 0x00000000005996b7 : cmp %edi,%edx 0x00000000005996b9 : mov %eax,0x4(%rbx) 0x00000000005996bc : mov %r8d,(%rbx) 0x00000000005996bf : jg 0x599695 0x00000000005996c1 : lea (%rdx,%rdx,1),%r13d 0x00000000005996c5 : movslq %r13d,%r13 0x00000000005996c8 : and $0xf,%r12d 0x00000000005996cc : mov $0x10,%ecx => 0x00000000005996d1 : movzwl 0x0(%rbp,%r13,1),%edx 0x00000000005996d7 : sub %r12d,%ecx 0x00000000005996da : rol $0x8,%dx 0x00000000005996de : movzwl %dx,%edx 0x00000000005996e1 : sar %cl,%edx 0x00000000005996e3 : cmp %eax,%r12d 0x00000000005996e6 : jl 0x5997d0 0x00000000005996ec : mov %eax,%ecx 0x00000000005996ee : mov %edx,%esi 0x00000000005996f0 : shl %cl,%r8d End of assembler dump. (gdb) info register rax 0x10 16 rbx 0x7fffffffbf80 140737488338816 rcx 0x10 16 rdx 0x0 0 rsi 0x0 0 rdi 0x7fffffffbf80 140737488338816 rbp 0x0 0x0 rsp 0x7fffffffbf10 0x7fffffffbf10 r8 0x2000 8192 r9 0x0 0 r10 0x117 279 r11 0x7ffff67ed0de 140737328894174 r12 0x3 3 r13 0x0 0 r14 0x7fffffffbff0 140737488338928 r15 0x159ee40 22670912 rip 0x5996d1 0x5996d1 eflags 0x10206 [ PF 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 Wed Nov 14 02:41:34 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Nov 2012 01:41:34 -0000 Subject: [FFmpeg-trac] #1839(FFmpeg:new): the pts can not copy from transcode orig video file In-Reply-To: <042.0b9fb77a2b8c03c17c9f96af08b0fb5c@avcodec.org> References: <042.0b9fb77a2b8c03c17c9f96af08b0fb5c@avcodec.org> Message-ID: <057.828450f71707a94fa9c0307f7a44893b@avcodec.org> #1839: the pts can not copy from transcode orig video file ---------------------------------------+---------------------------------- Reporter: lingjiujianke | 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 cehoyos): Could you test curent git head? This may be fixed. If it is still reproducible, please post your command line together with complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 14 09:22:03 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Nov 2012 08:22:03 -0000 Subject: [FFmpeg-trac] #1914(avcodec:new): libavcodec is unable to decode h264 created by "Unreal h264 encoder" In-Reply-To: <042.ecac9fecdd9a0bffcd440ca85d6bcc93@avcodec.org> References: <042.ecac9fecdd9a0bffcd440ca85d6bcc93@avcodec.org> Message-ID: <057.40752b8e41cfbdf74df6c2389d6bd81d@avcodec.org> #1914: libavcodec is unable to decode h264 created by "Unreal h264 encoder" ---------------------------------------+----------------------------------- Reporter: Kozlov Sergey | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Comment (by Kozlov Sergey): Graph Studio Plays The File. I found it: the error is in mp4muxer or in mp4demuxer (both from GDCL). I will write them. You may also take a look at this file. But it is not encoder or decoder error. mp4muxer does not give video stream to decoder. There is offset overflow while reading chanks (negative offset in long variable). This may be causer by writer (mp4muxer) (wrong data written to file) or by reader mp4demuxer (wrong data reading place). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 14 10:41:49 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Nov 2012 09:41:49 -0000 Subject: [FFmpeg-trac] #1913(undetermined:closed): Why file fails to open when saving frames from one file to other without any encoding/decoding? In-Reply-To: <038.d33f1f2fca967c2560ecebf65b6efd64@avcodec.org> References: <038.d33f1f2fca967c2560ecebf65b6efd64@avcodec.org> Message-ID: <053.8b476aca623ba5e88fe115be43160719@avcodec.org> #1913: Why file fails to open when saving frames from one file to other without any encoding/decoding? -------------------------------------+------------------------------------- Reporter: theateist | 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 theateist): Replying to [comment:3 cehoyos]: > You have to set bits_per_coded_sample: > outStream->codec->bits_per_coded_sample = inStream->codec->bits_per_coded_sample; I'm sorry I didn't understood what kind of questions I can ask in bug- tracker? Regarding my question I added {{{ outStream->codec->bits_per_coded_sample = inStream->codec->bits_per_coded_sample; }}} and now both files(in and out) have pix_fmt=pal8, but WindowsMediaPlayer still fails to open the file and VLCPlayer now shows black screen without stripes as previously. Do you have any suggestion? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 14 11:16:00 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Nov 2012 10:16:00 -0000 Subject: [FFmpeg-trac] #1892(avcodec:open): smackaud: huge memory allocation In-Reply-To: <038.d036e2cfe11c3e48c63c8889cfec22dc@avcodec.org> References: <038.d036e2cfe11c3e48c63c8889cfec22dc@avcodec.org> Message-ID: <053.4d2fa46db11140552024c0edd9099315@avcodec.org> #1892: smackaud: huge memory allocation -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: smacker | Blocked By: leak crash SIGSEGV | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: smacker leak => smacker leak crash SIGSEGV * priority: normal => important -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 14 11:30:18 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Nov 2012 10:30:18 -0000 Subject: [FFmpeg-trac] #1913(undetermined:closed): Why file fails to open when saving frames from one file to other without any encoding/decoding? In-Reply-To: <038.d33f1f2fca967c2560ecebf65b6efd64@avcodec.org> References: <038.d33f1f2fca967c2560ecebf65b6efd64@avcodec.org> Message-ID: <053.6c94631255a3d1f05d8c2473b1f37495@avcodec.org> #1913: Why file fails to open when saving frames from one file to other without any encoding/decoding? -------------------------------------+------------------------------------- Reporter: theateist | 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): Replying to [comment:4 theateist]: > Regarding my question I added > {{{ > outStream->codec->bits_per_coded_sample = inStream->codec->bits_per_coded_sample; > }}} > and now both files(in and out) have pix_fmt=pal8, but WindowsMediaPlayer still fails to open the file Does it work if you do the remuxing with ffmpeg (the application)? > and VLCPlayer now shows black screen without stripes as previously. Do you have any indication that vlc supports the original file? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 14 12:03:51 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Nov 2012 11:03:51 -0000 Subject: [FFmpeg-trac] #1913(undetermined:closed): Why file fails to open when saving frames from one file to other without any encoding/decoding? In-Reply-To: <038.d33f1f2fca967c2560ecebf65b6efd64@avcodec.org> References: <038.d33f1f2fca967c2560ecebf65b6efd64@avcodec.org> Message-ID: <053.a076ba9f33752283af629fd35579f03a@avcodec.org> #1913: Why file fails to open when saving frames from one file to other without any encoding/decoding? -------------------------------------+------------------------------------- Reporter: theateist | 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 theateist): Replying to [comment:5 cehoyos]: > Replying to [comment:4 theateist]: > > Regarding my question I added > > {{{ > > outStream->codec->bits_per_coded_sample = inStream->codec->bits_per_coded_sample; > > }}} > > and now both files(in and out) have pix_fmt=pal8, but WindowsMediaPlayer still fails to open the file > > Does it work if you do the remuxing with ffmpeg (the application)? > > > and VLCPlayer now shows black screen without stripes as previously. > > Do you have any indication that vlc supports the original file? My mistake, I didn't tried opening FlickAnimation.avi with vlc before, but only with WMediaPlayer. Vlc opens FlickAnimation.avi and plays it, but the screen is black. The same is for out.avi file(after adding bits_per_coded_sample). But why WindowsMediaPlayer doesn't even success to open the out.avi file? Furthermore, I tried to use the same code for mp4 file. All success, but it plays only 90ms instead of 7 seconds. I checked the fps of the output file and it shows 533fps instead 25fps as in original mp4. Why? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 14 12:37:43 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Nov 2012 11:37:43 -0000 Subject: [FFmpeg-trac] #1913(undetermined:closed): Why file fails to open when saving frames from one file to other without any encoding/decoding? In-Reply-To: <038.d33f1f2fca967c2560ecebf65b6efd64@avcodec.org> References: <038.d33f1f2fca967c2560ecebf65b6efd64@avcodec.org> Message-ID: <053.ccf98675281f54242836182a8b989157@avcodec.org> #1913: Why file fails to open when saving frames from one file to other without any encoding/decoding? -------------------------------------+------------------------------------- Reporter: theateist | 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): Replying to [comment:4 theateist]: > I'm sorry I didn't understood what kind of questions I can ask in bug- tracker? As a very large simplification, do not ask questions on this bug tracker (use it only to report bugs). To find out where to ask questions, please read https://ffmpeg.org/contact.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 14 12:41:40 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Nov 2012 11:41:40 -0000 Subject: [FFmpeg-trac] #1918(FFmpeg:new): Encoding errors with mp4 file Message-ID: <040.d9d34f104360649ce9527635d3d744b8@avcodec.org> #1918: Encoding errors with mp4 file -------------------------------------+---------------------------------- Reporter: fltmesoftly | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: 1.0 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Summary of the bug: FFMPEG produces errors on the provided - partial - sample file and dies at the very end of the - full - file. If needed I can provide the full file. Sample uploaded to FTP as: aark15sd_9A62E2FA_partial.mp4 How to reproduce: {{{ FFMPEG log provided as attachment }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 14 12:55:01 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Nov 2012 11:55:01 -0000 Subject: [FFmpeg-trac] #1918(undetermined:new): Encoding errors with mp4 file In-Reply-To: <040.d9d34f104360649ce9527635d3d744b8@avcodec.org> References: <040.d9d34f104360649ce9527635d3d744b8@avcodec.org> Message-ID: <055.f9ff34fbbe1782d80490bf0b199052a4@avcodec.org> #1918: Encoding errors with mp4 file -------------------------------------+------------------------------------- Reporter: fltmesoftly | Owner: Type: defect | Status: new Priority: normal | Component: Version: 1.0 | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * component: FFmpeg => undetermined Comment: Replying to [ticket:1918 fltmesoftly]: > FFMPEG produces errors on the provided - partial - sample file and dies at the very end of the - full - file. If needed I can provide the full file. Is the problem - that FFmpeg "dies at they very end of the - full - file" - also reproducible with the file you uploaded? If not, please upload a file that allows to reproduce the problem. (There is no filesize limit for incoming, for files <100MB, you can also use http://www.datafilehost.com/.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 14 12:55:26 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Nov 2012 11:55:26 -0000 Subject: [FFmpeg-trac] #1918(undetermined:new): Encoding errors with mp4 file In-Reply-To: <040.d9d34f104360649ce9527635d3d744b8@avcodec.org> References: <040.d9d34f104360649ce9527635d3d744b8@avcodec.org> Message-ID: <055.242bd5be2cc802363bdc9c34e363bdd6@avcodec.org> #1918: Encoding errors with mp4 file -------------------------------------+------------------------------------- Reporter: fltmesoftly | Owner: Type: defect | Status: new Priority: normal | Component: Version: 1.0 | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Is the problem you see only reproducible with version 1.0 or also with current git head? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 14 13:08:53 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Nov 2012 12:08:53 -0000 Subject: [FFmpeg-trac] #1918(undetermined:new): Encoding errors with mp4 file In-Reply-To: <040.d9d34f104360649ce9527635d3d744b8@avcodec.org> References: <040.d9d34f104360649ce9527635d3d744b8@avcodec.org> Message-ID: <055.7b2f264c21126da1c372ffc172ca1ca3@avcodec.org> #1918: Encoding errors with mp4 file -------------------------------------+------------------------------------- Reporter: fltmesoftly | Owner: Type: defect | Status: new Priority: normal | Component: Version: 1.0 | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by fltmesoftly): I've tried with the latest static build, same error: http://ffmpeg.gusari.org/static/64bit/ffmpeg.static.64bit.2012-11-14.tar.gz Nah, the partial only throws some errors. So, here is the full file: http://itigia.hu/aark15sd_9A62E2FA.mp4 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 14 14:42:40 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Nov 2012 13:42:40 -0000 Subject: [FFmpeg-trac] #1914(avcodec:new): libavcodec is unable to decode h264 created by "Unreal h264 encoder" In-Reply-To: <042.ecac9fecdd9a0bffcd440ca85d6bcc93@avcodec.org> References: <042.ecac9fecdd9a0bffcd440ca85d6bcc93@avcodec.org> Message-ID: <057.8b300ef46f03ee3b8a7f39649839072e@avcodec.org> #1914: libavcodec is unable to decode h264 created by "Unreal h264 encoder" ---------------------------------------+----------------------------------- Reporter: Kozlov Sergey | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Comment (by Kozlov Sergey): Hello. I have figured out that in some cases mp4muxer and mp4demuxer work. Now i suspect UXH264 video encoder and your avcodec. mp4muxer works for direct stream copy and in case NV12 video format. For NV12 video format coder, file can be displayer by "Super" player. Also mp4demuxer works while playing file, created by "Super". There left only video encoder UXH264 and your decoder. video encoder is on major suspection. The video encoder uses "libx264.a". For this file i have got no source code. Before conversion to h264 by "libx264.a" ( function /* x264_encoder_encode: * encode one picture */ int x264_encoder_encode ( x264_t *, x264_nal_t **, int *, x264_picture_t *, x264_picture_t * ); declared in x364.h file) video has right YV12 format (i had checked). I will try to check "libx264.a". Also, could you explain, how to save picture (frame) coded by x264_encoder_encode, and how to view, if it has right? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 14 15:38:20 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Nov 2012 14:38:20 -0000 Subject: [FFmpeg-trac] #1918(undetermined:open): Encoding errors with mp4 file In-Reply-To: <040.d9d34f104360649ce9527635d3d744b8@avcodec.org> References: <040.d9d34f104360649ce9527635d3d744b8@avcodec.org> Message-ID: <055.07ee4c56dd947267715453ab0382ccb4@avcodec.org> #1918: Encoding errors with mp4 file -------------------------------------+------------------------------------- Reporter: fltmesoftly | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: aac mov | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => aac mov * status: new => open * version: 1.0 => git-master * reproduced: 0 => 1 Comment: The sample triggers different problems afaict, at least some of them indicate bugs in the aac decoder, possibly related to ticket #1694. The first decoding problem occurs after 30 seconds, output changes to right-channel-ony, this cannot be undone with seeking, but if seeking is used to skip the position at ~30:00, output stays stereo. This is reproducible with both ffmpeg and ffplay (and MPlayer). {{{ $ ffmpeg -ss 20 -i aark15sd_9A62E2FA.mp4 -t 20 out.wav ffmpeg version N-46747-ga1b5c96 Copyright (c) 2000-2012 the FFmpeg developers built on Nov 14 2012 13:20:14 with gcc 4.7 (SUSE Linux) configuration: --enable-libx264 --enable-libvo-aacenc --enable-libfdk- aac --enable-libfaac --disable-indev=jack --enable-gpl --enable-version3 --enable-nonfree libavutil 52. 6.100 / 52. 6.100 libavcodec 54. 71.100 / 54. 71.100 libavformat 54. 36.100 / 54. 36.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 23.100 / 3. 23.100 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x2d01240] wrong sample count Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'aark15sd_9A62E2FA.mp4': Metadata: major_brand : isom minor_version : 1 compatible_brands: isomavc1 creation_time : 2010-09-11 01:41:42 Duration: 00:23:34.85, start: 0.021333, bitrate: 948 kb/s Stream #0:0(und): Video: h264 (Main) (avc1 / 0x31637661), yuv420p, 640x480 [SAR 1:1 DAR 4:3], 800 kb/s, 23.97 fps, 23.97 tbr, 23970 tbn, 47.94 tbc Metadata: creation_time : 2010-09-11 01:41:42 handler_name : Imported with GPAC 0.4.6-DEV (internal rev. 5) Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 48000 Hz, stereo, s16 Metadata: creation_time : 2010-09-11 01:41:44 handler_name : GPAC ISO Audio Handler Output #0, wav, to 'out.wav': Metadata: major_brand : isom minor_version : 1 compatible_brands: isomavc1 ISFT : Lavf54.36.100 Stream #0:0(und): Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, stereo, s16, 1536 kb/s Metadata: creation_time : 2010-09-11 01:41:44 handler_name : GPAC ISO Audio Handler Stream mapping: Stream #0:1 -> #0:0 (aac -> pcm_s16le) Press [q] to stop, [?] for help [aac @ 0x2d09160] Input buffer exhausted before END element found Error while decoding stream #0:1: Operation not permitted [aac @ 0x2d09160] Reserved bit set. Error while decoding stream #0:1: Invalid data found when processing input [aac @ 0x2d09160] Reserved bit set. Error while decoding stream #0:1: Invalid data found when processing input [aac @ 0x2d09160] Reserved bit set. Error while decoding stream #0:1: Invalid data found when processing input size= 3768kB time=00:00:20.00 bitrate=1543.4kbits/s video:0kB audio:3768kB subtitle:0 global headers:0kB muxing overhead 0.002073% }}} out.wav starts as a stereo file, switches to right-channel-only after ten seconds. The following command line produces a stereo file: {{{ $ ffmpeg -ss 35 -i aark15sd_9A62E2FA.mp4 -t 20 out.wav }}} A not necessarily related problem is that when transcoding fails while writing a isom/mov file, the resulting file is unplayable because no moov atom is written on exit. This is not a regression afaik, and I don't know if / how this behaviour can be changed. {{{ $ ffmpeg -ss 710 -i aark15sd_9A62E2FA.mp4 -vn -acodec mp2 out.mov }}} Audio decoding is impossible from ~12:00 on, encoding fails and out.mov is not a valid mov file. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 14 15:38:39 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Nov 2012 14:38:39 -0000 Subject: [FFmpeg-trac] #1694(avcodec:new): Decoding a possibly damaged aac sample fails from a specific position on In-Reply-To: <036.d00352ff8564dd343609dde38d331fee@avcodec.org> References: <036.d00352ff8564dd343609dde38d331fee@avcodec.org> Message-ID: <051.3a977231be26b9fca6800ee8f5269613@avcodec.org> #1694: Decoding a possibly damaged aac sample fails from a specific position on ------------------------------------+----------------------------------- 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): Ticket #1918 is probably related. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 15 00:06:06 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Nov 2012 23:06:06 -0000 Subject: [FFmpeg-trac] #1222(undetermined:open): loco: no output with RGBA mode In-Reply-To: <038.fe936d5587ac1aa5c3dfebf7889529a6@avcodec.org> References: <038.fe936d5587ac1aa5c3dfebf7889529a6@avcodec.org> Message-ID: <053.00dafc41a79f52a296ce1c7bfba1637a@avcodec.org> #1222: loco: no output with RGBA mode -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: loco | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by ami_stuff): Replying to [comment:1 cehoyos]: > I fixed the decoding, I wonder if this codec has to flipped or if this is only necessary because you encoded with VirtualDub. The problem with flipped output happens only with RGBA mode, so if there is no other RGBA loco sample which decodes correctly I think it would be good to flip RGBA output. http://www.datafilehost.com/download-fce57f7a.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 15 11:05:18 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Nov 2012 10:05:18 -0000 Subject: [FFmpeg-trac] #1919(FFmpeg:new): audio file is treated as video Message-ID: <034.ed694c3fdc4527b5507d64db36e4d4b3@avcodec.org> #1919: audio file is treated as video -------------------------------------+------------------------------------- Reporter: henry | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: 1.0 Keywords: audio video | Blocked By: cover | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: user lastest ffmpeg to check a FLAC audio file , and it detected file include five video streams , actually they are cover graphs . [[BR]] and usually , ffmpeg will convert first video stream , this may cause real video stream(if list in posterior, like #0:3,#0:4..etc.) can't be converted. [[BR]] How to reproduce: {{{ % ffmpeg -i diatonis_trajectories_08_the-secret- universe_4424_6-chan.flac ffmpeg version built on ... built on Sep 29 2012 16:12:43 with gcc 4.4.6 (GCC) 20120305 (Red Hat 4.4.6-4) configuration: --prefix=/usr/local/ffmpeg-1.0 --enable-postproc -- enable-avfilter --enable-libopencore-amrnb --enable-libopencore-amrwb - -enable-version3 --enable-libmp3lame --disable-shared --enable-libx264 --enable-pthreads --enable-libfaac --enable-nonfree --enable-gpl -- enable-libgsm --enable-libnut --enable-libspeex --enable-libtheora -- enable-libvorbis --enable-libopenjpeg --enable-libxvid --enable-bzlib - -enable-libschroedinger --enable-zlib --enable-libvpx --enable-libxavs --extra-cflags=-I/usr/local/enctools/include --extra- ldflags=-L/usr/local/enctools/lib 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 [flac @ 0x1e37240] Stream #0: not enough frames to estimate rate; consider increasing probesize [flac @ 0x1e37240] Stream #1: not enough frames to estimate rate; consider increasing probesize [flac @ 0x1e37240] Stream #2: not enough frames to estimate rate; consider increasing probesize [flac @ 0x1e37240] Stream #3: not enough frames to estimate rate; consider increasing probesize [flac @ 0x1e37240] Stream #4: not enough frames to estimate rate; consider increasing probesize [flac @ 0x1e37240] Stream #5: not enough frames to estimate rate; consider increasing probesize [flac @ 0x1e37240] Could not find codec parameters for stream 4 (Video: mjpeg, 1509x1234): unspecified pixel format Consider increasing the value for the 'analyzeduration' and 'probesize' options [flac @ 0x1e37240] Could not find codec parameters for stream 5 (Video: mjpeg, 720x480): unspecified pixel format Consider increasing the value for the 'analyzeduration' and 'probesize' options Input #0, flac, from 'diatonis_trajectories_08_the-secret- universe_4424_6-chan.flac': Metadata: ALBUM : Trajectories ALBUM ARTIST : Diatonis ARTIST : Diatonis COMMENT : ?2003-2011 Stuart White COMPOSER : Stuart White DATE : 2003 disc : 1 GENRE : Ambient PERFORMER : Stuart White TITLE : The Secret Universe TOTALDISCS : 1 TOTALTRACKS : 8 track : 8 WAVEFORMATEXTENSIBLE_CHANNEL_MASK: 0x003F Duration: 00:06:47.54, bitrate: 3003 kb/s Stream #0:0: Audio: flac, 44100 Hz, 5.1(side), s32 Stream #0:1: Video: mjpeg, yuvj444p, 1458x1494 [SAR 300:300 DAR 81:83], 90k tbr, 90k tbn, 90k tbc Metadata: comment : Cover (front) Stream #0:2: Video: mjpeg, yuvj444p, 1000x780 [SAR 300:300 DAR 50:39], 90k tbr, 90k tbn, 90k tbc Metadata: comment : Cover (back) Stream #0:3: Video: mjpeg, yuvj444p, 1476x1475 [SAR 300:300 DAR 1476:1475], 90k tbr, 90k tbn, 90k tbc Metadata: comment : Media (e.g. label side of CD) Stream #0:4: Video: mjpeg, 1509x1234, 90k tbr, 90k tbn, 90k tbc Metadata: comment : Artist/performer Stream #0:5: Video: mjpeg, 720x480, 90k tbr, 90k tbn, 90k tbc Metadata: comment : Other file icon At least one output file must be specified }}} but other version of ffmpeg no such issue(cover graph didn't be detected/listed): {{{ ffmpeg -i diatonis_trajectories_08_the-secret-universe_4424_6-chan.flac ffmpeg version 0.8.7, Copyright (c) 2000-2011 the FFmpeg developers built on Jan 16 2012 15:16:29 with gcc 4.4.5 20101112 (Red Hat 4.4.5-2) configuration: --prefix=/usr/local/enctools --enable-postproc -- enable-avfilter --enable-libopencore-amrnb --enable-libopencore-amrwb - -enable-version3 --enable-libmp3lame --disable-shared --enable-libx264 --enable-pthreads --enable-libfaac --enable-nonfree --enable-gpl -- enable-libgsm --enable-libnut --enable-libspeex --enable-libtheora -- enable-libvorbis --enable-libopenjpeg --enable-libxvid --enable-bzlib - -enable-libschroedinger --enable-zlib --enable-small --disable-network --disable-debug --extra-cflags=-I/usr/local/enctools/include --extra- ldflags=-L/usr/local/enctools/lib 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 [flac @ 0x175f400] max_analyze_duration 5000000 reached at 5015510 Input #0, flac, from 'diatonis_trajectories_08_the-secret- universe_4424_6-chan.flac': Metadata: ALBUM : Trajectories ALBUM ARTIST : Diatonis ARTIST : Diatonis COMMENT : ?2003-2011 Stuart White COMPOSER : Stuart White DATE : 2003 disc : 1 GENRE : Ambient PERFORMER : Stuart White TITLE : The Secret Universe TOTALDISCS : 1 TOTALTRACKS : 8 track : 8 WAVEFORMATEXTENSIBLE_CHANNEL_MASK: 0x003F Duration: 00:06:47.54, bitrate: 3003 kb/s Stream #0.0: Audio: flac, 44100 Hz, 5.1, s32 At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 15 11:13:27 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Nov 2012 10:13:27 -0000 Subject: [FFmpeg-trac] #515(FFmpeg:open): Problem in video rotation in FFMPEG for IPhone video In-Reply-To: <034.67c4a312520ffecc884a30ac5c24fd6f@avcodec.org> References: <034.67c4a312520ffecc884a30ac5c24fd6f@avcodec.org> Message-ID: <049.3542476dcfa33b4246b553fb9ffea3fa@avcodec.org> #515: Problem in video rotation in FFMPEG for IPhone video ------------------------------------+---------------------------------- Reporter: Gagan | Owner: Type: defect | Status: open Priority: normal | Component: FFmpeg Version: git-master | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Changes (by cehoyos): * status: new => open * component: avformat => FFmpeg * reproduced: 0 => 1 Comment: out.avi is not rotated correctly. ffmpeg should honor the "rotate" metadata set by the mov demuxer and automatically insert the transpose filter. {{{ $ ffmpeg -i sample-in-issue-505.mov -an out.avi ffmpeg version N-46747-ga1b5c96 Copyright (c) 2000-2012 the FFmpeg developers built on Nov 15 2012 09:06:47 with gcc 4.7 (SUSE Linux) configuration: libavutil 52. 6.100 / 52. 6.100 libavcodec 54. 72.100 / 54. 72.100 libavformat 54. 36.100 / 54. 36.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 23.100 / 3. 23.100 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'sample-in-issue-505.mov': Metadata: major_brand : qt minor_version : 0 compatible_brands: qt creation_time : 2011-09-25 10:10:07 encoder : 4.3.5 encoder-deu : 4.3.5 date : 2011-09-25T12:09:54+0200 date-deu : 2011-09-25T12:09:54+0200 Duration: 00:00:03.49, start: 0.000000, bitrate: 794 kb/s Stream #0:0(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, mono, s16, 63 kb/s Metadata: creation_time : 2011-09-25 10:10:07 handler_name : Core Media Data Handler Stream #0:1(und): Video: h264 (Baseline) (avc1 / 0x31637661), yuv420p, 480x272, 712 kb/s, 30 fps, 30 tbr, 600 tbn, 1200 tbc Metadata: rotate : 90 creation_time : 2011-09-25 10:10:07 handler_name : Core Media Data Handler Output #0, avi, to 'out.avi': Metadata: major_brand : qt minor_version : 0 compatible_brands: qt date-deu : 2011-09-25T12:09:54+0200 ICRD : 2011-09-25T12:09:54+0200 encoder-deu : 4.3.5 ISFT : Lavf54.36.100 Stream #0:0(und): Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 480x272, q=2-31, 200 kb/s, 30 tbn, 30 tbc Metadata: rotate : 90 creation_time : 2011-09-25 10:10:07 handler_name : Core Media Data Handler Stream mapping: Stream #0:1 -> #0:0 (h264 -> mpeg4) Press [q] to stop, [?] for help frame= 106 fps=0.0 q=7.4 Lsize= 146kB time=00:00:03.53 bitrate= 338.0kbits/s video:138kB audio:0kB subtitle:0 global headers:0kB muxing overhead 5.898211% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 15 11:13:48 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Nov 2012 10:13:48 -0000 Subject: [FFmpeg-trac] #1423(undetermined:closed): h264 in mov plays upside down, transcode to flv similar is upside down In-Reply-To: <037.93e75786a9793e8d4fd2111abf635767@avcodec.org> References: <037.93e75786a9793e8d4fd2111abf635767@avcodec.org> Message-ID: <052.e405fdabb0894cc5132ccf291637d01b@avcodec.org> #1423: h264 in mov plays upside down, transcode to flv similar is upside down -------------------------------------+------------------------------------- Reporter: klassicd | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: mov | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => duplicate -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 15 11:17:52 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Nov 2012 10:17:52 -0000 Subject: [FFmpeg-trac] #1919(undetermined:new): audio file is treated as video In-Reply-To: <034.ed694c3fdc4527b5507d64db36e4d4b3@avcodec.org> References: <034.ed694c3fdc4527b5507d64db36e4d4b3@avcodec.org> Message-ID: <049.1f650598df51c47572ae46af0b35b8db@avcodec.org> #1919: audio file is treated as video --------------------------------+---------------------------------------- Reporter: henry | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 1.0 | Resolution: Keywords: flac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Changes (by cehoyos): * keywords: audio video cover => flac * component: FFmpeg => undetermined Comment: Replying to [ticket:1919 henry]: > ffmpeg will convert first video stream , this may cause real video stream(if list in posterior, like #0:3,#0:4..etc.) can't be converted. Please add a command line (together with complete, uncut console output) that allows to actually reproduce this problem (that a real video stream can't be converted). I hope you agree that the fact that ffmpeg detects the cover art (that is what you command line shows) is not a bug by itself. And please do not remove the version information from ffmpeg output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 15 11:24:46 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Nov 2012 10:24:46 -0000 Subject: [FFmpeg-trac] #1919(undetermined:new): audio file is treated as video In-Reply-To: <034.ed694c3fdc4527b5507d64db36e4d4b3@avcodec.org> References: <034.ed694c3fdc4527b5507d64db36e4d4b3@avcodec.org> Message-ID: <049.48eae1bec7d61ed2ace06ffbade879d7@avcodec.org> #1919: audio file is treated as video -------------------------------------+------------------------------------- Reporter: henry | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: flac | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * version: 1.0 => unspecified -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 15 11:29:08 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Nov 2012 10:29:08 -0000 Subject: [FFmpeg-trac] #1919(undetermined:new): audio file is treated as video In-Reply-To: <034.ed694c3fdc4527b5507d64db36e4d4b3@avcodec.org> References: <034.ed694c3fdc4527b5507d64db36e4d4b3@avcodec.org> Message-ID: <049.3bbd43047cce5244309bb3a67b3b4489@avcodec.org> #1919: audio file is treated as video -------------------------------------+------------------------------------- Reporter: henry | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: flac | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by henry): oh , sorry, below are complete console output: {{{ ffmpeg -i diatonis_trajectories_08_the-secret-universe_4424_6-chan.flac ffmpeg version 1.0 Copyright (c) 2000-2012 the FFmpeg developers built on Sep 29 2012 16:12:43 with gcc 4.4.6 (GCC) 20120305 (Red Hat 4.4.6-4) configuration: --prefix=/usr/local/ffmpeg-1.0 --enable-postproc --enable-avfilter -- enable-libopencore-amrnb --enable-libopencore-amrwb --enable-version3 --enable-libmp3lame -- disable-shared --enable-libx264 --enable-pthreads --enable-libfaac --enable-nonfree -- enable-gpl --enable-libgsm --enable-libnut --enable-libspeex --enable- libtheora --enable- libvorbis --enable-libopenjpeg --enable-libxvid --enable-bzlib --enable- libschroedinger -- enable-zlib --enable-libvpx --enable-libxavs --extra- cflags=-I/usr/local/enctools/include -- extra-ldflags=-L/usr/local/enctools/lib 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 [flac @ 0x1e37240] Stream #0: not enough frames to estimate rate; consider increasing probesize [flac @ 0x1e37240] Stream #1: not enough frames to estimate rate; consider increasing probesize [flac @ 0x1e37240] Stream #2: not enough frames to estimate rate; consider increasing probesize [flac @ 0x1e37240] Stream #3: not enough frames to estimate rate; consider increasing probesize [flac @ 0x1e37240] Stream #4: not enough frames to estimate rate; consider increasing probesize [flac @ 0x1e37240] Stream #5: not enough frames to estimate rate; consider increasing probesize [flac @ 0x1e37240] Could not find codec parameters for stream 4 (Video: mjpeg, 1509x1234): unspecified pixel format Consider increasing the value for the 'analyzeduration' and 'probesize' options [flac @ 0x1e37240] Could not find codec parameters for stream 5 (Video: mjpeg, 720x480): unspecified pixel format Consider increasing the value for the 'analyzeduration' and 'probesize' options Input #0, flac, from 'diatonis_trajectories_08_the-secret- universe_4424_6-chan.flac': Metadata: ALBUM : Trajectories ALBUM ARTIST : Diatonis ARTIST : Diatonis COMMENT : ?2003-2011 Stuart White COMPOSER : Stuart White DATE : 2003 disc : 1 GENRE : Ambient PERFORMER : Stuart White TITLE : The Secret Universe TOTALDISCS : 1 TOTALTRACKS : 8 track : 8 WAVEFORMATEXTENSIBLE_CHANNEL_MASK: 0x003F Duration: 00:06:47.54, bitrate: 3003 kb/s Stream #0:0: Audio: flac, 44100 Hz, 5.1(side), s32 Stream #0:1: Video: mjpeg, yuvj444p, 1458x1494 [SAR 300:300 DAR 81:83], 90k tbr, 90k tbn, 90k tbc Metadata: comment : Cover (front) Stream #0:2: Video: mjpeg, yuvj444p, 1000x780 [SAR 300:300 DAR 50:39], 90k tbr, 90k tbn, 90k tbc Metadata: comment : Cover (back) Stream #0:3: Video: mjpeg, yuvj444p, 1476x1475 [SAR 300:300 DAR 1476:1475], 90k tbr, 90k tbn, 90k tbc Metadata: comment : Media (e.g. label side of CD) Stream #0:4: Video: mjpeg, 1509x1234, 90k tbr, 90k tbn, 90k tbc Metadata: comment : Artist/performer Stream #0:5: Video: mjpeg, 720x480, 90k tbr, 90k tbn, 90k tbc Metadata: comment : Other file icon At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 15 11:31:28 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Nov 2012 10:31:28 -0000 Subject: [FFmpeg-trac] #1919(undetermined:new): audio file is treated as video In-Reply-To: <034.ed694c3fdc4527b5507d64db36e4d4b3@avcodec.org> References: <034.ed694c3fdc4527b5507d64db36e4d4b3@avcodec.org> Message-ID: <049.1b594dd26a1ff33f29cdc035b74e7166@avcodec.org> #1919: audio file is treated as video -------------------------------------+------------------------------------- Reporter: henry | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: flac | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by henry): > I hope you agree that the fact that ffmpeg detects the cover art (that is what your command line shows) is not a bug by itself. IC , that means we need detect if video stream is cover art or real video stream before covnerting in ffmpeg 1.0 ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 15 12:17:04 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Nov 2012 11:17:04 -0000 Subject: [FFmpeg-trac] #1919(undetermined:new): audio file is treated as video In-Reply-To: <034.ed694c3fdc4527b5507d64db36e4d4b3@avcodec.org> References: <034.ed694c3fdc4527b5507d64db36e4d4b3@avcodec.org> Message-ID: <049.d95e351552cfc43520978367b821a3cb@avcodec.org> #1919: audio file is treated as video -------------------------------------+------------------------------------- Reporter: henry | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: flac | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:4 henry]: > > I hope you agree that the fact that ffmpeg detects the cover art (that is what your command line shows) is not a bug by itself. > IC , that means we need detect if video stream is cover art or real video stream before covnerting in ffmpeg 1.0 ? It may be sufficient if you can post a command line that works fine with an older version of ffmpeg but fails (or produces unexpected output) with current ffmpeg. So far, you have posted a command line - "ffmpeg -i diatonis_trajectories_08_the-secret-universe_4424_6-chan.flac' - that shows no cover art for ffmpeg 0.8, but shows cover art for ffmpeg 1.0. Assuming that there is cover art stored in your input file, I don't think this is sufficient explanation for a bug in ffmpeg 1.0, or don't you agree? (One could even argue that your command line implicates that there is a bug in ffmpeg 0.8 and that the fix should be backported, but patches that do not fix a regression and do not fix a security issue are normally not backported.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 15 13:57:50 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Nov 2012 12:57:50 -0000 Subject: [FFmpeg-trac] #1903(FFplay:open): ffplay: audio wave does not refresh for mp3s with apic In-Reply-To: <038.4cb55ea996692afca771524b6af80fa2@avcodec.org> References: <038.4cb55ea996692afca771524b6af80fa2@avcodec.org> Message-ID: <053.2f1f6eeb30f37f3021bb21541a8d1a51@avcodec.org> #1903: ffplay: audio wave does not refresh for mp3s with apic ------------------------------------+---------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: FFplay Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Changes (by cehoyos): * status: new => open * version: unspecified => git-master * component: undetermined => FFplay * reproduced: 0 => 1 Comment: Reproducible with: $ ffplay multiple_apics_cut.mp3 -showmode 1 and $ ffplay multiple_apics_cut.mp3 -showmode 2 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 15 14:02:55 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Nov 2012 13:02:55 -0000 Subject: [FFmpeg-trac] #1905(undetermined:open): wmav2 in wav: fix timer when seeking (was: wmav2 in wav: fix seeking) In-Reply-To: <038.e0fbb179ac81b1326b945790e93810c9@avcodec.org> References: <038.e0fbb179ac81b1326b945790e93810c9@avcodec.org> Message-ID: <053.9e3022145e5906c485094703df992ed3@avcodec.org> #1905: wmav2 in wav: fix timer when seeking -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: seek | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => seek * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 Comment: Seeking works (at least to a certain degree), the timer in the status line is wrong - it stays unchanged on seeking, also reproducible with mplayer -demuxer lavf {{{ $ ffplay FLCL_Ending_My.wav ffplay version N-46747-ga1b5c96 Copyright (c) 2003-2012 the FFmpeg developers built on Nov 15 2012 09:06:47 with gcc 4.7 (SUSE Linux) configuration: libavutil 52. 6.100 / 52. 6.100 libavcodec 54. 72.100 / 54. 72.100 libavformat 54. 36.100 / 54. 36.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 23.100 / 3. 23.100 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 [wav @ 0x7fce480008c0] Estimating duration from bitrate, this may be inaccurate Input #0, wav, from 'FLCL_Ending_My.wav': Duration: 00:02:19.94, bitrate: 64 kb/s Stream #0:0: Audio: wmav2 (a[1][0][0] / 0x0161), 44100 Hz, 2 channels, fltp, 64 kb/s Seek to 75% ( 0:01:43) of total duration ( 0:02:19) 2.86 A-V: 0.000 fd= 0 aq= 24KB vq= 0KB sq= 0B f=0/0 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 15 14:07:43 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Nov 2012 13:07:43 -0000 Subject: [FFmpeg-trac] #1906(undetermined:open): caf: noise after seeking with ffplay In-Reply-To: <038.771a26915066e76cd3b92190d62577dc@avcodec.org> References: <038.771a26915066e76cd3b92190d62577dc@avcodec.org> Message-ID: <053.8cd5ee41f5f46106ef5a2a73f0f0c520@avcodec.org> #1906: caf: noise after seeking with ffplay -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: seek | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => seek * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 Comment: Reproducible with the following command line: $ ffmpeg -ss 1 -i testcaf3.caf out.wav Additionally, ffplay -autoexit does not work for the sample... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 15 14:12:25 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Nov 2012 13:12:25 -0000 Subject: [FFmpeg-trac] #1899(undetermined:open): iac: metalic noise while seeking In-Reply-To: <038.44e6239afe595aa3c5afbe340d1f22d6@avcodec.org> References: <038.44e6239afe595aa3c5afbe340d1f22d6@avcodec.org> Message-ID: <053.50ee569d2ce094f4724f50ad47db7dc4@avcodec.org> #1899: iac: metalic noise while seeking -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: iac | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => iac * status: new => open * version: unspecified => git-master -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 15 14:13:02 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Nov 2012 13:13:02 -0000 Subject: [FFmpeg-trac] #1899(undetermined:open): iac: metalic noise while seeking In-Reply-To: <038.44e6239afe595aa3c5afbe340d1f22d6@avcodec.org> References: <038.44e6239afe595aa3c5afbe340d1f22d6@avcodec.org> Message-ID: <053.7ec05996d9f2b53888dfd78928afa1d8@avcodec.org> #1899: iac: metalic noise while seeking -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: iac | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 15 14:42:10 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Nov 2012 13:42:10 -0000 Subject: [FFmpeg-trac] #1881(avformat:closed): in24 Little Endian PCM audio (pcm_s24le) in mov decoded incorrectly as Big Endian (pcm_s24be) In-Reply-To: <034.8a1258f8748f22048e7b3e24f2c8c5f1@avcodec.org> References: <034.8a1258f8748f22048e7b3e24f2c8c5f1@avcodec.org> Message-ID: <049.4f42d5ad0d65a187e6567316b5f1e01f@avcodec.org> #1881: in24 Little Endian PCM audio (pcm_s24le) in mov decoded incorrectly as Big Endian (pcm_s24be) --------------------------------------+------------------------------------ Reporter: irius | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: mov in24 pcm | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Should be fixed in current git head, thank you for the sample! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 15 18:12:27 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Nov 2012 17:12:27 -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.60fe9c19cc02382ee13391e5b3cc10db@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 | ------------------------------------+----------------------------------- Comment (by cehoyos): Ticket #1550 may be related. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 15 18:14:30 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Nov 2012 17:14:30 -0000 Subject: [FFmpeg-trac] #1559(avformat:new): cannot seek in .m4a file In-Reply-To: <036.63a6491f2a3227f086022ea0801c9a02@avcodec.org> References: <036.63a6491f2a3227f086022ea0801c9a02@avcodec.org> Message-ID: <051.bf82f7620edd4712fcf1b5015c924aab@avcodec.org> #1559: cannot seek in .m4a file -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mov roundup | Blocked By: seek | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: mov roundup => mov roundup seek -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 15 18:41:11 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Nov 2012 17:41:11 -0000 Subject: [FFmpeg-trac] #1497(undetermined:open): Support for EDL cutting while encoding videos In-Reply-To: <040.cc9fe8d4c365b21dc7833642ca019baa@avcodec.org> References: <040.cc9fe8d4c365b21dc7833642ca019baa@avcodec.org> Message-ID: <055.19ec32ab7386b5eb9dd79cccc29ec785@avcodec.org> #1497: Support for EDL cutting while encoding videos -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: enhancement | Status: open Priority: wish | Component: Version: git-master | undetermined Keywords: edl | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ramitbhalla): Update on the EDL format: StartTimeStamp EndTimeStamp 0/1 The 0/1 in translated like: 0 - Cut the video between the start and end time stamp 1 - Keep the video between the start and end time stamp The EDL file cannot contain a combination of 0's and 1's, rather it's either all 0's or all 1's -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 15 22:12:55 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Nov 2012 21:12:55 -0000 Subject: [FFmpeg-trac] #1900(avcodec:open): h264: huge memory allocation and a memleak In-Reply-To: <038.3ce3acd617cd4d5e41b29a2b923a1aaf@avcodec.org> References: <038.3ce3acd617cd4d5e41b29a2b923a1aaf@avcodec.org> Message-ID: <053.2413aea6b226bf932dd6ffcd0b549089@avcodec.org> #1900: h264: huge memory allocation and a memleak ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: h264 leak | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by ami_stuff): Replying to [comment:1 cehoyos]: > Replying to [ticket:1900 ami_stuff]: > > if I block mem request from ffmpeg I get crash > > The crash was fixed in 16e52c86 Could you try to reproduce the crash again with this "ulimit" tool? It still crashes for me with this command line when I block mem request: ffmpeg -cpuflags 0 -i h264.avi If it still doesn't crash for you I will compile new build soon to get a backtrace. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 15 22:30:22 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Nov 2012 21:30:22 -0000 Subject: [FFmpeg-trac] #1656(avcodec:open): AVRn (mjpeg): change field order for ntsc In-Reply-To: <038.b4a4abdd3c1c3d74dbc267e79a7149c8@avcodec.org> References: <038.b4a4abdd3c1c3d74dbc267e79a7149c8@avcodec.org> Message-ID: <053.73adbc247aee3c1e6f995538056f1804@avcodec.org> #1656: AVRn (mjpeg): change field order for ntsc -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: mjpeg AVrn | Blocked By: AVID | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ami_stuff): Also it would be good to add an possibility to change fields order manually as an ffmpeg's option (if this is not already possible) for codecs like mjpeg/dv/frwu/mpeg. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 15 22:38:59 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Nov 2012 21:38:59 -0000 Subject: [FFmpeg-trac] #1920(undetermined:new): dts-hd core extraction Message-ID: <034.e788182284e1b5046c57c5de814cdb87@avcodec.org> #1920: dts-hd core extraction -------------------------------------+------------------------------------- Reporter: Selur | Type: Status: new | enhancement Component: | Priority: normal undetermined | Version: Keywords: dts-hd core | unspecified Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- at the moment ffmpeg can only extract the whole dts-hd stream, would be nice if the core could be extracted additionally. (especially since ffmpeg can only decode the core,...) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 15 22:59:48 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Nov 2012 21:59:48 -0000 Subject: [FFmpeg-trac] #1921(undetermined:new): qpeg: destroyed palette after loop in ffplay Message-ID: <038.ea8685fa6147b3338c49d60ad84782d1@avcodec.org> #1921: qpeg: destroyed palette after loop in ffplay -------------------------------------+------------------------------------- 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 -------------------------------------+------------------------------------- when the file will play again it will have destroyed palette at the beginning of the playback ffplay -loop 2 VWbig2.avi see also ticket #79 http://www.datafilehost.com/download-e3271fd1.html {{{ C:\>ffmpeg -i VWbig2.avi ffmpeg version N-46755-ge70144c Copyright (c) 2000-2012 the FFmpeg developers built on Nov 15 2012 02:38:20 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 52. 6.100 / 52. 6.100 libavcodec 54. 71.100 / 54. 71.100 libavformat 54. 36.100 / 54. 36.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 23.100 / 3. 23.100 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 Guessed Channel Layout for Input Stream #0.1 : mono Input #0, avi, from 'VWbig2.avi': Duration: 00:00:07.00, start: 0.000000, bitrate: 4984 kb/s Stream #0:0: Video: qpeg (Q1.0 / 0x302E3151), pal8, 320x240, 25 tbr, 25 tbn, 25 tbc Metadata: title : QPEG? Video #0 Stream #0:1: Audio: pcm_u8 ([1][0][0][0] / 0x0001), 22050 Hz, mono, u8, 176 kb/s Metadata: title : Shar1.avi Audio #1 At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 15 23:15:26 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Nov 2012 22:15:26 -0000 Subject: [FFmpeg-trac] #1921(undetermined:open): qpeg: destroyed palette after loop in ffplay In-Reply-To: <038.ea8685fa6147b3338c49d60ad84782d1@avcodec.org> References: <038.ea8685fa6147b3338c49d60ad84782d1@avcodec.org> Message-ID: <053.ee7ffc549b936851859fe93d739ca060@avcodec.org> #1921: qpeg: destroyed palette after loop in ffplay -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: qpeg | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => qpeg * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 15 23:35:26 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Nov 2012 22:35:26 -0000 Subject: [FFmpeg-trac] #1900(avcodec:open): h264: huge memory allocation and a memleak In-Reply-To: <038.3ce3acd617cd4d5e41b29a2b923a1aaf@avcodec.org> References: <038.3ce3acd617cd4d5e41b29a2b923a1aaf@avcodec.org> Message-ID: <053.b2add0be366ed3dff187c4d682ea35b6@avcodec.org> #1900: h264: huge memory allocation and a memleak ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: h264 leak | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Replying to [comment:3 ami_stuff]: > Replying to [comment:1 cehoyos]: > > Replying to [ticket:1900 ami_stuff]: > > > if I block mem request from ffmpeg I get crash > > > > The crash was fixed in 16e52c86 > > Could you try to reproduce the crash again with this "ulimit" tool? It still crashes for me Which version crashes for you / could you provide a backtrace? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 16 00:02:15 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Nov 2012 23:02:15 -0000 Subject: [FFmpeg-trac] #1900(avcodec:open): h264: huge memory allocation and a memleak In-Reply-To: <038.3ce3acd617cd4d5e41b29a2b923a1aaf@avcodec.org> References: <038.3ce3acd617cd4d5e41b29a2b923a1aaf@avcodec.org> Message-ID: <053.e74565b7e64122561d11d4ca323c4129@avcodec.org> #1900: h264: huge memory allocation and a memleak ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: h264 leak | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by ami_stuff): these two, but they are not mine, so no debug symbols {{{ C:\>ffmpeg1 ffmpeg version N-46726-g2f74f8d Copyright (c) 2000-2012 the FFmpeg developers built on Nov 13 2012 19:29:51 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. 6.100 / 52. 6.100 libavcodec 54. 71.100 / 54. 71.100 libavformat 54. 36.100 / 54. 36.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 23.100 / 3. 23.100 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 Hyper fast Audio and Video encoder usage: ffmpeg [options] [[infile options] -i infile]... {[outfile options] outfi le}... Use -h to get full help or, even better, run 'man ffmpeg' }}} {{{ C:\>ffmpeg2 ffmpeg version N-46755-ge70144c Copyright (c) 2000-2012 the FFmpeg developers built on Nov 15 2012 02:38:20 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 52. 6.100 / 52. 6.100 libavcodec 54. 71.100 / 54. 71.100 libavformat 54. 36.100 / 54. 36.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 23.100 / 3. 23.100 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 Hyper fast Audio and Video encoder usage: ffmpeg [options] [[infile options] -i infile]... {[outfile options] outfi le}... Use -h to get full help or, even better, run 'man ffmpeg' }}} {{{ (gdb) r -cpuflags 0 -i h264.avi The program being debugged has been started already. Start it from the beginning? (y or n) y Starting program: d:\mingw\msys\1.0\ffmpeg-head-b2b67fd\ffmpeg2.exe -cpuflags 0 -i h264.avi [New Thread 5140.0x17a8] ffmpeg version N-46755-ge70144c Copyright (c) 2000-2012 the FFmpeg developers built on Nov 15 2012 02:38:20 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 52. 6.100 / 52. 6.100 libavcodec 54. 71.100 / 54. 71.100 libavformat 54. 36.100 / 54. 36.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 23.100 / 3. 23.100 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 [h264 @ 0x1edce80] missing picture in access unit with size 1941 [h264 @ 0x1edce80] no frame! [h264 @ 0x1edce80] missing picture in access unit with size 2377 [h264 @ 0x1edce80] no frame! [h264 @ 0x1edce80] missing picture in access unit with size 2090 [h264 @ 0x1edce80] no frame! [h264 @ 0x1edce80] missing picture in access unit with size 2305 [h264 @ 0x1edce80] no frame! [h264 @ 0x1edce80] missing picture in access unit with size 3280 [h264 @ 0x1edce80] no frame! [h264 @ 0x1edce80] missing picture in access unit with size 2963 [h264 @ 0x1edce80] no frame! [h264 @ 0x1edce80] missing picture in access unit with size 2624 [h264 @ 0x1edce80] no frame! [h264 @ 0x1edce80] illegal log2_max_frame_num 50 [h264 @ 0x1edce80] missing picture in access unit with size 2937 [h264 @ 0x1edce80] illegal log2_max_frame_num 50 Last message repeated 1 times [h264 @ 0x1edce80] no frame! [h264 @ 0x1edce80] sps_id out of range [h264 @ 0x1edce80] missing picture in access unit with size 4221 [h264 @ 0x1edce80] sps_id out of range [h264 @ 0x1edce80] no frame! [h264 @ 0x1edce80] non-existing PPS referenced [h264 @ 0x1edce80] non-existing PPS 3 referenced [h264 @ 0x1edce80] decode_slice_header error [h264 @ 0x1edce80] no frame! [h264 @ 0x1edce80] missing picture in access unit with size 4270 [h264 @ 0x1edce80] no frame! [h264 @ 0x1edce80] missing picture in access unit with size 3875 [h264 @ 0x1edce80] no frame! [h264 @ 0x1edce80] non-existing PPS referenced [h264 @ 0x1edce80] slice type too large (2) at 0 0 [h264 @ 0x1edce80] decode_slice_header error [h264 @ 0x1edce80] sps_id out of range [h264 @ 0x1edce80] no frame! [h264 @ 0x1edce80] missing picture in access unit with size 4394 [h264 @ 0x1edce80] no frame! [h264 @ 0x1edce80] missing picture in access unit with size 4743 [h264 @ 0x1edce80] Partitioned H.264 support is incomplete [h264 @ 0x1edce80] missing picture in access unit with size 5338 [h264 @ 0x1edce80] no frame! [h264 @ 0x1edce80] missing picture in access unit with size 6106 [h264 @ 0x1edce80] no frame! [h264 @ 0x1edce80] sps_id (32) out of range [h264 @ 0x1edce80] missing picture in access unit with size 5938 [h264 @ 0x1edce80] sps_id (32) out of range Last message repeated 1 times [h264 @ 0x1edce80] no frame! [h264 @ 0x1edce80] missing picture in access unit with size 5345 [h264 @ 0x1edce80] no frame! [h264 @ 0x1edce80] non-existing PPS referenced [h264 @ 0x1edce80] non-existing PPS 1 referenced [h264 @ 0x1edce80] decode_slice_header error [h264 @ 0x1edce80] too many reference frames Last message repeated 1 times [h264 @ 0x1edce80] non-existing PPS 0 referenced [h264 @ 0x1edce80] decode_slice_header error [h264 @ 0x1edce80] non-existing PPS 0 referenced [h264 @ 0x1edce80] decode_slice_header error [h264 @ 0x1edce80] sps_id out of range [h264 @ 0x1edce80] no frame! [h264 @ 0x1edce80] missing picture in access unit with size 5498 [h264 @ 0x1edce80] Partitioned H.264 support is incomplete [h264 @ 0x1edce80] non-existing PPS referenced [h264 @ 0x1edce80] non-existing PPS 10 referenced [h264 @ 0x1edce80] decode_slice_header error [h264 @ 0x1edce80] no frame! [h264 @ 0x1edce80] non-existing PPS referenced [h264 @ 0x1edce80] non-existing PPS 0 referenced [h264 @ 0x1edce80] decode_slice_header error [h264 @ 0x1edce80] Partitioned H.264 support is incomplete [h264 @ 0x1edce80] sps_id out of range [h264 @ 0x1edce80] missing picture in access unit with size 5630 [h264 @ 0x1edce80] sps_id out of range [h264 @ 0x1edce80] no frame! [h264 @ 0x1edce80] missing picture in access unit with size 5714 [h264 @ 0x1edce80] non-existing PPS 2 referenced [h264 @ 0x1edce80] decode_slice_header error [h264 @ 0x1edce80] no frame! [h264 @ 0x1edce80] sps_id out of range Last message repeated 1 times [h264 @ 0x1edce80] missing picture in access unit with size 5525 [h264 @ 0x1edce80] sps_id out of range Last message repeated 1 times [h264 @ 0x1edce80] no frame! [h264 @ 0x1edce80] non-existing PPS referenced [h264 @ 0x1edce80] non-existing PPS 0 referenced [h264 @ 0x1edce80] decode_slice_header error [h264 @ 0x1edce80] non-existing PPS 0 referenced [h264 @ 0x1edce80] decode_slice_header error [h264 @ 0x1edce80] no frame! [h264 @ 0x1edce80] non-existing PPS referenced [h264 @ 0x1edce80] slice type too large (2) at 0 0 [h264 @ 0x1edce80] decode_slice_header error [h264 @ 0x1edce80] missing picture in access unit with size 5623 [h264 @ 0x1edce80] no frame! [h264 @ 0x1edce80] FMO not supported [h264 @ 0x1edce80] non-existing PPS referenced [h264 @ 0x1edce80] FMO not supported [h264 @ 0x1edce80] non-existing PPS 227 referenced [h264 @ 0x1edce80] decode_slice_header error [h264 @ 0x1edce80] no frame! [h264 @ 0x1edce80] non-existing PPS referenced [h264 @ 0x1edce80] non-existing PPS 0 referenced [h264 @ 0x1edce80] decode_slice_header error [h264 @ 0x1edce80] Cannot allocate memory. [h264 @ 0x1edce80] decode_slice_header error [h264 @ 0x1edce80] sps_id out of range [h264 @ 0x1edce80] concealing 297024 DC, 297024 AC, 297024 MV errors in P frame [h264 @ 0x1edce80] guess_dc() is out of memory [h264 @ 0x1edce80] non-existing PPS referenced [h264 @ 0x1edce80] non-existing PPS 0 referenced [h264 @ 0x1edce80] decode_slice_header error [h264 @ 0x1edce80] no frame! [h264 @ 0x1edce80] illegal POC type 7 [h264 @ 0x1edce80] non-existing PPS referenced [h264 @ 0x1edce80] illegal POC type 7 Last message repeated 1 times [h264 @ 0x1edce80] slice type too large (3) at 0 0 [h264 @ 0x1edce80] decode_slice_header error [h264 @ 0x1edce80] non-existing PPS 3 referenced [h264 @ 0x1edce80] decode_slice_header error [h264 @ 0x1edce80] non-existing PPS 6 referenced [h264 @ 0x1edce80] decode_slice_header error [h264 @ 0x1edce80] no frame! [h264 @ 0x1edce80] non-existing PPS referenced [h264 @ 0x1edce80] non-existing PPS 13 referenced [h264 @ 0x1edce80] decode_slice_header error [h264 @ 0x1edce80] non-existing PPS 0 referenced [h264 @ 0x1edce80] decode_slice_header error [h264 @ 0x1edce80] non-existing PPS 10 referenced [h264 @ 0x1edce80] decode_slice_header error [h264 @ 0x1edce80] Partitioned H.264 support is incomplete [h264 @ 0x1edce80] missing picture in access unit with size 5668 [h264 @ 0x1edce80] no frame! [h264 @ 0x1edce80] sps_id (32) out of range [h264 @ 0x1edce80] missing picture in access unit with size 5753 [h264 @ 0x1edce80] sps_id (32) out of range Last message repeated 1 times [h264 @ 0x1edce80] no frame! [h264 @ 0x1edce80] missing picture in access unit with size 5903 [h264 @ 0x1edce80] no frame! [h264 @ 0x1edce80] non-existing PPS referenced [h264 @ 0x1edce80] non-existing PPS 6 referenced [h264 @ 0x1edce80] decode_slice_header error [h264 @ 0x1edce80] no frame! [h264 @ 0x1edce80] non-existing PPS referenced [h264 @ 0x1edce80] non-existing PPS 0 referenced [h264 @ 0x1edce80] decode_slice_header error [h264 @ 0x1edce80] non-existing PPS 0 referenced [h264 @ 0x1edce80] decode_slice_header error [h264 @ 0x1edce80] no frame! [h264 @ 0x1edce80] missing picture in access unit with size 5680 [h264 @ 0x1edce80] no frame! [h264 @ 0x1edce80] Missing reference picture, default is 2 Last message repeated 1 times [h264 @ 0x1edce80] deblocking filter parameters 52 106 out of range [h264 @ 0x1edce80] decode_slice_header error [h264 @ 0x1edce80] Warning MVs not available [h264 @ 0x1edce80] concealing 297024 DC, 297024 AC, 297024 MV errors in P frame Program received signal SIGSEGV, Segmentation fault. 0x0090a710 in ?? () }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 16 00:33:17 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Nov 2012 23:33:17 -0000 Subject: [FFmpeg-trac] #1920(undetermined:open): dts-hd core extraction In-Reply-To: <034.e788182284e1b5046c57c5de814cdb87@avcodec.org> References: <034.e788182284e1b5046c57c5de814cdb87@avcodec.org> Message-ID: <049.b2b5a551d43c86d9e002afd3f6551976@avcodec.org> #1920: dts-hd core extraction -------------------------------------+------------------------------------- Reporter: Selur | Owner: Type: enhancement | Status: open Priority: wish | Component: Version: git-master | undetermined Keywords: dca | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: dts-hd core => dca * priority: normal => wish * version: unspecified => git-master * status: new => open * reproduced: 0 => 1 Comment: For future reports: Please always include a command line together with complete, uncut console output (and point to a sample)! Sample is for example: http://samples.ffmpeg.org/A-codecs/DTS/hitman_cut.m2ts {{{ $ ffmpeg -i hitman_cut.m2ts -acodec copy -map 0:2 out.dts ffmpeg version N-46785-g8f42b09 Copyright (c) 2000-2012 the FFmpeg developers built on Nov 16 2012 00:19:45 with gcc 4.7 (SUSE Linux) configuration: --enable-libx264 --enable-libvo-aacenc --enable-libfdk- aac --enable-libfaac --disable-indev=jack --enable-gpl --enable-version3 --enable-nonfree libavutil 52. 6.100 / 52. 6.100 libavcodec 54. 72.100 / 54. 72.100 libavformat 54. 36.100 / 54. 36.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 23.100 / 3. 23.100 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 [dca @ 0x23b13c0] Not a valid DCA frame [h264 @ 0x23b0180] non-existing PPS referenced [h264 @ 0x23b0180] non-existing PPS 0 referenced [h264 @ 0x23b0180] decode_slice_header error [h264 @ 0x23b0180] non-existing PPS 0 referenced [h264 @ 0x23b0180] decode_slice_header error [h264 @ 0x23b0180] non-existing PPS 0 referenced [h264 @ 0x23b0180] decode_slice_header error [h264 @ 0x23b0180] non-existing PPS 0 referenced [h264 @ 0x23b0180] decode_slice_header error [h264 @ 0x23b0180] no frame! [h264 @ 0x23b0180] non-existing PPS referenced [h264 @ 0x23b0180] non-existing PPS 0 referenced [h264 @ 0x23b0180] decode_slice_header error [h264 @ 0x23b0180] non-existing PPS 0 referenced [h264 @ 0x23b0180] decode_slice_header error [h264 @ 0x23b0180] non-existing PPS 0 referenced [h264 @ 0x23b0180] decode_slice_header error [h264 @ 0x23b0180] non-existing PPS 0 referenced [h264 @ 0x23b0180] decode_slice_header error [h264 @ 0x23b0180] no frame! [h264 @ 0x23b0180] non-existing PPS referenced [h264 @ 0x23b0180] non-existing PPS 0 referenced [h264 @ 0x23b0180] decode_slice_header error [h264 @ 0x23b0180] non-existing PPS 0 referenced [h264 @ 0x23b0180] decode_slice_header error [h264 @ 0x23b0180] non-existing PPS 0 referenced [h264 @ 0x23b0180] decode_slice_header error [h264 @ 0x23b0180] non-existing PPS 0 referenced [h264 @ 0x23b0180] decode_slice_header error [h264 @ 0x23b0180] no frame! [h264 @ 0x23b0180] non-existing PPS referenced [h264 @ 0x23b0180] non-existing PPS 0 referenced [h264 @ 0x23b0180] decode_slice_header error [h264 @ 0x23b0180] non-existing PPS 0 referenced [h264 @ 0x23b0180] decode_slice_header error [h264 @ 0x23b0180] non-existing PPS 0 referenced [h264 @ 0x23b0180] decode_slice_header error [h264 @ 0x23b0180] non-existing PPS 0 referenced [h264 @ 0x23b0180] decode_slice_header error [h264 @ 0x23b0180] no frame! [h264 @ 0x23b0180] non-existing PPS referenced [h264 @ 0x23b0180] non-existing PPS 0 referenced [h264 @ 0x23b0180] decode_slice_header error [h264 @ 0x23b0180] non-existing PPS 0 referenced [h264 @ 0x23b0180] decode_slice_header error [h264 @ 0x23b0180] non-existing PPS 0 referenced [h264 @ 0x23b0180] decode_slice_header error [h264 @ 0x23b0180] non-existing PPS 0 referenced [h264 @ 0x23b0180] decode_slice_header error [h264 @ 0x23b0180] no frame! [h264 @ 0x23b0180] non-existing PPS referenced [h264 @ 0x23b0180] non-existing PPS 0 referenced [h264 @ 0x23b0180] decode_slice_header error [h264 @ 0x23b0180] non-existing PPS 0 referenced [h264 @ 0x23b0180] decode_slice_header error [h264 @ 0x23b0180] non-existing PPS 0 referenced [h264 @ 0x23b0180] decode_slice_header error [h264 @ 0x23b0180] non-existing PPS 0 referenced [h264 @ 0x23b0180] decode_slice_header error [h264 @ 0x23b0180] no frame! [mpegts @ 0x23ac240] Stream #8: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x23ac240] Stream #9: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x23ac240] Stream #10: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x23ac240] Stream #11: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x23ac240] Stream #12: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x23ac240] Stream #13: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x23ac240] Stream #14: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x23ac240] Stream #15: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x23ac240] Stream #16: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x23ac240] Stream #17: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x23ac240] Stream #18: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x23ac240] Stream #19: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x23ac240] Stream #20: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x23ac240] Stream #21: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x23ac240] Stream #22: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x23ac240] Stream #23: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x23ac240] Stream #24: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x23ac240] Stream #25: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x23ac240] Stream #26: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x23ac240] Stream #27: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x23ac240] Stream #28: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x23ac240] Stream #29: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x23ac240] Stream #30: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x23ac240] Stream #31: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x23ac240] Stream #32: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x23ac240] Stream #33: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x23ac240] Stream #34: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x23ac240] Stream #35: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x23ac240] Stream #36: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x23ac240] Could not find codec parameters for stream 8 (Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090)): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x23ac240] Could not find codec parameters for stream 9 (Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090)): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x23ac240] Could not find codec parameters for stream 10 (Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090)): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x23ac240] Could not find codec parameters for stream 11 (Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090)): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x23ac240] Could not find codec parameters for stream 12 (Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090)): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x23ac240] Could not find codec parameters for stream 13 (Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090)): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x23ac240] Could not find codec parameters for stream 14 (Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090)): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x23ac240] Could not find codec parameters for stream 15 (Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090)): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x23ac240] Could not find codec parameters for stream 16 (Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090)): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x23ac240] Could not find codec parameters for stream 17 (Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090)): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x23ac240] Could not find codec parameters for stream 18 (Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090)): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x23ac240] Could not find codec parameters for stream 19 (Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090)): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x23ac240] Could not find codec parameters for stream 20 (Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090)): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x23ac240] Could not find codec parameters for stream 21 (Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090)): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x23ac240] Could not find codec parameters for stream 22 (Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090)): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x23ac240] Could not find codec parameters for stream 23 (Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090)): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x23ac240] Could not find codec parameters for stream 24 (Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090)): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x23ac240] Could not find codec parameters for stream 25 (Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090)): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x23ac240] Could not find codec parameters for stream 26 (Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090)): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x23ac240] Could not find codec parameters for stream 27 (Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090)): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x23ac240] Could not find codec parameters for stream 28 (Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090)): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x23ac240] Could not find codec parameters for stream 29 (Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090)): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x23ac240] Could not find codec parameters for stream 30 (Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090)): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x23ac240] Could not find codec parameters for stream 31 (Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090)): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x23ac240] Could not find codec parameters for stream 32 (Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090)): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x23ac240] Could not find codec parameters for stream 33 (Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090)): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x23ac240] Could not find codec parameters for stream 34 (Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090)): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x23ac240] Could not find codec parameters for stream 35 (Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090)): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x23ac240] Could not find codec parameters for stream 36 (Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090)): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options [NULL @ 0x2402140] start time is not set in estimate_timings_from_pts [NULL @ 0x2408540] start time is not set in estimate_timings_from_pts [NULL @ 0x240ea20] start time is not set in estimate_timings_from_pts [NULL @ 0x2414f00] start time is not set in estimate_timings_from_pts [NULL @ 0x241b3e0] start time is not set in estimate_timings_from_pts [NULL @ 0x24218c0] start time is not set in estimate_timings_from_pts [NULL @ 0x2427da0] start time is not set in estimate_timings_from_pts [NULL @ 0x242e2c0] start time is not set in estimate_timings_from_pts [NULL @ 0x24347a0] start time is not set in estimate_timings_from_pts [NULL @ 0x243ad20] start time is not set in estimate_timings_from_pts [NULL @ 0x2441120] start time is not set in estimate_timings_from_pts [NULL @ 0x2447520] start time is not set in estimate_timings_from_pts [NULL @ 0x244da00] start time is not set in estimate_timings_from_pts [NULL @ 0x2453ee0] start time is not set in estimate_timings_from_pts [NULL @ 0x245a3c0] start time is not set in estimate_timings_from_pts [NULL @ 0x24608a0] start time is not set in estimate_timings_from_pts [NULL @ 0x2466d80] start time is not set in estimate_timings_from_pts [NULL @ 0x246d340] start time is not set in estimate_timings_from_pts [NULL @ 0x2473740] start time is not set in estimate_timings_from_pts [NULL @ 0x2479b40] start time is not set in estimate_timings_from_pts [NULL @ 0x247ff40] start time is not set in estimate_timings_from_pts [NULL @ 0x2486420] start time is not set in estimate_timings_from_pts [NULL @ 0x248c900] start time is not set in estimate_timings_from_pts [NULL @ 0x2492e20] start time is not set in estimate_timings_from_pts [NULL @ 0x2499300] start time is not set in estimate_timings_from_pts [NULL @ 0x249f900] start time is not set in estimate_timings_from_pts [NULL @ 0x24a5d00] start time is not set in estimate_timings_from_pts [NULL @ 0x24ac100] start time is not set in estimate_timings_from_pts [NULL @ 0x24b2500] start time is not set in estimate_timings_from_pts [mpegts @ 0x23ac240] PES packet size mismatch Last message repeated 7 times Input #0, mpegts, from 'hitman_cut.m2ts': Duration: 00:00:16.56, start: 193.496000, bitrate: 24152 kb/s Program 1 Stream #0:0[0x1011]: Video: h264 (High) (HDMV / 0x564D4448), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 23.98 fps, 23.98 tbr, 90k tbn, 47.95 tbc Stream #0:1[0x1100]: Audio: dts (DTS) ([130][0][0][0] / 0x0082), 48000 Hz, 5.1(side), fltp, 768 kb/s Stream #0:2[0x1101]: Audio: dts (DTS-HD HRA) ([133][0][0][0] / 0x0085), 48000 Hz, 5.1(side), fltp, 1536 kb/s Stream #0:3[0x1102]: Audio: dts (DTS) ([130][0][0][0] / 0x0082), 48000 Hz, 5.1(side), fltp, 768 kb/s Stream #0:4[0x1103]: Audio: dts (DTS) ([130][0][0][0] / 0x0082), 48000 Hz, 5.1(side), fltp, 768 kb/s Stream #0:5[0x1104]: Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, 5.1(side), s16, 448 kb/s Stream #0:6[0x1105]: Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, 5.1(side), s16, 448 kb/s Stream #0:7[0x1106]: Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, stereo, s16, 224 kb/s Stream #0:8[0x1200]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090) Stream #0:9[0x1201]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090) Stream #0:10[0x1202]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090) Stream #0:11[0x1203]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090) Stream #0:12[0x1204]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090) Stream #0:13[0x1205]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090) Stream #0:14[0x1206]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090) Stream #0:15[0x1207]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090) Stream #0:16[0x1208]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090) Stream #0:17[0x1209]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090) Stream #0:18[0x120a]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090) Stream #0:19[0x120b]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090) Stream #0:20[0x120c]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090) Stream #0:21[0x120d]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090) Stream #0:22[0x120e]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090) Stream #0:23[0x120f]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090) Stream #0:24[0x1210]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090) Stream #0:25[0x1211]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090) Stream #0:26[0x1212]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090) Stream #0:27[0x1213]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090) Stream #0:28[0x1214]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090) Stream #0:29[0x1215]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090) Stream #0:30[0x1216]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090) Stream #0:31[0x1217]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090) Stream #0:32[0x1218]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090) Stream #0:33[0x1219]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090) Stream #0:34[0x121a]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090) Stream #0:35[0x121b]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090) Stream #0:36[0x121c]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090) Output #0, dts, to 'out.dts': Metadata: encoder : Lavf54.36.100 Stream #0:0: Audio: dts ([133][0][0][0] / 0x0085), 48000 Hz, 5.1(side), 1536 kb/s Stream mapping: Stream #0:2 -> #0:0 (copy) Press [q] to stop, [?] for help [mpegts @ 0x23ac240] PES packet size mismatch size= 5839kB time=00:00:15.85 bitrate=3017.6kbits/s video:0kB audio:5839kB subtitle:0 global headers:0kB muxing overhead 0.000000% }}} {{{ $ ffmpeg -i out.dts ffmpeg version N-46785-g8f42b09 Copyright (c) 2000-2012 the FFmpeg developers built on Nov 16 2012 00:19:45 with gcc 4.7 (SUSE Linux) configuration: --enable-libx264 --enable-libvo-aacenc --enable-libfdk- aac --enable-libfaac --disable-indev=jack --enable-gpl --enable-version3 --enable-nonfree libavutil 52. 6.100 / 52. 6.100 libavcodec 54. 72.100 / 54. 72.100 libavformat 54. 36.100 / 54. 36.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 23.100 / 3. 23.100 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 [dca @ 0x1c65660] Not a valid DCA frame [dts @ 0x1c5f240] max_analyze_duration 5000000 reached at 5002667 [dts @ 0x1c5f240] Estimating duration from bitrate, this may be inaccurate Input #0, dts, from 'out.dts': Duration: 00:00:31.14, start: 0.000000, bitrate: 1536 kb/s Stream #0:0: Audio: dts (DTS-HD HRA), 48000 Hz, 5.1(side), fltp, 1536 kb/s At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 16 01:08:04 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Nov 2012 00:08:04 -0000 Subject: [FFmpeg-trac] #1900(avcodec:open): h264: huge memory allocation and a memleak In-Reply-To: <038.3ce3acd617cd4d5e41b29a2b923a1aaf@avcodec.org> References: <038.3ce3acd617cd4d5e41b29a2b923a1aaf@avcodec.org> Message-ID: <053.70e84b744108c4f61067fd1e37a23ecf@avcodec.org> #1900: h264: huge memory allocation and a memleak ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: h264 leak | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): I get the following with "ulimit -Sv 1200000", not reproducible with -threads 1: {{{ $ valgrind ffmpeg_g -i h264.avi -f null - [...] Output file is empty, nothing was encoded (check -ss / -t / -frames parameters if used) ==26146== Invalid free() / delete / delete[] / realloc() ==26146== at 0x4C29D4E: free (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==26146== by 0xBAB4EB: av_freep (mem.c:190) ==26146== by 0x8962CA: ff_MPV_common_end (mpegvideo.c:471) ==26146== by 0x41EA4D: h264_decode_end (h264.c:4176) ==26146== by 0x8E2754: frame_thread_free (pthread.c:771) ==26146== by 0x4348B1: avcodec_close (utils.c:1963) ==26146== by 0x453939: main (ffmpeg.c:3025) ==26146== Address 0x3ade9080 is not stack'd, malloc'd or (recently) free'd ==26146== ==26146== Invalid free() / delete / delete[] / realloc() ==26146== at 0x4C29D4E: free (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==26146== by 0xBAB4EB: av_freep (mem.c:190) ==26146== by 0x8962D6: ff_MPV_common_end (mpegvideo.c:472) ==26146== by 0x41EA4D: h264_decode_end (h264.c:4176) ==26146== by 0x8E2754: frame_thread_free (pthread.c:771) ==26146== by 0x4348B1: avcodec_close (utils.c:1963) ==26146== by 0x453939: main (ffmpeg.c:3025) ==26146== Address 0x3b1e9080 is 0 bytes inside a block of size 297,262 free'd ==26146== at 0x4C29D4E: free (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==26146== by 0xBAB4EB: av_freep (mem.c:190) ==26146== by 0x8962D6: ff_MPV_common_end (mpegvideo.c:472) ==26146== by 0x4282F6: ff_MPV_common_init (mpegvideo.c:914) ==26146== by 0x896C13: ff_mpeg_update_thread_context (mpegvideo.c:551) ==26146== by 0x772A99: decode_update_thread_context (h264.c:1179) ==26146== by 0x8E2D1C: ff_thread_decode_frame (pthread.c:458) ==26146== by 0x98ABD3: avcodec_decode_video2 (utils.c:1663) ==26146== by 0x45FCB4: decode_video (ffmpeg.c:1563) ==26146== by 0x453EEC: main (ffmpeg.c:1764) ==26146== ==26146== Invalid free() / delete / delete[] / realloc() ==26146== at 0x4C29D4E: free (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==26146== by 0xBAB4EB: av_freep (mem.c:190) ==26146== by 0x896332: ff_MPV_common_end (mpegvideo.c:481) ==26146== by 0x41EA4D: h264_decode_end (h264.c:4176) ==26146== by 0x8E2754: frame_thread_free (pthread.c:771) ==26146== by 0x4348B1: avcodec_close (utils.c:1963) ==26146== by 0x453939: main (ffmpeg.c:3025) ==26146== Address 0x22e1c8e0 is 0 bytes inside a block of size 2,520 free'd ==26146== at 0x4C29D4E: free (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==26146== by 0xBAB4EB: av_freep (mem.c:190) ==26146== by 0x896332: ff_MPV_common_end (mpegvideo.c:481) ==26146== by 0x4282F6: ff_MPV_common_init (mpegvideo.c:914) ==26146== by 0x896C13: ff_mpeg_update_thread_context (mpegvideo.c:551) ==26146== by 0x772A99: decode_update_thread_context (h264.c:1179) ==26146== by 0x8E2D1C: ff_thread_decode_frame (pthread.c:458) ==26146== by 0x98ABD3: avcodec_decode_video2 (utils.c:1663) ==26146== by 0x45FCB4: decode_video (ffmpeg.c:1563) ==26146== by 0x453EEC: main (ffmpeg.c:1764) ==26146== ==26146== ==26146== HEAP SUMMARY: ==26146== in use at exit: 7,535,176 bytes in 27 blocks ==26146== total heap usage: 4,035 allocs, 5,053 frees, 2,003,924,921 bytes allocated ==26146== ==26146== LEAK SUMMARY: ==26146== definitely lost: 7,256,557 bytes in 26 blocks ==26146== indirectly lost: 0 bytes in 0 blocks ==26146== possibly lost: 278,619 bytes in 1 blocks ==26146== still reachable: 0 bytes in 0 blocks ==26146== suppressed: 0 bytes in 0 blocks ==26146== Rerun with --leak-check=full to see details of leaked memory ==26146== ==26146== For counts of detected and suppressed errors, rerun with: -v ==26146== ERROR SUMMARY: 1311 errors from 13 contexts (suppressed: 2 from 2) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 16 01:09:02 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Nov 2012 00:09:02 -0000 Subject: [FFmpeg-trac] #1900(avcodec:open): h264: huge memory allocation and a memleak, possible race condition (was: h264: huge memory allocation and a memleak) In-Reply-To: <038.3ce3acd617cd4d5e41b29a2b923a1aaf@avcodec.org> References: <038.3ce3acd617cd4d5e41b29a2b923a1aaf@avcodec.org> Message-ID: <053.84daab7db2a6d3afba566f77f69d3967@avcodec.org> #1900: h264: huge memory allocation and a memleak, possible race condition ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: h264 leak | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * priority: normal => important -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 16 02:00:18 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Nov 2012 01:00:18 -0000 Subject: [FFmpeg-trac] #1922(undetermined:new): Broken or incomplete parser for filters Message-ID: <034.f9041eca0be3762a6c22b47fe027f7f4@avcodec.org> #1922: Broken or incomplete parser for filters -------------------------------------+------------------------------------- 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 -------------------------------------+------------------------------------- Summary of the bug: The parser for filters seems to be broken or incomplete, because it doesn't correctly interpret some cases, for example: {{{ -vf select='not(mod(n,100))' }}} has to be written like: {{{ -vf select='not(mod(n\,100))' }}} I guess this is a workaround to solve some problematic parsing problems or something, but imho it should be fixed rather than be ignored or even moved to documentation as such. A comma character does not need to be escaped, since it is inside the parenthesis, and it is obvious that it can't be a delimiter for another filter in the chain. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 16 07:15:46 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Nov 2012 06:15:46 -0000 Subject: [FFmpeg-trac] #1919(undetermined:new): audio file is treated as video In-Reply-To: <034.ed694c3fdc4527b5507d64db36e4d4b3@avcodec.org> References: <034.ed694c3fdc4527b5507d64db36e4d4b3@avcodec.org> Message-ID: <049.ecf27dc832c757cb302dd41b86b90a0b@avcodec.org> #1919: audio file is treated as video -------------------------------------+------------------------------------- Reporter: henry | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: flac | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by henry): yes , maybe this is not a bug for ffmpeg 1.0. [[BR]] seems no cover art in video file , only for audio media file. [[BR]] and how to identify if a video stream is cover art or real video stream ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 16 07:34:35 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Nov 2012 06:34:35 -0000 Subject: [FFmpeg-trac] #1547(FFmpeg:closed): How to use FFMPEG to convert group of images to movie in android . In-Reply-To: <035.941ab2042ddd12cf6abcb36f3cab6685@avcodec.org> References: <035.941ab2042ddd12cf6abcb36f3cab6685@avcodec.org> Message-ID: <050.6024fb199870a934ecb64a6a4faf0400@avcodec.org> #1547: How to use FFMPEG to convert group of images to movie in android . -------------------------------------+----------------------------------- Reporter: Rajesh | Owner: Type: defect | Status: closed Priority: important | Component: FFmpeg Version: unspecified | Resolution: invalid Keywords: android | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+----------------------------------- Comment (by Rajesh): Hi , Those files are not corrupted. That's the out put which i am getting from the code. So please advice me . i have tried with the following sample too . but not able to get the perfect video. https://github.com/churnlabs/android-ffmpeg-sample -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 16 09:10:48 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Nov 2012 08:10:48 -0000 Subject: [FFmpeg-trac] #1919(undetermined:closed): audio file is treated as video In-Reply-To: <034.ed694c3fdc4527b5507d64db36e4d4b3@avcodec.org> References: <034.ed694c3fdc4527b5507d64db36e4d4b3@avcodec.org> Message-ID: <049.9da398c72dd9aad2561ebf5524ab6481@avcodec.org> #1919: audio file is treated as video -------------------------------------+------------------------------------- Reporter: henry | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: flac | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid Comment: Replying to [comment:6 henry]: > yes , maybe this is not a bug for ffmpeg 1.0. Then I will close this ticket. > seems no cover art in video file , only for audio media file. I may misunderstand this sentence, but I believe ticket #1714 describes a sample with "cover art in video file": http://samples.ffmpeg.org/ffmpeg- bugs/trac/ticket1714/ > and how to identify if a video stream is cover art or real video stream ? I am not sure I understand this question. As said, if there is a command line that either fails or produces unexpected output because cover art is found in a media file, please post that command line (preferable with complete, uncut console output), just like it was done for ticket #1714. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 16 09:12:04 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Nov 2012 08:12:04 -0000 Subject: [FFmpeg-trac] #515(FFmpeg:open): Problem in video rotation in FFMPEG for IPhone video In-Reply-To: <034.67c4a312520ffecc884a30ac5c24fd6f@avcodec.org> References: <034.67c4a312520ffecc884a30ac5c24fd6f@avcodec.org> Message-ID: <049.27467e4d276b4a6fc7cf298c50d3b4d4@avcodec.org> #515: Problem in video rotation in FFMPEG for IPhone video ------------------------------------+---------------------------------- Reporter: Gagan | Owner: Type: defect | Status: open Priority: normal | Component: FFmpeg Version: git-master | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Comment (by hendry): I'm suffering from this rotation issue WRT Iphone5 videos I take. They are upside down once I've transcoded them. If I do rotate them (which I should not have to do!), then they appear upside down on Safari. https://github.com/kaihendry/recordmydesktop2.0/issues/1 http://ffmpeg.org/pipermail/ffmpeg-user/2012-November/011227.html http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/154159 Here is the original movie from my iphone that exhibits the problem with the very latest ffmpeg: http://r2d2.webconverger.org/2012-11-14/silent- boot.mov I'm *guessing* there is some rotation metadata like what a JPEG stores which some players don't respect? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 16 11:02:32 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Nov 2012 10:02:32 -0000 Subject: [FFmpeg-trac] #1922(undetermined:new): Broken or incomplete parser for filters In-Reply-To: <034.f9041eca0be3762a6c22b47fe027f7f4@avcodec.org> References: <034.f9041eca0be3762a6c22b47fe027f7f4@avcodec.org> Message-ID: <049.8cffdb0043d32d10416bfd8213b2009a@avcodec.org> #1922: Broken or incomplete parser for filters -------------------------------------+------------------------------------- Reporter: burek | 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): The graph parser does not know that parentheses must be nested. In order to take it into account, it would need to distinguish {{{select=not(mod(n,100))}}} from {{{drawtext=text=8-(,drawtext=8-)}}}. One of them would require quoting/escaping. Not doing a special case for the parentheses seems the most logical, I am not sure whether it is the most practical. The other solution would be to have the graph parser aware of the syntax of the various filters. That is not impossible, it could check the class field, but that is rather complex to implement, and possibly not compatible with the principle of least surprise. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 16 11:50:35 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Nov 2012 10:50:35 -0000 Subject: [FFmpeg-trac] #1922(undetermined:closed): Broken or incomplete parser for filters In-Reply-To: <034.f9041eca0be3762a6c22b47fe027f7f4@avcodec.org> References: <034.f9041eca0be3762a6c22b47fe027f7f4@avcodec.org> Message-ID: <049.47bfb6394b671500be4da1155dcf5df5@avcodec.org> #1922: Broken or incomplete parser for filters -------------------------------------+------------------------------------- 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 saste): * status: new => closed * resolution: => invalid Comment: Closing as invalid, there is no bug in the parser. This might be confusing but there is nothing which can be fixed at the coding level. Note also that the usability issues are mentioned in the "Notes on filtergraph escaping" section in the filters manual. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 16 13:05:47 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Nov 2012 12:05:47 -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.f2c7168ae7579e8b3f8c6084855a108c@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 DonMoir): * cc: donmoir@? (added) Comment: There might be a seek problem with the file after resolution change as well. I can't get the file from the above ftp link and need the full file. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 16 14:49:12 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Nov 2012 13:49:12 -0000 Subject: [FFmpeg-trac] #475(avformat:closed): Audio desync from video with MXF file In-Reply-To: <038.e9740ce1bf79d1e3f1ff1dc2ee54f65b@avcodec.org> References: <038.e9740ce1bf79d1e3f1ff1dc2ee54f65b@avcodec.org> Message-ID: <053.d35f61dd967f7d9561d60e7483844404@avcodec.org> #475: Audio desync from video with MXF file ------------------------------------+------------------------------------ Reporter: james2432 | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: mxf | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Matthieu Bouron. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 16 16:13:21 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Nov 2012 15:13:21 -0000 Subject: [FFmpeg-trac] #1922(undetermined:closed): Broken or incomplete parser for filters In-Reply-To: <034.f9041eca0be3762a6c22b47fe027f7f4@avcodec.org> References: <034.f9041eca0be3762a6c22b47fe027f7f4@avcodec.org> Message-ID: <049.8265f981d15d3159753f020fc317391c@avcodec.org> #1922: Broken or incomplete parser for filters -------------------------------------+------------------------------------- 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 -------------------------------------+------------------------------------- Comment (by burek): @Cigaes: I'm not sure why any of those 2 need escaping? The only thing that is not logical is double '=' character, which can be solved the way VLC solved it, by surrounding the text "text=8-(,drawtext=8-)" with curly braces (or quotes/parentheses), so you would get: {{{ drawtext={text=8-(,drawtext=8-)} }}} or {{{ drawtext=(text=8-(,drawtext=8-)) }}} Making the parser aware of this is as simple as implementing one of several well known algorithms (for which there is also a sample code available for most popular programming languages): http://stackoverflow.com/questions/4582398/writing-a-simple-equation- parser I believe this won't be as complex as it looks like, because people have solved this kind of a problem a long time ago and it would be wise to not reinvent the wheel. Also, as soon as the parentheses thing is parsed correctly, you can place parentheses in most of expressions, to clarify the expression for reading and to make it simpler for parser to understand what did you want to say with that expression. @saste: It maybe isn't a bug, but it's better to fix it to have a cleaner usage. People who use ffmpeg already have to think about shell escaping + this escaping because of the filter's inability to parse the expression correctly. I'm just suggesting that this ticket shouldn't be closed as fast as possible, just to lower the number of open/unresolved tickets, but rather should be discussed more to find the best way to fix this issue, because it is an issue and it should be fixed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 16 17:13:49 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Nov 2012 16:13:49 -0000 Subject: [FFmpeg-trac] #1870(undetermined:new): review merges from libav In-Reply-To: <038.756b19077eb5bc58865f1c50e798c32d@avcodec.org> References: <038.756b19077eb5bc58865f1c50e798c32d@avcodec.org> Message-ID: <053.b1a2a2637747bdd81b26d88de10d5bb1@avcodec.org> #1870: review merges from libav -------------------------------------+------------------------------------- Reporter: richardpl | Owner: Type: task | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by saste): This was discussed before, and we realized that it would make the whole merging business impractical, considering that each review may take several days. So I'm for letting Michael do his merging work with no review, and then have some occasional flames about how things were merged. Also there are some areas where the merges are not that simple because the two codebases diverged too much, in that case it is necessary the work of a dedicated maintainer to port the relevant changes. Since this is a policy issue, should be discussed on the ML. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 16 17:41:34 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Nov 2012 16:41:34 -0000 Subject: [FFmpeg-trac] #1922(undetermined:closed): Broken or incomplete parser for filters In-Reply-To: <034.f9041eca0be3762a6c22b47fe027f7f4@avcodec.org> References: <034.f9041eca0be3762a6c22b47fe027f7f4@avcodec.org> Message-ID: <049.cb66fa939457e8bf073761fe237b410e@avcodec.org> #1922: Broken or incomplete parser for filters -------------------------------------+------------------------------------- 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 -------------------------------------+------------------------------------- Comment (by Cigaes): Replying to [comment:3 burek]: > @Cigaes: I'm not sure why any of those 2 need escaping? You missed something: the second example is not a single filter, it is two filters, one printing the "8-(" smiley, the other printint the "8-)" smiley. > Making the parser aware of this is as simple as implementing one of several well known algorithms (for which there is also a sample code available for most popular programming languages): http://stackoverflow.com/questions/4582398/writing-a-simple-equation- parser > > I believe this won't be as complex as it looks like, because people have solved this kind of a problem a long time ago and it would be wise to not reinvent the wheel. It is not as simple as you make it: filters expect a flat string, and parse it themselves. More and more use the options system, but some use a custom parser. Changing the way it works constitutes a big API change, and can not be disregarded as "as simple as" anything. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 16 17:45:21 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Nov 2012 16:45:21 -0000 Subject: [FFmpeg-trac] #1923(undetermined:new): vble: problem with version check Message-ID: <038.661891d640c8cd41573daaccc940b101@avcodec.org> #1923: vble: problem with version check -------------------------------------+------------------------------------- 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 certain resolutions vble codec writes something else than $01 as an version to the output file (or at least $01 value is at the different place) the binary codec seems to not care about version at all while decoding the file, so maybe a fix would be to remove version check from the ffmpeg's code {{{ C:\>ffmpeg -i vble_fail.avi out.avi ffmpeg version N-46755-ge70144c Copyright (c) 2000-2012 the FFmpeg developers built on Nov 15 2012 02:38:20 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 52. 6.100 / 52. 6.100 libavcodec 54. 71.100 / 54. 71.100 libavformat 54. 36.100 / 54. 36.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 23.100 / 3. 23.100 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 Input #0, avi, from 'vble_fail.avi': Duration: 00:00:00.10, start: 0.000000, bitrate: 12493 kb/s Stream #0:0: Video: vble (VBLE / 0x454C4256), yuv420p, 640x270, 10 tbr, 10 t bn, 10 tbc Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf54.36.100 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 640x270, q=2-31, 200 kb/s, 10 tbn, 10 tbc Stream mapping: Stream #0:0 -> #0:0 (vble -> mpeg4) Press [q] to stop, [?] for help [vble @ 0x1edcb00] Unsupported VBLE Version: 12779841 Error while decoding stream #0:0: Invalid data found when processing input frame= 0 fps=0.0 q=0.0 Lsize= 6kB 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 Fri Nov 16 18:07:34 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Nov 2012 17:07:34 -0000 Subject: [FFmpeg-trac] #1922(undetermined:closed): Broken or incomplete parser for filters In-Reply-To: <034.f9041eca0be3762a6c22b47fe027f7f4@avcodec.org> References: <034.f9041eca0be3762a6c22b47fe027f7f4@avcodec.org> Message-ID: <049.9c9f33cd57e7d7dbf037a6d123417c21@avcodec.org> #1922: Broken or incomplete parser for filters -------------------------------------+------------------------------------- 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 -------------------------------------+------------------------------------- Comment (by saste): Replying to [comment:3 burek]: [...] > @saste: It maybe isn't a bug, but it's better to fix it to have a cleaner usage. People who use ffmpeg already have to think about shell escaping + this escaping because of the filter's inability to parse the expression correctly. I'm just suggesting that this ticket shouldn't be closed as fast as possible, just to lower the number of open/unresolved tickets, but rather should be discussed more to find the best way to fix this issue, because it is an issue and it should be fixed. If it isn't a bug (and it isn't since that's the expected parser behavior), then it should not be considered as such. Syntax enhancements are possible, but they would break the current behavior. The {} thing may be implemented at some point, but won't change the escaping problem since you would still need to escape some special character ("}" or ")"), so it would just move it to another level. Other solutions have been discussed recently on the mailing list, just don't believe that there is some "simple" silver-bullet solution. Also this is the kind of problem which can not be easily marked as fixed, since different persons perceive the problem in different ways. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 16 18:37:01 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Nov 2012 17:37:01 -0000 Subject: [FFmpeg-trac] #1923(avcodec:open): vble: problem with version check In-Reply-To: <038.661891d640c8cd41573daaccc940b101@avcodec.org> References: <038.661891d640c8cd41573daaccc940b101@avcodec.org> Message-ID: <053.3a858b03acf8c4d1a05805832b45d806@avcodec.org> #1923: vble: problem with version check ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: vble | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => vble * status: new => open * version: unspecified => git-master * component: undetermined => avcodec * reproduced: 0 => 1 Comment: Consider leaving a warning (or only removing the return), but please send patches to ffmpeg-devel. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 16 22:20:29 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Nov 2012 21:20:29 -0000 Subject: [FFmpeg-trac] #1924(avformat:new): ASS subtitles are demuxed inconsistently Message-ID: <035.f61fd60956bbd30d8c9604d06ebbe9be@avcodec.org> #1924: ASS subtitles are demuxed inconsistently ----------------------------------+--------------------------------------- Reporter: gjdfgh | Type: defect Status: new | Priority: normal Component: avformat | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- There's a difference how subtitles are demuxed with the "matroska" and the "ass" demuxers. Consider an even like this in the source file: {{{ Dialogue: 0,0:00:00.00,0:00:01.00,,,0000,0000,0000,,text }}} "matroska" outputs as packet: {{{ 0,0,,,0000,0000,0000,,text }}} while "ass" outputs: {{{ Dialogue: 0,0:00:00.00,0:00:01.00,,,0000,0000,0000,,text }}} Matroska produces output that libass' ass_process_chunk() can consume. That means an application using the ffmpeg demuxer interface to read ASS subtitles (possibly for uniformity with the matroska case) has to add extra workarounds. Further, the "ass" output doesn't include the event index, while "matroska" does. (The event index is the first number, called "ReadOrder" in libass.) Additionally, the "ass" output does not seem to seem to set the packet duration correctly. The "ass" decoder in libavcodec is indifferent to that, but libass can't handle it. This makes the "ass" demuxer useless. Please fix. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 16 22:30:39 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Nov 2012 21:30:39 -0000 Subject: [FFmpeg-trac] #1924(avformat:new): ASS subtitles are demuxed inconsistently In-Reply-To: <035.f61fd60956bbd30d8c9604d06ebbe9be@avcodec.org> References: <035.f61fd60956bbd30d8c9604d06ebbe9be@avcodec.org> Message-ID: <050.1cbb98686742ab5ffdba212f720c4157@avcodec.org> #1924: ASS subtitles are demuxed inconsistently -------------------------------------+------------------------------------ Reporter: gjdfgh | Owner: Type: enhancement | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by gjdfgh): * type: defect => enhancement Comment: Nevermind the comments about the "matroska" demuxer. That was accidentally mplayer's internal mkv demuxer. Actually "ass" and "matroska" behave the same. PEBKAC. It's still not nice that libavformat outputs packets incompatible to libass' ass_process_chunk() function. Changing to an enhancement request, -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 16 23:01:27 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Nov 2012 22:01:27 -0000 Subject: [FFmpeg-trac] #1924(avformat:new): ASS subtitles are demuxed inconsistently In-Reply-To: <035.f61fd60956bbd30d8c9604d06ebbe9be@avcodec.org> References: <035.f61fd60956bbd30d8c9604d06ebbe9be@avcodec.org> Message-ID: <050.5087a7c302162a846949ce58b41c408c@avcodec.org> #1924: ASS subtitles are demuxed inconsistently -------------------------------------+------------------------------------ Reporter: gjdfgh | Owner: Type: enhancement | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by gjdfgh): OK, found out that libass provides a separate function ass_process_data(), which can takes "complete" ASS events as libavformat outputs them. While it's a bit annoying that you can't get the length of the subtitle event in the AVPacket duration/convergence_duration fields, these are not really needed when using libass (or if you need them, use the libavcodec ass decoder). You actually can't get the Matroska ReadOrder field, which is used yb libass for something. I don't know if this is a bug or a caveat, or if it's actually handled in some way. Can't close this myself as invalid. Sorry for the noise. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 16 23:37:20 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Nov 2012 22:37:20 -0000 Subject: [FFmpeg-trac] #1922(undetermined:closed): Broken or incomplete parser for filters In-Reply-To: <034.f9041eca0be3762a6c22b47fe027f7f4@avcodec.org> References: <034.f9041eca0be3762a6c22b47fe027f7f4@avcodec.org> Message-ID: <049.bdcc7a5342d67a74dada1f66a8f9066d@avcodec.org> #1922: Broken or incomplete parser for filters -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: enhancement | Status: closed Priority: wish | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by burek): * priority: normal => wish * type: defect => enhancement Comment: @Cigaes: In the 1st filter you provided the "text" parameter and in the 2nd you didn't, hence the confusion. If this is your intended example: {{{ drawtext=text=8-(,drawtext=text=8-) }}} then this would be a solution: {{{ drawtext=(text="8-("),drawtext=(text="8-)") }}} When you have a proper parser, it is just a matter of assigning a proper precedence to make the quotes having the highest priority and everything inside quotes should be considered as a text (and in that case it is obvious and logical that you have to escape just a quote itself + escaping character, of course, and nothing more). That being said, this would be an example of it: {{{ drawtext=(text="~!@#$%^&*()_+-=8-(\"'.|,\\<>"),drawtext=(text="8-)") }}} Also, regarding API changes, I have a feeling that the mistake was made a long time ago when the proper interface towards users/programmers wasn't defined, which later caused all the mess with those famous "API changes that break everything". The interface here would represent an analogy to a class in OOP, which has its internals hidden away from the users/other programmers and the class definition never changes (API never breaks), but internal implementation of the class changes constantly, improving things. Interfaces are usually used for such cases, so I believe that we have a much bigger issue here than just the filter parser(s). Also, I believe that time involved in designing a proper interface now (for future versions of ffmpeg) would save you a lot of time and headaches in the future and would finally allow you to focus on improvements, not taking much of a care about API breakages, like you do right now, which makes implementing/fixing a lot of features a nightmare. @saste: Well, ok, I've changed it to an enhancement, although it is an obvious malfunction of a basic parsing feature (I've not seen a single newbee user who figured out on his own that a comma character needs to be escaped, i.e. it's just not intuitive to them as it is to you, developers). I, as a user, don't know much about internal coding problems of such a feature, but from the outside look, this seems like it's not working well and the first thing to think of is that it's a bug. What is really missing in the filters parser(s) is clarity, that's so obvious and that's the reason for creating this ticket. I just thought that parentheses could help reading someone else's command line, which involves complex filters, more easily than it is right now. This logic could also be extended to ffmpeg command line in such a way that you can group your options with each input/output, like described here: https://ffmpeg.org/trac/ffmpeg/ticket/1480 That way, there would be no ambiguity, like when you place the -ss option in between 3rd and 4th input, and you never know if that option will be applied to the output (slow seek) or to the 4th input (fast seek). Long story short, if you practice frequent workarounds instead of proper solutions, sooner or later you'll get into this kind of situation where you just can't change anything, because it will break something. Stacked pile of patches and workarounds will hold the water for some time, but on a long run, there really should be some radical improvement and API breakage, that will resolve some fundamental problems in the coding process. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 16 23:39:27 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Nov 2012 22:39:27 -0000 Subject: [FFmpeg-trac] #1925(undetermined:new): Transcoding mjpeg video results in a very short frame Message-ID: <038.abb6e02ffaa054576016a369ce7fd564@avcodec.org> #1925: Transcoding mjpeg video results in a very short frame -------------------------------------+------------------------------------- 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 a mjpeg video I've created using libav*. The video plays fine in QuickTime, VLC, ffplay, etc. However, when I transcode the mjpeg video using FFmpeg, the first frame goes from a duration of 1.315918 seconds to just a fraction of a second. This happens on every mjpeg file I've tested that I create using libav*. I've tried FFmpeg 1.0 and current git head; results are the same. I suppose it's possible I'm generating the mjpeg wrong, but it plays fine in everything I've tried (QuickTime, VLC, ffplay, etc.) with no warnings or errors, FFmpeg gives no errors or warnings when transcoding, and I've inspected the frames with ffprobe and I can't see anything wrong with the mjpeg. '''How to reproduce:''' Using the following command, the output file (mpg.mpg) has a short first frame and doesn't match the source mjpeg (mjpeg.mov). I have attached both files. {{{ $ ffmpeg -i mjpeg.mov -vcodec mpeg2video -acodec mp2 -r 24 -bufsize 4000000 -maxrate 5000000 mpg.mpg ffmpeg version 1.0 Copyright (c) 2000-2012 the FFmpeg developers built on Nov 16 2012 15:00:58 with llvm-gcc 4.2.1 (LLVM build 2336.11.00) configuration: 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 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fb25b00f200] max_analyze_duration 5000000 reached at 5000272 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'mjpeg.mov': Metadata: major_brand : qt minor_version : 512 compatible_brands: qt encoder : Lavf54.29.104 Duration: 00:00:05.27, start: 0.000000, bitrate: 631 kb/s Stream #0:0(eng): Video: mjpeg (jpeg / 0x6765706A), yuvj420p, 1024x768, 536 kb/s, 1.02 fps, 4.58 tbr, 44100 tbn, 44100 tbc Metadata: handler_name : DataHandler Stream #0:1(eng): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, s16, 227 kb/s Metadata: handler_name : DataHandler Output #0, mpeg, to 'mpg.mpg': Metadata: major_brand : qt minor_version : 512 compatible_brands: qt encoder : Lavf54.29.104 Stream #0:0(eng): Video: mpeg2video, yuv420p, 1024x768, q=2-31, 200 kb/s, 90k tbn, 24 tbc Metadata: handler_name : DataHandler Stream #0:1(eng): Audio: mp2, 44100 Hz, stereo, s16, 128 kb/s Metadata: handler_name : DataHandler Stream mapping: Stream #0:0 -> #0:0 (mjpeg -> mpeg2video) Stream #0:1 -> #0:1 (aac -> mp2) Press [q] to stop, [?] for help frame= 95 fps=0.0 q=31.0 Lsize= 766kB time=00:00:05.27 bitrate=1189.9kbits/s dup=91 drop=0 video:678kB audio:82kB subtitle:0 global headers:0kB muxing overhead 0.751412% }}} In the files, the symbol clash should match with the start of each frame. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 16 23:41:54 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Nov 2012 22:41:54 -0000 Subject: [FFmpeg-trac] #1925(undetermined:new): Transcoding mjpeg video results in a very short frame In-Reply-To: <038.abb6e02ffaa054576016a369ce7fd564@avcodec.org> References: <038.abb6e02ffaa054576016a369ce7fd564@avcodec.org> Message-ID: <053.80d5b6e5001d101cb68fd0a9c342944a@avcodec.org> #1925: Transcoding mjpeg video results in a very short frame -------------------------------------+------------------------------------- Reporter: mbradshaw | 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 mbradshaw: Old description: > '''Summary of the bug:''' > I have a mjpeg video I've created using libav*. The video plays fine in > QuickTime, VLC, ffplay, etc. However, when I transcode the mjpeg video > using FFmpeg, the first frame goes from a duration of 1.315918 seconds to > just a fraction of a second. This happens on every mjpeg file I've tested > that I create using libav*. > > I've tried FFmpeg 1.0 and current git head; results are the same. > > I suppose it's possible I'm generating the mjpeg wrong, but it plays fine > in everything I've tried (QuickTime, VLC, ffplay, etc.) with no warnings > or errors, FFmpeg gives no errors or warnings when transcoding, and I've > inspected the frames with ffprobe and I can't see anything wrong with the > mjpeg. > > '''How to reproduce:''' > Using the following command, the output file (mpg.mpg) has a short first > frame and doesn't match the source mjpeg (mjpeg.mov). I have attached > both files. > {{{ > $ ffmpeg -i mjpeg.mov -vcodec mpeg2video -acodec mp2 -r 24 -bufsize > 4000000 -maxrate 5000000 mpg.mpg > ffmpeg version 1.0 Copyright (c) 2000-2012 the FFmpeg developers > built on Nov 16 2012 15:00:58 with llvm-gcc 4.2.1 (LLVM build > 2336.11.00) > configuration: > 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 > [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fb25b00f200] max_analyze_duration 5000000 > reached at 5000272 > Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'mjpeg.mov': > Metadata: > major_brand : qt > minor_version : 512 > compatible_brands: qt > encoder : Lavf54.29.104 > Duration: 00:00:05.27, start: 0.000000, bitrate: 631 kb/s > Stream #0:0(eng): Video: mjpeg (jpeg / 0x6765706A), yuvj420p, > 1024x768, 536 kb/s, 1.02 fps, 4.58 tbr, 44100 tbn, 44100 tbc > Metadata: > handler_name : DataHandler > Stream #0:1(eng): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, > s16, 227 kb/s > Metadata: > handler_name : DataHandler > Output #0, mpeg, to 'mpg.mpg': > Metadata: > major_brand : qt > minor_version : 512 > compatible_brands: qt > encoder : Lavf54.29.104 > Stream #0:0(eng): Video: mpeg2video, yuv420p, 1024x768, q=2-31, 200 > kb/s, 90k tbn, 24 tbc > Metadata: > handler_name : DataHandler > Stream #0:1(eng): Audio: mp2, 44100 Hz, stereo, s16, 128 kb/s > Metadata: > handler_name : DataHandler > Stream mapping: > Stream #0:0 -> #0:0 (mjpeg -> mpeg2video) > Stream #0:1 -> #0:1 (aac -> mp2) > Press [q] to stop, [?] for help > frame= 95 fps=0.0 q=31.0 Lsize= 766kB time=00:00:05.27 > bitrate=1189.9kbits/s dup=91 drop=0 > video:678kB audio:82kB subtitle:0 global headers:0kB muxing overhead > 0.751412% > }}} > > In the files, the symbol clash should match with the start of each frame. New description: '''Summary of the bug:''' I have a mjpeg video I've created using libav*. The video plays fine in QuickTime, VLC, ffplay, etc. However, when I transcode the mjpeg video using FFmpeg, the first frame goes from a duration of 1.315918 seconds to just a fraction of a second. This happens on every mjpeg file I've tested that I create using libav*. I've tried FFmpeg 1.0 and current git head; results are the same. I suppose it's possible I'm generating the mjpeg wrong, but it plays fine in everything I've tried (QuickTime, VLC, ffplay, etc.) with no warnings or errors, FFmpeg gives no errors or warnings when transcoding, and I've inspected the frames with ffprobe and I can't see anything wrong with the mjpeg. '''How to reproduce:''' Using the following command, the output file (mpg.mpg) has a short first frame and doesn't match the source mjpeg (mjpeg.mov). I have attached both files. I should note that I get the same problem when using mpeg4/aac in an mp4 container as output format. {{{ $ ffmpeg -i mjpeg.mov -vcodec mpeg2video -acodec mp2 -r 24 -bufsize 4000000 -maxrate 5000000 mpg.mpg ffmpeg version 1.0 Copyright (c) 2000-2012 the FFmpeg developers built on Nov 16 2012 15:00:58 with llvm-gcc 4.2.1 (LLVM build 2336.11.00) configuration: 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 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fb25b00f200] max_analyze_duration 5000000 reached at 5000272 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'mjpeg.mov': Metadata: major_brand : qt minor_version : 512 compatible_brands: qt encoder : Lavf54.29.104 Duration: 00:00:05.27, start: 0.000000, bitrate: 631 kb/s Stream #0:0(eng): Video: mjpeg (jpeg / 0x6765706A), yuvj420p, 1024x768, 536 kb/s, 1.02 fps, 4.58 tbr, 44100 tbn, 44100 tbc Metadata: handler_name : DataHandler Stream #0:1(eng): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, s16, 227 kb/s Metadata: handler_name : DataHandler Output #0, mpeg, to 'mpg.mpg': Metadata: major_brand : qt minor_version : 512 compatible_brands: qt encoder : Lavf54.29.104 Stream #0:0(eng): Video: mpeg2video, yuv420p, 1024x768, q=2-31, 200 kb/s, 90k tbn, 24 tbc Metadata: handler_name : DataHandler Stream #0:1(eng): Audio: mp2, 44100 Hz, stereo, s16, 128 kb/s Metadata: handler_name : DataHandler Stream mapping: Stream #0:0 -> #0:0 (mjpeg -> mpeg2video) Stream #0:1 -> #0:1 (aac -> mp2) Press [q] to stop, [?] for help frame= 95 fps=0.0 q=31.0 Lsize= 766kB time=00:00:05.27 bitrate=1189.9kbits/s dup=91 drop=0 video:678kB audio:82kB subtitle:0 global headers:0kB muxing overhead 0.751412% }}} In the files, the symbol clash should match with the start of each frame. -- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 16 23:54:59 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Nov 2012 22:54:59 -0000 Subject: [FFmpeg-trac] #1924(avformat:closed): ASS subtitles are demuxed inconsistently In-Reply-To: <035.f61fd60956bbd30d8c9604d06ebbe9be@avcodec.org> References: <035.f61fd60956bbd30d8c9604d06ebbe9be@avcodec.org> Message-ID: <050.a5ac624ed26a841b4c1ee19c5f204df3@avcodec.org> #1924: ASS subtitles are demuxed inconsistently -------------------------------------+------------------------------------ Reporter: gjdfgh | Owner: Type: enhancement | Status: closed Priority: normal | Component: avformat Version: unspecified | Resolution: invalid Keywords: ass | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => ass * status: new => closed * resolution: => invalid Comment: Replying to [comment:2 gjdfgh]: > Can't close this myself as invalid. Sorry for the noise. Don't worry! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 16 23:56:03 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Nov 2012 22:56:03 -0000 Subject: [FFmpeg-trac] #407(avcodec:closed): Assertion fails in h264_refs.c In-Reply-To: <038.1d53b7750b08f74dd11353ee223f910f@avcodec.org> References: <038.1d53b7750b08f74dd11353ee223f910f@avcodec.org> Message-ID: <053.d4213a69f4ce563e8f02ef4eb7be6a57@avcodec.org> #407: Assertion fails in h264_refs.c ------------------------------------+----------------------------------- Reporter: redeemarr | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: h264 abort | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: h264 assertion => h264 abort -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 17 00:03:35 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Nov 2012 23:03:35 -0000 Subject: [FFmpeg-trac] #1925(undetermined:closed): Transcoding mjpeg video results in a very short frame In-Reply-To: <038.abb6e02ffaa054576016a369ce7fd564@avcodec.org> References: <038.abb6e02ffaa054576016a369ce7fd564@avcodec.org> Message-ID: <053.32e35ccd231c1d5819b14e9eeec78360@avcodec.org> #1925: Transcoding mjpeg video results in a very short frame -------------------------------------+------------------------------------- Reporter: mbradshaw | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => duplicate Comment: I suspect this is a duplicate of ticket #1587, at least it also works fine with -vf fps. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 17 00:18:51 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Nov 2012 23:18:51 -0000 Subject: [FFmpeg-trac] #1925(undetermined:closed): Transcoding mjpeg video results in a very short frame In-Reply-To: <038.abb6e02ffaa054576016a369ce7fd564@avcodec.org> References: <038.abb6e02ffaa054576016a369ce7fd564@avcodec.org> Message-ID: <053.4f2d99687d09d72f925a1013745d7de2@avcodec.org> #1925: Transcoding mjpeg video results in a very short frame -------------------------------------+------------------------------------- Reporter: mbradshaw | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Should have been "a duplicate of ticket #1578", sorry for the typo. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 17 00:23:31 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Nov 2012 23:23:31 -0000 Subject: [FFmpeg-trac] #1925(undetermined:closed): Transcoding mjpeg video results in a very short frame In-Reply-To: <038.abb6e02ffaa054576016a369ce7fd564@avcodec.org> References: <038.abb6e02ffaa054576016a369ce7fd564@avcodec.org> Message-ID: <053.a246f9a324f619ec85d75dabeaca38a1@avcodec.org> #1925: Transcoding mjpeg video results in a very short frame -------------------------------------+------------------------------------- Reporter: mbradshaw | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by mbradshaw): Yes, you are right. Thank you; sorry for the duplicate. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 17 11:37:01 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 17 Nov 2012 10:37:01 -0000 Subject: [FFmpeg-trac] #1924(avformat:closed): ASS subtitles are demuxed inconsistently In-Reply-To: <035.f61fd60956bbd30d8c9604d06ebbe9be@avcodec.org> References: <035.f61fd60956bbd30d8c9604d06ebbe9be@avcodec.org> Message-ID: <050.45ae5fc8179e2b6ba66991f6d84539b2@avcodec.org> #1924: ASS subtitles are demuxed inconsistently -------------------------------------+------------------------------------ Reporter: gjdfgh | Owner: Type: enhancement | Status: closed Priority: normal | Component: avformat Version: unspecified | Resolution: invalid Keywords: ass | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by Cigaes): Please do not apologize, your input is very valuable. We have been considering changing the format of the demuxed ASS packets for some time, the main concern being doing so without compatibility break. Another concern was the status of the ReadOrder field, and this tickets shows that it is useful and should be kept. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 17 13:50:35 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 17 Nov 2012 12:50:35 -0000 Subject: [FFmpeg-trac] #1924(avformat:closed): ASS subtitles are demuxed inconsistently In-Reply-To: <035.f61fd60956bbd30d8c9604d06ebbe9be@avcodec.org> References: <035.f61fd60956bbd30d8c9604d06ebbe9be@avcodec.org> Message-ID: <050.082a5b7e12ac1160461ec8c586609de4@avcodec.org> #1924: ASS subtitles are demuxed inconsistently -------------------------------------+------------------------------------ Reporter: gjdfgh | Owner: Type: enhancement | Status: closed Priority: normal | Component: avformat Version: unspecified | Resolution: invalid Keywords: ass | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by gjdfgh): About the packet format: it's certainly a bit odd that SRT subs don't have time codes inline, while ASS subs do. Note that there's also the "layer" field before the time codes (the first number). The Matroska-internal format eliminates the redundant time codes, and adds the ReadOrder field. On the other hand, the current ffmpeg packet format is a bit easier to understand and more intuitive at first. Here's a suggestion: at least, ASS packets could perhaps have the duration field set, and the ReadOrder (matroska files) / event index (ASS files) could be separately exported. (Maybe an additional packet field?) I have no idea what the ReadOrder field is about. Looking at libass, it looks like a fully demuxed ASS file might behave differently from muxed subs that are fed per-packet as they are demuxed from an interleaved stream. Aside from using the ReadOrder field to eliminate duplicate events (i.e. packets that have been fed to libass more than once, as all events are stored permanently), this is the only use of the ReadOrder field I could find: http://repo.or.cz/w/libass.git/blob/c207000c7cdde335679b53a8cffc22bef61ffa45:/libass/ass_render.c#l2274 Also, note that ass_process_chunk() might be faster than ass_process_data(), as the latter has to search for plain text rather than comparing the ReadOrder field to eliminate duplicate events. ReadOrder acts as unique packet identifier here. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 17 17:18:41 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 17 Nov 2012 16:18:41 -0000 Subject: [FFmpeg-trac] #1924(avformat:closed): ASS subtitles are demuxed inconsistently In-Reply-To: <035.f61fd60956bbd30d8c9604d06ebbe9be@avcodec.org> References: <035.f61fd60956bbd30d8c9604d06ebbe9be@avcodec.org> Message-ID: <050.070319816ad2518a9e60536f4a433b79@avcodec.org> #1924: ASS subtitles are demuxed inconsistently -------------------------------------+------------------------------------ Reporter: gjdfgh | Owner: Type: enhancement | Status: closed Priority: normal | Component: avformat Version: unspecified | Resolution: invalid Keywords: ass | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by plorkyeran): > I have no idea what the ReadOrder? field is about. Looking at libass, it looks like a fully demuxed ASS file might behave differently from muxed subs that are fed per-packet as they are demuxed from an interleaved stream. ASS subtitles don't have to be sorted by time, but an interleaved stream obviously needs to be. Since the order of the lines effects the rendering, the original index of the line is stored in the ReadOrder field so that the renderer can reconstruct the unsorted order. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 17 17:25:23 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 17 Nov 2012 16:25:23 -0000 Subject: [FFmpeg-trac] #1926(undetermined:new): EXIF metadata is not extracted Message-ID: <038.22fc9ba31cf2c616c9f91d67b49b5087@avcodec.org> #1926: EXIF metadata is not extracted -------------------------------------+------------------------------------- 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:''' Checking `metadata` in `AVFormatContext`, `AVStream`, and `AVFrame`, there is no metadata. However, the image surely has EXIF metadata associated with it. I'm particularly interested in getting the `Orientation` tag, but all of it would be nice. Attached image was taken with a Canon PowerShot A1000IS. I can provide more samples if needed. '''How to reproduce:''' Here is the ffprobe output (when using my own program, I can see metadata is clearly empty): {{{ $ ffprobe -show_frames -show_streams -show_format -show_packets 0.jpg ffprobe version 1.0.git Copyright (c) 2007-2012 the FFmpeg developers built on Nov 17 2012 09:15:28 with llvm-gcc 4.2.1 (LLVM build 2336.11.00) configuration: libavutil 52. 7.100 / 52. 7.100 libavcodec 54. 71.100 / 54. 71.100 libavformat 54. 36.100 / 54. 36.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 23.100 / 3. 23.100 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 16.100 / 0. 16.100 [image2 @ 0x7fa0e900f200] Stream #0: not enough frames to estimate rate; consider increasing probesize Input #0, image2, from '0.jpg': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: mjpeg, yuvj422p, 3648x2736, 25 tbr, 25 tbn, 25 tbc [PACKET] codec_type=video stream_index=0 pts=0 pts_time=0.000000 dts=0 dts_time=0.000000 duration=1 duration_time=0.040000 convergence_duration=N/A convergence_duration_time=N/A size=5901736 pos=N/A flags=K [/PACKET] [FRAME] media_type=video key_frame=1 pkt_pts=0 pkt_pts_time=0.000000 pkt_dts=0 pkt_dts_time=0.000000 pkt_duration=1 pkt_duration_time=0.040000 pkt_pos=N/A width=3648 height=2736 pix_fmt=yuvj422p sample_aspect_ratio=N/A pict_type=I coded_picture_number=0 display_picture_number=0 interlaced_frame=0 top_field_first=0 repeat_pict=0 reference=0 [/FRAME] [STREAM] index=0 codec_name=mjpeg codec_long_name=MJPEG (Motion JPEG) profile=unknown codec_type=video codec_time_base=1/25 codec_tag_string=[0][0][0][0] codec_tag=0x0000 width=3648 height=2736 has_b_frames=0 sample_aspect_ratio=0:1 display_aspect_ratio=0:1 pix_fmt=yuvj422p level=-99 timecode=N/A id=N/A r_frame_rate=25/1 avg_frame_rate=0/0 time_base=1/25 start_pts=0 start_time=0.000000 duration_ts=1 duration=0.040000 bit_rate=N/A nb_frames=N/A nb_read_frames=1 nb_read_packets=1 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=0.jpg nb_streams=1 format_name=image2 format_long_name=image2 sequence start_time=0.000000 duration=0.040000 size=N/A bit_rate=N/A [/FORMAT] }}} And here is the output from exiftool: {{{ ./exiftool ~/Pixio/prototype/assets/0.jpg ExifTool Version Number : 9.06 File Name : 0.jpg Directory : /Users/mjbshaw/Pixio/prototype/assets File Size : 5.6 MB File Modification Date/Time : 2011:08:01 18:53:00-06:00 File Access Date/Time : 2012:11:17 09:18:38-07:00 File Permissions : rwxrwxrwx File Type : JPEG MIME Type : image/jpeg Exif Byte Order : Little-endian (Intel, II) Image Description : Make : Canon Camera Model Name : Canon PowerShot A1000 IS Orientation : Rotate 90 CW X Resolution : 180 Y Resolution : 180 Resolution Unit : inches Modify Date : 2011:08:01 17:53:01 Y Cb Cr Positioning : Co-sited Exposure Time : 1/60 F Number : 2.7 ISO : 200 Exif Version : 0221 Date/Time Original : 2011:08:01 17:53:01 Create Date : 2011:08:01 17:53:01 Components Configuration : Y, Cb, Cr, - Compressed Bits Per Pixel : 5 Shutter Speed Value : 1/60 Aperture Value : 2.7 Max Aperture Value : 2.7 Flash : Auto, Fired Focal Length : 6.2 mm Macro Mode : Normal Self Timer : Off Quality : Superfine Canon Flash Mode : Auto Continuous Drive : Single Focus Mode : Single Record Mode : JPEG Canon Image Size : Large Easy Mode : Manual Digital Zoom : None Contrast : Normal Saturation : Normal Sharpness : 0 Camera ISO : Auto Metering Mode : Evaluative Focus Range : Auto AF Point : Auto AF point selection Canon Exposure Mode : Program AE Lens Type : Unknown (-1) Max Focal Length : 24.8 mm Min Focal Length : 6.2 mm Focal Units : 1000/mm Max Aperture : 2.7 Min Aperture : 8 Flash Bits : E-TTL, Built-in Focus Continuous : Single AE Setting : Normal AE Image Stabilization : On Display Aperture : 2.7 Zoom Source Width : 3648 Zoom Target Width : 3648 Spot Metering Mode : Center Manual Flash Output : n/a Focal Type : Zoom Focal Plane X Size : 6.27 mm Focal Plane Y Size : 4.70 mm Auto ISO : 200 Base ISO : 100 Measured EV : 6.22 Target Aperture : 2.7 Target Exposure Time : 1/60 Exposure Compensation : 0 White Balance : Cloudy Slow Shutter : Off Shot Number In Continuous Burst : 0 Optical Zoom Code : 0 Flash Guide Number : 5.28125 Flash Exposure Compensation : 0 Auto Exposure Bracketing : Off AEB Bracket Value : 0 Control Mode : Camera Local Control Focus Distance Upper : 2.63 m Focus Distance Lower : 0 m Bulb Duration : 0 Camera Type : Compact Auto Rotate : Rotate 90 CW ND Filter : Off Self Timer 2 : 0 Flash Output : 77 Canon Image Type : IMG:PowerShot A1000 IS JPEG Canon Firmware Version : Firmware Version 1.00 File Number : 260-0864 Owner Name : Rotation : 90 Camera Temperature : 25 C Canon Model ID : PowerShot A1000 IS AF Area Mode : Multi-point AF or AI AF Num AF Points : 9 Valid AF Points : 9 Canon Image Width : 3648 Canon Image Height : 2736 AF Image Width : 100 AF Image Height : 100 AF Area Widths : 18 18 18 18 18 18 18 18 18 AF Area Heights : 18 18 18 18 18 18 18 18 18 AF Area X Positions : -18 0 18 -18 0 18 -18 0 18 AF Area Y Positions : -18 -18 -18 0 0 0 18 18 18 AF Points In Focus : 4,5 Primary AF Point : 4 Thumbnail Image Valid Area : 0 0 0 0 Date Stamp Mode : Off My Color Mode : Vivid Firmware Revision : 1.00 rev 2.00 Categories : (none) Intelligent Contrast : n/a Image Unique ID : 1c1b916506dd6a144dfbaabc4abb85c4 VRD Offset : 0 User Comment : Flashpix Version : 0100 Color Space : sRGB Exif Image Width : 3648 Exif Image Height : 2736 Interoperability Index : R98 - DCF basic file (sRGB) Interoperability Version : 0100 Related Image Width : 3648 Related Image Height : 2736 Focal Plane X Resolution : 15136.92946 Focal Plane Y Resolution : 15116.0221 Focal Plane Resolution Unit : inches Sensing Method : One-chip color area File Source : Digital Camera Custom Rendered : Normal Exposure Mode : Auto Digital Zoom Ratio : 1 Scene Capture Type : Standard Compression : JPEG (old-style) Thumbnail Offset : 5120 Thumbnail Length : 5992 Image Width : 3648 Image Height : 2736 Encoding Process : Baseline DCT, Huffman coding Bits Per Sample : 8 Color Components : 3 Y Cb Cr Sub Sampling : YCbCr4:2:2 (2 1) Aperture : 2.7 Flash Exposure Compensation : 0 Drive Mode : Single-frame Shooting Flash Type : Built-In Flash Image Size : 3648x2736 Lens : 6.2 - 24.8 mm Lens ID : Unknown 6-24mm Red Eye Reduction : Off Scale Factor To 35 mm Equivalent: 5.5 Shooting Mode : Program AE Shutter Curtain Sync : 1st-curtain sync Shutter Speed : 1/60 Thumbnail Image : (Binary data 5992 bytes, use -b option to extract) Circle Of Confusion : 0.005 mm Field Of View : 55.5 deg Focal Length : 6.2 mm (35 mm equivalent: 34.2 mm) Hyperfocal Distance : 2.62 m Lens : 6.2 - 24.8 mm (35 mm equivalent: 34.2 - 136.9 mm) Light Value : 7.8 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 17 17:29:13 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 17 Nov 2012 16:29:13 -0000 Subject: [FFmpeg-trac] #1926(undetermined:new): EXIF metadata is not extracted In-Reply-To: <038.22fc9ba31cf2c616c9f91d67b49b5087@avcodec.org> References: <038.22fc9ba31cf2c616c9f91d67b49b5087@avcodec.org> Message-ID: <053.a091d8dcad8c1151aba4e15d228faf39@avcodec.org> #1926: EXIF metadata is not extracted -------------------------------------+------------------------------------- Reporter: mbradshaw | 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 mbradshaw: Old description: > '''Summary of the bug:''' > Checking `metadata` in `AVFormatContext`, `AVStream`, and `AVFrame`, > there is no metadata. However, the image surely has EXIF metadata > associated with it. I'm particularly interested in getting the > `Orientation` tag, but all of it would be nice. > > Attached image was taken with a Canon PowerShot A1000IS. I can provide > more samples if needed. > > '''How to reproduce:''' > Here is the ffprobe output (when using my own program, I can see metadata > is clearly empty): > {{{ > $ ffprobe -show_frames -show_streams -show_format -show_packets 0.jpg > ffprobe version 1.0.git Copyright (c) 2007-2012 the FFmpeg developers > built on Nov 17 2012 09:15:28 with llvm-gcc 4.2.1 (LLVM build > 2336.11.00) > configuration: > libavutil 52. 7.100 / 52. 7.100 > libavcodec 54. 71.100 / 54. 71.100 > libavformat 54. 36.100 / 54. 36.100 > libavdevice 54. 3.100 / 54. 3.100 > libavfilter 3. 23.100 / 3. 23.100 > libswscale 2. 1.102 / 2. 1.102 > libswresample 0. 16.100 / 0. 16.100 > [image2 @ 0x7fa0e900f200] Stream #0: not enough frames to estimate rate; > consider increasing probesize > Input #0, image2, from '0.jpg': > Duration: 00:00:00.04, start: 0.000000, bitrate: N/A > Stream #0:0: Video: mjpeg, yuvj422p, 3648x2736, 25 tbr, 25 tbn, 25 > tbc > [PACKET] > codec_type=video > stream_index=0 > pts=0 > pts_time=0.000000 > dts=0 > dts_time=0.000000 > duration=1 > duration_time=0.040000 > convergence_duration=N/A > convergence_duration_time=N/A > size=5901736 > pos=N/A > flags=K > [/PACKET] > [FRAME] > media_type=video > key_frame=1 > pkt_pts=0 > pkt_pts_time=0.000000 > pkt_dts=0 > pkt_dts_time=0.000000 > pkt_duration=1 > pkt_duration_time=0.040000 > pkt_pos=N/A > width=3648 > height=2736 > pix_fmt=yuvj422p > sample_aspect_ratio=N/A > pict_type=I > coded_picture_number=0 > display_picture_number=0 > interlaced_frame=0 > top_field_first=0 > repeat_pict=0 > reference=0 > [/FRAME] > [STREAM] > index=0 > codec_name=mjpeg > codec_long_name=MJPEG (Motion JPEG) > profile=unknown > codec_type=video > codec_time_base=1/25 > codec_tag_string=[0][0][0][0] > codec_tag=0x0000 > width=3648 > height=2736 > has_b_frames=0 > sample_aspect_ratio=0:1 > display_aspect_ratio=0:1 > pix_fmt=yuvj422p > level=-99 > timecode=N/A > id=N/A > r_frame_rate=25/1 > avg_frame_rate=0/0 > time_base=1/25 > start_pts=0 > start_time=0.000000 > duration_ts=1 > duration=0.040000 > bit_rate=N/A > nb_frames=N/A > nb_read_frames=1 > nb_read_packets=1 > 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=0.jpg > nb_streams=1 > format_name=image2 > format_long_name=image2 sequence > start_time=0.000000 > duration=0.040000 > size=N/A > bit_rate=N/A > [/FORMAT] > }}} > > And here is the output from exiftool: > {{{ > ./exiftool ~/Pixio/prototype/assets/0.jpg > ExifTool Version Number : 9.06 > File Name : 0.jpg > Directory : /Users/mjbshaw/Pixio/prototype/assets > File Size : 5.6 MB > File Modification Date/Time : 2011:08:01 18:53:00-06:00 > File Access Date/Time : 2012:11:17 09:18:38-07:00 > File Permissions : rwxrwxrwx > File Type : JPEG > MIME Type : image/jpeg > Exif Byte Order : Little-endian (Intel, II) > Image Description : > Make : Canon > Camera Model Name : Canon PowerShot A1000 IS > Orientation : Rotate 90 CW > X Resolution : 180 > Y Resolution : 180 > Resolution Unit : inches > Modify Date : 2011:08:01 17:53:01 > Y Cb Cr Positioning : Co-sited > Exposure Time : 1/60 > F Number : 2.7 > ISO : 200 > Exif Version : 0221 > Date/Time Original : 2011:08:01 17:53:01 > Create Date : 2011:08:01 17:53:01 > Components Configuration : Y, Cb, Cr, - > Compressed Bits Per Pixel : 5 > Shutter Speed Value : 1/60 > Aperture Value : 2.7 > Max Aperture Value : 2.7 > Flash : Auto, Fired > Focal Length : 6.2 mm > Macro Mode : Normal > Self Timer : Off > Quality : Superfine > Canon Flash Mode : Auto > Continuous Drive : Single > Focus Mode : Single > Record Mode : JPEG > Canon Image Size : Large > Easy Mode : Manual > Digital Zoom : None > Contrast : Normal > Saturation : Normal > Sharpness : 0 > Camera ISO : Auto > Metering Mode : Evaluative > Focus Range : Auto > AF Point : Auto AF point selection > Canon Exposure Mode : Program AE > Lens Type : Unknown (-1) > Max Focal Length : 24.8 mm > Min Focal Length : 6.2 mm > Focal Units : 1000/mm > Max Aperture : 2.7 > Min Aperture : 8 > Flash Bits : E-TTL, Built-in > Focus Continuous : Single > AE Setting : Normal AE > Image Stabilization : On > Display Aperture : 2.7 > Zoom Source Width : 3648 > Zoom Target Width : 3648 > Spot Metering Mode : Center > Manual Flash Output : n/a > Focal Type : Zoom > Focal Plane X Size : 6.27 mm > Focal Plane Y Size : 4.70 mm > Auto ISO : 200 > Base ISO : 100 > Measured EV : 6.22 > Target Aperture : 2.7 > Target Exposure Time : 1/60 > Exposure Compensation : 0 > White Balance : Cloudy > Slow Shutter : Off > Shot Number In Continuous Burst : 0 > Optical Zoom Code : 0 > Flash Guide Number : 5.28125 > Flash Exposure Compensation : 0 > Auto Exposure Bracketing : Off > AEB Bracket Value : 0 > Control Mode : Camera Local Control > Focus Distance Upper : 2.63 m > Focus Distance Lower : 0 m > Bulb Duration : 0 > Camera Type : Compact > Auto Rotate : Rotate 90 CW > ND Filter : Off > Self Timer 2 : 0 > Flash Output : 77 > Canon Image Type : IMG:PowerShot A1000 IS JPEG > Canon Firmware Version : Firmware Version 1.00 > File Number : 260-0864 > Owner Name : > Rotation : 90 > Camera Temperature : 25 C > Canon Model ID : PowerShot A1000 IS > AF Area Mode : Multi-point AF or AI AF > Num AF Points : 9 > Valid AF Points : 9 > Canon Image Width : 3648 > Canon Image Height : 2736 > AF Image Width : 100 > AF Image Height : 100 > AF Area Widths : 18 18 18 18 18 18 18 18 18 > AF Area Heights : 18 18 18 18 18 18 18 18 18 > AF Area X Positions : -18 0 18 -18 0 18 -18 0 18 > AF Area Y Positions : -18 -18 -18 0 0 0 18 18 18 > AF Points In Focus : 4,5 > Primary AF Point : 4 > Thumbnail Image Valid Area : 0 0 0 0 > Date Stamp Mode : Off > My Color Mode : Vivid > Firmware Revision : 1.00 rev 2.00 > Categories : (none) > Intelligent Contrast : n/a > Image Unique ID : 1c1b916506dd6a144dfbaabc4abb85c4 > VRD Offset : 0 > User Comment : > Flashpix Version : 0100 > Color Space : sRGB > Exif Image Width : 3648 > Exif Image Height : 2736 > Interoperability Index : R98 - DCF basic file (sRGB) > Interoperability Version : 0100 > Related Image Width : 3648 > Related Image Height : 2736 > Focal Plane X Resolution : 15136.92946 > Focal Plane Y Resolution : 15116.0221 > Focal Plane Resolution Unit : inches > Sensing Method : One-chip color area > File Source : Digital Camera > Custom Rendered : Normal > Exposure Mode : Auto > Digital Zoom Ratio : 1 > Scene Capture Type : Standard > Compression : JPEG (old-style) > Thumbnail Offset : 5120 > Thumbnail Length : 5992 > Image Width : 3648 > Image Height : 2736 > Encoding Process : Baseline DCT, Huffman coding > Bits Per Sample : 8 > Color Components : 3 > Y Cb Cr Sub Sampling : YCbCr4:2:2 (2 1) > Aperture : 2.7 > Flash Exposure Compensation : 0 > Drive Mode : Single-frame Shooting > Flash Type : Built-In Flash > Image Size : 3648x2736 > Lens : 6.2 - 24.8 mm > Lens ID : Unknown 6-24mm > Red Eye Reduction : Off > Scale Factor To 35 mm Equivalent: 5.5 > Shooting Mode : Program AE > Shutter Curtain Sync : 1st-curtain sync > Shutter Speed : 1/60 > Thumbnail Image : (Binary data 5992 bytes, use -b option > to extract) > Circle Of Confusion : 0.005 mm > Field Of View : 55.5 deg > Focal Length : 6.2 mm (35 mm equivalent: 34.2 mm) > Hyperfocal Distance : 2.62 m > Lens : 6.2 - 24.8 mm (35 mm equivalent: 34.2 - > 136.9 mm) > Light Value : 7.8 > }}} New description: '''Summary of the bug:''' Checking `metadata` in `AVFormatContext`, `AVStream`, and `AVFrame`, there is no metadata. However, the image surely has EXIF metadata associated with it. I'm particularly interested in getting the `Orientation` tag, but all of it would be nice. Image was taken with a Canon PowerShot A1000IS. I can provide more samples if needed. Download link for file is https://docs.google.com/uc?export=download&id=0BxWx_dIBnyRodEJsNW1FLVZ0blU (5.9MB) '''How to reproduce:''' Here is the ffprobe output (when using my own program, I can see metadata is clearly empty): {{{ $ ffprobe -show_frames -show_streams -show_format -show_packets 0.jpg ffprobe version 1.0.git Copyright (c) 2007-2012 the FFmpeg developers built on Nov 17 2012 09:15:28 with llvm-gcc 4.2.1 (LLVM build 2336.11.00) configuration: libavutil 52. 7.100 / 52. 7.100 libavcodec 54. 71.100 / 54. 71.100 libavformat 54. 36.100 / 54. 36.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 23.100 / 3. 23.100 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 16.100 / 0. 16.100 [image2 @ 0x7fa0e900f200] Stream #0: not enough frames to estimate rate; consider increasing probesize Input #0, image2, from '0.jpg': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: mjpeg, yuvj422p, 3648x2736, 25 tbr, 25 tbn, 25 tbc [PACKET] codec_type=video stream_index=0 pts=0 pts_time=0.000000 dts=0 dts_time=0.000000 duration=1 duration_time=0.040000 convergence_duration=N/A convergence_duration_time=N/A size=5901736 pos=N/A flags=K [/PACKET] [FRAME] media_type=video key_frame=1 pkt_pts=0 pkt_pts_time=0.000000 pkt_dts=0 pkt_dts_time=0.000000 pkt_duration=1 pkt_duration_time=0.040000 pkt_pos=N/A width=3648 height=2736 pix_fmt=yuvj422p sample_aspect_ratio=N/A pict_type=I coded_picture_number=0 display_picture_number=0 interlaced_frame=0 top_field_first=0 repeat_pict=0 reference=0 [/FRAME] [STREAM] index=0 codec_name=mjpeg codec_long_name=MJPEG (Motion JPEG) profile=unknown codec_type=video codec_time_base=1/25 codec_tag_string=[0][0][0][0] codec_tag=0x0000 width=3648 height=2736 has_b_frames=0 sample_aspect_ratio=0:1 display_aspect_ratio=0:1 pix_fmt=yuvj422p level=-99 timecode=N/A id=N/A r_frame_rate=25/1 avg_frame_rate=0/0 time_base=1/25 start_pts=0 start_time=0.000000 duration_ts=1 duration=0.040000 bit_rate=N/A nb_frames=N/A nb_read_frames=1 nb_read_packets=1 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=0.jpg nb_streams=1 format_name=image2 format_long_name=image2 sequence start_time=0.000000 duration=0.040000 size=N/A bit_rate=N/A [/FORMAT] }}} And here is the output from exiftool: {{{ ./exiftool ~/Pixio/prototype/assets/0.jpg ExifTool Version Number : 9.06 File Name : 0.jpg Directory : /Users/mjbshaw/Pixio/prototype/assets File Size : 5.6 MB File Modification Date/Time : 2011:08:01 18:53:00-06:00 File Access Date/Time : 2012:11:17 09:18:38-07:00 File Permissions : rwxrwxrwx File Type : JPEG MIME Type : image/jpeg Exif Byte Order : Little-endian (Intel, II) Image Description : Make : Canon Camera Model Name : Canon PowerShot A1000 IS Orientation : Rotate 90 CW X Resolution : 180 Y Resolution : 180 Resolution Unit : inches Modify Date : 2011:08:01 17:53:01 Y Cb Cr Positioning : Co-sited Exposure Time : 1/60 F Number : 2.7 ISO : 200 Exif Version : 0221 Date/Time Original : 2011:08:01 17:53:01 Create Date : 2011:08:01 17:53:01 Components Configuration : Y, Cb, Cr, - Compressed Bits Per Pixel : 5 Shutter Speed Value : 1/60 Aperture Value : 2.7 Max Aperture Value : 2.7 Flash : Auto, Fired Focal Length : 6.2 mm Macro Mode : Normal Self Timer : Off Quality : Superfine Canon Flash Mode : Auto Continuous Drive : Single Focus Mode : Single Record Mode : JPEG Canon Image Size : Large Easy Mode : Manual Digital Zoom : None Contrast : Normal Saturation : Normal Sharpness : 0 Camera ISO : Auto Metering Mode : Evaluative Focus Range : Auto AF Point : Auto AF point selection Canon Exposure Mode : Program AE Lens Type : Unknown (-1) Max Focal Length : 24.8 mm Min Focal Length : 6.2 mm Focal Units : 1000/mm Max Aperture : 2.7 Min Aperture : 8 Flash Bits : E-TTL, Built-in Focus Continuous : Single AE Setting : Normal AE Image Stabilization : On Display Aperture : 2.7 Zoom Source Width : 3648 Zoom Target Width : 3648 Spot Metering Mode : Center Manual Flash Output : n/a Focal Type : Zoom Focal Plane X Size : 6.27 mm Focal Plane Y Size : 4.70 mm Auto ISO : 200 Base ISO : 100 Measured EV : 6.22 Target Aperture : 2.7 Target Exposure Time : 1/60 Exposure Compensation : 0 White Balance : Cloudy Slow Shutter : Off Shot Number In Continuous Burst : 0 Optical Zoom Code : 0 Flash Guide Number : 5.28125 Flash Exposure Compensation : 0 Auto Exposure Bracketing : Off AEB Bracket Value : 0 Control Mode : Camera Local Control Focus Distance Upper : 2.63 m Focus Distance Lower : 0 m Bulb Duration : 0 Camera Type : Compact Auto Rotate : Rotate 90 CW ND Filter : Off Self Timer 2 : 0 Flash Output : 77 Canon Image Type : IMG:PowerShot A1000 IS JPEG Canon Firmware Version : Firmware Version 1.00 File Number : 260-0864 Owner Name : Rotation : 90 Camera Temperature : 25 C Canon Model ID : PowerShot A1000 IS AF Area Mode : Multi-point AF or AI AF Num AF Points : 9 Valid AF Points : 9 Canon Image Width : 3648 Canon Image Height : 2736 AF Image Width : 100 AF Image Height : 100 AF Area Widths : 18 18 18 18 18 18 18 18 18 AF Area Heights : 18 18 18 18 18 18 18 18 18 AF Area X Positions : -18 0 18 -18 0 18 -18 0 18 AF Area Y Positions : -18 -18 -18 0 0 0 18 18 18 AF Points In Focus : 4,5 Primary AF Point : 4 Thumbnail Image Valid Area : 0 0 0 0 Date Stamp Mode : Off My Color Mode : Vivid Firmware Revision : 1.00 rev 2.00 Categories : (none) Intelligent Contrast : n/a Image Unique ID : 1c1b916506dd6a144dfbaabc4abb85c4 VRD Offset : 0 User Comment : Flashpix Version : 0100 Color Space : sRGB Exif Image Width : 3648 Exif Image Height : 2736 Interoperability Index : R98 - DCF basic file (sRGB) Interoperability Version : 0100 Related Image Width : 3648 Related Image Height : 2736 Focal Plane X Resolution : 15136.92946 Focal Plane Y Resolution : 15116.0221 Focal Plane Resolution Unit : inches Sensing Method : One-chip color area File Source : Digital Camera Custom Rendered : Normal Exposure Mode : Auto Digital Zoom Ratio : 1 Scene Capture Type : Standard Compression : JPEG (old-style) Thumbnail Offset : 5120 Thumbnail Length : 5992 Image Width : 3648 Image Height : 2736 Encoding Process : Baseline DCT, Huffman coding Bits Per Sample : 8 Color Components : 3 Y Cb Cr Sub Sampling : YCbCr4:2:2 (2 1) Aperture : 2.7 Flash Exposure Compensation : 0 Drive Mode : Single-frame Shooting Flash Type : Built-In Flash Image Size : 3648x2736 Lens : 6.2 - 24.8 mm Lens ID : Unknown 6-24mm Red Eye Reduction : Off Scale Factor To 35 mm Equivalent: 5.5 Shooting Mode : Program AE Shutter Curtain Sync : 1st-curtain sync Shutter Speed : 1/60 Thumbnail Image : (Binary data 5992 bytes, use -b option to extract) Circle Of Confusion : 0.005 mm Field Of View : 55.5 deg Focal Length : 6.2 mm (35 mm equivalent: 34.2 mm) Hyperfocal Distance : 2.62 m Lens : 6.2 - 24.8 mm (35 mm equivalent: 34.2 - 136.9 mm) Light Value : 7.8 }}} -- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 17 22:15:33 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 17 Nov 2012 21:15:33 -0000 Subject: [FFmpeg-trac] #1927(undetermined:new): Seek bug in rv40 video after resolution change Message-ID: <036.c55bab20cfea785fa85197afe2264cc8@avcodec.org> #1927: Seek bug in rv40 video after resolution change -------------------------------------+------------------------------------- Reporter: DonMoir | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- After the resolution changes in the attached file which is from ticket #1507, any attempt to seek to absolute zero will cause distortion. For the video stream, the first index entry timestamp is zero and the first_dts is zero. Any value greater than zero and it works. The reason for the distortion is because the packets contain the old resolution values, as does the AVFrame and AVCodecContext. You can seek to zero fine before the resolution change. The best way to show you the problem is to make ffplay loop. This is because using left arrow does not go back far enough in time to produce the problem and by allowing ffplay to loop it will seek to zero or to the very beginning of playback. This is not an ffplay problem as I can reproduce it in my own code. After the loop back to zero it will correct itself and get the resolution change about 6/7 seconds into playback. ffplay -loop 10 Wrong_aspect_after_resolution_change.rmvb ffplay version N-46469-gc995644 Copyright (c) 2003-2012 the FFmpeg developers built on Nov 5 2012 17:56:17 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-libopencore-amrnb --enable- libopencore- amrwb --enable-libfreetype --enable-libgsm --enable-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 --enable-libx264 --enab le-libxavs --enable-libxvid --enable-zlib libavutil 52. 5.100 / 52. 5.100 libavcodec 54. 71.100 / 54. 71.100 libavformat 54. 36.100 / 54. 36.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 21.106 / 3. 21.106 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 Input #0, rm, from 'Wrong_aspect_after_resolution_change.rmvb': Metadata: Audiences : Easy RealMedia Tool's Audience; audioMode : music Creation Date : 3/22/2005 10:25:31 Description : +?+++?+????+-+??+???+???++-++?+?+++?-?-???+???+?+-+?-++?+? -? : -???++-?+?++???+?t+???+??T+??t+???-+-?+-??++?++T+?+=+?+-?+ ?+??+?? Email : rick at redcheek.net Generated By : Easy RealMedia Tools V1.8 HomeWeb : http://redcheek.net Keywords : Modification Date: 3/22/2005 10:25:31 videoMode : sharp File ID : 545932b0-2885-caea-bdd7-d268c869a693 title : [YY]0419.?++-+???_????+t+?+-+n-O-?f(+-)- -++-?8 +?-([YY]?? +?-- YYTvO+?+? author : feng copyright : YY at 2005 comment : Duration: 00:43:16.92, start: 0.000000, bitrate: 7 kb/s Stream #0:0: Audio: cook (cook / 0x6B6F6F63), 44100 Hz, stereo, fltp, 44 kb/s Stream #0:1: Video: rv40 (RV40 / 0x30345652), yuv420p, 480x360, 391 kb/s, 23 fps, 23 tbr, 1k tbn, 1k tbc Frame changed from size:0x0 to size:480x360 97KB sq= 0B f=0/0 15.74 A-V: -0.017 f[rv40 @ 0119d800] d= Changing dimensions to 480x288 15.82 A-V: -0.021 fd= 7 aq= 1KB vq= 28KB sq= Frame changed from size: 480x360 to size:480x288 39.3[rv40 @ 0117dc20] 6 AFirst slice header is incorrectB f=0/0 [rv40 @ 0119d800] warning: first frame is no keyframe 0B f=0/0 9.76 A-V: -0.004[rv40 @ 0119d800] fdChanging dimensions to 480x360 9.83 A-V: -0.008 fd= 60 aq= 1KB vq= 4Frame changed from size:480x288 to size:480x360 12.34 A-V: 0.086 fd= 62 aq= 1KB vq= 17KB sq= 0B f=0/1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 17 22:19:32 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 17 Nov 2012 21:19:32 -0000 Subject: [FFmpeg-trac] #1927(undetermined:new): Seek bug in rv40 video after resolution change In-Reply-To: <036.c55bab20cfea785fa85197afe2264cc8@avcodec.org> References: <036.c55bab20cfea785fa85197afe2264cc8@avcodec.org> Message-ID: <051.9e2bc60aa024141b27717ebe7481dff6@avcodec.org> #1927: Seek bug in rv40 video after resolution change -------------------------------------+------------------------------------- Reporter: DonMoir | 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 DonMoir): The fact that its a cut file does not seem to have anything to do with it. I can produce the problem after the resolution change and before it gets to the end in my own code. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 17 22:35:19 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 17 Nov 2012 21:35:19 -0000 Subject: [FFmpeg-trac] #1927(undetermined:open): ffplay loop triggers image corruption with cut realvideo sample (was: Seek bug in rv40 video after resolution change) In-Reply-To: <036.c55bab20cfea785fa85197afe2264cc8@avcodec.org> References: <036.c55bab20cfea785fa85197afe2264cc8@avcodec.org> Message-ID: <051.4fc11761eecde7076aa31ede46b462b3@avcodec.org> #1927: ffplay loop triggers image corruption with cut realvideo sample -------------------------------------+------------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: real | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * version: unspecified => git-master * keywords: => real * reproduced: 0 => 1 Old description: > After the resolution changes in the attached file which is from ticket > #1507, any attempt to seek to absolute zero will cause distortion. For > the video stream, the first index entry timestamp is zero and the > first_dts is zero. Any value greater than zero and it works. The reason > for the distortion is because the packets contain the old resolution > values, as does the AVFrame and AVCodecContext. > > You can seek to zero fine before the resolution change. > > The best way to show you the problem is to make ffplay loop. This is > because using left arrow does not go back far enough in time to produce > the problem and by allowing ffplay to loop it will seek to zero or to the > very beginning of playback. > > This is not an ffplay problem as I can reproduce it in my own code. > > After the loop back to zero it will correct itself and get the resolution > change about 6/7 seconds into playback. > > ffplay -loop 10 Wrong_aspect_after_resolution_change.rmvb > ffplay version N-46469-gc995644 Copyright (c) 2003-2012 the FFmpeg > developers > built on Nov 5 2012 17:56:17 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-libopencore-amrnb --enable- > libopencore- > amrwb --enable-libfreetype --enable-libgsm --enable-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 --enable-libx264 > --enab > le-libxavs --enable-libxvid --enable-zlib > libavutil 52. 5.100 / 52. 5.100 > libavcodec 54. 71.100 / 54. 71.100 > libavformat 54. 36.100 / 54. 36.100 > libavdevice 54. 3.100 / 54. 3.100 > libavfilter 3. 21.106 / 3. 21.106 > libswscale 2. 1.102 / 2. 1.102 > libswresample 0. 16.100 / 0. 16.100 > libpostproc 52. 1.100 / 52. 1.100 > Input #0, rm, from 'Wrong_aspect_after_resolution_change.rmvb': > Metadata: > Audiences : Easy RealMedia Tool's Audience; > audioMode : music > Creation Date : 3/22/2005 10:25:31 > Description : > +?+++?+????+-+??+???+???++-++?+?+++?-?-???+???+?+-+?-++?+? > -? > : > -???++-?+?++???+?t+???+??T+??t+???-+-?+-??++?++T+?+=+?+-?+ > ?+??+?? > Email : rick at redcheek.net > Generated By : Easy RealMedia Tools V1.8 > HomeWeb : http://redcheek.net > Keywords : > Modification Date: 3/22/2005 10:25:31 > videoMode : sharp > File ID : 545932b0-2885-caea-bdd7-d268c869a693 > title : [YY]0419.?++-+???_????+t+?+-+n-O-?f(+-)- -++-?8 > +?-([YY]?? > +?-- YYTvO+?+? > author : feng > copyright : YY at 2005 > comment : > Duration: 00:43:16.92, start: 0.000000, bitrate: 7 kb/s > Stream #0:0: Audio: cook (cook / 0x6B6F6F63), 44100 Hz, stereo, fltp, > 44 kb/s > Stream #0:1: Video: rv40 (RV40 / 0x30345652), yuv420p, 480x360, 391 > kb/s, 23 > fps, 23 tbr, 1k tbn, 1k tbc > Frame changed from size:0x0 to size:480x360 97KB sq= 0B f=0/0 > 15.74 A-V: -0.017 f[rv40 @ 0119d800] d= Changing dimensions to 480x288 > 15.82 A-V: -0.021 fd= 7 aq= 1KB vq= 28KB sq= Frame changed > from size: > 480x360 to size:480x288 > 39.3[rv40 @ 0117dc20] 6 AFirst slice header is incorrectB f=0/0 > [rv40 @ 0119d800] warning: first frame is no keyframe 0B f=0/0 > 9.76 A-V: -0.004[rv40 @ 0119d800] fdChanging dimensions to 480x360 > 9.83 A-V: -0.008 fd= 60 aq= 1KB vq= 4Frame changed from > size:480x288 to > size:480x360 > 12.34 A-V: 0.086 fd= 62 aq= 1KB vq= 17KB sq= 0B f=0/1 New description: After the resolution changes in the attached file which is from ticket #1507, any attempt to seek to absolute zero will cause distortion. For the video stream, the first index entry timestamp is zero and the first_dts is zero. Any value greater than zero and it works. The reason for the distortion is because the packets contain the old resolution values, as does the AVFrame and AVCodecContext. You can seek to zero fine before the resolution change. The best way to show you the problem is to make ffplay loop. This is because using left arrow does not go back far enough in time to produce the problem and by allowing ffplay to loop it will seek to zero or to the very beginning of playback. This is not an ffplay problem as I can reproduce it in my own code. After the loop back to zero it will correct itself and get the resolution change about 6/7 seconds into playback. {{{ ffplay -loop 10 Wrong_aspect_after_resolution_change.rmvb ffplay version N-46469-gc995644 Copyright (c) 2003-2012 the FFmpeg developers built on Nov 5 2012 17:56:17 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-libopencore-amrnb --enable- libopencore- amrwb --enable-libfreetype --enable-libgsm --enable-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 --enable-libx264 --enab le-libxavs --enable-libxvid --enable-zlib libavutil 52. 5.100 / 52. 5.100 libavcodec 54. 71.100 / 54. 71.100 libavformat 54. 36.100 / 54. 36.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 21.106 / 3. 21.106 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 Input #0, rm, from 'Wrong_aspect_after_resolution_change.rmvb': Metadata: Audiences : Easy RealMedia Tool's Audience; audioMode : music Creation Date : 3/22/2005 10:25:31 Description : +?+++?+????+-+??+???+???++-++?+?+++?-?-???+???+?+-+?-++?+? -? : -???++-?+?++???+?t+???+??T+??t+???-+-?+-??++?++T+?+=+?+-?+ ?+??+?? Email : rick at redcheek.net Generated By : Easy RealMedia Tools V1.8 HomeWeb : http://redcheek.net Keywords : Modification Date: 3/22/2005 10:25:31 videoMode : sharp File ID : 545932b0-2885-caea-bdd7-d268c869a693 title : [YY]0419.?++-+???_????+t+?+-+n-O-?f(+-)- -++-?8 +?-([YY]?? +?-- YYTvO+?+? author : feng copyright : YY at 2005 comment : Duration: 00:43:16.92, start: 0.000000, bitrate: 7 kb/s Stream #0:0: Audio: cook (cook / 0x6B6F6F63), 44100 Hz, stereo, fltp, 44 kb/s Stream #0:1: Video: rv40 (RV40 / 0x30345652), yuv420p, 480x360, 391 kb/s, 23 fps, 23 tbr, 1k tbn, 1k tbc Frame changed from size:0x0 to size:480x360 97KB sq= 0B f=0/0 15.74 A-V: -0.017 f[rv40 @ 0119d800] d= Changing dimensions to 480x288 15.82 A-V: -0.021 fd= 7 aq= 1KB vq= 28KB sq= Frame changed from size: 480x360 to size:480x288 39.3[rv40 @ 0117dc20] 6 AFirst slice header is incorrectB f=0/0 [rv40 @ 0119d800] warning: first frame is no keyframe 0B f=0/0 9.76 A-V: -0.004[rv40 @ 0119d800] fdChanging dimensions to 480x360 9.83 A-V: -0.008 fd= 60 aq= 1KB vq= 4Frame changed from size:480x288 to size:480x360 12.34 A-V: 0.086 fd= 62 aq= 1KB vq= 17KB sq= 0B f=0/1 }}} -- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 17 22:41:33 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 17 Nov 2012 21:41:33 -0000 Subject: [FFmpeg-trac] #1927(undetermined:open): ffplay loop triggers image corruption with cut realvideo sample In-Reply-To: <036.c55bab20cfea785fa85197afe2264cc8@avcodec.org> References: <036.c55bab20cfea785fa85197afe2264cc8@avcodec.org> Message-ID: <051.a225b9364cd944903e9cf4f36714b98c@avcodec.org> #1927: ffplay loop triggers image corruption with cut realvideo sample -------------------------------------+------------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: real | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by DonMoir): Again, it's not just an ffplay problem so the title change is misleading. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 17 22:41:54 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 17 Nov 2012 21:41:54 -0000 Subject: [FFmpeg-trac] #1927(undetermined:open): ffplay loop triggers image corruption with cut realvideo sample In-Reply-To: <036.c55bab20cfea785fa85197afe2264cc8@avcodec.org> References: <036.c55bab20cfea785fa85197afe2264cc8@avcodec.org> Message-ID: <051.a45cf3a8f30ef8ca2ebb53561548c6ca@avcodec.org> #1927: ffplay loop triggers image corruption with cut realvideo sample -------------------------------------+------------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: real | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by cehoyos): Also reproducible with a significantly shorter sample that contains no resolution change. {{{ $ ffplay no_resolution_change.rm -loop 2 -autoexit ffplay version N-46806-g83cab07 Copyright (c) 2003-2012 the FFmpeg developers built on Nov 16 2012 16:24:58 with gcc 4.7 (SUSE Linux) configuration: --enable-libx264 --enable-libvo-aacenc --enable-libfdk- aac --enable-libfaac --disable-indev=jack --enable-gpl --enable-version3 --enable-nonfree libavutil 52. 7.100 / 52. 7.100 libavcodec 54. 72.100 / 54. 72.100 libavformat 54. 36.100 / 54. 36.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 23.100 / 3. 23.100 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 loas_probe: p->buf_size: 2048, first_frames: 0, max_frames: 1 Input #0, rm, from 'no_resolution_change.rm': Metadata: Audiences : Easy RealMedia Tool's Audience; audioMode : music Creation Date : 3/22/2005 10:25:31 Description : ??????????????????????????????????????????? : ?????????????????????????????????????????????????? Email : rick at redcheek.net Generated By : Easy RealMedia Tools V1.8 HomeWeb : http://redcheek.net Keywords : Modification Date: 3/22/2005 10:25:31 videoMode : sharp File ID : 545932b0-2885-caea-bdd7-d268c869a693 title : [YY]0419.????_????????????-???(??)- ?????? ???[YY]?????? YYTvO???[0m author : feng copyright : YY at 2005 comment : Duration: 00:43:16.92, start: 0.000000, bitrate: 2 kb/s Stream #0:0: Audio: cook (cook / 0x6B6F6F63), 44100 Hz, stereo, fltp, 44 kb/s Stream #0:1: Video: rv40 (RV40 / 0x30345652), yuv420p, 480x360, 391 kb/s, 23 fps, 23 tbr, 1k tbn, 1k tbc Frame changed from size:0x0 to size:480x360 [rv40 @ 0x7f7dc403cbc0] First slice header is incorrect [rv40 @ 0x7f7dc4074ae0] warning: first frame is no keyframe 16.88 A-V: 0.000 fd= 2 aq= 0KB vq= 0KB sq= 0B f=0/0 }}} Not reproducible if the last 25k are cut off (reproducible if the last 50k are cut). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 17 22:47:59 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 17 Nov 2012 21:47:59 -0000 Subject: [FFmpeg-trac] #1927(undetermined:open): ffplay loop triggers image corruption with cut realvideo sample In-Reply-To: <036.c55bab20cfea785fa85197afe2264cc8@avcodec.org> References: <036.c55bab20cfea785fa85197afe2264cc8@avcodec.org> Message-ID: <051.fd24a0385265e848f18e9be811eac822@avcodec.org> #1927: ffplay loop triggers image corruption with cut realvideo sample -------------------------------------+------------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: real | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by DonMoir): Yes not reproducible unless there is a resolution change and also not related to looping as your title change would indicate. The loop thing is because its the only way to show you the problem using ffplay. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 17 22:48:48 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 17 Nov 2012 21:48:48 -0000 Subject: [FFmpeg-trac] #1927(undetermined:open): ffplay loop triggers image corruption with cut realvideo sample In-Reply-To: <036.c55bab20cfea785fa85197afe2264cc8@avcodec.org> References: <036.c55bab20cfea785fa85197afe2264cc8@avcodec.org> Message-ID: <051.1730a9f6b9177fb68fb36ea750054041@avcodec.org> #1927: ffplay loop triggers image corruption with cut realvideo sample -------------------------------------+------------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: real | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by cehoyos): I also attached a longer sample that does contain a resolution change but does not allow to reproduce the problem of image corruption on loop. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 17 22:55:35 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 17 Nov 2012 21:55:35 -0000 Subject: [FFmpeg-trac] #1926(avcodec:open): EXIF metadata is not extracted In-Reply-To: <038.22fc9ba31cf2c616c9f91d67b49b5087@avcodec.org> References: <038.22fc9ba31cf2c616c9f91d67b49b5087@avcodec.org> Message-ID: <053.2ee4d5d45128498f1eb4f73f04633abc@avcodec.org> #1926: EXIF metadata is not extracted -------------------------------------+------------------------------------- Reporter: mbradshaw | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: mjpeg | Blocked By: metadata | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avcodec * priority: normal => wish * keywords: => mjpeg metadata * type: defect => enhancement -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 18 02:50:32 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 18 Nov 2012 01:50:32 -0000 Subject: [FFmpeg-trac] #515(FFmpeg:open): Problem in video rotation in FFMPEG for IPhone video In-Reply-To: <034.67c4a312520ffecc884a30ac5c24fd6f@avcodec.org> References: <034.67c4a312520ffecc884a30ac5c24fd6f@avcodec.org> Message-ID: <049.f31a9411865bc19185d8cb2b8f842d41@avcodec.org> #515: Problem in video rotation in FFMPEG for IPhone video ------------------------------------+---------------------------------- Reporter: Gagan | Owner: Type: defect | Status: open Priority: normal | Component: FFmpeg Version: git-master | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Comment (by DonMoir): The original silent-boot.mov has a metadata rotate value of 180 degrees. It is up to any player or converter to take this into account. This rotation value orients the video to normal viewing. Sadly, some players and converters do not take this into account. It would even be worse if you manually rotated it and the metadata rotate value was left in place in the result output video. Now it would be upside down in programs that do respect the metadata rotate value. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 18 15:51:02 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 18 Nov 2012 14:51:02 -0000 Subject: [FFmpeg-trac] #967(avcodec:closed): iff ilbm ham8 with masking decodes incorrectly In-Reply-To: <038.8a0025b6bd9f67245e260ec19e031e7e@avcodec.org> References: <038.8a0025b6bd9f67245e260ec19e031e7e@avcodec.org> Message-ID: <053.2c8159ce7b930bf7955139c5d48b7429@avcodec.org> #967: iff ilbm ham8 with masking decodes incorrectly ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: iff | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Patch reviewed by Peter Ross and pushed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 18 16:19:43 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 18 Nov 2012 15:19:43 -0000 Subject: [FFmpeg-trac] #1928(undetermined:new): ape: fix seeking (with ffplay) Message-ID: <038.1d149b191aa87a903fde81b2b93b2db1@avcodec.org> #1928: ape: fix seeking (with ffplay) -------------------------------------+------------------------------------- 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 -------------------------------------+------------------------------------- seeking doesn't work too good and takes too long time compared for example to foobar2000 http://streams.videolan.org/issues/6348/Goldwave-MAClib.ape {{{ C:\>ffmpeg -i Goldwave-MAClib.ape ffmpeg version N-46755-ge70144c Copyright (c) 2000-2012 the FFmpeg developers built on Nov 15 2012 02:38:20 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 52. 6.100 / 52. 6.100 libavcodec 54. 71.100 / 54. 71.100 libavformat 54. 36.100 / 54. 36.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 23.100 / 3. 23.100 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 Input #0, ape, from 'Goldwave-MAClib.ape': Metadata: Track : 1 Year : 1983 Genre : Rock Artist : YES Album : 90125 Title : Owner of a Lonely Heart Duration: 00:00:29.32, start: 0.000000, bitrate: 837 kb/s Stream #0:0: Audio: ape (APE / 0x20455041), 44100 Hz, stereo, s16p At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 18 19:33:41 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 18 Nov 2012 18:33:41 -0000 Subject: [FFmpeg-trac] #1928(undetermined:open): ape: fix seeking (with ffplay) In-Reply-To: <038.1d149b191aa87a903fde81b2b93b2db1@avcodec.org> References: <038.1d149b191aa87a903fde81b2b93b2db1@avcodec.org> Message-ID: <053.aeb15f9b507eb3db7cb41209a661e398@avcodec.org> #1928: ape: fix seeking (with ffplay) -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: ape seek | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => ape seek * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 Comment: Pressing "down" after 14 seconds let the player continue to play until ~20:00 seconds before seeking. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 18 22:57:11 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 18 Nov 2012 21:57:11 -0000 Subject: [FFmpeg-trac] #1905(avformat:open): wmav2 in wav: fix timer when seeking In-Reply-To: <038.e0fbb179ac81b1326b945790e93810c9@avcodec.org> References: <038.e0fbb179ac81b1326b945790e93810c9@avcodec.org> Message-ID: <053.c465ee8bf7950a06d74928eed6c18d12@avcodec.org> #1905: wmav2 in wav: fix timer when seeking -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: seek | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: seek => seek regression * priority: normal => important * component: undetermined => avformat Comment: Regression since 6c65cf5 / f095391. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 18 23:10:11 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 18 Nov 2012 22:10:11 -0000 Subject: [FFmpeg-trac] #887(undetermined:closed): Assertion error in swresample.c In-Reply-To: <042.5c9f131b9b5723638589d53b00e50aa1@avcodec.org> References: <042.5c9f131b9b5723638589d53b00e50aa1@avcodec.org> Message-ID: <057.1970787edaa40e2ece4cc3068df34d7c@avcodec.org> #887: Assertion error in swresample.c -------------------------------------+------------------------------------- Reporter: | Owner: oanastratulat | Status: closed Type: defect | Component: Priority: important | undetermined Version: git-master | Resolution: fixed Keywords: aac abort | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: aac => aac abort -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 18 23:11:26 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 18 Nov 2012 22:11:26 -0000 Subject: [FFmpeg-trac] #1040(avfilter:closed): yadif filter with movie source causes assertion failure In-Reply-To: <031.bfe73e8d8c9949b79f578a90b9c891ff@avcodec.org> References: <031.bfe73e8d8c9949b79f578a90b9c891ff@avcodec.org> Message-ID: <046.6261d1372da22240df38d86433d786d0@avcodec.org> #1040: yadif filter with movie source causes assertion failure -------------------------------------+------------------------------------ Reporter: ls | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: git-master | Resolution: fixed Keywords: yadif abort | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: yadif => yadif abort -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 18 23:11:49 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 18 Nov 2012 22:11:49 -0000 Subject: [FFmpeg-trac] #1494(avcodec:closed): Assertion fails when encoding wmav2 In-Reply-To: <038.6b7929edefcc808d4983fa42177d464a@avcodec.org> References: <038.6b7929edefcc808d4983fa42177d464a@avcodec.org> Message-ID: <053.578791ff17f05fd0fa5b59c7f6487c7e@avcodec.org> #1494: Assertion fails when encoding wmav2 -------------------------------------+------------------------------------- Reporter: grolschie | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: duplicate Keywords: wma | Blocked By: regression abort | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: wma regression => wma regression abort -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 18 23:12:25 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 18 Nov 2012 22:12:25 -0000 Subject: [FFmpeg-trac] #887(undetermined:closed): Assertion error in swresample.c In-Reply-To: <042.5c9f131b9b5723638589d53b00e50aa1@avcodec.org> References: <042.5c9f131b9b5723638589d53b00e50aa1@avcodec.org> Message-ID: <057.791859c992f2b22056d91c065aa9079f@avcodec.org> #887: Assertion error in swresample.c -------------------------------------+------------------------------------- Reporter: | Owner: oanastratulat | Status: closed Type: defect | Component: Priority: important | undetermined Version: git-master | Resolution: fixed Keywords: aac abort | Blocked By: crash | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: aac abort => aac abort crash -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 18 23:12:36 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 18 Nov 2012 22:12:36 -0000 Subject: [FFmpeg-trac] #1040(avfilter:closed): yadif filter with movie source causes assertion failure In-Reply-To: <031.bfe73e8d8c9949b79f578a90b9c891ff@avcodec.org> References: <031.bfe73e8d8c9949b79f578a90b9c891ff@avcodec.org> Message-ID: <046.148d071a4425026fb237de1327c8d8b9@avcodec.org> #1040: yadif filter with movie source causes assertion failure -------------------------------------+------------------------------------- Reporter: ls | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: git-master | Resolution: fixed Keywords: yadif abort | Blocked By: crash | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: yadif abort => yadif abort crash -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 18 23:12:48 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 18 Nov 2012 22:12:48 -0000 Subject: [FFmpeg-trac] #1494(avcodec:closed): Assertion fails when encoding wmav2 In-Reply-To: <038.6b7929edefcc808d4983fa42177d464a@avcodec.org> References: <038.6b7929edefcc808d4983fa42177d464a@avcodec.org> Message-ID: <053.daffa38d59217898a82c6bcbe6a76f90@avcodec.org> #1494: Assertion fails when encoding wmav2 -------------------------------------+------------------------------------- Reporter: grolschie | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: duplicate Keywords: wma | Blocked By: regression abort crash | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: wma regression abort => wma regression abort crash -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 18 23:13:16 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 18 Nov 2012 22:13:16 -0000 Subject: [FFmpeg-trac] #1908(avformat:closed): error when copying eia_608 track In-Reply-To: <036.59a2edd3ecb171acd0f48b58650bb6bb@avcodec.org> References: <036.59a2edd3ecb171acd0f48b58650bb6bb@avcodec.org> Message-ID: <051.0e9b18cdbf8c97bf72b5715580058f11@avcodec.org> #1908: error when copying eia_608 track -------------------------------------+------------------------------------- Reporter: dericed | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: duplicate Keywords: eia_608 mov | Blocked By: abort crash | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: eia_608 mov abort => eia_608 mov abort crash -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 18 23:17:09 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 18 Nov 2012 22:17:09 -0000 Subject: [FFmpeg-trac] #532(avcodec:closed): Assertion in h264_refs.c still fails In-Reply-To: <036.f5ed441055a8a349942e27db389fc38c@avcodec.org> References: <036.f5ed441055a8a349942e27db389fc38c@avcodec.org> Message-ID: <051.2b5803ee9ddcef25a42700f5655de25a@avcodec.org> #532: Assertion in h264_refs.c still fails -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: h264 crash | Blocked By: abort | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => h264 crash abort -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 18 23:18:28 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 18 Nov 2012 22:18:28 -0000 Subject: [FFmpeg-trac] #523(swresample:closed): Assertion "channel_count == channel_count(channel_layout)" fails In-Reply-To: <036.c3931b83e16020a95d41838fbed42caf@avcodec.org> References: <036.c3931b83e16020a95d41838fbed42caf@avcodec.org> Message-ID: <051.258cdf59f2c198dae1695c45a37340b8@avcodec.org> #523: Assertion "channel_count == channel_count(channel_layout)" fails -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: michael Type: defect | Status: closed Priority: important | Component: Version: git-master | swresample Keywords: crash abort | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => crash abort -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 18 23:18:48 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 18 Nov 2012 22:18:48 -0000 Subject: [FFmpeg-trac] #407(avcodec:closed): Assertion fails in h264_refs.c In-Reply-To: <038.1d53b7750b08f74dd11353ee223f910f@avcodec.org> References: <038.1d53b7750b08f74dd11353ee223f910f@avcodec.org> Message-ID: <053.e55cc229fd8e2b458c93b109b98f41a7@avcodec.org> #407: Assertion fails in h264_refs.c -------------------------------------+------------------------------------- Reporter: redeemarr | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: h264 abort | Blocked By: crash | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: h264 abort => h264 abort crash -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 18 23:19:42 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 18 Nov 2012 22:19:42 -0000 Subject: [FFmpeg-trac] #284(avcodec:closed): Mpg format can not be converted to any other format In-Reply-To: <036.6e04c4e38d1d0e6bb96d3c4e7b256966@avcodec.org> References: <036.6e04c4e38d1d0e6bb96d3c4e7b256966@avcodec.org> Message-ID: <051.34f9162dd8916b2b4ff51d9ac648305a@avcodec.org> #284: Mpg format can not be converted to any other format -------------------------------------+----------------------------------- Reporter: yxmline | Owner: michael Type: defect | Status: closed Priority: normal | Component: avcodec Version: unspecified | Resolution: fixed Keywords: crash abort | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => crash abort * component: FFmpeg => avcodec -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 18 23:20:17 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 18 Nov 2012 22:20:17 -0000 Subject: [FFmpeg-trac] #58(FFplay:closed): sp5x playback regression In-Reply-To: <038.03fa2661aa3e258138c85b199bbbb0bb@avcodec.org> References: <038.03fa2661aa3e258138c85b199bbbb0bb@avcodec.org> Message-ID: <053.42a427485159f4676874cc58c16da6db@avcodec.org> #58: sp5x playback regression -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: michael Type: defect | Status: closed Priority: important | Component: FFplay Version: git | 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 Sun Nov 18 23:20:34 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 18 Nov 2012 22:20:34 -0000 Subject: [FFmpeg-trac] #36(avfilter:closed): libavfilter: empty source buffer + yadif filters chain, polling for frames -> assertion failed In-Reply-To: <036.b32d7802c6dd451945ae88f1b0cefc5f@avcodec.org> References: <036.b32d7802c6dd451945ae88f1b0cefc5f@avcodec.org> Message-ID: <051.0fa56c9b29f6aac1272d39ca3a04cbfb@avcodec.org> #36: libavfilter: empty source buffer + yadif filters chain, polling for frames -> assertion failed -------------------------------------+------------------------------------ Reporter: fpretto | Owner: michael Type: defect | Status: closed Priority: normal | Component: avfilter Version: | Resolution: fixed Keywords: crash abort | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 1 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => crash abort -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 18 23:52:40 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 18 Nov 2012 22:52:40 -0000 Subject: [FFmpeg-trac] #1481(build system:closed): BUS error on misaligned memory access on some ARM In-Reply-To: <035.97e07f5483f861586c15717cad7bb730@avcodec.org> References: <035.97e07f5483f861586c15717cad7bb730@avcodec.org> Message-ID: <050.9b988fbb44776d23d0adbe2aa6221dd1@avcodec.org> #1481: BUS error on misaligned memory access on some ARM -------------------------------------+------------------------------------- Reporter: notzed | Owner: Type: defect | Status: closed Priority: normal | Component: build Version: unspecified | system Keywords: arm crash | Resolution: fixed SIGBUS | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by jacob): notzed, does 'disable-fast-unaligned' actually resolve the bus error ? I am using latest ffmpeg (1.0) in a android arm cpu tablet with disable- fast-unaligned and still getting bus error. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 19 00:01:17 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 18 Nov 2012 23:01:17 -0000 Subject: [FFmpeg-trac] #582(avcodec:open): error on transcoding from h264 to MP4 with 0.8.5 In-Reply-To: <037.5e1bb2c72a9d4e81ef6891cd8ac442b0@avcodec.org> References: <037.5e1bb2c72a9d4e81ef6891cd8ac442b0@avcodec.org> Message-ID: <052.66c0e6c8f6977bf160933fad97f56c60@avcodec.org> #582: error on transcoding from h264 to MP4 with 0.8.5 -------------------------------------+----------------------------------- Reporter: graylion | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: crash abort | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avcodec * priority: normal => important * version: unspecified => git-master * keywords: => crash abort Comment: {{{ $ dd if=fate-suite/svq3/Vertical400kbit.sorenson3.mov bs=1M count=2 of=test.mov $ ./ffmpeg -i test.mov -vcodec mpeg4 -an -pass 1 out.mov ... $ ./ffmpeg -i fate-suite/svq3/Vertical400kbit.sorenson3.mov -vcodec mpeg4 -an -pass 2 -y out.mov ffmpeg version N-46875-g0df7d95 Copyright (c) 2000-2012 the FFmpeg developers built on Nov 18 2012 23:31:36 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack --enable-libx264 libavutil 52. 8.100 / 52. 8.100 libavcodec 54. 73.100 / 54. 73.100 libavformat 54. 37.100 / 54. 37.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 23.101 / 3. 23.101 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 2.100 / 52. 2.100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x34b6240] 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.58, 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, s16p, 176 kb/s Metadata: creation_time : 2001-03-20 16:17:18 handler_name : Apple Alias Data Handler Output #0, mov, to 'out.mov': 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.37.100 Stream #0:0(eng): Video: mpeg4 (mp4v / 0x7634706D), yuv420p, 320x240, q=2-31, pass 2, 200 kb/s, 15360 tbn, 30 tbc Metadata: creation_time : 2001-03-20 16:17:18 handler_name : Apple Alias Data Handler Stream mapping: Stream #0:0 -> #0:0 (svq3 -> mpeg4) Press [q] to stop, [?] for help ffmpeg: libavcodec/ratecontrol.c:694: ff_rate_estimate_qscale: Assertion `picture_numbernum_entries' failed. Aborted }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 19 00:03:19 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 18 Nov 2012 23:03:19 -0000 Subject: [FFmpeg-trac] #1481(build system:closed): BUS error on misaligned memory access on some ARM In-Reply-To: <035.97e07f5483f861586c15717cad7bb730@avcodec.org> References: <035.97e07f5483f861586c15717cad7bb730@avcodec.org> Message-ID: <050.3ff3b7c28cbae38a3689d86f2fe13ec9@avcodec.org> #1481: BUS error on misaligned memory access on some ARM -------------------------------------+------------------------------------- Reporter: notzed | Owner: Type: defect | Status: closed Priority: normal | Component: build Version: unspecified | system Keywords: arm crash | Resolution: fixed SIGBUS | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:4 jacob]: > I am using latest ffmpeg (1.0) in a android arm cpu tablet with disable- fast-unaligned and still getting bus error. Please provide command line together with complete, uncut console output and backtrace etc. as explained on https://ffmpeg.org/bugreports.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 19 00:04:03 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 18 Nov 2012 23:04:03 -0000 Subject: [FFmpeg-trac] #582(avcodec:open): Assertion failure in rate-control if pass 2 - file is longer (was: error on transcoding from h264 to MP4 with 0.8.5) In-Reply-To: <037.5e1bb2c72a9d4e81ef6891cd8ac442b0@avcodec.org> References: <037.5e1bb2c72a9d4e81ef6891cd8ac442b0@avcodec.org> Message-ID: <052.a43f2e5a6abcc9aa7754ba436a26d2d7@avcodec.org> #582: Assertion failure in rate-control if pass 2 - file is longer -------------------------------------+----------------------------------- Reporter: graylion | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: crash abort | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 19 00:39:30 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 18 Nov 2012 23:39:30 -0000 Subject: [FFmpeg-trac] #1481(build system:closed): BUS error on misaligned memory access on some ARM In-Reply-To: <035.97e07f5483f861586c15717cad7bb730@avcodec.org> References: <035.97e07f5483f861586c15717cad7bb730@avcodec.org> Message-ID: <050.19813e1b5868b690ef24011d56ac7bba@avcodec.org> #1481: BUS error on misaligned memory access on some ARM -------------------------------------+------------------------------------- Reporter: notzed | Owner: Type: defect | Status: closed Priority: normal | Component: build Version: unspecified | system Keywords: arm crash | Resolution: fixed SIGBUS | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by notzed): I don't know, i only tested it on 0.11.x, and my build still sets the value manually. Since it worked for me, i presume michael's change did the same and should work too. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 19 01:08:35 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 19 Nov 2012 00:08:35 -0000 Subject: [FFmpeg-trac] #933(undetermined:closed): A/V desynch when transcoding A/V files with timestamps non starting from 0 with -copyts In-Reply-To: <034.5b15c2bdcd09e3b3feb6d91df9b28629@avcodec.org> References: <034.5b15c2bdcd09e3b3feb6d91df9b28629@avcodec.org> Message-ID: <049.6fec79d8a16165c6fd21c9369ae6a1e7@avcodec.org> #933: A/V desynch when transcoding A/V files with timestamps non starting from 0 with -copyts -------------------------------------+------------------------------------- Reporter: saste | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: timestamp | Resolution: desynch mpegts | worksforme Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => worksforme Comment: I was unable to reproduce the original problem - iiuc that -vsync 0 together with a start time >0 leads to unplayable output files because audio timestamps are incorrect - with both current FFmpeg and an ancient version. Testing the same version as the OP is impossible, "e7321ef" does not exist. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 19 01:23:41 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 19 Nov 2012 00:23:41 -0000 Subject: [FFmpeg-trac] #726(undetermined:open): support for copying SMPTE 436M caption tracks In-Reply-To: <036.1341575c7004a7bcdb9adc617d5bd82d@avcodec.org> References: <036.1341575c7004a7bcdb9adc617d5bd82d@avcodec.org> Message-ID: <051.1f2c22be57c5d7855d74d3cac72ce2b9@avcodec.org> #726: support for copying SMPTE 436M caption tracks -------------------------------------+------------------------------------- Reporter: dericed | 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: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => cc * status: new => open * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 19 01:58:21 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 19 Nov 2012 00:58:21 -0000 Subject: [FFmpeg-trac] #1923(avcodec:closed): vble: problem with version check In-Reply-To: <038.661891d640c8cd41573daaccc940b101@avcodec.org> References: <038.661891d640c8cd41573daaccc940b101@avcodec.org> Message-ID: <053.9e973ffec517b848a88ae86bcb2c016d@avcodec.org> #1923: vble: problem with version check ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: vble | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Patch applied, thank you! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 19 03:27:17 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 19 Nov 2012 02:27:17 -0000 Subject: [FFmpeg-trac] #1839(FFmpeg:new): the pts can not copy from transcode orig video file In-Reply-To: <042.0b9fb77a2b8c03c17c9f96af08b0fb5c@avcodec.org> References: <042.0b9fb77a2b8c03c17c9f96af08b0fb5c@avcodec.org> Message-ID: <057.1a019dd783c5e860947c1dd2f9fdca68@avcodec.org> #1839: the pts can not copy from transcode orig video file ---------------------------------------+---------------------------------- Reporter: lingjiujianke | 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 lingjiujianke): Replying to [comment:1 cehoyos]: > Could you test curent git head? This may be fixed. > > If it is still reproducible, please post your command line together with complete, uncut console output. Hi cehoyos, The problem is always there. The command line input is : ./ffmpeg -y -ss 00:00:10.00 -t 20 -copyts -i kaka.mkv -strict experimental -acodec aac -vcodec libx264 -r 15 -s 1280x720 -b:v 2000k -b:a 88k -ar 44100 -preset ultrafast -vprofile baseline -vlevel 1.0 -map 0:0 -map 0:1 -bsf h264_mp4toannexb -async 1 -f mpegts test-12.ts complete output: frame= 300 fps= 12 q=30.0 Lsize= 6469kB time=00:00:20.01 bitrate=2647.5kbits/s dup=135 drop=96 video:5880kB audio:75kB subtitle:0 global headers:0kB muxing overhead 8.624364% [libx264 @ 0x1ba80e0] frame I:2 Avg QP:24.50 size:113392 [libx264 @ 0x1ba80e0] frame P:298 Avg QP:18.73 size: 19443 [libx264 @ 0x1ba80e0] mb I I16..4: 100.0% 0.0% 0.0% [libx264 @ 0x1ba80e0] mb P I16..4: 8.1% 0.0% 0.0% P16..4: 40.5% 0.0% 0.0% 0.0% 0.0% skip:51.4% [libx264 @ 0x1ba80e0] final ratefactor: 25.67 [libx264 @ 0x1ba80e0] coded y,uvDC,uvAC intra: 36.2% 37.3% 15.9% inter: 20.4% 12.1% 3.9% [libx264 @ 0x1ba80e0] i16 v,h,dc,p: 34% 24% 26% 16% [libx264 @ 0x1ba80e0] i8c dc,h,v,p: 52% 19% 22% 8% [libx264 @ 0x1ba80e0] kb/s:2408.32 But when i use codec copy, the problem have fixed, perhaps i have use error parameters? Use command follow is no problem: ffmpeg -y -ss 00:00:10.00 -t 20 -copyts -i kaka.mkv -scodec copy -vcodec copy -acodec copy -bsf h264_mp4toannexb -f mpegts test-12.ts complete output : frame= 266 fps=0.0 q=-1.0 Lsize= 23300kB time=00:00:20.01 bitrate=9534.2kbits/s video:19368kB audio:2018kB subtitle:0 global headers:0kB muxing overhead 8.948324% I want to transcode change the video codec from other to H264/AVC, not just only copyts. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 19 09:16:13 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 19 Nov 2012 08:16:13 -0000 Subject: [FFmpeg-trac] #1839(FFmpeg:new): the pts can not copy from transcode orig video file In-Reply-To: <042.0b9fb77a2b8c03c17c9f96af08b0fb5c@avcodec.org> References: <042.0b9fb77a2b8c03c17c9f96af08b0fb5c@avcodec.org> Message-ID: <057.b9f7e422d08d64675124f98caafa8899@avcodec.org> #1839: the pts can not copy from transcode orig video file ---------------------------------------+---------------------------------- Reporter: lingjiujianke | 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 cehoyos): To make this a valid ticket, please post the command line you used together with complete, uncut console output (so far you have posted a very small part of the console output). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 19 09:39:04 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 19 Nov 2012 08:39:04 -0000 Subject: [FFmpeg-trac] #1481(build system:closed): BUS error on misaligned memory access on some ARM In-Reply-To: <035.97e07f5483f861586c15717cad7bb730@avcodec.org> References: <035.97e07f5483f861586c15717cad7bb730@avcodec.org> Message-ID: <050.25c0bde280fe2f03cd64a74401184182@avcodec.org> #1481: BUS error on misaligned memory access on some ARM -------------------------------------+------------------------------------- Reporter: notzed | Owner: Type: defect | Status: closed Priority: normal | Component: build Version: unspecified | system Keywords: arm crash | Resolution: fixed SIGBUS | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by jacob): Replying to [comment:6 notzed]: > I don't know, i only tested it on 0.11.x, and my build still sets the value manually. > > Since it worked for me, i presume michael's change did the same and should work too. notzed, can you please send me your build, I will check with it. I know I should past the full log here but it is very long then I will use pastebin. http://pastebin.com/1H6H6Ync after that ffmpeg prints "Bus error essage repeated 4 times " and exists. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 19 10:17:37 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 19 Nov 2012 09:17:37 -0000 Subject: [FFmpeg-trac] #1839(FFmpeg:new): the pts can not copy from transcode orig video file In-Reply-To: <042.0b9fb77a2b8c03c17c9f96af08b0fb5c@avcodec.org> References: <042.0b9fb77a2b8c03c17c9f96af08b0fb5c@avcodec.org> Message-ID: <057.3f2b5c7510fda435aa0291602a76e571@avcodec.org> #1839: the pts can not copy from transcode orig video file ---------------------------------------+---------------------------------- Reporter: lingjiujianke | 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 lingjiujianke): Replying to [comment:3 cehoyos]: > To make this a valid ticket, please post the command line you used together with complete, uncut console output (so far you have posted a very small part of the console output). Hi cehoyos, command line is : ./ffmpeg -y -ss 00:00:10.00 -t 10 -i kaka.mkv -strict experimental -acodec aac -vcodec libx264 -r 15 -s 1280x720 -b:v 2000k -b:a 88k -ar 44100 -preset ultrafast -vprofile baseline -vlevel 1.0 -map 0:0 -map 0:1 -copyts -bsf h264_mp4toannexb -vsync 1 -f mpegts test-12.ts console output: Input #0, matroska,webm, from 'kaka.mkv': Metadata: creation_time : 2009-10-07 15:23:35 Duration: 00:01:02.44, start: 0.000000, bitrate: 13589 kb/s Stream #0:0(eng): Video: h264 (High), yuv420p, 1920x796, SAR 1:1 DAR 480:199, 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc (default) Metadata: title : Transformers.Revenge.of.the.Fallen.2009 Stream #0:1(eng): Audio: dts (DTS), 48000 Hz, 5.1(side), fltp, 1536 kb/s (default) Metadata: title : DTS-HDMA core 1536k Stream #0:2(chi): Audio: ac3, 48000 Hz, stereo, s16, 192 kb/s Metadata: title : DD2.0 192K Stream #0:3(eng): Audio: ac3, 48000 Hz, stereo, s16, 224 kb/s Metadata: title : DD2.0 224K -t is not an input option, keeping it for the next output; consider fixing your command line. [libx264 @ 0x29bd0e0] using SAR=270/199 [libx264 @ 0x29bd0e0] frame MB size (80x45) > level limit (99) [libx264 @ 0x29bd0e0] DPB size (1 frames, 1382400 bytes) > level limit (0 frames, 152064 bytes) [libx264 @ 0x29bd0e0] MB rate (54000) > level limit (1485) [libx264 @ 0x29bd0e0] using cpu capabilities: none! [libx264 @ 0x29bd0e0] profile Constrained Baseline, level 1.0 Output #0, mpegts, to 'test-12.ts': Metadata: encoder : Lavf54.37.100 Stream #0:0(eng): Video: h264, yuv420p, 1280x720 [SAR 270:199 DAR 480:199], q=-1--1, 2000 kb/s, 90k tbn, 15 tbc (default) Metadata: title : Transformers.Revenge.of.the.Fallen.2009 Stream #0:1(eng): Audio: aac, 44100 Hz, 5.1(side), fltp, 88 kb/s (default) Metadata: title : DTS-HDMA core 1536k Stream mapping: Stream #0:0 -> #0:0 (h264 -> libx264) Stream #0:1 -> #0:1 (dca -> aac) Press [q] to stop, [?] for help [aac @ 0x29adfc0] Que input is backward in time [mpegts @ 0x29bc7c0] st:0 PTS: -70486 DTS: -70486 < -69123 invalid, clipping Que input is backward in timee= 0kB time=00:00:00.00 bitrate= 0.0kbits/s dup=0 drop=19 [mpegts @ 0x29bc7c0] st:0 PTS: -19400 DTS: -19400 < -18938 invalid, clipping [adts @ 0x30ece20] Encoder did not produce proper pts, making some up. Que input is backward in timeze= 515kB time=00:00:02.00 bitrate=2109.4kbits/s dup=0 drop=40 [mpegts @ 0x29bc7c0] st:0 PTS: 189594 DTS: 189594 < 190099 invalid, clipping Que input is backward in timeze= 977kB time=00:00:03.53 bitrate=2266.2kbits/s dup=0 drop=54 [mpegts @ 0x29bc7c0] st:0 PTS: 330694 DTS: 330694 < 332146 invalid, clipping Que input is backward in timeze= 1245kB time=00:00:04.46 bitrate=2283.9kbits/s dup=0 drop=61 [mpegts @ 0x29bc7c0] st:0 PTS: 407241 DTS: 407241 < 411617 invalid, clipping [mpegts @ 0x29bc7c0] st:0 PTS: 409255 DTS: 409255 < 411618 invalid, clipping [mpegts @ 0x29bc7c0] st:0 PTS: 411227 DTS: 411227 < 411619 invalid, clipping Que input is backward in timeze= 1573kB time=00:00:05.80 bitrate=2221.3kbits/s dup=0 drop=73 [mpegts @ 0x29bc7c0] st:0 PTS: 515800 DTS: 515800 < 518197 invalid, clipping [mpegts @ 0x29bc7c0] st:0 PTS: 517816 DTS: 517816 < 518198 invalid, clipping Que input is backward in timeze= 1883kB time=00:00:06.60 bitrate=2337.6kbits/s dup=0 drop=81 [mpegts @ 0x29bc7c0] st:0 PTS: 587939 DTS: 587939 < 591281 invalid, clipping [mpegts @ 0x29bc7c0] st:0 PTS: 589908 DTS: 589908 < 591282 invalid, clipping Que input is backward in timeze= 2546kB time=00:00:08.66 bitrate=2406.5kbits/s dup=0 drop=99 [mpegts @ 0x29bc7c0] st:0 PTS: 794739 DTS: 794739 < 798140 invalid, clipping [mpegts @ 0x29bc7c0] st:0 PTS: 796708 DTS: 796708 < 798141 invalid, clipping Que input is backward in timeze= 2766kB time=00:00:09.60 bitrate=2360.0kbits/s dup=0 drop=108 [mpegts @ 0x29bc7c0] st:0 PTS: 866751 DTS: 866751 < 869162 invalid, clipping [mpegts @ 0x29bc7c0] st:0 PTS: 868720 DTS: 868720 < 869163 invalid, clipping frame= 150 fps=7.9 q=30.0 Lsize= 2942kB time=00:00:10.00 bitrate=2407.9kbits/s dup=0 drop=111 video:2638kB audio:67kB subtitle:0 global headers:0kB muxing overhead 8.756399% [libx264 @ 0x29bd0e0] frame I:1 Avg QP:23.00 size: 78607 [libx264 @ 0x29bd0e0] frame P:149 Avg QP:27.71 size: 17599 [libx264 @ 0x29bd0e0] mb I I16..4: 100.0% 0.0% 0.0% [libx264 @ 0x29bd0e0] mb P I16..4: 14.4% 0.0% 0.0% P16..4: 39.9% 0.0% 0.0% 0.0% 0.0% skip:45.7% [libx264 @ 0x29bd0e0] final ratefactor: 28.14 [libx264 @ 0x29bd0e0] coded y,uvDC,uvAC intra: 32.1% 33.9% 12.2% inter: 21.1% 12.3% 0.8% [libx264 @ 0x29bd0e0] i16 v,h,dc,p: 37% 24% 24% 16% [libx264 @ 0x29bd0e0] i8c dc,h,v,p: 53% 18% 21% 7% [libx264 @ 0x29bd0e0] kb/s:2160.68 When i use command line: ffmpeg -i test-12.ts console output : [mpegts @ 0x278f240] max_analyze_duration 5000000 reached at 5013600 Input #0, mpegts, from 'test-12.ts': Duration: 00:00:10.97, start: 0.362811, bitrate: 2196 kb/s Program 1 Metadata: service_name : Service01 service_provider: FFmpeg Stream #0:0[0x100]: Video: h264 (Constrained Baseline) ([27][0][0][0] / 0x001B), yuv420p, 1280x720 [SAR 270:199 DAR 480:199], 15 fps, 15 tbr, 90k tbn, 30 tbc Stream #0:1[0x101](eng): Audio: aac ([15][0][0][0] / 0x000F), 44100 Hz, 5.1, s16, 45 kb/s Thanks -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 19 10:24:32 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 19 Nov 2012 09:24:32 -0000 Subject: [FFmpeg-trac] #1839(FFmpeg:new): the pts can not copy from transcode orig video file In-Reply-To: <042.0b9fb77a2b8c03c17c9f96af08b0fb5c@avcodec.org> References: <042.0b9fb77a2b8c03c17c9f96af08b0fb5c@avcodec.org> Message-ID: <057.32c13e4bc7faf5b426192b1d42492edc@avcodec.org> #1839: the pts can not copy from transcode orig video file ---------------------------------------+---------------------------------- Reporter: lingjiujianke | 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 cehoyos): To make this a valid ticket, please post the command line you used together with complete, uncut console output. Please do not post a part of the console output, it usually does not help. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 19 10:39:27 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 19 Nov 2012 09:39:27 -0000 Subject: [FFmpeg-trac] #1481(build system:closed): BUS error on misaligned memory access on some ARM In-Reply-To: <035.97e07f5483f861586c15717cad7bb730@avcodec.org> References: <035.97e07f5483f861586c15717cad7bb730@avcodec.org> Message-ID: <050.915e0cc9f4a763a0aa5af0d429650c21@avcodec.org> #1481: BUS error on misaligned memory access on some ARM -------------------------------------+------------------------------------- Reporter: notzed | Owner: Type: defect | Status: closed Priority: normal | Component: build Version: unspecified | system Keywords: arm crash | Resolution: fixed SIGBUS | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * cc: jacob (added) Comment: Replying to [comment:7 jacob]: > I know I should past the full log here but it is very long then I will use pastebin. > > http://pastebin.com/1H6H6Ync Output on pastebin will disappear one day, if somebody (as you have been yesterday) is interested in this ticket in the future, how will he understand your problem? Consider attaching the output as a text file if it is too long. I don't see anything wrong with the output on pastebin, it looks incomplete though. If you encounter a crash, please add the missing information, see http://ffmpeg.org/bugreports.html Is network output necessary to reproduce the problem, or is file output sufficient? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 19 11:03:28 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 19 Nov 2012 10:03:28 -0000 Subject: [FFmpeg-trac] #1839(FFmpeg:new): the pts can not copy from transcode orig video file In-Reply-To: <042.0b9fb77a2b8c03c17c9f96af08b0fb5c@avcodec.org> References: <042.0b9fb77a2b8c03c17c9f96af08b0fb5c@avcodec.org> Message-ID: <057.dc676ef7a2045d817b6e4aca6baadb49@avcodec.org> #1839: the pts can not copy from transcode orig video file ---------------------------------------+---------------------------------- Reporter: lingjiujianke | 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 lingjiujianke): Replying to [comment:5 cehoyos]: > To make this a valid ticket, please post the command line you used together with complete, uncut console output. > > Please do not post a part of the console output, it usually does not help. Hi cehoyos: I input: ./ffmpeg -y -ss 00:00:10.00 -t 20 -i kaka.mkv -strict experimental -acodec aac -vcodec libx264 -r 15 -s 1280x720 -b:v 2000k -b:a 88k -ar 44100 -preset ultrafast -vprofile baseline -vlevel 1.0 -map 0:0 -map 0:1 -copyts -bsf h264_mp4toannexb -vsync 1 -f mpegts test-12.ts all the console output: ffmpeg version N-46881-g45d8537 Copyright (c) 2000-2012 the FFmpeg developers built on Nov 19 2012 17:53:01 with gcc 4.4.4 (GCC) 20100726 (Red Hat 4.4.4-13) configuration: --enable-libx264 --enable-gpl --disable-yasm --libdir=/usr/local/lib --enable-debug --enable-debug=3 --enable-avfilter --disable-stripping libavutil 52. 8.100 / 52. 8.100 libavcodec 54. 73.100 / 54. 73.100 libavformat 54. 37.100 / 54. 37.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 23.101 / 3. 23.101 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 2.100 / 52. 2.100 Input #0, matroska,webm, from 'kaka.mkv': Metadata: creation_time : 2009-10-07 15:23:35 Duration: 00:01:02.44, start: 0.000000, bitrate: 13589 kb/s Stream #0:0(eng): Video: h264 (High), yuv420p, 1920x796, SAR 1:1 DAR 480:199, 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc (default) Metadata: title : Transformers.Revenge.of.the.Fallen.2009 Stream #0:1(eng): Audio: dts (DTS), 48000 Hz, 5.1(side), fltp, 1536 kb/s (default) Metadata: title : DTS-HDMA core 1536k Stream #0:2(chi): Audio: ac3, 48000 Hz, stereo, s16, 192 kb/s Metadata: title : DD2.0 192K Stream #0:3(eng): Audio: ac3, 48000 Hz, stereo, s16, 224 kb/s Metadata: title : DD2.0 224K -t is not an input option, keeping it for the next output; consider fixing your command line. [libx264 @ 0x25480e0] using SAR=270/199 [libx264 @ 0x25480e0] frame MB size (80x45) > level limit (99) [libx264 @ 0x25480e0] DPB size (1 frames, 1382400 bytes) > level limit (0 frames, 152064 bytes) [libx264 @ 0x25480e0] MB rate (54000) > level limit (1485) [libx264 @ 0x25480e0] using cpu capabilities: none! [libx264 @ 0x25480e0] profile Constrained Baseline, level 1.0 Output #0, mpegts, to 'test-12.ts': Metadata: encoder : Lavf54.37.100 Stream #0:0(eng): Video: h264, yuv420p, 1280x720 [SAR 270:199 DAR 480:199], q=-1--1, 2000 kb/s, 90k tbn, 15 tbc (default) Metadata: title : Transformers.Revenge.of.the.Fallen.2009 Stream #0:1(eng): Audio: aac, 44100 Hz, 5.1(side), fltp, 88 kb/s (default) Metadata: title : DTS-HDMA core 1536k Stream mapping: Stream #0:0 -> #0:0 (h264 -> libx264) Stream #0:1 -> #0:1 (dca -> aac) Press [q] to stop, [?] for help [aac @ 0x2538fc0] Que input is backward in time [mpegts @ 0x25477c0] st:0 PTS: -70486 DTS: -70486 < -69123 invalid, clipping Que input is backward in timee= 0kB time=00:00:00.00 bitrate= 0.0kbits/s dup=0 drop=19 [mpegts @ 0x25477c0] st:0 PTS: -19400 DTS: -19400 < -18938 invalid, clipping [adts @ 0x2c77e20] Encoder did not produce proper pts, making some up. Que input is backward in timeze= 515kB time=00:00:02.00 bitrate=2109.4kbits/s dup=0 drop=40 [mpegts @ 0x25477c0] st:0 PTS: 189594 DTS: 189594 < 190099 invalid, clipping Que input is backward in timeze= 950kB time=00:00:03.46 bitrate=2243.9kbits/s dup=0 drop=53 st:0 PTS: 330694 DTS: 330694 < 332146 invalid, clipping3.80 bitrate=2272.2kbits/s dup=0 drop=56 Que input is backward in timeze= 1242kB time=00:00:04.40 bitrate=2313.1kbits/s dup=0 drop=61 [mpegts @ 0x25477c0] st:0 PTS: 407241 DTS: 407241 < 411617 invalid, clipping [mpegts @ 0x25477c0] st:0 PTS: 409255 DTS: 409255 < 411618 invalid, clipping st:0 PTS: 411227 DTS: 411227 < 411619 invalid, clipping4.66 bitrate=2279.5kbits/s dup=0 drop=63 Que input is backward in timeze= 1573kB time=00:00:05.80 bitrate=2221.3kbits/s dup=0 drop=74 [mpegts @ 0x25477c0] st:0 PTS: 515800 DTS: 515800 < 518197 invalid, clipping [mpegts @ 0x25477c0] st:0 PTS: 517816 DTS: 517816 < 518198 invalid, clipping Que input is backward in timeze= 1770kB time=00:00:06.40 bitrate=2265.2kbits/s dup=0 drop=79 st:0 PTS: 587939 DTS: 587939 < 591281 invalid, clipping6.66 bitrate=2349.4kbits/s dup=0 drop=82 [mpegts @ 0x25477c0] st:0 PTS: 589908 DTS: 589908 < 591282 invalid, clipping Que input is backward in timeze= 2546kB time=00:00:08.66 bitrate=2406.5kbits/s dup=0 drop=99 [mpegts @ 0x25477c0] st:0 PTS: 794739 DTS: 794739 < 798140 invalid, clipping [mpegts @ 0x25477c0] st:0 PTS: 796708 DTS: 796708 < 798141 invalid, clipping Que input is backward in timeze= 2766kB time=00:00:09.60 bitrate=2360.0kbits/s dup=0 drop=108 [mpegts @ 0x25477c0] st:0 PTS: 866751 DTS: 866751 < 869162 invalid, clipping [mpegts @ 0x25477c0] st:0 PTS: 868720 DTS: 868720 < 869163 invalid, clipping Que input is backward in timeze= 2974kB time=00:00:10.20 bitrate=2388.3kbits/s dup=0 drop=113 [mpegts @ 0x25477c0] st:0 PTS: 914878 DTS: 914878 < 917289 invalid, clipping [mpegts @ 0x25477c0] st:0 PTS: 916847 DTS: 916847 < 917290 invalid, clipping Que input is backward in timeze= 3167kB time=00:00:10.80 bitrate=2402.4kbits/s dup=0 drop=118 [mpegts @ 0x25477c0] st:0 PTS: 970386 DTS: 970386 < 973772 invalid, clipping [mpegts @ 0x25477c0] st:0 PTS: 972341 DTS: 972341 < 973773 invalid, clipping Que input is backward in timeze= 3592kB time=00:00:12.26 bitrate=2399.1kbits/s dup=0 drop=132 [mpegts @ 0x25477c0] st:0 PTS: 1116671 DTS: 1116671 < 1120058 invalid, clipping [mpegts @ 0x25477c0] st:0 PTS: 1118688 DTS: 1118688 < 1120059 invalid, clipping Que input is backward in timeze= 4002kB time=00:00:13.73 bitrate=2387.4kbits/s dup=0 drop=145 [mpegts @ 0x25477c0] st:0 PTS: 1242820 DTS: 1242820 < 1243325 invalid, clipping Que input is backward in timeze= 4156kB time=00:00:14.33 bitrate=2375.4kbits/s dup=0 drop=151 [mpegts @ 0x25477c0] st:0 PTS: 1300373 DTS: 1300373 < 1301870 invalid, clipping Que input is backward in timeze= 4634kB time=00:00:16.73 bitrate=2268.9kbits/s dup=0 drop=171 [mpegts @ 0x25477c0] st:0 PTS: 1500190 DTS: 1500190 < 1504521 invalid, clipping [mpegts @ 0x25477c0] st:0 PTS: 1502159 DTS: 1502159 < 1504522 invalid, clipping [mpegts @ 0x25477c0] st:0 PTS: 1504069 DTS: 1504069 < 1504523 invalid, clipping Que input is backward in timeze= 5166kB time=00:00:18.60 bitrate=2275.2kbits/s dup=0 drop=189 [mpegts @ 0x25477c0] st:0 PTS: 1682978 DTS: 1682978 < 1686362 invalid, clipping [mpegts @ 0x25477c0] st:0 PTS: 1684992 DTS: 1684992 < 1686363 invalid, clipping frame= 300 fps=8.1 q=29.0 Lsize= 5591kB time=00:00:20.01 bitrate=2288.0kbits/s dup=0 drop=201 video:5011kB audio:129kB subtitle:0 global headers:0kB muxing overhead 8.783942% [libx264 @ 0x25480e0] frame I:2 Avg QP:24.50 size: 81238 [libx264 @ 0x25480e0] frame P:298 Avg QP:28.63 size: 16672 [libx264 @ 0x25480e0] mb I I16..4: 100.0% 0.0% 0.0% [libx264 @ 0x25480e0] mb P I16..4: 10.1% 0.0% 0.0% P16..4: 41.5% 0.0% 0.0% 0.0% 0.0% skip:48.4% [libx264 @ 0x25480e0] final ratefactor: 28.51 [libx264 @ 0x25480e0] coded y,uvDC,uvAC intra: 35.5% 36.0% 14.1% inter: 20.4% 10.5% 0.5% [libx264 @ 0x25480e0] i16 v,h,dc,p: 34% 24% 27% 15% [libx264 @ 0x25480e0] i8c dc,h,v,p: 53% 20% 20% 7% [libx264 @ 0x25480e0] kb/s:2052.30 to see the start time I input: ffmpeg -i test-12.ts all the console output: ffmpeg version N-46881-g45d8537 Copyright (c) 2000-2012 the FFmpeg developers built on Nov 19 2012 17:53:01 with gcc 4.4.4 (GCC) 20100726 (Red Hat 4.4.4-13) configuration: --enable-libx264 --enable-gpl --disable-yasm --libdir=/usr/local/lib --enable-debug --enable-debug=3 --enable-avfilter --disable-stripping libavutil 52. 8.100 / 52. 8.100 libavcodec 54. 73.100 / 54. 73.100 libavformat 54. 37.100 / 54. 37.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 23.101 / 3. 23.101 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 2.100 / 52. 2.100 [mpegts @ 0x1f8f240] max_analyze_duration 5000000 reached at 5013600 Input #0, mpegts, from 'test-12.ts': Duration: 00:00:20.97, start: 0.362811, bitrate: 2184 kb/s Program 1 Metadata: service_name : Service01 service_provider: FFmpeg Stream #0:0[0x100]: Video: h264 (Constrained Baseline) ([27][0][0][0] / 0x001B), yuv420p, 1280x720 [SAR 270:199 DAR 480:199], 15 fps, 15 tbr, 90k tbn, 30 tbc Stream #0:1[0x101](eng): Audio: aac ([15][0][0][0] / 0x000F), 44100 Hz, 5.1, s16, 45 kb/s At least one output file must be specified All of the console have no other message, What message can i input? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 19 11:10:22 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 19 Nov 2012 10:10:22 -0000 Subject: [FFmpeg-trac] #1839(FFmpeg:new): the pts can not copy from transcode orig video file In-Reply-To: <042.0b9fb77a2b8c03c17c9f96af08b0fb5c@avcodec.org> References: <042.0b9fb77a2b8c03c17c9f96af08b0fb5c@avcodec.org> Message-ID: <057.d244153b3e9282e0720edf8e63ecb560@avcodec.org> #1839: the pts can not copy from transcode orig video file ---------------------------------------+---------------------------------- Reporter: lingjiujianke | 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 cehoyos): What is wrong with the start time of test-12.ts ? Afaik, mpeg transport streams are allowed to have arbitrary start times. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 19 13:23:03 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 19 Nov 2012 12:23:03 -0000 Subject: [FFmpeg-trac] #1914(avcodec:new): libavcodec is unable to decode h264 created by "Unreal h264 encoder" In-Reply-To: <042.ecac9fecdd9a0bffcd440ca85d6bcc93@avcodec.org> References: <042.ecac9fecdd9a0bffcd440ca85d6bcc93@avcodec.org> Message-ID: <057.be89dcb98b4472edc120acd527b518a0@avcodec.org> #1914: libavcodec is unable to decode h264 created by "Unreal h264 encoder" ---------------------------------------+----------------------------------- Reporter: Kozlov Sergey | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Comment (by cehoyos): Replying to [comment:2 Kozlov Sergey]: > Graph Studio Plays The File. Iiuc, Graph Studio does not contain a decoder, but uses a decoder installed on your system. Which decoder is installed? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 19 13:33:14 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 19 Nov 2012 12:33:14 -0000 Subject: [FFmpeg-trac] #1893(undetermined:open): ra_288: ffmpeg eats the whole available memory In-Reply-To: <038.521680ca665a92da896cc73fa61010ac@avcodec.org> References: <038.521680ca665a92da896cc73fa61010ac@avcodec.org> Message-ID: <053.23306a00bf38ed7596a4b4b3862841cb@avcodec.org> #1893: ra_288: ffmpeg eats the whole available memory -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: OOM | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => OOM -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 19 13:46:15 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 19 Nov 2012 12:46:15 -0000 Subject: [FFmpeg-trac] #1788(FFmpeg:closed): setting the output frame rate of image outputs In-Reply-To: <034.02e98087b763ba5ec68c7f2666a2fc73@avcodec.org> References: <034.02e98087b763ba5ec68c7f2666a2fc73@avcodec.org> Message-ID: <049.cfa38cd20be5bcee00b680da15335509@avcodec.org> #1788: setting the output frame rate of image outputs ------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: closed Priority: normal | Component: FFmpeg Version: git-master | Resolution: duplicate Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => duplicate Comment: Duplicate of ticket #1578. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 19 19:51:01 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 19 Nov 2012 18:51:01 -0000 Subject: [FFmpeg-trac] #1929(undetermined:new): ./configure --disable-w32threads doesn't check for presence of pthreads Message-ID: <039.fb730e87a5e7b0f3f1e51a59649308de@avcodec.org> #1929: ./configure --disable-w32threads doesn't check for presence of pthreads -------------------------------------+------------------------------------- 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: $title How to reproduce: {{{ ./configure --disable-w32threads # in a mingw environment, that doesn't have pthreads library }}} output: LD ffmpeg_g.exe ffmpeg.o: In function `input_thread': /home/rdp/dev/ffmpeg-windows-build- helpers/sandbox/win32/ffmpeg_git/ffmpeg.c:2568: undefined reference to `_imp__pthread_mutex_lock' Is this expected? I thought it would check for build-ability. Thanks! -roger- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 19 20:34:47 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 19 Nov 2012 19:34:47 -0000 Subject: [FFmpeg-trac] #1930(FFserver:new): FFserver Ignores Video Filter Overlay Message-ID: <040.d5311b39740e0640a0f1a8fd2de552bc@avcodec.org> #1930: FFserver Ignores Video Filter Overlay -------------------------------------+------------------------------------- Reporter: ramberg2001 | Type: defect Status: new | Priority: important Component: FFserver | Version: 1.0 Keywords: Video | Blocked By: Filter Ingored FFserver | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: How to reproduce: {{{ % Input is Axis Camera multicast stream - Logo Overlay Filter works when output is changed to a file instead of FFserver. ./ffmpeg -i rtsp://root:password at 192.168.1.5/axis-media/media.amp -vf "movie=/home/webcam/logo/glow.png [logo]; [in][logo] overlay=10:main_h- overlay_h-10 [out]" http://localhost:8090/feed1.ffm ffserver.conf Port 8090 # bind to all IPs aliased or not BindAddress 0.0.0.0 # max number of simultaneous clients MaxClients 100 # max bandwidth per-client (kb/s) MaxBandwidth 60000 File /var/www/tmp/feed1.ffm FileMaxSize 50000M ACL allow localhost # Access log file (uses standard Apache log file format) # '-' is the standard output. CustomLog /var/log/ffserver ## FLV output - good for streaming # the source feed Feed feed1.ffm # the output stream format - FLV = FLash Video Format flv VideoCodec flv # this must match the ffmpeg -r argument VideoFrameRate 20 # generally leave this is a large number #VideoBufferSize 260000 # another quality tweak VideoBitRate 100 # quality ranges - 1-31 (1 = best, 31 = worst) VideoQMin 1 VideoQMax 2 VideoSize 512x288 # this sets how many seconds in past to start PreRoll 5 # wecams don't have audio NoAudio ffmpeg version 1.0 built on Nov 12 2012 13:27:20 with gcc 4.4.6 (GCC) 20120305 (Red Hat 4.4.6-4) }}} 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 Nov 19 21:00:57 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 19 Nov 2012 20:00:57 -0000 Subject: [FFmpeg-trac] #1930(FFserver:new): FFserver Ignores Video Filter Overlay In-Reply-To: <040.d5311b39740e0640a0f1a8fd2de552bc@avcodec.org> References: <040.d5311b39740e0640a0f1a8fd2de552bc@avcodec.org> Message-ID: <055.8009cd1f388710324a2bb0ae768d9658@avcodec.org> #1930: FFserver Ignores Video Filter Overlay -------------------------------------+------------------------------------ Reporter: ramberg2001 | Owner: Type: defect | Status: new Priority: important | Component: FFserver Version: 1.0 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: Video Filter Ingored FFserver => Comment: Do you think this is a regression? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 19 21:16:11 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 19 Nov 2012 20:16:11 -0000 Subject: [FFmpeg-trac] #1930(FFserver:new): FFserver Ignores Video Filter Overlay In-Reply-To: <040.d5311b39740e0640a0f1a8fd2de552bc@avcodec.org> References: <040.d5311b39740e0640a0f1a8fd2de552bc@avcodec.org> Message-ID: <055.22e419e861de66b89cdc43ccf4e67ca3@avcodec.org> #1930: FFserver Ignores Video Filter Overlay -------------------------------------+------------------------------------ Reporter: ramberg2001 | Owner: Type: defect | Status: new Priority: important | Component: FFserver Version: 1.0 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by ramberg2001): Yes. I have a SVN version on a old server that does work with the video filters and FFserver. FFmpeg Command: ffmpeg -vcodec mpeg4 -f rtsp -i http://192.168.1.4/mpeg4/media.amp -y -vsync 2 -s 560x448 -vf "movie=0:png:/home/cameras/logo/glow.png [logo]; [in][logo] overlay=400:400:1 [out]" http://localhost:8090/feed1.ffm Working Version: FFmpeg version SVN-r26400, Copyright (c) 2000-2011 the FFmpeg developers built on Oct 24 2012 12:47:58 with gcc 4.1.2 20070626 (Red Hat 4.1.2-14) configuration: --enable-gpl --enable-version3 --enable-nonfree --enable- postproc --enable-pthreads --enable-libfaac --enable-libmp3lame --enable- libx264 --enable-libxvid --enable-x11grab --enable-avfilter --enable- filter=movie --enable-libvorbis --enable-libtheora --enable-libvpx libavutil 50.36. 0 / 50.36. 0 libavcore 0.16. 1 / 0.16. 1 libavcodec 52.108. 0 / 52.108. 0 libavformat 52.93. 0 / 52.93. 0 libavdevice 52. 2. 3 / 52. 2. 3 libavfilter 1.74. 0 / 1.74. 0 libswscale 0.12. 0 / 0.12. 0 libpostproc 51. 2. 0 / 51. 2. 0 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 19 23:32:59 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 19 Nov 2012 22:32:59 -0000 Subject: [FFmpeg-trac] #1481(build system:closed): BUS error on misaligned memory access on some ARM In-Reply-To: <035.97e07f5483f861586c15717cad7bb730@avcodec.org> References: <035.97e07f5483f861586c15717cad7bb730@avcodec.org> Message-ID: <050.f5f86dd6fa97f7f628c2123cecf514f0@avcodec.org> #1481: BUS error on misaligned memory access on some ARM -------------------------------------+------------------------------------- Reporter: notzed | Owner: Type: defect | Status: closed Priority: normal | Component: build Version: unspecified | system Keywords: arm crash | Resolution: fixed SIGBUS | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by notzed): I'm not using ffmpeg, i'm using libavcodec and friends. The project source is linked in an earlier comment, it includes the build file. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 20 01:40:21 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Nov 2012 00:40:21 -0000 Subject: [FFmpeg-trac] #1930(FFserver:new): FFserver Ignores Video Filter Overlay In-Reply-To: <040.d5311b39740e0640a0f1a8fd2de552bc@avcodec.org> References: <040.d5311b39740e0640a0f1a8fd2de552bc@avcodec.org> Message-ID: <055.1d6f7d407311abf5b4f1e47920b0c07a@avcodec.org> #1930: FFserver Ignores Video Filter Overlay -------------------------------------+------------------------------------ Reporter: ramberg2001 | Owner: Type: defect | Status: new Priority: important | Component: FFserver Version: 1.0 | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => regression Comment: Replying to [comment:2 ramberg2001]: > Yes. I have a SVN version on a old server that does work with the video filters and FFserver. If you want to help, please use git bisect to find the change introducing the regression. But please test current git head first to verify that the problem is still reproducible. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 20 01:46:26 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Nov 2012 00:46:26 -0000 Subject: [FFmpeg-trac] #1046(avcodec:closed): add support for probably RLE-compressed IFF DEEP In-Reply-To: <038.b7325511b49fcc71a8eace6572e1311e@avcodec.org> References: <038.b7325511b49fcc71a8eace6572e1311e@avcodec.org> Message-ID: <053.445b607f88f81e2d01223bab68b47225@avcodec.org> #1046: add support for probably RLE-compressed IFF DEEP -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: closed Priority: wish | Component: avcodec Version: git-master | Resolution: fixed Keywords: iff | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Peter Ross. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 20 02:09:46 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Nov 2012 01:09:46 -0000 Subject: [FFmpeg-trac] #1931(undetermined:new): ogg: ogg_read_header() leaks memory on failure. Message-ID: <039.a4f26df4e85f75080b6af5fa1184b5cc@avcodec.org> #1931: ogg: ogg_read_header() leaks memory on failure. -------------------------------------+------------------------------------- Reporter: | Owner: dalecurtis | Status: new Type: defect | Component: Priority: normal | undetermined Version: | Keywords: ogg leak unspecified | Blocking: Blocked By: | Analyzed by developer: 0 Reproduced by developer: 0 | -------------------------------------+------------------------------------- ogg_read_header() doesn't free memory allocated by ogg_packet() on failure. Ideally it should call ogg_read_close() or free the memory in some other manner. Leak_DefinitelyLost 197,205 (1,224 direct, 195,981 indirect) bytes in 1 blocks are definitely lost in loss record 3,754 of 3,754 realloc (m_replacemalloc/vg_replace_malloc.c:1088) av_realloc (/out/Release/../../third_party/ffmpeg/libavutil/mem.c:159) ogg_new_stream (/out/Release/../../third_party/ffmpeg/libavformat/oggdec.c:216) ogg_read_page (/out/Release/../../third_party/ffmpeg/libavformat/oggdec.c:321) ogg_packet (/out/Release/../../third_party/ffmpeg/libavformat/oggdec.c:413) ogg_read_header (/out/Release/../../third_party/ffmpeg/libavformat/oggdec.c:598) avformat_open_input (/out/Release/../../third_party/ffmpeg/libavformat/utils.c:641) Found via valgrind + the attached test case. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 20 02:11:33 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Nov 2012 01:11:33 -0000 Subject: [FFmpeg-trac] #1931(undetermined:new): ogg: ogg_read_header() leaks memory on failure. In-Reply-To: <039.a4f26df4e85f75080b6af5fa1184b5cc@avcodec.org> References: <039.a4f26df4e85f75080b6af5fa1184b5cc@avcodec.org> Message-ID: <054.8bafe1b554e404258084f5cbaee4894e@avcodec.org> #1931: ogg: ogg_read_header() leaks memory on failure. -------------------------------------+------------------------------------- Reporter: dalecurtis | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: ogg leak | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by dalecurtis): Hmm, file is too big to attach: http://commondatastorage.googleapis.com/dalecurtis-shared/116927.ogv -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 20 02:15:33 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Nov 2012 01:15:33 -0000 Subject: [FFmpeg-trac] #1931(avformat:open): ogg: ogg_read_header() leaks memory on failure. In-Reply-To: <039.a4f26df4e85f75080b6af5fa1184b5cc@avcodec.org> References: <039.a4f26df4e85f75080b6af5fa1184b5cc@avcodec.org> Message-ID: <054.c44d563d9792277b0f25d00b50a28e82@avcodec.org> #1931: ogg: ogg_read_header() leaks memory on failure. ------------------------------------+------------------------------------ Reporter: dalecurtis | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: ogg leak | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => open * version: unspecified => git-master * component: undetermined => avformat * reproduced: 0 => 1 Comment: {{{ $ valgrind --leak-check=full ffmpeg_g -i 116927.ogv ==11205== Memcheck, a memory error detector ==11205== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al. ==11205== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info ==11205== Command: ffmpeg_g -i 116927.ogv ==11205== ffmpeg version N-46903-ged27ed9 Copyright (c) 2000-2012 the FFmpeg developers built on Nov 20 2012 01:43:50 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 8.100 / 52. 8.100 libavcodec 54. 73.100 / 54. 73.100 libavformat 54. 37.100 / 54. 37.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 23.101 / 3. 23.101 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 17.100 / 0. 17.100 libpostproc 52. 2.100 / 52. 2.100 [ogg @ 0x66b2c80] Codec not found [ogg @ 0x66b2c80] Changing stream parameters in multistream ogg is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [ogg @ 0x66b2c80] failed to create or replace stream 116927.ogv: Not yet implemented in FFmpeg, patches welcome ==11205== ==11205== HEAP SUMMARY: ==11205== in use at exit: 197,205 bytes in 5 blocks ==11205== total heap usage: 38 allocs, 33 frees, 384,836 bytes allocated ==11205== ==11205== 197,205 (1,224 direct, 195,981 indirect) bytes in 1 blocks are definitely lost in loss record 3 of 3 ==11205== at 0x4C2ACCE: realloc (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==11205== by 0x54D85F: ogg_read_page (oggdec.c:216) ==11205== by 0x54DAF4: ogg_packet (oggdec.c:413) ==11205== by 0x54E9A0: ogg_read_header (oggdec.c:598) ==11205== by 0x5958EE: avformat_open_input (utils.c:595) ==11205== by 0x456A6C: opt_input_file (ffmpeg_opt.c:779) ==11205== by 0x4645EF: parse_option (cmdutils.c:324) ==11205== by 0x4649C7: parse_options (cmdutils.c:357) ==11205== by 0x4507CF: main (ffmpeg.c:3140) ==11205== ==11205== LEAK SUMMARY: ==11205== definitely lost: 1,224 bytes in 1 blocks ==11205== indirectly lost: 195,981 bytes in 4 blocks ==11205== possibly lost: 0 bytes in 0 blocks ==11205== still reachable: 0 bytes in 0 blocks ==11205== suppressed: 0 bytes in 0 blocks ==11205== ==11205== For counts of detected and suppressed errors, rerun with: -v ==11205== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 2 from 2) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 20 02:19:14 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Nov 2012 01:19:14 -0000 Subject: [FFmpeg-trac] #1932(undetermined:new): Error in when configured with --disable-optimizations --disable-mmx Message-ID: <035.0e44b3bdb6d8e28286761ea7f36f95a1@avcodec.org> #1932: Error in when configured with --disable-optimizations --disable-mmx -------------------------------------+------------------------------------- Reporter: Morion | Type: defect Status: new | Priority: important Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I've got following error during 'make' (in MinGW at Windows): {{{libpostproc/postprocess_template.c: In function ?dering_MMX2?: libpostproc/postprocess_template.c:1045:5: error: can?t find a register in class ?GENERAL_REGS? while reloading ?asm? libpostproc/postprocess_template.c:1045:5: error: ?asm? operand has impossible constraints}}} Using commit ba353436a375b92659366aeec8c0139da08f8a0b. Configure string: {{{ ./configure --prefix=build --enable-gpl --enable-w32threads --enable- runtime-cpudetect --enable-memalign-hack --enable-libx264 --enable-shared --disable-static --disable-optimizations --disable-mmx --disable-stripping --extra-cflags=" -I/c/ffmpeg/x264/staticbuild/include" --extra- ldflags="-L/c/ffmpeg/x264/staticbuild/lib" }}} Found the related ticket [https://ffmpeg.org/trac/ffmpeg/ticket/1695], it says that the problem is fixed in commit ec36aa69448f20a78d8c4588265022e0b2272ab5. Checked this commit, it's in the tree but the problem is still there. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 20 05:54:12 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Nov 2012 04:54:12 -0000 Subject: [FFmpeg-trac] #1932(undetermined:new): Error in when configured with --disable-optimizations --disable-mmx In-Reply-To: <035.0e44b3bdb6d8e28286761ea7f36f95a1@avcodec.org> References: <035.0e44b3bdb6d8e28286761ea7f36f95a1@avcodec.org> Message-ID: <050.390757c7b3cb773c1da1e2344a780473@avcodec.org> #1932: Error in when configured with --disable-optimizations --disable-mmx -------------------------------------+------------------------------------- Reporter: Morion | 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 Morion): Tried to omit ''--disable-mmx'' option but get the same result. So seems as this error is produced by ''--disable-optimizations''. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 20 10:22:35 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Nov 2012 09:22:35 -0000 Subject: [FFmpeg-trac] #1933(undetermined:new): ffmpeg prores artifacts Message-ID: <039.b2b95c157cf32b6e6410bdc60d8830e2@avcodec.org> #1933: ffmpeg prores artifacts -------------------------------------+------------------------------------- Reporter: rivierakid | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: | Blocked By: prores,quicktime | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- The ProRes codecs are not working correctly with the image in attachment. The output quicktime has some artifacts in the gray square (see attachment zoomed part of image - out.tif) ffmpeg -i test.tif -vcodec prores -profile 1 output.mov ffmpeg 2012-11-05 (git-c995644-win64) built on win64, but also on OS X 10.6 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 20 10:26:05 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Nov 2012 09:26:05 -0000 Subject: [FFmpeg-trac] #1932(undetermined:new): Error in when configured with --disable-optimizations --disable-mmx In-Reply-To: <035.0e44b3bdb6d8e28286761ea7f36f95a1@avcodec.org> References: <035.0e44b3bdb6d8e28286761ea7f36f95a1@avcodec.org> Message-ID: <050.50f48a461ae5d9de750d57ebf7cccfdd@avcodec.org> #1932: Error in when configured with --disable-optimizations --disable-mmx -------------------------------------+------------------------------------- Reporter: Morion | 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 am unable to reproduce the compilation problem. Could you confirm that "./configure --disable-optimizations" is sufficient to trigger it? Please run the minimal needed configure line, run make again, then run "make V=1" and post the complete, uncut console output of the last run here. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 20 10:26:57 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Nov 2012 09:26:57 -0000 Subject: [FFmpeg-trac] #1933(undetermined:new): ffmpeg prores artifacts In-Reply-To: <039.b2b95c157cf32b6e6410bdc60d8830e2@avcodec.org> References: <039.b2b95c157cf32b6e6410bdc60d8830e2@avcodec.org> Message-ID: <054.1d2f620acfed89f1ca3d7a34a391b9a5@avcodec.org> #1933: ffmpeg prores artifacts -------------------------------------+------------------------------------- Reporter: rivierakid | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: prores,quicktime | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by rivierakid): I can't attach test.tif, because it is too big. But same problem with attached test.jpg... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 20 10:28:06 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Nov 2012 09:28:06 -0000 Subject: [FFmpeg-trac] #1933(undetermined:new): ffmpeg prores artifacts In-Reply-To: <039.b2b95c157cf32b6e6410bdc60d8830e2@avcodec.org> References: <039.b2b95c157cf32b6e6410bdc60d8830e2@avcodec.org> Message-ID: <054.583ed40695e991e15b528b39eff1a5c5@avcodec.org> #1933: ffmpeg prores artifacts -------------------------------------+------------------------------------- Reporter: rivierakid | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: prores | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: prores,quicktime => prores Comment: Please add your command line together with complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 20 10:29:56 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Nov 2012 09:29:56 -0000 Subject: [FFmpeg-trac] #1933(undetermined:new): ffmpeg prores artifacts In-Reply-To: <039.b2b95c157cf32b6e6410bdc60d8830e2@avcodec.org> References: <039.b2b95c157cf32b6e6410bdc60d8830e2@avcodec.org> Message-ID: <054.6546451e0655b5dbc51a0179744fa118@avcodec.org> #1933: ffmpeg prores artifacts -------------------------------------+------------------------------------- Reporter: rivierakid | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: prores | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): And please upload an input file, see http://ffmpeg.org/bugreports.html or upload to http://www.datafilehost.com/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 20 11:00:23 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Nov 2012 10:00:23 -0000 Subject: [FFmpeg-trac] #1933(undetermined:new): ffmpeg prores artifacts In-Reply-To: <039.b2b95c157cf32b6e6410bdc60d8830e2@avcodec.org> References: <039.b2b95c157cf32b6e6410bdc60d8830e2@avcodec.org> Message-ID: <054.6eed2b9d9e61417aa8da64b95654b656@avcodec.org> #1933: ffmpeg prores artifacts -------------------------------------+------------------------------------- Reporter: rivierakid | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: prores | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by rivierakid): Ok, original file input uploaded: http://www.datafilehost.com/download- 5f72f895.html Console: ffmpeg -i test.tif -vcodec prores -profile 1 output.mov ffmpeg version N-46469-gc995644 Copyright (c) 2000-2012 the FFmpeg developers built on Nov 5 2012 18:00:04 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-libopencore-amrnb --enable-libopencore-amrwb --enable- libfreetype --enable-libgsm --enable-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 --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 52. 5.100 / 52. 5.100 libavcodec 54. 71.100 / 54. 71.100 libavformat 54. 36.100 / 54. 36.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 21.106 / 3. 21.106 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 Input #0, image2, from 'test.tif': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: tiff, rgb24, 2048x1556, 25 tbr, 25 tbn, 25 tbc Please use -profile:a or -profile:v, -profile is ambiguous Output #0, mov, to 'output.mov': Metadata: encoder : Lavf54.36.100 Stream #0:0: Video: prores (apcs) (apcs / 0x73637061), yuv422p10le, 2048x1556, q=2-31, 200 kb/s, 12800 tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (tiff -> prores) Press [q] to stop, [?] for help frame= 1 fps=0.0 q=0.0 Lsize= 583kB time=00:00:00.04 bitrate=119348.6kbits/s video:582kB audio:0kB subtitle:0 global headers:0kB muxing overhead 0.120129% -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 20 11:22:36 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Nov 2012 10:22:36 -0000 Subject: [FFmpeg-trac] #1933(undetermined:new): ffmpeg prores artifacts In-Reply-To: <039.b2b95c157cf32b6e6410bdc60d8830e2@avcodec.org> References: <039.b2b95c157cf32b6e6410bdc60d8830e2@avcodec.org> Message-ID: <054.2edc67da71d72bbda80b975ccd95d1ab@avcodec.org> #1933: ffmpeg prores artifacts -------------------------------------+------------------------------------- Reporter: rivierakid | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: prores | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Is the problem also reproducible for you with the following command line? $ ffmpeg -i test.tif -vcodec prores_kostya out.mov (There is an implicit lossy colourspace conversion - -pix_fmt yuv422p10 - involved in your original command line, I am not sure if you are aware of this.) Alternatively, you could test the following command line to check my theory: $ ffmpeg -i test.tif -pix_fmt yuv422p -qscale 2 out.jpg -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 20 11:51:06 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Nov 2012 10:51:06 -0000 Subject: [FFmpeg-trac] #1933(undetermined:new): ffmpeg prores artifacts In-Reply-To: <039.b2b95c157cf32b6e6410bdc60d8830e2@avcodec.org> References: <039.b2b95c157cf32b6e6410bdc60d8830e2@avcodec.org> Message-ID: <054.e301a85b4f5b7e496a4ade483f96ce38@avcodec.org> #1933: ffmpeg prores artifacts -------------------------------------+------------------------------------- Reporter: rivierakid | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: prores | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by rivierakid): $ ffmpeg -i test.tif -vcodec prores_kostya out.mov Same artifacts as in "prores" $ ffmpeg -i test.tif -pix_fmt yuv422p -qscale 2 out.jpg out.jpg is OK... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 20 12:05:46 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Nov 2012 11:05:46 -0000 Subject: [FFmpeg-trac] #1933(undetermined:new): ffmpeg prores artifacts In-Reply-To: <039.b2b95c157cf32b6e6410bdc60d8830e2@avcodec.org> References: <039.b2b95c157cf32b6e6410bdc60d8830e2@avcodec.org> Message-ID: <054.2010329d93a89f743bf10d292bc2bb71@avcodec.org> #1933: ffmpeg prores artifacts -------------------------------------+------------------------------------- Reporter: rivierakid | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: prores | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by rivierakid): $ ffmpeg -i test.tif -vcodec prores_kostya -qscale 15 out.mov No artifacts in gray square but it is low quality (too much pixelized) With "prores" there are still artifacts in the square... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 20 14:06:17 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Nov 2012 13:06:17 -0000 Subject: [FFmpeg-trac] #1934(FFmpeg:new): jDVCPRO50 .dv -> H.264 .avi = broken file Message-ID: <036.6043dea9cc22fc1ec5fa63cbbca98373@avcodec.org> #1934: jDVCPRO50 .dv -> H.264 .avi = broken file -------------------------------------+------------------------------------- Reporter: noodles | Type: defect Status: new | Priority: critical Component: FFmpeg | Version: 1.0 Keywords: | Blocked By: H.264,DVCPRO50,avi,dv,transcoding | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- FFmpeg 1.0 on Darwin/x86_64 via MacPorts. Converting a DVCPRO50 .dv file into an H.264 encoded AVI file produces a broken file that, despite being playable with ffplay, isn't watchable with VLC. YouTube confirms that the file is broken by showing the same greyish field that VLC shows. This USED TO WORK, before 1.0. P.S.: Will you kindly explain to me WHY THE FUCK every time I update ffmpeg, options change names, breaking my carefully honed ffpreset files? Are you guys complete IDIOTS or do you just enjoy pissing people off? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 20 14:06:29 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Nov 2012 13:06:29 -0000 Subject: [FFmpeg-trac] #1935(undetermined:new): bik: autoexit does not work Message-ID: <038.026d4436a9df8d33cacc9e5a4e386c8a@avcodec.org> #1935: bik: autoexit does not work -------------------------------------+------------------------------------- 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://samples.mplayerhq.hu/game-formats/bink/logo_legal.bik {{{ C:\>ffplay -autoexit logo_legal.bik ffplay version N-46726-g2f74f8d Copyright (c) 2003-2012 the FFmpeg developers built on Nov 13 2012 19:29:51 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. 6.100 / 52. 6.100 libavcodec 54. 71.100 / 54. 71.100 libavformat 54. 36.100 / 54. 36.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 23.100 / 3. 23.100 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 Input #0, bink, from 'logo_legal.bik': Duration: 00:00:05.00, start: 0.000000, bitrate: 633 kb/s Stream #0:0: Video: binkvideo (BIKi / 0x694B4942), yuv420p, 640x480, 30 tbr, 30 tbn, 30 tbc Frame changed from size:0x0 to size:640x480 7.64 A-V: 0.000 fd= 1 aq= 0KB vq= 0KB sq= 0B f=0/0 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 20 14:06:55 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Nov 2012 13:06:55 -0000 Subject: [FFmpeg-trac] #1936(undetermined:new): iff 8svx: autoexit works incorrectly Message-ID: <038.bf9fb91ebeb4dbfd2a8c123b0d7e971e@avcodec.org> #1936: iff 8svx: autoexit works incorrectly -------------------------------------+------------------------------------- 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://samples.mplayerhq.hu/8svx/descargmp3.8svx {{{ C:\>ffplay -autoexit descargmp3.8svx ffplay version N-46726-g2f74f8d Copyright (c) 2003-2012 the FFmpeg developers built on Nov 13 2012 19:29:51 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. 6.100 / 52. 6.100 libavcodec 54. 71.100 / 54. 71.100 libavformat 54. 36.100 / 54. 36.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 23.100 / 3. 23.100 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 [iff @ 02af0060] Estimating duration from bitrate, this may be inaccurate Input #0, iff, from 'descargmp3.8svx': Metadata: title : descargmp3.8svx comment : Audition 4 Duration: 00:00:03.16, bitrate: 176 kb/s Stream #0:0: Audio: pcm_s8_planar (8SVX / 0x58565338), 22095 Hz, mono, u8p, 176 kb/s 0.09 A-V: 0.000 fd= 0 aq= 0KB vq= 0KB sq= 0B f=0/0 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 20 14:09:23 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Nov 2012 13:09:23 -0000 Subject: [FFmpeg-trac] #1934(FFmpeg:new): DVCPRO50 .dv -> H.264 .avi = broken file (was: jDVCPRO50 .dv -> H.264 .avi = broken file) In-Reply-To: <036.6043dea9cc22fc1ec5fa63cbbca98373@avcodec.org> References: <036.6043dea9cc22fc1ec5fa63cbbca98373@avcodec.org> Message-ID: <051.beb3ce7e4401ab86f221607879938bb2@avcodec.org> #1934: DVCPRO50 .dv -> H.264 .avi = broken file -------------------------------------+------------------------------------- Reporter: noodles | Owner: Type: defect | Status: new Priority: critical | Component: FFmpeg Version: 1.0 | Resolution: Keywords: | Blocked By: H.264,DVCPRO50,avi,dv,transcoding | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 20 14:38:41 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Nov 2012 13:38:41 -0000 Subject: [FFmpeg-trac] #1937(undetermined:new): cdxl: wrong duration Message-ID: <038.76e39beabc707ba6ff0dc76ce105ed48@avcodec.org> #1937: cdxl: wrong duration -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- {{{ C:\>ffmpeg -i Fruit.CDXL out.avi ffmpeg version N-46755-ge70144c Copyright (c) 2000-2012 the FFmpeg developers built on Nov 15 2012 02:38:20 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 52. 6.100 / 52. 6.100 libavcodec 54. 71.100 / 54. 71.100 libavformat 54. 36.100 / 54. 36.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 23.100 / 3. 23.100 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 [cdxl @ 0x1edc2c0] Estimating duration from bitrate, this may be inaccurate Input #0, cdxl, from 'Fruit.CDXL': Duration: 00:01:15.54, start: 0.000000, bitrate: 88 kb/s Stream #0:0: Video: cdxl, pal8, 128x80, 29.97 fps, 29.96 tbr, 11025 tbn Stream #0:1: Audio: pcm_s8, 11025 Hz, mono, u8, 88 kb/s Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf54.36.100 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 128x80, q=2-31, 200 kb/s, 29.96 tbn, 29.96 tbc Stream #0:1: Audio: mp3 (U[0][0][0] / 0x0055), 11025 Hz, mono, s16p Stream mapping: Stream #0:0 -> #0:0 (cdxl -> mpeg4) Stream #0:1 -> #0:1 (pcm_s8 -> libmp3lame) Press [q] to stop, [?] for help frame= 150 fps=0.0 q=2.0 Lsize= 89kB time=00:00:05.01 bitrate= 145.6kbits/ s video:64kB audio:10kB subtitle:0 global headers:0kB muxing overhead 21.236188% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 20 15:15:20 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Nov 2012 14:15:20 -0000 Subject: [FFmpeg-trac] #1931(avformat:closed): ogg: ogg_read_header() leaks memory on failure. In-Reply-To: <039.a4f26df4e85f75080b6af5fa1184b5cc@avcodec.org> References: <039.a4f26df4e85f75080b6af5fa1184b5cc@avcodec.org> Message-ID: <054.d40c2ab1280ff15cc838d73864e711b7@avcodec.org> #1931: ogg: ogg_read_header() leaks memory on failure. ------------------------------------+------------------------------------ Reporter: dalecurtis | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: ogg leak | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by michael): * status: open => closed * resolution: => fixed Comment: locally fixed, will be in my next git push -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 20 15:39:41 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Nov 2012 14:39:41 -0000 Subject: [FFmpeg-trac] #1934(FFmpeg:closed): DVCPRO50 .dv -> H.264 .avi = broken file In-Reply-To: <036.6043dea9cc22fc1ec5fa63cbbca98373@avcodec.org> References: <036.6043dea9cc22fc1ec5fa63cbbca98373@avcodec.org> Message-ID: <051.7e26a5c32a75f37957ccc1f4f8b6c899@avcodec.org> #1934: DVCPRO50 .dv -> H.264 .avi = broken file ------------------------------------+----------------------------------- Reporter: noodles | Owner: Type: defect | Status: closed Priority: normal | Component: FFmpeg Version: git-master | Resolution: invalid Keywords: h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: H.264,DVCPRO50,avi,dv,transcoding => h264 * priority: critical => normal * status: new => closed * resolution: => invalid * version: 1.0 => git-master Comment: Add "-pix_fmt yup420p" to your command line to get the same behaviour as with older versions (when only yuv420p was supported when encoding to h264). For future tickets: Please always add your command line together with complete, uncut console output when reporting a problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 20 16:15:58 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Nov 2012 15:15:58 -0000 Subject: [FFmpeg-trac] #1934(FFmpeg:closed): DVCPRO50 .dv -> H.264 .avi = broken file In-Reply-To: <036.6043dea9cc22fc1ec5fa63cbbca98373@avcodec.org> References: <036.6043dea9cc22fc1ec5fa63cbbca98373@avcodec.org> Message-ID: <051.5a1cdfd46e144d45ee955292e5419372@avcodec.org> #1934: DVCPRO50 .dv -> H.264 .avi = broken file ------------------------------------+----------------------------------- Reporter: noodles | Owner: Type: defect | Status: closed Priority: normal | Component: FFmpeg Version: git-master | Resolution: invalid Keywords: h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by compn): which option changed names? we try to keep backwards compatability using aliases when options change. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 20 16:44:00 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Nov 2012 15:44:00 -0000 Subject: [FFmpeg-trac] #1933(undetermined:new): ffmpeg prores artifacts In-Reply-To: <039.b2b95c157cf32b6e6410bdc60d8830e2@avcodec.org> References: <039.b2b95c157cf32b6e6410bdc60d8830e2@avcodec.org> Message-ID: <054.172c1304354621b74f51cbd4e62d1b04@avcodec.org> #1933: ffmpeg prores artifacts -------------------------------------+------------------------------------- Reporter: rivierakid | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: prores | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by rivierakid): I have created 16-bit TIF from 8-bit (test16.tif in attachment) and it works, no artifacts!!! So I think that the conversion from 8-bit RGB to k422YpCbCr10CodecType is buggy. Your theory is probably right except that JPEG can't have the Apple YUV 10 bit space, yuv422p != yuv422p10. So JPEG encoding test is usefull... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 20 16:55:19 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Nov 2012 15:55:19 -0000 Subject: [FFmpeg-trac] #1933(undetermined:new): ffmpeg prores artifacts In-Reply-To: <039.b2b95c157cf32b6e6410bdc60d8830e2@avcodec.org> References: <039.b2b95c157cf32b6e6410bdc60d8830e2@avcodec.org> Message-ID: <054.3e8f5937a5e1ce5da9ec21f12c238f8f@avcodec.org> #1933: ffmpeg prores artifacts -------------------------------------+------------------------------------- Reporter: rivierakid | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: prores | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by rivierakid): Oh no, the result is still not correct! The gray square is OK, but there are new artifacts in the brown square :) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 20 18:23:26 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Nov 2012 17:23:26 -0000 Subject: [FFmpeg-trac] #1934(FFmpeg:closed): DVCPRO50 .dv -> H.264 .avi = broken file In-Reply-To: <036.6043dea9cc22fc1ec5fa63cbbca98373@avcodec.org> References: <036.6043dea9cc22fc1ec5fa63cbbca98373@avcodec.org> Message-ID: <051.17d3a8a61f111144ce60873c36ed2b5e@avcodec.org> #1934: DVCPRO50 .dv -> H.264 .avi = broken file ------------------------------------+----------------------------------- Reporter: noodles | Owner: Type: defect | Status: closed Priority: normal | Component: FFmpeg Version: git-master | Resolution: invalid Keywords: h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Replying to [comment:3 compn]: > which option changed names? The syntax of the -map option changed in an incompatible way. This was (or still is) a major issue imo, a minor issue would be that -t used to be an input option, it is now an output option (the new behaviour makes more sense imo, it was still an - undocumented? - change). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 20 20:54:04 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Nov 2012 19:54:04 -0000 Subject: [FFmpeg-trac] #282(build system:closed): undefined reference to `_avdevice_register_all' In-Reply-To: <038.2fdbd05d5535c7ff5781dbb88b5a6377@avcodec.org> References: <038.2fdbd05d5535c7ff5781dbb88b5a6377@avcodec.org> Message-ID: <053.791012411e6345c006c4cd20832dc100@avcodec.org> #282: undefined reference to `_avdevice_register_all' -------------------------------------+------------------------------------- Reporter: KSHawkEye | Owner: michael Type: defect | Status: closed Priority: critical | Component: build Version: git | system Keywords: undefined | Resolution: invalid reference avdevice_register_all | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by rogerdpack): So what exactly was the problem here? Just wondering how DECLSPEC affected it. Thanks! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 20 21:57:33 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Nov 2012 20:57:33 -0000 Subject: [FFmpeg-trac] #282(build system:closed): undefined reference to `_avdevice_register_all' In-Reply-To: <038.2fdbd05d5535c7ff5781dbb88b5a6377@avcodec.org> References: <038.2fdbd05d5535c7ff5781dbb88b5a6377@avcodec.org> Message-ID: <053.6cb10dad135197ee2f2d8fc05c3bb028@avcodec.org> #282: undefined reference to `_avdevice_register_all' -------------------------------------+------------------------------------- Reporter: KSHawkEye | Owner: michael Type: defect | Status: closed Priority: critical | Component: build Version: git | system Keywords: undefined | Resolution: invalid reference avdevice_register_all | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by reimar): I do not see any reasonable explanation, and I cannot reproduce it. However what seems to happen according to the reported facts is that avdevice_register_all is not exported from avdevice-54.dll. You can check that by running objdump -x libavdevice/avdevice-54.dll The interesting part is "The Export Tables (interpreted .edata section contents)" If it was generated correctly, it should have a part looking like this: {{{ [Ordinal/Name Pointer] Table [ 0] avdevice_configuration [ 1] avdevice_license [ 2] avdevice_register_all [ 3] avdevice_version }}} The previous suggested hack of adding declspec(dllexport) should not be necessary, the information that these and only these functions should be exported comes from libavdevice/libavdevice.ver. That file in turn is generated from libavdevice/libavdevice.v. It is specified via the -Wl,--version-script,libavdevice/libavdevice.ver option when linking the dll file. This compilation step also generates a libavdevice/avdevice-54.def which should look like this: {{{ EXPORTS avdevice_configuration @1 avdevice_license @2 avdevice_register_all @3 avdevice_version @4 }}} There is one very crazy theory how this could go wrong with SDL: Without setting -DDECLSPEC SDL will use dllspec(dllexport) and dllspec(dllimport) instead of version/def/dll.a files. This might mean that the linker ends up with some symbols being marked up via dllspec while also getting a version script, and due to some bug it might end up ignoring the version script. It seems very unlikely though, but if you want to investigate you will probably want to experiment with the commandline used to link the avdevice dll. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 20 22:05:30 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Nov 2012 21:05:30 -0000 Subject: [FFmpeg-trac] #1909(FFmpeg:closed): Add support for skipping a header for rawvideo inputs In-Reply-To: <035.42cca3365a2a3887f812b2f07060d162@avcodec.org> References: <035.42cca3365a2a3887f812b2f07060d162@avcodec.org> Message-ID: <050.e3c43f0055f7b7ac0a7f94d1cf846cbb@avcodec.org> #1909: Add support for skipping a header for rawvideo inputs -------------------------------------+---------------------------------- Reporter: erezst | Owner: Type: enhancement | Status: closed Priority: wish | Component: FFmpeg 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: New option -skip_initial_bytes was committed to git head. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 20 22:08:55 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Nov 2012 21:08:55 -0000 Subject: [FFmpeg-trac] #1906(undetermined:open): caf: noise after seeking with ffplay In-Reply-To: <038.771a26915066e76cd3b92190d62577dc@avcodec.org> References: <038.771a26915066e76cd3b92190d62577dc@avcodec.org> Message-ID: <053.8ce180df56e42243c6b1caa53cc83d51@avcodec.org> #1906: caf: noise after seeking with ffplay -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: seek | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:1 cehoyos]: > Additionally, ffplay -autoexit does not work for the sample... This should be fixed in git head. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 20 22:23:14 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Nov 2012 21:23:14 -0000 Subject: [FFmpeg-trac] #282(build system:closed): undefined reference to `_avdevice_register_all' In-Reply-To: <038.2fdbd05d5535c7ff5781dbb88b5a6377@avcodec.org> References: <038.2fdbd05d5535c7ff5781dbb88b5a6377@avcodec.org> Message-ID: <053.0c65495f677dcbe98cb4e3b88cd33fa6@avcodec.org> #282: undefined reference to `_avdevice_register_all' -------------------------------------+------------------------------------- Reporter: KSHawkEye | Owner: michael Type: defect | Status: closed Priority: critical | Component: build Version: git | system Keywords: undefined | Resolution: invalid reference avdevice_register_all | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by rogerdpack): {{{ $ cat sandbox/win32/ffmpeg_git/libavcodec/*.def EXPORTS _ZN6CCodec14CreateInstanceEjPKc @1 _ZN6CCodec14DeleteInstanceEPS_ @2 }}} These methods come from the "utvideo" package, I believe. So it must be leaking symbols. According to http://sourceware.org/binutils/docs/ld/WIN32.html unless --export-all- symbols is explicitly stated, if any symbol is found that is marked with marked with the __declspec(dllexport) then it won't export "any other symbols" which must be happening here. Maybe to avoid this type of rampant confusion --export-all-symbols could be added... Will keep investigating... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 20 22:27:44 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Nov 2012 21:27:44 -0000 Subject: [FFmpeg-trac] #282(build system:closed): undefined reference to `_avdevice_register_all' In-Reply-To: <038.2fdbd05d5535c7ff5781dbb88b5a6377@avcodec.org> References: <038.2fdbd05d5535c7ff5781dbb88b5a6377@avcodec.org> Message-ID: <053.d2776bcec187a1288f01fd61e8c744fa@avcodec.org> #282: undefined reference to `_avdevice_register_all' -------------------------------------+------------------------------------- Reporter: KSHawkEye | Owner: michael Type: defect | Status: closed Priority: critical | Component: build Version: git | system Keywords: undefined | Resolution: invalid reference avdevice_register_all | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by reimar): Why are you looking at libavcodec when the issue is with libavdevice? Either way, the information in the version script is supposed to be treated the same as dllexport in the source code. And you certainly don't want to export all symbols, that is likely to come at a significant cost in code size and performance. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 20 22:44:10 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Nov 2012 21:44:10 -0000 Subject: [FFmpeg-trac] #282(build system:closed): undefined reference to `_avdevice_register_all' In-Reply-To: <038.2fdbd05d5535c7ff5781dbb88b5a6377@avcodec.org> References: <038.2fdbd05d5535c7ff5781dbb88b5a6377@avcodec.org> Message-ID: <053.271976e26d350225985d44e1dda51b0e@avcodec.org> #282: undefined reference to `_avdevice_register_all' -------------------------------------+------------------------------------- Reporter: KSHawkEye | Owner: michael Type: defect | Status: closed Priority: critical | Component: build Version: git | system Keywords: undefined | Resolution: invalid reference avdevice_register_all | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by reimar): Ugh. Just read the documentation on the version-script option: {{{ It is partially supported on PE platforms, which can use version scripts to filter symbol visibility in auto-export mode: any symbols marked local in the version script will not be exported. }}} That seems to indicate that it ignores which symbols are marked as "global". At the same time, while not documented, it seems like --export-all-symbols does not override the "local" settings in the version file, so adding that might indeed be a workaround (though the whole behaviour seems broken to me). However that brings me to another point, that I think the libSDL/utvideo build systems are broken. I presume you link against a static build of these libraries. However, when building static libraries they should not mark those functions as "dllexport", as the name says it is supposed to be for when you build DLLs. You certainly don't want these functions to be exported when you just use the functionality. For example, if the SDL DLL was build statically against utvideo (of course not the case, just an example) it would end up exporting the utvideo functions, which would then cause symbol collisions if an application would try to use both the SDL DLL and a utvideo DLL. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 20 23:00:35 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Nov 2012 22:00:35 -0000 Subject: [FFmpeg-trac] #1937(undetermined:open): cdxl: wrong duration In-Reply-To: <038.76e39beabc707ba6ff0dc76ce105ed48@avcodec.org> References: <038.76e39beabc707ba6ff0dc76ce105ed48@avcodec.org> Message-ID: <053.f49bf1167e28fe3a00a0d86eca5840e3@avcodec.org> #1937: cdxl: wrong duration -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: cdxl | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => cdxl * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 Comment: {{{ $ ffmpeg -i Fruit.CDXL -f null - ffmpeg version N-46928-g52b7823 Copyright (c) 2000-2012 the FFmpeg developers built on Nov 20 2012 22:01:42 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 8.100 / 52. 8.100 libavcodec 54. 74.100 / 54. 74.100 libavformat 54. 37.100 / 54. 37.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 23.101 / 3. 23.101 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 17.101 / 0. 17.101 libpostproc 52. 2.100 / 52. 2.100 [cdxl @ 0x2b7f280] Estimating duration from bitrate, this may be inaccurate Input #0, cdxl, from 'Fruit.CDXL': Duration: 00:01:15.54, start: 0.000000, bitrate: 88 kb/s Stream #0:0: Video: cdxl, pal8, 128x80, 29.97 fps, 29.96 tbr, 11025 tbn Stream #0:1: Audio: pcm_s8, 11025 Hz, mono, u8, 88 kb/s Output #0, null, to 'pipe:': Metadata: encoder : Lavf54.37.100 Stream #0:0: Video: rawvideo, pal8, 128x80, q=2-31, 200 kb/s, 90k tbn, 29.96 tbc Stream #0:1: Audio: pcm_s16le, 11025 Hz, mono, s16, 176 kb/s Stream mapping: Stream #0:0 -> #0:0 (cdxl -> rawvideo) Stream #0:1 -> #0:1 (pcm_s8 -> pcm_s16le) Press [q] to stop, [?] for help [null @ 0x2b7fc80] Encoder did not produce proper pts, making some up. frame= 150 fps=0.0 q=0.0 Lsize= 0kB time=00:00:05.00 bitrate= 0.0kbits/s video:14kB audio:108kB subtitle:0 global headers:0kB muxing overhead -100.000000% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 20 23:18:11 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Nov 2012 22:18:11 -0000 Subject: [FFmpeg-trac] #1935(avformat:open): bik: autoexit does not work In-Reply-To: <038.026d4436a9df8d33cacc9e5a4e386c8a@avcodec.org> References: <038.026d4436a9df8d33cacc9e5a4e386c8a@avcodec.org> Message-ID: <053.da9bc48c16b16756f3ace80acc8ae9f9@avcodec.org> #1935: bik: autoexit does not work ------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: bink | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => bink * 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 Nov 20 23:20:58 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Nov 2012 22:20:58 -0000 Subject: [FFmpeg-trac] #1936(undetermined:new): iff 8svx: autoexit works incorrectly In-Reply-To: <038.bf9fb91ebeb4dbfd2a8c123b0d7e971e@avcodec.org> References: <038.bf9fb91ebeb4dbfd2a8c123b0d7e971e@avcodec.org> Message-ID: <053.4d5404ab9864745a3cba845d250033dc@avcodec.org> #1936: iff 8svx: autoexit works incorrectly -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: iff | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => iff Comment: Works fine here... Do you see an error message with the following command line (there is an error message for the sample from ticket #1935)? $ ffmpeg -i descargmp3.8svx -f null - -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 21 00:03:59 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Nov 2012 23:03:59 -0000 Subject: [FFmpeg-trac] #282(build system:closed): undefined reference to `_avdevice_register_all' In-Reply-To: <038.2fdbd05d5535c7ff5781dbb88b5a6377@avcodec.org> References: <038.2fdbd05d5535c7ff5781dbb88b5a6377@avcodec.org> Message-ID: <053.b774833d262c94f7a7d94690f1080163@avcodec.org> #282: undefined reference to `_avdevice_register_all' -------------------------------------+------------------------------------- Reporter: KSHawkEye | Owner: michael Type: defect | Status: closed Priority: critical | Component: build Version: git | system Keywords: undefined | Resolution: invalid reference avdevice_register_all | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by rogerdpack): Yeah my new work around is to patch utvideo so that it doesn't export these (basically wrong) symbols. The failure was occurring when building libavformat-54.dll (which was missing some dependencies from libavcodec.dll, which had previously built poorly, apparently). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 21 00:37:06 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Nov 2012 23:37:06 -0000 Subject: [FFmpeg-trac] #1936(undetermined:new): iff 8svx: autoexit works incorrectly In-Reply-To: <038.bf9fb91ebeb4dbfd2a8c123b0d7e971e@avcodec.org> References: <038.bf9fb91ebeb4dbfd2a8c123b0d7e971e@avcodec.org> Message-ID: <053.90a839a8654eb9027b4e0d4ac1e8fc91@avcodec.org> #1936: iff 8svx: autoexit works incorrectly -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: iff | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ami_stuff): Replying to [comment:1 cehoyos]: > Works fine here... I mean the problem is that FFplay closes at 0.09 while the sampe have 3s of duration. > Do you see an error message with the following command line (there is an error message for the sample from ticket #1935)? > $ ffmpeg -i descargmp3.8svx -f null - Yes, I see the error with bink file, but this must be a false positive since the same error happens with my own encoded file here which is not corrupted. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 21 00:42:39 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Nov 2012 23:42:39 -0000 Subject: [FFmpeg-trac] #1936(undetermined:open): iff 8svx: autoexit works incorrectly In-Reply-To: <038.bf9fb91ebeb4dbfd2a8c123b0d7e971e@avcodec.org> References: <038.bf9fb91ebeb4dbfd2a8c123b0d7e971e@avcodec.org> Message-ID: <053.76f6be5ccb1d1119ae54f5445987daa2@avcodec.org> #1936: iff 8svx: autoexit works incorrectly -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: iff | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 Comment: Sorry, I originally misunderstood the issue. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 21 11:24:53 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Nov 2012 10:24:53 -0000 Subject: [FFmpeg-trac] #1938(undetermined:new): Failed to compile ffmpeg with VS Message-ID: <038.a65c2541dd0fc4c6d12e0249656ac5e2@avcodec.org> #1938: Failed to compile ffmpeg with VS -------------------------------------+------------------------------------- Reporter: theateist | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I followed your instructions [https://ffmpeg.org/platform.html#Microsoft- Visual-C_002b_002b], but I fail in one of the steps - compile c99-to-c89-master. How do I compile c99-to-c89-master to get c99wrap.exe, c99conv.exe? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 21 11:25:32 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Nov 2012 10:25:32 -0000 Subject: [FFmpeg-trac] #1938(build system:new): Failed to compile ffmpeg with VS In-Reply-To: <038.a65c2541dd0fc4c6d12e0249656ac5e2@avcodec.org> References: <038.a65c2541dd0fc4c6d12e0249656ac5e2@avcodec.org> Message-ID: <053.c8bd87a7791739e90a5e77d063ff7cc8@avcodec.org> #1938: Failed to compile ffmpeg with VS -------------------------------------+------------------------------------- Reporter: theateist | Owner: Type: defect | Status: new Priority: critical | Component: build Version: unspecified | system Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by theateist): * priority: normal => critical * component: undetermined => build system -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 21 11:36:37 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Nov 2012 10:36:37 -0000 Subject: [FFmpeg-trac] #1938(build system:new): Failed to compile ffmpeg with VS In-Reply-To: <038.a65c2541dd0fc4c6d12e0249656ac5e2@avcodec.org> References: <038.a65c2541dd0fc4c6d12e0249656ac5e2@avcodec.org> Message-ID: <053.3e8c5edc659b47465145b9fa5d9eb137@avcodec.org> #1938: Failed to compile ffmpeg with VS -------------------------------------+------------------------------------- Reporter: theateist | Owner: Type: defect | Status: new Priority: normal | Component: build Version: unspecified | system Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: critical => normal -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 21 11:42:19 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Nov 2012 10:42:19 -0000 Subject: [FFmpeg-trac] #1938(build system:new): Failed to compile ffmpeg with VS In-Reply-To: <038.a65c2541dd0fc4c6d12e0249656ac5e2@avcodec.org> References: <038.a65c2541dd0fc4c6d12e0249656ac5e2@avcodec.org> Message-ID: <053.45e2ebad83cb5fbc2fe7dd1e0247726e@avcodec.org> #1938: Failed to compile ffmpeg with VS -------------------------------------+------------------------------------- Reporter: theateist | Owner: Type: defect | Status: new Priority: normal | Component: build Version: unspecified | system Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Did you try Google's executable? https://gerrit.chromium.org/gerrit/cat/34728%2C4%2Cchromium/binaries/c99conv.exe%5E0 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 21 11:44:07 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Nov 2012 10:44:07 -0000 Subject: [FFmpeg-trac] #1938(build system:new): Failed to compile ffmpeg with VS In-Reply-To: <038.a65c2541dd0fc4c6d12e0249656ac5e2@avcodec.org> References: <038.a65c2541dd0fc4c6d12e0249656ac5e2@avcodec.org> Message-ID: <053.852214e16d6c8d7fef74bcb65b39243b@avcodec.org> #1938: Failed to compile ffmpeg with VS -------------------------------------+------------------------------------- Reporter: theateist | Owner: Type: defect | Status: new Priority: normal | Component: build Version: unspecified | system Keywords: msvc | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => msvc -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 21 11:48:43 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Nov 2012 10:48:43 -0000 Subject: [FFmpeg-trac] #1938(build system:new): Failed to compile ffmpeg with VS In-Reply-To: <038.a65c2541dd0fc4c6d12e0249656ac5e2@avcodec.org> References: <038.a65c2541dd0fc4c6d12e0249656ac5e2@avcodec.org> Message-ID: <053.646546d9eb71467ebde6c7232e024d93@avcodec.org> #1938: Failed to compile ffmpeg with VS -------------------------------------+------------------------------------- Reporter: theateist | Owner: Type: defect | Status: new Priority: normal | Component: build Version: unspecified | system Keywords: msvc | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by theateist): Replying to [comment:3 cehoyos]: > Did you try Google's executable? > https://gerrit.chromium.org/gerrit/cat/34728%2C4%2Cchromium/binaries/c99conv.exe%5E0 but where do I get c99wrap.exe? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 21 11:50:47 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Nov 2012 10:50:47 -0000 Subject: [FFmpeg-trac] #1933(undetermined:new): ffmpeg prores artifacts In-Reply-To: <039.b2b95c157cf32b6e6410bdc60d8830e2@avcodec.org> References: <039.b2b95c157cf32b6e6410bdc60d8830e2@avcodec.org> Message-ID: <054.0632a00482a208988fdc8fef57ed5534@avcodec.org> #1933: ffmpeg prores artifacts -------------------------------------+------------------------------------- Reporter: rivierakid | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: prores | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by rivierakid): Definitely it is not a problem with color space conversion. I have converted the image into YCbCr space in my c++ program, but output image still has artifacts... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 21 12:08:04 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Nov 2012 11:08:04 -0000 Subject: [FFmpeg-trac] #1938(build system:new): Failed to compile ffmpeg with VS In-Reply-To: <038.a65c2541dd0fc4c6d12e0249656ac5e2@avcodec.org> References: <038.a65c2541dd0fc4c6d12e0249656ac5e2@avcodec.org> Message-ID: <053.f75149fe3613313d9889ed9fc211f855@avcodec.org> #1938: Failed to compile ffmpeg with VS -------------------------------------+------------------------------------- Reporter: theateist | Owner: Type: defect | Status: new Priority: normal | Component: build Version: unspecified | system Keywords: msvc | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by richardpl): The documentation page clearly states link to github page where you can download source code for such binary. Clearly this extra step should not be needed and executables should be provided for download. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 21 12:13:23 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Nov 2012 11:13:23 -0000 Subject: [FFmpeg-trac] #1933(undetermined:new): ffmpeg prores artifacts In-Reply-To: <039.b2b95c157cf32b6e6410bdc60d8830e2@avcodec.org> References: <039.b2b95c157cf32b6e6410bdc60d8830e2@avcodec.org> Message-ID: <054.021fbcac571e3b9f992c2f0039f123fb@avcodec.org> #1933: ffmpeg prores artifacts -------------------------------------+------------------------------------- Reporter: rivierakid | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: prores | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by richardpl): It would be best if you try with v210 input. (which is packed yuv422) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 21 12:14:15 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Nov 2012 11:14:15 -0000 Subject: [FFmpeg-trac] #1938(build system:new): Failed to compile ffmpeg with VS In-Reply-To: <038.a65c2541dd0fc4c6d12e0249656ac5e2@avcodec.org> References: <038.a65c2541dd0fc4c6d12e0249656ac5e2@avcodec.org> Message-ID: <053.cd38bf4fd13226fd32ec3068ccb423e9@avcodec.org> #1938: Failed to compile ffmpeg with VS -------------------------------------+------------------------------------- Reporter: theateist | Owner: Type: defect | Status: new Priority: normal | Component: build Version: unspecified | system Keywords: msvc | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by theateist): Replying to [comment:6 richardpl]: > The documentation page clearly states link to github page where you can download source code for such binary. > > Clearly this extra step should not be needed and executables should be provided for download. I'm sorry but I didn't understood. The link is to the source code, so as I understand I should some how to compile it in order to get c99conv.exe and c99wrap.exe, right? Now you say that there should be executables. I'm confused. Do I need to compile in order to get c99conv.exe and c99wrap.exe ( and if I do, how I compile it) or executables should be provided for download ( and if they do, I don't see them in the provided linkt to github)? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 21 12:17:53 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Nov 2012 11:17:53 -0000 Subject: [FFmpeg-trac] #1938(build system:open): Provide c99wrap.exe and c99conv.exe (was: Failed to compile ffmpeg with VS) In-Reply-To: <038.a65c2541dd0fc4c6d12e0249656ac5e2@avcodec.org> References: <038.a65c2541dd0fc4c6d12e0249656ac5e2@avcodec.org> Message-ID: <053.3e5443c6e5cc2955017985bb812d8f67@avcodec.org> #1938: Provide c99wrap.exe and c99conv.exe -------------------------------------+------------------------------------- Reporter: theateist | Owner: Type: defect | Status: open Priority: normal | Component: build Version: git-master | system Keywords: msvc | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 Comment: Use these executables until we can provide them: https://github.com/libav/c99-to-c89/downloads -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 21 12:32:54 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Nov 2012 11:32:54 -0000 Subject: [FFmpeg-trac] #1920(avcodec:open): dts-hd core extraction In-Reply-To: <034.e788182284e1b5046c57c5de814cdb87@avcodec.org> References: <034.e788182284e1b5046c57c5de814cdb87@avcodec.org> Message-ID: <049.f1feca5b455c37a948105e298339da2f@avcodec.org> #1920: dts-hd core extraction -------------------------------------+----------------------------------- Reporter: Selur | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: dca | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by richardpl): * component: undetermined => avcodec Comment: AFAIK this means bitstream filter like dtscore_extract should be implemented. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 21 12:41:34 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Nov 2012 11:41:34 -0000 Subject: [FFmpeg-trac] #1906(avformat:open): caf: noise after seeking with ffplay In-Reply-To: <038.771a26915066e76cd3b92190d62577dc@avcodec.org> References: <038.771a26915066e76cd3b92190d62577dc@avcodec.org> Message-ID: <053.45df88d3d3a1071c7e0696d0d1e63249@avcodec.org> #1906: caf: noise after seeking with ffplay ------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: seek | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by richardpl): * component: undetermined => avformat Comment: Looks like it tries binary seeking instead packet one. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 21 12:57:09 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Nov 2012 11:57:09 -0000 Subject: [FFmpeg-trac] #1938(build system:open): Provide c99wrap.exe and c99conv.exe In-Reply-To: <038.a65c2541dd0fc4c6d12e0249656ac5e2@avcodec.org> References: <038.a65c2541dd0fc4c6d12e0249656ac5e2@avcodec.org> Message-ID: <053.63af6f9d3d24b2ee3e41ee514f81a806@avcodec.org> #1938: Provide c99wrap.exe and c99conv.exe -------------------------------------+------------------------------------- Reporter: theateist | Owner: Type: defect | Status: open Priority: normal | Component: build Version: git-master | system Keywords: msvc | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by theateist): Replying to [comment:8 cehoyos]: > Use these executables until we can provide them: > https://github.com/libav/c99-to-c89/downloads 1 - I placed makedef, c99wrap.exe, c99conv.exe, and yasm.exe to "c:\ex" and added "c:\ex" to PATH 2 - I downloaded latest ffmpeg source to "c:\ff_src" and placed inttypes.h to "c:\ff_src" 3 - I ran msys.bat from the Visual Studio command prompt. 4 - ran ./configure --toolchain=msvc 5 - ran make I expected that after "make" I'll get compiled ffmpeg in VS manner and namely lib,pdb,exe files, but I get .a,.d,.o files instead. It seems that it was compiled by gcc and not cl! What could happened? Thank you -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 21 13:03:42 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Nov 2012 12:03:42 -0000 Subject: [FFmpeg-trac] #1933(undetermined:new): ffmpeg prores artifacts In-Reply-To: <039.b2b95c157cf32b6e6410bdc60d8830e2@avcodec.org> References: <039.b2b95c157cf32b6e6410bdc60d8830e2@avcodec.org> Message-ID: <054.c586d657866e286d40cd4569b0c9706c@avcodec.org> #1933: ffmpeg prores artifacts -------------------------------------+------------------------------------- Reporter: rivierakid | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: prores | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by rivierakid): Thanks, I made several attemps: AV_PIX_FMT_YUV422P - no artifacts AV_PIX_FMT_YUV444P - no artifacts AV_PIX_FMT_RGB24 - artifacts AV_PIX_FMT_YUV422P10LE - artifacts, IMHO this format would be ProRes native, I was playing only with luma component. So I've changed my opinion, the problem could be in built-in color space conversion :o) BTW ProResLT has lower quality then the original Apple ProResLT, is it possible to set bitrate? It seems that it completely ignores -b parameter... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 21 13:11:40 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Nov 2012 12:11:40 -0000 Subject: [FFmpeg-trac] #1933(undetermined:new): ffmpeg prores artifacts In-Reply-To: <039.b2b95c157cf32b6e6410bdc60d8830e2@avcodec.org> References: <039.b2b95c157cf32b6e6410bdc60d8830e2@avcodec.org> Message-ID: <054.cd7976dfc1a2f27fcec7ca04da37e267@avcodec.org> #1933: ffmpeg prores artifacts -------------------------------------+------------------------------------- Reporter: rivierakid | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: prores | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by richardpl): I'm confused by your reply, v210 files have tag v210 and are in mov container FFmpeg use internal YUV422P10 pix format to decode such files. Please give ffmpeg output with v210 as input codec. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 21 13:31:08 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Nov 2012 12:31:08 -0000 Subject: [FFmpeg-trac] #1939(avcodec:new): zork pcm decoder is broken Message-ID: <038.c63c83a9f2d3352ae0d21e4a6cf3dcf7@avcodec.org> #1939: zork pcm decoder is broken --------------------------------------+--------------------------------- Reporter: richardpl | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+--------------------------------- See roundup ticket 612. Sample at: http://samples.ffmpeg.org/game-formats/zork-pcm/T000A11C.avi -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 21 13:40:41 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Nov 2012 12:40:41 -0000 Subject: [FFmpeg-trac] #1939(avcodec:new): zork pcm decoder is broken In-Reply-To: <038.c63c83a9f2d3352ae0d21e4a6cf3dcf7@avcodec.org> References: <038.c63c83a9f2d3352ae0d21e4a6cf3dcf7@avcodec.org> Message-ID: <053.4a00ba20d45b366e2d1267f6f933fafa@avcodec.org> #1939: zork pcm decoder is broken --------------------------------------+----------------------------------- Reporter: richardpl | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: roundup zork | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => roundup zork -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 21 13:43:02 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Nov 2012 12:43:02 -0000 Subject: [FFmpeg-trac] #1938(build system:open): Provide c99wrap.exe and c99conv.exe In-Reply-To: <038.a65c2541dd0fc4c6d12e0249656ac5e2@avcodec.org> References: <038.a65c2541dd0fc4c6d12e0249656ac5e2@avcodec.org> Message-ID: <053.98c9d8caf9785315ada6be039db8ac20@avcodec.org> #1938: Provide c99wrap.exe and c99conv.exe -------------------------------------+------------------------------------- Reporter: theateist | Owner: Type: defect | Status: open Priority: normal | Component: build Version: git-master | system Keywords: msvc | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:9 theateist]: > 4 - ran ./configure --toolchain=msvc > 5 - ran make Did these two steps work successfully, ie without producing error messages? > I expected that after "make" I'll get compiled ffmpeg in VS manner and namely lib,pdb,exe files, but I get .a,.d,.o files instead. It seems that it was compiled by gcc and not cl! How does the output of "./ffmpeg" look like? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 21 13:48:34 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Nov 2012 12:48:34 -0000 Subject: [FFmpeg-trac] #1933(undetermined:new): ffmpeg prores artifacts In-Reply-To: <039.b2b95c157cf32b6e6410bdc60d8830e2@avcodec.org> References: <039.b2b95c157cf32b6e6410bdc60d8830e2@avcodec.org> Message-ID: <054.5da07f62810d04aec973509455a380bc@avcodec.org> #1933: ffmpeg prores artifacts -------------------------------------+------------------------------------- Reporter: rivierakid | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: prores | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by rivierakid): pixfmt.h: #define AV_PIX_FMT_YUV422P10 AV_PIX_FMT_NE(YUV422P10BE, YUV422P10LE) YUV422P10 = AV_PIX_FMT_YUV422P10LE on Win32 I see artifacts in the output video when using YUV422P10 directly in my program... BTW is it possible to store video in YUV422P10 without Apple ProRes? I've tried h.264, but only auto-selects yuv422p -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 21 13:54:42 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Nov 2012 12:54:42 -0000 Subject: [FFmpeg-trac] #1938(documentation:open): Provide c99wrap.exe and c99conv.exe In-Reply-To: <038.a65c2541dd0fc4c6d12e0249656ac5e2@avcodec.org> References: <038.a65c2541dd0fc4c6d12e0249656ac5e2@avcodec.org> Message-ID: <053.a92953d775e9324bddd3d2daf09acb46@avcodec.org> #1938: Provide c99wrap.exe and c99conv.exe -------------------------------------+------------------------------------- Reporter: theateist | Owner: Type: enhancement | Status: open Priority: wish | Component: Version: git-master | documentation Keywords: msvc | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: normal => wish * type: defect => enhancement * component: build system => documentation Comment: This is probably more an issue with our website not providing the needed binaries for download. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 21 14:09:08 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Nov 2012 13:09:08 -0000 Subject: [FFmpeg-trac] #1933(undetermined:new): ffmpeg prores artifacts In-Reply-To: <039.b2b95c157cf32b6e6410bdc60d8830e2@avcodec.org> References: <039.b2b95c157cf32b6e6410bdc60d8830e2@avcodec.org> Message-ID: <054.20e61b1afb21a19882acad42b974d4ff@avcodec.org> #1933: ffmpeg prores artifacts -------------------------------------+------------------------------------- Reporter: rivierakid | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: prores | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:14 rivierakid]: > BTW is it possible to store video in YUV422P10 without Apple ProRes? -vcodec v210 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 21 14:13:02 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Nov 2012 13:13:02 -0000 Subject: [FFmpeg-trac] #1933(undetermined:new): ffmpeg prores artifacts In-Reply-To: <039.b2b95c157cf32b6e6410bdc60d8830e2@avcodec.org> References: <039.b2b95c157cf32b6e6410bdc60d8830e2@avcodec.org> Message-ID: <054.049d0e7e7897366d2994098bbbfe82a2@avcodec.org> #1933: ffmpeg prores artifacts -------------------------------------+------------------------------------- Reporter: rivierakid | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: prores | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:14 rivierakid]: > BTW is it possible to store video in YUV422P10 without Apple ProRes? I've tried h.264, but it only auto-selects yuv422p That is because you have not compiled you local copy of x264 with 10-bit encoding support. dnxhd, ffv1 and libopenjpeg also support yuv422p10, but they are either not lossless or less common. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 21 14:31:29 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Nov 2012 13:31:29 -0000 Subject: [FFmpeg-trac] #625(avcodec:open): support 2/3/5bit IMA ADPCM In-Reply-To: <038.b2fd8d9fa1169d2b3c75449b9f9dc630@avcodec.org> References: <038.b2fd8d9fa1169d2b3c75449b9f9dc630@avcodec.org> Message-ID: <053.56a411ca2dc0e84601ae5dff7185c19d@avcodec.org> #625: support 2/3/5bit IMA ADPCM ---------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: adpcm roundup | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Comment (by richardpl): What created such files? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 21 14:48:57 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Nov 2012 13:48:57 -0000 Subject: [FFmpeg-trac] #625(avcodec:open): support 2/3/5bit IMA ADPCM In-Reply-To: <038.b2fd8d9fa1169d2b3c75449b9f9dc630@avcodec.org> References: <038.b2fd8d9fa1169d2b3c75449b9f9dc630@avcodec.org> Message-ID: <053.dda4f2cd57d091254fff7579180d454f@avcodec.org> #625: support 2/3/5bit IMA ADPCM ---------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: adpcm roundup | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Comment (by ami_stuff): Replying to [comment:4 richardpl]: > What created such files? Adobe Audition http://helpx.adobe.com/audition/kb/supported-file-formats-audition-3.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 21 14:52:35 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Nov 2012 13:52:35 -0000 Subject: [FFmpeg-trac] #1933(undetermined:new): ffmpeg prores artifacts In-Reply-To: <039.b2b95c157cf32b6e6410bdc60d8830e2@avcodec.org> References: <039.b2b95c157cf32b6e6410bdc60d8830e2@avcodec.org> Message-ID: <054.95eccdbadf48e8da9a7c29cbfd986315@avcodec.org> #1933: ffmpeg prores artifacts -------------------------------------+------------------------------------- Reporter: rivierakid | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: prores | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by rivierakid): Testing with test.tif http://www.datafilehost.com/download-5f72f895.html -vcodec 210 no artifacts -vcodec prores artifacts in gray square I wonder about bitrate settings, for prores_kostya there is a global_quality parameter (prores_kostya.c), which controls the bitrate (there is a four items-bitrates tab for every profile). But I don't know how to control quality in "prores"? Is it equal to "prores_anatolyi"? Because I can't find a source code for it and seems that "prores_anatolyi" auto-selects the quality... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 21 15:06:06 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Nov 2012 14:06:06 -0000 Subject: [FFmpeg-trac] #1938(documentation:open): Provide c99wrap.exe and c99conv.exe In-Reply-To: <038.a65c2541dd0fc4c6d12e0249656ac5e2@avcodec.org> References: <038.a65c2541dd0fc4c6d12e0249656ac5e2@avcodec.org> Message-ID: <053.f56f3290fa638e3ca813742cc77ef2ef@avcodec.org> #1938: Provide c99wrap.exe and c99conv.exe -------------------------------------+------------------------------------- Reporter: theateist | Owner: Type: enhancement | Status: open Priority: wish | Component: Version: git-master | documentation Keywords: msvc | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by theateist): Replying to [comment:10 cehoyos]: > Replying to [comment:9 theateist]: > > 4 - ran ./configure --toolchain=msvc > > 5 - ran make > Did these two steps work successfully, ie without producing error messages? > > > I expected that after "make" I'll get compiled ffmpeg in VS manner and namely lib,pdb,exe files, but I get .a,.d,.o files instead. It seems that it was compiled by gcc and not cl! > > How does the output of "./ffmpeg" look like? when I ran "ran ./configure --toolchain=msvc" the output on the screen was a long list of names and in the end the following {{{ License: LGPL version 2.1 or later Creating config.mak and config.h... libavutil/avconfig.h is unchanged WARNING: pkg-config not found, library detection may fail. }}} I don't know what the warning means, so I continued and ran "make". Eventually make finished. I guess there were no errors because I did not saw any error messages. After "make" command the "ff_src" folder contains: ffmpeg.exe, ffmpeg_g.exe, ffprobe_g.exe, *.o, *.d... "ff_src/libavcodec" and other folder contains *.o, *.d, *.a. But there is no pdb files! At first, I though that somehow gcc.exe runs and not cl.exe, but I checked and cl.exe does runs and not gcc.exe. So, why cl.exe outputs *.o, *.a... and not what cl.exe generally outputs lib, pdb? How to fix it? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 21 15:14:58 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Nov 2012 14:14:58 -0000 Subject: [FFmpeg-trac] #1933(undetermined:new): ffmpeg prores artifacts In-Reply-To: <039.b2b95c157cf32b6e6410bdc60d8830e2@avcodec.org> References: <039.b2b95c157cf32b6e6410bdc60d8830e2@avcodec.org> Message-ID: <054.c2f33174f4add6cc111bf8b5b06ad78a@avcodec.org> #1933: ffmpeg prores artifacts -------------------------------------+------------------------------------- Reporter: rivierakid | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: prores | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by richardpl): I'm not interested in encoding to v210 codec, you did not give command output. I'm interested in encoding from v210 to prores. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 21 15:23:05 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Nov 2012 14:23:05 -0000 Subject: [FFmpeg-trac] #1933(undetermined:new): ffmpeg prores artifacts In-Reply-To: <039.b2b95c157cf32b6e6410bdc60d8830e2@avcodec.org> References: <039.b2b95c157cf32b6e6410bdc60d8830e2@avcodec.org> Message-ID: <054.7143383c3a194cfaed560ce8e6a9b2ea@avcodec.org> #1933: ffmpeg prores artifacts -------------------------------------+------------------------------------- Reporter: rivierakid | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: prores | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by rivierakid): ffmpeg -i test.tif -vcodec v210 v210.mov Output: http://www.datafilehost.com/download-5832388c.html ffmpeg -i v210.mov -vcodec prores -profile 1 out.mov out.mov: there is a pixel pattern in "one color" gray square. v210.mov is OK -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 21 15:31:22 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Nov 2012 14:31:22 -0000 Subject: [FFmpeg-trac] #1933(undetermined:new): ffmpeg prores artifacts In-Reply-To: <039.b2b95c157cf32b6e6410bdc60d8830e2@avcodec.org> References: <039.b2b95c157cf32b6e6410bdc60d8830e2@avcodec.org> Message-ID: <054.4c7ec6c8f1a01990dd91e3261039000b@avcodec.org> #1933: ffmpeg prores artifacts -------------------------------------+------------------------------------- Reporter: rivierakid | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: prores | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by richardpl): so both prores encoders are bad? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 21 15:36:58 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Nov 2012 14:36:58 -0000 Subject: [FFmpeg-trac] #1940(avutil:new): segfault on av_malloc() Message-ID: <044.9668eec6332cb5d6b29992d6cd9eae33@avcodec.org> #1940: segfault on av_malloc() -------------------------------------+------------------------------------- Reporter: | Type: defect leandrosansilva | Priority: critical Status: new | Version: git- Component: avutil | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I'm using ffmpeg in a c++ project and at a point at my code I try to call av_malloc() bu it results in a segfault. As I'm using ubuntu amd64 arch, I don't think I don't have enough memory. It's also strange it happens only in one point of my code, where I create a new pointer and just assign the return of av_malloc() (here the size is 460800) as parameter. It causes a segfault before return. It makes me think if libav keeps a internal state of general memory alocation system... The ffmpeg version I'm using is the commit e94f4294746d50ef7b25993fa59a9be32023d3bb checked out today (21th November) from master branch. The backtrace related to this problem is: {{{ Program received signal SIGSEGV, Segmentation fault. _int_malloc (av=0x7ffff6b63720, bytes=460880) at malloc.c:3868 3868 malloc.c: Arquivo ou diret?rio n?o encontrado. (gdb) bt full #0 _int_malloc (av=0x7ffff6b63720, bytes=460880) at malloc.c:3868 p = iters = nb = 460896 idx = bin = victim = 0x1d6fae0 size = 7740398493674188424 victim_index = remainder = 0x1de0340 remainder_size = block = 4 bit = 1073741824 map = fwd = bck = errstr = 0x0 __func__ = "_int_malloc" #1 0x00007ffff682c801 in _int_memalign (av=0x7ffff6b63720, alignment=32, bytes=) at malloc.c:4492 nb = 460816 m = p = brk = newp = newsize = leadsize = remainder = remainder_size = size = __func__ = "_int_memalign" #2 0x00007ffff682eac6 in __GI___libc_memalign (alignment=32, bytes=460800) at malloc.c:3102 ar_ptr = p = hook = __func__ = "__libc_memalign" #3 0x00007ffff682fd09 in __posix_memalign (memptr=0x7fffffffdc88, alignment=, size=) at malloc.c:5038 mem = hook = #4 0x0000000000cfb22a in av_malloc (size=460800) at libavutil/mem.c:97 ptr = 0x0 #5 av_mallocz (size=460800) at libavutil/mem.c:203 (...) my code bt (...) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 21 16:03:30 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Nov 2012 15:03:30 -0000 Subject: [FFmpeg-trac] #1933(undetermined:new): ffmpeg prores artifacts In-Reply-To: <039.b2b95c157cf32b6e6410bdc60d8830e2@avcodec.org> References: <039.b2b95c157cf32b6e6410bdc60d8830e2@avcodec.org> Message-ID: <054.68217b1c14c3f6eaf4e78f466cc93a73@avcodec.org> #1933: ffmpeg prores artifacts -------------------------------------+------------------------------------- Reporter: rivierakid | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: prores | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by rivierakid): Yes for v210 same buggy behaviour, but now I prefer prores_kostya because it has more settings (quality-bitrate). Hmm, converting first into yuv444p and then to prores_kostya is OK... ffmpeg -i test.tif -vcodec h264 -pix_fmt yuv444p 444.mov ffmpeg -i 444.mov -vcodec prores_kostya -profile 1 out.mov It's really strange :o) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 21 17:00:44 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Nov 2012 16:00:44 -0000 Subject: [FFmpeg-trac] #1922(undetermined:closed): Broken or incomplete parser for filters In-Reply-To: <034.f9041eca0be3762a6c22b47fe027f7f4@avcodec.org> References: <034.f9041eca0be3762a6c22b47fe027f7f4@avcodec.org> Message-ID: <049.df3e8773850578158e184f22cef1f2bb@avcodec.org> #1922: Broken or incomplete parser for filters -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: enhancement | Status: closed Priority: wish | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by saste): Replying to [comment:6 burek]: > @saste: > Well, ok, I've changed it to an enhancement, although it is an obvious malfunction of a basic parsing feature (I've not seen a single newbee user who figured out on his own that a comma character needs to be escaped, i.e. it's just not intuitive to them as it is to you, developers). It is not an "obvious malfunction", I already stated there is no bug in the parser (at least not related to escaping), also the implementation is behaving according to design. I already pointed out that there is no way to workaround this at this level. You have several filter description of the kind: FILTER,FILTER,FILTER since you have some special characters (e.g. ',' to separate each FILTER), you need some way to mark such characters if they are contained in the filter description: the classic solution is escaping, and we adopt a rather standard de-escaping algorithm (no wheel reinvention here) to de- escape literal "," and other special chars contained within FILTER. Then each FILTER can support a specific syntax (which depends on the filter, each filter has a separate parser for that), which in turn may need a second level of escaping. There is nothing you can solve on the design level here, we need two levels of escaping, you can change the escaping mechanics but cannot eliminate the fact that two levels of escaping are needed. > I, as a user, don't know much about internal coding problems of such a feature, but from the outside look, this seems like it's not working well and the first thing to think of is that it's a bug. What is really missing in the filters parser(s) is clarity, that's so obvious and that's the reason for creating this ticket. I just thought that parentheses could help reading someone else's command line, which involves complex filters, more easily than it is right now. We could adopt a different escaping algorithm or use different special characters, or make the special chars selectable, but still can't avoid the need for the double level escaping. > This logic could also be extended to ffmpeg command line in such a way that you can group your options with each input/output, like described here: https://ffmpeg.org/trac/ffmpeg/ticket/1480 > That way, there would be no ambiguity, like when you place the -ss option in between 3rd and 4th input, and you never know if that option will be applied to the output (slow seek) or to the 4th input (fast seek). > > Long story short, if you practice frequent workarounds instead of proper solutions, sooner or later you'll get into this kind of situation where you just can't change anything, because it will break something. Stacked pile of patches and workarounds will hold the water for some time, but on a long run, there really should be some radical improvement and API breakage, that will resolve some fundamental problems in the coding process. I object this simplistic view, which also borrows the flawed assumption that "developers don't think hard when coding / designing", which is not justified in this specific instance. Provided that I didn't design the graphparser syntax myself, I don't consider it flawed, still it is not very suited if there is the need to embed literal strings for which there is the hardly avoidable need of understanding the escaping logic (this is not different from other areas where multiple escaping is required). I'm all for trying to improve the usability if there are suitable solutions (which save backward compatibility), and tried to extend the docs with mention of the syntax issues, and I invite you to point out what could be improved/clarified. I already proposed to adopt an alternative syntax (more suited for "file" scripting)). Another solution working at a different level would be to write a "visual" graph editor. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 21 17:15:30 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Nov 2012 16:15:30 -0000 Subject: [FFmpeg-trac] #1941(undetermined:new): unable to receive RTSP stream from VLC Message-ID: <039.2003505d4b0d44113c1effb37f2d3b52@avcodec.org> #1941: unable to receive RTSP stream from VLC -------------------------------------+------------------------------------- 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: $title How to reproduce: {{{ # in one terminal: $ vlc sintel.mpg ":sout=#transcode{vcodec=h264,vb=300,scale=0.25,acodec=mp4a,ab=128,channels=2,samplerate=22050}:rtp{mux=ts,sdp=rtsp://:8554/test.sdp}" $ ffmpeg -i rtsp://localhost:8554/test.sdp ffmpeg version N-43576-gaee7b88 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 15 2012 11:12:55 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) configuration: --enable-gpl --enable-libx264 --disable-stripping libavutil 51. 69.100 / 51. 69.100 libavcodec 54. 52.100 / 54. 52.100 libavformat 54. 23.100 / 54. 23.100 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 9.100 / 3. 9.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [rtsp @ 0x9505500] method SETUP failed: 459 Aggregate operation not allowed }}} Of course, I'm not sure if it's a VLC or ffmpeg bug, but at least it's reproducible. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 21 17:35:20 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Nov 2012 16:35:20 -0000 Subject: [FFmpeg-trac] #1941(undetermined:new): unable to receive RTSP stream from VLC In-Reply-To: <039.2003505d4b0d44113c1effb37f2d3b52@avcodec.org> References: <039.2003505d4b0d44113c1effb37f2d3b52@avcodec.org> Message-ID: <054.db854ca5f041c5e8c61ace00402113aa@avcodec.org> #1941: unable to receive RTSP stream from VLC -------------------------------------+------------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: rtsp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => rtsp * version: unspecified => git-master Comment: Is MPlayer (or any other application) able to receive the stream? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 21 17:38:29 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Nov 2012 16:38:29 -0000 Subject: [FFmpeg-trac] #1940(avutil:new): segfault on av_malloc() In-Reply-To: <044.9668eec6332cb5d6b29992d6cd9eae33@avcodec.org> References: <044.9668eec6332cb5d6b29992d6cd9eae33@avcodec.org> Message-ID: <059.7f3c4ef550e705dca0a2ae9026f6a8b6@avcodec.org> #1940: segfault on av_malloc() -------------------------------------+------------------------------------- Reporter: | Owner: leandrosansilva | Status: new Type: defect | Component: avutil Priority: normal | Resolution: Version: git-master | Blocked By: Keywords: crash | Reproduced by developer: 0 SIGSEGV | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => crash SIGSEGV * priority: critical => normal Comment: Please provide a source file that allows to reproduce the crash. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 21 18:21:25 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Nov 2012 17:21:25 -0000 Subject: [FFmpeg-trac] #1938(documentation:open): Provide c99wrap.exe and c99conv.exe In-Reply-To: <038.a65c2541dd0fc4c6d12e0249656ac5e2@avcodec.org> References: <038.a65c2541dd0fc4c6d12e0249656ac5e2@avcodec.org> Message-ID: <053.f5fa988b827117c91178de7df114f281@avcodec.org> #1938: Provide c99wrap.exe and c99conv.exe -------------------------------------+------------------------------------- Reporter: theateist | Owner: Type: enhancement | Status: open Priority: wish | Component: Version: git-master | documentation Keywords: msvc | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by theateist): Replying to [comment:12 theateist]: > Replying to [comment:10 cehoyos]: > > Replying to [comment:9 theateist]: > > > 4 - ran ./configure --toolchain=msvc > > > 5 - ran make > > Did these two steps work successfully, ie without producing error messages? > > > > > I expected that after "make" I'll get compiled ffmpeg in VS manner and namely lib,pdb,exe files, but I get .a,.d,.o files instead. It seems that it was compiled by gcc and not cl! > > > > How does the output of "./ffmpeg" look like? > > when I ran "ran ./configure --toolchain=msvc" the output on the screen was a long list of names and in the end the following > > {{{ > License: LGPL version 2.1 or later > Creating config.mak and config.h... > libavutil/avconfig.h is unchanged > > WARNING: pkg-config not found, library detection may fail. > }}} > > I don't know what the warning means, so I continued and ran "make". Eventually make finished. I guess there were no errors because I did not saw any error messages. > After "make" command the "ff_src" folder contains: ffmpeg.exe, ffmpeg_g.exe, ffprobe_g.exe, *.o, *.d... > "ff_src/libavcodec" and other folder contains *.o, *.d, *.a. > > But there is no pdb files! > > At first, I though that somehow gcc.exe runs and not cl.exe, but I checked and cl.exe does runs and not gcc.exe. So, why cl.exe outputs *.o, *.a... and not what cl.exe generally outputs lib, pdb? How to fix it? cehoyos, I'm sorry for disturbing, but this very urgent to me in order to understand how some functions in ffmpeg works in order to accomplish my project. Therefore I need those pdb files in order to debug and see how ffmpeg works -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 21 18:30:44 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Nov 2012 17:30:44 -0000 Subject: [FFmpeg-trac] #1938(documentation:open): Provide c99wrap.exe and c99conv.exe In-Reply-To: <038.a65c2541dd0fc4c6d12e0249656ac5e2@avcodec.org> References: <038.a65c2541dd0fc4c6d12e0249656ac5e2@avcodec.org> Message-ID: <053.89e29901a06f0df469f365c04991708f@avcodec.org> #1938: Provide c99wrap.exe and c99conv.exe -------------------------------------+------------------------------------- Reporter: theateist | Owner: Type: enhancement | Status: open Priority: wish | Component: Version: git-master | documentation Keywords: msvc | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by dbuitenh): Replying to [comment:8 cehoyos]: > Use these executables until we can provide them: > https://github.com/libav/c99-to-c89/downloads This is the OFFICIAL upstream location for this tool, and you SHOULD grab the binaries from here, REGARDLESS. c19e9d00a70616b86ae73111a7579a984c5fa585 was not merge properly and needs to reapplied to point to the PROPER upstream. FYI, Ronald is deleting his repo soon, and it is already unmaintained. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 21 18:35:02 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Nov 2012 17:35:02 -0000 Subject: [FFmpeg-trac] #1938(documentation:open): Provide c99wrap.exe and c99conv.exe In-Reply-To: <038.a65c2541dd0fc4c6d12e0249656ac5e2@avcodec.org> References: <038.a65c2541dd0fc4c6d12e0249656ac5e2@avcodec.org> Message-ID: <053.177ac0ec08dc6f45751a1f936a9b9fb4@avcodec.org> #1938: Provide c99wrap.exe and c99conv.exe -------------------------------------+------------------------------------- Reporter: theateist | Owner: Type: enhancement | Status: open Priority: wish | Component: Version: git-master | documentation Keywords: msvc | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by dbuitenh): > > > > I expected that after "make" I'll get compiled ffmpeg in VS manner and namely lib,pdb,exe files, but I get .a,.d,.o files instead. It seems that it was compiled by gcc and not cl! Wrong. It's just a different object suffix. It's still being compiled by cl. > > when I ran "ran ./configure --toolchain=msvc" the output on the screen was a long list of names and in the end the following > > > > {{{ > > License: LGPL version 2.1 or later > > Creating config.mak and config.h... > > libavutil/avconfig.h is unchanged > > > > WARNING: pkg-config not found, library detection may fail. > > }}} > > > > I don't know what the warning means, so I continued and ran "make". Eventually make finished. I guess there were no errors because I did not saw any error messages. You can safely ignore that warning. > > After "make" command the "ff_src" folder contains: ffmpeg.exe, ffmpeg_g.exe, ffprobe_g.exe, *.o, *.d... > > "ff_src/libavcodec" and other folder contains *.o, *.d, *.a. > > > > But there is no pdb files! > > > > At first, I though that somehow gcc.exe runs and not cl.exe, but I checked and cl.exe does runs and not gcc.exe. So, why cl.exe outputs *.o, *.a... and not what cl.exe generally outputs lib, pdb? How to fix it? See both above and below. > cehoyos, I'm sorry for disturbing, but this very urgent to me in order to understand how some functions in ffmpeg works in order to accomplish my project. Therefore I need those pdb files in order to debug and see how ffmpeg works Proper debug flags for --enable-debug need to be added. For now you can ad the proper flags with something like --extra-cflags="-Z7" --extra- ldflags="-DEBUG" or something of the sort. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 21 19:00:40 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Nov 2012 18:00:40 -0000 Subject: [FFmpeg-trac] #1933(undetermined:new): ffmpeg prores artifacts In-Reply-To: <039.b2b95c157cf32b6e6410bdc60d8830e2@avcodec.org> References: <039.b2b95c157cf32b6e6410bdc60d8830e2@avcodec.org> Message-ID: <054.269c6c59d974f0776e9454c16696d826@avcodec.org> #1933: ffmpeg prores artifacts -------------------------------------+------------------------------------- Reporter: rivierakid | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: prores | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by richardpl): So lt profile is broken only for 422? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 21 19:14:06 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Nov 2012 18:14:06 -0000 Subject: [FFmpeg-trac] #1938(documentation:open): Provide c99wrap.exe and c99conv.exe In-Reply-To: <038.a65c2541dd0fc4c6d12e0249656ac5e2@avcodec.org> References: <038.a65c2541dd0fc4c6d12e0249656ac5e2@avcodec.org> Message-ID: <053.52364c3ef11655c05eeae9ebeb78fd4f@avcodec.org> #1938: Provide c99wrap.exe and c99conv.exe -------------------------------------+------------------------------------- Reporter: theateist | Owner: Type: enhancement | Status: open Priority: wish | Component: Version: git-master | documentation Keywords: msvc | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by theateist): Replying to [comment:15 dbuitenh]: > > > > > I expected that after "make" I'll get compiled ffmpeg in VS manner and namely lib,pdb,exe files, but I get .a,.d,.o files instead. It seems that it was compiled by gcc and not cl! > > Wrong. It's just a different object suffix. It's still being compiled by cl. > > > > when I ran "ran ./configure --toolchain=msvc" the output on the screen was a long list of names and in the end the following > > > > > > {{{ > > > License: LGPL version 2.1 or later > > > Creating config.mak and config.h... > > > libavutil/avconfig.h is unchanged > > > > > > WARNING: pkg-config not found, library detection may fail. > > > }}} > > > > > > I don't know what the warning means, so I continued and ran "make". Eventually make finished. I guess there were no errors because I did not saw any error messages. > > You can safely ignore that warning. > > > > After "make" command the "ff_src" folder contains: ffmpeg.exe, ffmpeg_g.exe, ffprobe_g.exe, *.o, *.d... > > > "ff_src/libavcodec" and other folder contains *.o, *.d, *.a. > > > > > > But there is no pdb files! > > > > > > At first, I though that somehow gcc.exe runs and not cl.exe, but I checked and cl.exe does runs and not gcc.exe. So, why cl.exe outputs *.o, *.a... and not what cl.exe generally outputs lib, pdb? How to fix it? > > See both above and below. > > > cehoyos, I'm sorry for disturbing, but this very urgent to me in order to understand how some functions in ffmpeg works in order to accomplish my project. Therefore I need those pdb files in order to debug and see how ffmpeg works > > Proper debug flags for --enable-debug need to be added. For now you can ad the proper flags with something like --extra-cflags="-Z7" --extra- ldflags="-DEBUG" or something of the sort. > I tried ./configure --toolchain=msvc --extra-cflags="-Z7" --extra- ldflags="-DEBUG" and then "make" It created only 1 pdb file, named something like 101.pdb and that's all. No psb files for ffmpeg.exe were created. What I'm doing wrong? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 21 19:35:14 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Nov 2012 18:35:14 -0000 Subject: [FFmpeg-trac] #1930(FFserver:new): FFserver Ignores Video Filter Overlay In-Reply-To: <040.d5311b39740e0640a0f1a8fd2de552bc@avcodec.org> References: <040.d5311b39740e0640a0f1a8fd2de552bc@avcodec.org> Message-ID: <055.b473177f4d1bf6d9de0e26ae94529168@avcodec.org> #1930: FFserver Ignores Video Filter Overlay -------------------------------------+------------------------------------ Reporter: ramberg2001 | Owner: Type: defect | Status: new Priority: important | Component: FFserver Version: 1.0 | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by ramberg2001): Confirmed. The problem is reproducible with the latest git. ./ffmpeg -f mjpeg -i http://root:password at 192.168.1.5/axis- cgi/mjpg/video.cgi -y -vsync 2 -an -vf "movie=0:png:/home/webcam/logo/glow.png [logo]; [in][logo] overlay=360:235:1 [out]" http://localhost:8090/feed1.ffm ffmpeg version N-46959-gb044e81 Copyright (c) 2000-2012 the FFmpeg developers built on Nov 20 2012 19:10:34 with gcc 4.4.5 (Debian 4.4.5-8) configuration: --enable-filter=movie --enable-avfilter libavutil 52. 8.100 / 52. 8.100 libavcodec 54. 74.100 / 54. 74.100 libavformat 54. 37.100 / 54. 37.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 23.101 / 3. 23.101 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 17.101 / 0. 17.101 [mjpeg @ 0x2217260] Estimating duration from bitrate, this may be inaccurate Input #0, mjpeg, from 'http://root:password at 192.168.1.5/axis- cgi/mjpg/video.cgi': Duration: N/A, bitrate: N/A Stream #0:0: Video: mjpeg, yuvj420p, 800x450 [SAR 1:1 DAR 16:9], 25 fps, 25 tbr, 1200k tbn, 25 tbc Output #0, ffm, to 'http://localhost:8090/feed1.ffm': Metadata: creation_time : now encoder : Lavf54.37.100 Stream #0:0: Video: flv1 ([2][0][0][0] / 0x0002), yuv420p, 512x288 [SAR 1:1 DAR 16:9], q=1-2, 100 kb/s, 1000k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (mjpeg -> flv) Press [q] to stop, [?] for help [flv @ 0x222fb80] rc buffer underflow Last message repeated 130 times -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 21 19:41:54 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Nov 2012 18:41:54 -0000 Subject: [FFmpeg-trac] #1942(undetermined:new): vqavideo decodes with errors Message-ID: <038.dd682c545acd46e343391839c4811a1b@avcodec.org> #1942: vqavideo decodes with errors -------------------------------------+------------------------------------- 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 -------------------------------------+------------------------------------- "nukestok.vqa" decoded correctly in the past 13.06.2012 git-a5c1a0c - ok 17.06.2012 git-564bb24 - bad http://samples.mplayerhq.hu/game- formats/vqa/Red%20Alert%20VQAs/nukestok.vqa {{{ C:\>ffmpeg -i nukestok.vqa out.avi ffmpeg version N-46755-ge70144c Copyright (c) 2000-2012 the FFmpeg developers built on Nov 15 2012 02:38:20 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 52. 6.100 / 52. 6.100 libavcodec 54. 71.100 / 54. 71.100 libavformat 54. 36.100 / 54. 36.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 23.100 / 3. 23.100 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 [wsvqa @ 0x1edc2c0] max_analyze_duration 5000000 reached at 5000000 Guessed Channel Layout for Input Stream #0.1 : mono Input #0, wsvqa, from 'nukestok.vqa': Duration: 00:00:10.67, start: 0.000000, bitrate: 1408 kb/s Stream #0:0: Video: ws_vqa, pal8, 320x156, 15 fps, 15 tbr, 15 tbn, 15 tbc Stream #0:1: Audio: adpcm_ima_ws, 22050 Hz, mono, s16, 88 kb/s Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf54.36.100 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 320x156, q=2-31, 200 kb/s, 15 tbn, 15 tbc Stream #0:1: Audio: mp3 (U[0][0][0] / 0x0055), 22050 Hz, mono, s16p Stream mapping: Stream #0:0 -> #0:0 (vqavideo -> mpeg4) Stream #0:1 -> #0:1 (adpcm_ima_ws -> libmp3lame) Press [q] to stop, [?] for help [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 86, count = 3, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 86, count = 3, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 86, count = 3, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 86, count = 3, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 86, count = 3, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 86, count = 3, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 86, count = 3, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 86, count = 3, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 86, count = 3, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 86, count = 3, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 86, count = 3, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 86, count = 3, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 86, count = 3, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 86, count = 3, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 86, count = 3, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 86, count = 3, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 86, count = 3, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 86, count = 3, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 86, count = 3, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 86, count = 3, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 86, count = 3, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 86, count = 3, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 86, count = 3, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 86, count = 3, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 86, count = 3, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 86, count = 3, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 86, count = 3, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 86, count = 3, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 86, count = 3, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 86, count = 3, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 86, count = 3, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 86, count = 3, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 86, count = 3, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 86, count = 3, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 86, count = 3, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 86, count = 3, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 86, count = 3, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 86, count = 3, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 86, count = 3, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 86, count = 3, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 86, count = 3, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 86, count = 3, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 86, count = 3, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 86, count = 3, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 86, count = 3, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 86, count = 3, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 86, count = 3, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 86, count = 3, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 86, count = 3, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 86, count = 3, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 86, count = 3, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input [vqavideo @ 0x1edcb60] decode_format80 problem: next op would overflow dest_inde x [vqavideo @ 0x1edcb60] current src_pos = 1616, count = 8, dest_size = 1048576 Error while decoding stream #0:0: Invalid data found when processing input nukestok.vqa: Operation not permitted frame= 15 fps=0.0 q=18.6 Lsize= 208kB time=00:00:11.18 bitrate= 152.3kbits /s video:140kB audio:44kB subtitle:0 global headers:0kB muxing overhead 12.882857% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 21 19:59:00 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Nov 2012 18:59:00 -0000 Subject: [FFmpeg-trac] #1943(undetermined:new): adpcm_ima_apc regression with channels count Message-ID: <038.7dd6ca703b24a70fb166deb06b5771ad@avcodec.org> #1943: adpcm_ima_apc regression with channels count -------------------------------------+------------------------------------- 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 -------------------------------------+------------------------------------- 05.11.2012 git-c995644 - ok 14.11.2012 git-2f74f8d - bad http://samples.mplayerhq.hu/game-formats/yop/CIMOVI01.YOP {{{ C:\>ffmpeg -i CIMOVI01.YOP -vn out.wav ffmpeg version N-46755-ge70144c Copyright (c) 2000-2012 the FFmpeg developers built on Nov 15 2012 02:38:20 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 52. 6.100 / 52. 6.100 libavcodec 54. 71.100 / 54. 71.100 libavformat 54. 36.100 / 54. 36.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 23.100 / 3. 23.100 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 [adpcm_ima_apc @ 0x1fc08e0] Invalid number of channels Last message repeated 1 times [yop @ 0x1edc340] max_analyze_duration 5000000 reached at 5000000 [yop @ 0x1edc340] Estimating duration from bitrate, this may be inaccurate Guessed Channel Layout for Input Stream #0.0 : 4.0 Input #0, yop, from 'CIMOVI01.YOP': Duration: N/A, bitrate: N/A Stream #0:0: Audio: adpcm_ima_apc, 22050 Hz, 4.0, 352 kb/s Stream #0:1: Video: yop, pal8, 580x174, SAR 1:2 DAR 5:3, 12 fps, 12 tbr, 12 tbn, 12 tbc Invalid sample format '(null)' Error opening filters! }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 21 20:18:47 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Nov 2012 19:18:47 -0000 Subject: [FFmpeg-trac] #1941(undetermined:new): unable to receive RTSP stream from VLC In-Reply-To: <039.2003505d4b0d44113c1effb37f2d3b52@avcodec.org> References: <039.2003505d4b0d44113c1effb37f2d3b52@avcodec.org> Message-ID: <054.755578f5dded9af17802322deade680f@avcodec.org> #1941: unable to receive RTSP stream from VLC -------------------------------------+------------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: rtsp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by rogerdpack): unfortunately mplayer responds with rtsp_session: unsupported RTSP server. Server type is 'VLC/2.0.4'. then rejects it. odd. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 21 20:18:47 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Nov 2012 19:18:47 -0000 Subject: [FFmpeg-trac] #1933(undetermined:new): ffmpeg prores artifacts In-Reply-To: <039.b2b95c157cf32b6e6410bdc60d8830e2@avcodec.org> References: <039.b2b95c157cf32b6e6410bdc60d8830e2@avcodec.org> Message-ID: <054.b05771ccc60518d846c0057e4ce0e484@avcodec.org> #1933: ffmpeg prores artifacts -------------------------------------+------------------------------------- Reporter: rivierakid | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: prores | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by rivierakid): No only LT, HQ and probably other profiles are broken too. Not sure if it's broken only for 422. 444 seems to work great, but tested only for one image... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 21 20:28:33 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Nov 2012 19:28:33 -0000 Subject: [FFmpeg-trac] #1942(undetermined:new): vqavideo decodes with errors In-Reply-To: <038.dd682c545acd46e343391839c4811a1b@avcodec.org> References: <038.dd682c545acd46e343391839c4811a1b@avcodec.org> Message-ID: <053.1048abda1fdb89e8f7a8114db8353a93@avcodec.org> #1942: vqavideo decodes with errors -------------------------------------+------------------------------------- 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): The dates you provided do not make any sense, nothing changed for vqavideo and westwood_vqa in that period. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 21 20:42:55 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Nov 2012 19:42:55 -0000 Subject: [FFmpeg-trac] #933(undetermined:reopened): A/V desynch when transcoding A/V files with timestamps non starting from 0 with -copyts In-Reply-To: <034.5b15c2bdcd09e3b3feb6d91df9b28629@avcodec.org> References: <034.5b15c2bdcd09e3b3feb6d91df9b28629@avcodec.org> Message-ID: <049.43850d15c7e9bc64ad72b4c779678b7a@avcodec.org> #933: A/V desynch when transcoding A/V files with timestamps non starting from 0 with -copyts -------------------------------------+------------------------------------- Reporter: saste | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: git-master | undetermined Keywords: timestamp | Resolution: desynch mpegts | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by saste): * status: closed => reopened * resolution: worksforme => Comment: Command: {{{ ffmpeg -copyts -i ~/s/columbia-intro.ts -acodec libfaac -y columbia- intro.out.ts ffmpeg version N-46969-g64dc383 Copyright (c) 2000-2012 the FFmpeg developers built on Nov 21 2012 20:32:53 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) configuration: --enable-pic --enable-fontconfig --enable-libschroedinger --enable-libass --enable-version3 --prefix=/home/stefano --enable-librtmp --enable-libx264 --enable-libfaac --disable-shared --enable-static --enable-debug=3 --enable-pthreads --enable-libvorbis --enable-gpl --enable-nonfree --enable-libmp3lame --enable-libtheora --enable-gpl --enable-x11grab --enable-frei0r --enable-libspeex --enable-libcaca --enable-libflite --enable-libfreetype --enable-libopencv --enable- libopencore-amrnb --enable-libopencore-amrnb --disable-optimizations --disable-mmx libavutil 52. 8.100 / 52. 8.100 libavcodec 54. 74.100 / 54. 74.100 libavformat 54. 37.100 / 54. 37.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 23.101 / 3. 23.101 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 17.101 / 0. 17.101 libpostproc 52. 2.100 / 52. 2.100 [mpegts @ 0x1ba1950] max_analyze_duration 5000000 reached at 5000000 Input #0, mpegts, from '/home/stefano/s/columbia-intro.ts': Duration: 00:00:08.03, start: 12.928000, bitrate: 1005 kb/s Program 1 Metadata: service_name : Service01 service_provider: FFmpeg Stream #0:0[0x100]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p, 720x576 [SAR 64:45 DAR 16:9], 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x101]: Audio: aac ([15][0][0][0] / 0x000F), 48000 Hz, 5.1, s16, 176 kb/s Stream #0:2[0x102]: Audio: aac ([15][0][0][0] / 0x000F), 48000 Hz, 5.1, s16, 12 kb/s Output #0, mpegts, to 'columbia-intro.out.ts': Metadata: encoder : Lavf54.37.100 Stream #0:0: Video: mpeg2video, yuv420p, 720x576 [SAR 64:45 DAR 16:9], q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream #0:1: Audio: aac, 48000 Hz, 5.1, s16, 128 kb/s Stream mapping: Stream #0:0 -> #0:0 (h264 -> mpeg2video) Stream #0:1 -> #0:1 (aac -> libfaac) Press [q] to stop, [?] for help frame= 525 fps= 55 q=31.0 Lsize= 1545kB time=00:00:20.96 bitrate= 604.0kbits/s dup=325 drop=0 video:1172kB audio:188kB subtitle:0 global headers:0kB muxing overhead 13.591660% }}} Now if you ffprobe the file with; {{{ ffprobe columbia-intro.out.ts -show_packets -of compact | less }}} you see there are a lot of video packets at the beginning, and the first audio packet is in: {{{ packet|codec_type=audio|stream_index=1|pts=1287600|pts_time=14.306667|dts=1287600|dts_time=14.306667|duration=N/A|duration_time=N/A|convergence_duration=N/A|convergence_duration_time=N/A|size=448|pos=910108|flags=K }}} The file is now playable with ffplay (I remember it wasnt'), but if you ffprobe the file you get: {{{ ffprobe columbia-intro.out.ts ffprobe version N-46969-g64dc383 Copyright (c) 2007-2012 the FFmpeg developers built on Nov 21 2012 20:32:53 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) configuration: --enable-pic --enable-fontconfig --enable-libschroedinger --enable-libass --enable-version3 --prefix=/home/stefano --enable-librtmp --enable-libx264 --enable-libfaac --disable-shared --enable-static --enable-debug=3 --enable-pthreads --enable-libvorbis --enable-gpl --enable-nonfree --enable-libmp3lame --enable-libtheora --enable-gpl --enable-x11grab --enable-frei0r --enable-libspeex --enable-libcaca --enable-libflite --enable-libfreetype --enable-libopencv --enable- libopencore-amrnb --enable-libopencore-amrnb --disable-optimizations --disable-mmx libavutil 52. 8.100 / 52. 8.100 libavcodec 54. 74.100 / 54. 74.100 libavformat 54. 37.100 / 54. 37.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 23.101 / 3. 23.101 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 17.101 / 0. 17.101 libpostproc 52. 2.100 / 52. 2.100 [mpegts @ 0x34fe270] max_analyze_duration 5000000 reached at 5000000 [mpegts @ 0x34fe270] Could not find codec parameters for stream 1 (Audio: aac ([15][0][0][0] / 0x000F), 0 channels, s16): unspecified sample rate Consider increasing the value for the 'analyzeduration' and 'probesize' options [NULL @ 0x35027e0] start time is not set in estimate_timings_from_pts Input #0, mpegts, from 'columbia-intro.out.ts': Duration: 00:00:20.96, start: 1.400000, bitrate: 604 kb/s Program 1 Metadata: service_name : Service01 service_provider: FFmpeg Stream #0:0[0x100]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p, 720x576 [SAR 64:45 DAR 16:9], 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x101]: Audio: aac ([15][0][0][0] / 0x000F), 0 channels, s16 }}} so the problem is still there. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 21 21:03:34 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Nov 2012 20:03:34 -0000 Subject: [FFmpeg-trac] #1944(undetermined:new): better libavfilter failure messages Message-ID: <039.052d515d24ded47ee17d08fe6f570e2c@avcodec.org> #1944: better libavfilter failure messages -------------------------------------+------------------------------------- Reporter: rogerdpack | Type: Status: new | enhancement Component: | Priority: normal undetermined | Version: Keywords: | unspecified Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- I notice with this line: ffmpeg -i sintel.mpg -an -filter_complex "[0] scale=1000:1000,split=2 [a] [b]" -y sintel.avi sintel2.avi I get this error message: Output pad "output0" for the filter "Parsed_split_1" of type "split" not connected to any destination feature request: slightly more friendlier error message, like: Output pad "output0" ("a") for the filter "Parsed_split_1" of type "split" not connected to any destination or something like that. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 21 21:26:18 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Nov 2012 20:26:18 -0000 Subject: [FFmpeg-trac] #1943(avformat:closed): adpcm_ima_apc regression with channels count In-Reply-To: <038.7dd6ca703b24a70fb166deb06b5771ad@avcodec.org> References: <038.7dd6ca703b24a70fb166deb06b5771ad@avcodec.org> Message-ID: <053.ca957dcef1ddf8cb9099a1f9229e86b6@avcodec.org> #1943: adpcm_ima_apc regression with channels count ------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+------------------------------------ Changes (by richardpl): * status: new => closed * reproduced: 0 => 1 * component: undetermined => avformat * version: unspecified => git-master * analyzed: 0 => 1 * resolution: => fixed Comment: fixed, thanks for reporting, looks like fate test is flawed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 21 23:15:33 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Nov 2012 22:15:33 -0000 Subject: [FFmpeg-trac] #1943(avformat:closed): adpcm_ima_apc regression with channels count In-Reply-To: <038.7dd6ca703b24a70fb166deb06b5771ad@avcodec.org> References: <038.7dd6ca703b24a70fb166deb06b5771ad@avcodec.org> Message-ID: <053.a58f107d4c8dea771db4826062b57d58@avcodec.org> #1943: adpcm_ima_apc regression with channels count -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: adpcm | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => adpcm regression * priority: normal => important -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 21 23:16:42 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Nov 2012 22:16:42 -0000 Subject: [FFmpeg-trac] #1944(undetermined:new): better libavfilter failure messages In-Reply-To: <039.052d515d24ded47ee17d08fe6f570e2c@avcodec.org> References: <039.052d515d24ded47ee17d08fe6f570e2c@avcodec.org> Message-ID: <054.391e42b01ebe0ebb7bbbc8a1758e88dd@avcodec.org> #1944: better libavfilter failure messages -------------------------------------+------------------------------------- Reporter: rogerdpack | 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): * priority: normal => wish Comment: Please add complete, uncut console output to make this a valid ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 21 23:18:36 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Nov 2012 22:18:36 -0000 Subject: [FFmpeg-trac] #933(undetermined:reopened): A/V desynch when transcoding A/V files with timestamps non starting from 0 with -copyts In-Reply-To: <034.5b15c2bdcd09e3b3feb6d91df9b28629@avcodec.org> References: <034.5b15c2bdcd09e3b3feb6d91df9b28629@avcodec.org> Message-ID: <049.9ac44b89f67626bc771ddebbd8f65e30@avcodec.org> #933: A/V desynch when transcoding A/V files with timestamps non starting from 0 with -copyts -------------------------------------+------------------------------------- Reporter: saste | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: git-master | undetermined Keywords: timestamp | Resolution: desynch mpegts | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Is this only reproducible with -acodec libfaac or also with -strict -2 -acodec aac ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 21 23:21:37 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Nov 2012 22:21:37 -0000 Subject: [FFmpeg-trac] #1933(undetermined:new): ffmpeg prores artifacts In-Reply-To: <039.b2b95c157cf32b6e6410bdc60d8830e2@avcodec.org> References: <039.b2b95c157cf32b6e6410bdc60d8830e2@avcodec.org> Message-ID: <054.726848513398f723a92136df45b81944@avcodec.org> #1933: ffmpeg prores artifacts -------------------------------------+------------------------------------- Reporter: rivierakid | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: prores | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:23 rivierakid]: > 444 seems to work great, but tested only for single image... You originally wrote 'Same artifacts as in "prores"' ... Since I see several statements that possibly contradict each-other, please try to clarify which command lines allow you to reproduce the problem and which work fine. If possible, do not try to involve x264, it is a lossy codec and may affect your test results. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 21 23:22:06 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Nov 2012 22:22:06 -0000 Subject: [FFmpeg-trac] #1941(undetermined:new): unable to receive RTSP stream from VLC In-Reply-To: <039.2003505d4b0d44113c1effb37f2d3b52@avcodec.org> References: <039.2003505d4b0d44113c1effb37f2d3b52@avcodec.org> Message-ID: <054.3227555e9fd6fb2768857a443510cec9@avcodec.org> #1941: unable to receive RTSP stream from VLC -------------------------------------+------------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: rtsp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Is that with or without live555 support in MPlayer? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 21 23:22:28 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Nov 2012 22:22:28 -0000 Subject: [FFmpeg-trac] #1945(undetermined:new): Unable to remux MP4 files to WTV files Message-ID: <040.7a12bcbcb7ed02fa4536d5c0ad35936c@avcodec.org> #1945: Unable to remux MP4 files to WTV files --------------------------------------+---------------------------------- Reporter: ramitbhalla | Type: defect Status: new | Priority: normal Component: undetermined | Version: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- Summary of the bug: When I try to remux a MP4 file (H.264 with AC3 or H.264 with AAC) to a WTV file FFMPEG gives an error. H.264 is a format that's supported by WTV (attaching a sample H264.wtv FYR). How to reproduce: ffmpeg.x86.exe -i CSI.mp4 -codec copy csi.wtv {{{ ffmpeg version N-46726-g2f74f8d Copyright (c) 2000-2012 the FFmpeg developers built on Nov 13 2012 19:29:51 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 --enab le-libgsm --enable-libmp3lame --enable-libnut --enable-libopenjpeg --enable-libopus --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 52. 6.100 / 52. 6.100 libavcodec 54. 71.100 / 54. 71.100 libavformat 54. 36.100 / 54. 36.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 23.100 / 3. 23.100 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'CSI.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf54.36.100 Duration: 00:00:05.01, start: 0.000000, bitrate: 2191 kb/s Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 720x480 [SAR 8:9 DAR 4:3], 1994 kb/s, 29.97 fps, 29.97 tbr, 30k tbn, 59.94 tbc Metadata: handler_name : VideoHandler Stream #0:1(und): Audio: ac3 (ac-3 / 0x332D6361), 48000 Hz, stereo, s16, 192 kb/s Metadata: handler_name : SoundHandler [wtv @ 03b72ac0] can't get video codec_id (0x1c) guid. [wtv @ 03b72ac0] write stream codec info failed codec_type(0x0) [wtv @ 03b72ac0] write stream codec failed codec_type(0x0) Output #0, wtv, to 'csi.wtv': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf54.36.100 Stream #0:0(und): Video: h264 (avc1 / 0x31637661), yuv420p, 720x480 [SAR 8:9 DAR 4:3], q=2-31, 1994 kb/s, 29.97 fps, 90k tbn, 29.97 tbc Metadata: handler_name : VideoHandler Stream #0:1(und): Audio: ac3 ([0] [0][0] / 0x2000), 48000 Hz, stereo, 192 kb/s Metadata: handler_name : SoundHandler Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Could not write header for output file #0 (incorrect codec parameters ?): Operation not permitted }}} Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 21 23:23:37 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Nov 2012 22:23:37 -0000 Subject: [FFmpeg-trac] #1930(FFserver:new): FFserver Ignores Video Filter Overlay In-Reply-To: <040.d5311b39740e0640a0f1a8fd2de552bc@avcodec.org> References: <040.d5311b39740e0640a0f1a8fd2de552bc@avcodec.org> Message-ID: <055.a1cdae266a22f0e12bbeec5a03b19e2b@avcodec.org> #1930: FFserver Ignores Video Filter Overlay -------------------------------------+------------------------------------ Reporter: ramberg2001 | Owner: Type: defect | Status: new Priority: important | Component: FFserver Version: 1.0 | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): Then please use git bisect to find the change introducing the problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 21 23:33:17 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Nov 2012 22:33:17 -0000 Subject: [FFmpeg-trac] #1930(FFserver:new): FFserver Ignores Video Filter Overlay In-Reply-To: <040.d5311b39740e0640a0f1a8fd2de552bc@avcodec.org> References: <040.d5311b39740e0640a0f1a8fd2de552bc@avcodec.org> Message-ID: <055.2d4202bc0dd80f81b9a604b8b216cc25@avcodec.org> #1930: FFserver Ignores Video Filter Overlay -------------------------------------+------------------------------------ Reporter: ramberg2001 | Owner: Type: defect | Status: new Priority: important | Component: FFserver Version: 1.0 | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by saste): Replying to [comment:4 ramberg2001]: > Confirmed. The problem is reproducible with the latest git. > {{{ > ./ffmpeg -f mjpeg -i http://root:password at 192.168.1.5/axis- cgi/mjpg/video.cgi -y -vsync 2 -an -vf "movie=0:png:/home/webcam/logo/glow.png [logo]; [in][logo] overlay=360:235:1 [out]" http://localhost:8090/feed1.ffm [...] }}} This is not valid syntax (movie=0:png:...). Also the issue seems not to make sense, since the way ffmpeg generates the stream should not concern ffserver *at all*. Verify that ffmpeg is generating a video file with the logo, then try to stream it, the video should be exactly the same. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 21 23:47:22 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Nov 2012 22:47:22 -0000 Subject: [FFmpeg-trac] #1946(undetermined:new): xmv: signal EOF Message-ID: <038.a8549d532a17e9b4492ff337b7d9b61f@avcodec.org> #1946: xmv: signal EOF -------------------------------------+------------------------------------- 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 -------------------------------------+------------------------------------- autoexit does not work because EOF is not signaled http://samples.mplayerhq.hu/game-formats/xmv/monopoly/infograp.xmv {{{ C:\>ffplay -autoexit infograp.xmv ffplay version N-46936-g8b6aeb1 Copyright (c) 2003-2012 the FFmpeg developers built on Nov 20 2012 19:34:37 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. 8.100 / 52. 8.100 libavcodec 54. 74.100 / 54. 74.100 libavformat 54. 37.100 / 54. 37.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 23.101 / 3. 23.101 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 17.101 / 0. 17.101 libpostproc 52. 2.100 / 52. 2.100 Input #0, xmv, from 'infograp.xmv': Duration: 00:00:08.58, start: 0.000000, bitrate: 1027 kb/s Stream #0:0: Video: wmv2 (2VMW / 0x574D5632), yuv420p, 640x448, 30 tbr, 1k t bn, 1k tbc Stream #0:1: Audio: adpcm_ima_wav (i[0][0][0] / 0x0069), 48000 Hz, 2 channel s, s16p, 384 kb/s Frame changed from size:0x0 to size:640x448 8.31 A-V: 1.204 fd= 5 aq= 0KB vq= 0KB sq= 0B f=0/0 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 21 23:51:35 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Nov 2012 22:51:35 -0000 Subject: [FFmpeg-trac] #1945(avformat:closed): Unable to remux MP4 files to WTV files In-Reply-To: <040.7a12bcbcb7ed02fa4536d5c0ad35936c@avcodec.org> References: <040.7a12bcbcb7ed02fa4536d5c0ad35936c@avcodec.org> Message-ID: <055.1b0c4cd6fcc2c35c98b93c1a8926bb33@avcodec.org> #1945: Unable to remux MP4 files to WTV files -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: enhancement | Status: closed Priority: wish | Component: avformat Version: git-master | Resolution: duplicate Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * cc: wtv (added) * type: defect => enhancement * component: undetermined => avformat * priority: normal => wish * version: => git-master * resolution: => duplicate Comment: Duplicate of ticket #536. For future reports: Please always make 100% sure that the command line you provide corresponds to the output you post. In this case, it seems "-vcodec copy" is missing from your command line. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 21 23:52:01 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Nov 2012 22:52:01 -0000 Subject: [FFmpeg-trac] #1947(undetermined:new): rl2: signal EOF Message-ID: <038.cbf50e1ccedc9410d644510811a96c0b@avcodec.org> #1947: rl2: signal EOF -------------------------------------+------------------------------------- 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 -------------------------------------+------------------------------------- autoexit does not work because EOF is not signaled http://samples.mplayerhq.hu/game-formats/voyeur-rl2/Z4915300.RL2 {{{ C:\>ffplay -autoexit Z4915300.RL2 ffplay version N-46936-g8b6aeb1 Copyright (c) 2003-2012 the FFmpeg developers built on Nov 20 2012 19:34:37 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. 8.100 / 52. 8.100 libavcodec 54. 74.100 / 54. 74.100 libavformat 54. 37.100 / 54. 37.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 23.101 / 3. 23.101 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 17.101 / 0. 17.101 libpostproc 52. 2.100 / 52. 2.100 [rl2 @ 02af0060] Estimating duration from bitrate, this may be inaccurate Input #0, rl2, from 'Z4915300.RL2': Duration: 00:02:20.87, start: 0.000000, bitrate: 88 kb/s Stream #0:0: Video: rl2, pal8, 320x200, 9.42 tbr, 9.42 tbn, 9.42 tbc Stream #0:1: Audio: pcm_u8 ([1][0][0][0] / 0x0001), 11025 Hz, 1 channels, u8 , 88 kb/s Frame changed from size:0x0 to size:320x200 13.33 A-V: -0.017 fd= 0 aq= 0KB vq= 0KB sq= 0B f=0/0 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 22 00:04:08 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Nov 2012 23:04:08 -0000 Subject: [FFmpeg-trac] #1948(undetermined:new): dxa: signal EOF Message-ID: <038.fa08807c54684914a7e24be8216b8054@avcodec.org> #1948: dxa: signal EOF -------------------------------------+------------------------------------- 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 -------------------------------------+------------------------------------- autoexit does not work because EOF is not signalized http://samples.mplayerhq.hu/game-formats/dxa/meetsquid.dxa {{{ C:\>ffplay -autoexit meetsquid.dxa ffplay version N-46936-g8b6aeb1 Copyright (c) 2003-2012 the FFmpeg developers built on Nov 20 2012 19:34:37 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. 8.100 / 52. 8.100 libavcodec 54. 74.100 / 54. 74.100 libavformat 54. 37.100 / 54. 37.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 23.101 / 3. 23.101 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 17.101 / 0. 17.101 libpostproc 52. 2.100 / 52. 2.100 [dxa @ 02af0060] max_analyze_duration 5000000 reached at 5034014 Input #0, dxa, from 'meetsquid.dxa': Duration: 00:00:44.40, start: 0.000000, bitrate: 356 kb/s Stream #0:0: Video: dxa, pal8, 640x480, 10 fps, 10 tbr, 10 tbn, 10 tbc Stream #0:1: Audio: adpcm_ms ([2][0][0][0] / 0x0002), 11025 Hz, 1 channels, s16, 44 kb/s Frame changed from size:0x0 to size:640x480 47.98 A-V: 2.192 fd= 0 aq= 0KB vq= 0KB sq= 0B f=0/0 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 22 00:06:25 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Nov 2012 23:06:25 -0000 Subject: [FFmpeg-trac] #933(undetermined:reopened): A/V desynch when transcoding A/V files with timestamps non starting from 0 with -copyts In-Reply-To: <034.5b15c2bdcd09e3b3feb6d91df9b28629@avcodec.org> References: <034.5b15c2bdcd09e3b3feb6d91df9b28629@avcodec.org> Message-ID: <049.b573f0a8e71b826d6aa8bb97aab81c4f@avcodec.org> #933: A/V desynch when transcoding A/V files with timestamps non starting from 0 with -copyts -------------------------------------+------------------------------------- Reporter: saste | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: git-master | undetermined Keywords: timestamp | Resolution: desynch mpegts | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by saste): Replying to [comment:10 cehoyos]: > Is this only reproducible with -acodec libfaac or also with -strict -2 -acodec aac ? Tracked the problem to do_video_out() in ffmpeg.c, if vsync != passthrough the input value is ignored (this is significantly different from what happened 10 months ago), with the command: {{{ ffmpeg -vsync passthrough -copyts -i ~/s/columbia-intro.ts -acodec libfaac -y columbia-intro.out.ts }}} I got synched timestamps, yet there is a mismatch of around ~1 between input and output timestamps. Also documentation for -copyts should be fixed (it only disables input timestamps processing). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 22 00:07:22 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Nov 2012 23:07:22 -0000 Subject: [FFmpeg-trac] #933(FFmpeg:reopened): A/V desynch when transcoding A/V files with timestamps non starting from 0 with -copyts In-Reply-To: <034.5b15c2bdcd09e3b3feb6d91df9b28629@avcodec.org> References: <034.5b15c2bdcd09e3b3feb6d91df9b28629@avcodec.org> Message-ID: <049.ad62e74af2db1923e32fe5fbe088260c@avcodec.org> #933: A/V desynch when transcoding A/V files with timestamps non starting from 0 with -copyts -------------------------------------+------------------------------------- Reporter: saste | Owner: Type: defect | Status: reopened Priority: normal | Component: FFmpeg Version: git-master | Resolution: Keywords: timestamp | Blocked By: desynch | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by saste): * keywords: timestamp desynch mpegts => timestamp desynch * component: undetermined => FFmpeg -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 22 00:22:30 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Nov 2012 23:22:30 -0000 Subject: [FFmpeg-trac] #1942(undetermined:open): vqavideo decodes with errors In-Reply-To: <038.dd682c545acd46e343391839c4811a1b@avcodec.org> References: <038.dd682c545acd46e343391839c4811a1b@avcodec.org> Message-ID: <053.6f74bd5d9c0a2ba3cfd78326e37c087c@avcodec.org> #1942: vqavideo decodes with errors -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: vqa | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => vqa regression * priority: normal => important * version: unspecified => git-master * status: new => open * reproduced: 0 => 1 Comment: Regression since 0f73ac3 (change in line 573 was not correct). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 22 00:22:37 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Nov 2012 23:22:37 -0000 Subject: [FFmpeg-trac] #1942(avcodec:open): vqavideo decodes with errors In-Reply-To: <038.dd682c545acd46e343391839c4811a1b@avcodec.org> References: <038.dd682c545acd46e343391839c4811a1b@avcodec.org> Message-ID: <053.c773a0cb9993d7df00fc54759b6de05c@avcodec.org> #1942: vqavideo decodes with errors -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: vqa | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * component: undetermined => avcodec -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 22 00:24:09 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Nov 2012 23:24:09 -0000 Subject: [FFmpeg-trac] #933(FFmpeg:reopened): A/V desynch when transcoding A/V files with timestamps non starting from 0 with -copyts In-Reply-To: <034.5b15c2bdcd09e3b3feb6d91df9b28629@avcodec.org> References: <034.5b15c2bdcd09e3b3feb6d91df9b28629@avcodec.org> Message-ID: <049.31193edb1747dab8aa4b50acc844c720@avcodec.org> #933: A/V desynch when transcoding A/V files with timestamps non starting from 0 with -copyts -------------------------------------+------------------------------------- Reporter: saste | Owner: Type: defect | Status: reopened Priority: normal | Component: FFmpeg Version: git-master | Resolution: Keywords: timestamp | Blocked By: desynch | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:11 saste]: > {{{ > ffmpeg -vsync passthrough -copyts -i columbia-intro.ts -acodec libfaac -y columbia-intro.out.ts > }}} Is this only reproducible with -acodec libfaac or also with -strict -2 -acodec aac ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 22 00:25:37 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Nov 2012 23:25:37 -0000 Subject: [FFmpeg-trac] #1945(avformat:closed): Unable to remux MP4 files to WTV files In-Reply-To: <040.7a12bcbcb7ed02fa4536d5c0ad35936c@avcodec.org> References: <040.7a12bcbcb7ed02fa4536d5c0ad35936c@avcodec.org> Message-ID: <055.fd0af790e1147a774b451b9eb0b14d3f@avcodec.org> #1945: Unable to remux MP4 files to WTV files -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: enhancement | Status: closed Priority: wish | Component: avformat Version: git-master | Resolution: duplicate Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Please ignore the second part of my last comment, sorry. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 22 00:36:05 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Nov 2012 23:36:05 -0000 Subject: [FFmpeg-trac] #1930(FFserver:new): FFserver Ignores Video Filter Overlay In-Reply-To: <040.d5311b39740e0640a0f1a8fd2de552bc@avcodec.org> References: <040.d5311b39740e0640a0f1a8fd2de552bc@avcodec.org> Message-ID: <055.ba84e2842f2a7bc446ea5b607a084a43@avcodec.org> #1930: FFserver Ignores Video Filter Overlay -------------------------------------+------------------------------------ Reporter: ramberg2001 | Owner: Type: defect | Status: new Priority: important | Component: FFserver Version: 1.0 | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by ramberg2001): Sorry I pasted the old command used with SVN-r26400. This is the command I used with the latest git and version 1.0 download. I just double checked and overlay works when sent to a file but not as a FFserver flv stream. ./ffmpeg -i rtsp://root:password at 192.168.1.5/axis-media/media.amp -an -s 512x288 -vf "movie=/home/webcam/logo/glow.png [logo]; [in][logo] overlay=375:250 [out]" -vsync 2 /var/www/html/test.mpg I'd like to help with a bisect but I'm a newbie with git. How can reference my old SVN version with the git equivalent? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 22 00:40:57 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Nov 2012 23:40:57 -0000 Subject: [FFmpeg-trac] #1935(avformat:closed): bik: autoexit does not work In-Reply-To: <038.026d4436a9df8d33cacc9e5a4e386c8a@avcodec.org> References: <038.026d4436a9df8d33cacc9e5a4e386c8a@avcodec.org> Message-ID: <053.1b8d468bef02583babac16fe6e8bcf80@avcodec.org> #1935: bik: autoexit does not work ------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: bink | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Peter Ross. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 22 00:50:03 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Nov 2012 23:50:03 -0000 Subject: [FFmpeg-trac] #1930(FFserver:new): FFserver Ignores Video Filter Overlay In-Reply-To: <040.d5311b39740e0640a0f1a8fd2de552bc@avcodec.org> References: <040.d5311b39740e0640a0f1a8fd2de552bc@avcodec.org> Message-ID: <055.1e9374b6303e35b7544282a1567e41ae@avcodec.org> #1930: FFserver Ignores Video Filter Overlay -------------------------------------+------------------------------------ Reporter: ramberg2001 | Owner: Type: defect | Status: new Priority: important | Component: FFserver Version: 1.0 | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:7 ramberg2001]: > I'd like to help with a bisect but I'm a newbie with git. How can reference my old SVN version with the git equivalent? The equivalent for r26400 is ffe9fd2. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 22 00:51:21 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Nov 2012 23:51:21 -0000 Subject: [FFmpeg-trac] #1945(avformat:closed): Unable to remux MP4 files to WTV files In-Reply-To: <040.7a12bcbcb7ed02fa4536d5c0ad35936c@avcodec.org> References: <040.7a12bcbcb7ed02fa4536d5c0ad35936c@avcodec.org> Message-ID: <055.46fcd1f50dcb5834fd4ccf98b78c74bf@avcodec.org> #1945: Unable to remux MP4 files to WTV files -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: enhancement | Status: closed Priority: wish | Component: avformat Version: git-master | Resolution: duplicate Keywords: wtv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * cc: wtv (removed) * keywords: => wtv -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 22 01:07:35 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Nov 2012 00:07:35 -0000 Subject: [FFmpeg-trac] #1944(undetermined:new): better libavfilter failure messages In-Reply-To: <039.052d515d24ded47ee17d08fe6f570e2c@avcodec.org> References: <039.052d515d24ded47ee17d08fe6f570e2c@avcodec.org> Message-ID: <054.c0431d0c34898e12b66eb62145e1bfb5@avcodec.org> #1944: better libavfilter failure messages -------------------------------------+------------------------------------- Reporter: rogerdpack | 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 rogerdpack): Sure. {{{ $ ffmpeg -i sintel.mpg -an -filter_complex "[0] scale=1000:1000,split=2 [a] [b]" -y sintel.avi sintel2.avi" ffmpeg version N-46649-g0a373c3 Copyright (c) 2000-2012 the FFmpeg developers built on Nov 12 2012 15:41:25 with gcc 4.7.1 (GCC) configuration: --enable-memalign-hack --arch=x86 --enable-gpl --enable- libx264 --enable-avisynth --enable-libxvid --target-os=mingw32 --cross- prefix=/home/rdp/dev/ffmpeg-windows-build- helpers/sandbox/mingw-w64-i686/bin/i686-w64-mingw32- --pkg-config=pkg- config --enable-libmp3lame --enable-version3 --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-libvo-aacenc --enable-bzlib --enable-runtime- cpudetect libavutil 52. 6.100 / 52. 6.100 libavcodec 54. 71.100 / 54. 71.100 libavformat 54. 36.100 / 54. 36.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 22.101 / 3. 22.101 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 16.100 / 0. 16.100 [mpeg2video @ 0370d720] ac-tex damaged at 40 7 [mpeg2video @ 0370d720] Warning MVs not available [mpeg2video @ 0370d720] concealing 1035 DC, 1035 AC, 1035 MV errors in I frame [mpeg @ 037107c0] max_analyze_duration 5000000 reached at 5024000 Input #0, mpeg, from 'sintel.mpg': Duration: 00:14:47.58, start: 0.233367, bitrate: 4132 kb/s Stream #0:0[0x1e0]: Video: mpeg2video (Main), yuv420p, 720x480 [SAR 32:27 DAR 16:9], 29.97 fps, 29.97 tbr, 90k tbn, 59.94 tbc Stream #0:1[0x80]: Audio: ac3, 48000 Hz, 5.1(side), s16, 448 kb/s Output pad "output0" for the filter "Parsed_split_1" of type "split" not connected to any destination }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 22 01:10:02 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Nov 2012 00:10:02 -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.d2d3c50418aa0f34b8be3215b2ed3804@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 brownard): The problem is that the segmenter doesn't correctly increment the #EXT-X -MEDIA-SEQUENCE tag as per the spec and I don't think the -segment-list- size works as the spec envisages. The current behaviour is to completely empty the playlist when it reaches the specified size and increment the #EXT-X-MEDIA-SEQUENCE tag by 1 e.g {{{ #EXTM3U #EXT-X-MEDIA-SEQUENCE:0 #EXT-X-TARGETDURATION:10 #EXTINF:10, 000.ts #EXTINF:10, 001.ts #EXTINF:10, 002.ts ..... #EXTM3U #EXT-X-MEDIA-SEQUENCE:1 #EXT-X-TARGETDURATION:10 #EXTINF:10, 003.ts ..... #EXTM3U #EXT-X-MEDIA-SEQUENCE:1 #EXT-X-TARGETDURATION:10 #EXTINF:10, 003.ts #EXTINF:10, 004.ts }}} but the #EXT-X-MEDIA-SEQUENCE tag should be equal to the index of the first segment in the list, so in the example above the value in the second and third playlist should be 3 not 1 because the first segment in the list is the fourth overall. What should happen is rather than emptying the playlist, the first item in the list should be removed and the new item appended so you have a "sliding window" with the #EXT-X-MEDIA-SEQUENCE increasing by 1 each time e.g {{{ #EXTM3U #EXT-X-MEDIA-SEQUENCE:0 #EXT-X-TARGETDURATION:10 #EXTINF:10, 000.ts #EXTINF:10, 001.ts #EXTINF:10, 002.ts ..... #EXTM3U #EXT-X-MEDIA-SEQUENCE:1 #EXT-X-TARGETDURATION:10 #EXTINF:10, 001.ts #EXTINF:10, 002.ts #EXTINF:10, 003.ts ..... #EXTM3U #EXT-X-MEDIA-SEQUENCE:2 #EXT-X-TARGETDURATION:10 #EXTINF:10, 002.ts #EXTINF:10, 003.ts #EXTINF:10, 004.ts }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 22 01:27:19 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Nov 2012 00:27:19 -0000 Subject: [FFmpeg-trac] #1941(undetermined:new): unable to receive RTSP stream from VLC In-Reply-To: <039.2003505d4b0d44113c1effb37f2d3b52@avcodec.org> References: <039.2003505d4b0d44113c1effb37f2d3b52@avcodec.org> Message-ID: <054.b47dc54be2616bac8745db7c6487f9a9@avcodec.org> #1941: unable to receive RTSP stream from VLC -------------------------------------+------------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: rtsp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by rogerdpack): ok, with live555 it seems to sometimes work...after a long pause/delay it started playing it at least once, other times it doesn't work https://gist.github.com/4128685. {{{ $ mplayer.exe rtsp://localhost:8554/test.sdp MPlayer Sherpya-SVN-r34401-4.6.2 (C) 2000-2011 MPlayer Team Playing rtsp://localhost:8554/test.sdp. Resolving localhost for AF_INET... Connecting to server localhost[127.0.0.1]: 8554... rtsp: warning: setting NEW session: 338e96a07fc33214;timeout=60;timeout=60 Timeout! No data from host 0.0.0.0 rtsp_session: unsupported RTSP server. Server type is 'VLC/2.0.4'. STREAM_LIVE555, URL: rtsp://localhost:8554/test.sdp Stream not seekable! file format detected. Initiated "video/MP2T" RTP subsession on port 49496 Stream url is not set! TS file format detected. VIDEO H264(pid=68) NO AUDIO! (try increasing -tsprobe) NO SUBS (yet)! PROGRAM N. 1 BUG! Invalid demuxer type in new_demuxer(), big troubles ahead.FPS seems to be: 29.970030 Your card doesn't support overlay ========================================================================== Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family Selected video codec: [ffh264] vfm: ffmpeg (FFmpeg H.264) ========================================================================== Audio: no sound Starting playback... Unsupported PixelFormat 61 Unsupported PixelFormat 53 Unsupported PixelFormat 81 Could not find matching colorspace - retrying with -vf scale... Opening video filter: [scale] Movie-Aspect is 1.78:1 - prescaling to correct movie aspect. [swscaler @ 01377ea0]using unscaled yuv420p -> bgra special converter VO: [directx] 176x118 => 210x118 BGRA V:26526.3 244/244 1% 1% 0.0% 0 0 Exiting... (Quit) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 22 05:30:44 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Nov 2012 04:30:44 -0000 Subject: [FFmpeg-trac] #536(avformat:open): Mux H264 and AAC into WTV In-Reply-To: <035.a8ccf060f7e0e201713919aa79c8aff8@avcodec.org> References: <035.a8ccf060f7e0e201713919aa79c8aff8@avcodec.org> Message-ID: <050.0ce124112333217320f418b3eea06a39@avcodec.org> #536: Mux H264 and AAC into WTV -------------------------------------+------------------------------------ Reporter: ianken | Owner: michael Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: wtv | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by ramitbhalla): Refer to Ticket #1945 for sample files. Anyone have any thoughts on how this can be fixed. Pending for a long time...so close to getting WTV to work perfectly, yet so far :) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 22 06:12:00 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Nov 2012 05:12:00 -0000 Subject: [FFmpeg-trac] #1938(documentation:open): Provide c99wrap.exe and c99conv.exe In-Reply-To: <038.a65c2541dd0fc4c6d12e0249656ac5e2@avcodec.org> References: <038.a65c2541dd0fc4c6d12e0249656ac5e2@avcodec.org> Message-ID: <053.facb4f6a2a3d3b6d21bfa071f6c4fc87@avcodec.org> #1938: Provide c99wrap.exe and c99conv.exe -------------------------------------+------------------------------------- Reporter: theateist | Owner: Type: enhancement | Status: open Priority: wish | Component: Version: git-master | documentation Keywords: msvc | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by theateist): Dbuitenh, do you have opinions what it could be? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 22 09:45:44 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Nov 2012 08:45:44 -0000 Subject: [FFmpeg-trac] #1938(documentation:open): Provide c99wrap.exe and c99conv.exe In-Reply-To: <038.a65c2541dd0fc4c6d12e0249656ac5e2@avcodec.org> References: <038.a65c2541dd0fc4c6d12e0249656ac5e2@avcodec.org> Message-ID: <053.91a8dd21bd423568bbe233a1185a2bff@avcodec.org> #1938: Provide c99wrap.exe and c99conv.exe -------------------------------------+------------------------------------- Reporter: theateist | Owner: Type: enhancement | Status: open Priority: wish | Component: Version: git-master | documentation Keywords: msvc | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by theateist): dbuitenh,cehoyos ... anybody? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 22 10:29:27 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Nov 2012 09:29:27 -0000 Subject: [FFmpeg-trac] #1933(undetermined:new): ffmpeg prores artifacts In-Reply-To: <039.b2b95c157cf32b6e6410bdc60d8830e2@avcodec.org> References: <039.b2b95c157cf32b6e6410bdc60d8830e2@avcodec.org> Message-ID: <054.eb22d410cded54300152eeafdf15cb77@avcodec.org> #1933: ffmpeg prores artifacts -------------------------------------+------------------------------------- Reporter: rivierakid | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: prores | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by rivierakid): That was not for 444 format, but I've made many test and you're right that it's little bit unclear :) Reproducing problem: test.tif http://www.datafilehost.com/download-5f72f895.html ffmpeg -i test.tif -vcodec prores_kostya -profile 1 out.mov - result is bad (artifacts) ffmpeg -i test.tif -vcodec v308 -pix_fmt yuv444p test.mov ffmpeg -i test.mov -vcodec prores_kostya -profile 1 out1.mov - result is OK Instead of x264 I'm using v308 = uncompressed 4:4:4 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 22 10:56:07 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Nov 2012 09:56:07 -0000 Subject: [FFmpeg-trac] #1949(FFmpeg:new): Display frame number on each frame Message-ID: <034.9587988585af8120f6dbd4dd23fa9c1e@avcodec.org> #1949: Display frame number on each frame --------------------------------+--------------------------------------- Reporter: igorg | Type: enhancement Status: new | Priority: wish Component: FFmpeg | Version: 0.10.5 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+--------------------------------------- Summary of the bug: The drawtext filter understands the n variable in the "y=h-(2*lh)-n", but if I want to display the frame number on each frame as text, then it does not work. Putting n there displays the letter itself and %n is the new line symbol. How to reproduce: {{{ % fmpeg -i in.mov -vf "drawtext=fontfile=/usr/share/fonts/ttf-bitstream- vera/Vera.ttf: x=(w-tw)/2: y=h-(2*lh)-n: fontcolor=white: fontsize=40: box=1: boxcolor=0x00000000 at 1: text=" -an -y out.mov ffmpeg version 0.10.6 built on Nov 21 2012 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 22 10:57:07 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Nov 2012 09:57:07 -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.b4fe72845c0d98b491f53efdf955b9d7@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 cehoyos): Does attached patch improve the situation? (Can you test real interlaced content?) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 22 10:58:05 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Nov 2012 09:58:05 -0000 Subject: [FFmpeg-trac] #1949(FFmpeg:new): Display frame number on each frame In-Reply-To: <034.9587988585af8120f6dbd4dd23fa9c1e@avcodec.org> References: <034.9587988585af8120f6dbd4dd23fa9c1e@avcodec.org> Message-ID: <049.f5c58ca446957680d72f36b4a9596dbd@avcodec.org> #1949: Display frame number on each frame -------------------------------------+---------------------------------- Reporter: igorg | Owner: Type: enhancement | Status: new Priority: wish | Component: FFmpeg Version: 0.10.5 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Comment (by cehoyos): Please test current git head and please add the complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 22 11:06:16 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Nov 2012 10:06:16 -0000 Subject: [FFmpeg-trac] #1933(undetermined:new): ffmpeg prores artifacts In-Reply-To: <039.b2b95c157cf32b6e6410bdc60d8830e2@avcodec.org> References: <039.b2b95c157cf32b6e6410bdc60d8830e2@avcodec.org> Message-ID: <054.14767bf93e48799f32d84bcbdeca9a44@avcodec.org> #1933: ffmpeg prores artifacts -------------------------------------+------------------------------------- Reporter: rivierakid | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: prores | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by nichot20): Replying to [comment:25 rivierakid]: > That was not for 444 format, but I've made many test and you're right that it's little bit unclear :) > > Reproducing problem: > test.tif http://www.datafilehost.com/download-5f72f895.html > > ffmpeg -i test.tif -vcodec prores_kostya -profile 1 out.mov > - result is bad (artifacts) > Where are these artefacts? Not immediately obvious to me when I ran the test. With -v debug I notice several "Unknown or unsupported tag..." messages for the tif... might they be significant? > ffmpeg -i test.tif -vcodec v308 -pix_fmt yuv444p test.mov > ffmpeg -i test.mov -vcodec prores_kostya -profile 1 out1.mov > - result is OK > > Instead of x264 I'm using v308 = uncompressed 4:4:4 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 22 11:08:31 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Nov 2012 10:08:31 -0000 Subject: [FFmpeg-trac] #1933(undetermined:new): ffmpeg prores artifacts In-Reply-To: <039.b2b95c157cf32b6e6410bdc60d8830e2@avcodec.org> References: <039.b2b95c157cf32b6e6410bdc60d8830e2@avcodec.org> Message-ID: <054.95419a0b499276bb209c4089e213b19f@avcodec.org> #1933: ffmpeg prores artifacts -------------------------------------+------------------------------------- Reporter: rivierakid | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: prores | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Thank your for clarification! Could you test the following commands? $ ffmpeg -i test.tif -vcodec v210 out.mov and $ ffmpeg -i test.tif -vcodec v308 test.mov $ ffmpeg -i test.mov -vcodec v210 out1.mov -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 22 11:12:10 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Nov 2012 10:12:10 -0000 Subject: [FFmpeg-trac] #1933(undetermined:new): ffmpeg prores artifacts In-Reply-To: <039.b2b95c157cf32b6e6410bdc60d8830e2@avcodec.org> References: <039.b2b95c157cf32b6e6410bdc60d8830e2@avcodec.org> Message-ID: <054.e8d4a883059e15fe4b1ca7a3818489da@avcodec.org> #1933: ffmpeg prores artifacts -------------------------------------+------------------------------------- Reporter: rivierakid | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: prores | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by rivierakid): Replying to [comment:26 nichot20]: > > Where are these artefacts? Not immediately obvious to me when I ran the test. > See out.tif in attachment, it is zoomed, there are stripes in a gray single color area. > With -v debug I notice several "Unknown or unsupported tag..." messages for the tif... might they be significant? > I'think no, file was created in Foundry Nuke -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 22 11:17:26 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Nov 2012 10:17:26 -0000 Subject: [FFmpeg-trac] #1933(undetermined:new): ffmpeg prores artifacts In-Reply-To: <039.b2b95c157cf32b6e6410bdc60d8830e2@avcodec.org> References: <039.b2b95c157cf32b6e6410bdc60d8830e2@avcodec.org> Message-ID: <054.ba6c10fdb41e28995b91cab0e0961cd8@avcodec.org> #1933: ffmpeg prores artifacts -------------------------------------+------------------------------------- Reporter: rivierakid | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: prores | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): And one more thing to test would be: $ ffmpeg -i test.tif -vcodec prores out.mov (I assume result is bad) and $ ffmpeg -i test.tif -vcodec v308 test.mov $ ffmpeg -i test.mov -vcodec prores out1.mov -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 22 11:21:36 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Nov 2012 10:21:36 -0000 Subject: [FFmpeg-trac] #1933(undetermined:new): ffmpeg prores artifacts In-Reply-To: <039.b2b95c157cf32b6e6410bdc60d8830e2@avcodec.org> References: <039.b2b95c157cf32b6e6410bdc60d8830e2@avcodec.org> Message-ID: <054.4d09147565d8052a27eac0b62411d58a@avcodec.org> #1933: ffmpeg prores artifacts -------------------------------------+------------------------------------- Reporter: rivierakid | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: prores | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by rivierakid): $ ffmpeg -i test.tif -vcodec v210 out.mov - OK $ ffmpeg -i test.tif -vcodec v308 test.mov $ ffmpeg -i test.mov -vcodec v210 out1.mov - OK $ ffmpeg -i test.tif -vcodec prores out.mov - '''bad''' $ ffmpeg -i test.tif -vcodec v308 test.mov $ ffmpeg -i test.mov -vcodec prores out1.mov - OK -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 22 11:29:12 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Nov 2012 10:29:12 -0000 Subject: [FFmpeg-trac] #1949(FFmpeg:new): Display frame number on each frame In-Reply-To: <034.9587988585af8120f6dbd4dd23fa9c1e@avcodec.org> References: <034.9587988585af8120f6dbd4dd23fa9c1e@avcodec.org> Message-ID: <049.ddedbee39f564d9b6df77f563c46acbd@avcodec.org> #1949: Display frame number on each frame -------------------------------------+---------------------------------- Reporter: igorg | Owner: Type: enhancement | Status: new Priority: wish | Component: FFmpeg Version: | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Changes (by igorg): * version: 0.10.5 => Comment: Current git tested. Full console output: ffmpeg version N-46986-gdcbf728 Copyright (c) 2000-2012 the FFmpeg developers built on Nov 22 2012 14:13:43 with gcc 4.5.4 (Gentoo 4.5.4 p1.0, pie-0.4.7) configuration: --enable-libfreetype libavutil 52. 8.100 / 52. 8.100 libavcodec 54. 75.100 / 54. 75.100 libavformat 54. 37.100 / 54. 37.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 23.101 / 3. 23.101 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 17.101 / 0. 17.101 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'out.mov': Metadata: major_brand : qt minor_version : 512 compatible_brands: qt encoder : Lavf53.32.100 Duration: 00:00:10.92, start: 0.000000, bitrate: 30881 kb/s Stream #0:0(eng): Video: mjpeg (jpeg / 0x6765706A), yuvj420p, 800x600 [SAR 4:3 DAR 16:9], 30880 kb/s, 25 fps, 25 tbr, 25 tbn, 25 tbc Metadata: handler_name : DataHandler [Parsed_drawtext_0 @ 0x2f95ee0] expansion=strftime is deprecated. Output #0, mp4, to 'out.mp4': Metadata: major_brand : qt minor_version : 512 compatible_brands: qt encoder : Lavf54.37.100 Stream #0:0(eng): Video: mpeg4 ( [0][0][0] / 0x0020), yuv420p, 800x600 [SAR 4:3 DAR 16:9], q=2-31, 200 kb/s, 12800 tbn, 25 tbc Metadata: handler_name : DataHandler Stream mapping: Stream #0:0 -> #0:0 (mjpeg -> mpeg4) Press [q] to stop, [?] for help frame= 273 fps=109 q=31.0 Lsize= 1835kB time=00:00:10.92 bitrate=1376.3kbits/s video:1833kB audio:0kB subtitle:0 global headers:0kB muxing overhead 0.107959% -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 22 11:33:20 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Nov 2012 10:33:20 -0000 Subject: [FFmpeg-trac] #1949(avfilter:new): Display frame number on each frame In-Reply-To: <034.9587988585af8120f6dbd4dd23fa9c1e@avcodec.org> References: <034.9587988585af8120f6dbd4dd23fa9c1e@avcodec.org> Message-ID: <049.315642d37e621b10aa40def21c798507@avcodec.org> #1949: Display frame number on each frame -------------------------------------+------------------------------------ Reporter: igorg | Owner: Type: enhancement | Status: new Priority: wish | Component: avfilter Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * version: => git-master * component: FFmpeg => avfilter -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 22 11:38:42 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Nov 2012 10:38:42 -0000 Subject: [FFmpeg-trac] #1933(undetermined:new): ffmpeg prores artifacts In-Reply-To: <039.b2b95c157cf32b6e6410bdc60d8830e2@avcodec.org> References: <039.b2b95c157cf32b6e6410bdc60d8830e2@avcodec.org> Message-ID: <054.ef99cc1ded88327dfe51ef93ee71ad42@avcodec.org> #1933: ffmpeg prores artifacts -------------------------------------+------------------------------------- Reporter: rivierakid | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: prores | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:30 rivierakid]: > $ ffmpeg -i test.tif -vcodec v210 out.mov > - OK This indicates that there is no problem with the colourspace conversion from rgb24 to yuv422p10. > $ ffmpeg -i test.tif -vcodec prores out.mov > - '''bad''' > $ ffmpeg -i test.tif -vcodec v308 test.mov > $ ffmpeg -i test.mov -vcodec prores out1.mov > - OK This indicates that there is no problem with the prores encoder, only with the (direct) colourspace conversion from rgb24 to yuv422p10. But I probably miss something... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 22 11:43:00 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Nov 2012 10:43:00 -0000 Subject: [FFmpeg-trac] #1933(undetermined:new): ffmpeg prores artifacts In-Reply-To: <039.b2b95c157cf32b6e6410bdc60d8830e2@avcodec.org> References: <039.b2b95c157cf32b6e6410bdc60d8830e2@avcodec.org> Message-ID: <054.48279e5b82788a068f9e1ccb1f7ebec4@avcodec.org> #1933: ffmpeg prores artifacts -------------------------------------+------------------------------------- Reporter: rivierakid | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: prores | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by nichot20): Replying to [comment:28 rivierakid]: > Replying to [comment:26 nichot20]: > > > > Where are these artefacts? Not immediately obvious to me when I ran the test. > > > > See out.tif in attachment, it is zoomed, there are stripes in a gray single color area. I see it on yours, but not on mine..... > > > With -v debug I notice several "Unknown or unsupported tag..." messages for the tif... might they be significant? > > > > I'think no, file was created in Foundry Nuke -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 22 11:48:44 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Nov 2012 10:48:44 -0000 Subject: [FFmpeg-trac] #1933(undetermined:new): ffmpeg prores artifacts In-Reply-To: <039.b2b95c157cf32b6e6410bdc60d8830e2@avcodec.org> References: <039.b2b95c157cf32b6e6410bdc60d8830e2@avcodec.org> Message-ID: <054.7b6b563395ca08288fcbd7f5542644e9@avcodec.org> #1933: ffmpeg prores artifacts -------------------------------------+------------------------------------- Reporter: rivierakid | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: prores | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by rivierakid): And what version are you using? I've been using many of pre-compiled version for Win64 from http://ffmpeg.zeranoe.com/builds/ including the lastest 2012-11-20 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 22 11:54:15 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Nov 2012 10:54:15 -0000 Subject: [FFmpeg-trac] #1949(avfilter:new): Display frame number on each frame In-Reply-To: <034.9587988585af8120f6dbd4dd23fa9c1e@avcodec.org> References: <034.9587988585af8120f6dbd4dd23fa9c1e@avcodec.org> Message-ID: <049.0c3dad3f1d928b0ff6e3d9d4fc707bdc@avcodec.org> #1949: Display frame number on each frame -------------------------------------+------------------------------------ Reporter: igorg | Owner: Type: enhancement | Status: new Priority: wish | Component: avfilter Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by Cigaes): Why do you want the frame number for? The frame number is a fragile thing: remuxing to a format that does not support variable frame rate or encoding to a codec that aggressively drops frames may change it. Since last week, the drawtext filter can be used to print the exact timestamp of each frame. Timestamps are the correct way of addressing frames. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 22 12:05:46 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Nov 2012 11:05:46 -0000 Subject: [FFmpeg-trac] #1949(avfilter:new): Display frame number on each frame In-Reply-To: <034.9587988585af8120f6dbd4dd23fa9c1e@avcodec.org> References: <034.9587988585af8120f6dbd4dd23fa9c1e@avcodec.org> Message-ID: <049.36a56cef6611469b65a1a182afb1a8c6@avcodec.org> #1949: Display frame number on each frame -------------------------------------+------------------------------------ Reporter: igorg | Owner: Type: enhancement | Status: new Priority: wish | Component: avfilter Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by igorg): I am actually converting pictures to mov, and I really need the frame numbers. Another solution would be numbering the pictures themselves, but I was aiming at a faster solution. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 22 12:34:07 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Nov 2012 11:34:07 -0000 Subject: [FFmpeg-trac] #1933(undetermined:new): ffmpeg prores artifacts In-Reply-To: <039.b2b95c157cf32b6e6410bdc60d8830e2@avcodec.org> References: <039.b2b95c157cf32b6e6410bdc60d8830e2@avcodec.org> Message-ID: <054.0ba43e4313be19215d477313a288b9fb@avcodec.org> #1933: ffmpeg prores artifacts -------------------------------------+------------------------------------- Reporter: rivierakid | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: prores | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by nichot20): Replying to [comment:33 rivierakid]: > And what version are you using? > Just tried on current git HEAD, and I cannot see the patterning. > I've been using many of pre-compiled version for Win64 from http://ffmpeg.zeranoe.com/builds/ > including the lastest 2012-11-20 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 22 12:41:44 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Nov 2012 11:41:44 -0000 Subject: [FFmpeg-trac] #1950(undetermined:new): Why I don't get responses to my emails? Message-ID: <038.ff54c8cb345228a061711de4bbde61fb@avcodec.org> #1950: Why I don't get responses to my emails? -------------------------------------+------------------------------------- Reporter: theateist | Type: defect Status: new | Priority: important Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I've already sent 2 emails to 'libav-user at ffmpeg.org' and 'ffmpeg- devel at ffmpeg.org', but I didn't get any response. I don't know if the emails were not delivered or no one doesn't know how to answer them. Can you help me please? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 22 13:19:30 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Nov 2012 12:19:30 -0000 Subject: [FFmpeg-trac] #1944(avfilter:closed): better libavfilter failure messages In-Reply-To: <039.052d515d24ded47ee17d08fe6f570e2c@avcodec.org> References: <039.052d515d24ded47ee17d08fe6f570e2c@avcodec.org> Message-ID: <054.b53d0b0c5ba34bbb041454e831dfabd9@avcodec.org> #1944: better libavfilter failure messages -------------------------------------+------------------------------------- Reporter: rogerdpack | Owner: Type: enhancement | Status: closed Priority: wish | Component: avfilter Version: unspecified | Resolution: fixed Keywords: | Blocked By: avfiltergraph | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by saste): * status: new => closed * reproduced: 0 => 1 * component: undetermined => avfilter * keywords: => avfiltergraph * analyzed: 0 => 1 * resolution: => fixed Comment: Should be fixed in: {{{ commit f67ebf5b777f636511c8022309210b6eb65c29ec Author: Stefano Sabatini Date: Wed Nov 21 21:27:02 2012 +0100 lavfi/avfiltergraph: improve error message in graph_check_validity() Fix trac ticket #1944. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 22 13:20:33 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Nov 2012 12:20:33 -0000 Subject: [FFmpeg-trac] #1949(avfilter:closed): Display frame number on each frame In-Reply-To: <034.9587988585af8120f6dbd4dd23fa9c1e@avcodec.org> References: <034.9587988585af8120f6dbd4dd23fa9c1e@avcodec.org> Message-ID: <049.649de7836f3bbc457f7f289b6a06c5e9@avcodec.org> #1949: Display frame number on each frame -------------------------------------+------------------------------------ Reporter: igorg | Owner: Type: enhancement | Status: closed Priority: wish | Component: avfilter Version: git-master | Resolution: fixed Keywords: drawtext | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------ Changes (by saste): * analyzed: 0 => 1 * keywords: => drawtext * status: new => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Should be fixed in: {{{ commit eb87b340e8c8ad3902e9dc0857724c8f659a113f Author: Stefano Sabatini Date: Thu Nov 22 12:08:45 2012 +0100 lavfi/drawtext: add support for printing frame numbers Fix trac ticket #1949. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 22 13:20:54 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Nov 2012 12:20:54 -0000 Subject: [FFmpeg-trac] #1950(undetermined:closed): Why I don't get responses to my emails? In-Reply-To: <038.ff54c8cb345228a061711de4bbde61fb@avcodec.org> References: <038.ff54c8cb345228a061711de4bbde61fb@avcodec.org> Message-ID: <053.150613c8a3b78c86c43cc308070689e6@avcodec.org> #1950: Why I don't get responses to my emails? -------------------------------------+------------------------------------- Reporter: theateist | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: important => normal * status: new => closed * resolution: => invalid Comment: You did receive an answer on your mail to ffmpeg-devel (user questions are not welcome on ffmpeg-devel, see http://ffmpeg.org/contact.html) http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/154155 When did you send your email to libav-user ? Please note that this tracker is for reporting bugs when using (or compiling) FFmpeg (and some special reports like license violations), it is not for user questions and not for mailing list administration. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 22 13:37:01 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Nov 2012 12:37:01 -0000 Subject: [FFmpeg-trac] #1946(avformat:open): xmv: signal EOF In-Reply-To: <038.a8549d532a17e9b4492ff337b7d9b61f@avcodec.org> References: <038.a8549d532a17e9b4492ff337b7d9b61f@avcodec.org> Message-ID: <053.a8b2ee4c232d58695e1e86058f766fb4@avcodec.org> #1946: xmv: signal EOF ------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: xmv | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => xmv * status: new => open * version: unspecified => git-master * component: undetermined => avformat * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 22 13:38:42 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Nov 2012 12:38:42 -0000 Subject: [FFmpeg-trac] #1947(avformat:open): rl2: signal EOF In-Reply-To: <038.cbf50e1ccedc9410d644510811a96c0b@avcodec.org> References: <038.cbf50e1ccedc9410d644510811a96c0b@avcodec.org> Message-ID: <053.9edaa2e28fc0aed7944e9a0c89736ee0@avcodec.org> #1947: rl2: signal EOF ------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: rl2 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => rl2 * status: new => open * version: unspecified => git-master * component: undetermined => avformat * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 22 13:40:02 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Nov 2012 12:40:02 -0000 Subject: [FFmpeg-trac] #1950(undetermined:closed): Why I don't get responses to my emails? In-Reply-To: <038.ff54c8cb345228a061711de4bbde61fb@avcodec.org> References: <038.ff54c8cb345228a061711de4bbde61fb@avcodec.org> Message-ID: <053.149247433bd19f6fa334fa7c9c388fe8@avcodec.org> #1950: Why I don't get responses to my emails? -------------------------------------+------------------------------------- Reporter: theateist | 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 theateist): It's my mistake I sent to libav-user today. Will I receive reply to my email or I should look it somehow in http://thread.gmane.org? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 22 13:41:01 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Nov 2012 12:41:01 -0000 Subject: [FFmpeg-trac] #1948(avformat:open): dxa: signal EOF In-Reply-To: <038.fa08807c54684914a7e24be8216b8054@avcodec.org> References: <038.fa08807c54684914a7e24be8216b8054@avcodec.org> Message-ID: <053.812a6aacb8f41b3d8e3fdf6e82875276@avcodec.org> #1948: dxa: signal EOF ------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: dxa | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => dxa * status: new => open * version: unspecified => git-master * component: undetermined => avformat * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 22 13:47:23 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Nov 2012 12:47:23 -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.150149d5e0ba1338ae0612aa7fb8db8c@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 upeters): Replying to [comment:4 brownard]: > The problem is that the segmenter doesn't correctly increment the #EXT-X -MEDIA-SEQUENCE tag as per the spec and I don't think the -segment-list- size works as the spec envisages. You are absolutely right. I can verify that this is exactly the problem here. The sliding window function is missing. Most players will stop after the first view segments. Who could fix that problem? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 22 14:29:35 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Nov 2012 13:29:35 -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.ab6e4ed98f261b7d125728a37492350b@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:9 cehoyos]: > Does attached patch improve the situation? > (Can you test real interlaced content?) How do I activate this priv option? This doesn't work for me: {{{ $ ffmpeg -i frwu_change_field_order.avi -change_field_order out.avi ffmpeg version 1.0.git-da8242e Copyright (c) 2000-2012 the FFmpeg developers built on Nov 20 2012 13:54:35 with gcc 4.6.1 (GCC) configuration: --disable-sse --disable-ffprobe --enable-gpl libavutil 52. 8.100 / 52. 8.100 libavcodec 54. 73.100 / 54. 73.100 libavformat 54. 37.100 / 54. 37.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 23.101 / 3. 23.101 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 17.100 / 0. 17.100 libpostproc 52. 2.100 / 52. 2.100 Input #0, avi, from 'frwu_change_field_order.avi': Duration: 00:00:01.38, start: 0.000000, bitrate: 9493 kb/s Stream #0:0: Video: frwu (FRWU / 0x55575246), uyvy422, 192x128, 24 tbr, 24 t bn, 24 tbc At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 22 14:46:15 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Nov 2012 13:46:15 -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.aea130e024cf000d70c4a1b70d86ce30@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 cehoyos): $ ffmpeg -i frwu_change_field_order.avi -change_field_order 1 out.avi -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 22 14:47:08 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Nov 2012 13:47:08 -0000 Subject: [FFmpeg-trac] #1933(undetermined:new): ffmpeg prores artifacts In-Reply-To: <039.b2b95c157cf32b6e6410bdc60d8830e2@avcodec.org> References: <039.b2b95c157cf32b6e6410bdc60d8830e2@avcodec.org> Message-ID: <054.347dd6511714fb3a589fdb929770d14d@avcodec.org> #1933: ffmpeg prores artifacts -------------------------------------+------------------------------------- Reporter: rivierakid | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: prores | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by rivierakid): Could you add your command line with console output? And please upload your resulting mov-file. I'll check it :o) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 22 14:57:57 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Nov 2012 13:57:57 -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.b0fa9a132579d5216f4b1d6fe886e0d3@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:11 cehoyos]: > $ ffmpeg -change_field_order 1 -i frwu_change_field_order.avi out.avi Ok, this finally works. Could you point me to interlaced avi raw file which I could reencode with VirtualDub into frwu? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 22 15:27:08 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Nov 2012 14:27:08 -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.4695056be7bf687679b907547cbb3aeb@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 cehoyos): http://samples.ffmpeg.org/MPEG-VOB/interlaced contains some samples, V.VOB is the typical sample that actually needs change of field order (at least with some decoders) to allow de-interlacing. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 22 15:43:37 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Nov 2012 14:43:37 -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.70ddff80763e683e9d27daf2860403f2@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): I reencoded vob to rawvideo: ffmpeg -i v.vob -vcodec rawvideo -pix_fmt yuv420p out.avi and loaded the output into VD + reencoded part of it to frwu: http://www.datafilehost.com/download-3b1ad60b.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 22 15:51:52 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Nov 2012 14:51:52 -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.1989c8cedea9685b11efbb979694bd47@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 cehoyos): The question is: Does the FFmpeg frwu decoder behave differently than the binary decoder without my patch (I believe so, you already provided a sample)? And does it behave identically with my patch assuming you set change_field_order identically for both decoders? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 22 16:00:26 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Nov 2012 15:00:26 -0000 Subject: [FFmpeg-trac] #1950(undetermined:reopened): Why I don't get responses to my emails? In-Reply-To: <038.ff54c8cb345228a061711de4bbde61fb@avcodec.org> References: <038.ff54c8cb345228a061711de4bbde61fb@avcodec.org> Message-ID: <053.f518d62948e6f972f7d24cad7fd23e39@avcodec.org> #1950: Why I don't get responses to my emails? -------------------------------------+------------------------------------- Reporter: theateist | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by theateist): * status: closed => reopened * resolution: invalid => Comment: I'm sorry but I'm really don't understand how this all works. I sent to 'libav-user at ffmpeg.org' but still no answer. I saw that each question in [http://ffmpeg.org/pipermail/libav-user/] is answered almost immediately, so either my mail got lost or I'm doing something wrong? Please it's very urgent to me -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 22 16:12:39 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Nov 2012 15:12:39 -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.4f2c84220a630e9e84134a55359d454e@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:15 cehoyos]: > The question is: > Does the FFmpeg frwu decoder behave differently than the binary decoder without my patch (I believe so, you already provided a sample)? yes > And does it behave identically with my patch assuming you set change_field_order identically for both decoders? yes -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 22 16:19:23 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Nov 2012 15:19:23 -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.5f3d48222f563ac93c09ddce0c4fb5ca@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): 131 static const AVClass frwu_class = { 132 "srwu Decoder", please fix typo in the final patch s/srwu/frwu -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 22 17:09:26 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Nov 2012 16:09:26 -0000 Subject: [FFmpeg-trac] #1930(FFserver:new): FFserver Ignores Video Filter Overlay In-Reply-To: <040.d5311b39740e0640a0f1a8fd2de552bc@avcodec.org> References: <040.d5311b39740e0640a0f1a8fd2de552bc@avcodec.org> Message-ID: <055.f5ffb4a7fda52e945f5f587ad2a411d1@avcodec.org> #1930: FFserver Ignores Video Filter Overlay -------------------------------------+------------------------------------ Reporter: ramberg2001 | Owner: Type: defect | Status: new Priority: important | Component: FFserver Version: 1.0 | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by saste): Weird but I confirm the issue, namely ffmpeg is ignoring the -vf filterchain when outputting ffm. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 22 17:18:48 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Nov 2012 16:18:48 -0000 Subject: [FFmpeg-trac] #1949(avfilter:closed): Display frame number on each frame In-Reply-To: <034.9587988585af8120f6dbd4dd23fa9c1e@avcodec.org> References: <034.9587988585af8120f6dbd4dd23fa9c1e@avcodec.org> Message-ID: <049.5535a647ab1ccdfb3b922e149cb83251@avcodec.org> #1949: Display frame number on each frame -------------------------------------+------------------------------------ Reporter: igorg | Owner: Type: enhancement | Status: closed Priority: wish | Component: avfilter Version: git-master | Resolution: fixed Keywords: drawtext | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------ Comment (by igorg): Thanks! Could you though specify how exactly printing frame numbers is achieved and what version is it going to be available in? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 22 17:30:57 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Nov 2012 16:30:57 -0000 Subject: [FFmpeg-trac] #1949(avfilter:closed): Display frame number on each frame In-Reply-To: <034.9587988585af8120f6dbd4dd23fa9c1e@avcodec.org> References: <034.9587988585af8120f6dbd4dd23fa9c1e@avcodec.org> Message-ID: <049.e53f3ab511d3db57b3fbe1ba44a71281@avcodec.org> #1949: Display frame number on each frame -------------------------------------+------------------------------------ Reporter: igorg | Owner: Type: enhancement | Status: closed Priority: wish | Component: avfilter Version: git-master | Resolution: fixed Keywords: drawtext | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------ Comment (by saste): Replying to [comment:7 igorg]: > Thanks! Could you though specify how exactly printing frame numbers is achieved and what version is it going to be available in? You need a git repository updated to this morning. The syntax is specified in the updated manual, it will be something like: {{{ drawtext=text=%{n}:other_options... }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 22 17:41:58 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Nov 2012 16:41:58 -0000 Subject: [FFmpeg-trac] #1951(undetermined:new): Ffmpeg meta data fails to write UTF-8 and screws up files Message-ID: <035.dac9bf99234af5888da8095df2f2d729@avcodec.org> #1951: Ffmpeg meta data fails to write UTF-8 and screws up files -------------------------------------+------------------------------------- Reporter: burzum | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I'm trying to write meta data to different audio formats in UTF-8. I've already made sure the command line is set to UTF-8 by checking the output of chcp which shows me code page 65001. I'm using windows 8. How to reproduce: {{{ ffmpeg.exe -i "test-files\cd-quality-song.mp3" -metadata title="! ???!*" -metadata artist="Burzum #?????????" -metadata track="11" -metadata date="2012" -metadata album="Test Album" -c:a copy -id3v2_version 3 -write_id3v1 1 -y "test-files\cd-quality-song.mp3" 2>&1 ffmpeg.exe -i "test-files\cd-quality-song.ogg" -metadata title="! ???!*" -metadata artist="Burzum #?????????" -metadata track="11" -metadata date="2012" -metadata album="Test Album" -c:a copy -id3v2_version 3 -write_id3v1 1 -y "test-files\cd-quality-song.ogg" 2>&1 ffmpeg.exe -i "test-files\cd-quality-song.flac" -metadata title="! ???!*" -metadata artist="Burzum #?????????" -metadata track="11" -metadata date="2012" -metadata album="Test Album" -c:a copy -id3v2_version 3 -write_id3v1 1 -y "test-files\cd-quality-song.flac" 2>&1 }}} {{{ ffmpeg version N-46146-g11d695d Copyright (c) 2000-2012 the FFmpeg developers built on Oct 29 2012 18:10:27 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 --enab le-libgsm --enable-libmp3lame --enable-libnut --enable-libopenjpeg --enable-libopus --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 }}} The result for the artist is "Burzum #??????????????????" and the result for the title is "! ??????!*". This looks like wrong encoding to me. I'm using foobar2000 to look at the tracks. Another issue with that is that the flac file is ok, it keeps its original length of 3:19, the mp3 gets truncated for some reason to 0:06 and the ogg vorbis to 0:01! I have no idea why this happens. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 22 18:29:48 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Nov 2012 17:29:48 -0000 Subject: [FFmpeg-trac] #1952(undetermined:new): FFMPEG not able to copy audio streams from WTV to TS Message-ID: <040.c314dc37543771390bee3d16d11b3d92@avcodec.org> #1952: FFMPEG not able to copy audio streams from WTV to TS -------------------------------------+------------------------------------- Reporter: ramitbhalla | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: When trying to copy audio streams it reports the audio stream as 0 channels and then fails to copy the stream. How to reproduce: ffmpeg.x86.exe -i broken_remux.wtv -codec copy -map 0:a out.ts {{{ ffmpeg version N-46726-g2f74f8d Copyright (c) 2000-2012 the FFmpeg developers built on Nov 13 2012 19:29:51 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 --enab le-libgsm --enable-libmp3lame --enable-libnut --enable-libopenjpeg --enable-libopus --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 52. 6.100 / 52. 6.100 libavcodec 54. 71.100 / 54. 71.100 libavformat 54. 36.100 / 54. 36.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 23.100 / 3. 23.100 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 [wtv @ 01f7af20] reported file length (0x4fd7094c) exceeds number of available sectors (0x40000000) [mpeg2video @ 03cd5cc0] mpeg_decode_postinit() failure Last message repeated 18 times [wtv @ 01f7af20] Could not find codec parameters for stream 2 (Audio: ac3, 0 channels, s16): unspecified sample rate Consider increasing the value for the 'analyzeduration' and 'probesize' options Input #0, wtv, from 'broken_remux.wtv': Metadata: WM/MediaClassPrimaryID: db9830bd-3ab3-4fab-8a371a995f7ff74 WM/MediaClassSecondaryID: ba7f258a-62f7-47a9-b21f4651c42a000 Title : Covert Affairs WM/SubTitle : Scary Monsters (and Super Creeps) genre : Drama;General;Series WM/OriginalReleaseTime: 0 WM/MediaCredits : Piper Perabo/Christopher Gorham/Peter Gallagher/Anne Dudek/Kari Matchett;;; service_provider: USA service_name : USA Network WM/MediaNetworkAffiliation: Satellite WM/MediaOriginalChannel: 35 WM/MediaOriginalChannelSubNumber: 0 WM/MediaOriginalBroadcastDateTime: 2012-11-06T06:00:00Z WM/MediaOriginalRunTime: 36583578040 WM/MediaIsStereo: false 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-PG WM/Provider : MediaCenterDefault WM/VideoClosedCaptioning: true WM/WMRVEncodeTime: 2012-11-07 03:00:01 WM/WMRVSeriesUID: !MCSeries!236524124 WM/WMRVServiceID: !MCService!28459373 WM/WMRVProgramID: !MCProgram!281435509 WM/WMRVRequestID: 0 WM/WMRVScheduleItemID: 0 WM/WMRVQuality : 1 WM/WMRVOriginalSoftPrePadding: 300 WM/WMRVOriginalSoftPostPadding: 0 WM/WMRVHardPrePadding: -300 WM/WMRVHardPostPadding: 0 WM/WMRVATSCContent: true WM/WMRVDTVContent: true WM/WMRVHDContent: false Duration : 36586250864 WM/WMRVEndTime : 2012-11-07 04:01:00 WM/WMRVBitrate : 2.930237 WM/WMRVKeepUntil: -1 WM/WMRVActualSoftPrePadding: 298 WM/WMRVActualSoftPostPadding: 0 WM/WMRVContentProtected: false WM/WMRVContentProtectedPercent: 0 WM/WMRVExpirationSpan: 9223372036854775807 WM/WMRVInBandRatingSystem: 255 WM/WMRVInBandRatingLevel: 255 WM/WMRVInBandRatingAttributes: 0 WM/WMRVWatched : false WM/MediaThumbWidth: 352 WM/MediaThumbHeight: 310 WM/MediaThumbStride: 1056 WM/MediaThumbRet: 0 WM/MediaThumbRatingSystem: 9 WM/MediaThumbRatingLevel: 10 WM/MediaThumbRatingAttributes: 0 WM/MediaThumbAspectRatioX: 4 WM/MediaThumbAspectRatioY: 3 WM/MediaThumbTimeStamp: 4644421659667696459 Duration: 00:40:32.01, start: 12135.221998, bitrate: 6 kb/s Stream #0:0[0x30]: Subtitle: eia_608 Stream #0:1[0x31]: Audio: ac3, 48000 Hz, stereo, s16, 192 kb/s Stream #0:2[0x32]: Audio: ac3, 0 channels, s16 Stream #0:3[0x33]: Video: mpeg2video (Main), yuv420p, 544x480 [SAR 20:17 DAR 4:3], 29.97 fps, 29.97 tbr, 10000k tbn, 59.94 tbc Stream #0:4[0x0]: Attachment: mjpeg Metadata: title : TV Thumbnail [mpegts @ 03f08520] sample rate not set Output #0, mpegts, to 'out.ts': Metadata: WM/MediaClassPrimaryID: db9830bd-3ab3-4fab-8a371a995f7ff74 WM/MediaClassSecondaryID: ba7f258a-62f7-47a9-b21f4651c42a000 Title : Covert Affairs WM/SubTitle : Scary Monsters (and Super Creeps) genre : Drama;General;Series WM/OriginalReleaseTime: 0 WM/MediaCredits : Piper Perabo/Christopher Gorham/Peter Gallagher/Anne Dudek/Kari Matchett;;; service_provider: USA service_name : USA Network WM/MediaNetworkAffiliation: Satellite WM/MediaOriginalChannel: 35 WM/MediaOriginalChannelSubNumber: 0 WM/MediaOriginalBroadcastDateTime: 2012-11-06T06:00:00Z WM/MediaOriginalRunTime: 36583578040 WM/MediaIsStereo: false 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-PG WM/Provider : MediaCenterDefault WM/VideoClosedCaptioning: true WM/WMRVEncodeTime: 2012-11-07 03:00:01 WM/WMRVSeriesUID: !MCSeries!236524124 WM/WMRVServiceID: !MCService!28459373 WM/WMRVProgramID: !MCProgram!281435509 WM/WMRVRequestID: 0 WM/WMRVScheduleItemID: 0 WM/WMRVQuality : 1 WM/WMRVOriginalSoftPrePadding: 300 WM/WMRVOriginalSoftPostPadding: 0 WM/WMRVHardPrePadding: -300 WM/WMRVHardPostPadding: 0 WM/WMRVATSCContent: true WM/WMRVDTVContent: true WM/WMRVHDContent: false Duration : 36586250864 WM/WMRVEndTime : 2012-11-07 04:01:00 WM/WMRVBitrate : 2.930237 WM/WMRVKeepUntil: -1 WM/WMRVActualSoftPrePadding: 298 WM/WMRVActualSoftPostPadding: 0 WM/WMRVContentProtected: false WM/WMRVContentProtectedPercent: 0 WM/WMRVExpirationSpan: 9223372036854775807 WM/WMRVInBandRatingSystem: 255 WM/WMRVInBandRatingLevel: 255 WM/WMRVInBandRatingAttributes: 0 WM/WMRVWatched : false WM/MediaThumbWidth: 352 WM/MediaThumbHeight: 310 WM/MediaThumbStride: 1056 WM/MediaThumbRet: 0 WM/MediaThumbRatingSystem: 9 WM/MediaThumbRatingLevel: 10 WM/MediaThumbRatingAttributes: 0 WM/MediaThumbAspectRatioX: 4 WM/MediaThumbAspectRatioY: 3 WM/MediaThumbTimeStamp: 4644421659667696459 Stream #0:0: Audio: ac3, 48000 Hz, stereo, 192 kb/s Stream #0:1: Audio: ac3, 0 channels Stream mapping: Stream #0:1 -> #0:0 (copy) Stream #0:2 -> #0:1 (copy) Could not write header for output file #0 (incorrect codec parameters ?): Invalid argument }}} Ideally it should copy the stream, and if there is an issue then anyways it should not fail, maybe skip the stream -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 22 20:03:50 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Nov 2012 19:03:50 -0000 Subject: [FFmpeg-trac] #1932(undetermined:closed): Error in when configured with --disable-optimizations --disable-mmx on x86-32 (was: Error in when configured with --disable-optimizations --disable-mmx) In-Reply-To: <035.0e44b3bdb6d8e28286761ea7f36f95a1@avcodec.org> References: <035.0e44b3bdb6d8e28286761ea7f36f95a1@avcodec.org> Message-ID: <050.b0f059c41c1644216d44f7c9d0ef651d@avcodec.org> #1932: Error in when configured with --disable-optimizations --disable-mmx on x86-32 -------------------------------------+------------------------------------- Reporter: Morion | Owner: Type: defect | Status: closed Priority: important | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => invalid Comment: --disable-optimization without --disable-asm is not possible on x86-32. gcc is too buggy for this. On 64bit, gcc has twice as many registers so it should work. You can thus either enable optimizations, disable asm or compile for x86-64 if your platform supports it You can also use --disable-mmx --disable-runtume-cpudetect instead if you prefer Iam closing this as invalid as its a gcc bug not a ffmpeg bug. But iam not opposed to consider some workaround if theres some volunteer who wants to maintain such workarounds. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 22 20:47:56 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Nov 2012 19:47:56 -0000 Subject: [FFmpeg-trac] #1820(avformat:closed): track->cluster[0].dts <= 0 assertion when encoding MOV In-Reply-To: <039.b7033509c75e26d16bb4250c16e491de@avcodec.org> References: <039.b7033509c75e26d16bb4250c16e491de@avcodec.org> Message-ID: <054.9c2be6126f1b07b7404d256e588073db@avcodec.org> #1820: track->cluster[0].dts <= 0 assertion when encoding MOV -------------------------------------+------------------------------------- Reporter: rectalogic | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: regression | Blocked By: mov crash abort | 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 Nov 22 22:03:49 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Nov 2012 21:03:49 -0000 Subject: [FFmpeg-trac] #1951(undetermined:new): Ffmpeg meta data fails to write UTF-8 and screws up files In-Reply-To: <035.dac9bf99234af5888da8095df2f2d729@avcodec.org> References: <035.dac9bf99234af5888da8095df2f2d729@avcodec.org> Message-ID: <050.c33dd7e43c7e0c8e7b42c96c818679eb@avcodec.org> #1951: Ffmpeg meta data fails to write UTF-8 and screws up files -------------------------------------+------------------------------------- Reporter: burzum | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: win | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => win Comment: Since it works fine here, I suspect this is a Windows-specific issue. Please add complete, uncut console output to make this a valid ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 22 22:07:57 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Nov 2012 21:07:57 -0000 Subject: [FFmpeg-trac] #1932(undetermined:closed): Error in when configured with --disable-optimizations --disable-mmx on x86-32 In-Reply-To: <035.0e44b3bdb6d8e28286761ea7f36f95a1@avcodec.org> References: <035.0e44b3bdb6d8e28286761ea7f36f95a1@avcodec.org> Message-ID: <050.834c03c0dc0e6e64c2466d1abf77cb5d@avcodec.org> #1932: Error in when configured with --disable-optimizations --disable-mmx on x86-32 -------------------------------------+------------------------------------- Reporter: Morion | Owner: Type: defect | Status: closed Priority: important | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:3 michael]: > --disable-optimization without --disable-asm is not possible on x86-32. It only fails with --enable-gpl (without --disable-postproc). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 22 22:11:55 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Nov 2012 21:11:55 -0000 Subject: [FFmpeg-trac] #1952(undetermined:new): FFMPEG not able to copy empty audio stream in wtv (was: FFMPEG not able to copy audio streams from WTV to TS) In-Reply-To: <040.c314dc37543771390bee3d16d11b3d92@avcodec.org> References: <040.c314dc37543771390bee3d16d11b3d92@avcodec.org> Message-ID: <055.12ace66323773331c2ad78d7406e63ca@avcodec.org> #1952: FFMPEG not able to copy empty audio stream in wtv -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: wtv ac3 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => wtv ac3 * version: unspecified => git-master Comment: This is not necessarily a bug: FFmpeg cannot copy streams that are detected but not correctly identified (like stream 0:1 in this case). The question is therefore: Is it a bug that the stream is detected (is there actually no stream)? Or is there any software that correctly identifies (plays) the second audio stream? If there is a bug (in the wtv demuxer or the ac3 decoder) it is certainly not mpeg-ts related: You can reproduce the problem with the following command line: $ ffmpeg -i broken_remux.wtv -map 0:2 -acodec copy out.ac3 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 22 22:18:16 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Nov 2012 21:18:16 -0000 Subject: [FFmpeg-trac] #1946(avformat:closed): xmv: signal EOF In-Reply-To: <038.a8549d532a17e9b4492ff337b7d9b61f@avcodec.org> References: <038.a8549d532a17e9b4492ff337b7d9b61f@avcodec.org> Message-ID: <053.3148d16d2f46f2ec31d9988ecd62c73c@avcodec.org> #1946: xmv: signal EOF ------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: xmv | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Paul B Mahol. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 22 22:26:10 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Nov 2012 21:26:10 -0000 Subject: [FFmpeg-trac] #1951(undetermined:new): Ffmpeg meta data fails to write UTF-8 and screws up files In-Reply-To: <035.dac9bf99234af5888da8095df2f2d729@avcodec.org> References: <035.dac9bf99234af5888da8095df2f2d729@avcodec.org> Message-ID: <050.7381ff5eaff63221eb5e092d1c4b75a7@avcodec.org> #1951: Ffmpeg meta data fails to write UTF-8 and screws up files -------------------------------------+------------------------------------- Reporter: burzum | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: win | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by burzum): Yes, I'm also pretty sure it is a windows specific issue. I've also started looking at cmdutils.c ~line 217 master branch, but as far as I can tell (I don't know C) this seems to already do the job? Or should do it? It's taking the input and should change it to UTF8. Here is the whole log from my php application: {{{ 2012-11-22 21:16:19 Shell-processor: \Lib\Utility\ShellProcessor.php Line: 102 2012-11-22 21:16:19 Shell-processor: \Bin\Win\ffmpeg\bin\ffmpeg.exe -i "\tmp\test-files\cd-quality-song.mp3" -metadata title="! ???!*" -metadata artist="Burzum #?????????" -metadata track="11" -metadata date="2012" -metadata album="Test Album" -c:a copy -id3v2_version 3 -write_id3v1 1 -y "\tmp\test-files\cd-quality-song.mp3" 2>&1 2012-11-22 21:16:19 Shell-processor: \Lib\MetaData\FfmpegId3v2.php Line: 81 2012-11-22 21:16:19 Shell-processor: Array ( [0] => ffmpeg version N-46146-g11d695d Copyright (c) 2000-2012 the FFmpeg developers [1] => built on Oct 29 2012 18:10:27 with gcc 4.7.2 (GCC) [2] => 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 --enable-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 --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib [3] => libavutil 52. 1.100 / 52. 1.100 [4] => libavcodec 54. 69.100 / 54. 69.100 [5] => libavformat 54. 35.100 / 54. 35.100 [6] => libavdevice 54. 3.100 / 54. 3.100 [7] => libavfilter 3. 20.109 / 3. 20.109 [8] => libswscale 2. 1.101 / 2. 1.101 [9] => libswresample 0. 16.100 / 0. 16.100 [10] => libpostproc 52. 1.100 / 52. 1.100 [11] => [mp3 @ 0000000001eb3180] max_analyze_duration 5000000 reached at 5015510 [12] => Input #0, mp3, from '\tmp\test-files\cd-quality-song.mp3': [13] => Metadata: [14] => encoder : Lavf54.0.100 [15] => Duration: 00:03:18.97, start: 0.000000, bitrate: 256 kb/s [16] => Stream #0:0: Audio: mp3, 44100 Hz, stereo, s16, 256 kb/s [17] => Output #0, mp3, to '\tmp\test-files\cd-quality-song.mp3': [18] => Metadata: [19] => TALB : Test Album [20] => TIT2 : ! ??????!* [21] => TPE1 : Burzum #?????????????????? [22] => TRCK : 11 [23] => TYER : 2012 [24] => TSSE : Lavf54.35.100 [25] => Stream #0:0: Audio: mp3, 44100 Hz, stereo, 256 kb/s [26] => Stream mapping: [27] => Stream #0:0 -> #0:0 (copy) [28] => Press [q] to stop, [?] for help [29] => size= 192kB time=00:00:06.16 bitrate= 255.7kbits/s [30] => video:0kB audio:191kB subtitle:0 global headers:0kB muxing overhead 0.595177% [31] => ) 2012-11-22 21:16:19 Shell-processor: \Lib\Utility\ShellProcessor.php Line: 102 2012-11-22 21:16:19 Shell-processor: \Bin\Win\ffmpeg\bin\ffmpeg.exe -i "\tmp\test-files\cd-quality-song.ogg" -metadata title="! ???!*" -metadata artist="Burzum #?????????" -metadata track="11" -metadata date="2012" -metadata album="Test Album" -c:a copy -id3v2_version 3 -write_id3v1 1 -y "\tmp\test-files\cd-quality-song.ogg" 2>&1 2012-11-22 21:16:19 Shell-processor: \Lib\MetaData\FfmpegId3v2.php Line: 81 2012-11-22 21:16:19 Shell-processor: Array ( [0] => ffmpeg version N-46146-g11d695d Copyright (c) 2000-2012 the FFmpeg developers [1] => built on Oct 29 2012 18:10:27 with gcc 4.7.2 (GCC) [2] => 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 --enable-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 --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib [3] => libavutil 52. 1.100 / 52. 1.100 [4] => libavcodec 54. 69.100 / 54. 69.100 [5] => libavformat 54. 35.100 / 54. 35.100 [6] => libavdevice 54. 3.100 / 54. 3.100 [7] => libavfilter 3. 20.109 / 3. 20.109 [8] => libswscale 2. 1.101 / 2. 1.101 [9] => libswresample 0. 16.100 / 0. 16.100 [10] => libpostproc 52. 1.100 / 52. 1.100 [11] => Input #0, ogg, from '\tmp\test-files\cd-quality-song.ogg': [12] => Duration: 00:03:18.93, start: 0.000000, bitrate: 455 kb/s [13] => Stream #0:0: Audio: vorbis, 44100 Hz, stereo, s16, 499 kb/s [14] => Metadata: [15] => ENCODER : Lavf54.0.100 [16] => Output #0, ogg, to '\tmp\test-files\cd-quality-song.ogg': [17] => Metadata: [18] => title : ! ??????!* [19] => artist : Burzum #?????????????????? [20] => TRACKNUMBER : 11 [21] => date : 2012 [22] => album : Test Album [23] => encoder : Lavf54.35.100 [24] => Stream #0:0: Audio: vorbis, 44100 Hz, stereo, 499 kb/s [25] => Metadata: [26] => ENCODER : Lavf54.0.100 [27] => Stream mapping: [28] => Stream #0:0 -> #0:0 (copy) [29] => Press [q] to stop, [?] for help [30] => size= 64kB time=00:00:01.11 bitrate= 465.7kbits/s [31] => video:0kB audio:59kB subtitle:0 global headers:0kB muxing overhead 7.393971% [32] => ) 2012-11-22 21:16:19 Shell-processor: \Lib\Utility\ShellProcessor.php Line: 102 2012-11-22 21:16:19 Shell-processor: \Bin\Win\ffmpeg\bin\ffmpeg.exe -i "\tmp\test-files\cd-quality-song.flac" -metadata title="! ???!*" -metadata artist="Burzum #?????????" -metadata track="11" -metadata date="2012" -metadata album="Test Album" -c:a copy -id3v2_version 3 -write_id3v1 1 -y "\tmp\test-files\cd-quality-song.flac" 2>&1 2012-11-22 21:16:19 Shell-processor: \Lib\MetaData\FfmpegId3v2.php Line: 81 2012-11-22 21:16:19 Shell-processor: Array ( [0] => ffmpeg version N-46146-g11d695d Copyright (c) 2000-2012 the FFmpeg developers [1] => built on Oct 29 2012 18:10:27 with gcc 4.7.2 (GCC) [2] => 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 --enable-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 --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib [3] => libavutil 52. 1.100 / 52. 1.100 [4] => libavcodec 54. 69.100 / 54. 69.100 [5] => libavformat 54. 35.100 / 54. 35.100 [6] => libavdevice 54. 3.100 / 54. 3.100 [7] => libavfilter 3. 20.109 / 3. 20.109 [8] => libswscale 2. 1.101 / 2. 1.101 [9] => libswresample 0. 16.100 / 0. 16.100 [10] => libpostproc 52. 1.100 / 52. 1.100 [11] => [flac @ 00000000037c3180] max_analyze_duration 5000000 reached at 5015510 [12] => Input #0, flac, from '\tmp\test-files\cd-quality-song.flac': [13] => Metadata: [14] => ENCODER : Lavf54.0.100 [15] => Duration: 00:03:18.93, bitrate: 1045 kb/s [16] => Stream #0:0: Audio: flac, 44100 Hz, stereo, s16 [17] => Output #0, flac, to '\tmp\test-files\cd-quality-song.flac': [18] => Metadata: [19] => album : Test Album [20] => title : ! ??????!* [21] => artist : Burzum #?????????????????? [22] => TRACKNUMBER : 11 [23] => date : 2012 [24] => encoder : Lavf54.35.100 [25] => Stream #0:0: Audio: flac, 44100 Hz, stereo [26] => Stream mapping: [27] => Stream #0:0 -> #0:0 (copy) [28] => Press [q] to stop, [?] for help [29] => size= 768kB time=00:00:06.26 bitrate=1003.7kbits/s [30] => video:0kB audio:760kB subtitle:0 global headers:0kB muxing overhead 1.083087% [31] => ) }}} Here is the code that generated that: {{{ /** * Executes * * @param string $params * @return array */ public function execute($params = '') { $params = $this->beforeExecute($params); $command = $this->bin . ' ' . $params . ' 2>&1'; $this->log($command, 'shell-processor'); $this->rawData = shell_exec($command); return $this->afterExecute($this->rawData); } }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 22 22:36:52 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Nov 2012 21:36:52 -0000 Subject: [FFmpeg-trac] #1942(avcodec:closed): vqavideo decodes with errors In-Reply-To: <038.dd682c545acd46e343391839c4811a1b@avcodec.org> References: <038.dd682c545acd46e343391839c4811a1b@avcodec.org> Message-ID: <053.ac8251dcea003633d4923b4f888f8fe4@avcodec.org> #1942: vqavideo decodes with errors -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: vqa | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Should be fixed, thank you for the report! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 22 22:40:49 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Nov 2012 21:40:49 -0000 Subject: [FFmpeg-trac] #166(FFplay:closed): FFplay + image = stats are print in the console In-Reply-To: <038.eb66662aded00a83e1eb384f9760ca23@avcodec.org> References: <038.eb66662aded00a83e1eb384f9760ca23@avcodec.org> Message-ID: <053.575be601300b499ae872c4b2392b4974@avcodec.org> #166: FFplay + image = stats are print in the console -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: FFplay Version: unspecified | Resolution: invalid Keywords: roundup | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+----------------------------------- Comment (by ami_stuff): This basically happens with every format. Wouldn't it be possible to stop the counter at the EOF? http://samples.mplayerhq.hu/avi/toonumentary-skieth.avi -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 22 22:43:46 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Nov 2012 21:43:46 -0000 Subject: [FFmpeg-trac] #1951(undetermined:new): Ffmpeg meta data fails to write UTF-8 and screws up files In-Reply-To: <035.dac9bf99234af5888da8095df2f2d729@avcodec.org> References: <035.dac9bf99234af5888da8095df2f2d729@avcodec.org> Message-ID: <050.7d316d91443a3a63d84cd1e94d5fd1e2@avcodec.org> #1951: Ffmpeg meta data fails to write UTF-8 and screws up files -------------------------------------+------------------------------------- Reporter: burzum | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: win | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by reimar): I'm fairly certain this is purely a PHP shell_exec issue, if you search around you will see that lots of people can't even get it to work on Linux. While it depends on implementation internals, I suspect that chcp does not have the slightest effect on what happens here, it should basically only affect things that operate on an actual terminal. Your output looks like your string gets converted by PHP to wchar/UCS-2 (the format in which FFmpeg will receive the commandline) by just expanding each byte to two, instead of by doing proper conversion from UTF-8. For example this one mentions the "obvious" hack of using the native CreateProcessW, a function I am sure you will have a lot of "fun" with: http://stackoverflow.com/questions/9608583/pass-unicode-string-to-php- shell-exec-on-windows Personally I hold it with: Windows, or using anything beyond plain ASCII, pick at most one. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 22 23:01:25 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Nov 2012 22:01:25 -0000 Subject: [FFmpeg-trac] #1950(undetermined:closed): Why I don't get responses to my emails? In-Reply-To: <038.ff54c8cb345228a061711de4bbde61fb@avcodec.org> References: <038.ff54c8cb345228a061711de4bbde61fb@avcodec.org> Message-ID: <053.ab8b83f76ec5dd1f51bb1e1fe87a0a84@avcodec.org> #1950: Why I don't get responses to my emails? -------------------------------------+------------------------------------- Reporter: theateist | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: reopened => closed * resolution: => invalid Comment: It appears to me that your mail has arrived, I am not sure I completely understand why you opened this ticket one hour after sending the mail... (Are you sure that you are subscribed to libav-user?) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 22 23:02:44 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Nov 2012 22:02:44 -0000 Subject: [FFmpeg-trac] #1951(undetermined:closed): Ffmpeg meta data fails to write UTF-8 and screws up files In-Reply-To: <035.dac9bf99234af5888da8095df2f2d729@avcodec.org> References: <035.dac9bf99234af5888da8095df2f2d729@avcodec.org> Message-ID: <050.2fb66019dc083e02a871224c393d6386@avcodec.org> #1951: Ffmpeg meta data fails to write UTF-8 and screws up files -------------------------------------+------------------------------------- Reporter: burzum | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: win | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid Comment: As I understand it, this is not a problem that can be fixed in FFmpeg. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 22 23:21:35 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Nov 2012 22:21:35 -0000 Subject: [FFmpeg-trac] #1804(avformat:closed): avi decoding regression In-Reply-To: <038.309bed9ec3f2012a0541139e3f94f4f4@avcodec.org> References: <038.309bed9ec3f2012a0541139e3f94f4f4@avcodec.org> Message-ID: <053.94786ba44262c0a8faec6f4ba24b1126@avcodec.org> #1804: avi decoding regression -------------------------------------+------------------------------------- Reporter: zzwcenter | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: mpeg2video | Blocked By: avi regression | 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 Fri Nov 23 04:01:09 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 23 Nov 2012 03:01:09 -0000 Subject: [FFmpeg-trac] #1952(undetermined:new): FFMPEG not able to copy empty audio stream in wtv In-Reply-To: <040.c314dc37543771390bee3d16d11b3d92@avcodec.org> References: <040.c314dc37543771390bee3d16d11b3d92@avcodec.org> Message-ID: <055.82316d672bac40b431909e903699fecb@avcodec.org> #1952: FFMPEG not able to copy empty audio stream in wtv -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: wtv ac3 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ramitbhalla): Same issue ffmpeg.x86.exe -i broken_remux.wtv -map 0:2 -acodec copy out.ac3 {{{ ffmpeg version N-46726-g2f74f8d Copyright (c) 2000-2012 the FFmpeg developers built on Nov 13 2012 19:29:51 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 --enab le-libgsm --enable-libmp3lame --enable-libnut --enable-libopenjpeg --enable-libopus --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 52. 6.100 / 52. 6.100 libavcodec 54. 71.100 / 54. 71.100 libavformat 54. 36.100 / 54. 36.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 23.100 / 3. 23.100 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 [wtv @ 01edaf20] reported file length (0x4fd7094c) exceeds number of available sectors (0x40000000) [mpeg2video @ 02cc5cc0] mpeg_decode_postinit() failure Last message repeated 18 times [wtv @ 01edaf20] Could not find codec parameters for stream 2 (Audio: ac3, 0 channels, s16): unspecified sample rate Consider increasing the value for the 'analyzeduration' and 'probesize' options Input #0, wtv, from 'broken_remux.wtv': Metadata: WM/MediaClassPrimaryID: db9830bd-3ab3-4fab-8a371a995f7ff74 WM/MediaClassSecondaryID: ba7f258a-62f7-47a9-b21f4651c42a000 Title : Covert Affairs WM/SubTitle : Scary Monsters (and Super Creeps) genre : Drama;General;Series WM/OriginalReleaseTime: 0 WM/MediaCredits : Piper Perabo/Christopher Gorham/Peter Gallagher/Anne Dudek/Kari Matchett;;; service_provider: USA service_name : USA Network WM/MediaNetworkAffiliation: Satellite WM/MediaOriginalChannel: 35 WM/MediaOriginalChannelSubNumber: 0 WM/MediaOriginalBroadcastDateTime: 2012-11-06T06:00:00Z WM/MediaOriginalRunTime: 36583578040 WM/MediaIsStereo: false 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-PG WM/Provider : MediaCenterDefault WM/VideoClosedCaptioning: true WM/WMRVEncodeTime: 2012-11-07 03:00:01 WM/WMRVSeriesUID: !MCSeries!236524124 WM/WMRVServiceID: !MCService!28459373 WM/WMRVProgramID: !MCProgram!281435509 WM/WMRVRequestID: 0 WM/WMRVScheduleItemID: 0 WM/WMRVQuality : 1 WM/WMRVOriginalSoftPrePadding: 300 WM/WMRVOriginalSoftPostPadding: 0 WM/WMRVHardPrePadding: -300 WM/WMRVHardPostPadding: 0 WM/WMRVATSCContent: true WM/WMRVDTVContent: true WM/WMRVHDContent: false Duration : 36586250864 WM/WMRVEndTime : 2012-11-07 04:01:00 WM/WMRVBitrate : 2.930237 WM/WMRVKeepUntil: -1 WM/WMRVActualSoftPrePadding: 298 WM/WMRVActualSoftPostPadding: 0 WM/WMRVContentProtected: false WM/WMRVContentProtectedPercent: 0 WM/WMRVExpirationSpan: 9223372036854775807 WM/WMRVInBandRatingSystem: 255 WM/WMRVInBandRatingLevel: 255 WM/WMRVInBandRatingAttributes: 0 WM/WMRVWatched : false WM/MediaThumbWidth: 352 WM/MediaThumbHeight: 310 WM/MediaThumbStride: 1056 WM/MediaThumbRet: 0 WM/MediaThumbRatingSystem: 9 WM/MediaThumbRatingLevel: 10 WM/MediaThumbRatingAttributes: 0 WM/MediaThumbAspectRatioX: 4 WM/MediaThumbAspectRatioY: 3 WM/MediaThumbTimeStamp: 4644421659667696459 Duration: 00:40:32.01, start: 12135.221998, bitrate: 6 kb/s Stream #0:0[0x30]: Subtitle: eia_608 Stream #0:1[0x31]: Audio: ac3, 48000 Hz, stereo, s16, 192 kb/s Stream #0:2[0x32]: Audio: ac3, 0 channels, s16 Stream #0:3[0x33]: Video: mpeg2video (Main), yuv420p, 544x480 [SAR 20:17 DAR 4:3], 29.97 fps, 29.97 tbr, 10000k tbn, 59.94 tbc Stream #0:4[0x0]: Attachment: mjpeg Metadata: title : TV Thumbnail [ac3 @ 03f98520] sample rate not set Output #0, ac3, to 'out.ac3': Metadata: WM/MediaClassPrimaryID: db9830bd-3ab3-4fab-8a371a995f7ff74 WM/MediaClassSecondaryID: ba7f258a-62f7-47a9-b21f4651c42a000 Title : Covert Affairs WM/SubTitle : Scary Monsters (and Super Creeps) genre : Drama;General;Series WM/OriginalReleaseTime: 0 WM/MediaCredits : Piper Perabo/Christopher Gorham/Peter Gallagher/Anne Dudek/Kari Matchett;;; service_provider: USA service_name : USA Network WM/MediaNetworkAffiliation: Satellite WM/MediaOriginalChannel: 35 WM/MediaOriginalChannelSubNumber: 0 WM/MediaOriginalBroadcastDateTime: 2012-11-06T06:00:00Z WM/MediaOriginalRunTime: 36583578040 WM/MediaIsStereo: false 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-PG WM/Provider : MediaCenterDefault WM/VideoClosedCaptioning: true WM/WMRVEncodeTime: 2012-11-07 03:00:01 WM/WMRVSeriesUID: !MCSeries!236524124 WM/WMRVServiceID: !MCService!28459373 WM/WMRVProgramID: !MCProgram!281435509 WM/WMRVRequestID: 0 WM/WMRVScheduleItemID: 0 WM/WMRVQuality : 1 WM/WMRVOriginalSoftPrePadding: 300 WM/WMRVOriginalSoftPostPadding: 0 WM/WMRVHardPrePadding: -300 WM/WMRVHardPostPadding: 0 WM/WMRVATSCContent: true WM/WMRVDTVContent: true WM/WMRVHDContent: false Duration : 36586250864 WM/WMRVEndTime : 2012-11-07 04:01:00 WM/WMRVBitrate : 2.930237 WM/WMRVKeepUntil: -1 WM/WMRVActualSoftPrePadding: 298 WM/WMRVActualSoftPostPadding: 0 WM/WMRVContentProtected: false WM/WMRVContentProtectedPercent: 0 WM/WMRVExpirationSpan: 9223372036854775807 WM/WMRVInBandRatingSystem: 255 WM/WMRVInBandRatingLevel: 255 WM/WMRVInBandRatingAttributes: 0 WM/WMRVWatched : false WM/MediaThumbWidth: 352 WM/MediaThumbHeight: 310 WM/MediaThumbStride: 1056 WM/MediaThumbRet: 0 WM/MediaThumbRatingSystem: 9 WM/MediaThumbRatingLevel: 10 WM/MediaThumbRatingAttributes: 0 WM/MediaThumbAspectRatioX: 4 WM/MediaThumbAspectRatioY: 3 WM/MediaThumbTimeStamp: 4644421659667696459 Stream #0:0: Audio: ac3, 0 channels Stream mapping: Stream #0:2 -> #0:0 (copy) Could not write header for output file #0 (incorrect codec parameters ?): Invalid argument }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 23 07:31:37 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 23 Nov 2012 06:31:37 -0000 Subject: [FFmpeg-trac] #1950(undetermined:closed): Why I don't get responses to my emails? In-Reply-To: <038.ff54c8cb345228a061711de4bbde61fb@avcodec.org> References: <038.ff54c8cb345228a061711de4bbde61fb@avcodec.org> Message-ID: <053.7941a432bed46349632057ff7ae9e14c@avcodec.org> #1950: Why I don't get responses to my emails? -------------------------------------+------------------------------------- Reporter: theateist | 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 llogan): I don't know if you're subscribed, but messages to the mailing lists from non-subscribed senders get placed in a moderation queue for approval. I try to check the queue twice a day, but sometimes it takes longer. Questions are not guaranteed an answer. We are volunteers and attempts are made to answer each question, but unfortunately not all get answered and sometimes the answer is not known. Sometimes it takes several days for someone to provide an answer. If you want (potentially) more immediate help you can also ask questions at the #ffmpeg IRC channel. Again, answers are not guaranteed and you may have to wait several hours for someone to help you. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 23 07:55:15 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 23 Nov 2012 06:55:15 -0000 Subject: [FFmpeg-trac] #1952(undetermined:new): FFMPEG not able to copy empty audio stream in wtv In-Reply-To: <040.c314dc37543771390bee3d16d11b3d92@avcodec.org> References: <040.c314dc37543771390bee3d16d11b3d92@avcodec.org> Message-ID: <055.65035dcd14f940b3e6fca424ac97f259@avcodec.org> #1952: FFMPEG not able to copy empty audio stream in wtv -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: wtv ac3 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by pross): Just to extend what cehoyos said. The second audio stream contains no data. There are no reliable flags in the WTV file format that indicate when a stream contains no data. {{{ Stream #0:2[0x32]: Audio: ac3, 0 channels, s16 }}} This ticket should be recast as an suggested feature, i.e. give the user a warning when he/she attempts to manipulate a stream that is potentially empty. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 23 08:35:48 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 23 Nov 2012 07:35:48 -0000 Subject: [FFmpeg-trac] #1842(undetermined:open): Incorrect segmented HTTP Live Streaming playlists (was: create better HTTP Live Streaming with segment) In-Reply-To: <034.9a485a5de67a9a81956493234a8b92e4@avcodec.org> References: <034.9a485a5de67a9a81956493234a8b92e4@avcodec.org> Message-ID: <049.cffcaa15089cb78b449ad051cbe889e7@avcodec.org> #1842: Incorrect segmented HTTP Live Streaming playlists -------------------------------------+------------------------------------- Reporter: teric | Owner: Type: defect | Status: open Priority: normal | Component: Version: 1.0 | undetermined Keywords: | Resolution: segment,hls,m3u8 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by upeters): * priority: wish => normal * type: enhancement => defect -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 23 09:38:47 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 23 Nov 2012 08:38:47 -0000 Subject: [FFmpeg-trac] #1953(avformat:new): Conflict with tags when copying streams from WAV files Message-ID: <034.584cfcf0524184afd51d244570075a05@avcodec.org> #1953: Conflict with tags when copying streams from WAV files --------------------------------------+---------------------------------- Reporter: jamal | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Keywords: wav Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+---------------------------------- Muxers containing AVCodecTag entries with tag value 0 (aside from codec_id_none) and/or 1 will apparently fail to copy a stream from a wav file with different results depending on the presence of each of those values. How to reproduce: Get any pcm_u8 wav sample: {{{ % ffmpeg -i pcmu8.wav -c:a copy pcmu8.voc }}} The output will show something like this: {{{ $ ./ffmpeg -i asd.wav -c:a copy ads.voc ffmpeg version N-47005-g3616afc Copyright (c) 2000-2012 the FFmpeg developers built on Nov 22 2012 22:43:13 with gcc 4.7.2 (GCC) configuration: --enable-gpl --enable-memory-poisoning --enable-cross- compile --cross-prefix=x86_64-w64-mingw32- --target-os=mingw32 --arch=x86_64 --prefix=/mingw64 libavutil 52. 8.100 / 52. 8.100 libavcodec 54. 76.100 / 54. 76.100 libavformat 54. 37.100 / 54. 37.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 23.102 / 3. 23.102 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 17.101 / 0. 17.101 libpostproc 52. 2.100 / 52. 2.100 [wav @ 000000000025DBA0] max_analyze_duration 5000000 reached at 5015510 Guessed Channel Layout for Input Stream #0.0 : stereo Input #0, wav, from 'asd.wav': Metadata: encoder : Lavf54.37.100 Duration: 00:00:22.80, bitrate: 705 kb/s Stream #0:0: Audio: pcm_u8 ([1][0][0][0] / 0x0001), 44100 Hz, stereo, u8, 705 kb/s File 'ads.voc' already exists. Overwrite ? [y/N] y Tag [1][0][0][0]/0x00000001 incompatible with output codec id '65541' ([0][0][0][0]) Output #0, voc, to 'ads.voc': Metadata: encoder : Lavf54.37.100 Stream #0:0: Audio: pcm_u8 ([1][0][0][0] / 0x0001), 44100 Hz, stereo, 705 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Could not write header for output file #0 (incorrect codec parameters ?): Invalid data found when processing input }}} The AVCodecTag list from the voc muxer contains tag entry 0 for PCM_U8, so it should work. In short, if a muxer's AVCodecTag list contains both tag entries 0 and 1, or a tag entry 0 but no tag entry 1, or vice-versa, different codecs will fail to copy with this same error and others will succeed (Or rather, the write_header code from the muxer will be executed as it should). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 23 11:23:34 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 23 Nov 2012 10:23:34 -0000 Subject: [FFmpeg-trac] #1954(swscale:new): swscale: please support planar RGB (GBRP) output Message-ID: <035.e2d3a82f67799b8becd06d0c42902d9f@avcodec.org> #1954: swscale: please support planar RGB (GBRP) output ---------------------------------+--------------------------------------- Reporter: gjdfgh | Type: enhancement Status: new | Priority: normal Component: swscale | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+--------------------------------------- Planar RGB is surprisingly useful for algorithms that can work on both RGB and YUV colorspaces. (Especially if you want a cheap way to add RGB support to YUV code.) For these uses, it's really impractical that you can't use libswscale to convert input image data to GBRP. Conversion to planar RGB should work with any input pixel format, and at least sws_isSupportedOutput(AV_PIX_FMT_GBRP) should return true. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 23 11:51:05 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 23 Nov 2012 10:51:05 -0000 Subject: [FFmpeg-trac] #1949(avfilter:closed): Display frame number on each frame In-Reply-To: <034.9587988585af8120f6dbd4dd23fa9c1e@avcodec.org> References: <034.9587988585af8120f6dbd4dd23fa9c1e@avcodec.org> Message-ID: <049.577198539954ad909fef686b958086ce@avcodec.org> #1949: Display frame number on each frame -------------------------------------+------------------------------------ Reporter: igorg | Owner: Type: enhancement | Status: closed Priority: wish | Component: avfilter Version: git-master | Resolution: fixed Keywords: drawtext | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------ Comment (by igorg): Replying to [comment:8 saste]: > Replying to [comment:7 igorg]: > > Thanks! Could you though specify how exactly printing frame numbers is achieved and what version is it going to be available in? > > You need a git repository updated to this morning. The syntax is specified in the updated manual, it will be something like: > {{{ > drawtext=text=%{n}:other_options... > }}} One quick question still - how to start numbering the frames from 1 and not 0? I tried the regular math expressions like %{n+1}, but that did not work -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 23 13:38:54 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 23 Nov 2012 12:38:54 -0000 Subject: [FFmpeg-trac] #1954(swscale:closed): swscale: please support planar RGB (GBRP) output In-Reply-To: <035.e2d3a82f67799b8becd06d0c42902d9f@avcodec.org> References: <035.e2d3a82f67799b8becd06d0c42902d9f@avcodec.org> Message-ID: <050.caa083d8482c75db79dd2b010d5e8d14@avcodec.org> #1954: swscale: please support planar RGB (GBRP) output -------------------------------------+------------------------------------- Reporter: gjdfgh | Owner: Type: enhancement | Status: closed Priority: normal | Component: swscale Version: git-master | Resolution: duplicate Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => duplicate Comment: Duplicate of ticket #1757. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 23 14:17:36 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 23 Nov 2012 13:17:36 -0000 Subject: [FFmpeg-trac] #1955(undetermined:new): au: support g721 via g726 decoder Message-ID: <038.71aa7d170e51f8dc8e0b6a17e8e9eab5@avcodec.org> #1955: au: support g721 via g726 decoder -------------------------------------+------------------------------------- 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 -------------------------------------+------------------------------------- "jack.au" plays ok with winamp/sox file: https://bugzilla.gnome.org/attachment.cgi?id=142681 info: https://bugzilla.gnome.org/show_bug.cgi?id=594454 http://lists.freedesktop.org/archives/gstreamer- commits/2009-September/037444.html {{{ C:\>ffmpeg -i jack.au ffmpeg version N-46755-ge70144c Copyright (c) 2000-2012 the FFmpeg developers built on Nov 15 2012 02:38:20 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 52. 6.100 / 52. 6.100 libavcodec 54. 71.100 / 54. 71.100 libavformat 54. 36.100 / 54. 36.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 23.100 / 3. 23.100 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 [au @ 0x1edc300] could not determine bits per sample [au @ 0x1edc300] If you want to help, upload a sample of this file to ftp://uplo ad.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. jack.au: Invalid data found when processing input }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 23 15:20:21 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 23 Nov 2012 14:20:21 -0000 Subject: [FFmpeg-trac] #1956(undetermined:new): swf fails to decode Message-ID: <038.bcfdb251b6fcf645c09206381e3028d5@avcodec.org> #1956: swf fails 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 -------------------------------------+------------------------------------- file: https://bugzilla.gnome.org/attachment.cgi?id=161315 info: https://bugzilla.gnome.org/show_bug.cgi?id=618959 {{{ C:\>ffmpeg -i flash.swf -f null - ffmpeg version N-46755-ge70144c Copyright (c) 2000-2012 the FFmpeg developers built on Nov 15 2012 02:38:20 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 52. 6.100 / 52. 6.100 libavcodec 54. 71.100 / 54. 71.100 libavformat 54. 36.100 / 54. 36.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 23.100 / 3. 23.100 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 [swf @ 0x1edc2c0] SWF compressed file detected [swf @ 0x1edc2c0] Estimating duration from bitrate, this may be inaccurate flash.swf: could not find codec parameters }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 23 17:17:41 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 23 Nov 2012 16:17:41 -0000 Subject: [FFmpeg-trac] #1952(undetermined:new): FFMPEG not able to copy empty audio stream in wtv In-Reply-To: <040.c314dc37543771390bee3d16d11b3d92@avcodec.org> References: <040.c314dc37543771390bee3d16d11b3d92@avcodec.org> Message-ID: <055.7debc70d663f8b277f46581ed0d50206@avcodec.org> #1952: FFMPEG not able to copy empty audio stream in wtv -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: wtv ac3 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ramitbhalla): Ideally it should not copy it, skip it - whether it chooses to show it or not is debatable, I would suggest since it doesn't exist it should not show it at all. Afterall if it doesn't exist it should just show an warning and move on as though it never existed and continue, but it shouldn't fail. We can't control what *Microsoft* does but we can ensure that we don't fail where possible. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 23 19:27:25 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 23 Nov 2012 18:27:25 -0000 Subject: [FFmpeg-trac] #1953(avformat:open): Conflict with tags when copying streams from WAV files In-Reply-To: <034.584cfcf0524184afd51d244570075a05@avcodec.org> References: <034.584cfcf0524184afd51d244570075a05@avcodec.org> Message-ID: <049.7c7c0a81c69d287bc60c2c55f34248b1@avcodec.org> #1953: Conflict with tags when copying streams from WAV files ------------------------------------+------------------------------------ Reporter: jamal | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: wav => * status: new => open * reproduced: 0 => 1 Comment: The problem is to have an entry with tag==0 for the copied codec and an entry that matches the riff entry for the original codec. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 23 23:49:53 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 23 Nov 2012 22:49:53 -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.82ff707f51bb6112cb82023d7fc15484@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 michael): * status: reopened => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 24 01:51:18 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Nov 2012 00:51:18 -0000 Subject: [FFmpeg-trac] #394(avformat:closed): [au @ 003BD320] Invalid negative data size '-1' found, Invalid data found when processing input In-Reply-To: <035.17ee960ac25898fc366dc6c747759c84@avcodec.org> References: <035.17ee960ac25898fc366dc6c747759c84@avcodec.org> Message-ID: <050.08ae6e6add8296ba5d26c1c7ebb1c2b6@avcodec.org> #394: [au @ 003BD320] Invalid negative data size '-1' found, Invalid data found when processing input -------------------------------------+------------------------------------- Reporter: bobjob | Owner: michael Type: defect | Status: closed Priority: important | Component: avformat Version: unspecified | Resolution: fixed Keywords: sunau http | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: sun au http regression => sunau http regression -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 24 01:51:59 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Nov 2012 00:51:59 -0000 Subject: [FFmpeg-trac] #1652(avformat:closed): au: ffmpeg eats the whole available memory when unsupported audio codec is forced In-Reply-To: <038.69c22e79b691e5daf30ae5bc0b5bf389@avcodec.org> References: <038.69c22e79b691e5daf30ae5bc0b5bf389@avcodec.org> Message-ID: <053.fff4074539d9997aab347edcee7af5e2@avcodec.org> #1652: au: ffmpeg eats the whole available memory when unsupported audio codec is forced ------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: sunau OOM | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: au => sunau OOM -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 24 01:53:01 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Nov 2012 00:53:01 -0000 Subject: [FFmpeg-trac] #1955(undetermined:open): au: support g721 via g726 decoder In-Reply-To: <038.71aa7d170e51f8dc8e0b6a17e8e9eab5@avcodec.org> References: <038.71aa7d170e51f8dc8e0b6a17e8e9eab5@avcodec.org> Message-ID: <053.1fc4e74eab2f32a86cfd9d113d6c5418@avcodec.org> #1955: au: support g721 via g726 decoder -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: g721 g726 | Resolution: sunau | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => g721 g726 sunau * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 Comment: Patch sent to ffmpeg-devel, it produces the same broken output as GStreamer, sox works fine for the sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 24 02:00:51 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Nov 2012 01:00:51 -0000 Subject: [FFmpeg-trac] #1830(undetermined:closed): Regression when transcoding specific h264 - aac_latm - mpegts sample from dvb In-Reply-To: <036.a53920f923bb163c6778e8fd8cf3c886@avcodec.org> References: <036.a53920f923bb163c6778e8fd8cf3c886@avcodec.org> Message-ID: <051.595f626502094b26395836db7cfd5ef6@avcodec.org> #1830: Regression when transcoding specific h264 - aac_latm - mpegts sample from dvb -------------------------------------+------------------------------------- Reporter: cehoyos | 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 Sat Nov 24 03:04:07 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Nov 2012 02:04:07 -0000 Subject: [FFmpeg-trac] #582(avcodec:closed): Assertion failure in rate-control if pass 2 - file is longer In-Reply-To: <037.5e1bb2c72a9d4e81ef6891cd8ac442b0@avcodec.org> References: <037.5e1bb2c72a9d4e81ef6891cd8ac442b0@avcodec.org> Message-ID: <052.d6f60bba08680cb7e8c4c01cb1d0b7f2@avcodec.org> #582: Assertion failure in rate-control if pass 2 - file is longer -------------------------------------+----------------------------------- Reporter: graylion | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: crash abort | 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 Sat Nov 24 03:40:02 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Nov 2012 02:40:02 -0000 Subject: [FFmpeg-trac] #1955(undetermined:open): au: support g721 via g726 decoder In-Reply-To: <038.71aa7d170e51f8dc8e0b6a17e8e9eab5@avcodec.org> References: <038.71aa7d170e51f8dc8e0b6a17e8e9eab5@avcodec.org> Message-ID: <053.3a63813b612bd5f23116d764d83dcd63@avcodec.org> #1955: au: support g721 via g726 decoder -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: g721 g726 | Resolution: sunau | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ami_stuff): Thanks for the patch. It turns out that Audition is able to save stereo au g721 files with various sampling frequencies and bitrates. WinAMP plays all of the files correctly, SoX only mono. http://www.datafilehost.com/download-a0cff049.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 24 03:42:13 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Nov 2012 02:42:13 -0000 Subject: [FFmpeg-trac] #466(undetermined:closed): Does FFMPEG support MPEGTS + H.264? In-Reply-To: <041.6cfbb0db8029956ca50d74362853713d@avcodec.org> References: <041.6cfbb0db8029956ca50d74362853713d@avcodec.org> Message-ID: <056.3b2c0318d55fa20e5955d94e0e3cc189@avcodec.org> #466: Does FFMPEG support MPEGTS + H.264? -------------------------------------+------------------------------------- Reporter: | Owner: sunshine_uyl | Status: closed Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: fixed Keywords: h264 mpegts | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Both play back and transcoding of the sample work fine with latest git head. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 24 10:18:27 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Nov 2012 09:18:27 -0000 Subject: [FFmpeg-trac] #1957(undetermined:new): Invalid channel layout '0x0' when processing an MXF with 16 channel audio Message-ID: <036.3e04135b73616e26473319f5f6348ded@avcodec.org> #1957: Invalid channel layout '0x0' when processing an MXF with 16 channel audio -------------------------------------+------------------------------------- Reporter: shroomM | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: mxf audio | Blocked By: channel layout | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: Trying to convert a 16 channel audio of an MXF file fails. The file was recorded by an Omneon playout system. Sample file (130 MB): [https://dl.dropbox.com/u/132558/16ch.mxf] How to reproduce: {{{ ffmpeg -v 9 -loglevel 99 -i 16ch.mxf -map 0:a -c:a pcm_s24le audio.wav ffmpeg version N-36011-gf1470ca Copyright (c) 2000-2012 the FFmpeg developers built on Nov 24 2012 09:44:06 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-libx264 --enable-nonfree --enable-version3 libavutil 52. 8.100 / 52. 8.100 libavcodec 54. 76.100 / 54. 76.100 libavformat 54. 37.100 / 54. 37.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 23.102 / 3. 23.102 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 17.101 / 0. 17.101 libpostproc 52. 2.100 / 52. 2.100 [mxf @ 0x290e220] Format mxf probed with size=2048 and score=100 [mxf @ 0x290e220] invalid KAGSize 0 - guessing 1 [mxf @ 0x290e220] invalid KAGSize 0 - guessing 1 [mxf @ 0x290e220] index entry 381 + TemporalOffset 1 = 382, which is out of bounds [mxf @ 0x290e220] File position before avformat_find_stream_info() is 180354 [mxf @ 0x290e220] Probe buffer size limit 5000000 reached rfps: 24.083333 0.018822 Last message repeated 1 times rfps: 24.166667 0.015556 Last message repeated 1 times rfps: 24.250000 0.012600 Last message repeated 1 times rfps: 24.333333 0.009956 Last message repeated 1 times rfps: 24.416667 0.007622 Last message repeated 1 times rfps: 24.500000 0.005600 Last message repeated 1 times rfps: 24.583333 0.003889 Last message repeated 1 times rfps: 24.666667 0.002489 Last message repeated 1 times rfps: 24.750000 0.001400 Last message repeated 1 times rfps: 24.833333 0.000622 Last message repeated 1 times rfps: 24.916667 0.000156 Last message repeated 1 times rfps: 25.000000 0.000000 rfps: 25.083333 0.000156 rfps: 25.166667 0.000622 rfps: 25.250000 0.001400 rfps: 25.333333 0.002489 rfps: 25.416667 0.003889 rfps: 25.500000 0.005600 rfps: 25.583333 0.007622 rfps: 25.666667 0.009956 rfps: 25.750000 0.012600 rfps: 25.833333 0.015556 rfps: 25.916667 0.018822 rfps: 49.083333 0.018822 Last message repeated 1 times rfps: 49.166667 0.015556 Last message repeated 1 times rfps: 49.250000 0.012600 Last message repeated 1 times rfps: 49.333333 0.009956 Last message repeated 1 times rfps: 49.416667 0.007622 Last message repeated 1 times rfps: 49.500000 0.005600 Last message repeated 1 times rfps: 49.583333 0.003889 Last message repeated 1 times rfps: 49.666667 0.002489 Last message repeated 1 times rfps: 49.750000 0.001400 Last message repeated 1 times rfps: 49.833333 0.000622 Last message repeated 1 times rfps: 49.916667 0.000156 Last message repeated 1 times rfps: 50.000000 0.000000 rfps: 50.083333 0.000156 rfps: 50.166667 0.000622 rfps: 50.250000 0.001400 rfps: 50.333333 0.002489 rfps: 50.416667 0.003889 rfps: 50.500000 0.005600 rfps: 50.583333 0.007622 rfps: 50.666667 0.009956 rfps: 50.750000 0.012600 rfps: 50.833333 0.015556 rfps: 50.916667 0.018822 [mxf @ 0x290e220] File position after avformat_find_stream_info() is 5305906 Input #0, mxf, from '16ch.mxf': Metadata: timecode : 08:26:17:02 Duration: 00:00:15.00, start: 0.000000, bitrate: 69798 kb/s Stream #0:0, 14, 1/25: Video: mpeg2video (4:2:2), yuv422p, 1920x1080 [SAR 3:4 DAR 4:3], 1/50, 25 fps, 25 tbr, 25 tbn, 50 tbc Stream #0:1, 14, 1/48000: Audio: pcm_s24be, 48000 Hz, 16 channels, s32, 18432 kb/s File 'audio.wav' already exists. Overwrite ? [y/N] y Setting entry with key 'time_base' to value '1/48000' [abuffer @ 0x290cce0] Setting entry with key 'sample_rate' to value '48000' [abuffer @ 0x290cce0] Setting entry with key 'sample_fmt' to value 's32' [abuffer @ 0x290cce0] Setting entry with key 'channel_layout' to value '0x0' [graph 0 input from stream 0:1 @ 0x290b560] Invalid channel layout '0x0' Error opening filters! Statistics: 5191292 bytes read, 3 seeks }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 24 11:18:30 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Nov 2012 10:18:30 -0000 Subject: [FFmpeg-trac] #1957(undetermined:closed): Invalid channel layout '0x0' when processing an MXF with 16 channel audio In-Reply-To: <036.3e04135b73616e26473319f5f6348ded@avcodec.org> References: <036.3e04135b73616e26473319f5f6348ded@avcodec.org> Message-ID: <051.9133ea21e62a006429ee3dc8aa816963@avcodec.org> #1957: Invalid channel layout '0x0' when processing an MXF with 16 channel audio -------------------------------------+------------------------------------- Reporter: shroomM | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: mxf | Resolution: duplicate regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: mxf audio channel layout => mxf regression * priority: normal => important * status: new => closed * resolution: => duplicate * version: unspecified => git-master Comment: I am assuming that the channel layout for the file is not defined and this is a duplicate of ticket #1763. Please reopen if the channel layout for this file is defined but FFmpeg ignores it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 24 11:43:02 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Nov 2012 10:43:02 -0000 Subject: [FFmpeg-trac] #1763(undetermined:open): Audio encoding assumes a channel layout In-Reply-To: <036.b2e36c7d08f7c7d0a93109e22fadaf5c@avcodec.org> References: <036.b2e36c7d08f7c7d0a93109e22fadaf5c@avcodec.org> Message-ID: <051.34b4f6fd3e8b7e5a4b0af40b36e7dd4d@avcodec.org> #1763: Audio encoding assumes a channel layout -------------------------------------+------------------------------------- Reporter: cehoyos | 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: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 Comment: Regression since e387c9d / d3c59d5. Ticket #1957 is probably a duplicate of this ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 24 12:12:27 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Nov 2012 11:12:27 -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.7ce3dc4ca13fe3dc323d1ffed1ffe3ae@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 cehoyos): Replying to [comment:17 ami_stuff]: > 131 static const AVClass frwu_class = { > 132 "srwu Decoder", > > please fix typo in the final patch s/srwu/frwu Done, thank you for spotting! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 24 15:59:54 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Nov 2012 14:59:54 -0000 Subject: [FFmpeg-trac] #1958(undetermined:new): mp3 24khz (in wav): overreads Message-ID: <038.96d4222d9dccebd5a1d2f767e4953151@avcodec.org> #1958: mp3 24khz (in wav): overreads -------------------------------------+------------------------------------- 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 -------------------------------------+------------------------------------- This happens only with 24khz mode. I can hear some distortions. {{{ C:\>ffmpeg -i 24khz_2ch_160kbps.wav -t 2 -f null - ffmpeg version N-46755-ge70144c Copyright (c) 2000-2012 the FFmpeg developers built on Nov 15 2012 02:38:20 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 52. 6.100 / 52. 6.100 libavcodec 54. 71.100 / 54. 71.100 libavformat 54. 36.100 / 54. 36.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 23.100 / 3. 23.100 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 [wav @ 0x1edc3c0] max_analyze_duration 5000000 reached at 5016000 [wav @ 0x1edc3c0] Estimating duration from bitrate, this may be inaccurate Input #0, wav, from '24khz_2ch_160kbps.wav': Duration: 00:00:33.12, bitrate: 127 kb/s Stream #0:0: Audio: mp3 (U[0][0][0] / 0x0055), 24000 Hz, stereo, s16, 128 kb /s Output #0, null, to 'pipe:': Metadata: encoder : Lavf54.36.100 Stream #0:0: Audio: pcm_s16le, 24000 Hz, stereo, s16, 768 kb/s Stream mapping: Stream #0:0 -> #0:0 (mp3 -> pcm_s16le) Press [q] to stop, [?] for help [mp3 @ 0x1edcb60] overread, skip -7 enddists: -6 -6 [mp3 @ 0x1edcb60] overread, skip -6 enddists: -5 -5 [mp3 @ 0x1edcb60] overread, skip -9 enddists: -1 -1 [mp3 @ 0x1edcb60] overread, skip -7 enddists: -3 -3 Last message repeated 1 times [mp3 @ 0x1edcb60] overread, skip -6 enddists: -2 -2 [mp3 @ 0x1edcb60] overread, skip -6 enddists: -4 -4 [mp3 @ 0x1edcb60] overread, skip -7 enddists: -4 -4 size= 0kB time=00:00:02.01 bitrate= 0.0kbits/s video:0kB audio:189kB subtitle:0 global headers:0kB muxing overhead -100.000000% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 24 16:02:30 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Nov 2012 15:02:30 -0000 Subject: [FFmpeg-trac] #1958(undetermined:new): mp3 24khz (in wav): overreads In-Reply-To: <038.96d4222d9dccebd5a1d2f767e4953151@avcodec.org> References: <038.96d4222d9dccebd5a1d2f767e4953151@avcodec.org> Message-ID: <053.043913a91702cd3b283b500ecc1f18e3@avcodec.org> #1958: mp3 24khz (in wav): overreads -------------------------------------+------------------------------------- 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): with mono 24khz there is only 1 overread -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 24 16:19:19 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Nov 2012 15:19:19 -0000 Subject: [FFmpeg-trac] #1959(FFmpeg:new): Add codec2 to the list of supported voice codecs Message-ID: <036.ec6b2e39681d93f8550c6fcd3fd75011@avcodec.org> #1959: Add codec2 to the list of supported voice codecs ---------------------------------+--------------------------------------- Reporter: Mathias | Type: enhancement Status: new | Priority: wish Component: FFmpeg | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+--------------------------------------- Summary of the bug: Codec2 is a voice compression codec aiming towards very low bandwiths (below 5000 bits per second). Profiles exist for 3200, 2400, 1400 and 1200 bps. I would suggest adding Codec2 to the list of supported ffmpeg audio compression and decompression codecs. Codec2 is LGPL licensed and was designed to avoid patent issues. URL for more information: http://codec2.org/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 24 16:35:16 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Nov 2012 15:35:16 -0000 Subject: [FFmpeg-trac] #1893(undetermined:closed): ra_288: ffmpeg eats the whole available memory In-Reply-To: <038.521680ca665a92da896cc73fa61010ac@avcodec.org> References: <038.521680ca665a92da896cc73fa61010ac@avcodec.org> Message-ID: <053.9a14dbd654f0fc57760420ae0221dac2@avcodec.org> #1893: ra_288: ffmpeg eats the whole available memory -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: OOM | 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 Sat Nov 24 17:19:41 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Nov 2012 16:19:41 -0000 Subject: [FFmpeg-trac] #1960(undetermined:new): aiff: set block_align for u8 Message-ID: <038.1c23af8656d780fce1f87158899e6577@avcodec.org> #1960: aiff: set block_align for u8 -------------------------------------+------------------------------------- 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 -------------------------------------+------------------------------------- plays fine with qt http://www.datafilehost.com/download-621f5c2a.html {{{ C:\>ffmpeg -i u8.aif ffmpeg version N-46755-ge70144c Copyright (c) 2000-2012 the FFmpeg developers built on Nov 15 2012 02:38:20 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 52. 6.100 / 52. 6.100 libavcodec 54. 71.100 / 54. 71.100 libavformat 54. 36.100 / 54. 36.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 23.100 / 3. 23.100 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 [aiff @ 0x1edc340] could not find COMM tag or invalid block_align value u8.aif: Operation not permitted }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 24 17:41:49 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Nov 2012 16:41:49 -0000 Subject: [FFmpeg-trac] #1960(undetermined:new): aiff: set block_align for u8 In-Reply-To: <038.1c23af8656d780fce1f87158899e6577@avcodec.org> References: <038.1c23af8656d780fce1f87158899e6577@avcodec.org> Message-ID: <053.b8fb5b45d39b9497eb3e222dbe2423e3@avcodec.org> #1960: aiff: set block_align for u8 -------------------------------------+------------------------------------- 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): What created such file? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 24 17:44:33 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Nov 2012 16:44:33 -0000 Subject: [FFmpeg-trac] #1960(undetermined:new): aiff: set block_align for u8 In-Reply-To: <038.1c23af8656d780fce1f87158899e6577@avcodec.org> References: <038.1c23af8656d780fce1f87158899e6577@avcodec.org> Message-ID: <053.7386b57a0ecf4391d5e9c82b36312b20@avcodec.org> #1960: aiff: set block_align for u8 -------------------------------------+------------------------------------- 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:1 richardpl]: > What created such file? http://www.fmjsoft.com/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 24 17:52:03 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Nov 2012 16:52:03 -0000 Subject: [FFmpeg-trac] #1893(undetermined:closed): ra_288: ffmpeg eats the whole available memory In-Reply-To: <038.521680ca665a92da896cc73fa61010ac@avcodec.org> References: <038.521680ca665a92da896cc73fa61010ac@avcodec.org> Message-ID: <053.17bc168a898ea14c0820b551421f1507@avcodec.org> #1893: ra_288: ffmpeg eats the whole available memory -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: OOM | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by ami_stuff): thanks, the same problem happens with at least adpcm_sbpro_3 and libopencore_amrwb -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 24 17:54:41 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Nov 2012 16:54:41 -0000 Subject: [FFmpeg-trac] #1960(undetermined:new): aiff: set block_align for u8 In-Reply-To: <038.1c23af8656d780fce1f87158899e6577@avcodec.org> References: <038.1c23af8656d780fce1f87158899e6577@avcodec.org> Message-ID: <053.526730c39e13c385d1f6f217ee67cc66@avcodec.org> #1960: aiff: set block_align for u8 -------------------------------------+------------------------------------- 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): Can it create other unsigned/signed variants (u16/24/32..)? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 24 18:00:58 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Nov 2012 17:00:58 -0000 Subject: [FFmpeg-trac] #1893(undetermined:closed): ra_288: ffmpeg eats the whole available memory In-Reply-To: <038.521680ca665a92da896cc73fa61010ac@avcodec.org> References: <038.521680ca665a92da896cc73fa61010ac@avcodec.org> Message-ID: <053.e0fa3f9bb9feb6bb00f37ee52456f642@avcodec.org> #1893: ra_288: ffmpeg eats the whole available memory -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: OOM | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by ami_stuff): {{{ C:\>ffmpeg -acodec libopencore_amrwb -i BBC_3BIT.VOC -f null - ffmpeg version N-46755-ge70144c Copyright (c) 2000-2012 the FFmpeg developers built on Nov 15 2012 02:38:20 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 52. 6.100 / 52. 6.100 libavcodec 54. 71.100 / 54. 71.100 libavformat 54. 36.100 / 54. 36.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 23.100 / 3. 23.100 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 [voc @ 0x1edc420] Ignoring mid-stream change in audio codec [voc @ 0x1edc420] Estimating duration from bitrate, this may be inaccurate Input #0, voc, from 'BBC_3BIT.VOC': Duration: N/A, bitrate: N/A Stream #0:0: Audio: amr_wb, 16000 Hz, mono, flt Output #0, null, to 'pipe:': Metadata: encoder : Lavf54.36.100 Stream #0:0: Audio: pcm_s16le, 16000 Hz, mono, s16, 256 kb/s Stream mapping: Stream #0:0 -> #0:0 (libopencore_amrwb -> pcm_s16le) Press [q] to stop, [?] for help Input stream #0:0 frame changed from rate:16000 fmt:flt ch:1 chl:mono to rate:16 000 fmt:s16 ch:1 chl:mono Multiple frames in a packet from stream 0 [output stream 0:0 @ 0x1fc1ba0] 100 buffers queued in output stream 0:0, somethi ng may be wrong. [output stream 0:0 @ 0x1fc1ba0] 1000 buffers queued in output stream 0:0, someth ing may be wrong. [output stream 0:0 @ 0x1fc1ba0] 10000 buffers queued in output stream 0:0, somet hing may be wrong. Received signal 2: terminating. ^C }}} http://samples.mplayerhq.hu/A-codecs/musepack/01%20-%20Pumpkin%20and%20Honey%20Bunny%20(dialogue)%20-%20Dick%20Dale%20&%20His %20Del-Tones%20,%20Misirlou.mpc {{{ C:\ffmpeg -acodec adpcm_sbpro_3 -i "01 - Pumpkin and Honey Bunny (dialogue) - Dick Dale & His Del-Tones , Misirlou.mpc" -f null - ffmpeg version N-46755-ge70144c Copyright (c) 2000-2012 the FFmpeg developers built on Nov 15 2012 02:38:20 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 52. 6.100 / 52. 6.100 libavcodec 54. 71.100 / 54. 71.100 libavformat 54. 36.100 / 54. 36.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 23.100 / 3. 23.100 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 Input #0, mpc, from '01 - Pumpkin and Honey Bunny (dialogue) - Dick D ale & His Del-Tones , Misirlou.mpc': Metadata: Track : 1 Year : 1994 Genre : Soundtrack Artist : Soundtrack Album : Pulp Fiction Title : Dick Dale & His Del-Tones / Misirlou Comment : EAC secure - ripped by juans for www.enkeywebsite.net Duration: 00:02:30.18, start: 0.000000, bitrate: 129 kb/s Stream #0:0: Audio: adpcm_sbpro_3, 44100 Hz, stereo, s16, 264 kb/s Output #0, null, to 'pipe:': Metadata: Track : 1 Year : 1994 Genre : Soundtrack Artist : Soundtrack Album : Pulp Fiction Title : Dick Dale & His Del-Tones / Misirlou Comment : EAC secure - ripped by juans for www.enkeywebsite.net encoder : Lavf54.36.100 Stream #0:0: Audio: pcm_s16le, 44100 Hz, stereo, s16, 1411 kb/s Stream mapping: Stream #0:0 -> #0:0 (adpcm_sbpro_3 -> pcm_s16le) Press [q] to stop, [?] for help Multiple frames in a packet from stream 0 [output stream 0:0 @ 0x1fb74e0] 100 buffers queued in output stream 0:0, somethi ng may be wrong. [output stream 0:0 @ 0x1fb74e0] 1000 buffers queued in output stream 0:0, someth ing may be wrong. [output stream 0:0 @ 0x1fb74e0] 10000 buffers queued in output stream 0:0, somet hing may be wrong. Received signal 2: terminating. ^C }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 24 18:04:11 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Nov 2012 17:04:11 -0000 Subject: [FFmpeg-trac] #1892(avcodec:closed): smackaud: huge memory allocation In-Reply-To: <038.d036e2cfe11c3e48c63c8889cfec22dc@avcodec.org> References: <038.d036e2cfe11c3e48c63c8889cfec22dc@avcodec.org> Message-ID: <053.9883d742589387b1c3a96110a296556b@avcodec.org> #1892: smackaud: huge memory allocation -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: smacker | Blocked By: leak 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 Sat Nov 24 18:05:06 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Nov 2012 17:05:06 -0000 Subject: [FFmpeg-trac] #1960(undetermined:new): aiff: set block_align for u8 In-Reply-To: <038.1c23af8656d780fce1f87158899e6577@avcodec.org> References: <038.1c23af8656d780fce1f87158899e6577@avcodec.org> Message-ID: <053.fe17151aaa2a24c62eb22abcb16c12c4@avcodec.org> #1960: aiff: set block_align for u8 -------------------------------------+------------------------------------- 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): It can create signed 8/16/24/32, but these decodes ok with ffmpeg. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 24 18:29:23 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Nov 2012 17:29:23 -0000 Subject: [FFmpeg-trac] #1960(undetermined:new): aiff: set block_align for u8 In-Reply-To: <038.1c23af8656d780fce1f87158899e6577@avcodec.org> References: <038.1c23af8656d780fce1f87158899e6577@avcodec.org> Message-ID: <053.007de9538922bbf753b08f5e74aca9c2@avcodec.org> #1960: aiff: set block_align for u8 -------------------------------------+------------------------------------- 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): Thing is file have tag 'r','a','w','32' which is silly. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 24 18:33:06 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Nov 2012 17:33:06 -0000 Subject: [FFmpeg-trac] #1959(avcodec:open): Support codec2 (was: Add codec2 to the list of supported voice codecs) In-Reply-To: <036.ec6b2e39681d93f8550c6fcd3fd75011@avcodec.org> References: <036.ec6b2e39681d93f8550c6fcd3fd75011@avcodec.org> Message-ID: <051.af556bc51f107909ca34ecc1f982bd24@avcodec.org> #1959: Support codec2 -------------------------------------+----------------------------------- Reporter: Mathias | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: codec2 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: FFmpeg => avcodec * version: unspecified => git-master * keywords: => codec2 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 24 18:36:56 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Nov 2012 17:36:56 -0000 Subject: [FFmpeg-trac] #1893(undetermined:closed): ra_288: ffmpeg eats the whole available memory In-Reply-To: <038.521680ca665a92da896cc73fa61010ac@avcodec.org> References: <038.521680ca665a92da896cc73fa61010ac@avcodec.org> Message-ID: <053.5167d63349508be548d53b3cff05ff32@avcodec.org> #1893: ra_288: ffmpeg eats the whole available memory -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: OOM | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:5 ami_stuff]: > thanks, the same problem happens with at least adpcm_sbpro_3 and libopencore_amrwb Please open separate tickets, that allows following the issues (and the fixes). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 24 19:22:19 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Nov 2012 18:22:19 -0000 Subject: [FFmpeg-trac] #1960(undetermined:new): aiff: set block_align for u8 In-Reply-To: <038.1c23af8656d780fce1f87158899e6577@avcodec.org> References: <038.1c23af8656d780fce1f87158899e6577@avcodec.org> Message-ID: <053.c61f730515328e13cb0d7d2fb9180e57@avcodec.org> #1960: aiff: set block_align for u8 -------------------------------------+------------------------------------- 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): 32 ($20) is a space, this tag in riff.c -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 24 19:27:17 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Nov 2012 18:27:17 -0000 Subject: [FFmpeg-trac] #1961(undetermined:new): adpcm_sbpro_3: fix memory eating Message-ID: <038.938c2990497311bdab53feb401cca572@avcodec.org> #1961: adpcm_sbpro_3: fix memory eating -------------------------------------+------------------------------------- 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://samples.mplayerhq.hu/A-codecs/musepack/01%20-%20Pumpkin%20and%20Honey%20Bunny%20(dialogue)%20-%20Dick%20Dale%20&%20His %20Del-Tones%20,%20Misirlou.mpc {{{ C:\ffmpeg -acodec adpcm_sbpro_3 -i "01 - Pumpkin and Honey Bunny (dialogue) - Dick Dale & His Del-Tones , Misirlou.mpc" -f null - ffmpeg version N-46755-ge70144c Copyright (c) 2000-2012 the FFmpeg developers built on Nov 15 2012 02:38:20 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 52. 6.100 / 52. 6.100 libavcodec 54. 71.100 / 54. 71.100 libavformat 54. 36.100 / 54. 36.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 23.100 / 3. 23.100 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 Input #0, mpc, from '01 - Pumpkin and Honey Bunny (dialogue) - Dick D ale & His Del-Tones , Misirlou.mpc': Metadata: Track : 1 Year : 1994 Genre : Soundtrack Artist : Soundtrack Album : Pulp Fiction Title : Dick Dale & His Del-Tones / Misirlou Comment : EAC secure - ripped by juans for www.enkeywebsite.net Duration: 00:02:30.18, start: 0.000000, bitrate: 129 kb/s Stream #0:0: Audio: adpcm_sbpro_3, 44100 Hz, stereo, s16, 264 kb/s Output #0, null, to 'pipe:': Metadata: Track : 1 Year : 1994 Genre : Soundtrack Artist : Soundtrack Album : Pulp Fiction Title : Dick Dale & His Del-Tones / Misirlou Comment : EAC secure - ripped by juans for www.enkeywebsite.net encoder : Lavf54.36.100 Stream #0:0: Audio: pcm_s16le, 44100 Hz, stereo, s16, 1411 kb/s Stream mapping: Stream #0:0 -> #0:0 (adpcm_sbpro_3 -> pcm_s16le) Press [q] to stop, [?] for help Multiple frames in a packet from stream 0 [output stream 0:0 @ 0x1fb74e0] 100 buffers queued in output stream 0:0, somethi ng may be wrong. [output stream 0:0 @ 0x1fb74e0] 1000 buffers queued in output stream 0:0, someth ing may be wrong. [output stream 0:0 @ 0x1fb74e0] 10000 buffers queued in output stream 0:0, somet hing may be wrong. Received signal 2: terminating. ^C }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 24 19:27:49 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Nov 2012 18:27:49 -0000 Subject: [FFmpeg-trac] #1960(avformat:open): aiff: set block_align for u8 In-Reply-To: <038.1c23af8656d780fce1f87158899e6577@avcodec.org> References: <038.1c23af8656d780fce1f87158899e6577@avcodec.org> Message-ID: <053.0f676a0b2d4c8f73f893f43ea41ccbda@avcodec.org> #1960: aiff: set block_align for u8 -------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: aiff | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avformat * priority: normal => wish * version: unspecified => git-master * keywords: => aiff * type: defect => enhancement Comment: Replying to [comment:5 richardpl]: > Thing is file have tag 'r','a','w','32' which is silly. More silly than NONE? Patch on ffmpeg-devel. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 24 19:28:57 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Nov 2012 18:28:57 -0000 Subject: [FFmpeg-trac] #1960(avformat:open): aiff: set block_align for u8 In-Reply-To: <038.1c23af8656d780fce1f87158899e6577@avcodec.org> References: <038.1c23af8656d780fce1f87158899e6577@avcodec.org> Message-ID: <053.9254ac4efe1ea68ea611e5114ee286cc@avcodec.org> #1960: aiff: set block_align for u8 -------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: aif | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: aiff => aif -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 24 19:39:40 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Nov 2012 18:39:40 -0000 Subject: [FFmpeg-trac] #1962(undetermined:new): gms in aiff: fix duration Message-ID: <038.ddca1c24f93ef702625c10ff70ef7191@avcodec.org> #1962: gms in aiff: fix duration -------------------------------------+------------------------------------- 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 -------------------------------------+------------------------------------- qt reports correct 30.02s {{{ C:\>ffmpeg -i 2ch_48khz.aiff ffmpeg version N-46755-ge70144c Copyright (c) 2000-2012 the FFmpeg developers built on Nov 15 2012 02:38:20 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 52. 6.100 / 52. 6.100 libavcodec 54. 71.100 / 54. 71.100 libavformat 54. 36.100 / 54. 36.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 23.100 / 3. 23.100 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 [aiff @ 0x1edc280] max_analyze_duration 5000000 reached at 5000000 Input #0, aiff, from '2ch_48khz.aiff': Duration: 01:20:02.35, start: 0.000000, bitrate: 0 kb/s Stream #0:0: Audio: gsm (GSM / 0x204D5347), 48000 Hz, mono, s16, 79 kb/s At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 24 20:44:46 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Nov 2012 19:44:46 -0000 Subject: [FFmpeg-trac] #1963(FFmpeg:new): ffv1 does not support threads Message-ID: <035.90fe34d2cf8d3235b3d3f2c6c8c2a3b9@avcodec.org> #1963: ffv1 does not support threads --------------------------------+--------------------------------------- Reporter: Safari | Type: enhancement Status: new | Priority: normal Component: FFmpeg | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+--------------------------------------- Summary of the bug: at max 15 fps encoding with ffv1 with i5-2500K CPU @ 3.30GHz, 1920x1200 with libx264 (crf 15) I get 60 fps (it supports threads). How to reproduce: {{{ ffmpeg -y -threads auto -f x11grab -show_region 1 -r 60 -s 1920,1200 -i :0.0 -vcodec ffv1 -q:v 0 -pix_fmt yuv444p -f matroska -t 3 jee.mkv ffmpeg version N-73987-gc3e2ee7 Copyright (c) 2000-2012 the FFmpeg developers built on Nov 22 2012 02:55:32 with gcc 4.7.2 (GCC) 20121109 (Red Hat 4.7.2-8) configuration: --cc=/usr/bin/gcc --enable-libvorbis --enable-libx264 --enable-libmp3lame --enable-gpl --enable-pthreads --enable-postproc --enable-libxvid --enable-libfaac --enable-libgsm --enable-libtheora --enable-libdc1394 --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-nonfree --enable-libschroedinger --enable-static --enable-gray --enable-avfilter --enable-version3 --enable-filter=all --enable-bsf=all --enable-libcelt --disable-stripping --disable-shared --enable-vdpau --enable-vaapi --enable-libcaca --enable-libaacplus --enable-libass --enable-x11grab --enable-libopus libavutil 52. 8.100 / 52. 8.100 libavcodec 54. 74.100 / 54. 74.100 libavformat 54. 37.100 / 54. 37.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 23.101 / 3. 23.101 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 17.101 / 0. 17.101 libpostproc 52. 2.100 / 52. 2.100 [x11grab @ 0x34d36e0] device: :0.0 -> display: :0.0 x: 0 y: 0 width: 1920 height: 1200 [x11grab @ 0x34d36e0] shared memory extension found [x11grab @ 0x34d36e0] Estimating duration from bitrate, this may be inaccurate Input #0, x11grab, from ':0.0': Duration: N/A, start: 1353785898.824541, bitrate: N/A Stream #0:0: Video: rawvideo (BGR[0] / 0x524742), bgr0, 1920x1200, -2147483 kb/s, 60 tbr, 1000k tbn, 60 tbc Output #0, matroska, to 'jee.mkv': Metadata: encoder : Lavf54.37.100 Stream #0:0: Video: ffv1 (FFV1 / 0x31564646), yuv444p, 1920x1200, q=2-31, 200 kb/s, 1k tbn, 60 tbc Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> ffv1) Press [q] to stop, [?] for help frame= 180 fps=15.2 q=0.0 Lsize= 46359kB time=00:00:03.00 bitrate=126590.7kbits/s video:46356kB audio:0kB subtitle:0 global headers:0kB muxing overhead 0.005250% }}} perf top: {{{ 69.76% ffmpeg-20121122 [.] encode_plane 5.42% ffmpeg-20121122 [.] ff_hscale14to15_4_ssse3.loop 2.48% libc-2.15.so [.] __memcpy_ssse3_back 2.16% ffmpeg-20121122 [.] ff_rgbaToUV_avx.loop 1.73% [kernel] [k] copy_user_generic_string }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 24 21:22:52 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Nov 2012 20:22:52 -0000 Subject: [FFmpeg-trac] #1960(avformat:closed): aiff: set block_align for u8 In-Reply-To: <038.1c23af8656d780fce1f87158899e6577@avcodec.org> References: <038.1c23af8656d780fce1f87158899e6577@avcodec.org> Message-ID: <053.306d09bbe71e6dc8b66eb82bfeafaac2@avcodec.org> #1960: aiff: set block_align for u8 -------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: enhancement | Status: closed Priority: wish | Component: avformat Version: git-master | Resolution: fixed Keywords: aif | 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 Sat Nov 24 21:36:26 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Nov 2012 20:36:26 -0000 Subject: [FFmpeg-trac] #1963(avcodec:closed): ffv1 does not support threads In-Reply-To: <035.90fe34d2cf8d3235b3d3f2c6c8c2a3b9@avcodec.org> References: <035.90fe34d2cf8d3235b3d3f2c6c8c2a3b9@avcodec.org> Message-ID: <050.14768bd44a202575ab476e57f5aef9e8@avcodec.org> #1963: ffv1 does not support threads -------------------------------------+------------------------------------- Reporter: Safari | Owner: Type: enhancement | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: ffv1 | worksforme Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => ffv1 * resolution: => worksforme * status: new => closed * component: FFmpeg => avcodec Comment: Use "-strict -2 -level 3" -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 24 21:39:35 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Nov 2012 20:39:35 -0000 Subject: [FFmpeg-trac] #1958(undetermined:open): mp3 24khz (in wav): overreads In-Reply-To: <038.96d4222d9dccebd5a1d2f767e4953151@avcodec.org> References: <038.96d4222d9dccebd5a1d2f767e4953151@avcodec.org> Message-ID: <053.a81e3f30c3a79491576feb3dde73af71@avcodec.org> #1958: mp3 24khz (in wav): overreads -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: mp3 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => mp3 * status: new => open * version: unspecified => git-master -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 24 21:43:56 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Nov 2012 20:43:56 -0000 Subject: [FFmpeg-trac] #1961(avcodec:open): adpcm_sbpro_3: fix memory eating In-Reply-To: <038.938c2990497311bdab53feb401cca572@avcodec.org> References: <038.938c2990497311bdab53feb401cca572@avcodec.org> Message-ID: <053.de7a8d8e688fc0ea4f9eba4078fccf4e@avcodec.org> #1961: adpcm_sbpro_3: fix memory eating ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: OOM adpcm | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avcodec * priority: normal => important * version: unspecified => git-master * keywords: => OOM adpcm -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 24 21:56:32 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Nov 2012 20:56:32 -0000 Subject: [FFmpeg-trac] #1963(avcodec:closed): ffv1 does not support threads In-Reply-To: <035.90fe34d2cf8d3235b3d3f2c6c8c2a3b9@avcodec.org> References: <035.90fe34d2cf8d3235b3d3f2c6c8c2a3b9@avcodec.org> Message-ID: <050.c4865da4c027e468cb5b9d37e552e546@avcodec.org> #1963: ffv1 does not support threads -------------------------------------+------------------------------------- Reporter: Safari | Owner: Type: enhancement | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: ffv1 | worksforme Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Safari): seems to use only two threads, I get max 32 fps -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 24 22:21:07 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Nov 2012 21:21:07 -0000 Subject: [FFmpeg-trac] #1963(avcodec:closed): ffv1 does not support threads In-Reply-To: <035.90fe34d2cf8d3235b3d3f2c6c8c2a3b9@avcodec.org> References: <035.90fe34d2cf8d3235b3d3f2c6c8c2a3b9@avcodec.org> Message-ID: <050.ae42149060dfa02bcc232ffce1fa03bf@avcodec.org> #1963: ffv1 does not support threads -------------------------------------+------------------------------------- Reporter: Safari | Owner: Type: enhancement | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: ffv1 | worksforme Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Is there a codec that succeeds on -r 60 ? I suggest to test with a file to test the performance of a codec, you can also try to increase the number of threads and the slice_count. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 24 22:45:41 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Nov 2012 21:45:41 -0000 Subject: [FFmpeg-trac] #625(avcodec:open): support 2/3/5bit IMA ADPCM In-Reply-To: <038.b2fd8d9fa1169d2b3c75449b9f9dc630@avcodec.org> References: <038.b2fd8d9fa1169d2b3c75449b9f9dc630@avcodec.org> Message-ID: <053.9b3d933c665807926a043557e179f41f@avcodec.org> #625: support 2/3/5bit IMA ADPCM ---------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: adpcm roundup | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Comment (by ami_stuff): more info (see attached jpg) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 24 22:50:05 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Nov 2012 21:50:05 -0000 Subject: [FFmpeg-trac] #1963(avcodec:closed): ffv1 does not support threads In-Reply-To: <035.90fe34d2cf8d3235b3d3f2c6c8c2a3b9@avcodec.org> References: <035.90fe34d2cf8d3235b3d3f2c6c8c2a3b9@avcodec.org> Message-ID: <050.ad9142f198d66755b5a5ea9adb70a0d2@avcodec.org> #1963: ffv1 does not support threads -------------------------------------+------------------------------------- Reporter: Safari | Owner: Type: enhancement | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: ffv1 | worksforme Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Safari): I get over 59 fps with x264. 1.8 CPUs utilized (out of 4). I had "-threads auto" and -slice_count makes no difference. Maybe if encode_plane was optimized for AVX, it could do 60 fps with one or two CPUs ;=) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 24 23:19:50 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Nov 2012 22:19:50 -0000 Subject: [FFmpeg-trac] #1964(avformat:new): Request support for decoding / demuxing Adobe HDS dynamic http streaming Message-ID: <038.95c9cd9f7acf0a211f5f98aad3471a09@avcodec.org> #1964: Request support for decoding / demuxing Adobe HDS dynamic http streaming -----------------------------------+--------------------------------------- Reporter: ottomatic | Type: enhancement Status: new | Priority: normal Component: avformat | Version: unspecified Keywords: Adobe HDS | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+--------------------------------------- Adobe HDS is an adaptive streaming format used primarily to deliver video streams through content delivery networks. It uses a manifest file (F4F) to describe the segments of a file, and then it adaptively delivers segments and sequences in the "optimal" bitrate depending on the client's bandwith and the total server load. Certain major content providers are moving to this format (at least in Sweden) and it would be really great if ffmpeg could support it. A good summary of HDS is found at: http://rdkls.blogspot.se/2011/11/what-i-know-about-http-adaptive.html It seems that most projects that do decode such streams use a PHP script (!) found at: https://github.com/K-S-V/Scripts/blob/master/AdobeHDS.php The Open Source Media Player project has action script code which probably does the same thing: http://sourceforge.net/adobe/osmf/ The format is quite similar to applehttp/hls, so it should be possible to borrow some patterns from the support for that format, which is already in libavformat. I am a C# / java developer and could probably make this happen in C, but it would take a lot of effort. I am not yet familiar with the ffmpeg source code. So I'm hoping that someone might already be working on this? Or that someone well versed on avformat development can take this on. I'd be happy to contribute with my own efforts. Best regards! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 24 23:25:50 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Nov 2012 22:25:50 -0000 Subject: [FFmpeg-trac] #1963(avcodec:closed): ffv1 does not support threads In-Reply-To: <035.90fe34d2cf8d3235b3d3f2c6c8c2a3b9@avcodec.org> References: <035.90fe34d2cf8d3235b3d3f2c6c8c2a3b9@avcodec.org> Message-ID: <050.5246c0a7b645f23779dfcf66d08565fb@avcodec.org> #1963: ffv1 does not support threads -------------------------------------+------------------------------------- Reporter: Safari | Owner: Type: enhancement | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: ffv1 | worksforme Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:4 Safari]: > I had "-threads auto" But you do realize that "-threads auto" is not the optimal choice in typical situations? Please consider using the ffmpeg-user mailing list for usage questions, this tracker is primarily bugs (and feature requests), not for user support. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 24 23:27:10 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Nov 2012 22:27:10 -0000 Subject: [FFmpeg-trac] #1962(undetermined:new): gms in aiff: fix duration In-Reply-To: <038.ddca1c24f93ef702625c10ff70ef7191@avcodec.org> References: <038.ddca1c24f93ef702625c10ff70ef7191@avcodec.org> Message-ID: <053.527d1885571cffdc19495eb07a9a3b5e@avcodec.org> #1962: gms in aiff: fix duration -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: aif | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => aif * version: unspecified => git-master Comment: I wonder if FFmpeg isn't correct: 1440705 is the number of samples written in the aiff header. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 24 23:29:55 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Nov 2012 22:29:55 -0000 Subject: [FFmpeg-trac] #1964(avformat:new): Request support for decoding / demuxing Adobe HDS dynamic http streaming In-Reply-To: <038.95c9cd9f7acf0a211f5f98aad3471a09@avcodec.org> References: <038.95c9cd9f7acf0a211f5f98aad3471a09@avcodec.org> Message-ID: <053.ddde2563110b58378a864668e697a9b7@avcodec.org> #1964: Request support for decoding / demuxing Adobe HDS dynamic http streaming -------------------------------------+------------------------------------ Reporter: ottomatic | Owner: Type: enhancement | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: HDS | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: Adobe HDS => HDS Comment: Does FFmpeg support playing the segments / the first transmitted segment? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 24 23:42:24 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Nov 2012 22:42:24 -0000 Subject: [FFmpeg-trac] #1962(undetermined:new): gsm in aiff: fix duration (was: gms in aiff: fix duration) In-Reply-To: <038.ddca1c24f93ef702625c10ff70ef7191@avcodec.org> References: <038.ddca1c24f93ef702625c10ff70ef7191@avcodec.org> Message-ID: <053.18ad53719681a4dcecd5bddb8bad3bc5@avcodec.org> #1962: gsm in aiff: fix duration -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: aif | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 24 23:43:40 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Nov 2012 22:43:40 -0000 Subject: [FFmpeg-trac] #1964(avformat:new): Request support for decoding / demuxing Adobe HDS dynamic http streaming In-Reply-To: <038.95c9cd9f7acf0a211f5f98aad3471a09@avcodec.org> References: <038.95c9cd9f7acf0a211f5f98aad3471a09@avcodec.org> Message-ID: <053.b84e9e49b8741a6c03cb97d51126d984@avcodec.org> #1964: Request support for decoding / demuxing Adobe HDS dynamic http streaming -------------------------------------+------------------------------------ Reporter: ottomatic | Owner: Type: enhancement | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: HDS | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by ottomatic): No. Here is the output from when I attempt to play a stream, using the recent static build for 64 bit windows: {{{ >ffmpeg.exe -i "http://svtplay6s-f.akamaihd.net/z/se /secure/20121118/1232796-008A/EARTHLY_TREASUR-008A- 7a4e5968ffc1c170_,900,320,420 ,620,1660,2760,.mp4.csmil/manifest.f4m?hdcore=2.8.0&g=LLIOFRVAXRWA" D:\tmp\fmt-t est.ts ffmpeg version N-46469-gc995644 Copyright (c) 2000-2012 the FFmpeg developers built on Nov 5 2012 17:58:15 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. 5.100 / 52. 5.100 libavcodec 54. 71.100 / 54. 71.100 libavformat 54. 36.100 / 54. 36.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 21.106 / 3. 21.106 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 http://svtplay6s-f.akamaihd.net/z/se/secure/20121118/1232796-008A/EARTHLY_TREASU R-008A- 7a4e5968ffc1c170_,900,320,420,620,1660,2760,.mp4.csmil/manifest.f4m?hdcor e=2.8.0&g=LLIOFRVAXRWA: Invalid data found when processing input If I inspect the contents of that URL, I get the F4M manifest: {{{ 2.0 5000 /se/secure/20121118/1232796-008A/EARTHLY_TREASUR-008A- 7a4e5968ffc1c170_,900,320,420,620,1660,2760,.mp4.csmil_0 recorded vod 300.501 0.000 AAAAi2Fic3QAAAAAAAAAAQAAAAPoAAAAAAAEldUAAAAAAAAAAAAAAAAAAQAAABlhc3J0AAAAAAAAAAABAAAAAQAAADIBAAAARmFmcnQAAAAAAAAD6AAAAAADAAAAAQAAAAAAAAAAAAAXcAAAADIAAAAAAAR8cAAAGWUAAAAAAAAAAAAAAAAAAAAAAA== AAAAi2Fic3QAAAAAAAAAAQAAAAPoAAAAAAAEldUAAAAAAAAAAAAAAAAAAQAAABlhc3J0AAAAAAAAAAABAAAAAQAAADIBAAAARmFmcnQAAAAAAAAD6AAAAAADAAAAAQAAAAAAAAAAAAAXcAAAADIAAAAAAAR8cAAAGWUAAAAAAAAAAAAAAAAAAAAAAA== AAAAi2Fic3QAAAAAAAAAAQAAAAPoAAAAAAAEldUAAAAAAAAAAAAAAAAAAQAAABlhc3J0AAAAAAAAAAABAAAAAQAAADIBAAAARmFmcnQAAAAAAAAD6AAAAAADAAAAAQAAAAAAAAAAAAAXcAAAADIAAAAAAAR8cAAAGWUAAAAAAAAAAAAAAAAAAAAAAA== AAAAi2Fic3QAAAAAAAAAAQAAAAPoAAAAAAAEldUAAAAAAAAAAAAAAAAAAQAAABlhc3J0AAAAAAAAAAABAAAAAQAAADIBAAAARmFmcnQAAAAAAAAD6AAAAAADAAAAAQAAAAAAAAAAAAAXcAAAADIAAAAAAAR8cAAAGWUAAAAAAAAAAAAAAAAAAAAAAA== AAAAi2Fic3QAAAAAAAAAAQAAAAPoAAAAAAAEldUAAAAAAAAAAAAAAAAAAQAAABlhc3J0AAAAAAAAAAABAAAAAQAAADIBAAAARmFmcnQAAAAAAAAD6AAAAAADAAAAAQAAAAAAAAAAAAAXcAAAADIAAAAAAAR8cAAAGWUAAAAAAAAAAAAAAAAAAAAAAA== AAAAi2Fic3QAAAAAAAAAAQAAAAPoAAAAAAAElcAAAAAAAAAAAAAAAAAAAQAAABlhc3J0AAAAAAAAAAABAAAAAQAAADIBAAAARmFmcnQAAAAAAAAD6AAAAAADAAAAAQAAAAAAAAAAAAAXcAAAADIAAAAAAAR8cAAAGVAAAAAAAAAAAAAAAAAAAAAAAA== AgAKb25NZXRhRGF0YQgAAAAMAAhkdXJhdGlvbgBAcsgEGJN0vAAFd2lkdGgAQHQAAAAAAAAABmhlaWdodABAZoAAAAAAAAANdmlkZW9kYXRhcmF0ZQBAY/imU7h9mQAJZnJhbWVyYXRlAEA4/42A0ljSAAx2aWRlb2NvZGVjaWQAQBwAAAAAAAAADWF1ZGlvZGF0YXJhdGUAQGOUr7/JUGwAD2F1ZGlvc2FtcGxlcmF0ZQBA53AAAAAAAAAPYXVkaW9zYW1wbGVzaXplAEAwAAAAAAAAAAZzdGVyZW8BAQAMYXVkaW9jb2RlY2lkAEAkAAAAAAAAAAhmaWxlc2l6ZQBBZqtwgAAAAAAACQ== AgAKb25NZXRhRGF0YQgAAAAMAAhkdXJhdGlvbgBAcsgEGJN0vAAFd2lkdGgAQH4AAAAAAAAABmhlaWdodABAcOAAAAAAAAANdmlkZW9kYXRhcmF0ZQBAcDrhxmp71QAJZnJhbWVyYXRlAEA4/42A0ljSAAx2aWRlb2NvZGVjaWQAQBwAAAAAAAAADWF1ZGlvZGF0YXJhdGUAQGOUr7/JUGwAD2F1ZGlvc2FtcGxlcmF0ZQBA53AAAAAAAAAPYXVkaW9zYW1wbGVzaXplAEAwAAAAAAAAAAZzdGVyZW8BAQAMYXVkaW9jb2RlY2lkAEAkAAAAAAAAAAhmaWxlc2l6ZQBBbdPl4AAAAAAACQ== AgAKb25NZXRhRGF0YQgAAAAMAAhkdXJhdGlvbgBAcsgEGJN0vAAFd2lkdGgAQIIAAAAAAAAABmhlaWdodABAdEAAAAAAAAANdmlkZW9kYXRhcmF0ZQBAfLoOxhoCQwAJZnJhbWVyYXRlAEA4/42A0ljSAAx2aWRlb2NvZGVjaWQAQBwAAAAAAAAADWF1ZGlvZGF0YXJhdGUAQGOUr7/JUGwAD2F1ZGlvc2FtcGxlcmF0ZQBA53AAAAAAAAAPYXVkaW9zYW1wbGVzaXplAEAwAAAAAAAAAAZzdGVyZW8BAQAMYXVkaW9jb2RlY2lkAEAkAAAAAAAAAAhmaWxlc2l6ZQBBdhOW0AAAAAAACQ== AgAKb25NZXRhRGF0YQgAAAAMAAhkdXJhdGlvbgBAcsgEGJN0vAAFd2lkdGgAQIYAAAAAAAAABmhlaWdodABAeMAAAAAAAAANdmlkZW9kYXRhcmF0ZQBAiPy3if5LYwAJZnJhbWVyYXRlAEA4/42A0ljSAAx2aWRlb2NvZGVjaWQAQBwAAAAAAAAADWF1ZGlvZGF0YXJhdGUAQGOUr7/JUGwAD2F1ZGlvc2FtcGxlcmF0ZQBA53AAAAAAAAAPYXVkaW9zYW1wbGVzaXplAEAwAAAAAAAAAAZzdGVyZW8BAQAMYXVkaW9jb2RlY2lkAEAkAAAAAAAAAAhmaWxlc2l6ZQBBgSCciAAAAAAACQ== AgAKb25NZXRhRGF0YQgAAAAMAAhkdXJhdGlvbgBAcsgEGJN0vAAFd2lkdGgAQJAAAAAAAAAABmhlaWdodABAggAAAAAAAAANdmlkZW9kYXRhcmF0ZQBAl27+UGbQvgAJZnJhbWVyYXRlAEA4/42A0ljSAAx2aWRlb2NvZGVjaWQAQBwAAAAAAAAADWF1ZGlvZGF0YXJhdGUAQGOUr7/JUGwAD2F1ZGlvc2FtcGxlcmF0ZQBA53AAAAAAAAAPYXVkaW9zYW1wbGVzaXplAEAwAAAAAAAAAAZzdGVyZW8BAQAMYXVkaW9jb2RlY2lkAEAkAAAAAAAAAAhmaWxlc2l6ZQBBjasJSAAAAAAACQ== AgAKb25NZXRhRGF0YQgAAAAMAAhkdXJhdGlvbgBAcseuFHrhSAAFd2lkdGgAQJQAAAAAAAAABmhlaWdodABAhoAAAAAAAAANdmlkZW9kYXRhcmF0ZQBApE4NtpueEgAJZnJhbWVyYXRlAEA5AAAAAAAAAAx2aWRlb2NvZGVjaWQAQBwAAAAAAAAADWF1ZGlvZGF0YXJhdGUAQGOUsjD25OcAD2F1ZGlvc2FtcGxlcmF0ZQBA53AAAAAAAAAPYXVkaW9zYW1wbGVzaXplAEAwAAAAAAAAAAZzdGVyZW8BAQAMYXVkaW9jb2RlY2lkAEAkAAAAAAAAAAhmaWxlc2l6ZQBBmK1T6AAAAAAACQ== }}} Unfortunately, I think the contents is protected by geographic restrictions, so you may only be able to test this if you are located in Sweden. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 24 23:45:50 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Nov 2012 22:45:50 -0000 Subject: [FFmpeg-trac] #1963(avcodec:closed): ffv1 does not support threads In-Reply-To: <035.90fe34d2cf8d3235b3d3f2c6c8c2a3b9@avcodec.org> References: <035.90fe34d2cf8d3235b3d3f2c6c8c2a3b9@avcodec.org> Message-ID: <050.ad7cc3492515c7dcae0c9dbb78b45ca4@avcodec.org> #1963: ffv1 does not support threads -------------------------------------+------------------------------------- Reporter: Safari | Owner: Type: enhancement | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: ffv1 | worksforme Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Safari): I did not do user support request about -thread option usage, I had tried -threads 4 and -threads 8 and -threads 16, they did not make any difference. -threads auto does 5 threads. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 24 23:46:37 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Nov 2012 22:46:37 -0000 Subject: [FFmpeg-trac] #1964(avformat:new): Request support for decoding / demuxing Adobe HDS dynamic http streaming In-Reply-To: <038.95c9cd9f7acf0a211f5f98aad3471a09@avcodec.org> References: <038.95c9cd9f7acf0a211f5f98aad3471a09@avcodec.org> Message-ID: <053.7236f3d5c86f3842283f0230afa3cbee@avcodec.org> #1964: Request support for decoding / demuxing Adobe HDS dynamic http streaming -------------------------------------+------------------------------------ Reporter: ottomatic | Owner: Type: enhancement | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: HDS | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by ottomatic): By the way, the "(F4F)" in the original ticket description should really read "(F4M)". -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 24 23:55:59 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Nov 2012 22:55:59 -0000 Subject: [FFmpeg-trac] #1964(avformat:new): Request support for decoding / demuxing Adobe HDS dynamic http streaming In-Reply-To: <038.95c9cd9f7acf0a211f5f98aad3471a09@avcodec.org> References: <038.95c9cd9f7acf0a211f5f98aad3471a09@avcodec.org> Message-ID: <053.b7d05400c4e07132af7feb2e75a0bf2c@avcodec.org> #1964: Request support for decoding / demuxing Adobe HDS dynamic http streaming -------------------------------------+------------------------------------ Reporter: ottomatic | Owner: Type: enhancement | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: HDS | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by ottomatic): Replying to [comment:1 cehoyos]: > Does FFmpeg support playing the segments / the first transmitted segment? Oh, I think I misunderstood the question. I'm not sure if ffmpeg supports playing the first segment / sequence, but I suppose it would. As far as I can understand, the HDS technology is just a way of splitting up the stream and transferring it adaptively in different chunks / bitrates. I think MP4 or flv is the standard container within that stream, but DRM is an optional feature according to the specs which I have ogled. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 24 23:57:49 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Nov 2012 22:57:49 -0000 Subject: [FFmpeg-trac] #1964(avformat:new): Request support for decoding / demuxing Adobe HDS dynamic http streaming In-Reply-To: <038.95c9cd9f7acf0a211f5f98aad3471a09@avcodec.org> References: <038.95c9cd9f7acf0a211f5f98aad3471a09@avcodec.org> Message-ID: <053.08f39cf70ab563995f85e23538d5f610@avcodec.org> #1964: Request support for decoding / demuxing Adobe HDS dynamic http streaming -------------------------------------+------------------------------------ Reporter: ottomatic | Owner: Type: enhancement | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: HDS | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by ubitux): A work in progress is available at https://github.com/SmartJog/ffmpeg/compare/master...hds if someone is interested in continuing this work. I won't work on this anymore and thus this code is stalled. The code here basically just parses the XML bootstrap, the demuxing is left to be done. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 25 00:12:30 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Nov 2012 23:12:30 -0000 Subject: [FFmpeg-trac] #1964(avformat:new): Request support for decoding / demuxing Adobe HDS dynamic http streaming In-Reply-To: <038.95c9cd9f7acf0a211f5f98aad3471a09@avcodec.org> References: <038.95c9cd9f7acf0a211f5f98aad3471a09@avcodec.org> Message-ID: <053.a59005e36691f19372a166bd3963ca07@avcodec.org> #1964: Request support for decoding / demuxing Adobe HDS dynamic http streaming -------------------------------------+------------------------------------ Reporter: ottomatic | Owner: Type: enhancement | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: HDS | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by ottomatic): Replying to [comment:5 ubitux]: > A work in progress is available at https://github.com/SmartJog/ffmpeg/compare/master...hds if someone is interested in continuing this work. I won't work on this anymore and thus this code is stalled. The code here basically just parses the XML bootstrap, the demuxing is left to be done. Interesting. Would you say that the manifest parsing is complete? I notice your TODO: {{{ // TODO: make links between bootstraps and medias }}} What do you mean by this? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 25 00:17:06 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Nov 2012 23:17:06 -0000 Subject: [FFmpeg-trac] #1964(avformat:new): Request support for decoding / demuxing Adobe HDS dynamic http streaming In-Reply-To: <038.95c9cd9f7acf0a211f5f98aad3471a09@avcodec.org> References: <038.95c9cd9f7acf0a211f5f98aad3471a09@avcodec.org> Message-ID: <053.733022de78b1cce5af36ad8b8fd34415@avcodec.org> #1964: Request support for decoding / demuxing Adobe HDS dynamic http streaming -------------------------------------+------------------------------------ Reporter: ottomatic | Owner: Type: enhancement | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: HDS | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by ubitux): Replying to [comment:6 ottomatic]: > Replying to [comment:5 ubitux]: > > A work in progress is available at https://github.com/SmartJog/ffmpeg/compare/master...hds if someone is interested in continuing this work. I won't work on this anymore and thus this code is stalled. The code here basically just parses the XML bootstrap, the demuxing is left to be done. > > Interesting. > > Would you say that the manifest parsing is complete? > It should, mostly. The base64 data blob are not parsed, but they are decoded. > I notice your TODO: > > {{{ > // TODO: make links between bootstraps and medias > }}} > > What do you mean by this? It just means the bootstrap struct and media struct need to be linked (boostrap->media_id and media->stream_id). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 25 00:23:58 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Nov 2012 23:23:58 -0000 Subject: [FFmpeg-trac] #1964(avformat:new): Request support for decoding / demuxing Adobe HDS dynamic http streaming In-Reply-To: <038.95c9cd9f7acf0a211f5f98aad3471a09@avcodec.org> References: <038.95c9cd9f7acf0a211f5f98aad3471a09@avcodec.org> Message-ID: <053.d8fe7935515eabae729cbb202bcb0b85@avcodec.org> #1964: Request support for decoding / demuxing Adobe HDS dynamic http streaming -------------------------------------+------------------------------------ Reporter: ottomatic | Owner: Type: enhancement | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: HDS | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by ottomatic): Replying to [comment:7 ubitux]: > Replying to [comment:6 ottomatic]: > > Replying to [comment:5 ubitux]: > > > A work in progress is available at https://github.com/SmartJog/ffmpeg/compare/master...hds if someone is interested in continuing this work. I won't work on this anymore and thus this code is stalled. The code here basically just parses the XML bootstrap, the demuxing is left to be done. > > > > Interesting. > > > > Would you say that the manifest parsing is complete? > > > > It should, mostly. The base64 data blob are not parsed, but they are decoded. > > > I notice your TODO: > > > > {{{ > > // TODO: make links between bootstraps and medias > > }}} > > > > What do you mean by this? > > It just means the bootstrap struct and media struct need to be linked (boostrap->media_id and media->stream_id). OK. So, I'm being new to Git and Github. What is the correct way for me to go about if I want to continue this work and still preserve the awareness of the changes made from the original master code (as well as being able to merge updates from the master into this clone)? Do I just clone your repository, ubitux? And then if I manage to produce some proper code, make a pull request straight to the master? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 25 00:26:26 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Nov 2012 23:26:26 -0000 Subject: [FFmpeg-trac] #1962(undetermined:new): gsm in aiff: fix duration In-Reply-To: <038.ddca1c24f93ef702625c10ff70ef7191@avcodec.org> References: <038.ddca1c24f93ef702625c10ff70ef7191@avcodec.org> Message-ID: <053.8f1ae6e43c26fdb6458ff940444aa4cb@avcodec.org> #1962: gsm in aiff: fix duration -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: aif | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by richardpl): Is this file truncated? If not, does same happens when using other codecs? Remuxing with ffmpeg gives correct duration. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 25 00:33:03 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Nov 2012 23:33:03 -0000 Subject: [FFmpeg-trac] #625(avcodec:open): support 2/3/5bit IMA ADPCM In-Reply-To: <038.b2fd8d9fa1169d2b3c75449b9f9dc630@avcodec.org> References: <038.b2fd8d9fa1169d2b3c75449b9f9dc630@avcodec.org> Message-ID: <053.3f65da169be6a875181fa6912a5730f7@avcodec.org> #625: support 2/3/5bit IMA ADPCM ---------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: adpcm roundup | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Comment (by richardpl): Useless, i need specification so I can know what tables are used for non 4-bit cases. And I'm not going to hunt for big applications that can encode/decode such files. So something small as dll that does actual decoding or even better specification is required. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 25 01:10:29 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 25 Nov 2012 00:10:29 -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.33a06c8f016ee4859db5ebf7831adebb@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 michael): is this still reproduceable? (a quick try here shows nothing odd) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 25 01:14:22 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 25 Nov 2012 00:14:22 -0000 Subject: [FFmpeg-trac] #625(avcodec:open): support 2/3/5bit IMA ADPCM In-Reply-To: <038.b2fd8d9fa1169d2b3c75449b9f9dc630@avcodec.org> References: <038.b2fd8d9fa1169d2b3c75449b9f9dc630@avcodec.org> Message-ID: <053.f66490ef0335cd5724b21c7b793040db@avcodec.org> #625: support 2/3/5bit IMA ADPCM ---------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: adpcm roundup | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Comment (by ami_stuff): here is some info about IMA 3bit https://icculus.org/SDL_sound/downloads/external_documentation/wavecomp.htm -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 25 01:16:12 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 25 Nov 2012 00:16:12 -0000 Subject: [FFmpeg-trac] #1962(undetermined:new): gsm in aiff: fix duration In-Reply-To: <038.ddca1c24f93ef702625c10ff70ef7191@avcodec.org> References: <038.ddca1c24f93ef702625c10ff70ef7191@avcodec.org> Message-ID: <053.af724de38a43c339d22bf23a87565ee7@avcodec.org> #1962: gsm in aiff: fix duration -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: aif | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ami_stuff): Replying to [comment:3 richardpl]: > Is this file truncated? no > If not, does same happens when using other codecs? no, but it still can be a bug of converter, the question is why qt reports correct duration? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 25 01:17:50 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 25 Nov 2012 00:17:50 -0000 Subject: [FFmpeg-trac] #1831(avformat:closed): Seeking by byte returns success but does not seek In-Reply-To: <038.8e6365c02f308fe68b0fd05fc96465ca@avcodec.org> References: <038.8e6365c02f308fe68b0fd05fc96465ca@avcodec.org> Message-ID: <053.b2ad2db5ab32766ce7a421c1ce525a3e@avcodec.org> #1831: Seeking by byte returns success but does not seek ------------------------------------+------------------------------------ Reporter: mbradshaw | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: seek | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by michael): * status: new => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Reproduced with ffplay instead -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 25 01:21:13 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 25 Nov 2012 00:21:13 -0000 Subject: [FFmpeg-trac] #625(avcodec:open): support 2/3/5bit IMA ADPCM In-Reply-To: <038.b2fd8d9fa1169d2b3c75449b9f9dc630@avcodec.org> References: <038.b2fd8d9fa1169d2b3c75449b9f9dc630@avcodec.org> Message-ID: <053.ece5f490fba2d332aac589d8fe4f4799@avcodec.org> #625: support 2/3/5bit IMA ADPCM ---------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: adpcm roundup | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Comment (by ami_stuff): http://www-mmsp.ece.mcgill.ca/Documents/AudioFormats/WAVE/Docs/RIFFNEW.pdf -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 25 02:01:38 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 25 Nov 2012 01:01:38 -0000 Subject: [FFmpeg-trac] #1906(avformat:open): caf: noise after seeking with ffplay In-Reply-To: <038.771a26915066e76cd3b92190d62577dc@avcodec.org> References: <038.771a26915066e76cd3b92190d62577dc@avcodec.org> Message-ID: <053.fc7d0145130c2b4b4c5361e22a69f715@avcodec.org> #1906: caf: noise after seeking with ffplay ------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: seek | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by ami_stuff): this happens only with adpcm_ima_qt in caf ffmpeg -i test.wav -acodec adpcm_ima_qt out.caf -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 25 02:43:06 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 25 Nov 2012 01:43:06 -0000 Subject: [FFmpeg-trac] #1858(avcodec:closed): smackvideo: fail to decode In-Reply-To: <038.48651862d141937690f74e0dfead4011@avcodec.org> References: <038.48651862d141937690f74e0dfead4011@avcodec.org> Message-ID: <053.b175fa94427825549d68653b3d3789ab@avcodec.org> #1858: smackvideo: fail to decode ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: smacker | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed * component: undetermined => avcodec Comment: Fixed differently (similar to how audio vlc tables are handled) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 25 03:39:18 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 25 Nov 2012 02:39:18 -0000 Subject: [FFmpeg-trac] #625(avcodec:open): support 2/3/5bit IMA ADPCM In-Reply-To: <038.b2fd8d9fa1169d2b3c75449b9f9dc630@avcodec.org> References: <038.b2fd8d9fa1169d2b3c75449b9f9dc630@avcodec.org> Message-ID: <053.71e345eed2730317faf00de809873a64@avcodec.org> #625: support 2/3/5bit IMA ADPCM ---------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: adpcm roundup | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Comment (by ami_stuff): http://www.gnu-darwin.org/www001/ports-1.5a- CURRENT/shells/bush/work/bush-1.0.3/src/ADAVOX-0.51/wc/wc-streams- codec.adb -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 25 08:12:25 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 25 Nov 2012 07:12:25 -0000 Subject: [FFmpeg-trac] #1964(avformat:new): Request support for decoding / demuxing Adobe HDS dynamic http streaming In-Reply-To: <038.95c9cd9f7acf0a211f5f98aad3471a09@avcodec.org> References: <038.95c9cd9f7acf0a211f5f98aad3471a09@avcodec.org> Message-ID: <053.2316bca53e201df6d4f58f6c22a324da@avcodec.org> #1964: Request support for decoding / demuxing Adobe HDS dynamic http streaming -------------------------------------+------------------------------------ Reporter: ottomatic | Owner: Type: enhancement | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: HDS | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:8 ottomatic]: > So, I'm being new to Git and Github. What is the correct way for me to go about if I want to continue this work and still preserve the awareness of the changes made from the original master code (as well as being able to merge updates from the master into this clone)? Do I just clone your repository, ubitux? And then if I manage to produce some proper code, make a pull request straight to the master? If you clone it, all options are still available: The changes could be merged in the future (that would keep the complete history), or the changes could still be sent as separate patches to ffmpeg-devel. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 25 08:19:00 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 25 Nov 2012 07:19:00 -0000 Subject: [FFmpeg-trac] #1825(undetermined:closed): Invalid reads decoding a TiVo sample In-Reply-To: <036.771ed0b001303d8beb80e033a7b68c12@avcodec.org> References: <036.771ed0b001303d8beb80e033a7b68c12@avcodec.org> Message-ID: <051.c8d7eb8867d337467b10bd4f09eb784f@avcodec.org> #1825: Invalid reads decoding a TiVo sample -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed Comment: I believe that the invalid reads were fixed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 25 12:37:55 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 25 Nov 2012 11:37:55 -0000 Subject: [FFmpeg-trac] #1962(undetermined:new): gsm in aiff: fix duration In-Reply-To: <038.ddca1c24f93ef702625c10ff70ef7191@avcodec.org> References: <038.ddca1c24f93ef702625c10ff70ef7191@avcodec.org> Message-ID: <053.3342938dddeae71471540c6dec637836@avcodec.org> #1962: gsm in aiff: fix duration -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: aif | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by richardpl): It may ignore that value and seek to the end of file... You could try to see what duration is reported for ffmpeg remuxed file: ffmpeg -i input.aiff -c copy out.aiff -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 25 12:39:54 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 25 Nov 2012 11:39:54 -0000 Subject: [FFmpeg-trac] #625(avcodec:open): support 2/3/5bit IMA ADPCM In-Reply-To: <038.b2fd8d9fa1169d2b3c75449b9f9dc630@avcodec.org> References: <038.b2fd8d9fa1169d2b3c75449b9f9dc630@avcodec.org> Message-ID: <053.f2ccaf9141f7d63fde34e4b26ddf6b00@avcodec.org> #625: support 2/3/5bit IMA ADPCM ---------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: adpcm roundup | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Comment (by richardpl): The last one is most useful. Could you also upload mono files (created with same tool)? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 25 14:18:03 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 25 Nov 2012 13:18:03 -0000 Subject: [FFmpeg-trac] #1962(undetermined:new): gsm in aiff: fix duration In-Reply-To: <038.ddca1c24f93ef702625c10ff70ef7191@avcodec.org> References: <038.ddca1c24f93ef702625c10ff70ef7191@avcodec.org> Message-ID: <053.4587c8b229f129e4e0dbfd4d2fad3cbf@avcodec.org> #1962: gsm in aiff: fix duration -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: aif | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ami_stuff): Replying to [comment:5 richardpl]: > It may ignore that value and seek to the end of file... > > You could try to see what duration is reported for ffmpeg remuxed file: > > ffmpeg -i input.aiff -c copy out.aiff QT reports the same correct duration. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 25 14:18:32 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 25 Nov 2012 13:18:32 -0000 Subject: [FFmpeg-trac] #625(avcodec:open): support 2/3/5bit IMA ADPCM In-Reply-To: <038.b2fd8d9fa1169d2b3c75449b9f9dc630@avcodec.org> References: <038.b2fd8d9fa1169d2b3c75449b9f9dc630@avcodec.org> Message-ID: <053.0fcaa58690ccb13bdfc3879a6eba5283@avcodec.org> #625: support 2/3/5bit IMA ADPCM ---------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: adpcm roundup | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Comment (by ami_stuff): Replying to [comment:11 richardpl]: > Could you also upload mono files (created with same tool)? Attached. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 25 16:12:24 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 25 Nov 2012 15:12:24 -0000 Subject: [FFmpeg-trac] #625(avcodec:open): support 2/3/5bit IMA ADPCM In-Reply-To: <038.b2fd8d9fa1169d2b3c75449b9f9dc630@avcodec.org> References: <038.b2fd8d9fa1169d2b3c75449b9f9dc630@avcodec.org> Message-ID: <053.fb49f23a5143be6200989cb3e771ea33@avcodec.org> #625: support 2/3/5bit IMA ADPCM ---------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: adpcm roundup | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Comment (by richardpl): I can't accept rar. Please use somthing more sane like xz/zip-7/gz/bzip -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 25 16:24:58 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 25 Nov 2012 15:24:58 -0000 Subject: [FFmpeg-trac] #625(avcodec:open): support 2/3/5bit IMA ADPCM In-Reply-To: <038.b2fd8d9fa1169d2b3c75449b9f9dc630@avcodec.org> References: <038.b2fd8d9fa1169d2b3c75449b9f9dc630@avcodec.org> Message-ID: <053.a48715ed9c717757b6abce3c54eb1f83@avcodec.org> #625: support 2/3/5bit IMA ADPCM ---------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: adpcm roundup | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Comment (by ami_stuff): Replying to [comment:13 richardpl]: > I can't accept rar. Please use somthing more sane like xz/zip-7/gz/bzip I'm not sure what does it mean? You don't like rar archive or what? UnRAR is available for linux and AFAIKT p7zip decompress it as well. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 25 16:28:45 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 25 Nov 2012 15:28:45 -0000 Subject: [FFmpeg-trac] #625(avcodec:open): support 2/3/5bit IMA ADPCM In-Reply-To: <038.b2fd8d9fa1169d2b3c75449b9f9dc630@avcodec.org> References: <038.b2fd8d9fa1169d2b3c75449b9f9dc630@avcodec.org> Message-ID: <053.33429b86ced6fe787a72edbcd7a6d32b@avcodec.org> #625: support 2/3/5bit IMA ADPCM ---------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: adpcm roundup | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Comment (by richardpl): I do not have it installed and do not want to install it, because it is not free. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 25 17:49:39 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 25 Nov 2012 16:49:39 -0000 Subject: [FFmpeg-trac] #1965(undetermined:new): mmf: support correctly formats ma-3/5/7 Message-ID: <038.5445d91a137fecdb95e386f03ee8c94e@avcodec.org> #1965: mmf: support correctly formats ma-3/5/7 -------------------------------------+------------------------------------- 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 -------------------------------------+------------------------------------- When I remove these check form "libavformat/mmf.c" then ma-3/5/7 samples decodes, but sample rate (and channels count for stereo files) is identified incorrectly. {{{ /* Tag = "ATRx", where "x" = track number */ - if ((tag & 0xffffff) == MKTAG('M', 'T', 'R', 0)) { - av_log(s, AV_LOG_ERROR, "MIDI like format found, unsupported\n"); - return -1; - } - if ((tag & 0xffffff) != MKTAG('A', 'T', 'R', 0)) { - av_log(s, AV_LOG_ERROR, "Unsupported SMAF chunk %08x\n", tag); - return -1; - } /* Make sure it's followed by an Awa chunk, aka wave data */ - if ((tag & 0xffffff) != MKTAG('A', 'w', 'a', 0)) { - av_log(s, AV_LOG_ERROR, "Unexpected SMAF chunk %08x\n", tag); - return -1; }}} {{{ C:\>ffmpeg -i ma3.mmf ffmpeg version N-46755-ge70144c Copyright (c) 2000-2012 the FFmpeg developers built on Nov 15 2012 02:38:20 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 52. 6.100 / 52. 6.100 libavcodec 54. 71.100 / 54. 71.100 libavformat 54. 36.100 / 54. 36.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 23.100 / 3. 23.100 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 [mmf @ 0x1edc280] MIDI like format found, unsupported ma3.mmf: Operation not permitted }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 25 18:00:15 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 25 Nov 2012 17:00:15 -0000 Subject: [FFmpeg-trac] #1961(avcodec:closed): adpcm_sbpro_3: fix memory eating In-Reply-To: <038.938c2990497311bdab53feb401cca572@avcodec.org> References: <038.938c2990497311bdab53feb401cca572@avcodec.org> Message-ID: <053.7e1d8fd6e1c967ed5db3115577d5e0bb@avcodec.org> #1961: adpcm_sbpro_3: fix memory eating ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: OOM adpcm | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by ami_stuff): * status: open => closed * resolution: => fixed Comment: Fixed in 807fa714f05c584ac027c36841315cea98f329d3. adpcmdec: Fix OOM/infloop -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 25 19:12:20 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 25 Nov 2012 18:12:20 -0000 Subject: [FFmpeg-trac] #1966(avcodec:new): first field missing playing dvd with commit 8824a9ed Message-ID: <034.fbd7327a47af4a7b2a4a5b151c77e873@avcodec.org> #1966: first field missing playing dvd with commit 8824a9ed ---------------------------------+-------------------------------------- Reporter: dylex | Type: defect Status: new | Priority: minor Component: avcodec | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+-------------------------------------- Playing certain DVDs (MPEG2 720x480 (aspect 3) 29.970 fps 8800.0 kbps, under mplayer) after ffmpeg commit 8824a9ed "mpeg12: clean current picture ptr." results in many error messages: [mpeg2video @ 0xf404a0]first field missing and blank video. (Audio continues to work fine.) Reverting this commit fixes the problem and video plays perfectly with the following messages: [mpeg2video @ 0xf404a0]allocate dummy last picture for field based first keyframe [mpeg2video @ 0xf404a0]ac-tex damaged at 7 6 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 25 20:28:42 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 25 Nov 2012 19:28:42 -0000 Subject: [FFmpeg-trac] #1966(avcodec:new): first field missing playing dvd with commit 8824a9ed In-Reply-To: <034.fbd7327a47af4a7b2a4a5b151c77e873@avcodec.org> References: <034.fbd7327a47af4a7b2a4a5b151c77e873@avcodec.org> Message-ID: <049.974c1ed93f5cd0517fe1a467c112c2a1@avcodec.org> #1966: first field missing playing dvd with commit 8824a9ed -------------------------------------+------------------------------------- Reporter: dylex | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: regression | Blocked By: mpeg2video | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => regression mpeg2video * priority: minor => important Comment: Could you provide a sample? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 25 20:35:47 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 25 Nov 2012 19:35:47 -0000 Subject: [FFmpeg-trac] #1965(undetermined:open): mmf: support correctly formats ma-3/5/7 In-Reply-To: <038.5445d91a137fecdb95e386f03ee8c94e@avcodec.org> References: <038.5445d91a137fecdb95e386f03ee8c94e@avcodec.org> Message-ID: <053.0620b0a3b7dada705af9d04c123e545b@avcodec.org> #1965: mmf: support correctly formats ma-3/5/7 -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: adpcm mmf | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => adpcm mmf * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 25 20:36:46 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 25 Nov 2012 19:36:46 -0000 Subject: [FFmpeg-trac] #1965(undetermined:open): mmf: support correctly formats ma-3/5/7 In-Reply-To: <038.5445d91a137fecdb95e386f03ee8c94e@avcodec.org> References: <038.5445d91a137fecdb95e386f03ee8c94e@avcodec.org> Message-ID: <053.db659cded303c01ee3af4f3804765fde@avcodec.org> #1965: mmf: support correctly formats ma-3/5/7 -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: adpcm smaf | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: adpcm mmf => adpcm smaf -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 25 20:46:20 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 25 Nov 2012 19:46:20 -0000 Subject: [FFmpeg-trac] #1966(avcodec:new): first field missing playing dvd with commit 8824a9ed In-Reply-To: <034.fbd7327a47af4a7b2a4a5b151c77e873@avcodec.org> References: <034.fbd7327a47af4a7b2a4a5b151c77e873@avcodec.org> Message-ID: <049.385a11e8901b28716cec8ba041a76555@avcodec.org> #1966: first field missing playing dvd with commit 8824a9ed -------------------------------------+------------------------------------- Reporter: dylex | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: regression | Blocked By: mpeg2video | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by dylex): Uploaded bug1966ex1.vob to upload.ffmpeg.org. It's the showtime logo from a dvd with this problem, extracted with mplayer -dumpstream. Playing this file has the same results for me as playing the real dvd content. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 25 21:51:48 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 25 Nov 2012 20:51:48 -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.4f0e3bcbc72c0a0660ebc6eb32080d02@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 | ------------------------------------+----------------------------------- Comment (by cehoyos): 2.iff and 3.iff were fixed by Peter Ross, 1.iff looks broken with current git head. {{{ $ ffmpeg -i 1.iff ffmpeg version N-47069-ge55c385 Copyright (c) 2000-2012 the FFmpeg developers built on Nov 25 2012 21:21:02 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 9.102 / 52. 9.102 libavcodec 54. 77.100 / 54. 77.100 libavformat 54. 37.100 / 54. 37.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 23.102 / 3. 23.102 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 17.101 / 0. 17.101 libpostproc 52. 2.100 / 52. 2.100 [iff @ 0x1efb240] Estimating duration from bitrate, this may be inaccurate Input #0, iff, from '1.iff': Duration: N/A, bitrate: N/A Stream #0:0: Video: iff_byterun1 (ILBM / 0x4D424C49), rgb0, 320x256, SAR 1:64 DAR 5:256, 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 Sun Nov 25 21:59:07 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 25 Nov 2012 20:59:07 -0000 Subject: [FFmpeg-trac] #1966(avcodec:new): first field missing playing dvd with commit 8824a9ed In-Reply-To: <034.fbd7327a47af4a7b2a4a5b151c77e873@avcodec.org> References: <034.fbd7327a47af4a7b2a4a5b151c77e873@avcodec.org> Message-ID: <049.67076be6ff30a15aa2af6de9453b15de@avcodec.org> #1966: first field missing playing dvd with commit 8824a9ed -------------------------------------+------------------------------------- Reporter: dylex | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: regression | Blocked By: mpeg2video | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Not reproducible with mplayer -demuxer lavf {{{ $ /ffmpeg -i bug1966ex1.vob ffmpeg version N-47069-ge55c385 Copyright (c) 2000-2012 the FFmpeg developers built on Nov 25 2012 21:21:02 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 9.102 / 52. 9.102 libavcodec 54. 77.100 / 54. 77.100 libavformat 54. 37.100 / 54. 37.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 23.102 / 3. 23.102 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 17.101 / 0. 17.101 libpostproc 52. 2.100 / 52. 2.100 [mpeg2video @ 0x35237e0] allocate dummy last picture for field based first keyframe [mpeg @ 0x351d240] max_analyze_duration 5000000 reached at 5005000 Input #0, mpeg, from 'bug1966ex1.vob': Duration: 00:00:10.94, start: 0.300300, bitrate: 6907 kb/s Stream #0:0[0x1e0]: Video: mpeg2video (Main), yuv420p, 720x480 [SAR 32:27 DAR 16:9], 29.97 fps, 29.97 tbr, 90k tbn, 59.94 tbc Stream #0:1[0x80]: Audio: ac3, 48000 Hz, stereo, s16, 224 kb/s At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 25 22:31:28 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 25 Nov 2012 21:31:28 -0000 Subject: [FFmpeg-trac] #1895(avcodec:closed): targa: huge memory usage In-Reply-To: <038.821cbde129ec352707784d33cee89376@avcodec.org> References: <038.821cbde129ec352707784d33cee89376@avcodec.org> Message-ID: <053.93f60948e11d5733c4ccc9b473e96cfc@avcodec.org> #1895: targa: huge memory usage ------------------------------------+----------------------------------- Reporter: ami_stuff | 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 michael): * status: open => closed * resolution: => fixed * component: undetermined => avcodec -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 25 22:38:25 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 25 Nov 2012 21:38:25 -0000 Subject: [FFmpeg-trac] #1965(undetermined:open): mmf: support correctly formats ma-3/5/7 In-Reply-To: <038.5445d91a137fecdb95e386f03ee8c94e@avcodec.org> References: <038.5445d91a137fecdb95e386f03ee8c94e@avcodec.org> Message-ID: <053.bc68dedf8778c4c61fe218af1cd87030@avcodec.org> #1965: mmf: support correctly formats ma-3/5/7 -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: adpcm smaf | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by ami_stuff): I attached also the real mmf midi files. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 25 22:52:06 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 25 Nov 2012 21:52:06 -0000 Subject: [FFmpeg-trac] #1899(undetermined:closed): iac: metalic noise while seeking In-Reply-To: <038.44e6239afe595aa3c5afbe340d1f22d6@avcodec.org> References: <038.44e6239afe595aa3c5afbe340d1f22d6@avcodec.org> Message-ID: <053.21b4db69597dc1f7769863128e11d27b@avcodec.org> #1899: iac: metalic noise while seeking -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: iac | 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 Sun Nov 25 23:07:12 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 25 Nov 2012 22:07:12 -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.8245f4219176ef665098c9699ec65edd@avcodec.org> #966: frwu: change fields order mode ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: frwu | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * resolution: wontfix => fixed Comment: Patch applied. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 26 01:30:32 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 26 Nov 2012 00:30:32 -0000 Subject: [FFmpeg-trac] #1965(undetermined:open): mmf: support correctly formats ma-3/5/7 In-Reply-To: <038.5445d91a137fecdb95e386f03ee8c94e@avcodec.org> References: <038.5445d91a137fecdb95e386f03ee8c94e@avcodec.org> Message-ID: <053.30bd78b711b86e7fdbb546df1d05a22a@avcodec.org> #1965: mmf: support correctly formats ma-3/5/7 -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: adpcm smaf | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by compn): some mmf in sample repo too, never tested them: http://samples.ffmpeg.org/A-codecs/suite/MMF/ also this one would be nice to know what it really is: http://samples.ffmpeg.org/A-codecs/format-0x20-laugh.mmf -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 26 01:56:08 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 26 Nov 2012 00:56:08 -0000 Subject: [FFmpeg-trac] #1964(avformat:open): Request support for decoding / demuxing Adobe HDS dynamic http streaming In-Reply-To: <038.95c9cd9f7acf0a211f5f98aad3471a09@avcodec.org> References: <038.95c9cd9f7acf0a211f5f98aad3471a09@avcodec.org> Message-ID: <053.0df5344efc64245a2d5c8c982b45c7c2@avcodec.org> #1964: Request support for decoding / demuxing Adobe HDS dynamic http streaming -------------------------------------+------------------------------------ Reporter: ottomatic | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: HDS | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * priority: normal => wish * status: new => open * version: unspecified => git-master -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 26 11:15:52 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 26 Nov 2012 10:15:52 -0000 Subject: [FFmpeg-trac] #1964(avformat:open): Request support for decoding / demuxing Adobe HDS dynamic http streaming In-Reply-To: <038.95c9cd9f7acf0a211f5f98aad3471a09@avcodec.org> References: <038.95c9cd9f7acf0a211f5f98aad3471a09@avcodec.org> Message-ID: <053.565bec4cc4fb6afe83991318fd3462b2@avcodec.org> #1964: Request support for decoding / demuxing Adobe HDS dynamic http streaming -------------------------------------+------------------------------------ Reporter: ottomatic | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: HDS | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by ottomatic): I attempted to download the stream at the URL stated in comment #2, using the adobeHDS.php script. That script could not parse the stream as it was encrypted using some sort of Akamai encryption. It would be preferable if that kind of decryption would be supported as well. I would look in the OSMF source for pointers. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 26 11:57:43 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 26 Nov 2012 10:57:43 -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.01c6b6c50ace6fd34126a2bb6f96ea8d@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 | ------------------------------------+----------------------------------- Comment (by cehoyos): Replying to [comment:2 cehoyos]: > 2.iff and 3.iff were fixed by Peter Ross, 1.iff looks broken with current git head. Only reproducible with ffplay, 1.iff decodes fine with ffmpeg. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 26 11:59:20 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 26 Nov 2012 10:59:20 -0000 Subject: [FFmpeg-trac] #1940(avutil:closed): segfault on av_malloc() In-Reply-To: <044.9668eec6332cb5d6b29992d6cd9eae33@avcodec.org> References: <044.9668eec6332cb5d6b29992d6cd9eae33@avcodec.org> Message-ID: <059.a2b5c29edded28e8f0db03d90f977b6d@avcodec.org> #1940: segfault on av_malloc() -------------------------------------+------------------------------------- Reporter: | Owner: leandrosansilva | Status: closed Type: defect | Component: avutil Priority: normal | Resolution: Version: git-master | needs_more_info Keywords: crash | Blocked By: SIGSEGV | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => needs_more_info Comment: Please reopen if you can add source code that allows to reproduce the problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 26 13:38:37 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 26 Nov 2012 12:38:37 -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.17b41a02300a17dfbd40c59de386ceaa@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 | ------------------------------------+----------------------------------- Comment (by pross): @cehoyos the graphics glitches in 1.iff are fixed, however the file has "bad" aspect ratio inforamation (1:64). This is covered by https://ffmpeg.org/trac/ffmpeg/ticket/1699 If you agree, I suggest closing this ticket! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 26 13:43:02 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 26 Nov 2012 12:43:02 -0000 Subject: [FFmpeg-trac] #1699(undetermined:new): iff: fix aspect ratio In-Reply-To: <038.0f55dfa9b911e60c969782adf45b92c9@avcodec.org> References: <038.0f55dfa9b911e60c969782adf45b92c9@avcodec.org> Message-ID: <053.12e57fa9cbf1a654b769d38becf582cc@avcodec.org> #1699: iff: fix aspect ratio -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: iff | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by pross): FFmpeg is decoding the aspect ratio information according to the specification, and it works well for some files. Its just the files attached to this ticket contain "bad" aspect ratio information. Not sure what can be done here! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 26 13:46:06 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 26 Nov 2012 12:46:06 -0000 Subject: [FFmpeg-trac] #1701(avcodec:closed): iff ilbm: some ham6 files decodes with graphics glitches In-Reply-To: <038.d2a40d6a799d868e1526aaefb269e6e3@avcodec.org> References: <038.d2a40d6a799d868e1526aaefb269e6e3@avcodec.org> Message-ID: <053.ed3f18597dc78448176ee3610b3648bc@avcodec.org> #1701: iff ilbm: some ham6 files decodes with graphics glitches ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: iff | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Sorry for the noise! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 26 14:20:57 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 26 Nov 2012 13:20:57 -0000 Subject: [FFmpeg-trac] #1699(undetermined:new): iff: fix aspect ratio In-Reply-To: <038.0f55dfa9b911e60c969782adf45b92c9@avcodec.org> References: <038.0f55dfa9b911e60c969782adf45b92c9@avcodec.org> Message-ID: <053.130f87c03f582ce66edfe43f11e18141@avcodec.org> #1699: iff: fix aspect ratio -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: iff | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ami_stuff): Here is some more info about aspect ratio: http://amigadev.elowar.com/read/ADCD_2.1/AmigaMail_Vol2_guide/node00CB.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 26 14:22:20 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 26 Nov 2012 13:22:20 -0000 Subject: [FFmpeg-trac] #1699(undetermined:new): iff: fix aspect ratio In-Reply-To: <038.0f55dfa9b911e60c969782adf45b92c9@avcodec.org> References: <038.0f55dfa9b911e60c969782adf45b92c9@avcodec.org> Message-ID: <053.c15f0faa15908f242d4b7ee9d492ca17@avcodec.org> #1699: iff: fix aspect ratio -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: iff | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ami_stuff): If as is totally incorrect then maybe we could ignore it? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 26 15:54:59 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 26 Nov 2012 14:54:59 -0000 Subject: [FFmpeg-trac] #1964(avformat:open): Request support for decoding / demuxing Adobe HDS dynamic http streaming In-Reply-To: <038.95c9cd9f7acf0a211f5f98aad3471a09@avcodec.org> References: <038.95c9cd9f7acf0a211f5f98aad3471a09@avcodec.org> Message-ID: <053.74460142c5d02c9c62404d2135520c49@avcodec.org> #1964: Request support for decoding / demuxing Adobe HDS dynamic http streaming -------------------------------------+------------------------------------ Reporter: ottomatic | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: HDS | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by ottomatic): Replying to [comment:5 ubitux]: > A work in progress is available at https://github.com/SmartJog/ffmpeg/compare/master...hds if someone is interested in continuing this work. I won't work on this anymore and thus this code is stalled. The code here basically just parses the XML bootstrap, the demuxing is left to be done. Out of curiosity, why did you stall working on this, ubitux? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 26 16:03:15 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 26 Nov 2012 15:03:15 -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.1801d443be02d1d3bca322e007c691ab@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 | ------------------------------------+------------------------------------ Comment (by paulbu): Clearer information on this issue from more investigation: My input VOB files have a time delay between audio and video streams. When remultiplexing (using -codec copy) ffmpeg is repositioning the packets in the streams into time order SO it ends up with a whole VOBU at the start of file containing only audio packets. This causes the (incorrect) 'dvdauthor' error message as it can't determine video time from the first VOBU. I have attached a short VOB file sample to test with. Run: ffmpeg -i test-ffmpeg.vob -target pal-dvd -codec copy and the output file will have an audio only first VOBU and ffprobe will report the audio and video stream IDs have been reversed. In my view the excess audio before the video starts should be discarded but it maybe the problem is more with 'dvdauthor' here? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 26 16:47:50 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 26 Nov 2012 15:47:50 -0000 Subject: [FFmpeg-trac] #1967(avcodec:new): Wrong error trace in h264 Message-ID: <036.5ad7719ec3c2ac85eb34d3d11196dd22@avcodec.org> #1967: Wrong error trace in h264 ---------------------------------+-------------------------------------- Reporter: sgarcia | Type: defect Status: new | Priority: minor Component: avcodec | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+-------------------------------------- in h264.c:2049 slice_type = get_ue_golomb_31(&s->gb); if (slice_type > 9) { av_log(h->s.avctx, AV_LOG_ERROR, "slice type too large (%d) at %d %d\n", h->slice_type, s->mb_x, s->mb_y); return -1; } Should be slice_type = get_ue_golomb_31(&s->gb); if (slice_type > 9) { av_log(h->s.avctx, AV_LOG_ERROR, "slice type too large (%d) at %d %d\n", slice_type, s->mb_x, s->mb_y); return -1; } That's is change h->slice_type by slice_type in the error message -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 26 16:58:53 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 26 Nov 2012 15:58:53 -0000 Subject: [FFmpeg-trac] #1967(avcodec:new): Wrong error trace in h264 In-Reply-To: <036.5ad7719ec3c2ac85eb34d3d11196dd22@avcodec.org> References: <036.5ad7719ec3c2ac85eb34d3d11196dd22@avcodec.org> Message-ID: <051.420d55536869821c10307bf7f5ee835c@avcodec.org> #1967: Wrong error trace in h264 ------------------------------------+----------------------------------- Reporter: sgarcia | Owner: Type: defect | Status: new Priority: minor | Component: avcodec Version: git-master | Resolution: Keywords: h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => h264 Comment: Please send patches to ffmpeg-devel, they usually receive more attention there. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 26 17:55:25 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 26 Nov 2012 16:55:25 -0000 Subject: [FFmpeg-trac] #1958(undetermined:open): mp3 24khz (in wav): overreads In-Reply-To: <038.96d4222d9dccebd5a1d2f767e4953151@avcodec.org> References: <038.96d4222d9dccebd5a1d2f767e4953151@avcodec.org> Message-ID: <053.ff6684104288e09ca152caf3d1b55aa1@avcodec.org> #1958: mp3 24khz (in wav): overreads -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: mp3 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ami_stuff): the same problem can be reproduced with file generated by lame lame --resample 24000 test.wav -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 26 18:39:43 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 26 Nov 2012 17:39:43 -0000 Subject: [FFmpeg-trac] #1968(undetermined:new): ./configure --enable-shared --enable-static behavior odd. Message-ID: <039.ee94212f930423ef25221e485b891439@avcodec.org> #1968: ./configure --enable-shared --enable-static behavior odd. -------------------------------------+------------------------------------- Reporter: rogerdpack | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Hello. I would expect that if I pass ffmpeg $ ./configure --enable-shared --enable-static that it would either 1) choose the latter of the 2, or 2) fail out, proclaiming that it has been passed conflicting instruction. It appears that today, if I pass it this, it builds a shared build, effectively ignoring the "--enable-static" directive. At least for mingw32-cross compiler. Cheers! -roger- Summary of the bug: How to reproduce: {{{ % ffmpeg -i input ... output ffmpeg version built on ... }}} Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 26 19:00:00 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 26 Nov 2012 18:00:00 -0000 Subject: [FFmpeg-trac] #1967(avcodec:closed): Wrong error trace in h264 In-Reply-To: <036.5ad7719ec3c2ac85eb34d3d11196dd22@avcodec.org> References: <036.5ad7719ec3c2ac85eb34d3d11196dd22@avcodec.org> Message-ID: <051.d69c20bb4ee44d7387b42fb9bbe97056@avcodec.org> #1967: Wrong error trace in h264 ------------------------------------+----------------------------------- Reporter: sgarcia | Owner: Type: defect | Status: closed Priority: minor | Component: avcodec Version: git-master | Resolution: fixed Keywords: h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed Comment: Thank you for fixing this problem! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 26 19:40:44 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 26 Nov 2012 18:40:44 -0000 Subject: [FFmpeg-trac] #1564(avcodec:open): support dvaudio in non dv container In-Reply-To: <038.75f6145a3e8129558b94055deb534ccc@avcodec.org> References: <038.75f6145a3e8129558b94055deb534ccc@avcodec.org> Message-ID: <053.ea6fc01ec2ee3d102536b78573d6d19a@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 | -------------------------------------+----------------------------------- Comment (by ami_stuff): this seems to be already implemented for mov container (libavformat/mov.c) {{{ #if CONFIG_DV_DEMUXER case AV_CODEC_ID_DVAUDIO: c->dv_fctx = avformat_alloc_context(); c->dv_demux = avpriv_dv_init_demux(c->dv_fctx); if (!c->dv_demux) { av_log(c->fc, AV_LOG_ERROR, "dv demux context init error\n"); return AVERROR(ENOMEM); } sc->dv_audio_container = 1; st->codec->codec_id = AV_CODEC_ID_PCM_S16LE; break; #endif }}} etc. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 26 21:39:25 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 26 Nov 2012 20:39:25 -0000 Subject: [FFmpeg-trac] #1969(undetermined:new): pass timestamp value to output image file name Message-ID: <036.b96a6c1fb069e410c77a66dbdfb97d63@avcodec.org> #1969: pass timestamp value to output image file name -------------------------------------+------------------------------------- Reporter: ypatios | Type: Status: new | enhancement Component: | Priority: normal undetermined | Version: Keywords: timestamp, | unspecified filename, export | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- hypothetical example: $ ffmpeg -i input.avi -vf select='eq(pict_type,I)' -vsync 0 -an I_frame_%07pts.png assuming that the input.avi contains Iframes on every second, the resulting output file names should be as the following: I_frame_0000000.png I_frame_0001000.png I_frame_0002000.png ... (the timestamp value should be in milliseconds to avoid comma, etc) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 26 22:44:47 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 26 Nov 2012 21:44:47 -0000 Subject: [FFmpeg-trac] #1970(FFserver:new): ffserver ignores ffmpeg command line arguments Message-ID: <039.0a29583881ba106430406bc7fb0c66a3@avcodec.org> #1970: ffserver ignores ffmpeg command line arguments ------------------------------------+------------------------------------ Reporter: importinis | Type: defect Status: new | Priority: critical Component: FFserver | Version: 1.0 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ I'm trying to transcode from mpegts to flv. In mpegts are 2 audio streams but I want to transcode just one, and igore the other. http://pastebin.com/EMu5WS7Z please notice, that there is 2 examples: 1. ffmpeg writes to file - audio stream mapping works great. 2. ffserver ignores audio stream specified by ffmpeg and transcodes first one, not specified. The problem: ffserver ignores ffmpeg arguments! In this example it's obvious that ignores -map argument, but if I specify video filters - ffserver ignores as well. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 26 23:03:19 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 26 Nov 2012 22:03:19 -0000 Subject: [FFmpeg-trac] #1970(FFserver:new): ffserver ignores ffmpeg command line arguments In-Reply-To: <039.0a29583881ba106430406bc7fb0c66a3@avcodec.org> References: <039.0a29583881ba106430406bc7fb0c66a3@avcodec.org> Message-ID: <054.54d1f2593ec95da7b41a52b547bc2d02@avcodec.org> #1970: ffserver ignores ffmpeg command line arguments ------------------------------------+------------------------------------ Reporter: importinis | Owner: Type: defect | Status: new Priority: normal | Component: FFserver Version: 1.0 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * priority: critical => normal Comment: Please post all necessary information here on the tracker, please try to avoid external resources. Is the problem also reproducible with current git head? Is it a regression? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 27 00:26:13 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 26 Nov 2012 23:26:13 -0000 Subject: [FFmpeg-trac] #1968(build system:new): ./configure --enable-shared --enable-static behavior odd. In-Reply-To: <039.ee94212f930423ef25221e485b891439@avcodec.org> References: <039.ee94212f930423ef25221e485b891439@avcodec.org> Message-ID: <054.b7db4483cff44a2fe287951bc4acc6f6@avcodec.org> #1968: ./configure --enable-shared --enable-static behavior odd. -------------------------------------+------------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: new Priority: normal | Component: build Version: unspecified | system Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * component: undetermined => build system Comment: (Since it works fine here) Please add the following information for build problems: Compiler version (gcc -v) (minimal) configure line including output until the empty line after "makeinfo enabled" I suspect that --enable-static is always ignored. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 27 00:40:28 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 26 Nov 2012 23:40:28 -0000 Subject: [FFmpeg-trac] #1969(avformat:open): pass timestamp value to output image file name In-Reply-To: <036.b96a6c1fb069e410c77a66dbdfb97d63@avcodec.org> References: <036.b96a6c1fb069e410c77a66dbdfb97d63@avcodec.org> Message-ID: <051.cf8495060272c26bad1f411a854060e8@avcodec.org> #1969: pass timestamp value to output image file name -------------------------------------+------------------------------------ Reporter: ypatios | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: unspecified | Resolution: Keywords: image2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: timestamp, filename, export => image2 * priority: normal => wish * status: new => open * component: undetermined => avformat -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 27 03:02:24 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 27 Nov 2012 02:02:24 -0000 Subject: [FFmpeg-trac] #1904(avformat:closed): image2: cannot open files not readable by owner In-Reply-To: <035.51265d304e5c0ceec9bbf01d92351216@avcodec.org> References: <035.51265d304e5c0ceec9bbf01d92351216@avcodec.org> Message-ID: <050.643b045b0f81758b76821457e4138c32@avcodec.org> #1904: image2: cannot open files not readable by owner ------------------------------------+------------------------------------ Reporter: robert | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: image2 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+------------------------------------ Changes (by michael): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 27 04:18:54 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 27 Nov 2012 03:18:54 -0000 Subject: [FFmpeg-trac] #1891(undetermined:open): FFmpeg duplicating too many frames In-Reply-To: <035.90f7e57e67b657e2aaae4cd973643d03@avcodec.org> References: <035.90f7e57e67b657e2aaae4cd973643d03@avcodec.org> Message-ID: <050.529b133389ec695b299c6a5fd6ef3139@avcodec.org> #1891: FFmpeg duplicating too many frames -------------------------------------+------------------------------------- Reporter: eklann | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: real | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by michael): you can use -dts_error_threshold to set the threshold at which timestamps will be considered wrong and no duplication will happen. If that is set to a small value the duplication wil be limited. There may be a better solution though, i didnt investigate why this happens ... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 27 05:09:57 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 27 Nov 2012 04:09:57 -0000 Subject: [FFmpeg-trac] #1906(avformat:closed): caf: noise after seeking with ffplay In-Reply-To: <038.771a26915066e76cd3b92190d62577dc@avcodec.org> References: <038.771a26915066e76cd3b92190d62577dc@avcodec.org> Message-ID: <053.31cfdc710bd696d51fd6d15399763c9f@avcodec.org> #1906: caf: noise after seeking with ffplay ------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: seek | 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 Nov 27 08:32:17 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 27 Nov 2012 07:32:17 -0000 Subject: [FFmpeg-trac] #1970(FFserver:new): ffserver ignores ffmpeg command line arguments In-Reply-To: <039.0a29583881ba106430406bc7fb0c66a3@avcodec.org> References: <039.0a29583881ba106430406bc7fb0c66a3@avcodec.org> Message-ID: <054.8728081d537d7c5a23705f2939816146@avcodec.org> #1970: ffserver ignores ffmpeg command line arguments ------------------------------------+------------------------------------ Reporter: importinis | Owner: Type: defect | Status: new Priority: normal | Component: FFserver Version: 1.0 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by importinis): This bug I noticed than upgraded from 1years old ffmpeg version :) *** TEST1 - ffmpeg with map arguments and writing to file # ffmpeg -i http://10.2.3.14:9050/233.239.0.66 -map 0:2 -map 0:0 -c copy /tmp/tofile.ts ffmpeg version N-46531-g7693543 Copyright (c) 2000-2012 the FFmpeg developers built on Nov 9 2012 11:36:04 with gcc 4.4.5 (Debian 4.4.5-8) configuration: --prefix=/usr/local --enable-nonfree --enable-gpl --enable-runtime-cpudetect --disable-ffprobe --disable-ffplay --disable- devices --enable-libmp3lame --enable-libx264 --disable-protocols --enable- protocol=http --enable-protocol=udp --enable-protocol=file --disable- hwaccels libavutil 52. 5.100 / 52. 5.100 libavcodec 54. 71.100 / 54. 71.100 libavformat 54. 36.100 / 54. 36.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 21.106 / 3. 21.106 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 [mpegts @ 0x2e22240] max_analyze_duration 5000000 reached at 5016000 [mpegts @ 0x2e22240] Estimating duration from bitrate, this may be inaccurate Input #0, mpegts, from 'http://10.2.3.14:9050/233.239.0.66': Duration: N/A, start: 23737.567233, bitrate: 384 kb/s Program 1850 Stream #0:0[0x73b]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p, 720x576 [SAR 16:15 DAR 4:3], 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x73e](rus): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16, 192 kb/s Stream #0:2[0x73f](eng): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16, 192 kb/s Output #0, mpegts, to '/tmp/tofile.ts': Metadata: encoder : Lavf54.36.100 Stream #0:0(eng): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, 192 kb/s Stream #0:1: Video: mpeg2video ([2][0][0][0] / 0x0002), yuv420p, 720x576 [SAR 16:15 DAR 4:3], q=2-31, 25 fps, 90k tbn, 25 tbc Stream mapping: Stream #0:2 -> #0:0 (copy) Stream #0:0 -> #0:1 (copy) Press [q] to stop, [?] for help frame= 212 fps= 58 q=-1.0 Lsize= 4071kB time=00:00:08.88 bitrate=3754.8kbits/s video:3558kB audio:200kB subtitle:0 global headers:0kB muxing overhead 8.323952% Notice '''Stream #0:2 -> #0:0 (copy)''' 0:2 -> 0:0 Thats OK. *** TEST2 - ffmpeg with map arguments and feeding to ffserver #ffmpeg -i http://10.2.3.14:9050/233.239.0.66 -map 0:2 -map 0:0 http://127.0.0.1:1200/stream.ffm ffmpeg version N-46531-g7693543 Copyright (c) 2000-2012 the FFmpeg developers built on Nov 9 2012 11:36:04 with gcc 4.4.5 (Debian 4.4.5-8) configuration: --prefix=/usr/local --enable-nonfree --enable-gpl --enable-runtime-cpudetect --disable-ffprobe --disable-ffplay --disable- devices --enable-libmp3lame --enable-libx264 --disable-protocols --enable- protocol=http --enable-protocol=udp --enable-protocol=file --disable- hwaccels libavutil 52. 5.100 / 52. 5.100 libavcodec 54. 71.100 / 54. 71.100 libavformat 54. 36.100 / 54. 36.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 21.106 / 3. 21.106 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 [mpeg2video @ 0x2a69a40] mpeg_decode_postinit() failure Last message repeated 10 times [mpegts @ 0x2a63240] max_analyze_duration 5000000 reached at 5016000 [mpegts @ 0x2a63240] Estimating duration from bitrate, this may be inaccurate Input #0, mpegts, from 'http://10.2.3.14:9050/233.239.0.66': Duration: N/A, start: 23860.207222, bitrate: 384 kb/s Program 1850 Stream #0:0[0x73b]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p, 720x576 [SAR 16:15 DAR 4:3], 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x73e](rus): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16, 192 kb/s Stream #0:2[0x73f](eng): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16, 192 kb/s [libx264 @ 0x2b1aea0] using SAR=1/1 [libx264 @ 0x2b1aea0] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2 AVX [libx264 @ 0x2b1aea0] profile High, level 4.1 [libx264 @ 0x2b1aea0] 264 - core 128 - H.264/MPEG-4 AVC codec - Copyleft 2003-2012 - http://www.videolan.org/x264.html - options: cabac=1 ref=1 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=5 psy=1 psy_rd=1.00:0.00 mixed_ref=0 me_range=16 chroma_me=1 trellis=0 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=0 threads=12 lookahead_threads=2 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=0 weightp=2 keyint=25 keyint_min=13 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=abr mbtree=1 bitrate=640 ratetol=1.0 qcomp=0.50 qpmin=10 qpmax=51 qpstep=4 vbv_maxrate=800 vbv_bufsize=41943 nal_hrd=none ip_ratio=1.40 aq=1:1.00 Output #0, ffm, to 'http://127.0.0.1:1200/stream.ffm': Metadata: creation_time : now encoder : Lavf54.36.100 Stream #0:0(rus): Audio: mp3, 44100 Hz, mono, s32p, 64 kb/s Stream #0:1: Video: h264, yuv420p, 640x480 [SAR 1:1 DAR 4:3], q=10-51, 640 kb/s, 1000k tbn, 25 tbc Stream mapping: Stream #0:1 -> #0:0 (mp2 -> libmp3lame) Stream #0:0 -> #0:1 (mpeg2video -> libx264) Press [q] to stop, [?] for help Notice '''Stream #0:1 -> #0:0 (mp2 -> libmp3lame)''' audio stream picked first, despite of -map 0:2! Thats not OK. *** FFSERVER config Port 1200 ####################################### File /dev/shm/1200.ffm FileMaxSize 5M Feed stream.ffm Format flv VideoCodec libx264 VideoBitRate 640k VideoBufferSize 5120k VideoFrameRate 25 VideoSize 640x480 AVPresetVideo lossless_medium AVOptionVideo flags +global_header AudioCodec libmp3lame AudioBitRate 64k AudioChannels 1 AudioSampleRate 44100 #i tried to uncomment - results the same AVOptionAudio map 0:2 AVOptionAudio flags +global_header Preroll 5 StartSendOnKey -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 27 08:59:40 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 27 Nov 2012 07:59:40 -0000 Subject: [FFmpeg-trac] #1970(FFserver:new): ffserver ignores ffmpeg command line arguments In-Reply-To: <039.0a29583881ba106430406bc7fb0c66a3@avcodec.org> References: <039.0a29583881ba106430406bc7fb0c66a3@avcodec.org> Message-ID: <054.e57d80b40c7b49adbcc296c7f636422b@avcodec.org> #1970: ffserver ignores ffmpeg command line arguments ------------------------------------+------------------------------------ Reporter: importinis | Owner: Type: defect | Status: new Priority: important | Component: FFserver Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => regression * priority: normal => important * version: 1.0 => git-master Comment: Replying to [comment:2 importinis]: > This bug I noticed than upgraded from 1years old ffmpeg version :) Do you know which version was working for you? Isn't this a duplicate of ticket #1930 ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 27 09:12:43 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 27 Nov 2012 08:12:43 -0000 Subject: [FFmpeg-trac] #1970(FFserver:new): ffserver ignores ffmpeg command line arguments In-Reply-To: <039.0a29583881ba106430406bc7fb0c66a3@avcodec.org> References: <039.0a29583881ba106430406bc7fb0c66a3@avcodec.org> Message-ID: <054.04e695d76d0adf9a6c677f2bd3bf73f8@avcodec.org> #1970: ffserver ignores ffmpeg command line arguments ------------------------------------+------------------------------------ Reporter: importinis | Owner: Type: defect | Status: new Priority: important | Component: FFserver Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by importinis): With latest git version(ffmpeg version N-47120-g8aa6d89) the issue reproduces. The working version is of Libav developers: FFmpeg version git-4c64c8e, Copyright (c) 2000-2011 the Libav developers. I got this git link from ffmpeg.org #1930 ticket is similar, but ffserver ignores not only vf arguments, it ignores any... :) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 27 09:19:52 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 27 Nov 2012 08:19:52 -0000 Subject: [FFmpeg-trac] #1891(undetermined:open): FFmpeg duplicating too many frames In-Reply-To: <035.90f7e57e67b657e2aaae4cd973643d03@avcodec.org> References: <035.90f7e57e67b657e2aaae4cd973643d03@avcodec.org> Message-ID: <050.479c9520e02930044a55b5b45fe6dc4c@avcodec.org> #1891: FFmpeg duplicating too many frames -------------------------------------+------------------------------------- Reporter: eklann | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: real | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by eklann): When I use -dts_error_threshold with a value under 8200, the file is converted. However the converted file is only a gray surface for 2:51, while the input file is 1:03. Using a higher value for -dts_error_threshold gives the same problem as I originally described. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 27 09:44:31 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 27 Nov 2012 08:44:31 -0000 Subject: [FFmpeg-trac] #1970(FFserver:new): ffserver ignores ffmpeg command line arguments In-Reply-To: <039.0a29583881ba106430406bc7fb0c66a3@avcodec.org> References: <039.0a29583881ba106430406bc7fb0c66a3@avcodec.org> Message-ID: <054.90a83dbbc9c6d0a74be05e348b2d56f3@avcodec.org> #1970: ffserver ignores ffmpeg command line arguments ------------------------------------+------------------------------------ Reporter: importinis | Owner: Type: defect | Status: new Priority: important | Component: FFserver Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:4 importinis]: > The working version is of Libav developers: > FFmpeg version git-4c64c8e, Copyright (c) 2000-2011 the Libav developers. Does c407984 not work? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 27 10:50:07 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 27 Nov 2012 09:50:07 -0000 Subject: [FFmpeg-trac] #549(avfilter:closed): Video filter overlay does not preserve alpha In-Reply-To: <036.32a71274ae3729a2c1cbdf9589531dd7@avcodec.org> References: <036.32a71274ae3729a2c1cbdf9589531dd7@avcodec.org> Message-ID: <051.1fdc1b47beb6e8258458b9d5ac099ef8@avcodec.org> #549: Video filter overlay does not preserve alpha -------------------------------------+------------------------------------- Reporter: ehsmeng | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: git-master | Resolution: fixed Keywords: overlay | Blocked By: alpha png | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by saste): * status: open => closed * resolution: => fixed Comment: Should be fixed in: {{{ commit 13c62525362595cc914161aaa192953dd9077233 Author: Mark Himsley Date: Sun Nov 25 15:24:29 2012 +0000 lavfi/overlay: enable yuva420p as overlay background Same calculation as for RGBA etc to create unpremultiplied output. Useful for creating an intermediate "Mix/Effects bank", in vision mixer (switcher) terminology. Example command: ffmpeg -i input.mov -vf "[in]scale=iw:ih:interl=1,format=yuv420p[bg];movie=BBC_blocks_watermark.png,scale=iw:ih:interl=1,format=yuva420p[dog];movie=Kickabout_strap.mov,sc -b:v 3M -an output.mov Fix trac ticket #549. Signed-off-by: Stefano Sabatini }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 27 10:58:56 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 27 Nov 2012 09:58:56 -0000 Subject: [FFmpeg-trac] #1970(FFserver:new): ffserver ignores ffmpeg command line arguments In-Reply-To: <039.0a29583881ba106430406bc7fb0c66a3@avcodec.org> References: <039.0a29583881ba106430406bc7fb0c66a3@avcodec.org> Message-ID: <054.70a866cf81f7b5e1e44ea9f984588324@avcodec.org> #1970: ffserver ignores ffmpeg command line arguments ------------------------------------+------------------------------------ Reporter: importinis | Owner: Type: defect | Status: new Priority: important | Component: FFserver Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by importinis): Yes, c407984 works. # ffmpeg -f mpegts -i http://10.2.3.14:9050/233.239.0.66 -loglevel debug -vf "yadif=0:-1:1" -map 0:2 -map 0:0 -acodec libmp3lame -ar 44100 -ac 2 -ab 96k -vcodec libx264 -preset medium -tune zerolatency -vb 640k -s 640x480 -r 25 -f ffm http://127.0.0.1:1999/stream.ffm FFmpeg version git-N-29167-gc407984, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 27 2012 11:47:45 with gcc 4.4.5 configuration: --prefix=/usr/local --enable-gpl --enable-pthreads --enable-libmp3lame --enable-nonfree --disable-ffplay --disable-devices --disable-ffprobe --enable-postproc --enable-avfilter --enable-runtime- cpudetect --enable-libx264 libavutil 50. 40. 1 / 50. 40. 1 libavcodec 52.120. 0 / 52.120. 0 libavformat 52.108. 0 / 52.108. 0 libavdevice 52. 4. 0 / 52. 4. 0 libavfilter 1. 79. 0 / 1. 79. 0 libswscale 0. 13. 0 / 0. 13. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mpeg2video @ 0x1608150] mpeg_decode_postinit() failure Last message repeated 3 times [mpegts @ 0x15e8660] max_analyze_duration reached [mpegts @ 0x15e8660] Estimating duration from bitrate, this may be inaccurate Input #0, mpegts, from 'http://10.2.3.14:9050/233.239.0.66': Duration: N/A, start: 33457.519222, bitrate: 15384 kb/s Program 1850 Stream #0.0[0x73b]: Video: mpeg2video (Main), yuv420p, 720x576 [PAR 16:15 DAR 4:3], 15000 kb/s, 25.40 fps, 25 tbr, 90k tbn, 50 tbc Stream #0.1[0x73e](rus): Audio: mp2, 48000 Hz, stereo, s16, 192 kb/s Stream #0.2[0x73f](eng): Audio: mp2, 48000 Hz, stereo, s16, 192 kb/s Probed with size=2048 and score=101 [buffer @ 0x1609cf0] w:720 h:576 pixfmt:yuv420p [scale @ 0x160a040] w:720 h:576 fmt:yuv420p -> w:640 h:480 fmt:yuv420p flags:0x4 [libx264 @ 0x160f3c0] using SAR=16/15 [libx264 @ 0x160f3c0] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2 AVX [libx264 @ 0x160f3c0] profile Main, level 4.1 Output #0, ffm, to 'http://127.0.0.1:1999/stream.ffm': Metadata: encoder : Lavf52.108.0 Stream #0.0(eng), 0, 1/1000000: Audio: libmp3lame, 44100 Hz, 1 channels, s16, 64 kb/s Stream #0.1, 0, 1/1000000: Video: libx264, yuv420p, 640x480 [PAR 16:15 DAR 64:45], 1/25, q=10-51, 640 kb/s, 1000k tbn, 25 tbc Stream mapping: Stream #0.2 -> #0.0 Stream #0.0 -> #0.1 Press [q] to stop encoding -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 27 10:59:33 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 27 Nov 2012 09:59:33 -0000 Subject: [FFmpeg-trac] #1949(avfilter:closed): Display frame number on each frame In-Reply-To: <034.9587988585af8120f6dbd4dd23fa9c1e@avcodec.org> References: <034.9587988585af8120f6dbd4dd23fa9c1e@avcodec.org> Message-ID: <049.e59169bf37e68b5bb3413c884625df21@avcodec.org> #1949: Display frame number on each frame -------------------------------------+------------------------------------ Reporter: igorg | Owner: Type: enhancement | Status: closed Priority: wish | Component: avfilter Version: git-master | Resolution: fixed Keywords: drawtext | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------ Comment (by saste): Replying to [comment:9 igorg]: [...] > One quick question still - how to start numbering the frames from 1 and not 0? I tried the regular math expressions like %{n+1}, but that did not work Because there is no such feature. Question, why do you need frame count from 1? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 27 11:10:11 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 27 Nov 2012 10:10:11 -0000 Subject: [FFmpeg-trac] #1970(FFserver:new): ffserver ignores ffmpeg command line arguments In-Reply-To: <039.0a29583881ba106430406bc7fb0c66a3@avcodec.org> References: <039.0a29583881ba106430406bc7fb0c66a3@avcodec.org> Message-ID: <054.9aef75b6c74dc04be67727418f6c3d26@avcodec.org> #1970: ffserver ignores ffmpeg command line arguments ------------------------------------+------------------------------------ Reporter: importinis | Owner: Type: defect | Status: new Priority: important | Component: FFserver Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:6 importinis]: > Yes, c407984 works. If you want to help, please use git bisect to find the change introducing the regression. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 27 11:43:24 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 27 Nov 2012 10:43:24 -0000 Subject: [FFmpeg-trac] #1949(avfilter:closed): Display frame number on each frame In-Reply-To: <034.9587988585af8120f6dbd4dd23fa9c1e@avcodec.org> References: <034.9587988585af8120f6dbd4dd23fa9c1e@avcodec.org> Message-ID: <049.d7b4da087ca6c32835d04cf915509573@avcodec.org> #1949: Display frame number on each frame -------------------------------------+------------------------------------ Reporter: igorg | Owner: Type: enhancement | Status: closed Priority: wish | Component: avfilter Version: git-master | Resolution: fixed Keywords: drawtext | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------ Comment (by igorg): Replying to [comment:10 saste]: > Replying to [comment:9 igorg]: > [...] > > One quick question still - how to start numbering the frames from 1 and not 0? I tried the regular math expressions like %{n+1}, but that did not work > > Because there is no such feature. Question, why do you need frame count from 1? Well, because it is more comprehensible and people usually count starting from 1. Moreover, when I add the extra frame before the actual sequence (containing the info on that particular sequence), its number is also 0. Therefore, shifting all the frame numbers by a given number (in my case 1) would work perfectly fine. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 27 14:14:49 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 27 Nov 2012 13:14:49 -0000 Subject: [FFmpeg-trac] #1970(FFserver:new): ffserver ignores ffmpeg command line arguments In-Reply-To: <039.0a29583881ba106430406bc7fb0c66a3@avcodec.org> References: <039.0a29583881ba106430406bc7fb0c66a3@avcodec.org> Message-ID: <054.d49c217f6630bf44255edf75b12f1782@avcodec.org> #1970: ffserver ignores ffmpeg command line arguments ------------------------------------+------------------------------------ Reporter: importinis | Owner: Type: defect | Status: new Priority: important | Component: FFserver Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by importinis): git bisect start # good: [c40798441f47341c310b38e8f329cfb943924faf] Merge remote branch 'qatar/master' git bisect good c40798441f47341c310b38e8f329cfb943924faf # bad: [769354348a3acddb36582277a7d3f26e6d179369] PRINT_CODEC_SUPPORTED: fix used variable git bisect bad 769354348a3acddb36582277a7d3f26e6d179369 # bad: [175ab5f9a923343dbeb3914a185c223c43702d95] lavfi/*showinfo: use av_ts2* macros in showinfo and ashowinfo git bisect bad 175ab5f9a923343dbeb3914a185c223c43702d95 # skip: [1e4d60353cdb50619bc39d78f84afe961d013fae] vc1: disable parts of the interlaced code due to security issues. git bisect skip 1e4d60353cdb50619bc39d78f84afe961d013fae # good: [53d5cd2c8225e251826c77f8f69a30250038fbd0] mov: Support Digital Voodoo SD 8 Bit and DTS codec identifiers. git bisect good 53d5cd2c8225e251826c77f8f69a30250038fbd0 # skip: [9e8dff90efa3faae5ac07fa5fae7e154367e24fd] Revert "mov: do not misreport empty stts" git bisect skip 9e8dff90efa3faae5ac07fa5fae7e154367e24fd # skip: [182cbe433aea20b0d9627d40de7c75713ec736db] avtools: parse loglevel before all the other options. git bisect skip 182cbe433aea20b0d9627d40de7c75713ec736db # bad: [2dd7a1c030e64cdd8fed18e2530fb5b95f41b990] swscale: Split C input functions into separate file. git bisect bad 2dd7a1c030e64cdd8fed18e2530fb5b95f41b990 # bad: [c4b97fbdfabb9d252a13c9c1f7bc8e1c2e9e43c5] pulse: documentation git bisect bad c4b97fbdfabb9d252a13c9c1f7bc8e1c2e9e43c5 # bad: [5d06f15235c2fa1b6ed2c5af3bc0e3750df4291c] libx264: set default thread count to 0 (auto) git bisect bad 5d06f15235c2fa1b6ed2c5af3bc0e3750df4291c # good: [55eda370cb6fe9e4c21539f3f90fd940fcf7a103] swscale: clip unscaled colorspace conversion path. git bisect good 55eda370cb6fe9e4c21539f3f90fd940fcf7a103 # good: [bac3ab13ea6a9dd8853e79ef3eacf51d234c8774] h264: notice memory allocation failure git bisect good bac3ab13ea6a9dd8853e79ef3eacf51d234c8774 # good: [bb337b4fbceb6af7f70ef2f9476733cc2fa5350b] avconv: Fix spelling errors. git bisect good bb337b4fbceb6af7f70ef2f9476733cc2fa5350b # good: [d2ba1fb50c72ee8bb92111cd32453b741c545769] configure: fix typo in avconv dependency list git bisect good d2ba1fb50c72ee8bb92111cd32453b741c545769 # good: [0f29699db73d569307cac1abce64ae43647db2d2] libx264: add 'weightb' private option. git bisect good 0f29699db73d569307cac1abce64ae43647db2d2 # good: [38934f19fe624270fabf32a411d84f1fee3e0aae] libx264: add 'psy' private option. git bisect good 38934f19fe624270fabf32a411d84f1fee3e0aae # skip: [9bb2d1a3f0ea3595fafad32d6ee1261506f57bb4] h263p encoder: add 'umv' private option. git bisect skip 9bb2d1a3f0ea3595fafad32d6ee1261506f57bb4 # skip: [4bcee8e7f826b79206da660cd66ad91e497d7184] h263/p encoder: add 'structured_slices' private option. git bisect skip 4bcee8e7f826b79206da660cd66ad91e497d7184 # bad: [0e5d37309f54f4377ec1f1a7ca41ea06d4ade923] mpeg12enc/mpeg4videoenc: add 'alternate_scan' private option. git bisect bad 0e5d37309f54f4377ec1f1a7ca41ea06d4ade923 # bad: [0cc06b9e23bc798b1af3302d095db23f000a97e6] snow: add 'memc_only' private option. git bisect bad 0cc06b9e23bc798b1af3302d095db23f000a97e6 some version I've skipped because of making errors. I hope It will help to bugfix -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 27 15:40:01 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 27 Nov 2012 14:40:01 -0000 Subject: [FFmpeg-trac] #1965(undetermined:open): mmf: support correctly formats ma-3/5/7 In-Reply-To: <038.5445d91a137fecdb95e386f03ee8c94e@avcodec.org> References: <038.5445d91a137fecdb95e386f03ee8c94e@avcodec.org> Message-ID: <053.f16959f0261d6f2f05a19b5d4c5c8e69@avcodec.org> #1965: mmf: support correctly formats ma-3/5/7 -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: adpcm smaf | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by ami_stuff): http://www.rockbox.org/tracker/task/10432?getfile=20023 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 27 17:52:05 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 27 Nov 2012 16:52:05 -0000 Subject: [FFmpeg-trac] #1970(FFserver:new): ffserver ignores ffmpeg command line arguments In-Reply-To: <039.0a29583881ba106430406bc7fb0c66a3@avcodec.org> References: <039.0a29583881ba106430406bc7fb0c66a3@avcodec.org> Message-ID: <054.c840a089732096ee51c3ed7fa698495f@avcodec.org> #1970: ffserver ignores ffmpeg command line arguments ------------------------------------+------------------------------------ Reporter: importinis | Owner: Type: defect | Status: new Priority: important | Component: FFserver Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Your results are not completely conclusive. Please test 0ed7bc4 and a9c6936. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 27 18:11:54 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 27 Nov 2012 17:11:54 -0000 Subject: [FFmpeg-trac] #1914(avcodec:closed): libavcodec is unable to decode h264 created by "Unreal h264 encoder" In-Reply-To: <042.ecac9fecdd9a0bffcd440ca85d6bcc93@avcodec.org> References: <042.ecac9fecdd9a0bffcd440ca85d6bcc93@avcodec.org> Message-ID: <057.ab759b27690743062a560feae85c7c53@avcodec.org> #1914: libavcodec is unable to decode h264 created by "Unreal h264 encoder" ---------------------------------------+----------------------------------- Reporter: Kozlov Sergey | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: h264 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 27 19:26:11 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 27 Nov 2012 18:26:11 -0000 Subject: [FFmpeg-trac] #1968(build system:new): ./configure --enable-shared --enable-static behavior odd. In-Reply-To: <039.ee94212f930423ef25221e485b891439@avcodec.org> References: <039.ee94212f930423ef25221e485b891439@avcodec.org> Message-ID: <054.778ad2d49076efa3596e53b022e8a6c5@avcodec.org> #1968: ./configure --enable-shared --enable-static behavior odd. -------------------------------------+------------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: new Priority: normal | Component: build Version: unspecified | system Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by rogerdpack): I didn't see a "makeinfo enabled" message buthere's my atempt... i686-w64-mingw32-gcc --version i686-w64-mingw32-gcc (GCC) 4.7.2 Copyright (C) 2012 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. {{{ configuring ffmpeg_git as $ PATH=/home/rdp/dev/ffmpeg-windows-build- helpers/sandbox/mingw-w64-i686/bin:/usr/lib/lightdm/lightdm:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games ./configure --arch=x86 --target-os=mingw32 --cross-prefix=/home/rdp/dev /ffmpeg-windows-build-helpers/sandbox/mingw-w64-i686/bin/i686-w64-mingw32- --pkg-config=pkg-config --enable-shared --enable-static --enable-runtime- cpudetect install prefix /usr/local source path . C compiler /home/rdp/dev/ffmpeg-windows-build- helpers/sandbox/mingw-w64-i686/bin/i686-w64-mingw32-gcc ARCH x86 (generic) big-endian no runtime cpu detection yes yasm yes MMX enabled yes MMXEXT enabled yes 3DNow! enabled yes 3DNow! extended enabled yes SSE enabled yes SSSE3 enabled yes AVX enabled yes FMA4 enabled yes CMOV enabled no CMOV is fast no EBX available yes EBP available yes debug symbols yes strip symbols yes optimize for size no optimizations yes static yes shared yes postprocessing support no new filter support yes network support yes threading support w32threads safe bitstream reader yes SDL support yes libdxva2 enabled yes libva enabled no libvdpau enabled no AVISynth enabled no frei0r enabled no gnutls enabled no libaacplus enabled no libass enabled no libcaca enabled no libcdio support no libcelt enabled no libdc1394 support no libfaac enabled no libfdk-aac enabled no libgsm enabled no libiec61883 support no libilbc enabled no libmodplug enabled no libmp3lame enabled no libnut enabled no libopencore-amrnb support no libopencore-amrwb support no libopencv support no libopenjpeg enabled no libopus enabled no libpulse enabled no librtmp enabled no libschroedinger enabled no libspeex enabled no libstagefright-h264 enabled no libtheora enabled no libtwolame enabled no libutvideo enabled no libv4l2 enabled no libvo-aacenc support no libvo-amrwbenc support no libvorbis enabled no libvpx enabled no libx264 enabled no libxavs enabled no libxvid enabled no openal enabled no openssl enabled no zlib enabled yes bzlib enabled yes texi2html enabled no perl enabled yes pod2man enabled yes makeinfo enabled no Enabled decoders: aac c93 indeo4 aac_latm cavs indeo5 aasc cdgraphics interplay_dpcm ac3 cdxl interplay_video adpcm_4xm cinepak jacosub adpcm_adx cljr jpeg2000 adpcm_afc cllc jpegls adpcm_ct comfortnoise jv adpcm_ea cook kgv1 adpcm_ea_maxis_xa cpia kmvc adpcm_ea_r1 cscd lagarith adpcm_ea_r2 cyuv loco adpcm_ea_r3 dca mace3 adpcm_ea_xas dfa mace6 adpcm_g722 dirac mdec adpcm_g726 dnxhd microdvd adpcm_ima_amv dpx mimic adpcm_ima_apc dsicinaudio mjpeg adpcm_ima_dk3 dsicinvideo mjpegb adpcm_ima_dk4 dvbsub mlp adpcm_ima_ea_eacs dvdsub mmvideo adpcm_ima_ea_sead dvvideo motionpixels adpcm_ima_iss dxa movtext adpcm_ima_oki dxtory mp1 adpcm_ima_qt eac3 mp1float adpcm_ima_smjpeg eacmv mp2 adpcm_ima_wav eamad mp2float adpcm_ima_ws eatgq mp3 adpcm_ms eatgv mp3adu adpcm_sbpro_2 eatqi mp3adufloat adpcm_sbpro_3 eightbps mp3float adpcm_sbpro_4 eightsvx_exp mp3on4 adpcm_swf eightsvx_fib mp3on4float adpcm_thp escape124 mpc7 adpcm_xa escape130 mpc8 adpcm_yamaha exr mpeg1video alac ffv1 mpeg2video als ffvhuff mpeg4 amrnb ffwavesynth mpegvideo amrwb flac msa1 amv flashsv msmpeg4v1 anm flashsv2 msmpeg4v2 ansi flic msmpeg4v3 ape flv msrle ass fourxm mss1 asv1 fraps mss2 asv2 frwu msvideo1 atrac1 g723_1 mszh atrac3 g729 mts2 aura gif mxpeg aura2 gsm nellymoser avrn gsm_ms nuv avrp h261 paf_audio avs h263 paf_video avui h263i pam ayuv h263p pbm bethsoftvid h264 pcm_alaw bfi huffyuv pcm_bluray bink iac pcm_dvd binkaudio_dct idcin pcm_f32be binkaudio_rdft idf pcm_f32le bintext iff_byterun1 pcm_f64be bmp iff_ilbm pcm_f64le bmv_audio imc pcm_lxf bmv_video indeo2 pcm_mulaw brender_pix indeo3 pcm_s16be pcm_s16be_planar rv20 v410 pcm_s16le rv30 vb pcm_s16le_planar rv40 vble pcm_s24be s302m vc1 pcm_s24daud sami vc1image pcm_s24le sanm vcr1 pcm_s24le_planar sgi vima pcm_s32be shorten vmdaudio pcm_s32le sipr vmdvideo pcm_s32le_planar smackaud vmnc pcm_s8 smacker vorbis pcm_s8_planar smc vp3 pcm_u16be snow vp5 pcm_u16le sol_dpcm vp6 pcm_u24be sonic vp6a pcm_u24le sp5x vp6f pcm_u32be srt vp8 pcm_u32le subrip vqa pcm_u8 subviewer wavpack pcm_zork sunrast webvtt pcx svq1 wmalossless pgm svq3 wmapro pgmyuv tak wmav1 pgssub targa wmav2 pictor targa_y216 wmavoice png text wmv1 ppm theora wmv2 prores thp wmv3 prores_lgpl tiertexseqvideo wmv3image ptx tiff wnv1 qcelp tmv ws_snd1 qdm2 truehd xan_dpcm qdraw truemotion1 xan_wc3 qpeg truemotion2 xan_wc4 qtrle truespeech xbin r10k tscc xbm r210 tscc2 xface ra_144 tta xl ra_288 twinvq xsub ralf txd xwd rawvideo ulti y41p realtext utvideo yop rl2 v210 yuv4 roq v210x zerocodec roq_dpcm v308 zlib rpza v408 zmbv rv10 Enabled encoders: a64multi jpeg2000 pgmyuv a64multi5 jpegls png aac ljpeg ppm ac3 mjpeg prores ac3_fixed movtext prores_anatoliy adpcm_adx mp2 prores_kostya adpcm_g722 mpeg1video qtrle adpcm_g726 mpeg2video r10k adpcm_ima_qt mpeg4 r210 adpcm_ima_wav msmpeg4v2 ra_144 adpcm_ms msmpeg4v3 rawvideo adpcm_swf msvideo1 roq adpcm_yamaha nellymoser roq_dpcm alac pam rv10 amv pbm rv20 ass pcm_alaw sgi asv1 pcm_f32be snow asv2 pcm_f32le sonic avrp pcm_f64be sonic_ls avui pcm_f64le srt ayuv pcm_mulaw subrip bmp pcm_s16be sunrast cljr pcm_s16be_planar svq1 comfortnoise pcm_s16le targa dca pcm_s16le_planar tiff dnxhd pcm_s24be utvideo dpx pcm_s24daud v210 dvbsub pcm_s24le v308 dvdsub pcm_s24le_planar v408 dvvideo pcm_s32be v410 eac3 pcm_s32le vorbis ffv1 pcm_s32le_planar wmav1 ffvhuff pcm_s8 wmav2 flac pcm_s8_planar wmv1 flashsv pcm_u16be wmv2 flashsv2 pcm_u16le xbm flv pcm_u24be xface g723_1 pcm_u24le xsub gif pcm_u32be xwd h261 pcm_u32le y41p h263 pcm_u8 yuv4 h263p pcx zlib huffyuv pgm zmbv Enabled hwaccels: h264_dxva2 vc1_dxva2 wmv3_dxva2 mpeg2_dxva2 Enabled parsers: aac dvdsub mpegvideo aac_latm flac png ac3 gsm pnm adx h261 rv30 bmp h263 rv40 cavsvideo h264 tak cook mjpeg vc1 dca mlp vorbis dirac mpeg4video vp3 dnxhd mpegaudio vp8 dvbsub Enabled demuxers: aac iff pcm_u32be ac3 ilbc pcm_u32le act image2 pcm_u8 adf image2pipe pmp adx ingenient pva aea ipmovie qcp afc iss r3d aiff iv8 rawvideo amr ivf realtext anm jacosub rl2 apc jv rm ape latm roq asf lmlm4 rpl ass loas rso ast lvf rtp au lxf rtsp avi m4v sami avr matroska sap avs mgsts sbg bethsoftvid microdvd sdp bfi mjpeg segafilm bink mlp shorten bintext mm siff bit mmf smacker bmv mov smjpeg c93 mp3 smush caf mpc sol cavsvideo mpc8 sox cdg mpegps spdif cdxl mpegts srt daud mpegtsraw str dfa mpegvideo subviewer dirac msnwc_tcp swf dnxhd mtv tak dsicin mvi thp dts mxf tiertexseq dtshd mxg tmv dv nc truehd dxa nsv tta ea nut tty ea_cdata nuv txd eac3 ogg vc1 ffm oma vc1t ffmetadata paf vmd filmstrip pcm_alaw voc flac pcm_f32be vqf flic pcm_f32le w64 flv pcm_f64be wav fourxm pcm_f64le wc3 g722 pcm_mulaw webvtt g723_1 pcm_s16be wsaud g729 pcm_s16le wsvqa gsm pcm_s24be wtv gxf pcm_s24le wv h261 pcm_s32be xa h263 pcm_s32le xbin h264 pcm_s8 xmv hls pcm_u16be xwma ico pcm_u16le yop idcin pcm_u24be yuv4mpegpipe idf pcm_u24le Enabled muxers: a64 image2pipe pcm_s16be ac3 ipod pcm_s16le adts ismv pcm_s24be adx ivf pcm_s24le aiff jacosub pcm_s32be amr latm pcm_s32le asf m4v pcm_s8 asf_stream matroska pcm_u16be ass matroska_audio pcm_u16le au md5 pcm_u24be avi microdvd pcm_u24le avm2 mjpeg pcm_u32be bit mkvtimestamp_v2 pcm_u32le caf mlp pcm_u8 cavsvideo mmf psp crc mov rawvideo daud mp2 rm dirac mp3 roq dnxhd mp4 rso dts mpeg1system rtp dv mpeg1vcd rtsp eac3 mpeg1video sap f4v mpeg2dvd segment ffm mpeg2svcd smjpeg ffmetadata mpeg2video smoothstreaming filmstrip mpeg2vob sox flac mpegts spdif flv mpjpeg srt framecrc mxf stream_segment framemd5 mxf_d10 swf g722 null tg2 g723_1 nut tgp gif ogg truehd gxf oma vc1t h261 pcm_alaw voc h263 pcm_f32be wav h264 pcm_f32le webm hls pcm_f64be wtv ico pcm_f64le wv ilbc pcm_mulaw yuv4mpegpipe image2 Enabled protocols: applehttp hls pipe cache http rtmp concat httpproxy rtmpt crypto md5 rtp ffrtmphttp mmsh tcp file mmst udp gopher Enabled filters: aconvert copy pan aevalsrc crop pixdesctest afifo deshake removelogo aformat drawbox rgbtestsrc alphaextract earwax scale alphamerge edgedetect select amerge fade sendcmd amix field setdar amovie fieldorder setfield anull fifo setpts anullsink format setsar anullsrc fps settb aresample framestep showinfo asendcmd gradfun showspectrum asetnsamples hflip showwaves asetpts idet silencedetect asettb join slicify ashowinfo life smptebars asink lut split asink lutrgb swapuv asplit lutyuv testsrc astreamsync mandelbrot thumbnail atempo movie tile bbox negate transpose blackdetect noformat unsharp cellauto null vflip channelmap nullsink volume channelsplit nullsrc volumedetect color overlay vsink concat pad vsink Enabled bsfs: aac_adtstoasc mjpeg2jpeg mp3_header_decompress chomp mjpega_dump_header noise dump_extradata mov2textsub remove_extradata h264_mp4toannexb mp3_header_compress text2movsub imx_dump_header Enabled indevs: dshow lavfi vfwcap Enabled outdevs: sdl License: LGPL version 2.1 or later Creating config.mak and config.h... }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 27 20:21:31 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 27 Nov 2012 19:21:31 -0000 Subject: [FFmpeg-trac] #1915(avcodec:closed): mjpeg: fix/support morgan not interleaved In-Reply-To: <038.7171141b9311480d3e6c742eda7a9f64@avcodec.org> References: <038.7171141b9311480d3e6c742eda7a9f64@avcodec.org> Message-ID: <053.c75af6a69773b785bdef0de46e78a0e8@avcodec.org> #1915: mjpeg: fix/support morgan not interleaved ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: avi mjpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed * component: undetermined => avcodec -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 27 22:58:10 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 27 Nov 2012 21:58:10 -0000 Subject: [FFmpeg-trac] #1968(build system:new): ./configure --enable-shared --enable-static behavior odd. In-Reply-To: <039.ee94212f930423ef25221e485b891439@avcodec.org> References: <039.ee94212f930423ef25221e485b891439@avcodec.org> Message-ID: <054.c5e868f282c33bda55fc5881d06b8ded@avcodec.org> #1968: ./configure --enable-shared --enable-static behavior odd. -------------------------------------+------------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: new Priority: normal | Component: build Version: unspecified | system Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:2 rogerdpack]: > I didn't see a "makeinfo enabled" message buthere's my attempt... > {{{ > makeinfo enabled no > }}} > {{{ > ... > static yes > shared yes > ... > }}} > creates this file: > > -rwxrwxr-x 1 rdp rdp 205312 Nov 27 10:37 ffmpeg.exe > > which I assume is "just" a shared build. The important question is if static libraries are built: libavutil/libavutil.a, libavcodec/libavcodec.a, libavformat/libavformat.a, ... (configure's output above indicates that they will be built.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 27 23:24:38 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 27 Nov 2012 22:24:38 -0000 Subject: [FFmpeg-trac] #1615(avfilter:open): video diff filter In-Reply-To: <039.0adac9346aee75dee9949cbbbd0e491d@avcodec.org> References: <039.0adac9346aee75dee9949cbbbd0e491d@avcodec.org> Message-ID: <054.b91f38bc827475218692d5d3e024bb04@avcodec.org> #1615: video diff filter -------------------------------------+------------------------------------ Reporter: ylluminate | Owner: Type: enhancement | Status: open Priority: wish | Component: avfilter Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: diff, difference => * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 Comment: See also ticket #944. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 27 23:35:59 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 27 Nov 2012 22:35:59 -0000 Subject: [FFmpeg-trac] #1615(avfilter:open): video diff filter In-Reply-To: <039.0adac9346aee75dee9949cbbbd0e491d@avcodec.org> References: <039.0adac9346aee75dee9949cbbbd0e491d@avcodec.org> Message-ID: <054.c00f91bed17033287d0cb24936c3a759@avcodec.org> #1615: video diff filter -------------------------------------+------------------------------------ Reporter: ylluminate | Owner: Type: enhancement | Status: open Priority: wish | Component: avfilter Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by ubitux): There is a vf compare patch on the fork mailing list. Since there is no activity related since a while, someone may want to pick it and make something out of it. It shouldn't require that much work. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 28 03:09:03 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 28 Nov 2012 02:09:03 -0000 Subject: [FFmpeg-trac] #1971(undetermined:new): Uninitialized memory reads in ff_h264_decode_nal Message-ID: <037.d92667cb457853c02c959d3dee9d6bcd@avcodec.org> #1971: Uninitialized memory reads in ff_h264_decode_nal --------------------------------------+---------------------------------- Reporter: ajschult | Type: defect Status: new | Priority: normal Component: undetermined | Version: 1.0 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- ff_h264_decode_nal makes decisions based on uninitialized memory How to reproduce: {{{ % valgrind avidemux3_qt4 h264_decode_nal.flv }}} I can only reproduce this with avidemux, but (from code inspection) avidemux is behaving well and this is an ffmpeg bug. loading http://rheneas.eng.buffalo.edu/~andrew/fatkid.flv in avidemux under valgrind, valgrind reports two uninitialized memory reads. I see ff_h264_decode_nal (in h264.c) get called three times. The second time with length=4. Nonetheless, with HAVE_FAST_64BIT, it will try to read 8 bytes (UMR 1) via the macro AV_RN64A. Furthermore, the FIND_FIRST_ZERO macro happily walks off the end of src (UMR 2) because all of the bytes are non-zero. It's like it's not even trying to stay in the bounds of the array. In the end, the effects of this are minimal since the whole point of the loop was to set length, and once it steps past the end, length won't be altered. However, in other situations this could cause a segfault for reading memory it was not allowed to read. The 4 bytes that ff_h264_decode_nal is supposed to look at are initialized and (following the buffer up the call stack to ff_h264_decode_extradata), the larger buffer of extradata is also all initialized. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 28 05:14:19 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 28 Nov 2012 04:14:19 -0000 Subject: [FFmpeg-trac] #1921(undetermined:closed): qpeg: destroyed palette after loop in ffplay In-Reply-To: <038.ea8685fa6147b3338c49d60ad84782d1@avcodec.org> References: <038.ea8685fa6147b3338c49d60ad84782d1@avcodec.org> Message-ID: <053.c975a284483f7d464fb7589855ca1c7d@avcodec.org> #1921: qpeg: destroyed palette after loop in ffplay -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: qpeg | 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 Nov 28 08:34:41 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 28 Nov 2012 07:34:41 -0000 Subject: [FFmpeg-trac] #1970(FFserver:new): ffserver ignores ffmpeg command line arguments In-Reply-To: <039.0a29583881ba106430406bc7fb0c66a3@avcodec.org> References: <039.0a29583881ba106430406bc7fb0c66a3@avcodec.org> Message-ID: <054.c79c68bcdba12c0e983b5adeb5387940@avcodec.org> #1970: ffserver ignores ffmpeg command line arguments ------------------------------------+------------------------------------ Reporter: importinis | Owner: Type: defect | Status: new Priority: important | Component: FFserver Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by importinis): 0ed7bc4: then I try to feed ffserver, i get segmentation fault # ffmpeg -i http://10.2.3.14:9050/233.239.0.69 -map 0:2 -map 0:0 http://127.0.0.1:1999/stream.ffm ffmpeg version N-32258-g0ed7bc4, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 27 2012 23:13:00 with gcc 4.4.5 configuration: --prefix=/usr/local --enable-gpl --enable-pthreads --enable-lib mp3lame --enable-nonfree --disable-devices --enable-postproc --enable- avfilter - -enable-runtime-cpudetect --enable-libx264 libavutil 51. 14. 0 / 51. 14. 0 libavcodec 53. 12. 0 / 53. 12. 0 libavformat 53. 10. 0 / 53. 10. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 37. 0 / 2. 37. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mpeg2video @ 0x2833760] mpeg_decode_postinit() failure [mpegts @ 0x282c420] max_analyze_duration 5000000 reached at 5000000 [mpegts @ 0x282c420] Estimating duration from bitrate, this may be inaccurate Input #0, mpegts, from 'http://10.2.3.14:9050/233.239.0.69': Duration: N/A, start: 54421.190778, bitrate: 15384 kb/s Program 1860 Stream #0.0[0x745]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p, 720x576 [SAR 64:45 DAR 16:9], 15000 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0.1[0x748](ru): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16, 192 kb/s Stream #0.2[0x749]: Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16, 192 kb/s [buffer @ 0x2b0a3c0] w:720 h:576 pixfmt:yuv420p tb:1/1000000 sar:64/45 sws_param: Segmentation fault a9c6936: I dont know the reason, but then I try to feed ffserver ffmpeg exits. # ffmpeg -i http://10.2.3.14:9050/233.239.0.66 -loglevel debug -map 0:2 -map 0:0 http://127.0.0.1:1999/stream.ffm ffmpeg version N-32226-ga9c6936, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 27 2012 23:30:11 with gcc 4.4.5 configuration: --prefix=/usr/local --enable-gpl --enable-pthreads --enable-libmp3lame --enable-nonfree --disable-devices --enable-postproc --enable-avfilter --enable-runtime-cpudetect --enable-libx264 libavutil 51. 14. 0 / 51. 14. 0 libavcodec 53. 12. 0 / 53. 12. 0 libavformat 53. 10. 0 / 53. 10. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 37. 0 / 2. 37. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mpeg2video @ 0x1c17760] mpeg_decode_postinit() failure Last message repeated 2 times [mpegts @ 0x1c10420] max_analyze_duration 5000000 reached at 5016000 [mpegts @ 0x1c10420] Estimating duration from bitrate, this may be inaccurate Input #0, mpegts, from 'http://10.2.3.14:9050/233.239.0.66': Duration: N/A, start: 15700.217533, bitrate: 15384 kb/s Program 1850 Stream #0.0[0x73b]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p, 720x576 [SAR 16:15 DAR 4:3], 15000 kb/s, 25.20 fps, 25 tbr, 90k tbn, 50 tbc Stream #0.1[0x73e](rus): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16, 192 kb/s Stream #0.2[0x73f](eng): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16, 192 kb/s [ffm @ 0x1c170c0] Format ffm probed with size=2048 and score=101 Aborted -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 28 09:13:37 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 28 Nov 2012 08:13:37 -0000 Subject: [FFmpeg-trac] #1971(undetermined:new): Uninitialized memory reads in ff_h264_decode_nal In-Reply-To: <037.d92667cb457853c02c959d3dee9d6bcd@avcodec.org> References: <037.d92667cb457853c02c959d3dee9d6bcd@avcodec.org> Message-ID: <052.f58a8e04534bc2a383f1d07f9cec8582@avcodec.org> #1971: Uninitialized memory reads in ff_h264_decode_nal ----------------------------------+---------------------------------------- Reporter: ajschult | 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 cehoyos): Please test with ffmpeg (the application), and in any case, please add valgrind output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 28 09:13:57 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 28 Nov 2012 08:13:57 -0000 Subject: [FFmpeg-trac] #1971(undetermined:new): Uninitialized memory reads in ff_h264_decode_nal In-Reply-To: <037.d92667cb457853c02c959d3dee9d6bcd@avcodec.org> References: <037.d92667cb457853c02c959d3dee9d6bcd@avcodec.org> Message-ID: <052.dd14b850601c0f54dcd7636bbba98cd3@avcodec.org> #1971: Uninitialized memory reads in ff_h264_decode_nal ----------------------------------+---------------------------------------- Reporter: ajschult | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 1.0 | Resolution: Keywords: h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+---------------------------------------- Changes (by cehoyos): * keywords: => h264 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 28 10:30:10 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 28 Nov 2012 09:30:10 -0000 Subject: [FFmpeg-trac] #1972(undetermined:new): swscale: vertical line at the right side with rgb24 -> yuv410p conversion (odd width) Message-ID: <038.a786d654edbb4aa2444f0f5d366c8186@avcodec.org> #1972: swscale: vertical line at the right side with rgb24 -> yuv410p conversion (odd width) -------------------------------------+------------------------------------- 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 -------------------------------------+------------------------------------- there is visible vertical line with a darker color at the right side in the output this happens with rgb24 -> yuv410p and other yuv pix formats (asm and --disable-asm builds) {{{ C:\>ffmpeg -i 599.png -pix_fmt yuv410p out.tif ffmpeg version N-46755-ge70144c Copyright (c) 2000-2012 the FFmpeg developers built on Nov 15 2012 02:38:20 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 52. 6.100 / 52. 6.100 libavcodec 54. 71.100 / 54. 71.100 libavformat 54. 36.100 / 54. 36.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 23.100 / 3. 23.100 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 Input #0, image2, from '599.png': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: png, rgb24, 599x412, 25 tbr, 25 tbn, 25 tbc Output #0, image2, to 'out.tif': Metadata: encoder : Lavf54.36.100 Stream #0:0: Video: tiff, yuv410p, 599x412, q=2-31, 200 kb/s, 90k tbn, 25 tb c Stream mapping: Stream #0:0 -> #0:0 (png -> tiff) Press [q] to stop, [?] for help frame= 1 fps=0.0 q=0.0 Lsize= 0kB time=00:00:00.04 bitrate= 0.0kbits/ s video:76kB audio:0kB subtitle:0 global headers:0kB muxing overhead -100.000000% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 28 10:45:28 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 28 Nov 2012 09:45:28 -0000 Subject: [FFmpeg-trac] #1970(FFserver:open): ffserver ignores ffmpeg command line arguments In-Reply-To: <039.0a29583881ba106430406bc7fb0c66a3@avcodec.org> References: <039.0a29583881ba106430406bc7fb0c66a3@avcodec.org> Message-ID: <054.1d090202b81b99198953a98c1b38bf59@avcodec.org> #1970: ffserver ignores ffmpeg command line arguments ------------------------------------+------------------------------------ Reporter: importinis | Owner: Type: defect | Status: open Priority: important | Component: FFserver Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 Comment: Last working revision was 896e597, regression since bb258fb / 1cede1d -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 28 10:46:10 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 28 Nov 2012 09:46:10 -0000 Subject: [FFmpeg-trac] #1930(FFserver:closed): FFserver Ignores Video Filter Overlay In-Reply-To: <040.d5311b39740e0640a0f1a8fd2de552bc@avcodec.org> References: <040.d5311b39740e0640a0f1a8fd2de552bc@avcodec.org> Message-ID: <055.7f277570bf163893fdf3dbb2e32568dc@avcodec.org> #1930: FFserver Ignores Video Filter Overlay -------------------------------------+------------------------------------- Reporter: ramberg2001 | Owner: Type: defect | Status: closed Priority: important | Component: FFserver Version: git-master | Resolution: duplicate Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * version: 1.0 => git-master * resolution: => duplicate Comment: More information is in ticket #1970. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 28 11:00:15 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 28 Nov 2012 10:00:15 -0000 Subject: [FFmpeg-trac] #1929(build system:new): ./configure --disable-w32threads doesn't check for presence of pthreads In-Reply-To: <039.fb730e87a5e7b0f3f1e51a59649308de@avcodec.org> References: <039.fb730e87a5e7b0f3f1e51a59649308de@avcodec.org> Message-ID: <054.9b0fcc935043c50156a9f079787404a2@avcodec.org> #1929: ./configure --disable-w32threads doesn't check for presence of pthreads -------------------------------------+------------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: new Priority: normal | Component: build Version: unspecified | system Keywords: win | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => win * component: undetermined => build system -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 28 12:00:48 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 28 Nov 2012 11:00:48 -0000 Subject: [FFmpeg-trac] #1971(undetermined:closed): Uninitialized memory reads in ff_h264_decode_nal In-Reply-To: <037.d92667cb457853c02c959d3dee9d6bcd@avcodec.org> References: <037.d92667cb457853c02c959d3dee9d6bcd@avcodec.org> Message-ID: <052.353776c3de572fbed603651b35ee0f8a@avcodec.org> #1971: Uninitialized memory reads in ff_h264_decode_nal ----------------------------------+---------------------------------------- Reporter: ajschult | Owner: Type: defect | Status: closed Priority: normal | Component: undetermined Version: 1.0 | Resolution: invalid Keywords: h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+---------------------------------------- Changes (by reimar): * status: new => closed * resolution: => invalid Comment: All input to FFmpeg is required to be padded with FF_INPUT_BUFFER_PADDING_SIZE zeros. According to your description this is not the case, which makes this a bug in avidemux. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 28 12:38:24 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 28 Nov 2012 11:38:24 -0000 Subject: [FFmpeg-trac] #1973(undetermined:new): aiff g726 fails to decode Message-ID: <038.84cad8ce44c32d2746019911f13dff70@avcodec.org> #1973: aiff g726 fails 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 -------------------------------------+------------------------------------- there seems to be g726 added to "libavformat/aiff.h", but aiff with g726 fails to decode http://samples.mplayerhq.hu/A-codecs/g726/o2_726.aiff {{{ C:\>ffmpeg -i o2_726.aiff ffmpeg version N-47116-g109268c Copyright (c) 2000-2012 the FFmpeg developers built on Nov 27 2012 02:39:53 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 52. 9.102 / 52. 9.102 libavcodec 54. 77.100 / 54. 77.100 libavformat 54. 37.100 / 54. 37.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 23.102 / 3. 23.102 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 17.101 / 0. 17.101 libpostproc 52. 2.100 / 52. 2.100 [aiff @ 0x1edc2c0] could not find COMM tag or invalid block_align value o2_726.aiff: Operation not permitted }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 28 12:43:57 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 28 Nov 2012 11:43:57 -0000 Subject: [FFmpeg-trac] #1973(avformat:open): aiff g726 fails to decode In-Reply-To: <038.84cad8ce44c32d2746019911f13dff70@avcodec.org> References: <038.84cad8ce44c32d2746019911f13dff70@avcodec.org> Message-ID: <053.922393751d7b01169420247ad609e1be@avcodec.org> #1973: aiff g726 fails to decode -------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: aiff g726 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avformat * priority: normal => wish * version: unspecified => git-master * keywords: => aiff g726 * type: defect => enhancement -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 28 15:02:26 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 28 Nov 2012 14:02:26 -0000 Subject: [FFmpeg-trac] #1953(avformat:open): Conflict with tags when copying streams from WAV files In-Reply-To: <034.584cfcf0524184afd51d244570075a05@avcodec.org> References: <034.584cfcf0524184afd51d244570075a05@avcodec.org> Message-ID: <049.c9747ec36ee96d091db2ddc4c6dec82b@avcodec.org> #1953: Conflict with tags when copying streams from WAV files ------------------------------------+------------------------------------ Reporter: jamal | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: voc flv | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => voc flv Comment: Also reproducible with flv: {{{ $ make fate-acodec-pcm-u8 ... $ ./ffmpeg -i tests/data/fate/acodec-pcm-u8.wav -acodec copy out.flv ffmpeg version N-47157-gb0d9b01 Copyright (c) 2000-2012 the FFmpeg developers built on Nov 28 2012 12:41:39 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 9.102 / 52. 9.102 libavcodec 54. 77.100 / 54. 77.100 libavformat 54. 38.100 / 54. 38.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 23.104 / 3. 23.104 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 17.101 / 0. 17.101 libpostproc 52. 2.100 / 52. 2.100 [wav @ 0x24f0240] max_analyze_duration 5000000 reached at 5015510 Guessed Channel Layout for Input Stream #0.0 : stereo Input #0, wav, from 'tests/data/fate/acodec-pcm-u8.wav': Duration: 00:00:06.00, bitrate: 705 kb/s Stream #0:0: Audio: pcm_u8 ([1][0][0][0] / 0x0001), 44100 Hz, stereo, u8, 705 kb/s [flv @ 0x25586e0] Tag [1][0][0][0]/0x00000001 incompatible with output codec id '65541' ([0][0][0][0]) Output #0, flv, to 'out.flv': Stream #0:0: Audio: pcm_u8 ([1][0][0][0] / 0x0001), 44100 Hz, stereo, 705 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Could not write header for output file #0 (incorrect codec parameters ?): Invalid data found when processing input }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 28 15:47:39 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 28 Nov 2012 14:47:39 -0000 Subject: [FFmpeg-trac] #1974(undetermined:new): speex regression Message-ID: <038.53ee1837053c3bcb53a9ec4bc28ab6e5@avcodec.org> #1974: speex regression -------------------------------------+------------------------------------- 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 attached file is 48kHz, but current ffmpeg reports it as 32kHz 03.10.2012 git-df82454 - ok 05.10.2012 git-d9dfe9a - bad http://samples.mplayerhq.hu/A-codecs/speex/talk109-q5.spx {{{ C:\>ffmpeg -i talk109-q5.spx -f null - ffmpeg version N-47116-g109268c Copyright (c) 2000-2012 the FFmpeg developers built on Nov 27 2012 02:39:53 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 52. 9.102 / 52. 9.102 libavcodec 54. 77.100 / 54. 77.100 libavformat 54. 37.100 / 54. 37.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 23.102 / 3. 23.102 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 17.101 / 0. 17.101 libpostproc 52. 2.100 / 52. 2.100 Input #0, ogg, from 'talk109-q5.spx': Duration: 00:27:08.15, start: 0.010604, bitrate: 28 kb/s Stream #0:0: Audio: speex, 32000 Hz, mono, s16 Metadata: TITLE : OLS 2004: Object-based reverse mapping AUTHOR : Dave McCracken Output #0, null, to 'pipe:': Metadata: encoder : Lavf54.37.100 Stream #0:0: Audio: pcm_s16le, 32000 Hz, mono, s16, 512 kb/s Metadata: TITLE : OLS 2004: Object-based reverse mapping AUTHOR : Dave McCracken Stream mapping: Stream #0:0 -> #0:0 (libspeex -> pcm_s16le) Press [q] to stop, [?] for help size= 0kB time=00:27:08.16 bitrate= 0.0kbits/s video:0kB audio:152640kB subtitle:0 global headers:0kB muxing overhead -100.0000 00% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 28 15:57:14 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 28 Nov 2012 14:57:14 -0000 Subject: [FFmpeg-trac] #1974(undetermined:new): speex regression In-Reply-To: <038.53ee1837053c3bcb53a9ec4bc28ab6e5@avcodec.org> References: <038.53ee1837053c3bcb53a9ec4bc28ab6e5@avcodec.org> Message-ID: <053.1fbeca2cbba1d28749816ab5a76ee892@avcodec.org> #1974: speex regression -------------------------------------+------------------------------------- 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): Sample rate set from ogg demuxer differs from one set in libspeexdec. So look for changes in libspeex decoder. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 28 16:11:08 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 28 Nov 2012 15:11:08 -0000 Subject: [FFmpeg-trac] #1970(FFserver:open): ffserver ignores ffmpeg command line arguments In-Reply-To: <039.0a29583881ba106430406bc7fb0c66a3@avcodec.org> References: <039.0a29583881ba106430406bc7fb0c66a3@avcodec.org> Message-ID: <054.ad0b3552aec4aba3a80b162393e9f6dd@avcodec.org> #1970: ffserver ignores ffmpeg command line arguments ------------------------------------+------------------------------------ Reporter: importinis | Owner: Type: defect | Status: open Priority: important | Component: FFserver Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by importinis): Is there anything I could help? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 28 16:21:52 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 28 Nov 2012 15:21:52 -0000 Subject: [FFmpeg-trac] #1974(undetermined:new): speex regression In-Reply-To: <038.53ee1837053c3bcb53a9ec4bc28ab6e5@avcodec.org> References: <038.53ee1837053c3bcb53a9ec4bc28ab6e5@avcodec.org> Message-ID: <053.2813f3fcaaae4f71cd405a1d5335630f@avcodec.org> #1974: speex regression -------------------------------------+------------------------------------- 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 reimar): This was broken by 3b061c5e10f78caaf3b2a45cf7a92e50d4d20bfb which changed the code to ignore the sample rate specified in the speex header for no good reason at all and without mentioning it in the commit message. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 28 16:32:50 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 28 Nov 2012 15:32:50 -0000 Subject: [FFmpeg-trac] #1974(avcodec:open): speex regression In-Reply-To: <038.53ee1837053c3bcb53a9ec4bc28ab6e5@avcodec.org> References: <038.53ee1837053c3bcb53a9ec4bc28ab6e5@avcodec.org> Message-ID: <053.f1f9cc5256a79fd2c850f0f333f92658@avcodec.org> #1974: speex regression -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: regression | Blocked By: speex | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => regression speex * priority: normal => important * status: new => open * component: undetermined => avcodec * version: unspecified => git-master Comment: You definitely expect far too much;-) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 28 16:34:06 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 28 Nov 2012 15:34:06 -0000 Subject: [FFmpeg-trac] #1970(FFserver:open): ffserver ignores ffmpeg command line arguments In-Reply-To: <039.0a29583881ba106430406bc7fb0c66a3@avcodec.org> References: <039.0a29583881ba106430406bc7fb0c66a3@avcodec.org> Message-ID: <054.1302c7302843f798eee695e1818a679b@avcodec.org> #1970: ffserver ignores ffmpeg command line arguments ------------------------------------+------------------------------------ Reporter: importinis | Owner: Type: defect | Status: open Priority: important | Component: FFserver Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:12 importinis]: > Is there anything I could help? You helped very much by allowing me to find the version that introduced the regression. The only thing you could do is to send a patch that fixes the bug;-) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 28 18:32:55 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 28 Nov 2012 17:32:55 -0000 Subject: [FFmpeg-trac] #1975(avfilter:new): yadif placement after -i results in timing errors Message-ID: <034.7d9e24422a025bd1913b8af615f2d178@avcodec.org> #1975: yadif placement after -i results in timing errors -------------------------------------+------------------------------------- Reporter: dpury | Type: defect Status: new | Priority: normal Component: avfilter | Version: Keywords: yadif pts | unspecified dts invalid dropping | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- When using yadif after the input file, pts errors are encountered. On long files this results in a/v sync issues. If I move the yadif filter to before the input file, the errors are not present. Output format doesn't seem to matter; I've seen it when making MPEG-2 PS and TS files, as well as MP4 files. As a workaround, I've been using yadif before the input, and another -filter:v after the input to do scale and setdar. Report files attached. This command ffmpeg -report -i C:\ffmpeg\bin\bip_3s.mxf -filter:v yadif=0 C:\ffmpeg\bin\bip_3s.mp4 produces errors like this: PTS 14, next:440000 invalid dropping st:0 PTS 17, next:560000 invalid dropping st:0 PTS 20, next:680000 invalid dropping st:0 PTS 23, next:800000 invalid dropping st:0 While this command ffmpeg -report -filter:v yadif=0 -i C:\ffmpeg\bin\bip_3s.mxf -y C:\ffmpeg\bin\bip_3s.mp4 produces no errors. Thank you, dpury -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 28 19:54:31 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 28 Nov 2012 18:54:31 -0000 Subject: [FFmpeg-trac] #1968(build system:new): ./configure --enable-shared --enable-static behavior odd. In-Reply-To: <039.ee94212f930423ef25221e485b891439@avcodec.org> References: <039.ee94212f930423ef25221e485b891439@avcodec.org> Message-ID: <054.045328c63ca962e3f8eaf67e98bcf925@avcodec.org> #1968: ./configure --enable-shared --enable-static behavior odd. -------------------------------------+------------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: new Priority: normal | Component: build Version: unspecified | system Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by rogerdpack): Ok here appears to be the behavior: with just --enable-shared, it builds .dll's, and a "small" ffmpeg.exe (no libav*.a files) with just --enable-static, it builds a "large" ffmpeg.exe, no .dll's, and yes libav*.a files. So far so good. The confusion comes when you do both of them together. It's like it must decide "which one" to use for building ffmpeg.exe (large, or small?) and it appears to default to small, even if --enable-static is specified, and is last. It chooses a size arbitrarily it seems. If this is expected then fine (maybe configure could output a warning or something in this case?) Thank you. -roger- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 28 20:54:47 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 28 Nov 2012 19:54:47 -0000 Subject: [FFmpeg-trac] #1968(build system:new): ./configure --enable-shared --enable-static behavior odd. In-Reply-To: <039.ee94212f930423ef25221e485b891439@avcodec.org> References: <039.ee94212f930423ef25221e485b891439@avcodec.org> Message-ID: <054.28b9544ab592c36e734db6679a5b0827@avcodec.org> #1968: ./configure --enable-shared --enable-static behavior odd. -------------------------------------+------------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: new Priority: normal | Component: build Version: unspecified | system Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by reimar): Just like "configure --help" describes, these two options specify whether the static and the dynamic libav* libraries will be built. When both are enabled, it is up to the toolchain (the build system only tells it which libraries to link against but nothing more specific), which almost always will default to preferring shared libraries. If you want a stand-alone binary, "--extra-ldflags=-static" is a better solution since it will also try to statically link system library dependencies. Anything else is probably a too special case for us to support it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 28 20:56:05 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 28 Nov 2012 19:56:05 -0000 Subject: [FFmpeg-trac] #1968(build system:new): ./configure --enable-shared --enable-static behavior odd. In-Reply-To: <039.ee94212f930423ef25221e485b891439@avcodec.org> References: <039.ee94212f930423ef25221e485b891439@avcodec.org> Message-ID: <054.9543ea293fcc1199fb81974e85f99f6e@avcodec.org> #1968: ./configure --enable-shared --enable-static behavior odd. -------------------------------------+------------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: new Priority: normal | Component: build Version: unspecified | system Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:4 rogerdpack]: > The confusion comes when you do both of them together. It's like it must decide "which one" to use for building ffmpeg.exe (large, or small?) Please understand that both "--enable-shared" and "--enable-static" do not directly influence if ffmpeg (the executable) is linked statically or dynamically (or is, in your words, "large or small"), test for example "./configure --disable-static --enable-shared && make ffmpeg; ./configure --enable-static --disable-shared && make ffmpeg" and you will see that only the linker (that is not part of FFmpeg) decides which library files to use. (Even if I am wrong and linkers must use the dynamic libraries to conform to some specification that does not change my argument that this in no way indicates a bug in FFmpeg.) Allow me to repeat the question: If you configure with "--enable-shared --enable-static" are the static archives - libavutil/libavutil.a, libavcodec/libavcodec.a, libavformat/libavformat.a, ... - built or not? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 28 21:09:45 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 28 Nov 2012 20:09:45 -0000 Subject: [FFmpeg-trac] #1975(avfilter:new): yadif placement after -i results in timing errors In-Reply-To: <034.7d9e24422a025bd1913b8af615f2d178@avcodec.org> References: <034.7d9e24422a025bd1913b8af615f2d178@avcodec.org> Message-ID: <049.b2b03a20a6950370d8b0f76b1d7ae926@avcodec.org> #1975: yadif placement after -i results in timing errors -------------------------------------+------------------------------------ Reporter: dpury | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: unspecified | Resolution: Keywords: yadif dts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: yadif pts dts invalid dropping => yadif dts Comment: Replying to [ticket:1975 dpury]: > As a workaround, I've been using yadif before the input This disables the filter (filter only have an affect if specified before the output file and after the input file), so I don't think it can count as a workaround. Do I understand you correctly that if you yadif (if you place the filter between the input and the output file) the output file plays out-of-sync? Or are you only reporting that ffmpeg is overly verbose (outputting messages) if you use yadif? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 28 21:11:29 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 28 Nov 2012 20:11:29 -0000 Subject: [FFmpeg-trac] #1975(avfilter:new): yadif placement after -i results in timing errors In-Reply-To: <034.7d9e24422a025bd1913b8af615f2d178@avcodec.org> References: <034.7d9e24422a025bd1913b8af615f2d178@avcodec.org> Message-ID: <049.7f6434f34adae6663f159ac8a72f3a8b@avcodec.org> #1975: yadif placement after -i results in timing errors -------------------------------------+------------------------------------ Reporter: dpury | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: unspecified | Resolution: Keywords: yadif dts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): In any case, since I cannot reproduce your problem, please provide a sample of an input file that allows to reproduce the problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 28 21:19:17 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 28 Nov 2012 20:19:17 -0000 Subject: [FFmpeg-trac] #132(avformat:closed): viv demuxer In-Reply-To: <036.0b6ff178db09f186a906cffe187635df@avcodec.org> References: <036.0b6ff178db09f186a906cffe187635df@avcodec.org> Message-ID: <051.2dc8c82942c253bae3b335a26f55a1d2@avcodec.org> #132: viv demuxer --------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: enhancement | Status: closed Priority: wish | Component: avformat Version: git-master | Resolution: fixed Keywords: roundup vivo | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: roundup => roundup vivo * status: new => closed * resolution: => fixed Comment: Daniel Verkamps demuxer was committed by Paul B Mahol. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 28 22:35:55 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 28 Nov 2012 21:35:55 -0000 Subject: [FFmpeg-trac] #1975(avfilter:new): yadif placement after -i results in timing errors In-Reply-To: <034.7d9e24422a025bd1913b8af615f2d178@avcodec.org> References: <034.7d9e24422a025bd1913b8af615f2d178@avcodec.org> Message-ID: <049.8a9519790ec3afa2f30a0ffe6919e190@avcodec.org> #1975: yadif placement after -i results in timing errors -------------------------------------+------------------------------------ Reporter: dpury | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: unspecified | Resolution: Keywords: yadif dts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by dpury): Thanks for looking into it, Carl. I'll dig around for another source file that I'm allowed to share and is a reasonable size. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 28 22:46:44 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 28 Nov 2012 21:46:44 -0000 Subject: [FFmpeg-trac] #1975(avfilter:new): yadif placement after -i results in timing errors In-Reply-To: <034.7d9e24422a025bd1913b8af615f2d178@avcodec.org> References: <034.7d9e24422a025bd1913b8af615f2d178@avcodec.org> Message-ID: <049.27f9723e7ef6b2fc310954f56b7c4e11@avcodec.org> #1975: yadif placement after -i results in timing errors -------------------------------------+------------------------------------ Reporter: dpury | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: unspecified | Resolution: Keywords: yadif dts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by dpury): Yes, longer encodes such as full-length movies drift out of sync. I'm not worried about the verbosity. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 28 23:10:09 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 28 Nov 2012 22:10:09 -0000 Subject: [FFmpeg-trac] #1975(avfilter:new): yadif placement after -i results in timing errors In-Reply-To: <034.7d9e24422a025bd1913b8af615f2d178@avcodec.org> References: <034.7d9e24422a025bd1913b8af615f2d178@avcodec.org> Message-ID: <049.f235dbbe83890821d07f7582bd8e192f@avcodec.org> #1975: yadif placement after -i results in timing errors -------------------------------------+------------------------------------ Reporter: dpury | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: unspecified | Resolution: Keywords: yadif dts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): I tested with the sample you uploaded - bip_3s.mxf - and I can neither reproduce any suspicious messages on the console nor any A/V-desync. Please reopen if you can provide a sample that allows to reproduce your problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 28 23:10:15 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 28 Nov 2012 22:10:15 -0000 Subject: [FFmpeg-trac] #1975(avfilter:closed): yadif placement after -i results in timing errors In-Reply-To: <034.7d9e24422a025bd1913b8af615f2d178@avcodec.org> References: <034.7d9e24422a025bd1913b8af615f2d178@avcodec.org> Message-ID: <049.b2980b8b86b2935f99d67e5db49f9a3c@avcodec.org> #1975: yadif placement after -i results in timing errors -------------------------------------+------------------------------------- Reporter: dpury | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: unspecified | Resolution: Keywords: yadif dts | worksforme Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => worksforme -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 28 23:46:38 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 28 Nov 2012 22:46:38 -0000 Subject: [FFmpeg-trac] #1975(avfilter:reopened): yadif placement after -i results in timing errors In-Reply-To: <034.7d9e24422a025bd1913b8af615f2d178@avcodec.org> References: <034.7d9e24422a025bd1913b8af615f2d178@avcodec.org> Message-ID: <049.5247f19d36d622119cce0620eb643123@avcodec.org> #1975: yadif placement after -i results in timing errors -------------------------------------+------------------------------------ Reporter: dpury | Owner: Type: defect | Status: reopened Priority: normal | Component: avfilter Version: unspecified | Resolution: Keywords: yadif dts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by dpury): * status: closed => reopened * resolution: worksforme => -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 28 23:47:20 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 28 Nov 2012 22:47:20 -0000 Subject: [FFmpeg-trac] #1975(avfilter:reopened): yadif placement after -i results in timing errors In-Reply-To: <034.7d9e24422a025bd1913b8af615f2d178@avcodec.org> References: <034.7d9e24422a025bd1913b8af615f2d178@avcodec.org> Message-ID: <049.fa1936592f8c221e4e1593dc05d37641@avcodec.org> #1975: yadif placement after -i results in timing errors -------------------------------------+------------------------------------ Reporter: dpury | Owner: Type: defect | Status: reopened Priority: normal | Component: avfilter Version: unspecified | Resolution: Keywords: yadif dts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by dpury): Please try this file. If you still can't reproduce the errors, what's the next step? http://www.filehosting.org/file/details/398267/motion_525c_RGB235.avi -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 29 03:59:10 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 29 Nov 2012 02:59:10 -0000 Subject: [FFmpeg-trac] #1842(undetermined:open): Incorrect segmented HTTP Live Streaming playlists In-Reply-To: <034.9a485a5de67a9a81956493234a8b92e4@avcodec.org> References: <034.9a485a5de67a9a81956493234a8b92e4@avcodec.org> Message-ID: <049.7d0dd507f95f040cf03b6d8c78b2412a@avcodec.org> #1842: Incorrect segmented HTTP Live Streaming playlists -------------------------------------+------------------------------------- Reporter: teric | Owner: Type: defect | Status: open Priority: normal | Component: Version: 1.0 | undetermined Keywords: | Resolution: segment,hls,m3u8 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by teric): @upeters, @brownard #EXT-X-MEDIA-SEQUENCE should EQUAL or LESS THAN the first item index in current list. my original patch can create a sliding window. Replying to [comment:4 brownard]: > The problem is that the segmenter doesn't correctly increment the #EXT-X -MEDIA-SEQUENCE tag as per the spec and I don't think the -segment-list- size works as the spec envisages. > The current behaviour is to completely empty the playlist when it reaches the specified size and increment the #EXT-X-MEDIA-SEQUENCE tag by 1 > e.g > > {{{ > #EXTM3U > #EXT-X-MEDIA-SEQUENCE:0 > #EXT-X-TARGETDURATION:10 > #EXTINF:10, > 000.ts > #EXTINF:10, > 001.ts > #EXTINF:10, > 002.ts > > ..... > > #EXTM3U > #EXT-X-MEDIA-SEQUENCE:1 > #EXT-X-TARGETDURATION:10 > #EXTINF:10, > 003.ts > > ..... > > #EXTM3U > #EXT-X-MEDIA-SEQUENCE:1 > #EXT-X-TARGETDURATION:10 > #EXTINF:10, > 003.ts > #EXTINF:10, > 004.ts > }}} > > but the #EXT-X-MEDIA-SEQUENCE tag should be equal to the index of the first segment in the list, so in the example above the value in the second and third playlist should be 3 not 1 because the first segment in the list is the fourth overall. > > What should happen is rather than emptying the playlist, the first item in the list should be removed and the new item appended so you have a "sliding window" with the #EXT-X-MEDIA-SEQUENCE increasing by 1 each time > e.g > > {{{ > #EXTM3U > #EXT-X-MEDIA-SEQUENCE:0 > #EXT-X-TARGETDURATION:10 > #EXTINF:10, > 000.ts > #EXTINF:10, > 001.ts > #EXTINF:10, > 002.ts > > ..... > > #EXTM3U > #EXT-X-MEDIA-SEQUENCE:1 > #EXT-X-TARGETDURATION:10 > #EXTINF:10, > 001.ts > #EXTINF:10, > 002.ts > #EXTINF:10, > 003.ts > > ..... > > #EXTM3U > #EXT-X-MEDIA-SEQUENCE:2 > #EXT-X-TARGETDURATION:10 > #EXTINF:10, > 002.ts > #EXTINF:10, > 003.ts > #EXTINF:10, > 004.ts > }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 29 08:08:42 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 29 Nov 2012 07:08:42 -0000 Subject: [FFmpeg-trac] #1975(avfilter:reopened): yadif placement after -i results in timing errors In-Reply-To: <034.7d9e24422a025bd1913b8af615f2d178@avcodec.org> References: <034.7d9e24422a025bd1913b8af615f2d178@avcodec.org> Message-ID: <049.fc6044867cd675eaa89d67169d855c3f@avcodec.org> #1975: yadif placement after -i results in timing errors -------------------------------------+------------------------------------ Reporter: dpury | Owner: Type: defect | Status: reopened Priority: normal | Component: avfilter Version: unspecified | Resolution: Keywords: yadif dts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:8 dpury]: > http://www.filehosting.org/file/details/398267/motion_525c_RGB235.avi A hosting site that requires registration is absolutely unacceptable, sorry. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 29 08:16:36 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 29 Nov 2012 07:16:36 -0000 Subject: [FFmpeg-trac] #1929(build system:new): ./configure --disable-w32threads doesn't check for presence of pthreads In-Reply-To: <039.fb730e87a5e7b0f3f1e51a59649308de@avcodec.org> References: <039.fb730e87a5e7b0f3f1e51a59649308de@avcodec.org> Message-ID: <054.8a80f7dba866a5cd15f7efc020b0302d@avcodec.org> #1929: ./configure --disable-w32threads doesn't check for presence of pthreads -------------------------------------+------------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: new Priority: normal | Component: build Version: unspecified | system Keywords: win | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): When reporting linking problems, please always run make several times (it should always show the same error), then run "make V=1" and post the complete, uncut console output of the last "make V=1" run (please do not post the complete, uncut output of an earlier make run). Please also post the part of config.log beginning with "check_func pthread_create" and ending with "check_lib math.h sin -lm" -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 29 09:44:26 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 29 Nov 2012 08:44:26 -0000 Subject: [FFmpeg-trac] #1976(avdevice:new): dshow_read_header can return zero when it fails Message-ID: <036.2c18ba138bb8d2c7e75cd4c87dad03fc@avcodec.org> #1976: dshow_read_header can return zero when it fails ----------------------------------+--------------------------------------- Reporter: DonMoir | Type: defect Status: new | Priority: critical Component: avdevice | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- When a camera is already open say in another app, dshow_open_device will succeed in dshow_read_header and the ret value for dshow_read_header will now indicate success. If dshow_read_header fails after the open device calls, a ret value of zero is set indicating a successful open. When the camera is already running in another app, all will succeed except IMediaControl_Run will fail and it will goto error with a success ret value. After the dshow_open_device && dshow_add_device calls I just added ret = AVERROR(EIO); although it should be structured better. {{{ static int dshow_read_header(AVFormatContext *avctx) { struct dshow_ctx *ctx = avctx->priv_data; IGraphBuilder *graph = NULL; ICreateDevEnum *devenum = NULL; IMediaControl *control = NULL; int ret = AVERROR(EIO); int r; if (!ctx->list_devices && !parse_device_name(avctx)) { av_log(avctx, AV_LOG_ERROR, "Malformed dshow input string.\n"); goto error; } ctx->video_codec_id = avctx->video_codec_id ? avctx->video_codec_id : AV_CODEC_ID_RAWVIDEO; if (ctx->pixel_format != AV_PIX_FMT_NONE) { if (ctx->video_codec_id != AV_CODEC_ID_RAWVIDEO) { av_log(avctx, AV_LOG_ERROR, "Pixel format may only be set when " "video codec is not set or set to rawvideo\n"); ret = AVERROR(EINVAL); goto error; } } if (ctx->framerate) { r = av_parse_video_rate(&ctx->requested_framerate, ctx->framerate); if (r < 0) { av_log(avctx, AV_LOG_ERROR, "Could not parse framerate '%s'.\n", ctx->framerate); goto error; } } CoInitialize(0); r = CoCreateInstance(&CLSID_FilterGraph, NULL, CLSCTX_INPROC_SERVER, &IID_IGraphBuilder, (void **) &graph); if (r != S_OK) { av_log(avctx, AV_LOG_ERROR, "Could not create capture graph.\n"); goto error; } ctx->graph = graph; r = CoCreateInstance(&CLSID_SystemDeviceEnum, NULL, CLSCTX_INPROC_SERVER, &IID_ICreateDevEnum, (void **) &devenum); if (r != S_OK) { av_log(avctx, AV_LOG_ERROR, "Could not enumerate system devices.\n"); goto error; } if (ctx->list_devices) { av_log(avctx, AV_LOG_INFO, "DirectShow video devices\n"); dshow_cycle_devices(avctx, devenum, VideoDevice, NULL); av_log(avctx, AV_LOG_INFO, "DirectShow audio devices\n"); dshow_cycle_devices(avctx, devenum, AudioDevice, NULL); ret = AVERROR_EXIT; goto error; } if (ctx->list_options) { if (ctx->device_name[VideoDevice]) dshow_list_device_options(avctx, devenum, VideoDevice); if (ctx->device_name[AudioDevice]) dshow_list_device_options(avctx, devenum, AudioDevice); ret = AVERROR_EXIT; goto error; } if (ctx->device_name[VideoDevice]) { ret = dshow_open_device(avctx, devenum, VideoDevice); if (ret < 0) goto error; ret = dshow_add_device(avctx, VideoDevice); if (ret < 0) goto error; } if (ctx->device_name[AudioDevice]) { ret = dshow_open_device(avctx, devenum, AudioDevice); if (ret < 0) goto error; ret = dshow_add_device(avctx, AudioDevice); if (ret < 0) goto error; } + ret = AVERROR(EIO); ctx->mutex = CreateMutex(NULL, 0, NULL); if (!ctx->mutex) { av_log(avctx, AV_LOG_ERROR, "Could not create Mutex\n"); goto error; } ctx->event = CreateEvent(NULL, 1, 0, NULL); if (!ctx->event) { av_log(avctx, AV_LOG_ERROR, "Could not create Event\n"); goto error; } r = IGraphBuilder_QueryInterface(graph, &IID_IMediaControl, (void **) &control); if (r != S_OK) { av_log(avctx, AV_LOG_ERROR, "Could not get media control.\n"); goto error; } ctx->control = control; r = IMediaControl_Run(control); if (r == S_FALSE) { OAFilterState pfs; r = IMediaControl_GetState(control, 0, &pfs); } if (r != S_OK) { av_log(avctx, AV_LOG_ERROR, "Could not run filter\n"); goto error; } ret = 0; error: if (ret < 0) dshow_read_close(avctx); if (devenum) ICreateDevEnum_Release(devenum); return ret; } }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 29 10:00:25 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 29 Nov 2012 09:00:25 -0000 Subject: [FFmpeg-trac] #1842(undetermined:open): Incorrect segmented HTTP Live Streaming playlists In-Reply-To: <034.9a485a5de67a9a81956493234a8b92e4@avcodec.org> References: <034.9a485a5de67a9a81956493234a8b92e4@avcodec.org> Message-ID: <049.89dea320615eb970d059ea0ff9635f74@avcodec.org> #1842: Incorrect segmented HTTP Live Streaming playlists -------------------------------------+------------------------------------- Reporter: teric | Owner: Type: defect | Status: open Priority: normal | Component: Version: 1.0 | undetermined Keywords: | Resolution: segment,hls,m3u8 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by brownard): The #EXT-X-MEDIA-SEQUENCE should not be less than the index of the first segment. From http://tools.ietf.org/html/draft-pantos-http-live-streaming-10#page-8 "The EXT-X-MEDIA-SEQUENCE tag indicates the sequence number of the first segment that appears in a Playlist file." Replying to [comment:7 teric]: > @upeters, @brownard > > #EXT-X-MEDIA-SEQUENCE should EQUAL or LESS THAN the first item index in current list. > my original patch can create a sliding window. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 29 10:10:47 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 29 Nov 2012 09:10:47 -0000 Subject: [FFmpeg-trac] #1976(avdevice:new): dshow_read_header can return zero when it fails In-Reply-To: <036.2c18ba138bb8d2c7e75cd4c87dad03fc@avcodec.org> References: <036.2c18ba138bb8d2c7e75cd4c87dad03fc@avcodec.org> Message-ID: <051.14677c49361b1cd7c268228302935fb5@avcodec.org> #1976: dshow_read_header can return zero when it fails -------------------------------------+------------------------------------ Reporter: DonMoir | Owner: Type: defect | Status: new Priority: critical | Component: avdevice Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by DonMoir): When this error is not caught it will send dshow_read_packet into an infinite wait state on any call to av_read_frame. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 29 10:14:39 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 29 Nov 2012 09:14:39 -0000 Subject: [FFmpeg-trac] #1842(undetermined:open): Incorrect segmented HTTP Live Streaming playlists In-Reply-To: <034.9a485a5de67a9a81956493234a8b92e4@avcodec.org> References: <034.9a485a5de67a9a81956493234a8b92e4@avcodec.org> Message-ID: <049.b8cc64c0cfaae0587e6f199a0cd9617d@avcodec.org> #1842: Incorrect segmented HTTP Live Streaming playlists -------------------------------------+------------------------------------- Reporter: teric | Owner: Type: defect | Status: open Priority: normal | 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 [comment:8 brownard]: > The #EXT-X-MEDIA-SEQUENCE should not be less than the index of the first segment. > From http://tools.ietf.org/html/draft-pantos-http-live- streaming-10#page-8 > "The EXT-X-MEDIA-SEQUENCE tag indicates the sequence number of the first segment that > appears in a Playlist file." This should be fixed in: {{{ commit 8b6aeb1fcdd975422e251ebfc3da8565d7f6c604 Author: Stefano Sabatini Date: Sat Nov 17 17:21:43 2012 +0100 lavf/segment: fix value for the M3U8 EXT-X-MEDIA From the M3U8 specification: |The EXT-X-MEDIA-SEQUENCE tag indicates the sequence number of the first |URI that appears in a Playlist file. Previously it was using the list index number. Also remove now unused list_count field. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 29 10:18:33 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 29 Nov 2012 09:18:33 -0000 Subject: [FFmpeg-trac] #1976(avdevice:new): dshow_read_header can return zero when it fails In-Reply-To: <036.2c18ba138bb8d2c7e75cd4c87dad03fc@avcodec.org> References: <036.2c18ba138bb8d2c7e75cd4c87dad03fc@avcodec.org> Message-ID: <051.d247ff4d33693a8a8b0297ecce0f5b8b@avcodec.org> #1976: dshow_read_header can return zero when it fails -------------------------------------+------------------------------------ Reporter: DonMoir | Owner: Type: defect | Status: new Priority: normal | Component: avdevice Version: unspecified | Resolution: Keywords: win dshow | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => win dshow * priority: critical => normal -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 29 10:26:13 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 29 Nov 2012 09:26:13 -0000 Subject: [FFmpeg-trac] #1976(avdevice:new): dshow_read_header can return zero when it fails In-Reply-To: <036.2c18ba138bb8d2c7e75cd4c87dad03fc@avcodec.org> References: <036.2c18ba138bb8d2c7e75cd4c87dad03fc@avcodec.org> Message-ID: <051.e32142d48994957483cc7a78cd4f186d@avcodec.org> #1976: dshow_read_header can return zero when it fails -------------------------------------+------------------------------------ Reporter: DonMoir | Owner: Type: defect | Status: new Priority: normal | Component: avdevice Version: unspecified | Resolution: Keywords: win dshow | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by DonMoir): It's critical because it will put an app to sleep forever. That is av_read_frame will never return. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 29 10:36:16 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 29 Nov 2012 09:36:16 -0000 Subject: [FFmpeg-trac] #1842(undetermined:open): Incorrect segmented HTTP Live Streaming playlists In-Reply-To: <034.9a485a5de67a9a81956493234a8b92e4@avcodec.org> References: <034.9a485a5de67a9a81956493234a8b92e4@avcodec.org> Message-ID: <049.c299b7d6264298e7101c4511a184e377@avcodec.org> #1842: Incorrect segmented HTTP Live Streaming playlists -------------------------------------+------------------------------------- Reporter: teric | Owner: Type: defect | Status: open Priority: normal | 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 [comment:4 brownard]: > The problem is that the segmenter doesn't correctly increment the #EXT-X -MEDIA-SEQUENCE tag as per the spec and I don't think the -segment-list- size works as the spec envisages. > The current behaviour is to completely empty the playlist when it reaches the specified size and increment the #EXT-X-MEDIA-SEQUENCE tag by 1 [...] > but the #EXT-X-MEDIA-SEQUENCE tag should be equal to the index of the first segment in the list, so in the example above the value in the second and third playlist should be 3 not 1 because the first segment in the list is the fourth overall. This one should be fixed. > What should happen is rather than emptying the playlist, the first item in the list should be removed and the new item appended so you have a "sliding window" with the #EXT-X-MEDIA-SEQUENCE increasing by 1 each time Current behavior is advertised in the docs as: {{{ segment_list_size size Overwrite the listfile once it reaches size entries. If 0 the listfile is never overwritten. Default value is 0. }}} Now I see that having a sliding window seems more useful. Two questions: should the old behavior be retained according to you? How can the new behavior be enabled, if it has to convive with the old one? Also, in order to simplify discussion, I invite you to join ffmpeg-devel (but it is completely up to you). Another thing that you may want to check is the new hls muxer (but even if that works for you I'd like to fix the segmenter, which is a more generic beast). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 29 10:54:14 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 29 Nov 2012 09:54:14 -0000 Subject: [FFmpeg-trac] #1949(avfilter:closed): Display frame number on each frame In-Reply-To: <034.9587988585af8120f6dbd4dd23fa9c1e@avcodec.org> References: <034.9587988585af8120f6dbd4dd23fa9c1e@avcodec.org> Message-ID: <049.dd9414d237c2c58feeaa511ebfcfe84e@avcodec.org> #1949: Display frame number on each frame -------------------------------------+------------------------------------ Reporter: igorg | Owner: Type: enhancement | Status: closed Priority: wish | Component: avfilter Version: git-master | Resolution: fixed Keywords: drawtext | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------ Comment (by saste): Replying to [comment:11 igorg]: [...] > > Because there is no such feature. Question, why do you need frame count from 1? > Well, because it is more comprehensible and people usually count starting from 1. Moreover, when I add the extra frame before the actual sequence (containing the info on that particular sequence), its number is also 0. Therefore, shifting all the frame numbers by a given number (in my case 1) would work perfectly fine. Try the new expansion function {{{%{expr\\:n+1}}}} (note the double escaping), it prints a double value, no formatting control is still provided. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 29 11:51:43 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 29 Nov 2012 10:51:43 -0000 Subject: [FFmpeg-trac] #1940(avutil:closed): segfault on av_malloc() In-Reply-To: <044.9668eec6332cb5d6b29992d6cd9eae33@avcodec.org> References: <044.9668eec6332cb5d6b29992d6cd9eae33@avcodec.org> Message-ID: <059.4d4a4a8f5ed124a9120d7257cd06968a@avcodec.org> #1940: segfault on av_malloc() -------------------------------------+------------------------------------- Reporter: | Owner: leandrosansilva | Status: closed Type: defect | Component: avutil Priority: normal | Resolution: Version: git-master | needs_more_info Keywords: crash | Blocked By: SIGSEGV | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by leandrosansilva): I'm sorry for de delay. After investigating more I realized the problem was in my code, with some data been desalocated twice. Thx for the support. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 29 11:52:12 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 29 Nov 2012 10:52:12 -0000 Subject: [FFmpeg-trac] #1842(undetermined:open): Incorrect segmented HTTP Live Streaming playlists In-Reply-To: <034.9a485a5de67a9a81956493234a8b92e4@avcodec.org> References: <034.9a485a5de67a9a81956493234a8b92e4@avcodec.org> Message-ID: <049.fd6d6832d83c1cf695416ca5ee3f9391@avcodec.org> #1842: Incorrect segmented HTTP Live Streaming playlists -------------------------------------+------------------------------------- Reporter: teric | Owner: Type: defect | Status: open Priority: normal | Component: Version: 1.0 | undetermined Keywords: | Resolution: segment,hls,m3u8 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by upeters): Replying to [comment:10 saste]: > Two questions: should the old behavior be retained according to you? How can the new behavior be enabled, if it has to convive with the old one? No, no need to keep it. The old (current) behavior seems to be useless. It should be completely replaced by a sliding window behavior. The window size should be defined by -segment_list_size (default 5?). Two other things: It would be a nice feature if the m3u8 output could be redirected to STDOUT by using "-" as filename (like other ffmpeg input/output) for further processing (ftp upload etc.). And also a delete option would be usefull where ffmpeg deletes the last file fallen out of the sliding window. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 29 13:48:55 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 29 Nov 2012 12:48:55 -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.661898fce4bdf66337512eac562159d6@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 | -------------------------------------+------------------------------------ Comment (by saste): Replying to [comment:2 knovz]: > Replying to [comment:1 saste]: [...] > I'd like to note that if I try to open a segment directly, not using the malformed playlist file, it also plays incorrectly. > Lets suppose you are only interested on reviewing the fifth segment and you open it with any of the players I stated above, you will have 20 seconds of nothing before the clip starts to play, best case scenario, and in Quicktime case 5 seconds of black screen and then nothing. (assuming the clips were of five seconds each). > > I would ask, please, that you reopen the ticket, for the list format is only affecting this issue obliquely. Please check the attached patch, and specify the option -reset_timestamps 1. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 29 13:54:10 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 29 Nov 2012 12:54:10 -0000 Subject: [FFmpeg-trac] #1977(undetermined:new): dshow hang when device is unplugged Message-ID: <036.bbc8d9fd600f0c4f5c4495c09c3890c0@avcodec.org> #1977: dshow hang when device is unplugged -------------------------------------+------------------------------------- Reporter: DonMoir | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- dshow.c doesn't do any event handling so when you unplug a currently opened device, it will hang in dshow_read_packet since the ctx->event will never be signaled. See WaitForSingleObject (ctx->event,INFINITE) in dshow_read_packet. Since there are not going to be anymore packets after the device is unplugged then ctx->event will not be signaled and it will wait forever. All changes are in dshow.c I tested the following with 2 different cameras and still testing more. struct dshow_ctx needs to change: {{{ struct dshow_ctx { const AVClass *class; IGraphBuilder *graph; char *device_name[2]; int video_device_number; int audio_device_number; int list_options; int list_devices; int audio_buffer_size; IBaseFilter *device_filter[2]; IPin *device_pin[2]; libAVFilter *capture_filter[2]; libAVPin *capture_pin[2]; HANDLE mutex; HANDLE event; AVPacketList *pktl; int64_t curbufsize; unsigned int video_frame_num; IMediaControl *control; + IMediaEvent *media_event; + int eof; // signal to stop trying to read packets enum AVPixelFormat pixel_format; enum AVCodecID video_codec_id; char *framerate; int requested_width; int requested_height; AVRational requested_framerate; int sample_rate; int sample_size; int channels; }; }}} dshow_read_header changes. Adds code to retrieve IMediaEvent and fixes return value on open failure. (see ticket #1976) {{{ static int dshow_read_header(AVFormatContext *avctx) { struct dshow_ctx *ctx = avctx->priv_data; IGraphBuilder *graph = NULL; ICreateDevEnum *devenum = NULL; IMediaControl *control = NULL; + IMediaEvent *media_event = NULL; int ret = AVERROR(EIO); int r; if (!ctx->list_devices && !parse_device_name(avctx)) { av_log(avctx, AV_LOG_ERROR, "Malformed dshow input string.\n"); goto error; } ctx->video_codec_id = avctx->video_codec_id ? avctx->video_codec_id : AV_CODEC_ID_RAWVIDEO; if (ctx->pixel_format != AV_PIX_FMT_NONE) { if (ctx->video_codec_id != AV_CODEC_ID_RAWVIDEO) { av_log(avctx, AV_LOG_ERROR, "Pixel format may only be set when " "video codec is not set or set to rawvideo\n"); ret = AVERROR(EINVAL); goto error; } } if (ctx->framerate) { r = av_parse_video_rate(&ctx->requested_framerate, ctx->framerate); if (r < 0) { av_log(avctx, AV_LOG_ERROR, "Could not parse framerate '%s'.\n", ctx->framerate); goto error; } } CoInitialize(0); r = CoCreateInstance(&CLSID_FilterGraph, NULL, CLSCTX_INPROC_SERVER, &IID_IGraphBuilder, (void **) &graph); if (r != S_OK) { av_log(avctx, AV_LOG_ERROR, "Could not create capture graph.\n"); goto error; } ctx->graph = graph; r = CoCreateInstance(&CLSID_SystemDeviceEnum, NULL, CLSCTX_INPROC_SERVER, &IID_ICreateDevEnum, (void **) &devenum); if (r != S_OK) { av_log(avctx, AV_LOG_ERROR, "Could not enumerate system devices.\n"); goto error; } if (ctx->list_devices) { av_log(avctx, AV_LOG_INFO, "DirectShow video devices\n"); dshow_cycle_devices(avctx, devenum, VideoDevice, NULL); av_log(avctx, AV_LOG_INFO, "DirectShow audio devices\n"); dshow_cycle_devices(avctx, devenum, AudioDevice, NULL); ret = AVERROR_EXIT; goto error; } if (ctx->list_options) { if (ctx->device_name[VideoDevice]) dshow_list_device_options(avctx, devenum, VideoDevice); if (ctx->device_name[AudioDevice]) dshow_list_device_options(avctx, devenum, AudioDevice); ret = AVERROR_EXIT; goto error; } if (ctx->device_name[VideoDevice]) { ret = dshow_open_device(avctx, devenum, VideoDevice); if (ret < 0) goto error; ret = dshow_add_device(avctx, VideoDevice); if (ret < 0) goto error; } if (ctx->device_name[AudioDevice]) { ret = dshow_open_device(avctx, devenum, AudioDevice); if (ret < 0) goto error; ret = dshow_add_device(avctx, AudioDevice); if (ret < 0) goto error; } + int ret = AVERROR(EIO); // fix return value ctx->mutex = CreateMutex(NULL, 0, NULL); if (!ctx->mutex) { av_log(avctx, AV_LOG_ERROR, "Could not create Mutex\n"); goto error; } ctx->event = CreateEvent(NULL, 1, 0, NULL); if (!ctx->event) { av_log(avctx, AV_LOG_ERROR, "Could not create Event\n"); goto error; } r = IGraphBuilder_QueryInterface(graph, &IID_IMediaControl, (void **) &control); if (r != S_OK) { av_log(avctx, AV_LOG_ERROR, "Could not get media control.\n"); goto error; } ctx->control = control; + r = IGraphBuilder_QueryInterface(graph, &IID_IMediaEvent, (void **) &media_event); + if (r != S_OK) { + av_log(avctx, AV_LOG_ERROR, "Could not get media event.\n"); + goto error; + } + ctx->media_event = media_event; r = IMediaControl_Run(control); if (r == S_FALSE) { OAFilterState pfs; r = IMediaControl_GetState(control, 0, &pfs); } if (r != S_OK) { av_log(avctx, AV_LOG_ERROR, "Could not run filter\n"); goto error; } ret = 0; error: if (ret < 0) dshow_read_close(avctx); if (devenum) ICreateDevEnum_Release(devenum); return ret; } }}} Adds check_event_code to check for device lost or other failures. {{{ // note: EC_DEVICE_LOST is not defined in MinGW dshow headers. +#ifndef EC_DEVICE_LOST +#define EC_DEVICE_LOST 0x1f +#endif + +static void check_event_code (struct dshow_ctx *ctx) +{ + long event_code, param1, param2; + while (IMediaEvent_GetEvent (ctx->media_event,&event_code,¶m1,¶m2,0) + != E_ABORT) + { + if (event_code == EC_COMPLETE || event_code == EC_DEVICE_LOST || + event_code == EC_ERRORABORT) + ctx->eof = 1; + IMediaEvent_FreeEventParams (ctx->media_event,event_code,param1,param2); + } +} }}} Changes dshow_read_packet to call check_event_code and to check ctx->eof {{{ static int dshow_read_packet(AVFormatContext *s, AVPacket *pkt) { struct dshow_ctx *ctx = s->priv_data; AVPacketList *pktl = NULL; - while (!pktl) { + while (!ctx->eof && !pktl) { WaitForSingleObject(ctx->mutex, INFINITE); pktl = ctx->pktl; if (pktl) { *pkt = pktl->pkt; ctx->pktl = ctx->pktl->next; av_free(pktl); ctx->curbufsize -= pkt->size; } ResetEvent(ctx->event); ReleaseMutex(ctx->mutex); if (!pktl) { - if (s->flags & AVFMT_FLAG_NONBLOCK) { - return AVERROR(EAGAIN); - } else { - WaitForSingleObject(ctx->event, INFINITE); - } + if (s->flags & AVFMT_FLAG_NONBLOCK) + return AVERROR(EAGAIN); + else if (WaitForSingleObject(ctx->event, 200) == WAIT_TIMEOUT) + check_event_code (ctx); } } return ctx->eof ? -1 : pkt->size; } }}} add check for ctx->eof in callback function as a sanity check {{{ static void callback(void *priv_data, int index, uint8_t *buf, int buf_size, int64_t time) { AVFormatContext *s = (AVFormatContext *)priv_data; struct dshow_ctx *ctx = (struct dshow_ctx *)s->priv_data; AVPacketList **ppktl, *pktl_next; WaitForSingleObject(ctx->mutex, INFINITE); - if(shall_we_drop(s)) + if(ctx->eof || shall_we_drop(s)) goto fail; pktl_next = (AVPacketList *)av_mallocz(sizeof(AVPacketList)); if(!pktl_next) goto fail; if(av_new_packet(&pktl_next->pkt, buf_size) < 0) { av_free(pktl_next); goto fail; } pktl_next->pkt.stream_index = index; pktl_next->pkt.pts = time; memcpy(pktl_next->pkt.data, buf, buf_size); for(ppktl = &ctx->pktl ; *ppktl ; ppktl = &(*ppktl)->next); *ppktl = pktl_next; ctx->curbufsize += buf_size; SetEvent(ctx->event); ReleaseMutex(ctx->mutex); return; fail: ReleaseMutex(ctx->mutex); return; } }}} release media_event in dshow_read_close and set ctx->eof for sanity. {{{ static int dshow_read_close(AVFormatContext *s) { struct dshow_ctx *ctx = s->priv_data; AVPacketList *pktl; + ctx->eof = 1; if (ctx->control) { IMediaControl_Stop(ctx->control); IMediaControl_Release(ctx->control); } + if (ctx->media_event) + IMediaEvent_Release (ctx->media_event); if (ctx->graph) { IEnumFilters *fenum; int r; r = IGraphBuilder_EnumFilters(ctx->graph, &fenum); if (r == S_OK) { IBaseFilter *f; IEnumFilters_Reset(fenum); while (IEnumFilters_Next(fenum, 1, &f, NULL) == S_OK) { if (IGraphBuilder_RemoveFilter(ctx->graph, f) == S_OK) IEnumFilters_Reset(fenum); /* When a filter is removed, * the list must be reset. */ IBaseFilter_Release(f); } IEnumFilters_Release(fenum); } IGraphBuilder_Release(ctx->graph); } if (ctx->capture_pin[VideoDevice]) libAVPin_Release(ctx->capture_pin[VideoDevice]); if (ctx->capture_pin[AudioDevice]) libAVPin_Release(ctx->capture_pin[AudioDevice]); if (ctx->capture_filter[VideoDevice]) libAVFilter_Release(ctx->capture_filter[VideoDevice]); if (ctx->capture_filter[AudioDevice]) libAVFilter_Release(ctx->capture_filter[AudioDevice]); if (ctx->device_pin[VideoDevice]) IPin_Release(ctx->device_pin[VideoDevice]); if (ctx->device_pin[AudioDevice]) IPin_Release(ctx->device_pin[AudioDevice]); if (ctx->device_filter[VideoDevice]) IBaseFilter_Release(ctx->device_filter[VideoDevice]); if (ctx->device_filter[AudioDevice]) IBaseFilter_Release(ctx->device_filter[AudioDevice]); if (ctx->device_name[0]) av_free(ctx->device_name[0]); if (ctx->device_name[1]) av_free(ctx->device_name[1]); if(ctx->mutex) CloseHandle(ctx->mutex); if(ctx->event) CloseHandle(ctx->event); pktl = ctx->pktl; while (pktl) { AVPacketList *next = pktl->next; av_destruct_packet(&pktl->pkt); av_free(pktl); pktl = next; } return 0; } }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 29 14:10:33 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 29 Nov 2012 13:10:33 -0000 Subject: [FFmpeg-trac] #1977(undetermined:new): dshow hang when device is unplugged In-Reply-To: <036.bbc8d9fd600f0c4f5c4495c09c3890c0@avcodec.org> References: <036.bbc8d9fd600f0c4f5c4495c09c3890c0@avcodec.org> Message-ID: <051.f5b74543cce8bbfedd63aad4da8a8bfd@avcodec.org> #1977: dshow hang when device is unplugged -------------------------------------+------------------------------------- Reporter: DonMoir | 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 DonMoir): In dshow_read_packet: {{{ - return pkt->size; + return ctx->eof ? -1 : pkt->size; }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 29 14:16:44 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 29 Nov 2012 13:16:44 -0000 Subject: [FFmpeg-trac] #1977(avdevice:new): dshow hang when device is unplugged In-Reply-To: <036.bbc8d9fd600f0c4f5c4495c09c3890c0@avcodec.org> References: <036.bbc8d9fd600f0c4f5c4495c09c3890c0@avcodec.org> Message-ID: <051.14f8fb30dd516e31fb0ba702b6560fcd@avcodec.org> #1977: dshow hang when device is unplugged -------------------------------------+------------------------------------ Reporter: DonMoir | Owner: Type: defect | Status: new Priority: normal | Component: avdevice Version: unspecified | Resolution: Keywords: win dshow | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by DonMoir): * keywords: => win dshow * component: undetermined => avdevice -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 29 14:52:41 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 29 Nov 2012 13:52:41 -0000 Subject: [FFmpeg-trac] #1940(avutil:closed): segfault on av_malloc() In-Reply-To: <044.9668eec6332cb5d6b29992d6cd9eae33@avcodec.org> References: <044.9668eec6332cb5d6b29992d6cd9eae33@avcodec.org> Message-ID: <059.b04266c85d31cfd29e4b45550c1b4ed8@avcodec.org> #1940: segfault on av_malloc() -------------------------------------+------------------------------------- Reporter: | Owner: leandrosansilva | Status: closed Type: defect | Component: avutil Priority: normal | Resolution: invalid Version: git-master | Blocked By: Keywords: | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: crash SIGSEGV => * resolution: needs_more_info => invalid Comment: Thank you for clarifying! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 29 15:11:16 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 29 Nov 2012 14:11:16 -0000 Subject: [FFmpeg-trac] #1977(avdevice:new): dshow hang when device is unplugged In-Reply-To: <036.bbc8d9fd600f0c4f5c4495c09c3890c0@avcodec.org> References: <036.bbc8d9fd600f0c4f5c4495c09c3890c0@avcodec.org> Message-ID: <051.ad8b08ac3341e26984181bcf1f9ad945@avcodec.org> #1977: dshow hang when device is unplugged -------------------------------------+------------------------------------ Reporter: DonMoir | Owner: Type: defect | Status: new Priority: normal | Component: avdevice Version: unspecified | Resolution: Keywords: win dshow | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by DonMoir): fix type-o in dshow_read_header - int ret = AVERROR(EIO); // fix return value + ret = AVERROR(EIO); // fix return value -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 29 15:12:34 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 29 Nov 2012 14:12:34 -0000 Subject: [FFmpeg-trac] #1970(FFserver:open): ffserver ignores ffmpeg command line arguments In-Reply-To: <039.0a29583881ba106430406bc7fb0c66a3@avcodec.org> References: <039.0a29583881ba106430406bc7fb0c66a3@avcodec.org> Message-ID: <054.a3a9d8215b6281b3449daf275225365b@avcodec.org> #1970: ffserver ignores ffmpeg command line arguments ------------------------------------+------------------------------------ Reporter: importinis | Owner: Type: defect | Status: open Priority: important | Component: FFserver Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by importinis): I hope you do this :) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 29 15:15:09 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 29 Nov 2012 14:15:09 -0000 Subject: [FFmpeg-trac] #1978(undetermined:new): support rifx Message-ID: <038.6cea5a5d892ba530ac975d2772707736@avcodec.org> #1978: support rifx -------------------------------------+------------------------------------- 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 -------------------------------------+------------------------------------- plays with sox http://www.fileformat.info/format/riff/corion_rifx.htm {{{ C:\>ffmpeg -i rifx.wav ffmpeg version N-47225-g3860e34 Copyright (c) 2000-2012 the FFmpeg developers built on Nov 29 2012 02:24:10 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 52. 9.102 / 52. 9.102 libavcodec 54. 77.100 / 54. 77.100 libavformat 54. 39.100 / 54. 39.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 23.104 / 3. 23.104 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 17.101 / 0. 17.101 libpostproc 52. 2.100 / 52. 2.100 rifx.wav: Invalid data found when processing input }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 29 15:36:22 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 29 Nov 2012 14:36:22 -0000 Subject: [FFmpeg-trac] #1978(avformat:open): support rifx In-Reply-To: <038.6cea5a5d892ba530ac975d2772707736@avcodec.org> References: <038.6cea5a5d892ba530ac975d2772707736@avcodec.org> Message-ID: <053.333035e3ea921dffcf2990f8f0a2a649@avcodec.org> #1978: support rifx -------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: wav | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avformat * priority: normal => wish * version: unspecified => git-master * keywords: => wav * type: defect => enhancement -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 29 17:13:57 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 29 Nov 2012 16:13:57 -0000 Subject: [FFmpeg-trac] #1975(avfilter:reopened): yadif placement after -i results in timing errors In-Reply-To: <034.7d9e24422a025bd1913b8af615f2d178@avcodec.org> References: <034.7d9e24422a025bd1913b8af615f2d178@avcodec.org> Message-ID: <049.ae3158948f56037982b4566d6c503ff6@avcodec.org> #1975: yadif placement after -i results in timing errors -------------------------------------+------------------------------------ Reporter: dpury | Owner: Type: defect | Status: reopened Priority: normal | Component: avfilter Version: unspecified | Resolution: Keywords: yadif dts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by dpury): Replying to [comment:9 cehoyos]: > Replying to [comment:8 dpury]: > > http://www.filehosting.org/file/details/398267/motion_525c_RGB235.avi > A hosting site that requires registration is absolutely unacceptable, sorry. Sorry about that. I'll upload the file to the hosting company of your choice. Thank you. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 29 17:42:11 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 29 Nov 2012 16:42:11 -0000 Subject: [FFmpeg-trac] #1968(build system:new): ./configure --enable-shared --enable-static behavior odd. In-Reply-To: <039.ee94212f930423ef25221e485b891439@avcodec.org> References: <039.ee94212f930423ef25221e485b891439@avcodec.org> Message-ID: <054.ee5be129638aa99a1d67c79786e249b2@avcodec.org> #1968: ./configure --enable-shared --enable-static behavior odd. -------------------------------------+------------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: new Priority: normal | Component: build Version: unspecified | system Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by rogerdpack): Yes they are built (and yes, the linker ignores them LOL). Shame it's so hard to be able to specify the output linkage type...you can close this I suppose, thanks for your help here with this cross compiling newbie :P -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 29 17:53:11 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 29 Nov 2012 16:53:11 -0000 Subject: [FFmpeg-trac] #1968(build system:closed): ./configure --enable-shared --enable-static behavior odd. In-Reply-To: <039.ee94212f930423ef25221e485b891439@avcodec.org> References: <039.ee94212f930423ef25221e485b891439@avcodec.org> Message-ID: <054.36fe00ea2e567ddaac6f69e86ac440ae@avcodec.org> #1968: ./configure --enable-shared --enable-static behavior odd. -------------------------------------+------------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: closed Priority: normal | Component: build Version: unspecified | system Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 29 18:27:48 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 29 Nov 2012 17:27:48 -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.330f155b4a33a5df35318a01a3fb6b85@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 | -------------------------------------+------------------------------------ Comment (by knovz): Replying to [comment:6 saste]: > Replying to [comment:2 knovz]: > > Replying to [comment:1 saste]: > [...] > > I'd like to note that if I try to open a segment directly, not using the malformed playlist file, it also plays incorrectly. > > Lets suppose you are only interested on reviewing the fifth segment and you open it with any of the players I stated above, you will have 20 seconds of nothing before the clip starts to play, best case scenario, and in Quicktime case 5 seconds of black screen and then nothing. (assuming the clips were of five seconds each). > > > > I would ask, please, that you reopen the ticket, for the list format is only affecting this issue obliquely. > > Please check the attached patch, and specify the option -reset_timestamps 1. Works perfect for me (I did the same original tests, with the current git head applying the patch). Thank you. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 29 19:12:52 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 29 Nov 2012 18:12:52 -0000 Subject: [FFmpeg-trac] #1842(undetermined:open): Incorrect segmented HTTP Live Streaming playlists In-Reply-To: <034.9a485a5de67a9a81956493234a8b92e4@avcodec.org> References: <034.9a485a5de67a9a81956493234a8b92e4@avcodec.org> Message-ID: <049.bd27df6b07eab57df5c4cde896f75f1f@avcodec.org> #1842: Incorrect segmented HTTP Live Streaming playlists -------------------------------------+------------------------------------- Reporter: teric | Owner: Type: defect | Status: open Priority: normal | Component: Version: 1.0 | undetermined Keywords: | Resolution: segment,hls,m3u8 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by brownard): I agree with @upeters, I see no use for the current behaviour and it should be replaced. If it has to be kept you could add a "+windowed" flag to segment_list_flags which could then be used in conjunction with segment_list_size to specify the window size. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 29 20:25:29 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 29 Nov 2012 19:25:29 -0000 Subject: [FFmpeg-trac] #1929(build system:new): ./configure --disable-w32threads doesn't check for presence of pthreads In-Reply-To: <039.fb730e87a5e7b0f3f1e51a59649308de@avcodec.org> References: <039.fb730e87a5e7b0f3f1e51a59649308de@avcodec.org> Message-ID: <054.0ef13495e434e52e20d49ef916f0e3b6@avcodec.org> #1929: ./configure --disable-w32threads doesn't check for presence of pthreads -------------------------------------+------------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: new Priority: normal | Component: build Version: unspecified | system Keywords: win | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by rogerdpack): Here's my attempt (basically removing libpthread.a from my system). /home/rogerdpack/dev/ffmpeg-windows-build- helpers/sandbox/mingw-w64-i686/bin/i686-w64-mingw32-gcc -Llibavcodec -Llibavdevice -Llibavfilter -Llibavformat -Llibavresample -Llibavutil -Llibpostproc -Llibswscale -Llibswresample -Wl,--as-needed -Wl,--warn- common -Wl,-rpath- link=libpostproc:libswresample:libswscale:libavfilter:libavdevice:libavformat:libavcodec:libavutil:libavresample -o ffmpeg_g.exe ffmpeg_opt.o ffmpeg_filter.o ffmpeg.o cmdutils.o -lavdevice -lavfilter -lavformat -lavcodec -lpostproc -lswresample -lswscale -lavutil -lavicap32 -lpsapi -lole32 -lstrmiids -luuid -ldl -ldl -lws2_32 -L/home/rogerdpack/dev/ffmpeg-windows-build- helpers/sandbox/mingw-w64-i686/i686-w64-mingw32/lib -lmingw32 -lSDLmain -lSDL -lm -luser32 -lgdi32 -lwinmm -ldxguid -lnettle -lhogweed -lgmp -lxvidcore -lxavs -lx264 -lvorbisenc -lvorbis -logg -lvo-amrwbenc -lvo- aacenc -lutvideo -lstdc++ -ltheoraenc -ltheoradec -logg -lspeex -L/home/rogerdpack/dev/ffmpeg-windows-build- helpers/sandbox/mingw-w64-i686/i686-w64-mingw32/lib -lrtmp -lwinmm -lz -lgnutls -lnettle -lhogweed -lgmp -lcrypt32 -lws2_32 -L/home/rogerdpack/dev/ffmpeg-windows-build- helpers/sandbox/mingw-w64-i686/i686-w64-mingw32/lib -lopus -lopenjpeg -lopencore-amrwb -lopencore-amrnb -lmp3lame -lgsm -L/home/rogerdpack/dev /ffmpeg-windows-build-helpers/sandbox/mingw-w64-i686/i686-w64-mingw32/lib -lfreetype -L/home/rogerdpack/dev/ffmpeg-windows-build- helpers/sandbox/mingw-w64-i686/i686-w64-mingw32/lib -lass -lm -lfontconfig -lexpat -lfribidi -lfreetype -L/home/rogerdpack/dev/ffmpeg-windows-build- helpers/sandbox/mingw-w64-i686/i686-w64-mingw32/lib -lgnutls -lnettle -lhogweed -lgmp -lcrypt32 -lws2_32 -L/home/rogerdpack/dev/ffmpeg-windows- build-helpers/sandbox/mingw-w64-i686/i686-w64-mingw32/lib -lfontconfig -lfreetype -lexpat -lavifil32 -lm -pthread -lbz2 -lz -lpsapi -ladvapi32 -lshell32 /home/rogerdpack/dev/ffmpeg-windows-build- helpers/sandbox/mingw-w64-i686/lib/gcc/i686-w64-mingw32/4.7.1/../../../../i686-w64-mingw32/bin/ld: cannot find -lpthread collect2: error: ld returned 1 exit status make: *** [ffmpeg_g.exe] Error 1 {{{ check_func pthread_create check_ld cc check_cc BEGIN /tmp/ffconf.UdeoAfnb.c 1 extern int pthread_create(); 2 int main(void){ pthread_create(); } END /tmp/ffconf.UdeoAfnb.c /home/rogerdpack/dev/ffmpeg-windows-build- helpers/sandbox/mingw-w64-i686/bin/i686-w64-mingw32-gcc -D_ISOC99_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -U__STRICT_ANSI__ -DPTW32_STATIC_LIB -std=c99 -include ./compat/msvcrt/snprintf.h -fomit- frame-pointer -c -o /tmp/ffconf.pdlULg0G.o /tmp/ffconf.UdeoAfnb.c /home/rogerdpack/dev/ffmpeg-windows-build- helpers/sandbox/mingw-w64-i686/bin/i686-w64-mingw32-gcc -Wl,--as-needed -o /tmp/ffconf.iBCSJu0K.exe /tmp/ffconf.pdlULg0G.o -lbz2 -lz -lpsapi -ladvapi32 -lshell32 /tmp/ffconf.pdlULg0G.o:ffconf.UdeoAfnb.c:(.text+0xc): undefined reference to `pthread_create' collect2: error: ld returned 1 exit status check_func pthread_create -pthread check_ld cc -pthread check_cc -pthread BEGIN /tmp/ffconf.UdeoAfnb.c 1 extern int pthread_create(); 2 int main(void){ pthread_create(); } END /tmp/ffconf.UdeoAfnb.c /home/rogerdpack/dev/ffmpeg-windows-build- helpers/sandbox/mingw-w64-i686/bin/i686-w64-mingw32-gcc -D_ISOC99_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -U__STRICT_ANSI__ -DPTW32_STATIC_LIB -std=c99 -include ./compat/msvcrt/snprintf.h -fomit- frame-pointer -pthread -c -o /tmp/ffconf.pdlULg0G.o /tmp/ffconf.UdeoAfnb.c /home/rogerdpack/dev/ffmpeg-windows-build- helpers/sandbox/mingw-w64-i686/bin/i686-w64-mingw32-gcc -Wl,--as-needed -pthread -o /tmp/ffconf.iBCSJu0K.exe /tmp/ffconf.pdlULg0G.o -lbz2 -lz -lpsapi -ladvapi32 -lshell32 check_func pthread_cancel check_ld cc check_cc BEGIN /tmp/ffconf.UdeoAfnb.c 1 extern int pthread_cancel(); 2 int main(void){ pthread_cancel(); } END /tmp/ffconf.UdeoAfnb.c /home/rogerdpack/dev/ffmpeg-windows-build- helpers/sandbox/mingw-w64-i686/bin/i686-w64-mingw32-gcc -D_ISOC99_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -U__STRICT_ANSI__ -DPTW32_STATIC_LIB -std=c99 -include ./compat/msvcrt/snprintf.h -fomit- frame-pointer -pthread -c -o /tmp/ffconf.pdlULg0G.o /tmp/ffconf.UdeoAfnb.c /home/rogerdpack/dev/ffmpeg-windows-build- helpers/sandbox/mingw-w64-i686/bin/i686-w64-mingw32-gcc -Wl,--as-needed -o /tmp/ffconf.iBCSJu0K.exe /tmp/ffconf.pdlULg0G.o -pthread -lbz2 -lz -lpsapi -ladvapi32 -lshell32 check_lib math.h sin -lm check_header math.h }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 29 20:47:13 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 29 Nov 2012 19:47:13 -0000 Subject: [FFmpeg-trac] #1929(build system:new): ./configure --disable-w32threads doesn't check for presence of pthreads In-Reply-To: <039.fb730e87a5e7b0f3f1e51a59649308de@avcodec.org> References: <039.fb730e87a5e7b0f3f1e51a59649308de@avcodec.org> Message-ID: <054.b1dc47bf33cb6c895d738d66eba05570@avcodec.org> #1929: ./configure --disable-w32threads doesn't check for presence of pthreads -------------------------------------+------------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: new Priority: normal | Component: build Version: unspecified | system Keywords: win | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:3 rogerdpack]: > {{{ > /home/rogerdpack/dev/ffmpeg-windows-build- helpers/sandbox/mingw-w64-i686/lib/gcc/i686-w64-mingw32/4.7.1/../../../../i686-w64-mingw32/bin/ld: cannot find -lpthread > }}} Do you know why the error message is different than in your original report? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 29 20:59:59 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 29 Nov 2012 19:59:59 -0000 Subject: [FFmpeg-trac] #1929(build system:new): ./configure --disable-w32threads doesn't check for presence of pthreads In-Reply-To: <039.fb730e87a5e7b0f3f1e51a59649308de@avcodec.org> References: <039.fb730e87a5e7b0f3f1e51a59649308de@avcodec.org> Message-ID: <054.ec8cbf127f76b7cbd80fb8125fb05509@avcodec.org> #1929: ./configure --disable-w32threads doesn't check for presence of pthreads -------------------------------------+------------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: new Priority: normal | Component: build Version: unspecified | system Keywords: win | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by reimar): You configure output shows that linking against pthread is working just fine, why does it suddenly stop working while linking ffmpeg.exe? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 29 21:59:55 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 29 Nov 2012 20:59:55 -0000 Subject: [FFmpeg-trac] #1979(FFmpeg:new): Automatically set -fflags +genpts Message-ID: <036.1b4c0b323b2d988b1f15ab5692250355@avcodec.org> #1979: Automatically set -fflags +genpts -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: | Status: new enhancement | Component: FFmpeg Priority: wish | Keywords: Version: git- | av_interleaved_write_frame master | Blocking: Blocked By: | Analyzed by developer: 0 Reproduced by developer: 0 | -------------------------------------+------------------------------------- Several tickets were opened by users who saw one of the following error messages when trying to remux: "first pts value must set" or "Can't write packet with unknown timestamp" With the sample from ticket #1553: {{{ $ ffmpeg -i Ts\ cannot\ be\ muxed\ to\ mkv.ts -vcodec copy -an out.mkv ffmpeg version N-47291-g0b14c19 Copyright (c) 2000-2012 the FFmpeg developers built on Nov 29 2012 21:54:38 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 9.102 / 52. 9.102 libavcodec 54. 77.100 / 54. 77.100 libavformat 54. 40.100 / 54. 40.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 23.104 / 3. 23.104 libswscale 2. 1.103 / 2. 1.103 libswresample 0. 17.101 / 0. 17.101 libpostproc 52. 2.100 / 52. 2.100 [mpegts @ 0x326b240] PES packet size mismatch [mpegts @ 0x326b240] Could not find codec parameters for stream 2 (Audio: ac3 ([129][0][0][0] / 0x0081), 0 channels, s16): unspecified sample rate Consider increasing the value for the 'analyzeduration' and 'probesize' options [NULL @ 0x3270380] start time is not set in estimate_timings_from_pts [mpegts @ 0x326b240] PES packet size mismatch Input #0, mpegts, from 'Ts cannot be muxed to mkv.ts': Duration: 00:00:01.79, start: 58016.615744, bitrate: 9158 kb/s Program 1 Stream #0:0[0x31]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p, 1440x1080 [SAR 4:3 DAR 16:9], 29.97 fps, 29.97 tbr, 90k tbn, 59.94 tbc Stream #0:1[0x34]: Audio: ac3 ([129][0][0][0] / 0x0081), 48000 Hz, stereo, s16, 384 kb/s Stream #0:2[0x35]: Audio: ac3 ([129][0][0][0] / 0x0081), 0 channels, s16 Output #0, matroska, to 'out.mkv': Metadata: encoder : Lavf54.40.100 Stream #0:0: Video: mpeg2video ([2][0][0][0] / 0x0002), yuv420p, 1440x1080 [SAR 4:3 DAR 16:9], q=2-31, 29.97 fps, 1k tbn, 90k tbc Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help [matroska @ 0x3272ec0] Can't write packet with unknown timestamp av_interleaved_write_frame(): Invalid argument }}} Adding -fflags +genpts fixes the problem, maybe this should be added automatically if necessary: {{{ $ ffmpeg -fflags +genpts -i Ts\ cannot\ be\ muxed\ to\ mkv.ts -vcodec copy -an out.mkv ffmpeg version N-47291-g0b14c19 Copyright (c) 2000-2012 the FFmpeg developers built on Nov 29 2012 21:54:38 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 9.102 / 52. 9.102 libavcodec 54. 77.100 / 54. 77.100 libavformat 54. 40.100 / 54. 40.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 23.104 / 3. 23.104 libswscale 2. 1.103 / 2. 1.103 libswresample 0. 17.101 / 0. 17.101 libpostproc 52. 2.100 / 52. 2.100 [mpegts @ 0x195b340] PES packet size mismatch [mpegts @ 0x195b340] Could not find codec parameters for stream 2 (Audio: ac3 ([129][0][0][0] / 0x0081), 0 channels, s16): unspecified sample rate Consider increasing the value for the 'analyzeduration' and 'probesize' options [NULL @ 0x1960540] start time is not set in estimate_timings_from_pts [mpegts @ 0x195b340] PES packet size mismatch Input #0, mpegts, from 'Ts cannot be muxed to mkv.ts': Duration: 00:00:01.79, start: 58016.615744, bitrate: 9158 kb/s Program 1 Stream #0:0[0x31]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p, 1440x1080 [SAR 4:3 DAR 16:9], 29.97 fps, 29.97 tbr, 90k tbn, 59.94 tbc Stream #0:1[0x34]: Audio: ac3 ([129][0][0][0] / 0x0081), 48000 Hz, stereo, s16, 384 kb/s Stream #0:2[0x35]: Audio: ac3 ([129][0][0][0] / 0x0081), 0 channels, s16 Output #0, matroska, to 'out.mkv': Metadata: encoder : Lavf54.40.100 Stream #0:0: Video: mpeg2video ([2][0][0][0] / 0x0002), yuv420p, 1440x1080 [SAR 4:3 DAR 16:9], q=2-31, 29.97 fps, 1k tbn, 90k tbc Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help frame= 33 fps=0.0 q=-1.0 Lsize= 1440kB time=00:00:00.96 bitrate=12189.4kbits/s video:1439kB audio:0kB subtitle:0 global headers:0kB muxing overhead 0.068458% }}} See also ticket #1415, #1552 and #1553. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 29 22:05:28 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 29 Nov 2012 21:05:28 -0000 Subject: [FFmpeg-trac] #1415(undetermined:closed): 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.f3f987a5c9d2d79f0f3b3bcce3dbec70@avcodec.org> #1415: FFMPEG not able to Stream Copy DVRMS files to TS Files -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: fixed av_interleaved_write_frame asf | Blocked By: mpeg2video | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: I created ticket #1979 with the enhancement request to automatically insert -fflags +genpts if necessary. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 29 22:06:34 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 29 Nov 2012 21:06:34 -0000 Subject: [FFmpeg-trac] #1552(undetermined:closed): Packed B-frames cannot be remuxed into mkv In-Reply-To: <036.7ad45fcd6fcc4172f461a74b2b06b879@avcodec.org> References: <036.7ad45fcd6fcc4172f461a74b2b06b879@avcodec.org> Message-ID: <051.e38a4c0935b338eff611504b8481d880@avcodec.org> #1552: Packed B-frames cannot be remuxed into mkv -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: asp mkv | Resolution: invalid roundup | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid Comment: I created ticket #1979 with the enhancement request to automatically insert -fflags +genpts if necessary. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 29 22:08:09 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 29 Nov 2012 21:08:09 -0000 Subject: [FFmpeg-trac] #1553(undetermined:closed): Remuxing mpeg2video from transport stream to matroska fails In-Reply-To: <036.d3490d845a1c03504ba0a1068b8e2ae5@avcodec.org> References: <036.d3490d845a1c03504ba0a1068b8e2ae5@avcodec.org> Message-ID: <051.0b34b4dfa36744d87d41d75233b5e638@avcodec.org> #1553: Remuxing mpeg2video from transport stream to matroska fails -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: mpegts | Resolution: invalid mpeg2video | Blocked By: av_interleaved_write_frame | Reproduced by developer: 0 roundup | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid Comment: I created ticket #1979 with the enhancement request to automatically insert -fflags +genpts if necessary. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 29 22:18:08 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 29 Nov 2012 21:18:08 -0000 Subject: [FFmpeg-trac] #1908(avformat:reopened): error when copying eia_608 track In-Reply-To: <036.59a2edd3ecb171acd0f48b58650bb6bb@avcodec.org> References: <036.59a2edd3ecb171acd0f48b58650bb6bb@avcodec.org> Message-ID: <051.e1cc90c8e48fe616e72f4f2a1290815b@avcodec.org> #1908: error when copying eia_608 track -------------------------------------+------------------------------------- Reporter: dericed | Owner: Type: defect | Status: reopened Priority: important | Component: avformat Version: git-master | Resolution: Keywords: eia_608 mov | Blocked By: abort crash fpe | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: eia_608 mov abort crash => eia_608 mov abort crash fpe * status: closed => reopened * resolution: duplicate => Comment: Please provide a sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 30 00:27:51 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 29 Nov 2012 23:27:51 -0000 Subject: [FFmpeg-trac] #1956(undetermined:open): swf fails to decode In-Reply-To: <038.bcfdb251b6fcf645c09206381e3028d5@avcodec.org> References: <038.bcfdb251b6fcf645c09206381e3028d5@avcodec.org> Message-ID: <053.12eecf2c2aef441bd140c220d3b7d71c@avcodec.org> #1956: swf fails to decode -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: Version: git-master | undetermined Keywords: swf | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * priority: normal => wish * version: unspecified => git-master * keywords: => swf * type: defect => enhancement Comment: The sample contains shapes and sprites. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 30 01:25:31 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 30 Nov 2012 00:25:31 -0000 Subject: [FFmpeg-trac] #458(undetermined:closed): Scale filter can create output which scale filter cannot accept on its input In-Reply-To: <033.57a819b246390678f2a4c273ed9ee0ba@avcodec.org> References: <033.57a819b246390678f2a4c273ed9ee0ba@avcodec.org> Message-ID: <048.1c4281f010bda6bb78558dde5b6cf944@avcodec.org> #458: Scale filter can create output which scale filter cannot accept on its input -------------------------------------+------------------------------------- Reporter: mdsh | Owner: michael Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: crash abort | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Not reproducible with latest git head. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 30 01:30:17 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 30 Nov 2012 00:30:17 -0000 Subject: [FFmpeg-trac] #1872(FFserver:new): aac bitstream not in adts format and extradata missing In-Reply-To: <041.7a5a7c047966491fd1d47f8d61f64f5b@avcodec.org> References: <041.7a5a7c047966491fd1d47f8d61f64f5b@avcodec.org> Message-ID: <056.a49c10dbcc35cea8fe02738efcdf5d73@avcodec.org> #1872: aac bitstream not in adts format and extradata missing --------------------------------------+------------------------------------ Reporter: yogesh.tyagi | Owner: Type: defect | Status: new Priority: normal | Component: FFserver Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Comment (by cehoyos): Is it possible that this is the same problem as ticket #1970? Ie, is the problem that -flags -global_header is ignored and does it work with FFmpeg version 896e597? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 30 04:13:28 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 30 Nov 2012 03:13:28 -0000 Subject: [FFmpeg-trac] #1980(FFmpeg:new): ffmpeg process hangs with 100% CPU when getting a live rtsp stream (on redhat linux) Message-ID: <035.03466a7695e45748f64d1104901c2a05@avcodec.org> #1980: ffmpeg process hangs with 100% CPU when getting a live rtsp stream (on redhat linux) ---------------------------------------+---------------------------------- Reporter: muthuk | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: 1.0 Keywords: rtsp 100% cpu | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------------+---------------------------------- Summary of the bug: ffmpeg process hangs with 100% CPU when getting a live rtsp stream (on redhat linux). This happens when 25 or more such processes are concurrently invoked. How to reproduce: On redhat linux (2.6+) launch 25 or more parallel live rtsp stream reads. Command line is as follows, /home/lsadm/StressTest/FFmpeg/bin/ffmpeg -i rtsp://xstream-bcast- grinder003:50554/5EErJWzqY7hSRkrUL030_A_QVGA+email.share at yahoo.com- 5EErJWzqY7hSRkrUL030_A_QVGA.sdp -timelimit 306 -minrate 70k -maxrate 1400k -map 0 -t 306 -c:v copy -c:a alac -y /home/lsadm/StressTest/Outputs/mediaOutput/RTSP_DownStreamer- 97_5EErJWzqY7hSRkrUL030.mov The generated console (stats) data is, ffmpeg version 1.0 Copyright (c) 2000-2012 the FFmpeg developers built on Nov 12 2012 13:10:29 with gcc 4.1.2 (GCC) 20080704 (Red Hat 4.1.2-44) configuration: --disable-yasm --enable-nonfree --prefix=/home/lsadm/StressTest/FFmpeg/ 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 [h264 @ 0x17d6f540] Missing reference picture [h264 @ 0x17d6f540] decode_slice_header error [h264 @ 0x17d6f540] concealing 300 DC, 300 AC, 300 MV errors in P frame [h264 @ 0x17d6f540] Missing reference picture [h264 @ 0x17d6f540] RTP: missed 15429 packets [h264 @ 0x17d6f540] RTP: missed 15430 packets [h264 @ 0x17d6f540] RTP: missed 15431 packets [h264 @ 0x17d6f540] RTP: missed 15432 packets [h264 @ 0x17d6f540] RTP: missed 15433 packets Below is a snapshot of the CPU captured with top command, Tasks: 404 total, 2 running, 402 sleeping, 0 stopped, 0 zombie Cpu(s): 6.3%us, 0.1%sy, 0.0%ni, 93.4%id, 0.2%wa, 0.0%hi, 0.0%si, 0.0%st Mem: 6096740k total, 5990044k used, 106696k free, 10404k buffers Swap: 1020116k total, 336084k used, 684032k free, 3099316k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 22478 lsadm 25 0 27364 4732 1920 R 99.9 0.1 18:35.66 ffmpeg 16383 lsadm 15 0 2695m 2.3g 2624 S 0.7 40.4 32:52.16 perl 26991 lsadm 15 0 29340 6272 2776 S 0.3 0.1 0:00.73 ffmpeg 26994 lsadm 15 0 28192 4904 2416 S 0.3 0.1 0:00.78 ffmpeg 27319 lsadm 15 0 10988 1280 772 R 0.3 0.0 0:00.07 top 1 root 15 0 10344 80 48 S 0.0 0.0 3:56.92 init [lsadm at grinder025 Scripts]$ ps -aef | grep 22478 lsadm 22478 22476 99 17:30 pts/1 00:28:54 /home/lsadm/StressTest/FFmpeg/bin/ffmpeg -i rtsp://xstream-bcast- grinder003:50554/5EErJWzqY7hSRkrUL030_A_QVGA+email.share at yahoo.com- 5EErJWzqY7hSRkrUL030_A_QVGA.sdp -timelimit 306 -minrate 70k -maxrate 1400k -map 0 -t 306 -c:v copy -c:a alac -y /home/lsadm/StressTest/Outputs/mediaOutput/RTSP_DownStreamer- 97_5EErJWzqY7hSRkrUL030.mov lsadm 29402 2890 0 17:59 pts/3 00:00:00 grep 22478 [lsadm at grinder025 Scripts]$ ps -aef | grep 22476 lsadm 22476 16383 0 17:30 pts/1 00:00:00 sh -c /home/lsadm/StressTest/FFmpeg/bin/ffmpeg -i 'rtsp://xstream-bcast- grinder003:50554/5EErJWzqY7hSRkrUL030_A_QVGA+email.share at yahoo.com- 5EErJWzqY7hSRkrUL030_A_QVGA.sdp' -timelimit 306 -minrate 70k -maxrate 1400k -map 0 -t 306 -c:v copy -c:a alac -y /home/lsadm/StressTest/Outputs/mediaOutput/RTSP_DownStreamer- 97_5EErJWzqY7hSRkrUL030.mov 2> /home/lsadm/StressTest/Outputs/openRTSPLog /RTSP_DownStreamer-97_5EErJWzqY7hSRkrUL030.log -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 30 08:48:59 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 30 Nov 2012 07:48:59 -0000 Subject: [FFmpeg-trac] #1980(undetermined:new): ffmpeg process hangs with 100% CPU when getting a live rtsp stream (on redhat linux) In-Reply-To: <035.03466a7695e45748f64d1104901c2a05@avcodec.org> References: <035.03466a7695e45748f64d1104901c2a05@avcodec.org> Message-ID: <050.093188fa4c12d89ab49309511f8911fc@avcodec.org> #1980: ffmpeg process hangs with 100% CPU when getting a live rtsp stream (on redhat linux) --------------------------------+---------------------------------------- Reporter: muthuk | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 1.0 | Resolution: Keywords: rtsp | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Changes (by cehoyos): * keywords: rtsp 100% cpu => rtsp * component: FFmpeg => undetermined Comment: Please test current git head and provide a backtrace. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 30 10:20:00 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 30 Nov 2012 09:20:00 -0000 Subject: [FFmpeg-trac] #1797(avformat:closed): No audio in GeoVision avi files In-Reply-To: <036.6a1f5ea2fc4d5f153070425342862a83@avcodec.org> References: <036.6a1f5ea2fc4d5f153070425342862a83@avcodec.org> Message-ID: <051.901850dd07b2fefc8eaf7c2029c2d142@avcodec.org> #1797: No audio in GeoVision avi files ------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: avi | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 30 11:02:25 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 30 Nov 2012 10:02:25 -0000 Subject: [FFmpeg-trac] #640(FFserver:closed): Segmentation fault when streaming to ffserver In-Reply-To: <040.a5b3da1db51131ecea91e67daa2ab697@avcodec.org> References: <040.a5b3da1db51131ecea91e67daa2ab697@avcodec.org> Message-ID: <055.41b5cb2afed58f59ac7afa398796b7ac@avcodec.org> #640: Segmentation fault when streaming to ffserver -------------------------------------+------------------------------------- Reporter: apolychrono | Owner: michael Type: defect | Status: closed Priority: important | Component: FFserver Version: git-master | Resolution: fixed Keywords: regression | Blocked By: crash SIGSEGV | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: rtp flv ffserver => regression crash SIGSEGV * priority: normal => important * status: new => closed * component: FFmpeg => FFserver * resolution: => fixed Comment: Sorry for never looking into this, it seems FFserver lacks an active maintainer;-( I believe the crash was fixed at some point, FFserver currently ignores command line arguments, see ticket #1970 (it contains the revision that introduced above crash afaict). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 30 18:10:47 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 30 Nov 2012 17:10:47 -0000 Subject: [FFmpeg-trac] #750(undetermined:reopened): ffmpeg does not list OGG-theora metadata tags (like title author etc) In-Reply-To: <037.0efd35a1188932ad211317d5e5ac3450@avcodec.org> References: <037.0efd35a1188932ad211317d5e5ac3450@avcodec.org> Message-ID: <052.61a7452f87460aedf3795e9504b2b246@avcodec.org> #750: ffmpeg does not list OGG-theora metadata tags (like title author etc) -------------------------------------+------------------------------------- Reporter: RyszardG | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: git-master | undetermined Keywords: metadata | Resolution: ogg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => metadata ogg * status: closed => reopened * version: unspecified => git-master * resolution: worksforme => * reproduced: 0 => 1 Comment: This problem is still reproducible: {{{ $ ffmpeg -i fate-suite/svq3/Vertical400kbit.sorenson3.mov -metadata TITLE="My title" -metadata ARTIST="Me" out1.ogv ffmpeg version N-47320-g57b00d7 Copyright (c) 2000-2012 the FFmpeg developers built on Nov 30 2012 17:56:37 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack --enable-libvorbis --enable-libtheora libavutil 52. 10.100 / 52. 10.100 libavcodec 54. 78.100 / 54. 78.100 libavformat 54. 41.100 / 54. 41.100 libavdevice 54. 3.101 / 54. 3.101 libavfilter 3. 23.104 / 3. 23.104 libswscale 2. 1.103 / 2. 1.103 libswresample 0. 17.101 / 0. 17.101 libpostproc 52. 2.100 / 52. 2.100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x1ac1240] 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.58, 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, s16p, 176 kb/s Metadata: creation_time : 2001-03-20 16:17:18 handler_name : Apple Alias Data Handler Output #0, ogg, to 'out1.ogv': Metadata: encoder-eng : Sorenson Video 3 ARTIST : Me title-eng : Vertical Online SV3 Demo TITLE : My title artist-eng : Logan Kelsey copyright : ? Vertical Online 2001 copyright-eng : ? Vertical Online 2001 encoder : Lavf54.41.100 Stream #0:0(eng): Video: theora, yuv420p, 320x240, q=2-31, 200 kb/s, 30 tbn, 30 tbc Metadata: creation_time : 2001-03-20 16:17:18 handler_name : Apple Alias Data Handler Stream #0:1(eng): Audio: flac, 44100 Hz, mono, s16, 128 kb/s Metadata: creation_time : 2001-03-20 16:17:18 handler_name : Apple Alias Data Handler Stream mapping: Stream #0:0 -> #0:0 (svq3 -> libtheora) Stream #0:1 -> #0:1 (adpcm_ima_qt -> flac) Press [q] to stop, [?] for help Multiple frames in a packet from stream 1 frame= 1308 fps=277 q=0.0 Lsize= 3226kB time=00:00:43.67 bitrate= 605.1kbits/s video:1058kB audio:2143kB subtitle:0 global headers:3kB muxing overhead 0.653947% }}} {{{ $ ffmpeg -i out1.ogv -acodec copy -vcodec copy out2.ogv ffmpeg version N-47320-g57b00d7 Copyright (c) 2000-2012 the FFmpeg developers built on Nov 30 2012 17:56:37 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack --enable-libvorbis --enable-libtheora libavutil 52. 10.100 / 52. 10.100 libavcodec 54. 78.100 / 54. 78.100 libavformat 54. 41.100 / 54. 41.100 libavdevice 54. 3.101 / 54. 3.101 libavfilter 3. 23.104 / 3. 23.104 libswscale 2. 1.103 / 2. 1.103 libswresample 0. 17.101 / 0. 17.101 libpostproc 52. 2.100 / 52. 2.100 Input #0, ogg, from 'out1.ogv': Duration: 00:00:43.60, start: 0.000000, bitrate: 606 kb/s Stream #0:0: Video: theora, yuv420p, 320x240 [SAR 1:1 DAR 4:3], 30 fps, 30 tbr, 30 tbn, 30 tbc Metadata: ENCODER-ENG : Sorenson Video 3 ARTIST : Me TITLE-ENG : Vertical Online SV3 Demo TITLE : My title ARTIST-ENG : Logan Kelsey COPYRIGHT : ? Vertical Online 2001 COPYRIGHT-ENG : ? Vertical Online 2001 ENCODER : Lavf54.41.100 Stream #0:1: Audio: flac, 44100 Hz, mono, s16 Metadata: ENCODER-ENG : Sorenson Video 3 ARTIST : Me TITLE-ENG : Vertical Online SV3 Demo TITLE : My title ARTIST-ENG : Logan Kelsey COPYRIGHT : ? Vertical Online 2001 COPYRIGHT-ENG : ? Vertical Online 2001 ENCODER : Lavf54.41.100 Output #0, ogg, to 'out2.ogv': Metadata: encoder : Lavf54.41.100 Stream #0:0: Video: theora, yuv420p, 320x240 [SAR 1:1 DAR 4:3], q=2-31, 30 fps, 30 tbn, 30 tbc Metadata: ENCODER-ENG : Sorenson Video 3 ARTIST : Me TITLE-ENG : Vertical Online SV3 Demo TITLE : My title ARTIST-ENG : Logan Kelsey COPYRIGHT : ? Vertical Online 2001 COPYRIGHT-ENG : ? Vertical Online 2001 ENCODER : Lavf54.41.100 Stream #0:1: Audio: flac, 44100 Hz, mono Metadata: ENCODER-ENG : Sorenson Video 3 ARTIST : Me TITLE-ENG : Vertical Online SV3 Demo TITLE : My title ARTIST-ENG : Logan Kelsey COPYRIGHT : ? Vertical Online 2001 COPYRIGHT-ENG : ? Vertical Online 2001 ENCODER : Lavf54.41.100 Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help frame= 1295 fps=0.0 q=-1.0 Lsize= 3226kB time=00:00:43.60 bitrate= 606.1kbits/s video:1058kB audio:2143kB subtitle:0 global headers:0kB muxing overhead 0.750993% }}} {{{ $ ffmpeg -i out2.ogv ffmpeg version N-47320-g57b00d7 Copyright (c) 2000-2012 the FFmpeg developers built on Nov 30 2012 17:56:37 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack --enable-libvorbis --enable-libtheora libavutil 52. 10.100 / 52. 10.100 libavcodec 54. 78.100 / 54. 78.100 libavformat 54. 41.100 / 54. 41.100 libavdevice 54. 3.101 / 54. 3.101 libavfilter 3. 23.104 / 3. 23.104 libswscale 2. 1.103 / 2. 1.103 libswresample 0. 17.101 / 0. 17.101 libpostproc 52. 2.100 / 52. 2.100 Input #0, ogg, from 'out2.ogv': Duration: 00:00:43.60, start: 0.000000, bitrate: 606 kb/s Stream #0:0: Video: theora, yuv420p, 320x240 [SAR 1:1 DAR 4:3], 30 fps, 30 tbr, 30 tbn, 30 tbc Metadata: ENCODER : Lavf54.41.100 Stream #0:1: Audio: flac, 44100 Hz, mono, s16 Metadata: ENCODER : Lavf54.41.100 At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 30 18:52:07 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 30 Nov 2012 17:52:07 -0000 Subject: [FFmpeg-trac] #1964(avformat:open): Request support for decoding / demuxing Adobe HDS dynamic http streaming In-Reply-To: <038.95c9cd9f7acf0a211f5f98aad3471a09@avcodec.org> References: <038.95c9cd9f7acf0a211f5f98aad3471a09@avcodec.org> Message-ID: <053.9f1b4bee7102ae8fbeff579ec2a32e8a@avcodec.org> #1964: Request support for decoding / demuxing Adobe HDS dynamic http streaming -------------------------------------+------------------------------------ Reporter: ottomatic | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: HDS | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by ubitux): Replying to [comment:12 ottomatic]: > Replying to [comment:5 ubitux]: > > A work in progress is available at https://github.com/SmartJog/ffmpeg/compare/master...hds if someone is interested in continuing this work. I won't work on this anymore and thus this code is stalled. The code here basically just parses the XML bootstrap, the demuxing is left to be done. > > Out of curiosity, why did you stall working on this, ubitux? Priorities changed at my company, that technology didn't look appealing, and I don't work for this company anymore so I lost interest. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 30 21:05:32 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 30 Nov 2012 20:05:32 -0000 Subject: [FFmpeg-trac] #1924(avformat:closed): ASS subtitles are demuxed inconsistently In-Reply-To: <035.f61fd60956bbd30d8c9604d06ebbe9be@avcodec.org> References: <035.f61fd60956bbd30d8c9604d06ebbe9be@avcodec.org> Message-ID: <050.bf8f1962910da4c8ca0c79549ecb2074@avcodec.org> #1924: ASS subtitles are demuxed inconsistently -------------------------------------+------------------------------------ Reporter: gjdfgh | Owner: Type: enhancement | Status: closed Priority: normal | Component: avformat Version: unspecified | Resolution: invalid Keywords: ass | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by gjdfgh): I attached a failing example. There are two green rectangles visible: the first one closer to the upper/left corner, and the second one right/below that. The first one should be less transparent than the second. If the second does not appear transparent, whatever you're using is buggy. Mux with mkvmerge -o test.mkv arbitrary_input.mkv fffail.ass mplayer2 is good enough to test this with its native mkv demuxer. mplayer proper doesn't seem to handle transparency correctly? Sorry about the filename. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 30 21:07:16 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 30 Nov 2012 20:07:16 -0000 Subject: [FFmpeg-trac] #1981(avformat:new): mpegtsraw open of multicast stream may hang Message-ID: <036.a730198e917ca915b0967f552f8d8915@avcodec.org> #1981: mpegtsraw open of multicast stream may hang -----------------------------------+-------------------------------------- Reporter: Krieger | Type: defect Status: new | Priority: normal Component: avformat | Version: git-master Keywords: mpegtsraw | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+-------------------------------------- Summary of the bug: When opening many multicast UDP streams using avformat_open_input(), some instances may loop infinitely in mpegts_read_header() in lines 2016-2030. Inspecting with gdb shows that nb_packets number is big, so it does not hang inside avio-stuff. How to reproduce: {{{ 1. Have a lot of multicast MPEGTS streams. I had my on udp://239.195.0.1-50:1234 2. Code snippet: #include #include #include #include #define THREADS_NUM 50 void *thread_work(void* dummy) { int ret; int i; char *url = dummy; printf("'%s' thread starts\n", url); AVFormatContext *ctx = avformat_alloc_context(); assert(ctx); AVDictionary *avio_opts = NULL; av_dict_set(&avio_opts, "timeout", "2000000", 0); av_dict_set(&avio_opts, "fifo_size", "0", 0); // bug happens both with and without separate UDP-fetching thread ret = avio_open2(&ctx->pb, url, AVIO_FLAG_READ, NULL, &avio_opts); assert(!ret); ret = avformat_open_input(&ctx, url, av_find_input_format("mpegtsraw"), NULL); if (!ret) { // read a bit, to add networking load for (i = 0; i < 1000; i++) { AVPacket pkt; ret = av_read_frame(ctx, &pkt); } } printf("'%s' thread exits\n", url); return NULL; } int main() { int ret; int i; pthread_t tids[THREADS_NUM]; av_register_all(); avformat_network_init(); for (i = 0; i < THREADS_NUM; i++) { char *url = NULL; ret = asprintf(&url, "udp://239.195.0.%d:1234", i+1); assert(ret != -1); ret = pthread_create(&tids[i], NULL, thread_work, url); printf("created %d-th thread\n", i); assert(!ret); } for (i = 0; i < THREADS_NUM; i++) { pthread_join(tids[i], NULL); printf("joined %d-th thread\n", i); } return 0; } The defective result is that the application does not terminate. This happens not in 100% of launch cases, but happens most of times. I could not replicate this bug on local UDP streams, sorry. The same problem affects libav.org fork. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 30 21:59:24 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 30 Nov 2012 20:59:24 -0000 Subject: [FFmpeg-trac] #1924(avformat:closed): ASS subtitles are demuxed inconsistently In-Reply-To: <035.f61fd60956bbd30d8c9604d06ebbe9be@avcodec.org> References: <035.f61fd60956bbd30d8c9604d06ebbe9be@avcodec.org> Message-ID: <050.18cc6c96a6a92cd4f599d9d0e5a3efd0@avcodec.org> #1924: ASS subtitles are demuxed inconsistently -------------------------------------+------------------------------------ Reporter: gjdfgh | Owner: Type: enhancement | Status: closed Priority: normal | Component: avformat Version: unspecified | Resolution: invalid Keywords: ass | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by reimar): (Sorry, this comment is all off-topic) > mplayer proper doesn't seem to handle transparency correctly? Congratulations you found a recently introduced bug in vo_gl :-) Fixed in r35539, using -vf ass or a vo different from gl is a workaround. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 30 22:35:29 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 30 Nov 2012 21:35:29 -0000 Subject: [FFmpeg-trac] #1924(avformat:closed): ASS subtitles are demuxed inconsistently In-Reply-To: <035.f61fd60956bbd30d8c9604d06ebbe9be@avcodec.org> References: <035.f61fd60956bbd30d8c9604d06ebbe9be@avcodec.org> Message-ID: <050.a6b8d06e0c09a1c525ad1dadcb2dd63d@avcodec.org> #1924: ASS subtitles are demuxed inconsistently -------------------------------------+------------------------------------ Reporter: gjdfgh | Owner: Type: enhancement | Status: closed Priority: normal | Component: avformat Version: unspecified | Resolution: invalid Keywords: ass | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by reimar): I do not think there is a bug in the ASS demuxer. After enabling it to use subtitle-only demuxers in r35541, MPlayer displays the subtitles the same way no matter whether you specify the subtitle normally, play it via the muxed stream or play it though a separate FFmpeg demuxer. To use MPlayer with the FFmpeg demuxer use this command-line: mplayer somevideo -subfile fffail.ass -ass -sid 0 So please provide the exact steps to reproduce your issue. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 30 22:40:16 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 30 Nov 2012 21:40:16 -0000 Subject: [FFmpeg-trac] #1980(undetermined:new): ffmpeg process hangs with 100% CPU when getting a live rtsp stream (on redhat linux) In-Reply-To: <035.03466a7695e45748f64d1104901c2a05@avcodec.org> References: <035.03466a7695e45748f64d1104901c2a05@avcodec.org> Message-ID: <050.d4ba454058c5eb349d2db08009748ebb@avcodec.org> #1980: ffmpeg process hangs with 100% CPU when getting a live rtsp stream (on redhat linux) --------------------------------+---------------------------------------- Reporter: muthuk | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 1.0 | Resolution: Keywords: rtsp | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Comment (by muthuk): Replying to [comment:1 cehoyos]: > Please test current git head and provide a backtrace. Thanks for your quick response. I downloaded the current version from (http://ffmpeg.org/releases/ffmpeg- snapshot.tar.bz2) and still see the issue after some time (15 minutes or so). Below are the details, Command line is, /home/lsadm/test-muthu/newerffmpeg/FFmpeg/bin/ffmpeg -i 'rtsp://xstream- bcast-grinder003:50554/sEOrJIzkY7U1S7OYLaNL_A_QVGA+email.share at yahoo.com- sEOrJIzkY7U1S7OYLaNL_A_QVGA.sdp' -timelimit 306 -minrate 70k -maxrate 1400k -map 0 -t 306 -c:v copy -c:a alac -y /home/lsadm/StressTest/Outputs/mediaOutput/RTSP_DownStreamer- 65_sEOrJIzkY7U1S7OYLaNL.mov 2> /home/lsadm/StressTest/Outputs/openRTSPLog /RTSP_DownStreamer-65_sEOrJIzkY7U1S7OYLaNL.log The generated console (stats) data is, [lsadm at grinder025 Scripts]$ cat /home/lsadm/StressTest/Outputs/openRTSPLog /RTSP_DownStreamer-65_sEOrJIzkY7U1S7OYLaNL.log ffmpeg version 1.0.git Copyright (c) 2000-2012 the FFmpeg developers built on Nov 30 2012 12:44:30 with gcc 4.1.2 (GCC) 20080704 (Red Hat 4.1.2-44) configuration: --prefix=/home/lsadm/test-muthu/newerffmpeg/FFmpeg/ --enable-gpl --enable-version3 --enable-nonfree --disable-yasm libavutil 52. 9.102 / 52. 9.102 libavcodec 54. 77.100 / 54. 77.100 libavformat 54. 39.100 / 54. 39.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 23.104 / 3. 23.104 libswscale 2. 1.103 / 2. 1.103 libswresample 0. 17.101 / 0. 17.101 libpostproc 52. 2.100 / 52. 2.100 [h264 @ 0x1b50e520] Missing reference picture, default is 0 [h264 @ 0x1b50e520] decode_slice_header error [h264 @ 0x1b50e520] concealing 300 DC, 300 AC, 300 MV errors in P frame [h264 @ 0x1b50e520] Missing reference picture, default is 14 [h264 @ 0x1b50e520] RTP: missed 7594 packets [h264 @ 0x1b50e520] RTP: missed 7595 packets [h264 @ 0x1b50e520] RTP: missed 7596 packets [h264 @ 0x1b50e520] RTP: missed 7597 packets [h264 @ 0x1b50e520] RTP: missed 7598 packets [h264 @ 0x1b50e520] RTP: missed 7599 packets [h264 @ 0x1b50e520] RTP: missed 7600 packets [h264 @ 0x1b50e520] RTP: missed 7601 packets [h264 @ 0x1b50e520] RTP: missed 7602 packets [lsadm at grinder025 Scripts]$ Below is a snapshot of the CPU captured with top command, top - 13:37:40 up 52 days, 2:06, 10 users, load average: 3.51, 5.50, 4.97 Tasks: 473 total, 3 running, 470 sleeping, 0 stopped, 0 zombie Cpu(s): 3.0%us, 0.3%sy, 0.0%ni, 96.4%id, 0.3%wa, 0.0%hi, 0.0%si, 0.0%st Mem: 6096740k total, 6073196k used, 23544k free, 8528k buffers Swap: 1020116k total, 361720k used, 658396k free, 2466924k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 18206 lsadm 25 0 27792 4808 1972 R 99.9 0.1 18:29.11 ffmpeg 22322 lsadm 25 0 27968 4992 1976 R 99.9 0.1 6:42.93 ffmpeg 13406 lsadm 15 0 3933m 2.9g 2628 S 3.9 49.3 29:05.40 perl 23117 lsadm 15 0 28564 4976 2484 S 2.0 0.1 0:00.61 ffmpeg 23311 lsadm 15 0 28556 4964 2484 S 2.0 0.1 0:00.49 ffmpeg 23768 lsadm 15 0 11116 1232 684 R 2.0 0.0 0:00.01 top 1 root 15 0 10344 80 48 S 0.0 0.0 3:56.94 init [lsadm at grinder025 Scripts]$ ps -aef | grep 18206 lsadm 18206 18205 99 13:19 pts/1 00:19:31 /home/lsadm/test- muthu/newerffmpeg/FFmpeg/bin/ffmpeg -i rtsp://xstream-bcast- grinder003:50554/sEOrJIzkY7U1S7OYLaNL_A_QVGA+email.share at yahoo.com- sEOrJIzkY7U1S7OYLaNL_A_QVGA.sdp -timelimit 306 -minrate 70k -maxrate 1400k -map 0 -t 306 -c:v copy -c:a alac -y /home/lsadm/StressTest/Outputs/mediaOutput/RTSP_DownStreamer- 65_sEOrJIzkY7U1S7OYLaNL.mov lsadm 23831 13531 0 13:38 pts/7 00:00:00 grep 18206 [lsadm at grinder025 Scripts]$ ps -aef | grep 18205 lsadm 18205 13406 0 13:19 pts/1 00:00:00 sh -c /home/lsadm/test- muthu/newerffmpeg/FFmpeg/bin/ffmpeg -i 'rtsp://xstream-bcast- grinder003:50554/sEOrJIzkY7U1S7OYLaNL_A_QVGA+email.share at yahoo.com- sEOrJIzkY7U1S7OYLaNL_A_QVGA.sdp' -timelimit 306 -minrate 70k -maxrate 1400k -map 0 -t 306 -c:v copy -c:a alac -y /home/lsadm/StressTest/Outputs/mediaOutput/RTSP_DownStreamer- 65_sEOrJIzkY7U1S7OYLaNL.mov 2> /home/lsadm/StressTest/Outputs/openRTSPLog /RTSP_DownStreamer-65_sEOrJIzkY7U1S7OYLaNL.log lsadm 18206 18205 99 13:19 pts/1 00:19:29 /home/lsadm/test- muthu/newerffmpeg/FFmpeg/bin/ffmpeg -i rtsp://xstream-bcast- grinder003:50554/sEOrJIzkY7U1S7OYLaNL_A_QVGA+email.share at yahoo.com- sEOrJIzkY7U1S7OYLaNL_A_QVGA.sdp -timelimit 306 -minrate 70k -maxrate 1400k -map 0 -t 306 -c:v copy -c:a alac -y /home/lsadm/StressTest/Outputs/mediaOutput/RTSP_DownStreamer- 65_sEOrJIzkY7U1S7OYLaNL.mov lsadm 23799 13531 0 13:38 pts/7 00:00:00 grep 18205 [lsadm at grinder025 Scripts]$ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 30 23:13:49 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 30 Nov 2012 22:13:49 -0000 Subject: [FFmpeg-trac] #1924(avformat:closed): ASS subtitles are demuxed inconsistently In-Reply-To: <035.f61fd60956bbd30d8c9604d06ebbe9be@avcodec.org> References: <035.f61fd60956bbd30d8c9604d06ebbe9be@avcodec.org> Message-ID: <050.e15b25b17234505d573e4e5ec15d71be@avcodec.org> #1924: ASS subtitles are demuxed inconsistently -------------------------------------+------------------------------------ Reporter: gjdfgh | Owner: Type: enhancement | Status: closed Priority: normal | Component: avformat Version: unspecified | Resolution: invalid Keywords: ass | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by gjdfgh): This is not an issue with the ASS demuxer, but an issue with the ffmpeg ASS packet format. It loses information. You can't distinguish multiple identical events from each other. This happens always when getting ASS subtitles from a ffmpeg demuxer. It should happen when seeking back, so that the same subtitle events are demuxed and displayed again. This assumes that mplayer doesn't remove all events from to the ASS_Track on seeking. Turns out it does. Look at mplayer commit 31293, where this was explicitly "fixed", in exchange for a worse user experience: you lose the nice behavior that subtitles will display immediately if you seek back to somewhere you already have watched, but it also compensates for ffmpeg's not so great packet format. So you can't demonstrate this issue with mplayer. In fact, ffmpeg pretty much forces you to use ass_flush_events() on seeking to delete all existing subtitle events, because otherwise subtitle events would accumulate. (Note: depending on how the file is muxed, subtitles can appear immediately anywaqy when seeking back. Just increase the duration of the subtitle events until it breaks.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 30 23:18:54 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 30 Nov 2012 22:18:54 -0000 Subject: [FFmpeg-trac] #1924(avformat:closed): ASS subtitles are demuxed inconsistently In-Reply-To: <035.f61fd60956bbd30d8c9604d06ebbe9be@avcodec.org> References: <035.f61fd60956bbd30d8c9604d06ebbe9be@avcodec.org> Message-ID: <050.6d453a8fc8695a6e74c1e420676a88ba@avcodec.org> #1924: ASS subtitles are demuxed inconsistently -------------------------------------+------------------------------------ Reporter: gjdfgh | Owner: Type: enhancement | Status: closed Priority: normal | Component: avformat Version: unspecified | Resolution: invalid Keywords: ass | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by gjdfgh): PS: I would not agree that this means that the bug is not really a bug, but a "caveat". What really happened is that aurel noticed his mistake (or something like this), and made the mplayer user experience worse by adding the ass_flush_events() call on seeking. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 30 23:32:20 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 30 Nov 2012 22:32:20 -0000 Subject: [FFmpeg-trac] #1924(avformat:closed): ASS subtitles are demuxed inconsistently In-Reply-To: <035.f61fd60956bbd30d8c9604d06ebbe9be@avcodec.org> References: <035.f61fd60956bbd30d8c9604d06ebbe9be@avcodec.org> Message-ID: <050.300f132f1ec688681e100e752c7bbd9c@avcodec.org> #1924: ASS subtitles are demuxed inconsistently -------------------------------------+------------------------------------ Reporter: gjdfgh | Owner: Type: enhancement | Status: closed Priority: normal | Component: avformat Version: unspecified | Resolution: invalid Keywords: ass | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by reimar): I would consider this a feature request to allow handling seeking in different, possibly better ways. I don't really agree that not flushing is better: It results in random behaviour after seeking, entirely dependent on what parts of the video you watched before. The fully working way to support this would be to index the file and mark "key frames", i.e. positions where you can start playback exactly because none of the subtitles before that point influence the rendering of those after. This is the same way we handle audio and video. On second thought, I think I kind of agree it is a bug that we do not do it like this. The ReadOrder method on the other hand to me seems like a really messy hack that doesn't work properly half of the time and due to its random behaviour gives a rather bad experience. I admit it would be easier to add than 100% perfect seeking support though. -- Ticket URL: FFmpeg FFmpeg issue tracker