From trac at avcodec.org Sun Jan 1 04:32:34 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 01 Jan 2012 03:32:34 -0000 Subject: [FFmpeg-trac] #385(undetermined:open): Freeze during x264 transcoding In-Reply-To: <032.02e906e3ddcf2ef8108e8b93a019d574@avcodec.org> References: <032.02e906e3ddcf2ef8108e8b93a019d574@avcodec.org> Message-ID: <047.2afb777ac096432613292681c00e3d8f@avcodec.org> #385: Freeze during x264 transcoding -------------------------------------+------------------------------------- Reporter: kef | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: mov | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by cehoyos): Please see http://ffmpeg.org/bugreports.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 1 14:45:24 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 01 Jan 2012 13:45:24 -0000 Subject: [FFmpeg-trac] #862(avformat:new): Corrupted subtitles exported from matroska file. Message-ID: <041.8904f5fd4ca02ba87e0421b5d87929c6@avcodec.org> #862: Corrupted subtitles exported from matroska file. -------------------------------------+------------------------------------- Reporter: | Type: defect vlada.matena | Priority: normal Status: new | Version: git- Component: avformat | master Keywords: srt | Blocked By: matroska mkv | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- I am trying to extract subtitles from matroska file to the SubRip file. I think the following command should extract subtitles from source.mkv, but target.srt is created empty. {{{ ffmpeg -scodec srt -i source.mkv target.srt }}} I also tried using -scodec copy, but it only stores subtitle text in target.srt and the timecodes are missing. It looks like matroska decoder is not adding timecodes stored in matroska blocks back to subtitles. I implemented a function matroska_fix_srt_packet similar to matroska_fix_ass_packet and added it to libavformat/matroskadec.c . The changes are in attached patch. With the patch the command produces the desired output. I am sorry if I just didn't understand ffmpeg params and the changes are actually not needed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 1 14:50:02 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 01 Jan 2012 13:50:02 -0000 Subject: [FFmpeg-trac] #862(avformat:new): Corrupted subtitles exported from matroska file. In-Reply-To: <041.8904f5fd4ca02ba87e0421b5d87929c6@avcodec.org> References: <041.8904f5fd4ca02ba87e0421b5d87929c6@avcodec.org> Message-ID: <056.06b7a5af770d89c695c825d834a036f5@avcodec.org> #862: Corrupted subtitles exported from matroska file. -------------------------------------+------------------------------------- Reporter: | Owner: vlada.matena | Status: new Type: defect | Component: avformat Priority: normal | Resolution: Version: git-master | Blocked By: Keywords: srt | Reproduced by developer: 0 matroska mkv | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Cigaes): Please show the full console output of ffmpeg, ideally with -loglevel verbose. Also, consider making a small excerpt of your matroska file available as an attachment. With the information you provided, I was unable to guess exactly what you are trying to do, and in particular what format the original subtitles were. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 1 15:11:18 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 01 Jan 2012 14:11:18 -0000 Subject: [FFmpeg-trac] #862(avformat:new): Corrupted subtitles exported from matroska file. In-Reply-To: <041.8904f5fd4ca02ba87e0421b5d87929c6@avcodec.org> References: <041.8904f5fd4ca02ba87e0421b5d87929c6@avcodec.org> Message-ID: <056.7532b078043954f80d32cf2919ab4f6c@avcodec.org> #862: Corrupted subtitles exported from matroska file. -------------------------------------+------------------------------------- Reporter: | Owner: vlada.matena | Status: new Type: defect | Component: avformat Priority: normal | Resolution: Version: git-master | Blocked By: Keywords: srt | Reproduced by developer: 0 matroska mkv | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by vlada.matena): Added verbose output of the command I use. I also attached sample source.mkv and expected target.srt. With current git I get empty target.src. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 1 15:28:56 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 01 Jan 2012 14:28:56 -0000 Subject: [FFmpeg-trac] #862(FFmpeg:open): Corrupted subtitles exported from matroska file. In-Reply-To: <041.8904f5fd4ca02ba87e0421b5d87929c6@avcodec.org> References: <041.8904f5fd4ca02ba87e0421b5d87929c6@avcodec.org> Message-ID: <056.794989b6231f695def764d4d8d95b626@avcodec.org> #862: Corrupted subtitles exported from matroska file. ----------------------------------------+---------------------------------- Reporter: vlada.matena | Owner: Type: defect | Status: open Priority: normal | Component: FFmpeg Version: git-master | Resolution: Keywords: text subtitles | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ----------------------------------------+---------------------------------- Changes (by Cigaes): * keywords: srt matroska mkv => text subtitles * status: new => open * component: avformat => FFmpeg * reproduced: 0 => 1 Comment: Thanks. We are still very fuzzy about various subtitles formats, and format conversion (or lack of thereof). The same problem appears when reading a simple srt file: I guess the bug is in ffmpeg rather than lavf. In the meantime, I suppose you know you can use mkvextract to extract the subtitles tracks. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 1 16:12:39 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 01 Jan 2012 15:12:39 -0000 Subject: [FFmpeg-trac] #862(FFmpeg:open): Corrupted subtitles exported from matroska file. In-Reply-To: <041.8904f5fd4ca02ba87e0421b5d87929c6@avcodec.org> References: <041.8904f5fd4ca02ba87e0421b5d87929c6@avcodec.org> Message-ID: <056.0a48487ab6ca29c1481f6127cb1a87cb@avcodec.org> #862: Corrupted subtitles exported from matroska file. ----------------------------------------+---------------------------------- Reporter: vlada.matena | Owner: Type: defect | Status: open Priority: normal | Component: FFmpeg Version: git-master | Resolution: Keywords: text subtitles | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ----------------------------------------+---------------------------------- Comment (by vlada.matena): Replying to [comment:3 Cigaes]: > Thanks. We are still very fuzzy about various subtitles formats, and format conversion (or lack of thereof). > > The same problem appears when reading a simple srt file: I guess the bug is in ffmpeg rather than lavf. > > In the meantime, I suppose you know you can use mkvextract to extract the subtitles tracks. For me reading srt files works fine. I tried something like "ffmpeg -i subs.srt subs.ass" and it works. I only have problems with writting ass subtitles to mkv files, but it is separate and more complicated issue. I do know mkvextract, but ffmpeg is more handy for what I am doing. The patch I attached is sufficient walkaround for me. I still believe that there is missing function for adding srt timecodes in livavformat. There is similar function for ass subtitles and ass are exported from mkv files without problems. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 1 21:08:07 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 01 Jan 2012 20:08:07 -0000 Subject: [FFmpeg-trac] #385(undetermined:open): Freeze during x264 transcoding In-Reply-To: <032.02e906e3ddcf2ef8108e8b93a019d574@avcodec.org> References: <032.02e906e3ddcf2ef8108e8b93a019d574@avcodec.org> Message-ID: <047.e9481176b07d577cfc694c4a8afb2ed3@avcodec.org> #385: Freeze during x264 transcoding -------------------------------------+------------------------------------- Reporter: kef | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: mov | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: mov => mov regression * priority: normal => important Comment: But please note that the cause for the regression is known, so no backtrace is needed anymore. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 1 21:37:37 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 01 Jan 2012 20:37:37 -0000 Subject: [FFmpeg-trac] #856(avcodec:open): ljpeg: support/reject non-interleaved files In-Reply-To: <038.a82f00459dd77fc41b7b40696c271c11@avcodec.org> References: <038.a82f00459dd77fc41b7b40696c271c11@avcodec.org> Message-ID: <053.1f11f084afdc12e0bff56b5123b05484@avcodec.org> #856: ljpeg: support/reject non-interleaved files -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: mjpeg ljpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => mjpeg ljpeg * status: new => open * version: unspecified => git-master * component: undetermined => avcodec * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 1 21:40:04 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 01 Jan 2012 20:40:04 -0000 Subject: [FFmpeg-trac] #855(avcodec:open): ljpeg: support correctly 8/16 bit grayscale In-Reply-To: <038.b2fb1330d89815b9d62e32080c255da1@avcodec.org> References: <038.b2fb1330d89815b9d62e32080c255da1@avcodec.org> Message-ID: <053.ff5883c0756f90e5c1475c05587d9726@avcodec.org> #855: ljpeg: support correctly 8/16 bit grayscale -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: mjpeg ljpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => mjpeg ljpeg * status: new => open * version: unspecified => git-master * component: undetermined => avcodec * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 1 21:41:57 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 01 Jan 2012 20:41:57 -0000 Subject: [FFmpeg-trac] #854(avcodec:open): ljpg: reject ljpeg when component is not 8 or 16 In-Reply-To: <038.2dc6fedb50fefdbb8c78dd982a76491e@avcodec.org> References: <038.2dc6fedb50fefdbb8c78dd982a76491e@avcodec.org> Message-ID: <053.9583f912107fc191aefc1571cc745efe@avcodec.org> #854: ljpg: reject ljpeg when component is not 8 or 16 -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: mjpeg ljpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => mjpeg ljpeg * status: new => open * version: unspecified => git-master * component: undetermined => avcodec * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 1 21:47:22 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 01 Jan 2012 20:47:22 -0000 Subject: [FFmpeg-trac] #851(avcodec:open): crash with grayscale jpegls In-Reply-To: <038.2532f8838f06377531d8b51b5fe3dfcd@avcodec.org> References: <038.2532f8838f06377531d8b51b5fe3dfcd@avcodec.org> Message-ID: <053.d72ab61158230d4a4297d9e57350fb51@avcodec.org> #851: crash with grayscale jpegls ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: jpegls | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => jpegls * status: new => open * version: unspecified => git-master * component: undetermined => avcodec * reproduced: 0 => 1 Comment: {{{ ==8319== Memcheck, a memory error detector ==8319== Copyright (C) 2002-2009, and GNU GPL'd, by Julian Seward et al. ==8319== Using Valgrind-3.5.0 and LibVEX; rerun with -h for copyright info ==8319== Command: ffmpeg_g -i gray.jls -f null - ==8319== ffmpeg version N-36329-g03d7d8f, Copyright (c) 2000-2012 the FFmpeg developers built on Jan 1 2012 05:04:04 with gcc 4.5.3 configuration: --cc='/usr/local/gcc-4.5.3/bin/gcc -m32' libavutil 51. 33.100 / 51. 33.100 libavcodec 53. 49.101 / 53. 49.101 libavformat 53. 29.100 / 53. 29.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 57.100 / 2. 57.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 5.100 ==8319== Invalid read of size 1 ==8319== at 0x83AC98B: ls_decode_line (jpeglsdec.c:169) ==8319== Address 0x6ea12a0 is 0 bytes after a block of size 1,056 alloc'd ==8319== at 0x6909E9E: memalign (in /usr/lib64/valgrind/vgpreload_memcheck-x86-linux.so) ==8319== by 0x6909EFB: posix_memalign (in /usr/lib64/valgrind/vgpreload_memcheck-x86-linux.so) ==8319== by 0x86EA077: av_mallocz (mem.c:94) ==8319== ==8319== Invalid read of size 1 ==8319== at 0x83AC9BC: ls_decode_line (jpeglsdec.c:167) ==8319== Address 0x6ea12a0 is 0 bytes after a block of size 1,056 alloc'd ==8319== at 0x6909E9E: memalign (in /usr/lib64/valgrind/vgpreload_memcheck-x86-linux.so) ==8319== by 0x6909EFB: posix_memalign (in /usr/lib64/valgrind/vgpreload_memcheck-x86-linux.so) ==8319== by 0x86EA077: av_mallocz (mem.c:94) ==8319== ==8319== Invalid read of size 1 ==8319== at 0x83AC9D3: ls_decode_line (jpeglsdec.c:168) ==8319== Address 0x6ea12a0 is 0 bytes after a block of size 1,056 alloc'd ==8319== at 0x6909E9E: memalign (in /usr/lib64/valgrind/vgpreload_memcheck-x86-linux.so) ==8319== by 0x6909EFB: posix_memalign (in /usr/lib64/valgrind/vgpreload_memcheck-x86-linux.so) ==8319== by 0x86EA077: av_mallocz (mem.c:94) ==8319== ... }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 1 22:07:12 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 01 Jan 2012 21:07:12 -0000 Subject: [FFmpeg-trac] #850(avcodec:open): jpg: fix colors for sequential RGB In-Reply-To: <038.02883cfbe3aa68da5f5ced4216e9287b@avcodec.org> References: <038.02883cfbe3aa68da5f5ced4216e9287b@avcodec.org> Message-ID: <053.c237f17c29a0dfff21eb054c5ac55179@avcodec.org> #850: jpg: fix colors for sequential RGB --------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: mjpeg gbr24p | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => mjpeg gbr24p * status: new => open * version: unspecified => git-master * component: undetermined => avcodec * reproduced: 0 => 1 Comment: Above hack does not help, i is always 0 for this sample. {{{ diff --git a/libavcodec/mjpegdec.c b/libavcodec/mjpegdec.c index 166c223..a439cff 100644 --- a/libavcodec/mjpegdec.c +++ b/libavcodec/mjpegdec.c @@ -1018,6 +1018,8 @@ int ff_mjpeg_decode_sos(MJpegDecodeContext *s, if(nb_components == 3 && s->nb_components == 3 && s->avctx->pix_fmt == PIX_FMT_GBR24P) index = (i+2)%3; + if(nb_components == 1 && s->avctx->pix_fmt == PIX_FMT_GBR24P) + index = (index+2)%3; s->comp_index[i] = index; }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 1 22:52:05 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 01 Jan 2012 21:52:05 -0000 Subject: [FFmpeg-trac] #860(undetermined:open): qt jpeg2000 regression In-Reply-To: <038.052b74e8bb09bd1c61a7fc97e41e0b69@avcodec.org> References: <038.052b74e8bb09bd1c61a7fc97e41e0b69@avcodec.org> Message-ID: <053.e1e5d4e263bfc9975fe88aa0fa08c2ff@avcodec.org> #860: qt jpeg2000 regression -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: libopenjpeg | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => libopenjpeg regression * priority: normal => important * version: unspecified => git-master * status: new => open * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 2 02:51:07 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 Jan 2012 01:51:07 -0000 Subject: [FFmpeg-trac] #863(undetermined:new): tiff: fix 2bpp LZW Message-ID: <038.dd4ef0e74f5468a373eb0917f561b9ae@avcodec.org> #863: tiff: fix 2bpp LZW -------------------------------------+------------------------------------- Reporter: ami_stuff | 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 2bpp_LZW.tif ffmpeg version N-36193-gf514695, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 26 2011 17:50:37 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 33.100 / 51. 33.100 libavcodec 53. 48.100 / 53. 48.100 libavformat 53. 28.100 / 53. 28.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 54.100 / 2. 54.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 5.100 libpostproc 51. 2.100 / 51. 2.100 Input #0, image2, from '2bpp_LZW.tif': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: tiff, pal8, 1024x768, 25 tbr, 25 tbn, 25 tbc At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 2 02:56:52 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 Jan 2012 01:56:52 -0000 Subject: [FFmpeg-trac] #863(undetermined:closed): tiff: fix 2bpp LZW In-Reply-To: <038.dd4ef0e74f5468a373eb0917f561b9ae@avcodec.org> References: <038.dd4ef0e74f5468a373eb0917f561b9ae@avcodec.org> Message-ID: <053.b285d9c50164ef6f88c6382bc3a8e398@avcodec.org> #863: tiff: fix 2bpp LZW -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: tif | Resolution: Blocking: | worksforme Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => tif * status: new => closed * resolution: => worksforme Comment: Please test latest git head before reporting problems;-) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 2 02:57:25 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 Jan 2012 01:57:25 -0000 Subject: [FFmpeg-trac] #864(undetermined:new): sunras: support 1bpp with palette Message-ID: <038.701364d766d27de5b1f9737656d53fbf@avcodec.org> #864: sunras: support 1bpp with palette -------------------------------------+------------------------------------- Reporter: ami_stuff | 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 1bpp.ras out.bmp ffmpeg version N-36193-gf514695, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 26 2011 17:50:37 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 33.100 / 51. 33.100 libavcodec 53. 48.100 / 53. 48.100 libavformat 53. 28.100 / 53. 28.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 54.100 / 2. 54.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 5.100 libpostproc 51. 2.100 / 51. 2.100 [sunrast @ 02645B60] useless colormap found or file is corrupted, trying to reco ver Input #0, image2, from '1bpp.ras': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: sunrast, monow, 1024x768, 25 tbr, 25 tbn, 25 tbc Incompatible pixel format 'monow' for codec 'bmp', auto-selecting format 'monob' [buffer @ 020F1340] w:1024 h:768 pixfmt:monow tb:1/1000000 sar:0/1 sws_param: [buffersink @ 020F15C0] auto-inserting filter 'auto-inserted scale 0' between th e filter 'src' and the filter 'out' [scale @ 020F1A00] w:1024 h:768 fmt:monow -> w:1024 h:768 fmt:monob flags:0x4 Output #0, image2, to 'out.bmp': Metadata: encoder : Lavf53.28.100 Stream #0:0: Video: bmp, monob, 1024x768, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (sunrast -> bmp) Press [q] to stop, [?] for help [sunrast @ 02645B60] useless colormap found or file is corrupted, trying to reco ver frame= 1 fps= 0 q=0.0 Lsize= 0kB time=00:00:00.04 bitrate= 0.0kbits/ s video:96kB audio:0kB global headers:0kB muxing overhead -100.000000% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 2 03:02:25 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 Jan 2012 02:02:25 -0000 Subject: [FFmpeg-trac] #863(undetermined:closed): tiff: fix 2bpp LZW In-Reply-To: <038.dd4ef0e74f5468a373eb0917f561b9ae@avcodec.org> References: <038.dd4ef0e74f5468a373eb0917f561b9ae@avcodec.org> Message-ID: <053.43b4671fabe6b7ac04c96ec92d923fda@avcodec.org> #863: tiff: fix 2bpp LZW -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: tif | Resolution: Blocking: | worksforme Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ami_stuff): Ah, ok. :) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 2 03:44:33 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 Jan 2012 02:44:33 -0000 Subject: [FFmpeg-trac] #813(avcodec:closed): OpenJPEG based JPEG 2000 encoder missing pix_fmts termination token In-Reply-To: <042.8ddf5446fa076ee39260cf9b43e124ed@avcodec.org> References: <042.8ddf5446fa076ee39260cf9b43e124ed@avcodec.org> Message-ID: <057.e94a449165b34f92a3ad7348ab50b8bb@avcodec.org> #813: OpenJPEG based JPEG 2000 encoder missing pix_fmts termination token ---------------------------------------+----------------------------------- Reporter: gregmulvihill | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 2 03:50:39 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 Jan 2012 02:50:39 -0000 Subject: [FFmpeg-trac] #864(avcodec:open): sunras: support 1bpp with palette In-Reply-To: <038.701364d766d27de5b1f9737656d53fbf@avcodec.org> References: <038.701364d766d27de5b1f9737656d53fbf@avcodec.org> Message-ID: <053.4f5c638baca02f06a0d6496d5a901da5@avcodec.org> #864: sunras: support 1bpp with palette ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: sunrast | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => sunrast * status: new => open * version: unspecified => git-master * component: undetermined => avcodec * reproduced: 0 => 1 Comment: Suboptimal patch attached. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 2 04:33:45 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 Jan 2012 03:33:45 -0000 Subject: [FFmpeg-trac] #865(undetermined:new): sunras: support 8bpp grayscale Message-ID: <038.ab1af224384f5986fb93f80cfac2dafd@avcodec.org> #865: sunras: support 8bpp grayscale -------------------------------------+------------------------------------- Reporter: ami_stuff | 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 gray.ras out.bmp ffmpeg version N-36193-gf514695, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 26 2011 17:50:37 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 33.100 / 51. 33.100 libavcodec 53. 48.100 / 53. 48.100 libavformat 53. 28.100 / 53. 28.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 54.100 / 2. 54.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 5.100 libpostproc 51. 2.100 / 51. 2.100 [sunrast @ 02645B60] colormap expected Input #0, image2, from 'gray.ras': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: sunrast, pal8, 1024x768, 25 tbr, 25 tbn, 25 tbc [buffer @ 020F1340] w:1024 h:768 pixfmt:pal8 tb:1/1000000 sar:0/1 sws_param: Output #0, image2, to 'out.bmp': Metadata: encoder : Lavf53.28.100 Stream #0:0: Video: bmp, pal8, 1024x768, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (sunrast -> bmp) Press [q] to stop, [?] for help [sunrast @ 02645B60] colormap expected Error while decoding stream #0:0 frame= 0 fps= 0 q=0.0 Lsize= 0kB time=00:00:00.00 bitrate= 0.0kbits/ s video:0kB audio:0kB global headers:0kB muxing overhead -1.#IND00% Output file is empty, nothing was encoded (check -ss / -t / -frames parameters i f used) }}} hack attached (I don't know how to identify if 8bpp file is in grayscale mode) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 2 12:11:45 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 Jan 2012 11:11:45 -0000 Subject: [FFmpeg-trac] #865(avcodec:open): sunras: support 8bpp grayscale In-Reply-To: <038.ab1af224384f5986fb93f80cfac2dafd@avcodec.org> References: <038.ab1af224384f5986fb93f80cfac2dafd@avcodec.org> Message-ID: <053.3ebda8b90f4942594680010b7f40b960@avcodec.org> #865: sunras: support 8bpp grayscale ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: sunrast | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => sunrast * status: new => open * version: unspecified => git-master * component: undetermined => avcodec * reproduced: 0 => 1 Comment: (Does 1 < bpp < 8 exist?) Replying to [ticket:865 ami_stuff]: > hack attached (I don't know how to identify if 8bpp file is in grayscale mode) You could test for maplength in "case 8", remove the "useless colormap" block and change the condition for loading the palette to "avctx->pix_fmt == PIX_FMT_PAL8" (or better maplength until we fix 864). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 2 12:13:35 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 Jan 2012 11:13:35 -0000 Subject: [FFmpeg-trac] #865(avcodec:open): sunras: support 8bpp grayscale In-Reply-To: <038.ab1af224384f5986fb93f80cfac2dafd@avcodec.org> References: <038.ab1af224384f5986fb93f80cfac2dafd@avcodec.org> Message-ID: <053.811e4d79baf4ee11959259ea8d8326ee@avcodec.org> #865: sunras: support 8bpp grayscale ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: sunrast | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Replying to [comment:1 cehoyos]: > You could test for maplength in "case 8", remove the "useless colormap" block and change the condition for loading the palette to "avctx->pix_fmt == PIX_FMT_PAL8" (or better maplength until we fix 864). Actually: You could test for maplength in "case 8" and use it as condition for loading the palette. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 2 12:42:27 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 Jan 2012 11:42:27 -0000 Subject: [FFmpeg-trac] #102(swscale:closed): add support for "Brooktree YUV 411 Raw (Y41P)" codec In-Reply-To: <038.b88a96bc1feab194a508b08493286c90@avcodec.org> References: <038.b88a96bc1feab194a508b08493286c90@avcodec.org> Message-ID: <053.83e03d1553dc9923de6c02b483f42a3a@avcodec.org> #102: add support for "Brooktree YUV 411 Raw (Y41P)" codec -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: closed Priority: wish | Component: swscale Version: git-master | Resolution: fixed Keywords: y41p | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => y41p * status: open => closed * resolution: => fixed Comment: Implemented by Paul B Mahol. (Do samples exist where width % 8 != 0?) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 2 12:43:04 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 Jan 2012 11:43:04 -0000 Subject: [FFmpeg-trac] #102(avcodec:closed): add support for "Brooktree YUV 411 Raw (Y41P)" codec In-Reply-To: <038.b88a96bc1feab194a508b08493286c90@avcodec.org> References: <038.b88a96bc1feab194a508b08493286c90@avcodec.org> Message-ID: <053.c94595e18401662a03e0c2799d55fab9@avcodec.org> #102: add support for "Brooktree YUV 411 Raw (Y41P)" codec -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: closed Priority: wish | Component: avcodec Version: git-master | Resolution: fixed Keywords: y41p | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * component: swscale => avcodec -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 2 15:31:22 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 Jan 2012 14:31:22 -0000 Subject: [FFmpeg-trac] #102(avcodec:closed): add support for "Brooktree YUV 411 Raw (Y41P)" codec In-Reply-To: <038.b88a96bc1feab194a508b08493286c90@avcodec.org> References: <038.b88a96bc1feab194a508b08493286c90@avcodec.org> Message-ID: <053.76bffd573b3ab48a318098f30b86a952@avcodec.org> #102: add support for "Brooktree YUV 411 Raw (Y41P)" codec -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: closed Priority: wish | Component: avcodec Version: git-master | Resolution: fixed Keywords: y41p | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by ami_stuff): FOURCC code: 'y41p' Driver name: btvvc32.drv Format restrictions: Didth must be multiple of 8 Valid depths: 16, 24 FOURCC code: 'bt20' Driver name: btvvc32.drv Format restrictions: Didth must be multiple of 8 Valid depths: 16, 24 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 2 17:53:59 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 Jan 2012 16:53:59 -0000 Subject: [FFmpeg-trac] #854(avcodec:closed): ljpg: reject ljpeg when component is not 8 or 16 In-Reply-To: <038.2dc6fedb50fefdbb8c78dd982a76491e@avcodec.org> References: <038.2dc6fedb50fefdbb8c78dd982a76491e@avcodec.org> Message-ID: <053.61c3e08a38514e4ae4350bc94e781b77@avcodec.org> #854: ljpg: reject ljpeg when component is not 8 or 16 -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: mjpeg ljpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: will soon be fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 2 17:58:26 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 Jan 2012 16:58:26 -0000 Subject: [FFmpeg-trac] #855(avcodec:closed): ljpeg: support correctly 8/16 bit grayscale In-Reply-To: <038.b2fb1330d89815b9d62e32080c255da1@avcodec.org> References: <038.b2fb1330d89815b9d62e32080c255da1@avcodec.org> Message-ID: <053.2df56e475d1c0c2e290ba4025f7af037@avcodec.org> #855: ljpeg: support correctly 8/16 bit grayscale -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: mjpeg ljpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: my patchset (see fmpeg-dev) fixes this too ill commit it soon -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 2 19:09:08 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 Jan 2012 18:09:08 -0000 Subject: [FFmpeg-trac] #856(avcodec:closed): ljpeg: support/reject non-interleaved files In-Reply-To: <038.a82f00459dd77fc41b7b40696c271c11@avcodec.org> References: <038.a82f00459dd77fc41b7b40696c271c11@avcodec.org> Message-ID: <053.f036aaadbe5c39fe05a3f4b3e638f0c3@avcodec.org> #856: ljpeg: support/reject non-interleaved files -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: mjpeg ljpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: locally fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 2 19:55:53 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 Jan 2012 18:55:53 -0000 Subject: [FFmpeg-trac] #855(avcodec:closed): ljpeg: support correctly 8/16 bit grayscale In-Reply-To: <038.b2fb1330d89815b9d62e32080c255da1@avcodec.org> References: <038.b2fb1330d89815b9d62e32080c255da1@avcodec.org> Message-ID: <053.deae37b7452b9a61f8c534580d3b5aa0@avcodec.org> #855: ljpeg: support correctly 8/16 bit grayscale -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: mjpeg ljpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by ami_stuff): Thanks for your work, everything works great except one problem: there is a one pixel vertical line at the right side of the output when 12/16bpp file have odd width ffmpeg -i 12_line.jpg out.tif -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 2 21:23:29 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 Jan 2012 20:23:29 -0000 Subject: [FFmpeg-trac] #866(undetermined:new): QT IV44 decodesiwith graphic corruption Message-ID: <038.fc209329a43132b6a1481a328e7b3586@avcodec.org> #866: QT IV44 decodesiwith graphic corruption -------------------------------------+------------------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- {{{ ffmpeg.exe -i QT-IV44.mov -vcodec msmpeg4v2 -an out.avi ffmpeg version 0.9.0.git-0af34c4, Copyright (c) 2000-2012 the FFmpeg developers built on Jan 2 2012 19:27:43 with gcc 4.5.2 configuration: --disable-ffplay --disable-ffserver --disable-asm --disable-yas m --disable-shared --enable-static libavutil 51. 33.100 / 51. 33.100 libavcodec 53. 50.100 / 53. 50.100 libavformat 53. 29.100 / 53. 29.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 57.101 / 2. 57.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 5.100 Seems stream 1 codec frame rate differs from container frame rate: 1000000.00 (1 000000/1) -> 24.00 (1000000/41667) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'QT-IV44.mov': Metadata: creation_time : 2002-10-02 22:35:06 Duration: 00:00:05.95, start: 0.000000, bitrate: 524 kb/s Stream #0:0(eng): Audio: adpcm_ima_qt (ima4 / 0x34616D69), 11025 Hz, 2 chann els, s16, 88 kb/s Metadata: creation_time : 2002-10-02 22:35:06 handler_name : ?Apple Alias Data Handler Stream #0:1(eng): Video: indeo4 (IV41 / 0x31345649), yuv410p, 192x128, 427 k b/s, 24 fps, 24 tbr, 1000k tbn, 1000k tbc Metadata: creation_time : 2002-10-02 22:35:06 handler_name : ?Apple Alias Data Handler Incompatible pixel format 'yuv410p' for codec 'msmpeg4v2', auto-selecting format 'yuv420p' [buffer @ 016c28f0] w:192 h:128 pixfmt:yuv410p tb:1/1000000 sar:0/1 sws_param: [buffersink @ 016c2ab0] auto-inserting filter 'auto-inserted scale 0' between th e filter 'src' and the filter 'out' [scale @ 016c2cc0] w:192 h:128 fmt:yuv410p -> w:192 h:128 fmt:yuv420p flags:0x4 Output #0, avi, to 'out.avi': Metadata: creation_time : 2002-10-02 22:35:06 ISFT : Lavf53.29.100 Stream #0:0(eng): Video: msmpeg4v2 (MP42 / 0x3234504D), yuv420p, 192x128, q= 2-31, 200 kb/s, 24 tbn, 24 tbc Metadata: creation_time : 2002-10-02 22:35:06 handler_name : ?Apple Alias Data Handler Stream mapping: Stream #0:1 -> #0:0 (indeo4 -> msmpeg4v2) Press [q] to stop, [?] for help [msmpeg4v2 @ 016b7500] warning, clipping 1 dct coefficients to -127..127 frame= 123 fps= 0 q=11.4 size= 210kB time=00:00:05.12 bitrate= 336.1kbits/ frame= 143 fps= 0 q=9.1 Lsize= 245kB time=00:00:05.95 bitrate= 336.4kbits/ s video:236kB audio:0kB global headers:0kB muxing overhead 3.809374% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 2 22:50:23 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 Jan 2012 21:50:23 -0000 Subject: [FFmpeg-trac] #867(undetermined:new): -tag:[v|a] doesn't force a fourcc Message-ID: <036.8435c546ca2ad92e5b010f9c28e8bcd4@avcodec.org> #867: -tag:[v|a] doesn't force a fourcc -------------------------------------+------------------------------------- Reporter: dericed | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: atag | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- In order to maintain interoperability with a broadcast system I need to transcode audio to pcm_s24be with an 'in24' codecid. Using ffmpeg the codecid for '-acodec pcm_s24be' produces a codecid of 'lpcm' even if I specify '-atag in24' Here's my output using ffmpeg to try to output an 'in24' audio stream in Quicktime: {{{ ffmpeg -i MI-351_8b.mov -vn -acodec pcm_s24be -atag in24 in24.mov ffmpeg version N-32741-g440e984, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 27 2011 09:48:51 with gcc 4.2.1 (Apple Inc. build 5666) (dot 3) configuration: --prefix=/usr/local/Cellar/ffmpeg/HEAD --enable-shared --enable-gpl --enable-version3 --enable-libfreetype --enable-nonfree --enable-hardcoded-tables --cc=/usr/bin/gcc-4.2 --enable-libx264 --enable- libfaac --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libxvid libavutil 51. 33.100 / 51. 33.100 libavcodec 53. 48.100 / 53. 48.100 libavformat 53. 28.100 / 53. 28.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 55.100 / 2. 55.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 5.100 libpostproc 51. 2.100 / 51. 2.100 Seems stream 0 codec frame rate differs from container frame rate: 30000.00 (30000/1) -> 29.97 (30000/1001) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'MI-351_8b.mov': Metadata: major_brand : qt minor_version : 512 compatible_brands: qt creation_time : 1970-01-01 00:00:00 encoder : Lavf53.14.0 Duration: 00:00:13.03, start: 0.000000, bitrate: 169865 kb/s Stream #0:0(eng): Video: rawvideo (2vuy / 0x79757632), uyvy422, 720x486, 167793 kb/s, SAR 9:10 DAR 4:3, 29.97 fps, 29.97 tbr, 30k tbn, 30k tbc Metadata: creation_time : 1970-01-01 00:00:00 handler_name : DataHandler Stream #0:1(eng): Audio: pcm_s24le (in24 / 0x34326E69), 48000 Hz, 2 channels, s32, 2304 kb/s Metadata: creation_time : 1970-01-01 00:00:00 handler_name : DataHandler Output #0, mov, to 'in24.mov': Metadata: major_brand : qt minor_version : 512 compatible_brands: qt creation_time : 1970-01-01 00:00:00 encoder : Lavf53.28.100 Stream #0:0(eng): Audio: pcm_s24be (in24 / 0x34326E69), 48000 Hz, 2 channels, s32, 2304 kb/s Metadata: creation_time : 1970-01-01 00:00:00 handler_name : DataHandler Stream mapping: Stream #0:1 -> #0:0 (pcm_s24le -> pcm_s24be) Press [q] to stop, [?] for help size= 3666kB time=00:00:13.03 bitrate=2304.4kbits/s video:0kB audio:3665kB global headers:0kB muxing overhead 0.018598% }}} Checking the file shows the fourcc is 'lpcm': {{{ ffmpeg -i in24.mov ffmpeg version N-32741-g440e984, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 27 2011 09:48:51 with gcc 4.2.1 (Apple Inc. build 5666) (dot 3) configuration: --prefix=/usr/local/Cellar/ffmpeg/HEAD --enable-shared --enable-gpl --enable-version3 --enable-libfreetype --enable-nonfree --enable-hardcoded-tables --cc=/usr/bin/gcc-4.2 --enable-libx264 --enable- libfaac --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libxvid libavutil 51. 33.100 / 51. 33.100 libavcodec 53. 48.100 / 53. 48.100 libavformat 53. 28.100 / 53. 28.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 55.100 / 2. 55.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 5.100 libpostproc 51. 2.100 / 51. 2.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'in24.mov': Metadata: major_brand : qt minor_version : 512 compatible_brands: qt creation_time : 1970-01-01 00:00:00 encoder : Lavf53.28.100 Duration: 00:00:13.03, start: 0.000000, bitrate: 2304 kb/s Stream #0:0(eng): Audio: pcm_s24be (lpcm / 0x6D63706C), 48000 Hz, 2 channels, s32, 2304 kb/s Metadata: creation_time : 1970-01-01 00:00:00 handler_name : DataHandler At least one output file must be specified }}} The same command through ffmbc works and produces an output with 'in24' codec id. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 2 23:00:44 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 Jan 2012 22:00:44 -0000 Subject: [FFmpeg-trac] #865(avcodec:open): sunras: support 8bpp grayscale In-Reply-To: <038.ab1af224384f5986fb93f80cfac2dafd@avcodec.org> References: <038.ab1af224384f5986fb93f80cfac2dafd@avcodec.org> Message-ID: <053.0b43d8b6656f0c747c725d627b89bd13@avcodec.org> #865: sunras: support 8bpp grayscale ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: sunrast | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by ami_stuff): Right, new patch attached. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 2 23:40:50 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 Jan 2012 22:40:50 -0000 Subject: [FFmpeg-trac] #866(avcodec:open): QT IV44 decodes with graphic corruption (was: QT IV44 decodesiwith graphic corruption) In-Reply-To: <038.fc209329a43132b6a1481a328e7b3586@avcodec.org> References: <038.fc209329a43132b6a1481a328e7b3586@avcodec.org> Message-ID: <053.7866dfd3303258cf931e7a2fb37a04af@avcodec.org> #866: QT IV44 decodes with graphic corruption ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: indeo4 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avcodec * version: unspecified => git-master * keywords: => indeo4 Comment: Possibly unrelated to ticket #845. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 2 23:51:06 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 Jan 2012 22:51:06 -0000 Subject: [FFmpeg-trac] #867(avformat:open): -tag:[v|a] doesn't force a fourcc In-Reply-To: <036.8435c546ca2ad92e5b010f9c28e8bcd4@avcodec.org> References: <036.8435c546ca2ad92e5b010f9c28e8bcd4@avcodec.org> Message-ID: <051.bc9df59f7ea88d9b8892bc83c8faab50@avcodec.org> #867: -tag:[v|a] doesn't force a fourcc ------------------------------------+------------------------------------ Reporter: dericed | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: atag mov | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: atag => atag mov * status: new => open * component: undetermined => avformat * reproduced: 0 => 1 Comment: (Where do you try to force a video tag?) Does the following work-around allow to produce correct files for you, no -tag needed? {{{ diff --git a/libavformat/movenc.c b/libavformat/movenc.c index e5f0c4c..9635c92 100644 --- a/libavformat/movenc.c +++ b/libavformat/movenc.c @@ -464,7 +464,7 @@ static int mov_write_audio_tag(AVIOContext *pb, MOVTrack *track) uint32_t tag = track->tag; if (track->mode == MODE_MOV) { - if (mov_get_lpcm_flags(track->enc->codec_id)) + if (!tag && mov_get_lpcm_flags(track->enc->codec_id)) tag = AV_RL32("lpcm"); version = 2; } }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 3 00:08:28 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 Jan 2012 23:08:28 -0000 Subject: [FFmpeg-trac] #868(avformat:new): chained ogg video streams not supported Message-ID: <038.1ae3715834615bf6d579e6347423a159@avcodec.org> #868: chained ogg video streams not supported -----------------------------------+-------------------------------------- Reporter: richardpl | Type: defect Status: new | Priority: normal Component: avformat | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+-------------------------------------- Following sample fails to play/transcode correctly http://v2v.cc/~j/theora_testsuite/chained_streams.ogg -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 3 00:21:42 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 Jan 2012 23:21:42 -0000 Subject: [FFmpeg-trac] #868(avformat:new): chained ogg video streams not supported In-Reply-To: <038.1ae3715834615bf6d579e6347423a159@avcodec.org> References: <038.1ae3715834615bf6d579e6347423a159@avcodec.org> Message-ID: <053.c202b0f7744185dc8287e37dfa0111ac@avcodec.org> #868: chained ogg video streams not supported ------------------------------------+------------------------------------ Reporter: richardpl | 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 | ------------------------------------+------------------------------------ Comment (by cehoyos): Failing command line and complete, uncut console output missing. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 3 02:33:30 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 03 Jan 2012 01:33:30 -0000 Subject: [FFmpeg-trac] #869(swscale:new): bgr0 -> bgra does not make the output opaque Message-ID: <036.dac118e41427587ba53d6f10e2cb8d8e@avcodec.org> #869: bgr0 -> bgra does not make the output opaque --------------------------------------+--------------------------------- Reporter: cehoyos | Owner: michael Type: defect | Status: new Priority: normal | Component: swscale Version: git-master | Keywords: alpha Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+--------------------------------- If I decode attached sample with current FFmpeg, pix_fmt is currently identified as bgr0, but on conversion to bgra, the output is transparent (instead of opaque). {{{ ffmpeg -i out.avi -pix_fmt bgra out.png ffmpeg version N-36363-g0af34c4, Copyright (c) 2000-2012 the FFmpeg developers built on Jan 3 2012 01:15:46 with gcc 4.5.3 configuration: --cc='/usr/local/gcc-4.5.3/bin/gcc -m32' libavutil 51. 33.100 / 51. 33.100 libavcodec 53. 50.100 / 53. 50.100 libavformat 53. 29.100 / 53. 29.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 57.101 / 2. 57.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 5.100 Input #0, avi, from 'out.avi': Metadata: encoder : Lavf52.108.0 Duration: 00:00:00.04, start: 0.000000, bitrate: 21647 kb/s Stream #0:0: Video: ffv1 (FFV1 / 0x31564646), bgr0, 256x256, 25 tbr, 25 tbn, 25 tbc [buffer @ 0x8dcdd20] w:256 h:256 pixfmt:bgr0 tb:1/1000000 sar:0/1 sws_param: [buffersink @ 0x8dced80] auto-inserting filter 'auto-inserted scale 0' between the filter 'src' and the filter 'out' [scale @ 0x8dcf2e0] w:256 h:256 fmt:bgr0 -> w:256 h:256 fmt:bgra flags:0x4 Output #0, image2, to 'out.png': Metadata: encoder : Lavf53.29.100 Stream #0:0: Video: png, bgra, 256x256, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (ffv1 -> png) Press [q] to stop, [?] for help frame= 1 fps= 0 q=0.0 Lsize= 0kB time=00:00:00.04 bitrate= 0.0kbits/s video:191kB audio:0kB global headers:0kB muxing overhead -100.000000% }}} out.png is transparent -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 3 06:24:15 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 03 Jan 2012 05:24:15 -0000 Subject: [FFmpeg-trac] #860(undetermined:closed): qt jpeg2000 regression In-Reply-To: <038.052b74e8bb09bd1c61a7fc97e41e0b69@avcodec.org> References: <038.052b74e8bb09bd1c61a7fc97e41e0b69@avcodec.org> Message-ID: <053.24c2cd66d4f7200b4f656fb9a5bc44c6@avcodec.org> #860: qt jpeg2000 regression -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: libopenjpeg | Resolution: fixed regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed by Michael Bradshaw -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 3 06:54:01 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 03 Jan 2012 05:54:01 -0000 Subject: [FFmpeg-trac] #834(avcodec:closed): jpeg doesn't decode correctly In-Reply-To: <038.0457b35782acd58211ef6323327bda75@avcodec.org> References: <038.0457b35782acd58211ef6323327bda75@avcodec.org> Message-ID: <053.ec9feaad551f6acfe1a26af804c93973@avcodec.org> #834: jpeg doesn't decode correctly -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: mjpeg | Blocked By: 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 Tue Jan 3 12:43:08 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 03 Jan 2012 11:43:08 -0000 Subject: [FFmpeg-trac] #870(FFmpeg:new): Transcoding a file. Is this output actually an error? Message-ID: <037.913f28ba80ad0c221e9198aea766653d@avcodec.org> #870: Transcoding a file. Is this output actually an error? ----------------------------------+-------------------------------------- Reporter: himanshu | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- Hi Team, I am trying to transcode a file. And getting the following output, while integrating with the application I am getting this as an error output. The confusion here is: 1. Is there a problem with the audio file (attached the original one)? 2. FFMpeg is returning a non-zero value by mistake. I am attaching the original audio file for your reference. C:\Users\himanshu.bhardwaj>ffmpeg -y -i _contents.wav -acodec pcm_mulaw output.wav ffmpeg version N-31548-g78accb8, Copyright (c) 2000-2011 the FFmpeg developers built on Jul 17 2011 22:41:27 with gcc 4.6.1 configuration: --enable-gpl --enable-version3 --enable-memalign-hack --enable-runtime- cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libopencore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable-libgsm --enable-libmp3lame--enable-libopenjpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 11. 0 / 51. 11. 0 libavcodec 53. 8. 0 / 53. 8. 0 libavformat 53. 6. 0 / 53. 6. 0 libavdevice 53. 2. 0 / 53. 2. 0 libavfilter 2. 27. 0 / 2. 27. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 [wav @ 000000000028EEE0] max_analyze_duration 5000000 reached at 5120000 Input #0, wav, from '_contents.wav': Duration: 00:00:15.44, bitrate: 64 kb/s Stream #0.0: Audio: pcm_mulaw, 8000 Hz, 1 channels, s16, 64 kb/s Output #0, wav, to 'output.wav': Metadata: encoder : Lavf53.6.0 Stream #0.0: Audio: pcm_mulaw, 8000 Hz, 1 channels, s16, 64 kb/s Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop, [?] for help size= 121kB time=00:00:15.44 bitrate= 64.0kbits/s video:0kB audio:121kB global headers:0kB muxing overhead 0.045335% -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 3 13:21:59 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 03 Jan 2012 12:21:59 -0000 Subject: [FFmpeg-trac] #870(FFmpeg:new): Transcoding a file. Is this output actually an error? In-Reply-To: <037.913f28ba80ad0c221e9198aea766653d@avcodec.org> References: <037.913f28ba80ad0c221e9198aea766653d@avcodec.org> Message-ID: <052.45f40df83214fd69aec353406f4201b5@avcodec.org> #870: Transcoding a file. Is this output actually an error? ------------------------------------+---------------------------------- Reporter: himanshu | 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): Works as expected on Linux, which return value do you see (and how do you test the value on Windows)? {{{ $ ffmpeg -y -i _contents.wav -acodec pcm_mulaw output.wav ffmpeg version N-36389-g2ba3416, Copyright (c) 2000-2012 the FFmpeg developers built on Jan 3 2012 13:15:08 with gcc 4.5.3 configuration: --cc='/usr/local/gcc-4.5.3/bin/gcc -m32' libavutil 51. 33.100 / 51. 33.100 libavcodec 53. 50.100 / 53. 50.100 libavformat 53. 29.100 / 53. 29.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 57.101 / 2. 57.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 5.100 Input #0, wav, from '_contents.wav': Duration: 00:00:03.98, bitrate: 64 kb/s Stream #0:0: Audio: pcm_mulaw ([7][0][0][0] / 0x0007), 8000 Hz, 1 channels, s16, 64 kb/s Output #0, wav, to 'output.wav': Metadata: encoder : Lavf53.29.100 Stream #0:0: Audio: pcm_mulaw ([7][0][0][0] / 0x0007), 8000 Hz, 1 channels, s16, 64 kb/s Stream mapping: Stream #0:0 -> #0:0 (pcm_mulaw -> pcm_mulaw) Press [q] to stop, [?] for help size= 31kB time=00:00:03.98 bitrate= 64.1kbits/s video:0kB audio:31kB global headers:0kB muxing overhead 0.182161% $ echo "$?" 0 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 3 13:36:18 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 03 Jan 2012 12:36:18 -0000 Subject: [FFmpeg-trac] #670(undetermined:closed): Does ffmpeg support key frame alignment when creating files for multi-bitrate streaming???? In-Reply-To: <034.a5bff14ced66154ec98d6b7908df3e24@avcodec.org> References: <034.a5bff14ced66154ec98d6b7908df3e24@avcodec.org> Message-ID: <049.71e5110943358358ad3bd2979abc97a4@avcodec.org> #670: Does ffmpeg support key frame alignment when creating files for multi- bitrate streaming???? -------------------------------------+------------------------------------- Reporter: asbro | Owner: Type: enhancement | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by nickg): How to generate multiple versions of the same video file at different bitrates that are properly key-frame aligned? Is it posible with ffmpeg? Here is an article with example http://www.wowza.com/forums/content.php?192-Encoding-Suggestions-for- Video-on-Demand The article says that "Multi-birate encoding has not worked using ffmpeg" is it right? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 3 13:36:58 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 03 Jan 2012 12:36:58 -0000 Subject: [FFmpeg-trac] #670(undetermined:reopened): Does ffmpeg support key frame alignment when creating files for multi-bitrate streaming???? In-Reply-To: <034.a5bff14ced66154ec98d6b7908df3e24@avcodec.org> References: <034.a5bff14ced66154ec98d6b7908df3e24@avcodec.org> Message-ID: <049.a8a7db8fe1f82468725fee8788357c9c@avcodec.org> #670: Does ffmpeg support key frame alignment when creating files for multi- bitrate streaming???? -------------------------------------+------------------------------------- Reporter: asbro | Owner: Type: enhancement | Status: reopened Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by nickg): * status: closed => reopened * resolution: invalid => -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 3 13:41:58 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 03 Jan 2012 12:41:58 -0000 Subject: [FFmpeg-trac] #670(undetermined:reopened): Does ffmpeg support key frame alignment when creating files for multi-bitrate streaming???? In-Reply-To: <034.a5bff14ced66154ec98d6b7908df3e24@avcodec.org> References: <034.a5bff14ced66154ec98d6b7908df3e24@avcodec.org> Message-ID: <049.6fa08dc19bd14c72b576e4ab9c50faff@avcodec.org> #670: Does ffmpeg support key frame alignment when creating files for multi- bitrate streaming???? -------------------------------------+------------------------------------- Reporter: asbro | Owner: Type: enhancement | Status: reopened Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): If it does not work for you, please provide your failing command line (preferably not using external libraries like x264 and faac if the problem is also reproducible without using them) and complete, uncut console output. If you just need user support (and do not want to report a problem), please consider sending a mail to ffmpeg-users, this tracker is for enhancement requests and bug reports. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 3 13:52:13 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 03 Jan 2012 12:52:13 -0000 Subject: [FFmpeg-trac] #865(avcodec:closed): sunras: support 8bpp grayscale In-Reply-To: <038.ab1af224384f5986fb93f80cfac2dafd@avcodec.org> References: <038.ab1af224384f5986fb93f80cfac2dafd@avcodec.org> Message-ID: <053.e5f1c7e8e18e27d0ce1d387274beb613@avcodec.org> #865: sunras: support 8bpp grayscale ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: sunrast | 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 Tue Jan 3 13:53:17 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 03 Jan 2012 12:53:17 -0000 Subject: [FFmpeg-trac] #852(avcodec:closed): MTS files from Canon HG20 no longer replayed In-Reply-To: <036.34622a1c28b2a480a8ff9a5482bb7883@avcodec.org> References: <036.34622a1c28b2a480a8ff9a5482bb7883@avcodec.org> Message-ID: <051.99cf8b8ce862b8edaa92a69aaf5f206e@avcodec.org> #852: MTS files from Canon HG20 no longer replayed -------------------------------------+------------------------------------- Reporter: stef716 | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: h264 random | Blocked By: access | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Fixed in upcoming 0.9.1, you can test with git checkout release/0.9 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 3 14:16:09 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 03 Jan 2012 13:16:09 -0000 Subject: [FFmpeg-trac] #871(undetermined:new): wavpack 24bit hybrid regression Message-ID: <038.c9ba1ff93d2a1991df73b72148ec2a3c@avcodec.org> #871: wavpack 24bit hybrid regression -------------------------------------+------------------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- {{{ wavpack: Clip samples after shifting It doesn't make much sense to clip pre-shift, nor is it correct for proper decoding. Signed-off-by: Derek Buitenhuis Signed-off-by: Anton Khirnov > http://git.videolan.org/gitweb.cgi/ffmpeg.git/?a=commit;h=365e1ec26d7e89a951ebd7851214f59f4aefdec0 --- libavcodec/wavpack.c | 4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/libavcodec/wavpack.c b/libavcodec/wavpack.c index 11e9904..5358967 100644 --- a/libavcodec/wavpack.c +++ b/libavcodec/wavpack.c @@ -405,12 +405,12 @@ static inline int wv_get_value_integer(WavpackFrameContext *s, uint32_t *crc, in } bit = (S & s->and) | s->or; - bit = (((S + bit) << s->shift) - bit); + bit = (((S + bit) << s->shift) - bit) << s->post_shift; if(s->hybrid) bit = av_clip(bit, -s->hybrid_maxclip, s->hybrid_maxclip - 1); - return bit << s->post_shift; + return bit; } static float wv_get_value_float(WavpackFrameContext *s, uint32_t *crc, int S) }}} {{{ C:\>ffmpeg -i 512kbps.wv ffmpeg version N-36193-gf514695, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 26 2011 17:50:37 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 33.100 / 51. 33.100 libavcodec 53. 48.100 / 53. 48.100 libavformat 53. 28.100 / 53. 28.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 54.100 / 2. 54.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 5.100 libpostproc 51. 2.100 / 51. 2.100 Input #0, wv, from '512kbps.wv': Duration: 00:00:30.98, start: 0.000000, bitrate: 539 kb/s Stream #0:0: Audio: wavpack, 48000 Hz, stereo, s32 At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 3 14:29:33 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 03 Jan 2012 13:29:33 -0000 Subject: [FFmpeg-trac] #670(undetermined:reopened): Does ffmpeg support key frame alignment when creating files for multi-bitrate streaming???? In-Reply-To: <034.a5bff14ced66154ec98d6b7908df3e24@avcodec.org> References: <034.a5bff14ced66154ec98d6b7908df3e24@avcodec.org> Message-ID: <049.0505557e3d6c40195ec16e5de3e5867f@avcodec.org> #670: Does ffmpeg support key frame alignment when creating files for multi- bitrate streaming???? -------------------------------------+------------------------------------- Reporter: asbro | Owner: Type: enhancement | Status: reopened Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by nickg): I just need to know, is it posible with ffmpeg. I have no bug report. Thanks. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 3 14:47:20 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 03 Jan 2012 13:47:20 -0000 Subject: [FFmpeg-trac] #670(undetermined:closed): Does ffmpeg support key frame alignment when creating files for multi-bitrate streaming???? In-Reply-To: <034.a5bff14ced66154ec98d6b7908df3e24@avcodec.org> References: <034.a5bff14ced66154ec98d6b7908df3e24@avcodec.org> Message-ID: <049.5ec7f3aa84a37832ec220f0e6616489d@avcodec.org> #670: Does ffmpeg support key frame alignment when creating files for multi- bitrate streaming???? -------------------------------------+------------------------------------- Reporter: asbro | Owner: Type: enhancement | 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 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 3 14:58:43 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 03 Jan 2012 13:58:43 -0000 Subject: [FFmpeg-trac] #871(avcodec:open): wavpack 24bit hybrid regression In-Reply-To: <038.c9ba1ff93d2a1991df73b72148ec2a3c@avcodec.org> References: <038.c9ba1ff93d2a1991df73b72148ec2a3c@avcodec.org> Message-ID: <053.addd0694978de555a3a0f33a3f6a8c1e@avcodec.org> #871: wavpack 24bit hybrid regression -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: wavpack | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avcodec * priority: normal => important * version: unspecified => git-master * keywords: => wavpack regression -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 3 15:23:40 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 03 Jan 2012 14:23:40 -0000 Subject: [FFmpeg-trac] #389(avformat:new): Problem seeking in MPEG TS/H.264 files In-Reply-To: <034.f156a2e51b08388e091ba596e3f1fa79@avcodec.org> References: <034.f156a2e51b08388e091ba596e3f1fa79@avcodec.org> Message-ID: <049.f19512087d0e2d59784dfd291d4dd163@avcodec.org> #389: Problem seeking in MPEG TS/H.264 files --------------------------------+------------------------------------ Reporter: takis | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+------------------------------------ Comment (by cehoyos): Could you test if this issue is still reproducible with current git head? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 3 16:42:01 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 03 Jan 2012 15:42:01 -0000 Subject: [FFmpeg-trac] #102(avcodec:closed): add support for "Brooktree YUV 411 Raw (Y41P)" codec In-Reply-To: <038.b88a96bc1feab194a508b08493286c90@avcodec.org> References: <038.b88a96bc1feab194a508b08493286c90@avcodec.org> Message-ID: <053.56bbc314971a7a5a93a81882f1d59559@avcodec.org> #102: add support for "Brooktree YUV 411 Raw (Y41P)" codec -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: closed Priority: wish | Component: avcodec Version: git-master | Resolution: fixed Keywords: y41p | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by richardpl): bt20 is compressed codec, so if first need some RE. Is Didth typo? Valid depths is just flag set in avi? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 3 16:55:12 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 03 Jan 2012 15:55:12 -0000 Subject: [FFmpeg-trac] #872(avutil:new): av_rescale_q returns wrong 64bits in arm cortex-a8 processor Message-ID: <037.21d7ce40631324390fccf1386d6b23e3@avcodec.org> #872: av_rescale_q returns wrong 64bits in arm cortex-a8 processor -------------------------------------+------------------------------------- Reporter: kaijun61 | Owner: michael Type: defect | Status: new Priority: important | Component: avutil Version: git- | Keywords: master | av_rescale_q Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- When I try to convert a audio pts timestamp 61415424 into clock time via av_rescale_q() of mathmatics.c in arm cortext-a8 processor of beagleboard, it returns a wrong 64bit. in av_rescale_rnd(a,b,c,AV_ROUND_NEAR_INF), where a=61415424, b=1000000000, c=28224000, I checked it's return value is 2176000000 (0x81B32000). But it returns 18446744071590584320 (0xFFFFFFFF81B32000). It seems the high 32bits return minus instead of 0x0 due to sign bit in low 32bit (for timestamp smaller than 61415424, there is no problem). This case never happened when I used ffmpeg from svn repository. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 3 17:19:38 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 03 Jan 2012 16:19:38 -0000 Subject: [FFmpeg-trac] #102(avcodec:closed): add support for "Brooktree YUV 411 Raw (Y41P)" codec In-Reply-To: <038.b88a96bc1feab194a508b08493286c90@avcodec.org> References: <038.b88a96bc1feab194a508b08493286c90@avcodec.org> Message-ID: <053.17f7fdb70c49264f1617ddaa3487a15b@avcodec.org> #102: add support for "Brooktree YUV 411 Raw (Y41P)" codec -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: closed Priority: wish | Component: avcodec Version: git-master | Resolution: fixed Keywords: y41p | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by ami_stuff): > Is Didth typo? Yes. > Valid depths is just flag set in avi? This is what VirtualDub display as an info for compressor, but whatever I select 16bit or 24bit as an "output format for compressor" I get files with the same size and the files plays ok with FFplay. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 3 17:26:02 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 03 Jan 2012 16:26:02 -0000 Subject: [FFmpeg-trac] #102(avcodec:closed): add support for "Brooktree YUV 411 Raw (Y41P)" codec In-Reply-To: <038.b88a96bc1feab194a508b08493286c90@avcodec.org> References: <038.b88a96bc1feab194a508b08493286c90@avcodec.org> Message-ID: <053.eda577374e2a552901389888117784fb@avcodec.org> #102: add support for "Brooktree YUV 411 Raw (Y41P)" codec -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: closed Priority: wish | Component: avcodec Version: git-master | Resolution: fixed Keywords: y41p | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by richardpl): OT, about encoding y41p with ffmpeg: btvvc32.drv expect the "Depth" byte in avi to be 0x0c (12) but ffmpeg avi muxer sets this byte to 0x18 (24) so y41p muxed in avi with ffmpeg are causing mplayer to crash when using bt411 codec (btvvc32.drv). Once you change that byte to 0x0c in hex editor files plays fine with mplayer -vfc bt411 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 3 19:36:51 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 03 Jan 2012 18:36:51 -0000 Subject: [FFmpeg-trac] #872(avutil:new): av_rescale_q returns wrong 64bits in arm cortex-a8 processor In-Reply-To: <037.21d7ce40631324390fccf1386d6b23e3@avcodec.org> References: <037.21d7ce40631324390fccf1386d6b23e3@avcodec.org> Message-ID: <052.93fb6e7dfb8915dc7bf09412e7e7cca1@avcodec.org> #872: av_rescale_q returns wrong 64bits in arm cortex-a8 processor --------------------------------------+----------------------------------- Reporter: kaijun61 | Owner: michael Type: defect | Status: new Priority: important | Component: avutil Version: git-master | Resolution: Keywords: av_rescale_q | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by michael): you could add a few av_log/printf or use a debugger to follow the code in av_rescale_rnd() and check where it goes wrong -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 3 19:41:51 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 03 Jan 2012 18:41:51 -0000 Subject: [FFmpeg-trac] #872(avutil:new): av_rescale_q returns wrong 64bits in arm cortex-a8 processor In-Reply-To: <037.21d7ce40631324390fccf1386d6b23e3@avcodec.org> References: <037.21d7ce40631324390fccf1386d6b23e3@avcodec.org> Message-ID: <052.70eaf03d2ee1d84a2787ecd46c6313da@avcodec.org> #872: av_rescale_q returns wrong 64bits in arm cortex-a8 processor --------------------------------------+----------------------------------- Reporter: kaijun61 | Owner: michael Type: defect | Status: new Priority: important | Component: avutil Version: git-master | Resolution: Keywords: av_rescale_q | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by kaijun61): yes, I have debugged. The value is correct inside av_rescale_rnd(). But after it returns, the value is wrong. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 3 22:25:27 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 03 Jan 2012 21:25:27 -0000 Subject: [FFmpeg-trac] #10(avformat:closed): rtsp method PLAY fails (status_code = 400) with some locales (non-English like) In-Reply-To: <033.8809da70e78b1df652c64dea0695274f@avcodec.org> References: <033.8809da70e78b1df652c64dea0695274f@avcodec.org> Message-ID: <048.a846420bf1df6140af29c247fe2620d7@avcodec.org> #10: rtsp method PLAY fails (status_code = 400) with some locales (non-English like) --------------------------------+------------------------------------ Reporter: navi | Owner: michael Type: defect | Status: closed Priority: normal | Component: avformat Version: | Resolution: fixed Keywords: rtsp | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+------------------------------------ Comment (by hanna29): Zastanawiasz si? jakie s? granice ludzkich mo?liwo?ci? Pewnie interesuj? Ci? [http://rekordyguinessa.pl/rekordy-guinessa-zwierzat/ zwierz?ta ciekawostki]. S?ysza?e? o popularnej na ca?ym ?wiecie ksi?dze rekord?w i chcia?by? zobaczy? przyk?adowe [http://rekordyguinessa.pl/ ciekawostki ze swiata]. Pragniemy serdecznie zaprosi? Ci? na nasz? stron? WWW na kt?rej znajdziesz informacje zwi?zane z [http://rekordyguinessa.pl/ksiega- rekordow-guinessa/ ksi?ga guinessa rekordy], a wi?c biciem rekord?w Guinnessa! Sprawd? nasze rekordy Guinnessa. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 3 23:12:55 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 03 Jan 2012 22:12:55 -0000 Subject: [FFmpeg-trac] #102(avcodec:closed): add support for "Brooktree YUV 411 Raw (Y41P)" codec In-Reply-To: <038.b88a96bc1feab194a508b08493286c90@avcodec.org> References: <038.b88a96bc1feab194a508b08493286c90@avcodec.org> Message-ID: <053.3044d7a6befa4556a9f99668fabf34ee@avcodec.org> #102: add support for "Brooktree YUV 411 Raw (Y41P)" codec -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: closed Priority: wish | Component: avcodec Version: git-master | Resolution: fixed Keywords: y41p | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by cehoyos): Thank you for the hint, I applied a patch that sets the relevant value when encoding (it is still set incorrectly in case of stream-copy). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jan 4 01:36:29 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 Jan 2012 00:36:29 -0000 Subject: [FFmpeg-trac] #838(FFplay:open): ffplay: remix by defaul multichannel audio to stereo In-Reply-To: <038.628a236bae01a5cff0f539108d456ca2@avcodec.org> References: <038.628a236bae01a5cff0f539108d456ca2@avcodec.org> Message-ID: <053.1cc2dbdb32e93e21e6d3d8723fc214bd@avcodec.org> #838: ffplay: remix by defaul multichannel audio to stereo ------------------------------------+---------------------------------- Reporter: ami_stuff | 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: 1 | ------------------------------------+---------------------------------- Changes (by cus): * status: new => open * cc: cus@? (added) * component: undetermined => FFplay * owner: => cus * version: unspecified => git-master * analyzed: 0 => 1 Comment: Actually SDL does support 6 channel or 4 channel audio output, the problem is that you are using 8 channel audio. I plan a fix for this which will set the desired number of channels with the following algorithm: - SDL_getenv("SDL_AUDIO_CHANNELS") if the environment variable is set - otherwise set 2, 4 or 6 channels depending on the number of channels in the input -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jan 4 02:21:57 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 Jan 2012 01:21:57 -0000 Subject: [FFmpeg-trac] #838(FFplay:open): ffplay: remix by defaul multichannel audio to stereo In-Reply-To: <038.628a236bae01a5cff0f539108d456ca2@avcodec.org> References: <038.628a236bae01a5cff0f539108d456ca2@avcodec.org> Message-ID: <053.1282ce35330a6d2ab7eba5f801a67682@avcodec.org> #838: ffplay: remix by defaul multichannel audio to stereo ------------------------------------+---------------------------------- Reporter: ami_stuff | 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: 1 | ------------------------------------+---------------------------------- Comment (by ami_stuff): That's ok. Another problem is that sdl plays incorrectly high audio frequencies. ffmpeg -i test.wav -ar 48000 out.wav ffplay out.wav - this plays ok ffmpeg -i test.wav -ar 96000 out.wav ffplay out.wav - this doesn't maybe you can fix it too by adding a check if ar>48000 then resample audio to 48000? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jan 4 04:12:08 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 Jan 2012 03:12:08 -0000 Subject: [FFmpeg-trac] #793(avformat:closed): zzuf .tgv crashes FFMPEG In-Reply-To: <042.1c725886dde4f8c7bf728c145673fb95@avcodec.org> References: <042.1c725886dde4f8c7bf728c145673fb95@avcodec.org> Message-ID: <057.1353d5880ab9eef766c15760b3ce3c2c@avcodec.org> #793: zzuf .tgv crashes FFMPEG -------------------------------------+------------------------------------- Reporter: | Owner: oanastratulat | Status: closed Type: defect | Component: avformat Priority: important | Resolution: fixed Version: git-master | Blocked By: Keywords: | Reproduced by developer: 1 electronicarts crash fpe | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Patch applied, bug fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jan 4 05:22:31 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 Jan 2012 04:22:31 -0000 Subject: [FFmpeg-trac] #870(FFmpeg:new): Transcoding a file. Is this output actually an error? In-Reply-To: <037.913f28ba80ad0c221e9198aea766653d@avcodec.org> References: <037.913f28ba80ad0c221e9198aea766653d@avcodec.org> Message-ID: <052.b059eb2566206ea2d2217ec56229490c@avcodec.org> #870: Transcoding a file. Is this output actually an error? ------------------------------------+---------------------------------- Reporter: himanshu | 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 himanshu): Yes I checked the code again the return value is coming out to be zero only. But the strange thing is why STDOUT stream is empty while STDERR is giving the output, could it be due to log levels in the FFMPEG app. I am testing this by wrapping Java code around FFMpeg, so basically I run the java program from which I call FFMpeg internally. Also on comparing with the standard output I found this line: >[wav @ 0000000001C5F2E0] max_analyze_duration 5000000 reached at 5120000 Is it informational or does it hold specific significance? Am going through the documentation side-by-side to figure out meaning of this line. {{{ #!div style="font-size: 80%" Code highlighting: {{{#!python 09:43:00.339 [pool-1-thread-8] DEBUG ffmpeg.FFMpegProcessor - FFMpeg output: 09:43:00.882 [pool-1-thread-8] DEBUG ffmpeg.FFMpegProcessor - FFMpeg error output:ffmpeg version N-31548-g78accb8, Copyright (c) 2000-2011 the FFmpeg developers built on Jul 17 2011 22:41:27 with gcc 4.6.1 configuration: --enable-gpl --enable-version3 --enable-memalign-hack --enable-runtime-cpudetect --enable-avisynth --enable-bzlib --enable- frei0r --enable-libopencore-amrnb --enable-libopencore-amrwb --enable- libfreetype --enable-libgsm --enable-libmp3lame --enable-libopenjpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable- libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable- libxavs --enable-libxvid --enable-zlib libavutil 51. 11. 0 / 51. 11. 0 libavcodec 53. 8. 0 / 53. 8. 0 libavformat 53. 6. 0 / 53. 6. 0 libavdevice 53. 2. 0 / 53. 2. 0 libavfilter 2. 27. 0 / 2. 27. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 [wav @ 0000000001C5F2E0] max_analyze_duration 5000000 reached at 5120000 Input #0, wav, from 'C:\Users\HIMANS~1.BHA\AppData\Local\Temp\mp_231.wav': Duration: 00:00:15.44, bitrate: 32 kb/s Stream #0.0: Audio: adpcm_ima_wav, 8000 Hz, 1 channels, s16, 32 kb/s Output #0, wav, to 'C:\Users\HIMANS~1.BHA\AppData\Local\Temp\mp_232.wav': Metadata: encoder : Lavf53.6.0 Stream #0.0: Audio: pcm_mulaw, 8000 Hz, 1 channels, s16, 64 kb/s Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop, [?] for help Multiple frames in a packet from stream 0 size= 121kB time=00:00:15.44 bitrate= 64.0kbits/s video:0kB audio:121kB global headers:0kB muxing overhead 0.045335% }}} }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jan 4 13:01:33 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 Jan 2012 12:01:33 -0000 Subject: [FFmpeg-trac] #838(FFplay:open): ffplay: remix by defaul multichannel audio to stereo In-Reply-To: <038.628a236bae01a5cff0f539108d456ca2@avcodec.org> References: <038.628a236bae01a5cff0f539108d456ca2@avcodec.org> Message-ID: <053.4f2605cd11472ee52bc30b81e8e5d11e@avcodec.org> #838: ffplay: remix by defaul multichannel audio to stereo ------------------------------------+---------------------------------- Reporter: ami_stuff | Owner: cus Type: defect | Status: open Priority: normal | Component: FFplay Version: git-master | Resolution: Keywords: sdl | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 1 | ------------------------------------+---------------------------------- Changes (by cehoyos): * keywords: => sdl Comment: Replying to [comment:1 cus]: > Actually SDL does support 6 channel or 4 channel audio output, the problem is that you are using 8 channel audio. A possibly related problem is that old SDL versions (like 1.2.13) produce very broken output for channels > 2. Or in other words: I can reproduce tickets #318 and #319, but I suspect they work fine for you... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jan 4 13:05:24 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 Jan 2012 12:05:24 -0000 Subject: [FFmpeg-trac] #870(FFmpeg:closed): Transcoding a file. Is this output actually an error? In-Reply-To: <037.913f28ba80ad0c221e9198aea766653d@avcodec.org> References: <037.913f28ba80ad0c221e9198aea766653d@avcodec.org> Message-ID: <052.337efee1a8a818e3351667530b7625d2@avcodec.org> #870: Transcoding a file. Is this output actually an error? ------------------------------------+----------------------------------- Reporter: himanshu | 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): * status: new => closed * resolution: => invalid Comment: Replying to [comment:2 himanshu]: > Yes I checked the code again the return value is coming out to be zero only. But the strange thing is why STDOUT stream is empty while STDERR is giving the output, could it be due to log levels in the FFMPEG app. Given that FFmpeg supports pipe output, this is definitely intended. > >[wav @ 0000000001C5F2E0] max_analyze_duration 5000000 reached at 5120000 > > Is it informational or does it hold specific significance? It means when trying to find out the duration of your file, FFmpeg stopped after scanning more than the default size (5000000) that you can change with -analyzeduration -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jan 4 15:39:28 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 Jan 2012 14:39:28 -0000 Subject: [FFmpeg-trac] #470(swscale:open): libquicktime uncompressed formats In-Reply-To: <036.a07c6cd292926677164a7d81b90991f6@avcodec.org> References: <036.a07c6cd292926677164a7d81b90991f6@avcodec.org> Message-ID: <051.586a176069d7bb0d54f8d3b64076b80b@avcodec.org> #470: libquicktime uncompressed formats -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: open Priority: wish | Component: swscale Version: git-master | Resolution: Keywords: v308 v408 | Blocked By: v410 yuv4 mov rawvideo | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by cehoyos): v308 and yuv4 are supported, v408 needs PIX_FMT_YUVA444P. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jan 4 15:39:41 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 Jan 2012 14:39:41 -0000 Subject: [FFmpeg-trac] #525(undetermined:closed): Avid 1:1 10-bit RGB Packer not supported In-Reply-To: <036.efd0f44d58ec345889c156c5073dc4de@avcodec.org> References: <036.efd0f44d58ec345889c156c5073dc4de@avcodec.org> Message-ID: <051.7102afcf8ba65cad92c5b202afdc816a@avcodec.org> #525: Avid 1:1 10-bit RGB Packer not supported -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: closed Priority: wish | Component: Version: git-master | undetermined Keywords: | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jan 4 16:47:58 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 Jan 2012 15:47:58 -0000 Subject: [FFmpeg-trac] #322(FFmpeg:closed): FPE in ffmpeg when decoding ogg file In-Reply-To: <036.8ebed0627fba6a6015b5a982baf48e63@avcodec.org> References: <036.8ebed0627fba6a6015b5a982baf48e63@avcodec.org> Message-ID: <051.573bf2e5d4336e8a6a75de2db3de6e19@avcodec.org> #322: FPE in ffmpeg when decoding ogg file ------------------------------------+----------------------------------- Reporter: cehoyos | Owner: michael Type: defect | Status: closed Priority: normal | Component: FFmpeg Version: git-master | Resolution: fixed Keywords: crash fpe | 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 Wed Jan 4 19:19:44 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 Jan 2012 18:19:44 -0000 Subject: [FFmpeg-trac] #873(FFmpeg:new): PCM signed big-endian encoding as unsigned Message-ID: <034.0b626f07113cddd0ad22afde46a003ef@avcodec.org> #873: PCM signed big-endian encoding as unsigned -------------------------------------+------------------------------------- Reporter: Glinx | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: Keywords: PCM signed | unspecified big endian | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Signed pcm sound codec (pcm_s16be) is encoded as unsigned and with 3ch audio instead of 6ch. After trying a few other pcm signed codecs they also came out as unsigned. Archlinux bugtracker sent a new snapshot to try, with the same result. Downgrading to a previous (November) release sorted this issue for me. All command line output from FFmpeg suggested all was well and also signed. I only noticed pcm audio (s16be) was infact unsigned and 3ch instead of 6ch when loading into the video editor (Cinelerra) and then re-checked again with the Mediainfo program. The command I use; ffmpeg -i in.MTS -vcodec dnxhd -threads 4 -b:v 240M -pix_fmt yuv422p -acodec pcm_s16be -sn out.mov (My .MTS files have PGS text stream). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jan 4 20:37:50 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 Jan 2012 19:37:50 -0000 Subject: [FFmpeg-trac] #873(FFmpeg:new): PCM signed big-endian encoding as unsigned In-Reply-To: <034.0b626f07113cddd0ad22afde46a003ef@avcodec.org> References: <034.0b626f07113cddd0ad22afde46a003ef@avcodec.org> Message-ID: <049.52f22c8724f4d2534c580d847147f236@avcodec.org> #873: PCM signed big-endian encoding as unsigned -------------------------------------+------------------------------------- Reporter: Glinx | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: unspecified | Resolution: Keywords: PCM signed | Blocked By: big endian | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Command line and complete, uncut console output missing. And please test with a sample from http://samples.mplayerhq.hu/ - if this does not allow to reproduce the problem, please provide your input file. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jan 4 21:32:27 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 Jan 2012 20:32:27 -0000 Subject: [FFmpeg-trac] #874(undetermined:new): double free or corruption on exit when accessing windows media/asf via rtsp Message-ID: <035.1a47eeb7f928f8979818037b8d018bdc@avcodec.org> #874: double free or corruption on exit when accessing windows media/asf via rtsp -------------------------------------+------------------------------------- Reporter: kyl416 | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Whenever I access a windows media/asf based stream via rtsp on exit I get the following error followed by a backtrace dump: "*** glibc detected *** ffmpeg: double free or corruption (!prev): 0x0000000000e123d0 ***" This happens with ffmpeg, ffplay and ffprobe. The streams play fine with ffplay, encode fine with ffmpeg and display the data fine with ffprobe, it happens on exit. Darwin/Wowza based rtsp streams exit fine. This began about a month ago. OS: Ubuntu 11.10 x86_64 Full output of command line: {{{ ffprobe rtsp://a1797.l8175151796.c81751.g.lm.akamaistream.net/D/1797/81751/v0001/reflector:51796 ffprobe version N-36434-g4452d58, Copyright (c) 2007-2012 the FFmpeg developers built on Jan 4 2012 15:13:45 with gcc 4.6.1 configuration: --prefix=/usr --enable-gpl --enable-version3 --enable- nonfree --enable-shared --enable-postproc --enable-libx264 --enable-frei0r --enable-librtmp --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libdc1394 --enable-libmp3lame --enable-libtheora --enable- libopenjpeg --enable-libdirac --enable-libvpx --enable-libgsm --enable- libschroedinger --enable-libspeex --enable-libvorbis --enable-libxvid --enable-libfaac --cpu=amdfam10 --arch=x86_64 --enable-x11grab --enable- libxavs --enable-libnut --enable-libfreetype --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libcelt --enable-openal --enable-libcdio --enable-libaacplus --enable-libmodplug --enable-libpulse --enable-gnutls --enable-openssl --enable-libv4l2 --enable-libass --enable-avconv libavutil 51. 34.100 / 51. 34.100 libavcodec 53. 53.100 / 53. 53.100 libavformat 53. 29.100 / 53. 29.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 57.101 / 2. 57.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 5.100 libpostproc 51. 2.100 / 51. 2.100 [rtsp @ 0x2142520] method SETUP failed: 461 Unsupported Transport [wmv3 @ 0x2169680] Extra data: 8 bits left, value: 0 Input #0, rtsp, from 'rtsp://a1797.l8175151796.c81751.g.lm.akamaistream.net/D/1797/81751/v0001/reflector:51796': Metadata: title : HSN Live artist : root copyright : Copyright HSN 2010 WMFSDKVersion : 10.00.00.4007 WMFSDKNeeded : 0.0.0.0000 IsVBR : 0 Duration: 00:00:00.00, start: 1061896.591000, bitrate: N/A Stream #0:0: Audio: wmav2 (a[1][0][0] / 0x0161), 44100 Hz, 2 channels, s16, 48 kb/s Stream #0:1: Data: none Stream #0:2: Video: wmv3 (Main) (WMV3 / 0x33564D57), yuv420p, 560x420, 700 kb/s, 14.99 tbr, 1k tbn, 1k tbc Unsupported codec with id 0 for input stream 1 [wmv3 @ 0x2169680] Extra data: 8 bits left, value: 0 *** glibc detected *** ffprobe: free(): invalid pointer: 0x0000000002147d90 *** ======= Backtrace: ========= /lib/x86_64-linux-gnu/libc.so.6(+0x78a96)[0x7f877d916a96] /lib/x86_64-linux-gnu/libc.so.6(cfree+0x6c)[0x7f877d91ad7c] /usr/lib/libavformat.so.53(avio_close+0x15)[0x7f877f8aa555] /usr/lib/libavformat.so.53(+0xaad9d)[0x7f877f91dd9d] /usr/lib/libavformat.so.53(+0xadcca)[0x7f877f920cca] /usr/lib/libavformat.so.53(avformat_close_input+0xde)[0x7f877f937f9e] ffprobe[0x4056bf] ffprobe[0x4031c7] /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xed)[0x7f877d8bf30d] ffprobe[0x403279] ======= Memory map: ======== 00400000-0040d000 r-xp 00000000 08:06 788143 /usr/bin/ffprobe 0060d000-0060e000 r--p 0000d000 08:06 788143 /usr/bin/ffprobe 0060e000-0060f000 rw-p 0000e000 08:06 788143 /usr/bin/ffprobe 020fb000-0222d000 rw-p 00000000 00:00 0 [heap] 7f876c000000-7f876c021000 rw-p 00000000 00:00 0 7f876c021000-7f8770000000 ---p 00000000 00:00 0 7f8771edd000-7f8771ee3000 r-xp 00000000 08:06 13133001 /lib/x86_64-linux-gnu/libnss_dns-2.13.so 7f8771ee3000-7f87720e2000 ---p 00006000 08:06 13133001 /lib/x86_64-linux-gnu/libnss_dns-2.13.so 7f87720e2000-7f87720e3000 r--p 00005000 08:06 13133001 /lib/x86_64-linux-gnu/libnss_dns-2.13.so 7f87720e3000-7f87720e4000 rw-p 00006000 08:06 13133001 /lib/x86_64-linux-gnu/libnss_dns-2.13.so 7f87720e4000-7f87720e6000 r-xp 00000000 08:06 13133359 /lib/libnss_mdns4_minimal.so.2 7f87720e6000-7f87722e5000 ---p 00002000 08:06 13133359 /lib/libnss_mdns4_minimal.so.2 7f87722e5000-7f87722e6000 r--p 00001000 08:06 13133359 /lib/libnss_mdns4_minimal.so.2 7f87722e6000-7f87722e7000 rw-p 00002000 08:06 13133359 /lib/libnss_mdns4_minimal.so.2 7f87722e7000-7f87722f3000 r-xp 00000000 08:06 13132999 /lib/x86_64-linux-gnu/libnss_files-2.13.so 7f87722f3000-7f87724f2000 ---p 0000c000 08:06 13132999 /lib/x86_64-linux-gnu/libnss_files-2.13.so 7f87724f2000-7f87724f3000 r--p 0000b000 08:06 13132999 /lib/x86_64-linux-gnu/libnss_files-2.13.so 7f87724f3000-7f87724f4000 rw-p 0000c000 08:06 13132999 /lib/x86_64-linux-gnu/libnss_files-2.13.so 7f87724f4000-7f877253c000 r-xp 00000000 08:06 792535 /usr/lib/x86_64-linux-gnu/libFLAC.so.8.2.0 7f877253c000-7f877273c000 ---p 00048000 08:06 792535 /usr/lib/x86_64-linux-gnu/libFLAC.so.8.2.0 7f877273c000-7f877273d000 r--p 00048000 08:06 792535 /usr/lib/x86_64-linux-gnu/libFLAC.so.8.2.0 7f877273d000-7f877273e000 rw-p 00049000 08:06 792535 /usr/lib/x86_64-linux-gnu/libFLAC.so.8.2.0 7f877273e000-7f8772755000 r-xp 00000000 08:06 13133000 /lib/x86_64-linux-gnu/libresolv-2.13.so 7f8772755000-7f8772955000 ---p 00017000 08:06 13133000 /lib/x86_64-linux-gnu/libresolv-2.13.so 7f8772955000-7f8772956000 r--p 00017000 08:06 13133000 /lib/x86_64-linux-gnu/libresolv-2.13.so 7f8772956000-7f8772957000 rw-p 00018000 08:06 13133000 /lib/x86_64-linux-gnu/libresolv-2.13.so 7f8772957000-7f8772959000 rw-p 00000000 00:00 0 7f8772959000-7f8772970000 r-xp 00000000 08:06 13132978 /lib/x86_64-linux-gnu/libnsl-2.13.so 7f8772970000-7f8772b6f000 ---p 00017000 08:06 13132978 /lib/x86_64-linux-gnu/libnsl-2.13.so 7f8772b6f000-7f8772b70000 r--p 00016000 08:06 13132978 /lib/x86_64-linux-gnu/libnsl-2.13.so 7f8772b70000-7f8772b71000 rw-p 00017000 08:06 13132978 /lib/x86_64-linux-gnu/libnsl-2.13.so 7f8772b71000-7f8772b73000 rw-p 00000000 00:00 0 7f8772b73000-7f8772b76000 r-xp 00000000 08:06 13133052 /lib/x86_64-linux-gnu/libgpg-error.so.0.8.0 7f8772b76000-7f8772d75000 ---p 00003000 08:06 13133052 /lib/x86_64-linux-gnu/libgpg-error.so.0.8.0 7f8772d75000-7f8772d76000 r--p 00002000 08:06 13133052 /lib/x86_64-linux-gnu/libgpg-error.so.0.8.0 7f8772d76000-7f8772d77000 rw-p 00003000 08:06 13133052 /lib/x86_64-linux-gnu/libgpg-error.so.0.8.0 7f8772d77000-7f8772d9e000 r-xp 00000000 08:06 13133134 /lib/x86_64-linux-gnu/libexpat.so.1.5.2 7f8772d9e000-7f8772f9e000 ---p 00027000 08:06 13133134 /lib/x86_64-linux-gnu/libexpat.so.1.5.2 7f8772f9e000-7f8772fa0000 r--p 00027000 08:06 13133134 /lib/x86_64-linux-gnu/libexpat.so.1.5.2 7f8772fa0000-7f8772fa1000 rw-p 00029000 08:06 13133134 /lib/x86_64-linux-gnu/libexpat.so.1.5.2 7f8772fa1000-7f8772fa6000 r-xp 00000000 08:06 793620 /usr/lib/x86_64-linux-gnu/libasyncns.so.0.3.1 7f8772fa6000-7f87731a5000 ---p 00005000 08:06 793620 /usr/lib/x86_64-linux-gnu/libasyncns.so.0.3.1 7f87731a5000-7f87731a6000 r--p 00004000 08:06 793620 /usr/lib/x86_64-linux-gnu/libasyncns.so.0.3.1 7f87731a6000-7f87731a7000 rw-p 00005000 08:06 793620 /usr/lib/x86_64-linux-gnu/libasyncns.so.0.3.1 7f87731a7000-7f8773207000 r-xp 00000000 08:06 797534 /usr/lib/x86_64-linux-gnu/libsndfile.so.1.0.24 7f8773207000-7f8773407000 ---p 00060000 08:06 797534 /usr/lib/x86_64-linux-gnu/libsndfile.so.1.0.24 7f8773407000-7f8773409000 r--p 00060000 08:06 797534 /usr/lib/x86_64-linux-gnu/libsndfile.so.1.0.24 7f8773409000-7f877340a000 rw-p 00062000 08:06 797534 /usr/lib/x86_64-linux-gnu/libsndfile.so.1.0.24 7f877340a000-7f877340e000 rw-p 00000000 00:00 0 Aborted }}} gdb: {{{ gdb ffprobe_g GNU gdb (Ubuntu/Linaro 7.3-0ubuntu2) 7.3-2011.08 Copyright (C) 2011 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-linux-gnu". For bug reporting instructions, please see: ... Reading symbols from /usr/src/ffmpeg/ffprobe_g...done. (gdb) run rtsp://a1797.l8175151796.c81751.g.lm.akamaistream.net/D/1797/81751/v0001/reflector:51796 Starting program: /usr/src/ffmpeg/ffprobe_g rtsp://a1797.l8175151796.c81751.g.lm.akamaistream.net/D/1797/81751/v0001/reflector:51796 [Thread debugging using libthread_db enabled] ffprobe version N-36434-g4452d58, Copyright (c) 2007-2012 the FFmpeg developers built on Jan 4 2012 15:13:45 with gcc 4.6.1 configuration: --prefix=/usr --enable-gpl --enable-version3 --enable- nonfree --enable-shared --enable-postproc --enable-libx264 --enable-frei0r --enable-librtmp --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libdc1394 --enable-libmp3lame --enable-libtheora --enable- libopenjpeg --enable-libdirac --enable-libvpx --enable-libgsm --enable- libschroedinger --enable-libspeex --enable-libvorbis --enable-libxvid --enable-libfaac --cpu=amdfam10 --arch=x86_64 --enable-x11grab --enable- libxavs --enable-libnut --enable-libfreetype --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libcelt --enable-openal --enable-libcdio --enable-libaacplus --enable-libmodplug --enable-libpulse --enable-gnutls --enable-openssl --enable-libv4l2 --enable-libass --enable-avconv libavutil 51. 34.100 / 51. 34.100 libavcodec 53. 53.100 / 53. 53.100 libavformat 53. 29.100 / 53. 29.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 57.101 / 2. 57.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 5.100 libpostproc 51. 2.100 / 51. 2.100 [rtsp @ 0x656520] method SETUP failed: 461 Unsupported Transport [wmv3 @ 0x67d680] Extra data: 8 bits left, value: 0 Input #0, rtsp, from 'rtsp://a1797.l8175151796.c81751.g.lm.akamaistream.net/D/1797/81751/v0001/reflector:51796': Metadata: title : HSN Live artist : root copyright : Copyright HSN 2010 WMFSDKVersion : 10.00.00.4007 WMFSDKNeeded : 0.0.0.0000 IsVBR : 0 Duration: 00:00:00.00, start: 1061967.894000, bitrate: N/A Stream #0:0: Audio: wmav2 (a[1][0][0] / 0x0161), 44100 Hz, 2 channels, s16, 48 kb/s Stream #0:1: Data: none Stream #0:2: Video: wmv3 (Main) (WMV3 / 0x33564D57), yuv420p, 560x420, 700 kb/s, 14.99 tbr, 1k tbn, 1k tbc Unsupported codec with id 0 for input stream 1 [wmv3 @ 0x67d680] Extra data: 8 bits left, value: 0 *** glibc detected *** /usr/src/ffmpeg/ffprobe_g: free(): invalid pointer: 0x000000000065bd90 *** ======= Backtrace: ========= /lib/x86_64-linux-gnu/libc.so.6(+0x78a96)[0x7ffff56a8a96] /lib/x86_64-linux-gnu/libc.so.6(cfree+0x6c)[0x7ffff56acd7c] /usr/lib/libavformat.so.53(avio_close+0x15)[0x7ffff763c555] /usr/lib/libavformat.so.53(+0xaad9d)[0x7ffff76afd9d] /usr/lib/libavformat.so.53(+0xadcca)[0x7ffff76b2cca] /usr/lib/libavformat.so.53(avformat_close_input+0xde)[0x7ffff76c9f9e] /usr/src/ffmpeg/ffprobe_g[0x4056bf] /usr/src/ffmpeg/ffprobe_g[0x4031c7] /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xed)[0x7ffff565130d] /usr/src/ffmpeg/ffprobe_g[0x403279] ======= Memory map: ======== 00400000-0040d000 r-xp 00000000 08:06 920230 /usr/src/ffmpeg/ffprobe_g 0060d000-0060e000 r--p 0000d000 08:06 920230 /usr/src/ffmpeg/ffprobe_g 0060e000-0060f000 rw-p 0000e000 08:06 920230 /usr/src/ffmpeg/ffprobe_g 0060f000-00708000 rw-p 00000000 00:00 0 [heap] 7fffe4000000-7fffe4021000 rw-p 00000000 00:00 0 7fffe4021000-7fffe8000000 ---p 00000000 00:00 0 7fffe9c6f000-7fffe9c75000 r-xp 00000000 08:06 13133001 /lib/x86_64-linux-gnu/libnss_dns-2.13.so 7fffe9c75000-7fffe9e74000 ---p 00006000 08:06 13133001 /lib/x86_64-linux-gnu/libnss_dns-2.13.so 7fffe9e74000-7fffe9e75000 r--p 00005000 08:06 13133001 /lib/x86_64-linux-gnu/libnss_dns-2.13.so 7fffe9e75000-7fffe9e76000 rw-p 00006000 08:06 13133001 /lib/x86_64-linux-gnu/libnss_dns-2.13.so 7fffe9e76000-7fffe9e78000 r-xp 00000000 08:06 13133359 /lib/libnss_mdns4_minimal.so.2 7fffe9e78000-7fffea077000 ---p 00002000 08:06 13133359 /lib/libnss_mdns4_minimal.so.2 7fffea077000-7fffea078000 r--p 00001000 08:06 13133359 /lib/libnss_mdns4_minimal.so.2 7fffea078000-7fffea079000 rw-p 00002000 08:06 13133359 /lib/libnss_mdns4_minimal.so.2 7fffea079000-7fffea085000 r-xp 00000000 08:06 13132999 /lib/x86_64-linux-gnu/libnss_files-2.13.so 7fffea085000-7fffea284000 ---p 0000c000 08:06 13132999 /lib/x86_64-linux-gnu/libnss_files-2.13.so 7fffea284000-7fffea285000 r--p 0000b000 08:06 13132999 /lib/x86_64-linux-gnu/libnss_files-2.13.so 7fffea285000-7fffea286000 rw-p 0000c000 08:06 13132999 /lib/x86_64-linux-gnu/libnss_files-2.13.so 7fffea286000-7fffea2ce000 r-xp 00000000 08:06 792535 /usr/lib/x86_64-linux-gnu/libFLAC.so.8.2.0 7fffea2ce000-7fffea4ce000 ---p 00048000 08:06 792535 /usr/lib/x86_64-linux-gnu/libFLAC.so.8.2.0 7fffea4ce000-7fffea4cf000 r--p 00048000 08:06 792535 /usr/lib/x86_64-linux-gnu/libFLAC.so.8.2.0 7fffea4cf000-7fffea4d0000 rw-p 00049000 08:06 792535 /usr/lib/x86_64-linux-gnu/libFLAC.so.8.2.0 7fffea4d0000-7fffea4e7000 r-xp 00000000 08:06 13133000 /lib/x86_64-linux-gnu/libresolv-2.13.so 7fffea4e7000-7fffea6e7000 ---p 00017000 08:06 13133000 /lib/x86_64-linux-gnu/libresolv-2.13.so 7fffea6e7000-7fffea6e8000 r--p 00017000 08:06 13133000 /lib/x86_64-linux-gnu/libresolv-2.13.so 7fffea6e8000-7fffea6e9000 rw-p 00018000 08:06 13133000 /lib/x86_64-linux-gnu/libresolv-2.13.so 7fffea6e9000-7fffea6eb000 rw-p 00000000 00:00 0 7fffea6eb000-7fffea702000 r-xp 00000000 08:06 13132978 /lib/x86_64-linux-gnu/libnsl-2.13.so 7fffea702000-7fffea901000 ---p 00017000 08:06 13132978 /lib/x86_64-linux-gnu/libnsl-2.13.so 7fffea901000-7fffea902000 r--p 00016000 08:06 13132978 /lib/x86_64-linux-gnu/libnsl-2.13.so 7fffea902000-7fffea903000 rw-p 00017000 08:06 13132978 /lib/x86_64-linux-gnu/libnsl-2.13.so 7fffea903000-7fffea905000 rw-p 00000000 00:00 0 7fffea905000-7fffea908000 r-xp 00000000 08:06 13133052 /lib/x86_64-linux-gnu/libgpg-error.so.0.8.0 7fffea908000-7fffeab07000 ---p 00003000 08:06 13133052 /lib/x86_64-linux-gnu/libgpg-error.so.0.8.0 7fffeab07000-7fffeab08000 r--p 00002000 08:06 13133052 /lib/x86_64-linux-gnu/libgpg-error.so.0.8.0 7fffeab08000-7fffeab09000 rw-p 00003000 08:06 13133052 /lib/x86_64-linux-gnu/libgpg-error.so.0.8.0 7fffeab09000-7fffeab30000 r-xp 00000000 08:06 13133134 /lib/x86_64-linux-gnu/libexpat.so.1.5.2 7fffeab30000-7fffead30000 ---p 00027000 08:06 13133134 /lib/x86_64-linux-gnu/libexpat.so.1.5.2 7fffead30000-7fffead32000 r--p 00027000 08:06 13133134 /lib/x86_64-linux-gnu/libexpat.so.1.5.2 7fffead32000-7fffead33000 rw-p 00029000 08:06 13133134 /lib/x86_64-linux-gnu/libexpat.so.1.5.2 7fffead33000-7fffead38000 r-xp 00000000 08:06 793620 /usr/lib/x86_64-linux-gnu/libasyncns.so.0.3.1 7fffead38000-7fffeaf37000 ---p 00005000 08:06 793620 /usr/lib/x86_64-linux-gnu/libasyncns.so.0.3.1 7fffeaf37000-7fffeaf38000 r--p 00004000 08:06 793620 /usr/lib/x86_64-linux-gnu/libasyncns.so.0.3.1 7fffeaf38000-7fffeaf39000 rw-p 00005000 08:06 793620 /usr/lib/x86_64-linux-gnu/libasyncns.so.0.3.1 7fffeaf39000-7fffeaf99000 r-xp 00000000 08:06 797534 /usr/lib/x86_64-linux-gnu/libsndfile.so.1.0.24 7fffeaf99000-7fffeb199000 ---p 00060000 08:06 797534 /usr/lib/x86_64-linux-gnu/libsndfile.so.1.0.24 7fffeb199000-7fffeb19b000 r--p 00060000 08:06 797534 /usr/lib/x86_64-linux-gnu/libsndfile.so.1.0.24 7fffeb19b000-7fffeb19c000 rw-p 00062000 08:06 797534 /usr/lib/x86_64-linux-gnu/libsndfile.so.1.0.24 7fffeb19c000-7fffeb1a0000 rw-p 00000000 00:00 0 7fffeb1a0000-7fffeb1a8000 r-xp 00000000 08:06 13132965 /lib/x86_64-linux-gnu/libwrap.so.0.7.6 7fffeb1a8000-7fffeb3a7000 ---p 00008000 08:06 13132965 /lib/x86_64-linux-gnu/libwrap.so.0.7.6 7fffeb3a7000-7fffeb3a8000 r--p 00007000 08:06 13132965 /lib/x86_64-linux-gnu/libwrap.so.0.7.6 7fffeb3a8000-7fffeb3a9000 rw-p 00008000 08:06 13132965 /lib/x86_64-linux-gnu/libwrap.so.0.7.6 7fffeb3a9000-7fffeb3e2000 r-xp 00000000 08:06 800040 /usr/lib/x86_64-linux-gnu/libjpeg.so.8.3.0 7fffeb3e2000-7fffeb5e1000 ---p 00039000 08:06 800040 /usr/lib/x86_64-linux-gnu/libjpeg.so.8.3.0 7fffeb5e1000-7fffeb5e2000 r--p 00038000 08:06 800040 /usr/lib/x86_64-linux-gnu/libjpeg.so.8.3.0 7fffeb5e2000-7fffeb5e3000 rw-p 00039000 08:06 800040 /usr/lib/x86_64-linux-gnu/libjpeg.so.8.3.0 7fffeb5e3000-7fffeb5e8000 r-xp 00000000 08:06 795355 /usr/lib/libdnet.so.2.43.2 7fffeb5e8000-7fffeb7e7000 ---p 00005000 08:06 795355 /usr/lib/libdnet.so.2.43.2 Program received signal SIGABRT, Aborted. 0x00007ffff56663a5 in __GI_raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 64 ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory. in ../nptl/sysdeps/unix/sysv/linux/raise.c }}} gdb backtrace: {{{ #0 0x00007ffff56663a5 in __GI_raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 #1 0x00007ffff5669b0b in __GI_abort () at abort.c:92 #2 0x00007ffff569e113 in __libc_message (do_abort=2, fmt=0x7ffff578f0d8 "*** glibc detected *** %s: %s: 0x%s ***\n") at ../sysdeps/unix/sysv/linux/libc_fatal.c:189 #3 0x00007ffff56a8a96 in malloc_printerr (action=3, str=0x7ffff578c0ef "free(): invalid pointer", ptr=) at malloc.c:6283 #4 0x00007ffff56acd7c in __GI___libc_free (mem=) at malloc.c:3738 #5 0x00007ffff763c555 in avio_close () from /usr/lib/libavformat.so.53 #6 0x00007ffff76afd9d in ?? () from /usr/lib/libavformat.so.53 #7 0x00007ffff76b2cca in ?? () from /usr/lib/libavformat.so.53 #8 0x00007ffff76c9f9e in avformat_close_input () from /usr/lib/libavformat.so.53 #9 0x00000000004056bf in probe_file (filename=) at ffprobe.c:1424 #10 0x00000000004031c7 in main (argc=2, argv=0x7fffffffe168) at ffprobe.c:1533 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jan 4 22:55:44 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 Jan 2012 21:55:44 -0000 Subject: [FFmpeg-trac] #875(undetermined:new): ljpeg: support files with interval in MCU-rows different than 0 Message-ID: <038.1dd59e89330ae83af4df73555aba4b5c@avcodec.org> #875: ljpeg: support files with interval in MCU-rows different than 0 -------------------------------------+------------------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I will attache ljpeg files with "restart interval in MCU-rows" option set to 0, 1, 25 and 50. Currently FFmpeg can correctly decode files when this option is set to 0. I created attached files with "ImageConverter Plus" and then loaded them to "PICTools Apollo" to confirm that the files are correct. {{{ ffmpeg -i mcu50.jpg out.tif ffmpeg version 0.9.0.git-dc7ad85, Copyright (c) 2000-2012 the FFmpeg developers built on Jan 4 2012 22:15:52 with gcc 4.5.0 libavutil 51. 34.100 / 51. 34.100 libavcodec 53. 50.100 / 53. 50.100 libavformat 53. 29.100 / 53. 29.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 57.101 / 2. 57.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 5.100 libpostproc 51. 2.100 / 51. 2.100 [mjpeg @ 0x11573ab0] Warning: not compiled with thread support, using thread emulation Input #0, image2, from 'mcu50.jpg': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Codec 0x8 is not in the full list. Stream #0:0: Video: mjpeg, bgr24, 639x479, 25 tbr, 25 tbn, 25 tbc Incompatible pixel format 'bgr24' for codec 'tiff', auto-selecting format 'rgb24' [buffer @ 0x11576330] w:639 h:479 pixfmt:bgr24 tb:1/1000000 sar:0/1 sws_param: [buffersink @ 0x115766b0] auto-inserting filter 'auto-inserted scale 0' between the filter 'src' and the filter 'out' [scale @ 0x11576c30] w:639 h:479 fmt:bgr24 -> w:639 h:479 fmt:rgb24 flags:0x4 [tiff @ 0x115752b0] Warning: not compiled with thread support, using thread emulation [mjpeg @ 0x11573ab0] Warning: not compiled with thread support, using thread emulation Output #0, image2, to 'out.tif': Metadata: encoder : Lavf53.29.100 Codec 0x62 is not in the full list. Stream #0:0: Video: tiff, rgb24, 639x479, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (mjpeg -> tiff) Press [q] to stop, [?] for help frame= 1 fps= 0 q=0.0 Lsize= 0kB time=00:00:00.04 bitrate= 0.0kbits/s video:905kB audio:0kB global headers:0kB muxing overhead -100.000000% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jan 4 23:08:05 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 Jan 2012 22:08:05 -0000 Subject: [FFmpeg-trac] #876(undetermined:new): ljpeg: fix 12/16bpp decoding for images with odd width Message-ID: <038.27a5c940a926b3273bcf0621a5936be4@avcodec.org> #876: ljpeg: fix 12/16bpp decoding for images with odd width -------------------------------------+------------------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- there is a vertical line on the right side in the output tiff image https://ffmpeg.org/trac/ffmpeg/attachment/ticket/855/12_line.jpg https://ffmpeg.org/trac/ffmpeg/attachment/ticket/855/16_line.jpg {{{ ffmpeg -i 12_line.jpg out.tif ffmpeg version 0.9.0.git-dc7ad85, Copyright (c) 2000-2012 the FFmpeg developers built on Jan 4 2012 22:15:52 with gcc 4.5.0 libavutil 51. 34.100 / 51. 34.100 libavcodec 53. 50.100 / 53. 50.100 libavformat 53. 29.100 / 53. 29.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 57.101 / 2. 57.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 5.100 libpostproc 51. 2.100 / 51. 2.100 [mjpeg @ 0x10fef3e0] Warning: not compiled with thread support, using thread emulation Input #0, image2, from '12_line.jpg': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Codec 0x8 is not in the full list. Stream #0:0: Video: mjpeg, gray16be, 639x439, 25 tbr, 25 tbn, 25 tbc Incompatible pixel format 'gray16be' for codec 'tiff', auto-selecting format 'rgb48le' [buffer @ 0x10ff1c60] w:639 h:439 pixfmt:gray16be tb:1/1000000 sar:0/1 sws_param: [buffersink @ 0x10ff1fe0] auto-inserting filter 'auto-inserted scale 0' between the filter 'src' and the filter 'out' [scale @ 0x10ff2560] w:639 h:439 fmt:gray16be -> w:639 h:439 fmt:rgb48le flags:0x4 [tiff @ 0x10ff0be0] Warning: not compiled with thread support, using thread emulation [mjpeg @ 0x10fef3e0] Warning: not compiled with thread support, using thread emulation Output #0, image2, to 'out.tif': Metadata: encoder : Lavf53.29.100 Codec 0x62 is not in the full list. Stream #0:0: Video: tiff, rgb48le, 639x439, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (mjpeg -> tiff) Press [q] to stop, [?] for help frame= 1 fps= 0 q=0.0 Lsize= 0kB time=00:00:00.04 bitrate= 0.0kbits/s video:1578kB audio:0kB global headers:0kB muxing overhead -100.000000% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jan 4 23:10:20 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 Jan 2012 22:10:20 -0000 Subject: [FFmpeg-trac] #874(undetermined:open): double free or corruption on exit when accessing windows media/asf via rtsp In-Reply-To: <035.1a47eeb7f928f8979818037b8d018bdc@avcodec.org> References: <035.1a47eeb7f928f8979818037b8d018bdc@avcodec.org> Message-ID: <050.716e378d3087cc7c8088e0ae4bc17970@avcodec.org> #874: double free or corruption on exit when accessing windows media/asf via rtsp -------------------------------------+------------------------------------- Reporter: kyl416 | 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): * keywords: => regression * priority: normal => important * status: new => open * reproduced: 0 => 1 Comment: For future bug-reports: If a problem is reproducible with ffmpeg (the application), please do not report it for ffprobe (or ffplay), and do not post ffprobe (or ffplay) output but only ffmpeg output. If you provide a backtrace, please make sure you did not compile with "--enable-shared", because it makes the backtrace useless (in case of a double free, valgrind output is often more useful than a backtrace). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jan 4 23:13:40 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 Jan 2012 22:13:40 -0000 Subject: [FFmpeg-trac] #874(undetermined:open): double free or corruption on exit when accessing windows media/asf via rtsp In-Reply-To: <035.1a47eeb7f928f8979818037b8d018bdc@avcodec.org> References: <035.1a47eeb7f928f8979818037b8d018bdc@avcodec.org> Message-ID: <050.ad8fc780bb656b1d5ad3b83ab83b2d49@avcodec.org> #874: double free or corruption on exit when accessing windows media/asf via rtsp -------------------------------------+------------------------------------- Reporter: kyl416 | 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 -------------------------------------+------------------------------------- Comment (by kyl416): Do you want me to recompile and post a new output or were you able to get what you needed to know from reproducing it? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jan 4 23:16:08 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 Jan 2012 22:16:08 -0000 Subject: [FFmpeg-trac] #875(avcodec:open): ljpeg: support files with interval in MCU-rows different than 0 In-Reply-To: <038.1dd59e89330ae83af4df73555aba4b5c@avcodec.org> References: <038.1dd59e89330ae83af4df73555aba4b5c@avcodec.org> Message-ID: <053.deb2f245645b1fac02fa718d6c35dcf7@avcodec.org> #875: ljpeg: support files with interval in MCU-rows different than 0 ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: mjpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => mjpeg * status: new => open * version: unspecified => git-master * component: undetermined => avcodec * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jan 4 23:19:09 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 Jan 2012 22:19:09 -0000 Subject: [FFmpeg-trac] #877(undetermined:new): nut muxed with ffmpeg is missing index at the end Message-ID: <038.844512af7b660b68e30c1c532ef0ab46@avcodec.org> #877: nut muxed with ffmpeg is missing index at the end -------------------------------------+------------------------------------- Reporter: richardpl | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- And ffplay reports read_timestamp failed if you try to seek > ffmpeg -i ~/git/fate-suite/8bps/full9iron-partial.mov /tmp/a.nut ffmpeg version git-2012-01-04-17edc37, Copyright (c) 2000-2012 the FFmpeg developers built on Jan 4 2012 17:21:29 with clang 3.0 (branches/release_30 142614) configuration: --cc=clang --as=clang --extra-cflags=-I/usr/local/include --extra-ldflags=-L/usr/local/lib --disable-indev=alsa --disable- outdev=alsa --enable-libcdio --enable-libx264 --enable-libmp3lame --enable-gpl --enable-shared --disable-static --disable-indev=bktr --enable-openssl --enable-nonfree libavutil 51. 34.100 / 51. 34.100 libavcodec 53. 53.100 / 53. 53.100 libavformat 53. 29.100 / 53. 29.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 57.101 / 2. 57.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 5.100 libpostproc 51. 2.100 / 51. 2.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/home/r/git/fate-suite/8bps /full9iron-partial.mov': Metadata: creation_time : 2003-05-03 12:47:03 Duration: 00:00:13.52, start: 0.000000, bitrate: 620 kb/s Stream #0:0(eng): Video: 8bps (8BPS / 0x53504238), pal8, 360x240, 8072 kb/s, SAR 648:720 DAR 27:20, 12.50 fps, 12.50 tbr, 125 tbn, 125 tbc Metadata: creation_time : 2003-05-03 12:47:03 handler_name : ?Apple Alias Data Handler Stream #0:1(eng): Audio: pcm_u8 (raw / 0x20776172), 22050 Hz, 1 channels, u8, 176 kb/s Metadata: creation_time : 2003-05-03 12:48:24 handler_name : ?Apple Alias Data Handler File '/tmp/a.nut' already exists. Overwrite ? [y/N] y Incompatible pixel format 'pal8' for codec 'mpeg4', auto-selecting format 'yuv420p' [buffer @ 0x299ff080] w:360 h:240 pixfmt:pal8 tb:1/1000000 sar:648/720 sws_param: [buffersink @ 0x299ff100] auto-inserting filter 'auto-inserted scale 0' between the filter 'src' and the filter 'out' [scale @ 0x299ff180] w:360 h:240 fmt:pal8 -> w:360 h:240 fmt:yuv420p flags:0x4 Incompatible sample format 'u8' for codec 'libmp3lame', auto-selecting format 's16' Output #0, nut, to '/tmp/a.nut': Metadata: creation_time : 2003-05-03 12:47:03 encoder : Lavf53.29.100 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 360x240 [SAR 9:10 DAR 27:20], q=2-31, 200 kb/s, 12.50 tbn, 12.50 tbc Metadata: creation_time : 2003-05-03 12:47:03 X-Language : eng handler_name : ?Apple Alias Data Handler Stream #0:1: Audio: mp3 (U[0][0][0] / 0x0055), 22050 Hz, 1 channels, s16, 128 kb/s Metadata: creation_time : 2003-05-03 12:48:24 X-Language : eng handler_name : ?Apple Alias Data Handler Stream mapping: Stream #0:0 -> #0:0 (8bps -> mpeg4) Stream #0:1 -> #0:1 (pcm_u8 -> libmp3lame) Press [q] to stop, [?] for help Truncating packet of size 80553 to 52547 Error while decoding stream #0:0 Truncating packet of size 1024 to 1 frame= 12 fps= 0 q=15.3 Lsize= 166kB time=00:00:00.96 bitrate=1412.5kbits/s video:148kB audio:17kB global headers:0kB muxing overhead 0.279840% > ffmpeg -i /tmp/a.nut ffmpeg version git-2012-01-04-17edc37, Copyright (c) 2000-2012 the FFmpeg developers built on Jan 4 2012 17:21:29 with clang 3.0 (branches/release_30 142614) configuration: --cc=clang --as=clang --extra-cflags=-I/usr/local/include --extra-ldflags=-L/usr/local/lib --disable-indev=alsa --disable- outdev=alsa --enable-libcdio --enable-libx264 --enable-libmp3lame --enable-gpl --enable-shared --disable-static --disable-indev=bktr --enable-openssl --enable-nonfree libavutil 51. 34.100 / 51. 34.100 libavcodec 53. 53.100 / 53. 53.100 libavformat 53. 29.100 / 53. 29.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 57.101 / 2. 57.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 5.100 libpostproc 51. 2.100 / 51. 2.100 [nut @ 0x2986c100] no index at the end [nut @ 0x2986c100] Estimating duration from bitrate, this may be inaccurate Input #0, nut, from '/tmp/a.nut': Metadata: creation_time : 2003-05-03 12:47:03 encoder : Lavf53.29.100 Duration: 00:00:10.60, start: 0.000000, bitrate: 127 kb/s Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 360x240, SAR 9:10 DAR 27:20, 12.50 tbr, 12.50 tbn, 12.50 tbc Stream #0:1: Audio: mp3 (U[0][0][0] / 0x0055), 22050 Hz, mono, s16, 128 kb/s At least one output file must be specified -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jan 4 23:19:20 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 Jan 2012 22:19:20 -0000 Subject: [FFmpeg-trac] #874(undetermined:open): double free or corruption on exit when accessing windows media/asf via rtsp In-Reply-To: <035.1a47eeb7f928f8979818037b8d018bdc@avcodec.org> References: <035.1a47eeb7f928f8979818037b8d018bdc@avcodec.org> Message-ID: <050.ebe408656a5c8a57685e8bb112b67de4@avcodec.org> #874: double free or corruption on exit when accessing windows media/asf via rtsp -------------------------------------+------------------------------------- Reporter: kyl416 | 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 -------------------------------------+------------------------------------- Comment (by cehoyos): {{{ ==11844== Memcheck, a memory error detector ==11844== Copyright (C) 2002-2009, and GNU GPL'd, by Julian Seward et al. ==11844== Using Valgrind-3.5.0 and LibVEX; rerun with -h for copyright info ==11844== Command: ffmpeg_g -i rtsp://a1797.l8175151796.c81751.g.lm.akamaistream.net/D/1797/81751/v0001/reflector:51796 ==11844== ffmpeg version N-36442-gff7f198, Copyright (c) 2000-2012 the FFmpeg developers built on Jan 4 2012 23:15:41 with gcc 4.5.3 configuration: --cc='/usr/local/gcc-4.5.3/bin/gcc -m32' libavutil 51. 34.100 / 51. 34.100 libavcodec 53. 53.100 / 53. 53.100 libavformat 53. 29.100 / 53. 29.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 57.101 / 2. 57.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 5.100 [rtsp @ 0x6ccdb40] method SETUP failed: 461 Unsupported Transport [wmv3 @ 0x6d1a4a0] Extra data: 8 bits left, value: 0 Input #0, rtsp, from 'rtsp://a1797.l8175151796.c81751.g.lm.akamaistream.net/D/1797/81751/v0001/reflector:51796': Metadata: title : HSN Live artist : root copyright : Copyright HSN 2010 WMFSDKVersion : 10.00.00.4007 WMFSDKNeeded : 0.0.0.0000 IsVBR : 0 Duration: 00:00:00.00, start: 5130.077000, bitrate: N/A Stream #0:0: Audio: wmav2 (a[1][0][0] / 0x0161), 44100 Hz, 2 channels, s16, 48 kb/s Stream #0:1: Data: none Stream #0:2: Video: wmv3 (Main) (WMV3 / 0x33564D57), yuv420p, 560x420, 700 kb/s, 29.97 tbr, 1k tbn, 1k tbc At least one output file must be specified ==11844== Invalid read of size 4 ==11844== at 0x809E47F: avio_close (aviobuf.c:995) ==11844== Address 0x6d0da14 is 20 bytes inside a block of size 104 free'd ==11844== at 0x690A8A6: free (in /usr/lib64/valgrind/vgpreload_memcheck-x86-linux.so) ==11844== by 0x811EABA: asfrtp_free_context (rtpdec_asf.c:289) ==11844== ==11844== Invalid read of size 4 ==11844== at 0x809E482: avio_close (aviobuf.c:997) ==11844== Address 0x6d0da04 is 4 bytes inside a block of size 104 free'd ==11844== at 0x690A8A6: free (in /usr/lib64/valgrind/vgpreload_memcheck-x86-linux.so) ==11844== by 0x811EABA: asfrtp_free_context (rtpdec_asf.c:289) ==11844== ==11844== Invalid free() / delete / delete[] ==11844== at 0x690A8A6: free (in /usr/lib64/valgrind/vgpreload_memcheck-x86-linux.so) ==11844== by 0x809E48B: avio_close (aviobuf.c:997) ==11844== Address 0x6edbb18 is 0 bytes inside a block of size 7,976 free'd ==11844== at 0x690A8A6: free (in /usr/lib64/valgrind/vgpreload_memcheck-x86-linux.so) ==11844== by 0x86EB791: av_freep (mem.c:173) ==11844== ==11844== Invalid free() / delete / delete[] ==11844== at 0x690A8A6: free (in /usr/lib64/valgrind/vgpreload_memcheck-x86-linux.so) ==11844== by 0x809E493: avio_close (aviobuf.c:998) ==11844== Address 0x6d0da04 is 4 bytes inside a block of size 104 free'd ==11844== at 0x690A8A6: free (in /usr/lib64/valgrind/vgpreload_memcheck-x86-linux.so) ==11844== by 0x811EABA: asfrtp_free_context (rtpdec_asf.c:289) ==11844== ==11844== ==11844== HEAP SUMMARY: ==11844== in use at exit: 0 bytes in 0 blocks ==11844== total heap usage: 432 allocs, 434 frees, 2,157,714 bytes allocated ==11844== ==11844== All heap blocks were freed -- no leaks are possible ==11844== ==11844== For counts of detected and suppressed errors, rerun with: -v ==11844== ERROR SUMMARY: 4 errors from 4 contexts (suppressed: 3 from 3) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 00:00:20 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 Jan 2012 23:00:20 -0000 Subject: [FFmpeg-trac] #874(avformat:open): double free or corruption on exit when accessing windows media/asf via rtsp In-Reply-To: <035.1a47eeb7f928f8979818037b8d018bdc@avcodec.org> References: <035.1a47eeb7f928f8979818037b8d018bdc@avcodec.org> Message-ID: <050.6a0cea865894f2747d79d6d6e9fefef8@avcodec.org> #874: double free or corruption on exit when accessing windows media/asf via rtsp ------------------------------------+------------------------------------ Reporter: kyl416 | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * component: undetermined => avformat Comment: Replying to [comment:2 kyl416]: > Do you want me to recompile and post a new output No, I was just commenting for future reports. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 00:15:21 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 Jan 2012 23:15:21 -0000 Subject: [FFmpeg-trac] #756(avformat:new): Support muxing dvdsub into isom In-Reply-To: <036.3cda4a84e655f6ce3027057a3c680db9@avcodec.org> References: <036.3cda4a84e655f6ce3027057a3c680db9@avcodec.org> Message-ID: <051.339132c8c27da4ef3679d301f63ea8b7@avcodec.org> #756: Support muxing dvdsub into isom -------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: mov dvdsub | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by richardpl): I think it is not muxed because dvd_subtitle(E0) is not standard. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 00:37:18 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 Jan 2012 23:37:18 -0000 Subject: [FFmpeg-trac] #787(avcodec:closed): jpg: add support for YUV421 & YUV442 In-Reply-To: <038.ba3fdba533f3929493a212048cedc1c2@avcodec.org> References: <038.ba3fdba533f3929493a212048cedc1c2@avcodec.org> Message-ID: <053.e45baeb28063b3c2082170b078f30893@avcodec.org> #787: jpg: add support for YUV421 & YUV442 -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: closed Priority: wish | Component: avcodec Version: git-master | Resolution: fixed Keywords: mjpeg | Blocked By: yuv442 yuv421 | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ami_stuff): @cehoyos If you want me to upload not supported supsamples then just tell. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 01:14:49 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 00:14:49 -0000 Subject: [FFmpeg-trac] #787(avcodec:closed): jpg: add support for YUV421 & YUV442 In-Reply-To: <038.ba3fdba533f3929493a212048cedc1c2@avcodec.org> References: <038.ba3fdba533f3929493a212048cedc1c2@avcodec.org> Message-ID: <053.ae07d10320f93f716466ebd06b493a60@avcodec.org> #787: jpg: add support for YUV421 & YUV442 -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: closed Priority: wish | Component: avcodec Version: git-master | Resolution: fixed Keywords: mjpeg | Blocked By: yuv442 yuv421 | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): If any of the samples attached here are not decoded correctly, please reopen. If you have other samples that FFmpeg cannot decode, please open a new ticket (and attach the unsupported samples). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 01:18:45 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 00:18:45 -0000 Subject: [FFmpeg-trac] #874(avformat:closed): double free or corruption on exit when accessing windows media/asf via rtsp In-Reply-To: <035.1a47eeb7f928f8979818037b8d018bdc@avcodec.org> References: <035.1a47eeb7f928f8979818037b8d018bdc@avcodec.org> Message-ID: <050.79f28dec2464edd896187e957e125dba@avcodec.org> #874: double free or corruption on exit when accessing windows media/asf via rtsp ------------------------------------+------------------------------------ Reporter: kyl416 | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Michael. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 01:23:47 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 00:23:47 -0000 Subject: [FFmpeg-trac] #878(undetermined:new): jpg: unsupported subsamplings Message-ID: <038.74eeb1c39a2605cc340b09602ae3d32b@avcodec.org> #878: jpg: unsupported subsamplings -------------------------------------+------------------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- attached files decodes correctly with firefox/imagemagick {{{ ffmpeg -i 442_22_12_21.jpg out.bmp ffmpeg version 0.9.0.git-dc7ad85, Copyright (c) 2000-2012 the FFmpeg developers built on Jan 4 2012 22:15:52 with gcc 4.5.0 libavutil 51. 34.100 / 51. 34.100 libavcodec 53. 50.100 / 53. 50.100 libavformat 53. 29.100 / 53. 29.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 57.101 / 2. 57.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 5.100 libpostproc 51. 2.100 / 51. 2.100 [mjpeg @ 0x10fcb0a0] Warning: not compiled with thread support, using thread emulation [mjpeg @ 0x10fcb0a0] Unhandled pixel format 0x22122100 Codec 0x8 is not in the full list. [image2 @ 0x10fc98a0] Could not find codec parameters (Video: mjpeg, 1024x768) 442_22_12_21.jpg: could not find codec parameters }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 01:35:18 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 00:35:18 -0000 Subject: [FFmpeg-trac] #878(avcodec:open): jpg: unsupported subsamplings In-Reply-To: <038.74eeb1c39a2605cc340b09602ae3d32b@avcodec.org> References: <038.74eeb1c39a2605cc340b09602ae3d32b@avcodec.org> Message-ID: <053.fa41fdadd90134de663d0766989a1f58@avcodec.org> #878: jpg: unsupported subsamplings -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: mjpeg | 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 * keywords: => mjpeg * type: defect => enhancement Comment: What's wrong with 442_22_22_21.jpg ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 01:42:07 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 00:42:07 -0000 Subject: [FFmpeg-trac] #878(avcodec:open): jpg: unsupported subsamplings In-Reply-To: <038.74eeb1c39a2605cc340b09602ae3d32b@avcodec.org> References: <038.74eeb1c39a2605cc340b09602ae3d32b@avcodec.org> Message-ID: <053.e0d7a946e12aa07cac3a0c8da46102e9@avcodec.org> #878: jpg: unsupported subsamplings -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: mjpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by ami_stuff): just forgot to delete this one (as it decodes correctly) before archiving -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 01:53:51 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 00:53:51 -0000 Subject: [FFmpeg-trac] #879(avformat:new): mxf files without FooterPartition Message-ID: <035.17c20fd9a245e641093232ba78d90959@avcodec.org> #879: mxf files without FooterPartition ----------------------------------+-------------------------------------- Reporter: zhukov | Type: defect Status: new | Priority: normal Component: avformat | Version: git-master Keywords: mxf | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- git-master ffmpeg -i test.mxf outputs the following [mxf @ 0x7fce6183d800] inconsistent FooterPartition value: 1132608274 != 4294967296 [mxf @ 0x7fce6183d800] PreviousPartition points to this partition or forward [mxf @ 0x7fce6183d800] error reading header metadata ffmpeg 0.7.8 works fine on the very same file my rough ideas why that might be: ./libavformat/mxfdec.c:458 footer_partition = avio_rb64(pb); wants to output -1 i created a small patch diff --git a/libavformat/mxfdec.c b/libavformat/mxfdec.c index 10512ef..43f247a 100644 --- a/libavformat/mxfdec.c +++ b/libavformat/mxfdec.c @@ -464,7 +464,7 @@ static int mxf_read_partition_pack(void *arg, AVIOContext *pb, int tag, int size avio_read(pb, op, sizeof(UID)); /* some files don'thave FooterPartition set in every partition */ - if (footer_partition) { + if (footer_partition != 4294967296) { if (mxf->footer_partition && mxf->footer_partition != footer_partition) { av_log(mxf->fc, AV_LOG_ERROR, "inconsistent FooterPartition value: %" PRIi64 " != %" PRIi64 "\n", mxf->footer_partition, footer_partition); which did not help -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 01:55:29 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 00:55:29 -0000 Subject: [FFmpeg-trac] #879(avformat:new): mxf files without FooterPartition In-Reply-To: <035.17c20fd9a245e641093232ba78d90959@avcodec.org> References: <035.17c20fd9a245e641093232ba78d90959@avcodec.org> Message-ID: <050.6afb60646a1fa963646021e1c0a2c90a@avcodec.org> #879: mxf files without FooterPartition ------------------------------------+------------------------------------ Reporter: zhukov | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mxf | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by zhukov): {{{ diff --git a/libavformat/mxfdec.c b/libavformat/mxfdec.c index 10512ef..43f247a 100644 --- a/libavformat/mxfdec.c +++ b/libavformat/mxfdec.c @@ -464,7 +464,7 @@ static int mxf_read_partition_pack(void *arg, AVIOContext *pb, int tag, int size avio_read(pb, op, sizeof(UID)); /* some files don'thave FooterPartition set in every partition */ - if (footer_partition) { + if (footer_partition != 4294967296) { if (mxf->footer_partition && mxf->footer_partition != footer_partition) { av_log(mxf->fc, AV_LOG_ERROR, "inconsistent FooterPartition value: %" PRIi64 " != %" PRIi64 "\n", mxf->footer_partition, footer_partition); }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 03:37:17 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 02:37:17 -0000 Subject: [FFmpeg-trac] #879(avformat:new): mxf files without FooterPartition In-Reply-To: <035.17c20fd9a245e641093232ba78d90959@avcodec.org> References: <035.17c20fd9a245e641093232ba78d90959@avcodec.org> Message-ID: <050.1d82af16ffa6b089cc7ea69d1ac99893@avcodec.org> #879: mxf files without FooterPartition ------------------------------------+------------------------------------ Reporter: zhukov | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mxf | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Please provide the sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 04:19:11 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 03:19:11 -0000 Subject: [FFmpeg-trac] #499(undetermined:closed): H264 resolution change in flv not supported In-Reply-To: <036.9c092774feeb12fdbae37c916fbe4fad@avcodec.org> References: <036.9c092774feeb12fdbae37c916fbe4fad@avcodec.org> Message-ID: <051.a36dd8dd31534b87569834412207470b@avcodec.org> #499: H264 resolution change in flv not supported -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: flv h264 | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => flv h264 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 04:24:26 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 03:24:26 -0000 Subject: [FFmpeg-trac] #165(undetermined:closed): QT Cinepak - plays in negative In-Reply-To: <038.81216eaf40df6a01e1248f4682bd4f43@avcodec.org> References: <038.81216eaf40df6a01e1248f4682bd4f43@avcodec.org> Message-ID: <053.65f6a0441af36572adfb27f4cf60b49a@avcodec.org> #165: QT Cinepak - plays in negative -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: cinepak | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => cinepak -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 04:26:09 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 03:26:09 -0000 Subject: [FFmpeg-trac] #362(avcodec:closed): Interlaced mjpeg fails to decode In-Reply-To: <036.ab442c242e155247324bb00e094db745@avcodec.org> References: <036.ab442c242e155247324bb00e094db745@avcodec.org> Message-ID: <051.ef6288455da0d5ee4bb1c10c4695964b@avcodec.org> #362: Interlaced mjpeg fails to decode ------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: mjpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => mjpeg -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 04:26:49 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 03:26:49 -0000 Subject: [FFmpeg-trac] #463(avcodec:closed): MJPEG decoding regression In-Reply-To: <036.5483ca96400418b6a062f32e41707ab2@avcodec.org> References: <036.5483ca96400418b6a062f32e41707ab2@avcodec.org> Message-ID: <051.5d7498c12359346f986f38e89f283349@avcodec.org> #463: MJPEG decoding regression -------------------------------------+------------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: mjpeg | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: regression => mjpeg regression -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 04:34:48 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 03:34:48 -0000 Subject: [FFmpeg-trac] #417(avcodec:closed): correct grayscale palette for 2/4bpp TIFF In-Reply-To: <038.8e74295c33bf77734778a120c4737e90@avcodec.org> References: <038.8e74295c33bf77734778a120c4737e90@avcodec.org> Message-ID: <053.acff65289166ee31634d0f10d7ef9925@avcodec.org> #417: correct grayscale palette for 2/4bpp TIFF ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: tif | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => tif -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 04:35:16 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 03:35:16 -0000 Subject: [FFmpeg-trac] #435(undetermined:closed): fix 4bpp png interlaced In-Reply-To: <038.716d07ea7f7274b08a0a99a7b1b973d3@avcodec.org> References: <038.716d07ea7f7274b08a0a99a7b1b973d3@avcodec.org> Message-ID: <053.0821fd9cfc72b8143b9e855f49b06f1e@avcodec.org> #435: fix 4bpp png interlaced -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: png | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => png -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 04:36:05 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 03:36:05 -0000 Subject: [FFmpeg-trac] #434(undetermined:closed): fix 2bpp png interlaced In-Reply-To: <038.0e3d71ad02cde1f989b46a1970f892d5@avcodec.org> References: <038.0e3d71ad02cde1f989b46a1970f892d5@avcodec.org> Message-ID: <053.a35104bab11878b456c0a107d9737b1a@avcodec.org> #434: fix 2bpp png interlaced -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: png | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => png -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 04:36:45 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 03:36:45 -0000 Subject: [FFmpeg-trac] #161(avcodec:closed): QT PNG / PNG 24bpp INTERLACED with PAETH filter - broken output In-Reply-To: <038.117cdeb86da9569f53afb4875e7890fd@avcodec.org> References: <038.117cdeb86da9569f53afb4875e7890fd@avcodec.org> Message-ID: <053.fd8b4604dda8fb2f8df8aa24f4caec90@avcodec.org> #161: QT PNG / PNG 24bpp INTERLACED with PAETH filter - broken output ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: png | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => png -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 04:38:39 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 03:38:39 -0000 Subject: [FFmpeg-trac] #433(undetermined:closed): add 2bpp support in png decoder In-Reply-To: <038.257a7a5dc1d459d8aab514eeff04dc49@avcodec.org> References: <038.257a7a5dc1d459d8aab514eeff04dc49@avcodec.org> Message-ID: <053.c3dc3faeeb1599ae3369bfbac9616e79@avcodec.org> #433: add 2bpp support in png decoder -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: png | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 1 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => png -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 04:38:55 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 03:38:55 -0000 Subject: [FFmpeg-trac] #214(avcodec:closed): 1bpp interlaced png (without filter) decodes incorrectly In-Reply-To: <038.0007a6e78b4b5c9391d9bf51a4ed637b@avcodec.org> References: <038.0007a6e78b4b5c9391d9bf51a4ed637b@avcodec.org> Message-ID: <053.5f44a7ca00f93bc3206952a95a352631@avcodec.org> #214: 1bpp interlaced png (without filter) decodes incorrectly ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: png | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => png -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 04:39:14 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 03:39:14 -0000 Subject: [FFmpeg-trac] #208(avcodec:closed): png 4bpp file decodes incorrectly In-Reply-To: <038.98ee66bab65bf6fc9665ed2fd5fa8ca5@avcodec.org> References: <038.98ee66bab65bf6fc9665ed2fd5fa8ca5@avcodec.org> Message-ID: <053.2692dc53e8f488ee147c99764bbd5a90@avcodec.org> #208: png 4bpp file decodes incorrectly ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: png | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => png -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 04:47:59 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 03:47:59 -0000 Subject: [FFmpeg-trac] #430(undetermined:new): Support for GMP4 variant of MPEG-4 ASP In-Reply-To: <036.854539811c76b22116d22990a3d2c291@avcodec.org> References: <036.854539811c76b22116d22990a3d2c291@avcodec.org> Message-ID: <051.48ad1d5f029589eeb043dc56d4d821f2@avcodec.org> #430: Support for GMP4 variant of MPEG-4 ASP -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: new Priority: wish | Component: Version: git-master | undetermined Keywords: gmp4 asp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: gmp4 mpeg4 => gmp4 asp -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 04:48:14 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 03:48:14 -0000 Subject: [FFmpeg-trac] #507(undetermined:open): Initial A/V desync when remuxing or transcoding ASP / MP3 in avi In-Reply-To: <036.2f32b1af4826e9b2245fe1c8e5a9e2f4@avcodec.org> References: <036.2f32b1af4826e9b2245fe1c8e5a9e2f4@avcodec.org> Message-ID: <051.a32751685ac97a11039761942c295ca3@avcodec.org> #507: Initial A/V desync when remuxing or transcoding ASP / MP3 in avi -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: avi asp mp3 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: avi mpeg4 mp3 => avi asp mp3 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 04:48:37 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 03:48:37 -0000 Subject: [FFmpeg-trac] #427(avcodec:closed): Visible artefacts with packed B-frames In-Reply-To: <036.02f0956c374a106ca120d5798a72d0fc@avcodec.org> References: <036.02f0956c374a106ca120d5798a72d0fc@avcodec.org> Message-ID: <051.73bb120c7e107fda414dc9a01c9ac183@avcodec.org> #427: Visible artefacts with packed B-frames ------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: asp | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => asp -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 04:49:56 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 03:49:56 -0000 Subject: [FFmpeg-trac] #159(avcodec:closed): "Sony DV Codec" - wrong resolution reported by FFmpeg + broken output In-Reply-To: <038.06540aeeda1d8266fa75d72dbd3e1329@avcodec.org> References: <038.06540aeeda1d8266fa75d72dbd3e1329@avcodec.org> Message-ID: <053.6c118c207edb4a9c9733b69ce1800efc@avcodec.org> #159: "Sony DV Codec" - wrong resolution reported by FFmpeg + broken output ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: dvvideo | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => dvvideo -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 04:51:02 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 03:51:02 -0000 Subject: [FFmpeg-trac] #155(undetermined:closed): Broken frames transcoding/subclipping from GoPro H.264 to XDCAM In-Reply-To: <032.e92373f906a00f440ae7dd7d0789a3bd@avcodec.org> References: <032.e92373f906a00f440ae7dd7d0789a3bd@avcodec.org> Message-ID: <047.619b6ce76fba91022e4fba3841bc33e4@avcodec.org> #155: Broken frames transcoding/subclipping from GoPro H.264 to XDCAM -------------------------------------+------------------------------------- Reporter: rmk | Owner: michael Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: h264 | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => h264 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 04:52:05 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 03:52:05 -0000 Subject: [FFmpeg-trac] #366(undetermined:closed): Green bar with ffplay when playing H264 In-Reply-To: <036.c2179fb0c5fca8b20eb7381394df7d00@avcodec.org> References: <036.c2179fb0c5fca8b20eb7381394df7d00@avcodec.org> Message-ID: <051.a88731330e1a66a191459468915db158@avcodec.org> #366: Green bar with ffplay when playing H264 -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: ffplay | Resolution: fixed regression h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: ffplay regression => ffplay regression h264 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 04:52:49 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 03:52:49 -0000 Subject: [FFmpeg-trac] #160(undetermined:closed): QT RAW "256 colors" - broken output In-Reply-To: <038.e003eaa16c7e8433149a697bc0420f73@avcodec.org> References: <038.e003eaa16c7e8433149a697bc0420f73@avcodec.org> Message-ID: <053.265405c3542d77465493610894016a76@avcodec.org> #160: QT RAW "256 colors" - broken output -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: mov | Resolution: fixed rawvideo | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => mov rawvideo -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 04:53:41 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 03:53:41 -0000 Subject: [FFmpeg-trac] #343(avformat:closed): wrong duration with voc files In-Reply-To: <038.cae8ef069d9672b76189373851460b6c@avcodec.org> References: <038.cae8ef069d9672b76189373851460b6c@avcodec.org> Message-ID: <053.4aac01ee16b2b6ead00956de35aa975d@avcodec.org> #343: wrong duration with voc files ------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: voc | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => voc -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 04:55:30 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 03:55:30 -0000 Subject: [FFmpeg-trac] #360(avformat:closed): Video packet timestamps broken for Panasonic Lumix GH2 AVCHD files In-Reply-To: <032.3480a0f77c6f8ee707cbd9f039881f6a@avcodec.org> References: <032.3480a0f77c6f8ee707cbd9f039881f6a@avcodec.org> Message-ID: <047.94b0e7f7c4c8d095c5d222d2523f0e26@avcodec.org> #360: Video packet timestamps broken for Panasonic Lumix GH2 AVCHD files -------------------------------------+------------------------------------ Reporter: rmk | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: unspecified | Resolution: fixed Keywords: H264 TS | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => H264 TS -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 04:56:06 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 03:56:06 -0000 Subject: [FFmpeg-trac] #374(avcodec:closed): Artefacts with packed B frames In-Reply-To: <036.bc4fde8a1c43d8125bc7b97c26f085f2@avcodec.org> References: <036.bc4fde8a1c43d8125bc7b97c26f085f2@avcodec.org> Message-ID: <051.a14a3423429e1ef8b667fea4976c3f80@avcodec.org> #374: Artefacts with packed B frames -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: regression | Blocked By: asp | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: regression => regression asp -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 04:56:47 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 03:56:47 -0000 Subject: [FFmpeg-trac] #131(avformat:closed): add support for (maybe broken) *.divx file In-Reply-To: <038.3588ea59643c8318e85c0cfe469ebc1d@avcodec.org> References: <038.3588ea59643c8318e85c0cfe469ebc1d@avcodec.org> Message-ID: <053.3b7485659db209c518e678439e0f94ec@avcodec.org> #131: add support for (maybe broken) *.divx file -------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: enhancement | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: avi | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => avi -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 04:58:16 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 03:58:16 -0000 Subject: [FFmpeg-trac] #494(undetermined:closed): Error decoding ac3 (Multiple frames in a packet from stream 1) In-Reply-To: <035.9af838ab68f24e704d77df62c10a8b40@avcodec.org> References: <035.9af838ab68f24e704d77df62c10a8b40@avcodec.org> Message-ID: <050.ae4803bef91944fa5e44fb262df88b26@avcodec.org> #494: Error decoding ac3 (Multiple frames in a packet from stream 1) -------------------------------------+------------------------------------- Reporter: Alex__ | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: ac3 mov | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => ac3 mov -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 05:08:29 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 04:08:29 -0000 Subject: [FFmpeg-trac] #140(undetermined:closed): regression with dv in avi In-Reply-To: <038.a9ccb53b787c002ada7f303a3a33c3c8@avcodec.org> References: <038.a9ccb53b787c002ada7f303a3a33c3c8@avcodec.org> Message-ID: <053.da81b79b1dc9ea1162ac5032601b19af@avcodec.org> #140: regression with dv in avi -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: dvvideo | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => dvvideo -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 05:11:23 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 04:11:23 -0000 Subject: [FFmpeg-trac] #15(avformat:closed): Initial I-frame in ogg/theora file is not decoded In-Reply-To: <036.7fe5b2dde584d23bca2b87cf2aa40dcc@avcodec.org> References: <036.7fe5b2dde584d23bca2b87cf2aa40dcc@avcodec.org> Message-ID: <051.cff52eed6fcb3c016433be2133c8c185@avcodec.org> #15: Initial I-frame in ogg/theora file is not decoded ------------------------------------+------------------------------------ Reporter: cehoyos | Owner: michael Type: defect | Status: closed Priority: normal | Component: avformat Version: git | Resolution: fixed Keywords: ogg theora | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => ogg theora -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 05:13:20 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 04:13:20 -0000 Subject: [FFmpeg-trac] #18(avcodec:closed): support lvf h264 file In-Reply-To: <034.751aca4cf5f352c05ff9de066c443d1b@avcodec.org> References: <034.751aca4cf5f352c05ff9de066c443d1b@avcodec.org> Message-ID: <049.5ff0787f4a75603aea56bc0989973a71@avcodec.org> #18: support lvf h264 file -------------------------------------+----------------------------------- Reporter: compn | Owner: michael Type: enhancement | Status: closed Priority: wish | Component: avcodec Version: git | Resolution: fixed Keywords: h264 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => h264 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 05:24:22 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 04:24:22 -0000 Subject: [FFmpeg-trac] #108(avcodec:closed): QT WRAW file decodes incorrectly In-Reply-To: <038.0c0a675ae493d2225dac64eb239c4608@avcodec.org> References: <038.0c0a675ae493d2225dac64eb239c4608@avcodec.org> Message-ID: <053.18ee391e22ad0eb2ebc62a4a2d067f43@avcodec.org> #108: QT WRAW file decodes incorrectly --------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: mov rawvideo | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | --------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => mov rawvideo -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 05:25:27 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 04:25:27 -0000 Subject: [FFmpeg-trac] #114(avcodec:closed): Crash in indeo3 decoder In-Reply-To: <036.f6e328de7debbdeb40eac540d84933aa@avcodec.org> References: <036.f6e328de7debbdeb40eac540d84933aa@avcodec.org> Message-ID: <051.d94e5342dbaee3c56903f73594438d3c@avcodec.org> #114: Crash in indeo3 decoder -----------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git | Resolution: fixed Keywords: indeo3 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -----------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => indeo3 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 05:26:22 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 04:26:22 -0000 Subject: [FFmpeg-trac] #230(avcodec:closed): regression with tiff flate In-Reply-To: <038.9494285d6a5238c04d575cfb743a4310@avcodec.org> References: <038.9494285d6a5238c04d575cfb743a4310@avcodec.org> Message-ID: <053.bb78e29f021df2ae161be8162ee007cd@avcodec.org> #230: regression with tiff flate -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: regression | Blocked By: tif | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: regression => regression tif -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 05:28:53 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 04:28:53 -0000 Subject: [FFmpeg-trac] #127(avcodec:closed): Video blur In-Reply-To: <040.b4b8c0580827d9d690c0cc0d3c8b9067@avcodec.org> References: <040.b4b8c0580827d9d690c0cc0d3c8b9067@avcodec.org> Message-ID: <055.be196cfc046d642f599fedcf6ed0c2ce@avcodec.org> #127: Video blur -------------------------------------+----------------------------------- Reporter: ulti-killer | Owner: michael Type: defect | Status: closed Priority: important | Component: avcodec Version: git | Resolution: fixed Keywords: asp | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => asp -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 05:31:30 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 04:31:30 -0000 Subject: [FFmpeg-trac] #203(avformat:closed): QT with audio: 64bit FLOAT, Little Endian decodes incorrectly In-Reply-To: <038.add1fa2752109fad6fcc372b3aa7cc7d@avcodec.org> References: <038.add1fa2752109fad6fcc372b3aa7cc7d@avcodec.org> Message-ID: <053.a7c2343d6875a7c921b5cf82fcd4f66b@avcodec.org> #203: QT with audio: 64bit FLOAT, Little Endian decodes incorrectly ------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: mov pcm | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => mov pcm -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 05:31:45 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 04:31:45 -0000 Subject: [FFmpeg-trac] #202(avformat:closed): QT with audio: 32bit INTEGER, Little Endian decodes incorrectly In-Reply-To: <038.5fc949b9dc68b9155cdd328b57e846a7@avcodec.org> References: <038.5fc949b9dc68b9155cdd328b57e846a7@avcodec.org> Message-ID: <053.517ec4e6576fdb161a1f09a6e668c86a@avcodec.org> #202: QT with audio: 32bit INTEGER, Little Endian decodes incorrectly ------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: mov pcm | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => mov pcm -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 05:32:07 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 04:32:07 -0000 Subject: [FFmpeg-trac] #201(avformat:closed): QT with audio: 32bit FLOAT, Little Endian decodes incorrectly In-Reply-To: <038.aadda8fafb53d0983373b16925b7a470@avcodec.org> References: <038.aadda8fafb53d0983373b16925b7a470@avcodec.org> Message-ID: <053.9977ca1163adc18573cd1922b310add3@avcodec.org> #201: QT with audio: 32bit FLOAT, Little Endian decodes incorrectly ------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: mov pcm | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => mov pcm -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 05:32:59 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 04:32:59 -0000 Subject: [FFmpeg-trac] #169(avformat:closed): IFF 8SVX stereo files (with FIB/EXP compression) decodes incorrectly In-Reply-To: <038.24442fdb51e4175785901294fb93e07c@avcodec.org> References: <038.24442fdb51e4175785901294fb93e07c@avcodec.org> Message-ID: <053.a19d4bfe3412d41d51ae49385fb9611a@avcodec.org> #169: IFF 8SVX stereo files (with FIB/EXP compression) decodes incorrectly ------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: 8svx | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => 8svx -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 05:34:27 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 04:34:27 -0000 Subject: [FFmpeg-trac] #172(avcodec:closed): PNG 1bpp grayscale image decodes incorrectly In-Reply-To: <038.5bb507e837b8465fefa08bb01ef5241d@avcodec.org> References: <038.5bb507e837b8465fefa08bb01ef5241d@avcodec.org> Message-ID: <053.cf5e2a7e5c8263b022330418be075846@avcodec.org> #172: PNG 1bpp grayscale image decodes incorrectly -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: unspecified | Resolution: fixed Keywords: png | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => png -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 05:35:08 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 04:35:08 -0000 Subject: [FFmpeg-trac] #206(avcodec:closed): Add support for 2bpp raw in AVI In-Reply-To: <038.10c39589b0bad2dd62217731c6fa6673@avcodec.org> References: <038.10c39589b0bad2dd62217731c6fa6673@avcodec.org> Message-ID: <053.84975a78ffeb608b23498883d0a7b512@avcodec.org> #206: Add support for 2bpp raw in AVI --------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: avi rawvideo | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => avi rawvideo -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 05:35:45 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 04:35:45 -0000 Subject: [FFmpeg-trac] #205(avcodec:closed): Add support for 1bpp raw in AVI In-Reply-To: <038.d49d899c3422b94aab599159598289db@avcodec.org> References: <038.d49d899c3422b94aab599159598289db@avcodec.org> Message-ID: <053.03e0284ea48423a9bb341e9078401d3f@avcodec.org> #205: Add support for 1bpp raw in AVI --------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: avi rawvideo | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => avi rawvideo -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 05:36:21 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 04:36:21 -0000 Subject: [FFmpeg-trac] #189(avcodec:closed): QT - add support for QT NONE (RAW) 1bpp monochrome mode In-Reply-To: <038.15a37508aaa207174d9490b256a54ca4@avcodec.org> References: <038.15a37508aaa207174d9490b256a54ca4@avcodec.org> Message-ID: <053.6cf29db2f1e8db3be6815ac7cfdca7cd@avcodec.org> #189: QT - add support for QT NONE (RAW) 1bpp monochrome mode --------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: mov rawvideo | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => mov rawvideo -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 05:37:56 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 04:37:56 -0000 Subject: [FFmpeg-trac] #196(avcodec:closed): tiff decoder fails for monob if horizontal resolution is not a multiple of 8 In-Reply-To: <036.7068cf12a0ea20d48d8e5628874175cc@avcodec.org> References: <036.7068cf12a0ea20d48d8e5628874175cc@avcodec.org> Message-ID: <051.e1f00f8587dd69c8a399508f849b4f28@avcodec.org> #196: tiff decoder fails for monob if horizontal resolution is not a multiple of 8 ------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: tif | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => tif -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 05:38:53 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 04:38:53 -0000 Subject: [FFmpeg-trac] #171(avcodec:closed): TIFF 1bpp decodes incorrectly In-Reply-To: <038.3d1b2dd6fd5ad8a2cc0337d1b6eb3395@avcodec.org> References: <038.3d1b2dd6fd5ad8a2cc0337d1b6eb3395@avcodec.org> Message-ID: <053.afd970c9989671fa5435f7cfdbc040cf@avcodec.org> #171: TIFF 1bpp decodes incorrectly -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: unspecified | Resolution: fixed Keywords: tif | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => tif -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 05:39:23 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 04:39:23 -0000 Subject: [FFmpeg-trac] #167(avcodec:closed): TIFF file decodes incorrectly In-Reply-To: <038.b3da7670b73882243f1fa86f31f595d3@avcodec.org> References: <038.b3da7670b73882243f1fa86f31f595d3@avcodec.org> Message-ID: <053.51bfc57cf5d8d7d2e5df2a6a4e933644@avcodec.org> #167: TIFF file decodes incorrectly -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: unspecified | Resolution: fixed Keywords: tif | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => tif -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 05:40:24 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 04:40:24 -0000 Subject: [FFmpeg-trac] #188(avcodec:closed): QT - add support for QT BMP 1bpp color mode In-Reply-To: <038.1a1d45b4e329aa1b0c68bfce2d485f73@avcodec.org> References: <038.1a1d45b4e329aa1b0c68bfce2d485f73@avcodec.org> Message-ID: <053.99ab5d4fdc935317cd61df8a7839deb3@avcodec.org> #188: QT - add support for QT BMP 1bpp color mode -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: mov msrle | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => mov msrle -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 05:46:02 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 04:46:02 -0000 Subject: [FFmpeg-trac] #168(avcodec:closed): TIFF file decodes incorrectly - 2 In-Reply-To: <038.f42cc16f0da09833d9f760d27d9a7455@avcodec.org> References: <038.f42cc16f0da09833d9f760d27d9a7455@avcodec.org> Message-ID: <053.d7ed2e5df77069d159ee05ea75e56047@avcodec.org> #168: TIFF file decodes incorrectly - 2 -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: unspecified | Resolution: fixed Keywords: tif | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => tif -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 05:46:52 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 04:46:52 -0000 Subject: [FFmpeg-trac] #154(avcodec:closed): pbm file does not convert In-Reply-To: <038.3f5ad6c1c8e2049ce7dbc4ba7ce9cff2@avcodec.org> References: <038.3f5ad6c1c8e2049ce7dbc4ba7ce9cff2@avcodec.org> Message-ID: <053.baca329c24d65f553bff2f48e6b2b31a@avcodec.org> #154: pbm file does not convert -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: unspecified | Resolution: fixed Keywords: pbm | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => pbm -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 05:47:49 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 04:47:49 -0000 Subject: [FFmpeg-trac] #135(undetermined:closed): -acodec copy does not copy wav file correctly (at least with with pcm_s24le ) In-Reply-To: <043.07572de68f56cfc930bb8b92d7cfc76c@avcodec.org> References: <043.07572de68f56cfc930bb8b92d7cfc76c@avcodec.org> Message-ID: <058.a215c713ce8a20ed491c217a971fe58c@avcodec.org> #135: -acodec copy does not copy wav file correctly (at least with with pcm_s24le ) -------------------------------------+------------------------------------- Reporter: | Owner: NabilStendardo | Status: closed Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: fixed Keywords: wav | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => wav -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 05:52:02 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 04:52:02 -0000 Subject: [FFmpeg-trac] #82(undetermined:closed): ffplay - cjpeg codec playback regression In-Reply-To: <038.326d205d5e960f09145c9e4097f0ca55@avcodec.org> References: <038.326d205d5e960f09145c9e4097f0ca55@avcodec.org> Message-ID: <053.d74a69105f3f62e0ad1c2575ab19cc84@avcodec.org> #82: ffplay - cjpeg codec playback regression -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: mjpeg | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => mjpeg -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 05:53:41 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 04:53:41 -0000 Subject: [FFmpeg-trac] #158(undetermined:closed): mpeg2video (4:2:2) + vlowres = colorful "noise" In-Reply-To: <038.4055ebdba50ab511573b656c8bc00934@avcodec.org> References: <038.4055ebdba50ab511573b656c8bc00934@avcodec.org> Message-ID: <053.aaf19be2998fa24bf09fb8b62b62f99a@avcodec.org> #158: mpeg2video (4:2:2) + vlowres = colorful "noise" -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: mpeg2video | Resolution: fixed lowres | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => mpeg2video lowres -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 05:55:01 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 04:55:01 -0000 Subject: [FFmpeg-trac] #62(avformat:closed): aiff flt regression In-Reply-To: <038.75dc5ec4f7bb03197c16f499facc7400@avcodec.org> References: <038.75dc5ec4f7bb03197c16f499facc7400@avcodec.org> Message-ID: <053.5b4734d17784490c95c05d77406b91ad@avcodec.org> #62: aiff flt regression ------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: aif | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => aif -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 05:55:56 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 04:55:56 -0000 Subject: [FFmpeg-trac] #86(avfilter:closed): aasc codec regression In-Reply-To: <038.ccd8b47ea2e83caefd29d8a82fa3072e@avcodec.org> References: <038.ccd8b47ea2e83caefd29d8a82fa3072e@avcodec.org> Message-ID: <053.772768ec877d44529bc93b2ff937354b@avcodec.org> #86: aasc codec regression -----------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avfilter Version: git | Resolution: fixed Keywords: aasc | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -----------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => aasc -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 05:59:07 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 04:59:07 -0000 Subject: [FFmpeg-trac] #151(avformat:closed): avi: A/V sync regression In-Reply-To: <038.496022326e0d91499fc5111a07cb2fae@avcodec.org> References: <038.496022326e0d91499fc5111a07cb2fae@avcodec.org> Message-ID: <053.cd56611b5f848b6552a05eafcfb9ece4@avcodec.org> #151: avi: A/V sync regression ------------------------------------+------------------------------------ Reporter: heleppkes | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: avi | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => avi -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 06:00:50 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 05:00:50 -0000 Subject: [FFmpeg-trac] #223(avformat:closed): fpe when reading mov file In-Reply-To: <036.936432307af7653baddd4db3cbe236fb@avcodec.org> References: <036.936432307af7653baddd4db3cbe236fb@avcodec.org> Message-ID: <051.2235a9a539274c4ae48afeda96f923b0@avcodec.org> #223: fpe when reading mov file ------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => mov -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 06:13:16 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 05:13:16 -0000 Subject: [FFmpeg-trac] #278(undetermined:closed): 0.7-rc1: strange colors with x11grab In-Reply-To: <040.006f96d939ddcf5a1aeb3992ac2fe303@avcodec.org> References: <040.006f96d939ddcf5a1aeb3992ac2fe303@avcodec.org> Message-ID: <055.3070028702ec5007ecdce78c3a35aff8@avcodec.org> #278: 0.7-rc1: strange colors with x11grab -------------------------------------+------------------------------------- Reporter: nixscripter | Owner: Type: defect | Status: closed Priority: normal | Component: Version: 0.7-rc1 | undetermined Keywords: x11grab | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => x11grab -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 06:13:54 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 05:13:54 -0000 Subject: [FFmpeg-trac] #292(avdevice:closed): ffplay -f video4linux2 regression In-Reply-To: <036.f24b1ad5c874c8678ae1d38d21db0319@avcodec.org> References: <036.f24b1ad5c874c8678ae1d38d21db0319@avcodec.org> Message-ID: <051.89cf8f5b9cd33378d73c07dae3ef6931@avcodec.org> #292: ffplay -f video4linux2 regression -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: avdevice Version: git-master | Resolution: fixed Keywords: ffplay | Blocked By: regression v4l | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: ffplay regression => ffplay regression v4l -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 06:19:01 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 05:19:01 -0000 Subject: [FFmpeg-trac] #133(avcodec:closed): CJPG files have chroma problems In-Reply-To: <036.69bb2e1a206adc678c2b5618b1c500ab@avcodec.org> References: <036.69bb2e1a206adc678c2b5618b1c500ab@avcodec.org> Message-ID: <051.9ef41757a01d1ac407634123caead966@avcodec.org> #133: CJPG files have chroma problems ------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: minor | Component: avcodec Version: git-master | Resolution: fixed Keywords: mjpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => mjpeg -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 06:30:38 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 05:30:38 -0000 Subject: [FFmpeg-trac] #338(avcodec:closed): problem with qt msrle 1bpp with odd width In-Reply-To: <038.1b53d35d4a246b75d25a22eefbf478c3@avcodec.org> References: <038.1b53d35d4a246b75d25a22eefbf478c3@avcodec.org> Message-ID: <053.f4c1f7428d39d7c0943ad2544d9f001c@avcodec.org> #338: problem with qt msrle 1bpp with odd width ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: mov msrle | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => mov msrle -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 06:42:50 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 05:42:50 -0000 Subject: [FFmpeg-trac] #88(avcodec:closed): MPEG2 Transport Stream Demuxer - Incorrect PTS/DTS for Stream In-Reply-To: <040.7c72aca509bf4a2994c9dae2d50da9cd@avcodec.org> References: <040.7c72aca509bf4a2994c9dae2d50da9cd@avcodec.org> Message-ID: <055.5b1713aebdff4c45a3e2051e2e90907b@avcodec.org> #88: MPEG2 Transport Stream Demuxer - Incorrect PTS/DTS for Stream -------------------------------------+----------------------------------- Reporter: jlsantiago0 | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: h264 ts aac | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => h264 ts aac -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 06:47:58 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 05:47:58 -0000 Subject: [FFmpeg-trac] #213(undetermined:closed): aac codec regression In-Reply-To: <038.78dfafab4a1ca4aa43a99a5b51d5fab1@avcodec.org> References: <038.78dfafab4a1ca4aa43a99a5b51d5fab1@avcodec.org> Message-ID: <053.53ebb4a3a32fc0e341af3cda65b0cf04@avcodec.org> #213: aac codec regression -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: aac mov | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => aac mov -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 06:49:52 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 05:49:52 -0000 Subject: [FFmpeg-trac] #306(undetermined:closed): Add support for AVI RAW (YV24) In-Reply-To: <038.d837040307e14aa26402913626acac5a@avcodec.org> References: <038.d837040307e14aa26402913626acac5a@avcodec.org> Message-ID: <053.9ea3bb074479215d998819aa01a40774@avcodec.org> #306: Add support for AVI RAW (YV24) -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: avi | Resolution: fixed rawvideo | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => avi rawvideo -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 12:05:47 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 11:05:47 -0000 Subject: [FFmpeg-trac] #880(avcodec:new): bad two first frames when mpeg2video encoding Message-ID: <035.2c1e2e3111cdfa04614fde06c7107163@avcodec.org> #880: bad two first frames when mpeg2video encoding -------------------------------------+------------------------------------- Reporter: kuzyag | Type: defect Status: new | Priority: normal Component: avcodec | Version: Keywords: bad 2 first | unspecified frames, mpeg2video | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- When I encode using mpeg2video, in resulting video I have first two frames in very low quality. {{{ D:\tmp\9>ffmpeg.exe -threads 8 -i c1_1_13.12.11.mov -vcodec mpeg2video -vb 40000k -maxrate 40000k -minrate 40000k -bufsize 20000k -threads 8 -y test_encoding.mpg ffmpeg version N-36363-g0af34c4, Copyright (c) 2000-2012 the FFmpeg developers built on Jan 3 2012 02:35:39 with gcc 4.5.0 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-mingw32-gcc' --enable-w 32threads --enable-memalign-hack --enable-runtime-cpudetect --enable- cross-compile --enable-static --disable-shared --extra-libs='-lws2_32 -lwinmm' --extra-cflags='--static -I/var/ www/users/research/ffmpeg/snapshots/build/include' --extra- ldflags='-static -L/var/www/users/research/ffmpeg/snapshots/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-libopencor e-amrwb --enable-libmp3lame --enable-libvpx --disable-decoder=libvpx libavutil 51. 33.100 / 51. 33.100 libavcodec 53. 50.100 / 53. 50.100 libavformat 53. 29.100 / 53. 29.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 57.101 / 2. 57.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 5.100 libpostproc 51. 2.100 / 51. 2.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'c1_1_13.12.11.mov': Metadata: creation_time : 2011-12-13 12:49:19 Duration: 00:01:02.40, start: 0.000000, bitrate: 120761 kb/s Stream #0:0(eng): Video: dvvideo (dvh5 / 0x35687664), yuv422p, 1440x1080 [SAR 4:3 DAR 16:9], 115200 kb/s, 25 fps, 25 tbr, 2500 tbn, 25 tbc Metadata: creation_time : 2011-12-13 12:50:22 handler_name : ?Apple Alias Data Handler Stream #0:1(eng): Audio: pcm_s16le (sowt / 0x74776F73), 48000 Hz, 1 channels, s16, 768 kb/s Metadata: creation_time : 2011-12-13 12:50:22 handler_name : ?Apple Alias Data Handler Stream #0:2(eng): Audio: pcm_s16le (sowt / 0x74776F73), 48000 Hz, 1 channels, s16, 768 kb/s Metadata: creation_time : 2011-12-13 12:50:22 handler_name : ?Apple Alias Data Handler Stream #0:3(eng): Audio: pcm_s16le (sowt / 0x74776F73), 48000 Hz, 1 channels, s16, 768 kb/s Metadata: creation_time : 2011-12-13 12:50:22 handler_name : ?Apple Alias Data Handler Stream #0:4(eng): Audio: pcm_s16le (sowt / 0x74776F73), 48000 Hz, 1 channels, s16, 768 kb/s Metadata: creation_time : 2011-12-13 12:50:22 handler_name : ?Apple Alias Data Handler Stream #0:5(eng): Data: none (tmcd / 0x64636D74) Metadata: creation_time : 2011-12-13 12:50:22 handler_name : ?Apple Alias Data Handler [buffer @ 0x18af460] w:1440 h:1080 pixfmt:yuv422p tb:1/1000000 sar:4/3 sws_param: Output #0, mpeg, to 'test_encoding.mpg': Metadata: creation_time : 2011-12-13 12:49:19 encoder : Lavf53.29.100 Stream #0:0(eng): Video: mpeg2video, yuv422p, 1440x1080 [SAR 4:3 DAR 16:9], q=2-31, 40000 kb/s, 90k tbn, 25 tbc Metadata: creation_time : 2011-12-13 12:50:22 handler_name : ?Apple Alias Data Handler Stream #0:1(eng): Audio: mp2, 48000 Hz, 1 channels, s16, 128 kb/s Metadata: creation_time : 2011-12-13 12:50:22 handler_name : ?Apple Alias Data Handler Stream mapping: Stream #0:0 -> #0:0 (dvvideo -> mpeg2video) Stream #0:1 -> #0:1 (pcm_s16le -> mp2) Press [q] to stop, [?] for help [mpeg2video @ 0x18afb40] rc buffer underflow frame= 1560 fps= 4 q=3.0 Lsize= 305932kB time=00:01:02.36 bitrate=40189.1kbits/s video:303882kB audio:975kB global headers:0kB muxing overhead 0.352519% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 13:05:36 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 12:05:36 -0000 Subject: [FFmpeg-trac] #881(undetermined:new): pam: fix 16bpp grayscale mode Message-ID: <038.3aa61ef7df70e959e1a84d13e4977005@avcodec.org> #881: pam: fix 16bpp grayscale mode -------------------------------------+------------------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- attached file decodes correctly with netpbm patch included {{{ C:\>ffmpeg -i 16.pam ffmpeg version N-36492-g7f83db3, Copyright (c) 2000-2012 the FFmpeg developers built on Jan 5 2012 01:57:12 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 34.100 / 51. 34.100 libavcodec 53. 53.100 / 53. 53.100 libavformat 53. 29.100 / 53. 29.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 57.101 / 2. 57.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 5.100 libpostproc 51. 2.100 / 51. 2.100 Input #0, image2, from '16.pam': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: pam, gray, 1024x768, 25 tbr, 25 tbn, 25 tbc At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 13:43:35 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 12:43:35 -0000 Subject: [FFmpeg-trac] #882(undetermined:new): pam: support 48bpp Message-ID: <038.d338831dcf83711d7c872ab023a1a655@avcodec.org> #882: pam: support 48bpp -------------------------------------+------------------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- attached file decodes correctly with netpbm patch included {{{ C:\>ffmpeg -i 48.pam ffmpeg version N-36492-g7f83db3, Copyright (c) 2000-2012 the FFmpeg developers built on Jan 5 2012 01:57:12 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 34.100 / 51. 34.100 libavcodec 53. 53.100 / 53. 53.100 libavformat 53. 29.100 / 53. 29.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 57.101 / 2. 57.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 5.100 libpostproc 51. 2.100 / 51. 2.100 [pam @ 02645B60] 16-bit components are only supported for grayscale [image2 @ 020E2320] Could not find codec parameters (Video: pam, 640x480) 48.pam: could not find codec parameters }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 14:14:32 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 13:14:32 -0000 Subject: [FFmpeg-trac] #883(undetermined:new): pam: reject 64bpp rgba Message-ID: <038.213b7185cfb11998c0dbf0ae615e3ba9@avcodec.org> #883: pam: reject 64bpp rgba -------------------------------------+------------------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- reject pam 64bpp rgba (decodes correctly with netpbm) patch included {{{ C:\>ffmpeg -i 64rgba.pam ffmpeg version N-36492-g7f83db3, Copyright (c) 2000-2012 the FFmpeg developers built on Jan 5 2012 01:57:12 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 34.100 / 51. 34.100 libavcodec 53. 53.100 / 53. 53.100 libavformat 53. 29.100 / 53. 29.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 57.101 / 2. 57.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 5.100 libpostproc 51. 2.100 / 51. 2.100 Input #0, image2, from '64rgba.pam': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: pam, bgra, 320x240, 25 tbr, 25 tbn, 25 tbc At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 16:17:28 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 15:17:28 -0000 Subject: [FFmpeg-trac] #884(FFmpeg:new): Wrong duration on long video from HDPVR Message-ID: <038.77368fdc75442450b621aab7b2e21ca2@avcodec.org> #884: Wrong duration on long video from HDPVR -----------------------------------+---------------------------------- Reporter: jgauthier | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: 0.9 Keywords: duration | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+---------------------------------- I've got an HDPVR, and recorded a show that is 2 hours. When I encode this show, the duration is incorrect, telling me is: Duration: 00:59:42.45 I have watched the video and confirmed it is complete. ffmpeg version 0.9.0.git, Copyright (c) 2000-2012 the FFmpeg developers built on Jan 5 2012 09:53:34 with gcc 4.6.1 configuration: --enable-gpl --enable-libfaac --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libtheora --enable-libvorbis --enable-libx264 --enable-nonfree --enable-postproc --enable-version3 --enable-x11grab libavutil 51. 34.100 / 51. 34.100 libavcodec 53. 53.100 / 53. 53.100 libavformat 53. 29.100 / 53. 29.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 57.101 / 2. 57.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 5.100 libpostproc 51. 2.100 / 51. 2.100 [mpegts @ 0x9d01ac0] Format mpegts probed with size=2048 and score=100 [mpegts @ 0x9d01ac0] stream=0 stream_type=1b pid=1011 prog_reg_desc=HDMV [mpegts @ 0x9d01ac0] stream=1 stream_type=f pid=1100 prog_reg_desc=HDMV [h264 @ 0x9d05760] err{or,}_recognition separate: 1; 1 [h264 @ 0x9d05760] err{or,}_recognition combined: 1; 10001 [h264 @ 0x9d05760] detected 2 logical cores [aac @ 0x9d05fc0] err{or,}_recognition separate: 1; 1 [aac @ 0x9d05fc0] err{or,}_recognition combined: 1; 10001 [aac @ 0x9d05fc0] Unsupported bit depth: 0 [h264 @ 0x9d05760] sps_id out of range [h264 @ 0x9d05760] non-existing SPS 15 referenced in buffering period [h264 @ 0x9d05760] non-existing PPS referenced [h264 @ 0x9d05760] sps_id out of range [h264 @ 0x9d05760] non-existing SPS 15 referenced in buffering period [h264 @ 0x9d05760] non-existing PPS referenced [h264 @ 0x9d06580] sps_id out of range [h264 @ 0x9d06580] non-existing SPS 15 referenced in buffering period [h264 @ 0x9d06580] non-existing PPS 0 referenced [h264 @ 0x9d06580] decode_slice_header error [h264 @ 0x9d06580] no frame! [h264 @ 0x9d05760] sps_id out of range [h264 @ 0x9d05760] non-existing SPS 32 referenced in buffering period [h264 @ 0x9d05760] non-existing PPS referenced [h264 @ 0x9d06580] sps_id out of range [h264 @ 0x9d06580] non-existing SPS 15 referenced in buffering period [h264 @ 0x9d06580] non-existing PPS 0 referenced [h264 @ 0x9d06580] decode_slice_header error [h264 @ 0x9d069a0] no frame! [h264 @ 0x9d06580] sps_id out of range [h264 @ 0x9d06580] non-existing SPS 32 referenced in buffering period [h264 @ 0x9d06580] non-existing PPS 0 referenced [h264 @ 0x9d06580] decode_slice_header error [h264 @ 0x9d06e40] no frame! [h264 @ 0x9d05760] sps_id out of range [h264 @ 0x9d05760] non-existing SPS 32 referenced in buffering period [h264 @ 0x9d05760] non-existing PPS referenced [h264 @ 0x9d05760] sps_id out of range [h264 @ 0x9d05760] non-existing SPS 32 referenced in buffering period [h264 @ 0x9d05760] non-existing PPS referenced [h264 @ 0x9d06580] sps_id out of range [h264 @ 0x9d06580] non-existing SPS 32 referenced in buffering period [h264 @ 0x9d06580] non-existing PPS 0 referenced [h264 @ 0x9d06580] decode_slice_header error [h264 @ 0x9d06580] no frame! [h264 @ 0x9d06580] sps_id out of range [h264 @ 0x9d06580] non-existing SPS 32 referenced in buffering period [h264 @ 0x9d06580] non-existing PPS 0 referenced [h264 @ 0x9d06580] decode_slice_header error [h264 @ 0x9d069a0] no frame! [h264 @ 0x9d05760] sps_id out of range [h264 @ 0x9d05760] non-existing SPS 32 referenced in buffering period [h264 @ 0x9d05760] non-existing PPS referenced [h264 @ 0x9d05760] sps_id out of range [h264 @ 0x9d05760] non-existing SPS 32 referenced in buffering period [h264 @ 0x9d06580] sps_id out of range [h264 @ 0x9d06580] non-existing SPS 32 referenced in buffering period [h264 @ 0x9d05760] non-existing PPS referenced [h264 @ 0x9d06580] non-existing PPS 0 referenced [h264 @ 0x9d06580] decode_slice_header error [h264 @ 0x9d06e40] no frame! [h264 @ 0x9d06580] sps_id out of range [h264 @ 0x9d06580] non-existing SPS 32 referenced in buffering period [h264 @ 0x9d06580] non-existing PPS 0 referenced [h264 @ 0x9d06580] decode_slice_header error [h264 @ 0x9d06580] no frame! [h264 @ 0x9d05760] sps_id out of range [h264 @ 0x9d05760] non-existing SPS 32 referenced in buffering period [h264 @ 0x9d05760] non-existing PPS referenced [h264 @ 0x9d06580] sps_id out of range [h264 @ 0x9d06580] non-existing SPS 32 referenced in buffering period [h264 @ 0x9d05760] sps_id out of range [h264 @ 0x9d06580] non-existing PPS 0 referenced [h264 @ 0x9d06580] decode_slice_header error [h264 @ 0x9d069a0] no frame! [h264 @ 0x9d05760] non-existing SPS 15 referenced in buffering period [h264 @ 0x9d05760] non-existing PPS referenced [h264 @ 0x9d06580] sps_id out of range [h264 @ 0x9d06580] non-existing SPS 15 referenced in buffering period [h264 @ 0x9d06580] non-existing PPS 0 referenced [h264 @ 0x9d06580] decode_slice_header error [h264 @ 0x9d06e40] no frame! [h264 @ 0x9d05760] sps_id out of range [h264 @ 0x9d05760] non-existing SPS 15 referenced in buffering period [h264 @ 0x9d05760] non-existing PPS referenced [h264 @ 0x9d05760] sps_id out of range [h264 @ 0x9d05760] non-existing SPS 32 referenced in buffering period [h264 @ 0x9d05760] non-existing PPS referenced [h264 @ 0x9d06580] sps_id out of range [h264 @ 0x9d06580] non-existing SPS 15 referenced in buffering period [h264 @ 0x9d06580] non-existing PPS 0 referenced [h264 @ 0x9d06580] decode_slice_header error [h264 @ 0x9d06580] no frame! [h264 @ 0x9d06580] sps_id out of range [h264 @ 0x9d06580] non-existing SPS 32 referenced in buffering period [h264 @ 0x9d06580] non-existing PPS 0 referenced [h264 @ 0x9d06580] decode_slice_header error [h264 @ 0x9d069a0] no frame! [h264 @ 0x9d05760] sps_id out of range [h264 @ 0x9d05760] non-existing SPS 32 referenced in buffering period [h264 @ 0x9d05760] non-existing PPS referenced [h264 @ 0x9d05760] sps_id out of range [h264 @ 0x9d05760] non-existing SPS 32 referenced in buffering period [h264 @ 0x9d05760] non-existing PPS referenced [h264 @ 0x9d06580] sps_id out of range [h264 @ 0x9d06580] non-existing SPS 32 referenced in buffering period [h264 @ 0x9d06580] non-existing PPS 0 referenced [h264 @ 0x9d06580] decode_slice_header error [h264 @ 0x9d06e40] no frame! [h264 @ 0x9d06580] sps_id out of range [h264 @ 0x9d06580] non-existing SPS 32 referenced in buffering period [h264 @ 0x9d06580] non-existing PPS 0 referenced [h264 @ 0x9d06580] decode_slice_header error [h264 @ 0x9d06580] no frame! [h264 @ 0x9d05760] sps_id out of range [h264 @ 0x9d05760] non-existing SPS 32 referenced in buffering period [h264 @ 0x9d05760] non-existing PPS referenced [h264 @ 0x9d06580] sps_id out of range [h264 @ 0x9d06580] non-existing SPS 32 referenced in buffering period [h264 @ 0x9d05760] sps_id out of range [h264 @ 0x9d05760] non-existing SPS 32 referenced in buffering period [h264 @ 0x9d05760] non-existing PPS referenced [h264 @ 0x9d06580] non-existing PPS 0 referenced [h264 @ 0x9d06580] decode_slice_header error [h264 @ 0x9d069a0] no frame! [h264 @ 0x9d06580] sps_id out of range [h264 @ 0x9d06580] non-existing SPS 32 referenced in buffering period [h264 @ 0x9d06580] non-existing PPS 0 referenced [h264 @ 0x9d06580] decode_slice_header error [h264 @ 0x9d06e40] no frame! [h264 @ 0x9d05760] sps_id out of range [h264 @ 0x9d05760] non-existing SPS 32 referenced in buffering period [h264 @ 0x9d05760] non-existing PPS referenced [h264 @ 0x9d05760] sps_id out of range [h264 @ 0x9d06580] sps_id out of range [h264 @ 0x9d06580] non-existing SPS 32 referenced in buffering period [h264 @ 0x9d05760] non-existing SPS 15 referenced in buffering period [h264 @ 0x9d05760] non-existing PPS referenced [h264 @ 0x9d06580] non-existing PPS 0 referenced [h264 @ 0x9d06580] decode_slice_header error [h264 @ 0x9d06580] no frame! [h264 @ 0x9d06580] sps_id out of range [h264 @ 0x9d06580] non-existing SPS 15 referenced in buffering period [h264 @ 0x9d06580] non-existing PPS 0 referenced [h264 @ 0x9d06580] decode_slice_header error [h264 @ 0x9d069a0] no frame! [h264 @ 0x9d05760] sps_id out of range [h264 @ 0x9d05760] non-existing SPS 15 referenced in buffering period [h264 @ 0x9d05760] non-existing PPS referenced [h264 @ 0x9d05760] sps_id out of range [h264 @ 0x9d05760] non-existing SPS 32 referenced in buffering period [h264 @ 0x9d05760] non-existing PPS referenced [h264 @ 0x9d06580] sps_id out of range [h264 @ 0x9d06580] non-existing SPS 15 referenced in buffering period [h264 @ 0x9d06580] non-existing PPS 0 referenced [h264 @ 0x9d06580] decode_slice_header error [h264 @ 0x9d06e40] no frame! [h264 @ 0x9d06580] sps_id out of range [h264 @ 0x9d06580] non-existing SPS 32 referenced in buffering period [h264 @ 0x9d06580] non-existing PPS 0 referenced [h264 @ 0x9d06580] decode_slice_header error [h264 @ 0x9d06580] no frame! [h264 @ 0x9d05760] sps_id out of range [h264 @ 0x9d05760] non-existing SPS 32 referenced in buffering period [h264 @ 0x9d05760] non-existing PPS referenced [h264 @ 0x9d05760] sps_id out of range [h264 @ 0x9d05760] non-existing SPS 32 referenced in buffering period [h264 @ 0x9d05760] non-existing PPS referenced [h264 @ 0x9d06580] sps_id out of range [h264 @ 0x9d06580] non-existing SPS 32 referenced in buffering period [h264 @ 0x9d06580] non-existing PPS 0 referenced [h264 @ 0x9d06580] decode_slice_header error [h264 @ 0x9d069a0] no frame! [h264 @ 0x9d06580] sps_id out of range [h264 @ 0x9d06580] non-existing SPS 32 referenced in buffering period [h264 @ 0x9d06580] non-existing PPS 0 referenced [h264 @ 0x9d06580] decode_slice_header error [h264 @ 0x9d06e40] no frame! [h264 @ 0x9d05760] sps_id out of range [h264 @ 0x9d05760] non-existing SPS 32 referenced in buffering period [h264 @ 0x9d05760] non-existing PPS referenced [h264 @ 0x9d05760] sps_id out of range [h264 @ 0x9d05760] non-existing SPS 32 referenced in buffering period [h264 @ 0x9d05760] non-existing PPS referenced [h264 @ 0x9d06580] sps_id out of range [h264 @ 0x9d06580] non-existing SPS 32 referenced in buffering period [h264 @ 0x9d06580] non-existing PPS 0 referenced [h264 @ 0x9d06580] decode_slice_header error [h264 @ 0x9d06580] no frame! [h264 @ 0x9d06580] sps_id out of range [h264 @ 0x9d06580] non-existing SPS 32 referenced in buffering period [h264 @ 0x9d06580] non-existing PPS 0 referenced [h264 @ 0x9d06580] decode_slice_header error [h264 @ 0x9d069a0] no frame! [h264 @ 0x9d05760] sps_id out of range [h264 @ 0x9d05760] non-existing SPS 32 referenced in buffering period [h264 @ 0x9d05760] non-existing PPS referenced [h264 @ 0x9d05760] sps_id out of range [h264 @ 0x9d05760] non-existing SPS 15 referenced in buffering period [h264 @ 0x9d05760] non-existing PPS referenced [h264 @ 0x9d06580] sps_id out of range [h264 @ 0x9d06580] non-existing SPS 32 referenced in buffering period [h264 @ 0x9d06580] non-existing PPS 0 referenced [h264 @ 0x9d06580] decode_slice_header error [h264 @ 0x9d06e40] no frame! [h264 @ 0x9d06580] sps_id out of range [h264 @ 0x9d06580] non-existing SPS 15 referenced in buffering period [h264 @ 0x9d06580] non-existing PPS 0 referenced [h264 @ 0x9d06580] decode_slice_header error [h264 @ 0x9d06580] no frame! [h264 @ 0x9d05760] sps_id out of range [h264 @ 0x9d05760] non-existing SPS 15 referenced in buffering period [h264 @ 0x9d05760] non-existing PPS referenced [h264 @ 0x9d05760] sps_id out of range [h264 @ 0x9d05760] non-existing SPS 32 referenced in buffering period [h264 @ 0x9d06580] sps_id out of range [h264 @ 0x9d06580] non-existing SPS 15 referenced in buffering period [h264 @ 0x9d05760] non-existing PPS referenced [h264 @ 0x9d06580] non-existing PPS 0 referenced [h264 @ 0x9d06580] decode_slice_header error [h264 @ 0x9d069a0] no frame! [h264 @ 0x9d06580] sps_id out of range [h264 @ 0x9d06580] non-existing SPS 32 referenced in buffering period [h264 @ 0x9d06580] non-existing PPS 0 referenced [h264 @ 0x9d06580] decode_slice_header error [h264 @ 0x9d06e40] no frame! [h264 @ 0x9d05760] sps_id out of range [h264 @ 0x9d05760] non-existing SPS 32 referenced in buffering period [h264 @ 0x9d05760] non-existing PPS referenced [h264 @ 0x9d05760] sps_id out of range [h264 @ 0x9d05760] non-existing SPS 32 referenced in buffering period [h264 @ 0x9d05760] non-existing PPS referenced [h264 @ 0x9d06580] sps_id out of range [h264 @ 0x9d06580] non-existing SPS 32 referenced in buffering period [h264 @ 0x9d06580] non-existing PPS 0 referenced [h264 @ 0x9d06580] decode_slice_header error [h264 @ 0x9d06580] no frame! [h264 @ 0x9d06580] sps_id out of range [h264 @ 0x9d06580] non-existing SPS 32 referenced in buffering period [h264 @ 0x9d06580] non-existing PPS 0 referenced [h264 @ 0x9d06580] decode_slice_header error [h264 @ 0x9d069a0] no frame! [h264 @ 0x9d05760] sps_id out of range [h264 @ 0x9d05760] non-existing SPS 32 referenced in buffering period [h264 @ 0x9d05760] non-existing PPS referenced [h264 @ 0x9d05760] sps_id out of range [h264 @ 0x9d05760] non-existing SPS 32 referenced in buffering period [h264 @ 0x9d05760] non-existing PPS referenced [h264 @ 0x9d06580] sps_id out of range [h264 @ 0x9d06580] non-existing SPS 32 referenced in buffering period [h264 @ 0x9d06580] non-existing PPS 0 referenced [h264 @ 0x9d06580] decode_slice_header error [h264 @ 0x9d06e40] no frame! [h264 @ 0x9d06580] sps_id out of range [h264 @ 0x9d06580] non-existing SPS 32 referenced in buffering period [h264 @ 0x9d06580] non-existing PPS 0 referenced [h264 @ 0x9d06580] decode_slice_header error [h264 @ 0x9d06580] no frame! [h264 @ 0x9d05760] sps_id out of range [h264 @ 0x9d05760] non-existing SPS 32 referenced in buffering period [h264 @ 0x9d05760] non-existing PPS referenced [h264 @ 0x9d06580] sps_id out of range [h264 @ 0x9d06580] non-existing SPS 32 referenced in buffering period [h264 @ 0x9d05760] sps_id out of range [h264 @ 0x9d05760] non-existing SPS 15 referenced in buffering period [h264 @ 0x9d05760] non-existing PPS referenced [h264 @ 0x9d06580] non-existing PPS 0 referenced [h264 @ 0x9d06580] decode_slice_header error [h264 @ 0x9d069a0] no frame! [h264 @ 0x9d06580] sps_id out of range [h264 @ 0x9d06580] non-existing SPS 15 referenced in buffering period [h264 @ 0x9d06580] non-existing PPS 0 referenced [h264 @ 0x9d06580] decode_slice_header error [h264 @ 0x9d06e40] no frame! [h264 @ 0x9d05760] sps_id out of range [h264 @ 0x9d05760] non-existing SPS 15 referenced in buffering period [h264 @ 0x9d05760] non-existing PPS referenced [h264 @ 0x9d05760] sps_id out of range [h264 @ 0x9d05760] non-existing SPS 32 referenced in buffering period [h264 @ 0x9d05760] non-existing PPS referenced [h264 @ 0x9d06580] sps_id out of range [h264 @ 0x9d06580] non-existing SPS 15 referenced in buffering period [h264 @ 0x9d06580] non-existing PPS 0 referenced [h264 @ 0x9d06580] decode_slice_header error [h264 @ 0x9d06580] no frame! [h264 @ 0x9d06580] sps_id out of range [h264 @ 0x9d06580] non-existing SPS 32 referenced in buffering period [h264 @ 0x9d06580] non-existing PPS 0 referenced [h264 @ 0x9d06580] decode_slice_header error [h264 @ 0x9d069a0] no frame! [h264 @ 0x9d05760] sps_id out of range [h264 @ 0x9d05760] non-existing SPS 32 referenced in buffering period [h264 @ 0x9d05760] non-existing PPS referenced [h264 @ 0x9d05760] sps_id out of range [h264 @ 0x9d05760] non-existing SPS 32 referenced in buffering period [h264 @ 0x9d05760] non-existing PPS referenced [h264 @ 0x9d06580] decode_slice_header error [h264 @ 0x9d069a0] no frame! [h264 @ 0x9d05760] Current profile doesn't provide more RBSP data in PPS, skipping Last message repeated 1 times [h264 @ 0x9d06580] Cannot (re-)initialize context during parallel decoding. [h264 @ 0x9d06580] decode_slice_header error [h264 @ 0x9d06e40] no frame! [h264 @ 0x9d05760] Current profile doesn't provide more RBSP data in PPS, skipping [h264 @ 0x9d06580] sps_id out of range [h264 @ 0x9d06580] non-existing PPS 0 referenced [h264 @ 0x9d06580] decode_slice_header error [h264 @ 0x9d06580] no frame! [h264 @ 0x9d06580] sps_id out of range [h264 @ 0x9d06580] non-existing SPS 32 referenced in buffering period [h264 @ 0x9d06580] non-existing PPS 0 referenced [h264 @ 0x9d06580] decode_slice_header error [h264 @ 0x9d069a0] no frame! [h264 @ 0x9d05760] Current profile doesn't provide more RBSP data in PPS, skipping Last message repeated 1 times [h264 @ 0x9d06580] Cannot (re-)initialize context during parallel decoding. [h264 @ 0x9d06580] decode_slice_header error [h264 @ 0x9d06e40] no frame! [h264 @ 0x9d06580] sps_id out of range [h264 @ 0x9d06580] non-existing PPS 0 referenced [h264 @ 0x9d06580] decode_slice_header error [h264 @ 0x9d06580] no frame! [h264 @ 0x9d05760] Current profile doesn't provide more RBSP data in PPS, skipping [h264 @ 0x9d06580] sps_id out of range [h264 @ 0x9d06580] non-existing SPS 32 referenced in buffering period [h264 @ 0x9d05760] Current profile doesn't provide more RBSP data in PPS, skipping [h264 @ 0x9d06580] non-existing PPS 0 referenced [h264 @ 0x9d06580] decode_slice_header error [h264 @ 0x9d069a0] no frame! [h264 @ 0x9d06580] Cannot (re-)initialize context during parallel decoding. [h264 @ 0x9d06580] decode_slice_header error [h264 @ 0x9d06e40] no frame! [h264 @ 0x9d05760] Current profile doesn't provide more RBSP data in PPS, skipping [h264 @ 0x9d06580] sps_id out of range [h264 @ 0x9d06580] non-existing PPS 0 referenced [h264 @ 0x9d06580] decode_slice_header error [h264 @ 0x9d06580] no frame! [h264 @ 0x9d05760] Current profile doesn't provide more RBSP data in PPS, skipping [h264 @ 0x9d06580] sps_id out of range [h264 @ 0x9d06580] non-existing PPS 0 referenced [h264 @ 0x9d06580] decode_slice_header error [h264 @ 0x9d06580] no frame! [h264 @ 0x9d05760] Current profile doesn't provide more RBSP data in PPS, skipping Last message repeated 1 times [h264 @ 0x9d06580] sps_id out of range [h264 @ 0x9d06580] non-existing SPS 32 referenced in buffering period [h264 @ 0x9d06580] non-existing PPS 0 referenced [h264 @ 0x9d06580] decode_slice_header error [h264 @ 0x9d069a0] no frame! [h264 @ 0x9d06580] Cannot (re-)initialize context during parallel decoding. [h264 @ 0x9d06580] decode_slice_header error [h264 @ 0x9d06e40] no frame! [h264 @ 0x9d05760] Current profile doesn't provide more RBSP data in PPS, skipping Last message repeated 1 times [h264 @ 0x9d06580] sps_id out of range [h264 @ 0x9d06580] non-existing PPS 0 referenced [h264 @ 0x9d06580] decode_slice_header error [h264 @ 0x9d06580] no frame! [h264 @ 0x9d06580] sps_id out of range [h264 @ 0x9d06580] non-existing SPS 32 referenced in buffering period [h264 @ 0x9d06580] non-existing PPS 0 referenced [h264 @ 0x9d06580] decode_slice_header error [h264 @ 0x9d069a0] no frame! [h264 @ 0x9d05760] Current profile doesn't provide more RBSP data in PPS, skipping [h264 @ 0x9d06580] Cannot (re-)initialize context during parallel decoding. [h264 @ 0x9d06580] decode_slice_header error [h264 @ 0x9d05760] Current profile doesn't provide more RBSP data in PPS, skipping [h264 @ 0x9d06e40] no frame! [h264 @ 0x9d06580] sps_id out of range [h264 @ 0x9d06580] non-existing PPS 0 referenced [h264 @ 0x9d06580] decode_slice_header error [h264 @ 0x9d06580] no frame! [h264 @ 0x9d05760] Current profile doesn't provide more RBSP data in PPS, skipping [h264 @ 0x9d06580] Cannot (re-)initialize context during parallel decoding. [h264 @ 0x9d06580] decode_slice_header error [h264 @ 0x9d06e40] no frame! [h264 @ 0x9d05760] Current profile doesn't provide more RBSP data in PPS, skipping Last message repeated 1 times [h264 @ 0x9d069a0] mmco: unref short failure Last message repeated 1 times [h264 @ 0x9d05760] Current profile doesn't provide more RBSP data in PPS, skipping Last message repeated 2 times [h264 @ 0x9d06580] Increasing reorder buffer to 1 [h264 @ 0x9d06580] no picture ooo [h264 @ 0x9d05760] Current profile doesn't provide more RBSP data in PPS, skipping Last message repeated 1 times [h264 @ 0x9d06e40] no picture ooo [h264 @ 0x9d05760] Current profile doesn't provide more RBSP data in PPS, skipping Last message repeated 1 times [h264 @ 0x9d069a0] no picture ooo [h264 @ 0x9d05760] Current profile doesn't provide more RBSP data in PPS, skipping [h264 @ 0x9d06580] mmco: unref short failure Last message repeated 1 times [h264 @ 0x9d06580] no picture [h264 @ 0x9d05760] Current profile doesn't provide more RBSP data in PPS, skipping Last message repeated 95 times [mpegts @ 0x9d01ac0] Probe buffer size limit 5000000 reached rfps: 59.833333 0.007442 rfps: 59.916667 0.000360 Last message repeated 1 times rfps: 59.940060 0.000000 Last message repeated 1 times Input #0, mpegts, from '/mythtv/media3/postrecproc/2318_20120104150000.mpg': Duration: 00:59:42.45, start: 0.408378, bitrate: 24957 kb/s Program 1 Stream #0:0[0x1011], 226, 1/90000: Video: h264 (Main) (HDMV / 0x564D4448), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 1001/60000, 130.40 fps, 59.94 tbr, 90k tbn, 59.94 tbc Stream #0:1[0x1100], 179, 1/90000: Audio: aac ([15][0][0][0] / 0x000F), 48000 Hz, stereo, s16, 126 kb/s At least one output file must be specified -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 16:55:06 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 15:55:06 -0000 Subject: [FFmpeg-trac] #885(FFmpeg:new): Segfault in ffmpeg.c with 4xm zzufed file Message-ID: <042.c4e5c1e83b67d05ba16a50f46cadc81c@avcodec.org> #885: Segfault in ffmpeg.c with 4xm zzufed file -----------------------------------------+-------------------------------- Reporter: oanastratulat | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: git-master | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -----------------------------------------+-------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 19:00:13 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 18:00:13 -0000 Subject: [FFmpeg-trac] #873(FFmpeg:new): PCM signed big-endian encoding as unsigned In-Reply-To: <034.0b626f07113cddd0ad22afde46a003ef@avcodec.org> References: <034.0b626f07113cddd0ad22afde46a003ef@avcodec.org> Message-ID: <049.2c97e63a5dfd8135d6c6fee55fe54040@avcodec.org> #873: PCM signed big-endian encoding as unsigned -------------------------------------+------------------------------------- Reporter: Glinx | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: unspecified | Resolution: Keywords: PCM signed | Blocked By: big endian | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Glinx): SIGNED pcm_s16be [gavin at gavin-desktop MTS_tests]$ ffmpeg -i 00000.MTS -vcodec dnxhd -threads 4 -b:v 240M -pix_fmt yuv422p -acodec pcm_s16be -sn out.mov ffmpeg version N-35110-g0b9a69f, Copyright (c) 2000-2011 the FFmpeg developers built on Nov 23 2011 12:55:01 with gcc 4.6.2 configuration: --prefix=/usr --enable-libmp3lame --enable-libvorbis --enable-libxvid --enable-libx264 --enable-libvpx --enable-libtheora --enable-libgsm --enable-libspeex --enable-postproc --enable-shared --enable-x11grab --enable-libopencore_amrnb --enable-libopencore_amrwb --enable-libschroedinger --enable-libopenjpeg --enable-librtmp --enable- gpl --enable-version3 --enable-runtime-cpudetect --disable-debug --disable-static libavutil 51. 26. 0 / 51. 26. 0 libavcodec 53. 37. 0 / 53. 37. 0 libavformat 53. 21. 0 / 53. 21. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 49. 0 / 2. 49. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mpegts @ 0x1de7760] parser not found for codec hdmv_pgs_subtitle, packets or times may be invalid. [h264 @ 0x1deb680] Increasing reorder buffer to 1 Input #0, mpegts, from '00000.MTS': Duration: 00:00:04.81, start: 0.801678, bitrate: 27247 kb/s Program 1 Stream #0:0[0x1011]: Video: h264 (High) (HDMV / 0x564D4448), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 50 fps, 50 tbr, 90k tbn, 100 tbc Stream #0:1[0x1100]: Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, 5.1(side), s16, 384 kb/s Stream #0:2[0x1200]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090) [buffer @ 0x1deeaa0] w:1920 h:1080 pixfmt:yuv420p tb:1/1000000 sar:1/1 sws_param: [buffersink @ 0x1de6fe0] auto-inserting filter 'auto-inserted scale 0' between the filter 'src' and the filter 'out' [scale @ 0x1defc40] w:1920 h:1080 fmt:yuv420p -> w:1920 h:1080 fmt:yuv422p flags:0x4 Output #0, mov, to 'out.mov': Metadata: encoder : Lavf53.21.0 Stream #0:0: Video: dnxhd (AVdn / 0x6E645641), yuv422p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 240000 kb/s, 50 tbn, 50 tbc Stream #0:1: Audio: pcm_s16be (twos / 0x736F7774), 48000 Hz, 5.1(side), s16, 4608 kb/s Stream mapping: Stream #0:0 -> #0:0 (h264 -> dnxhd) Stream #0:1 -> #0:1 (ac3 -> pcm_s16be) Press [q] to stop, [?] for help frame= 241 fps= 18 q=1.0 Lsize= 145393kB time=00:00:04.82 bitrate=247107.4kbits/s dup=1 drop=0 video:142672kB audio:2718kB global headers:0kB muxing overhead 0.001915% [gavin at gavin-desktop MTS_tests]$ UNSIGNED pcm_s16be [gavin at gavin-desktop MTS_tests]$ ffmpeg -i 00000.MTS -vcodec dnxhd -threads 4 -b:v 240M -pix_fmt yuv422p -acodec pcm_s16be -sn out.mov ffmpeg version N-35681-g16abd68, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 11 2011 22:09:57 with gcc 4.6.2 20111125 (prerelease) configuration: --prefix=/usr --enable-libmp3lame --enable-libvorbis --enable-libxvid --enable-libx264 --enable-libvpx --enable-libtheora --enable-libgsm --enable-libspeex --enable-postproc --enable-shared --enable-x11grab --enable-libopencore_amrnb --enable-libopencore_amrwb --enable-libschroedinger --enable-libopenjpeg --enable-librtmp --enable- libpulse --enable-gpl --enable-version3 --enable-runtime-cpudetect --disable-debug --disable-static libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 42. 0 / 53. 42. 0 libavformat 53. 24. 0 / 53. 24. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [h264 @ 0xbce680] Increasing reorder buffer to 1 Input #0, mpegts, from '00000.MTS': Duration: 00:00:04.81, start: 0.801678, bitrate: 27247 kb/s Program 1 Stream #0:0[0x1011]: Video: h264 (High) (HDMV / 0x564D4448), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 50 fps, 50 tbr, 90k tbn, 100 tbc Stream #0:1[0x1100]: Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, 5.1(side), s16, 384 kb/s Stream #0:2[0x1200]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090) [buffer @ 0xbd11a0] w:1920 h:1080 pixfmt:yuv420p tb:1/1000000 sar:1/1 sws_param: [buffersink @ 0xbd0060] auto-inserting filter 'auto-inserted scale 0' between the filter 'src' and the filter 'out' [scale @ 0xbca580] w:1920 h:1080 fmt:yuv420p -> w:1920 h:1080 fmt:yuv422p flags:0x4 Output #0, mov, to 'out.mov': Metadata: encoder : Lavf53.24.0 Stream #0:0: Video: dnxhd (AVdn / 0x6E645641), yuv422p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 240000 kb/s, 50 tbn, 50 tbc Stream #0:1: Audio: pcm_s16be (twos / 0x736F7774), 48000 Hz, 5.1(side), s16, 4608 kb/s Stream mapping: Stream #0:0 -> #0:0 (h264 -> dnxhd) Stream #0:1 -> #0:1 (ac3 -> pcm_s16be) Press [q] to stop, [?] for help frame= 241 fps= 18 q=1.0 Lsize= 145394kB time=00:00:04.82 bitrate=247109.4kbits/s dup=1 drop=0 video:142672kB audio:2718kB global headers:0kB muxing overhead 0.002705% [gavin at gavin-desktop MTS_tests]$ I tried some dnxhd 1080p 50/25 fps s16be footage I found, they came out as u16be as well. Regards Gavin -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 19:12:04 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 18:12:04 -0000 Subject: [FFmpeg-trac] #885(undetermined:open): Segfault when decoding 4xm zzufed file (was: Segfault in ffmpeg.c with 4xm zzufed file) In-Reply-To: <042.c4e5c1e83b67d05ba16a50f46cadc81c@avcodec.org> References: <042.c4e5c1e83b67d05ba16a50f46cadc81c@avcodec.org> Message-ID: <057.376af84e5f2a247ecbb55bacfbdd7cb8@avcodec.org> #885: Segfault when decoding 4xm zzufed file -------------------------------------+------------------------------------- Reporter: | Owner: oanastratulat | Status: open Type: defect | Component: Priority: important | undetermined Version: git-master | Resolution: Keywords: 4xm pcm | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: FFmpeg => undetermined * priority: normal => important * keywords: => 4xm pcm Comment: {{{ (gdb) r -i crash4XM -f null - Starting program: ffmpeg_g -i crash4XM -f null - [Thread debugging using libthread_db enabled] ffmpeg version N-36492-g7f83db3, Copyright (c) 2000-2012 the FFmpeg developers built on Jan 5 2012 06:49:27 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc libavutil 51. 34.100 / 51. 34.100 libavcodec 53. 53.100 / 53. 53.100 libavformat 53. 29.100 / 53. 29.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 57.101 / 2. 57.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 5.100 [4xm @ 0x13c97a0] Estimating duration from bitrate, this may be inaccurate Input #0, 4xm, from 'crash4XM': Duration: 00:00:13.17, start: 0.000000, bitrate: 705 kb/s Stream #0:0: Audio: pcm_s16le, 22050 Hz, 2 channels, s16, 705 kb/s Output #0, null, to 'pipe:': Metadata: encoder : Lavf53.29.100 Stream #0:0: Audio: pcm_s16le, 22050 Hz, 2 channels, s16, 705 kb/s Stream mapping: Stream #0:0 -> #0:0 (pcm_s16le -> pcm_s16le) Press [q] to stop, [?] for help Program received signal SIGSEGV, Segmentation fault. 0x00007ffff68b9a37 in memcpy () from /lib64/libc.so.6 (gdb) bt #0 0x00007ffff68b9a37 in memcpy () from /lib64/libc.so.6 #1 0x00000000007d926d in pcm_encode_frame (avctx=, frame=0x7fff91673040 "pfrm\340K", buf_size=, data=0x7fffd56a1040) at libavcodec/pcm.c:171 #2 0x0000000000873217 in avcodec_encode_audio (avctx=0x13d0a40, buf=, buf_size=, samples=) at libavcodec/utils.c:866 #3 0x000000000040b48c in do_audio_out (ist=0x13c9f40, ost=0x13d0f50, s=0x13d0280, decoded_frame=) at ffmpeg.c:1230 #4 transcode_audio (ist=0x13c9f40, ost=0x13d0f50, s=0x13d0280, decoded_frame=) at ffmpeg.c:2008 #5 output_packet (ist=0x13c9f40, ost=0x13d0f50, s=0x13d0280, decoded_frame=) at ffmpeg.c:2228 #6 0x000000000040e0b4 in transcode (output_files=0x13d1220, nb_output_files=1, input_files=0x13c9d10, nb_input_files=0) at ffmpeg.c:3003 #7 0x0000000000412469 in main (argc=, argv=) at ffmpeg.c:5086 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 19:25:35 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 18:25:35 -0000 Subject: [FFmpeg-trac] #873(FFmpeg:new): PCM signed big-endian encoding as unsigned In-Reply-To: <034.0b626f07113cddd0ad22afde46a003ef@avcodec.org> References: <034.0b626f07113cddd0ad22afde46a003ef@avcodec.org> Message-ID: <049.71f19d36b4bd2e92b4a0e0a24bbc0a0a@avcodec.org> #873: PCM signed big-endian encoding as unsigned -------------------------------------+------------------------------------- Reporter: Glinx | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: unspecified | Resolution: Keywords: PCM signed | Blocked By: big endian | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Does the problem depend on -vcodec dnxhd or is it also reproducible with ffmpeg -i 00000.MTS -vn -sn -acodec pcm_s16be out.mov ? The version you are testing is ~800 changes behind git master, please either test a current snapshot or 0.9.1, see http://ffmpeg.org/download.html Why do you think your output is not signed 16bit? Please add the output of ffmpeg -i out.mov. {{{ $ ffmpeg -i first-3_MiB-panasonic-busker-video.MTS -vn -sn -acodec pcm_s16be out.mov ffmpeg version N-36492-g7f83db3, Copyright (c) 2000-2012 the FFmpeg developers built on Jan 5 2012 06:49:27 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc libavutil 51. 34.100 / 51. 34.100 libavcodec 53. 53.100 / 53. 53.100 libavformat 53. 29.100 / 53. 29.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 57.101 / 2. 57.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 5.100 Input #0, mpegts, from 'first-3_MiB-panasonic-busker-video.MTS': Duration: 00:00:01.68, start: 0.888889, bitrate: 14979 kb/s Program 1 Stream #0:0[0x1011]: Video: h264 (High) (HDMV / 0x564D4448), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 25.62 fps, 25 tbr, 90k tbn, 100 tbc Stream #0:1[0x1100]: Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, stereo, s16, 192 kb/s Stream #0:2[0x1200]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090) Output #0, mov, to 'out.mov': Metadata: encoder : Lavf53.29.100 Stream #0:0: Audio: pcm_s16be (twos / 0x736F7774), 48000 Hz, stereo, s16, 1536 kb/s Stream mapping: Stream #0:1 -> #0:0 (ac3 -> pcm_s16be) Press [q] to stop, [?] for help size= 319kB time=00:00:01.69 bitrate=1539.3kbits/s video:0kB audio:318kB global headers:0kB muxing overhead 0.214352% $ ffmpeg -i out.mov ffmpeg version N-36492-g7f83db3, Copyright (c) 2000-2012 the FFmpeg developers built on Jan 5 2012 06:49:27 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc libavutil 51. 34.100 / 51. 34.100 libavcodec 53. 53.100 / 53. 53.100 libavformat 53. 29.100 / 53. 29.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 57.101 / 2. 57.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 5.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'out.mov': Metadata: major_brand : qt minor_version : 512 compatible_brands: qt creation_time : 1970-01-01 00:00:00 encoder : Lavf53.29.100 Duration: 00:00:01.69, start: 0.000000, bitrate: 1539 kb/s Stream #0:0(eng): Audio: pcm_s16be (lpcm / 0x6D63706C), 48000 Hz, 2 channels, s16, 1536 kb/s Metadata: creation_time : 1970-01-01 00:00:00 handler_name : DataHandler At least one output file must be specified }}} Note that FFmpeg reports the audio as 16bit signed big-endian, and both MPlayer and ffplay (and ffmpeg -i out.mov out.wav) correctly decode the sample. (None of them supports u16.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 19:43:06 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 18:43:06 -0000 Subject: [FFmpeg-trac] #880(avcodec:new): bad two first frames when mpeg2video encoding In-Reply-To: <035.2c1e2e3111cdfa04614fde06c7107163@avcodec.org> References: <035.2c1e2e3111cdfa04614fde06c7107163@avcodec.org> Message-ID: <050.135c4d7489a262158fbac1d3b0c6c7be@avcodec.org> #880: bad two first frames when mpeg2video encoding -------------------------------------+------------------------------------- Reporter: kuzyag | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: unspecified | Resolution: Keywords: bad 2 first | Blocked By: frames, mpeg2video | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Is your problem related to -threads 8? Is it also reproducible with -threads 1? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 19:45:39 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 18:45:39 -0000 Subject: [FFmpeg-trac] #881(avcodec:open): pam: fix 16bpp grayscale mode In-Reply-To: <038.3aa61ef7df70e959e1a84d13e4977005@avcodec.org> References: <038.3aa61ef7df70e959e1a84d13e4977005@avcodec.org> Message-ID: <053.526552bd54e9d66b236394b46ec9b655@avcodec.org> #881: pam: fix 16bpp grayscale mode ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: pam | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => pam * status: new => open * version: unspecified => git-master * component: undetermined => avcodec * reproduced: 0 => 1 Comment: Did you test the patch? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 19:47:42 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 18:47:42 -0000 Subject: [FFmpeg-trac] #882(avcodec:open): pam: support 48bpp In-Reply-To: <038.d338831dcf83711d7c872ab023a1a655@avcodec.org> References: <038.d338831dcf83711d7c872ab023a1a655@avcodec.org> Message-ID: <053.88fd256d7c8d4b40d655cc0bd6d6ea40@avcodec.org> #882: pam: support 48bpp ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: pam | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => pam * status: new => open * version: unspecified => git-master * component: undetermined => avcodec * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 19:49:49 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 18:49:49 -0000 Subject: [FFmpeg-trac] #883(avcodec:open): pam: reject 64bpp rgba In-Reply-To: <038.213b7185cfb11998c0dbf0ae615e3ba9@avcodec.org> References: <038.213b7185cfb11998c0dbf0ae615e3ba9@avcodec.org> Message-ID: <053.7cfc0a30feb0fa32d246e3df1b5a091c@avcodec.org> #883: pam: reject 64bpp rgba ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: pam | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => pam * status: new => open * version: unspecified => git-master * component: undetermined => avcodec * reproduced: 0 => 1 Comment: An error message would be nice and please add "{" - "}" for if - else blocks. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 19:54:36 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 18:54:36 -0000 Subject: [FFmpeg-trac] #884(FFmpeg:new): Wrong duration on long video from HDPVR In-Reply-To: <038.77368fdc75442450b621aab7b2e21ca2@avcodec.org> References: <038.77368fdc75442450b621aab7b2e21ca2@avcodec.org> Message-ID: <053.ae550615b9d44a9697195b350ae4752b@avcodec.org> #884: Wrong duration on long video from HDPVR -----------------------------------+---------------------------------- Reporter: jgauthier | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: 0.9 | Resolution: Keywords: duration | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+---------------------------------- Changes (by cehoyos): * cc: jgauthier@? (removed) Comment: (Please test -analyzeduration 2000000000) Assuming your file is too big to upload, is the problem also reproducible if you cut the file with dd if=2318_20120104150000.mpg of=testlength.ts bs=500k skip=0 count=10 (Possibly with different values for skip and count, f count=5 is sufficient to reproduce, please attach testlength.ts here.) Ticket creators all always CC'ed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 20:01:27 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 19:01:27 -0000 Subject: [FFmpeg-trac] #884(FFmpeg:new): Wrong duration on long video from HDPVR In-Reply-To: <038.77368fdc75442450b621aab7b2e21ca2@avcodec.org> References: <038.77368fdc75442450b621aab7b2e21ca2@avcodec.org> Message-ID: <053.56d2b4d2f897fade4b2e68d849bcf554@avcodec.org> #884: Wrong duration on long video from HDPVR -----------------------------------+---------------------------------- Reporter: jgauthier | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: 0.9 | Resolution: Keywords: duration | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+---------------------------------- Comment (by jgauthier): The file is too big to upload (~10G), and I did attempt to take a snippet of it with dd. The file was about 10M, but ffmpeg reports the length differently: Duration: 00:00:07.55, start: 0.408378, bitrate: 10846 kb/s Now, one thing to note is that I did not play the file back, so I cannot confirm the accuracy. also, ffmpeg did not stop at 00:59:42 Input #0, mpegts, from '\\192.168.80.10\postrecproc\2318_20120104150000.mpg': Duration: 00:59:42.45, start: 0.408378, bitrate: 24957 kb/s ... frame=179454 fps= 10 q=29.0 Lsize= 1433703kB time=01:59:36.75 bitrate=1636.5kbits/s dup=225 drop=35641 It just seems to be the analysis that's wrong, but the whole thing did encode. So, it's not a detrimental! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 20:22:08 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 19:22:08 -0000 Subject: [FFmpeg-trac] #881(avcodec:open): pam: fix 16bpp grayscale mode In-Reply-To: <038.3aa61ef7df70e959e1a84d13e4977005@avcodec.org> References: <038.3aa61ef7df70e959e1a84d13e4977005@avcodec.org> Message-ID: <053.c33dd022fdf9e3f7ae1588b5f116f0c9@avcodec.org> #881: pam: fix 16bpp grayscale mode ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: pam | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by ami_stuff): Yes, but only on big-endian. New patch attached. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 20:25:46 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 19:25:46 -0000 Subject: [FFmpeg-trac] #873(FFmpeg:new): PCM signed big-endian encoding as unsigned In-Reply-To: <034.0b626f07113cddd0ad22afde46a003ef@avcodec.org> References: <034.0b626f07113cddd0ad22afde46a003ef@avcodec.org> Message-ID: <049.5f38ca4fb086c3e257b9555ef96490fb@avcodec.org> #873: PCM signed big-endian encoding as unsigned -------------------------------------+------------------------------------- Reporter: Glinx | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: unspecified | Resolution: Keywords: PCM signed | Blocked By: big endian | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Glinx): Strange eh. Cinelerra and Mediainfo report them as u16 (well, Cinelerra as 3ch lpcm and cant load the file on the timeline). png's attached. I first reported this to Arch linux https://bugs.archlinux.org/task/27818 the new snapshot they sent over didnt work either. Using the Arch Linux old November release pkg resolved the issue again. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 20:29:02 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 19:29:02 -0000 Subject: [FFmpeg-trac] #882(avcodec:open): pam: support 48bpp In-Reply-To: <038.d338831dcf83711d7c872ab023a1a655@avcodec.org> References: <038.d338831dcf83711d7c872ab023a1a655@avcodec.org> Message-ID: <053.dacee3c988a915ff75ed3e8f89e7dfee@avcodec.org> #882: pam: support 48bpp ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: pam | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by michael): The patch looks ok -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 20:45:11 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 19:45:11 -0000 Subject: [FFmpeg-trac] #873(FFmpeg:new): PCM signed big-endian encoding as unsigned In-Reply-To: <034.0b626f07113cddd0ad22afde46a003ef@avcodec.org> References: <034.0b626f07113cddd0ad22afde46a003ef@avcodec.org> Message-ID: <049.bb37701bf566bf4e9ba4a9ffcaee9eb4@avcodec.org> #873: PCM signed big-endian encoding as unsigned -------------------------------------+------------------------------------- Reporter: Glinx | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: unspecified | Resolution: Keywords: PCM signed | Blocked By: big endian | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Please provide the output of ffmpeg -i out.mov and please test ffplay out.mov (and / or mplayer out.mov). And of course please test out.mov with QuickTime, I believe it is the only relevant application for mov ... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 20:47:18 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 19:47:18 -0000 Subject: [FFmpeg-trac] #884(FFmpeg:new): Wrong duration on long video from HDPVR In-Reply-To: <038.77368fdc75442450b621aab7b2e21ca2@avcodec.org> References: <038.77368fdc75442450b621aab7b2e21ca2@avcodec.org> Message-ID: <053.b11eb0d21150e78f5d9d074234ebd5d2@avcodec.org> #884: Wrong duration on long video from HDPVR -----------------------------------+---------------------------------- Reporter: jgauthier | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: 0.9 | Resolution: Keywords: duration | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+---------------------------------- Comment (by cehoyos): Replying to [comment:2 jgauthier]: > The file is too big to upload (~10G), and I did attempt to take a snippet of it with dd. > The file was about 10M, but ffmpeg reports the length differently: > > Duration: 00:00:07.55, start: 0.408378, bitrate: 10846 kb/s Are the seven seconds correct? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 20:50:24 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 19:50:24 -0000 Subject: [FFmpeg-trac] #884(FFmpeg:new): Wrong duration on long video from HDPVR In-Reply-To: <038.77368fdc75442450b621aab7b2e21ca2@avcodec.org> References: <038.77368fdc75442450b621aab7b2e21ca2@avcodec.org> Message-ID: <053.d0da873ef34538a14706aa834faeec95@avcodec.org> #884: Wrong duration on long video from HDPVR -----------------------------------+---------------------------------- Reporter: jgauthier | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: 0.9 | Resolution: Keywords: duration | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+---------------------------------- Comment (by jgauthier): Yes, it seems to be. I opened the file and it played back for ~7 seconds. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 20:59:15 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 19:59:15 -0000 Subject: [FFmpeg-trac] #882(avcodec:closed): pam: support 48bpp In-Reply-To: <038.d338831dcf83711d7c872ab023a1a655@avcodec.org> References: <038.d338831dcf83711d7c872ab023a1a655@avcodec.org> Message-ID: <053.e5852af8f2b00f6f235f33b231494554@avcodec.org> #882: pam: support 48bpp ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: pam | 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 Thu Jan 5 21:00:00 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 20:00:00 -0000 Subject: [FFmpeg-trac] #881(avcodec:closed): pam: fix 16bpp grayscale mode In-Reply-To: <038.3aa61ef7df70e959e1a84d13e4977005@avcodec.org> References: <038.3aa61ef7df70e959e1a84d13e4977005@avcodec.org> Message-ID: <053.f448cb3ed57699d4335cf80b99d7db92@avcodec.org> #881: pam: fix 16bpp grayscale mode ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: pam | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: For future patches: Please always use "{ }" for if - else blocks. Thank you for the patch! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 21:01:38 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 20:01:38 -0000 Subject: [FFmpeg-trac] #884(FFmpeg:new): Wrong duration on long video from HDPVR In-Reply-To: <038.77368fdc75442450b621aab7b2e21ca2@avcodec.org> References: <038.77368fdc75442450b621aab7b2e21ca2@avcodec.org> Message-ID: <053.6698ee92be5fb853c85e0007c4944faa@avcodec.org> #884: Wrong duration on long video from HDPVR -----------------------------------+---------------------------------- Reporter: jgauthier | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: 0.9 | Resolution: Keywords: duration | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+---------------------------------- Comment (by cehoyos): Please try bigger values for count (and / or skip). Instead of playing the file, the output of "ffmpeg -i testlength.ts -f null -" should also tell you the actual length. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 21:01:58 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 20:01:58 -0000 Subject: [FFmpeg-trac] #879(avformat:new): mxf files without FooterPartition In-Reply-To: <035.17c20fd9a245e641093232ba78d90959@avcodec.org> References: <035.17c20fd9a245e641093232ba78d90959@avcodec.org> Message-ID: <050.a3302afc477199264845c94b98c21c92@avcodec.org> #879: mxf files without FooterPartition ------------------------------------+------------------------------------ Reporter: zhukov | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mxf | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by zhukov): @cehoyos the entire file is over 1GB, first 10MB can be downloaded at http://dl.dropbox.com/u/1109725/10bit_yuv_j2k.mxf -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 21:15:09 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 20:15:09 -0000 Subject: [FFmpeg-trac] #879(avformat:new): mxf files without FooterPartition In-Reply-To: <035.17c20fd9a245e641093232ba78d90959@avcodec.org> References: <035.17c20fd9a245e641093232ba78d90959@avcodec.org> Message-ID: <050.035c2962b1e2893cbea36fa461dc0673@avcodec.org> #879: mxf files without FooterPartition ------------------------------------+------------------------------------ Reporter: zhukov | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mxf | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Do other applications play the 10MB file? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 21:28:45 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 20:28:45 -0000 Subject: [FFmpeg-trac] #879(avformat:new): mxf files without FooterPartition In-Reply-To: <035.17c20fd9a245e641093232ba78d90959@avcodec.org> References: <035.17c20fd9a245e641093232ba78d90959@avcodec.org> Message-ID: <050.64f91b72448e8c7eed6b4f386c15d70e@avcodec.org> #879: mxf files without FooterPartition ------------------------------------+------------------------------------ Reporter: zhukov | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mxf | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by zhukov): this is what i've done: ffmpeg-git -i 1GB.mxf {{{ ffmpeg version N-36448-g1edf866, Copyright (c) 2000-2012 the FFmpeg developers built on Jan 4 2012 16:32:31 with llvm_gcc 4.2.1 (Based on Apple Inc. build 5658) (LLVM build 2335.15.00) configuration: --enable-libopenjpeg libavutil 51. 34.100 / 51. 34.100 libavcodec 53. 53.100 / 53. 53.100 libavformat 53. 29.100 / 53. 29.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 57.101 / 2. 57.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 5.100 [mxf @ 0x7fa69303d800] inconsistent FooterPartition value: 1132608274 != 4294967296 [mxf @ 0x7fa69303d800] PreviousPartition points to this partition or forward [mxf @ 0x7fa69303d800] error reading header metadata 1GB.mxf: Operation not permitted }}} dd if=1GB.mxf of=10MB.mxf bs=1m count=10 ffmpeg-git -i 10MB.mxf {{{ ffmpeg version N-36448-g1edf866, Copyright (c) 2000-2012 the FFmpeg developers built on Jan 4 2012 16:32:31 with llvm_gcc 4.2.1 (Based on Apple Inc. build 5658) (LLVM build 2335.15.00) configuration: --enable-libopenjpeg libavutil 51. 34.100 / 51. 34.100 libavcodec 53. 53.100 / 53. 53.100 libavformat 53. 29.100 / 53. 29.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 57.101 / 2. 57.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 5.100 [mxf @ 0x7fd88a83d800] broken or empty index Input #0, mxf, from '10MB.mxf': Duration: 00:00:37.24, start: 0.000000, bitrate: 2252 kb/s Stream #0:0: Video: j2k, 1920x1080, 23.98 fps, 23.98 tbr, 23.98 tbn, 23.98 tbc At least one output file must be specified }}} ffmpeg-0.7.8 -i 1GB.mxf {{{ ffmpeg version 0.7.8, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 19 2011 16:47:49 with gcc 4.2.1 (Apple Inc. build 5666) (dot 3) configuration: --prefix=/opt/local --enable-gpl --enable-postproc --enable-swscale --enable-avfilter --enable-libmp3lame --enable-libvorbis --enable-libtheora --enable-libdirac --enable-libschroedinger --enable- libopenjpeg --enable-libxvid --enable-libx264 --enable-libvpx --enable- libspeex --mandir=/opt/local/share/man --enable-shared --enable-pthreads --cc=/usr/bin/gcc-4.2 --arch=x86_64 --enable-yasm libavutil 50. 43. 0 / 50. 43. 0 libavcodec 52.123. 0 / 52.123. 0 libavformat 52.111. 0 / 52.111. 0 libavdevice 52. 5. 0 / 52. 5. 0 libavfilter 1. 80. 0 / 1. 80. 0 libswscale 0. 14. 1 / 0. 14. 1 libpostproc 51. 2. 0 / 51. 2. 0 [libopenjpeg @ 0x7ff0ca83fc00] Only first component will be used. Input #0, mxf, from '1GB.mxf': Duration: 00:00:37.24, start: 0.000000, bitrate: 243273 kb/s Stream #0.0: Video: libopenjpeg, gray, 1920x1080, 23.98 fps, 23.98 tbr, 23.98 tbn, 23.98 tbc At least one output file must be specified }}} ffmpeg-0.7.8 -i 10MB.mxf {{{ ffmpeg version 0.7.8, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 19 2011 16:47:49 with gcc 4.2.1 (Apple Inc. build 5666) (dot 3) configuration: --prefix=/opt/local --enable-gpl --enable-postproc --enable-swscale --enable-avfilter --enable-libmp3lame --enable-libvorbis --enable-libtheora --enable-libdirac --enable-libschroedinger --enable- libopenjpeg --enable-libxvid --enable-libx264 --enable-libvpx --enable- libspeex --mandir=/opt/local/share/man --enable-shared --enable-pthreads --cc=/usr/bin/gcc-4.2 --arch=x86_64 --enable-yasm libavutil 50. 43. 0 / 50. 43. 0 libavcodec 52.123. 0 / 52.123. 0 libavformat 52.111. 0 / 52.111. 0 libavdevice 52. 5. 0 / 52. 5. 0 libavfilter 1. 80. 0 / 1. 80. 0 libswscale 0. 14. 1 / 0. 14. 1 libpostproc 51. 2. 0 / 51. 2. 0 [libopenjpeg @ 0x7f838383fc00] Only first component will be used. Input #0, mxf, from '10MB.mxf': Duration: 00:00:37.24, start: 0.000000, bitrate: 2252 kb/s Stream #0.0: Video: libopenjpeg, gray, 1920x1080, 23.98 fps, 23.98 tbr, 23.98 tbn, 23.98 tbc At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 21:32:55 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 20:32:55 -0000 Subject: [FFmpeg-trac] #873(FFmpeg:new): PCM signed big-endian encoding as unsigned In-Reply-To: <034.0b626f07113cddd0ad22afde46a003ef@avcodec.org> References: <034.0b626f07113cddd0ad22afde46a003ef@avcodec.org> Message-ID: <049.cb4b6eb907af3b84f01a27b4020c0c32@avcodec.org> #873: PCM signed big-endian encoding as unsigned -------------------------------------+------------------------------------- Reporter: Glinx | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: unspecified | Resolution: Keywords: PCM signed | Blocked By: big endian | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Glinx): mplayer output [gavin at gavin-desktop MTS_tests]$ mplayer out.mov MPlayer2 2.0-379-ge3f5043 (C) 2000-2011 MPlayer Team 162 audio & 361 video codecs Playing out.mov. Detected file format: QuickTime/MPEG-4/Motion JPEG 2000 format (libavformat) [lavf] stream 0: audio (pcm_s16be), -aid 0, -alang eng Clip info: major_brand: qt minor_version: 512 compatible_brands: qt creation_time: 1970-01-01 00:00:00 encoder: Lavf53.24.0 Load subtitles in . ========================================================================== Opening audio decoder: [pcm] Uncompressed PCM audio decoder AUDIO: 48000 Hz, 6 ch, s16be, 0.0 kbit/0.00% (ratio: 0->576000) Selected audio codec: [pcm] afm: pcm (Uncompressed PCM) ========================================================================== [AO OSS] audio_setup: Can't open audio device /dev/dsp: No such file or directory AO: [alsa] 48000Hz 2ch floatle (4 bytes per sample) Video: no video Starting playback... A: 4.4 (04.3) of 4.8 (04.8) 0.5% Exiting... (End of file) [gavin at gavin-desktop MTS_tests]$ ..and ffplay -i out.mov [gavin at gavin-desktop MTS_tests]$ ffplay -i out.mov ffplay version N-35110-g0b9a69f, Copyright (c) 2003-2011 the FFmpeg developers built on Nov 23 2011 12:55:01 with gcc 4.6.2 configuration: --prefix=/usr --enable-libmp3lame --enable-libvorbis --enable-libxvid --enable-libx264 --enable-libvpx --enable-libtheora --enable-libgsm --enable-libspeex --enable-postproc --enable-shared --enable-x11grab --enable-libopencore_amrnb --enable-libopencore_amrwb --enable-libschroedinger --enable-libopenjpeg --enable-librtmp --enable- gpl --enable-version3 --enable-runtime-cpudetect --disable-debug --disable-static libavutil 51. 26. 0 / 51. 26. 0 libavcodec 53. 37. 0 / 53. 37. 0 libavformat 53. 21. 0 / 53. 21. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 49. 0 / 2. 49. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'out.mov': Metadata: major_brand : qt minor_version : 512 compatible_brands: qt creation_time : 1970-01-01 00:00:00 encoder : Lavf53.24.0 Duration: 00:00:04.83, start: 0.000000, bitrate: 4609 kb/s Stream #0:0(eng): Audio: pcm_s16be (lpcm / 0x6D63706C), 48000 Hz, 6 channels, s16, 4608 kb/s Metadata: creation_time : 1970-01-01 00:00:00 handler_name : DataHandler 28.94 A-V: 0.000 fd= 0 aq= 0KB vq= 0KB sq= 0B f=0/0 Seek to 5% ( 0:00:00) of total duration ( 0:00:04) B f=0/0 1.72 A-V: 0.000 fd= 0 aq= 314KB vq= 0KB sq= 0B f=0/0 [gavin at gavin-desktop MTS_tests]$ I havnt a quicktime player - Cinelerra (uses quicktime for linux) loads previous versions but not this one. These two both suggest s16... I remembered I have PiTiVi VE loaded. The unsigned culprit wouldnt load the sound track in this VE either (screenshot attached)... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 21:42:41 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 20:42:41 -0000 Subject: [FFmpeg-trac] #879(avformat:new): mxf files without FooterPartition In-Reply-To: <035.17c20fd9a245e641093232ba78d90959@avcodec.org> References: <035.17c20fd9a245e641093232ba78d90959@avcodec.org> Message-ID: <050.0625a2057a42b8fa75315cae8b630cef@avcodec.org> #879: mxf files without FooterPartition ------------------------------------+------------------------------------ Reporter: zhukov | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mxf | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by reimar): Have you tried ffmpeg -i - < 1GB.mxf ? And MPlayer can play the 10MB variant, it seems to be fine, I think the demuxer only stumbles over some bad data at the end of the 1GB file. If you can, you could try to just zero out the middle part of the file (leaving only first 10 MB and maybe last 1 MB, I suspect with the right options dd from /dev/zero should be able to do that), if it still allows to reproduce the issue compress and upload it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 21:56:09 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 20:56:09 -0000 Subject: [FFmpeg-trac] #879(avformat:new): mxf files without FooterPartition In-Reply-To: <035.17c20fd9a245e641093232ba78d90959@avcodec.org> References: <035.17c20fd9a245e641093232ba78d90959@avcodec.org> Message-ID: <050.3624d0abc907c552ad82240fd0c26404@avcodec.org> #879: mxf files without FooterPartition ------------------------------------+------------------------------------ Reporter: zhukov | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mxf | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by zhukov): {{{ffmpeg-git -i - <1GB.mxf}}} works fine i created the zeroed-middle-mxf you suggested. different error. {{{ bash-3.2$ /usr/local/bin/ffmpeg -i shallow.mxf ffmpeg version N-36448-g1edf866, Copyright (c) 2000-2012 the FFmpeg developers built on Jan 4 2012 16:32:31 with llvm_gcc 4.2.1 (Based on Apple Inc. build 5658) (LLVM build 2335.15.00) configuration: --enable-libopenjpeg libavutil 51. 34.100 / 51. 34.100 libavcodec 53. 53.100 / 53. 53.100 libavformat 53. 29.100 / 53. 29.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 57.101 / 2. 57.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 5.100 [mxf @ 0x7fb58183d800] unknown operational pattern: 00h 00h - guessing OP1a [mxf @ 0x7fb58183d800] invalid KAGSize 0 - guessing 1 [mxf @ 0x7fb58183d800] partition 1: bad ThisPartition = 0 [mxf @ 0x7fb58183d800] IndexSID 129 starts at EditUnit 722 - seeking may not work as expected Input #0, mxf, from 'shallow.mxf': Duration: 00:00:37.24, start: 0.000000, bitrate: 243273 kb/s Stream #0:0: Video: j2k, 1920x1080, 23.98 fps, 23.98 tbr, 23.98 tbn, 23.98 tbc At least one output file must be specified }}} thought it could be useful: original error message {{{[mxf @ 0x7f945a03d800] inconsistent FooterPartition value: 1132608274 != 4294967296}}} 1132608274 is very close to the size of file 1132608530 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 22:13:45 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 21:13:45 -0000 Subject: [FFmpeg-trac] #879(avformat:new): mxf files without FooterPartition In-Reply-To: <035.17c20fd9a245e641093232ba78d90959@avcodec.org> References: <035.17c20fd9a245e641093232ba78d90959@avcodec.org> Message-ID: <050.be4647e26b49189895610bf429b2717e@avcodec.org> #879: mxf files without FooterPartition ------------------------------------+------------------------------------ Reporter: zhukov | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mxf | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by reimar): I just sent a patch to ffmpeg-devel, if you can test it and it works we might not need the sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 22:34:35 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 21:34:35 -0000 Subject: [FFmpeg-trac] #646(undetermined:open): fix decoding of rawvideo (NV12) with odd width In-Reply-To: <038.7fe48cf9544d48f90b4790e454070db1@avcodec.org> References: <038.7fe48cf9544d48f90b4790e454070db1@avcodec.org> Message-ID: <053.a796151884508cc5581af997b7b68074@avcodec.org> #646: fix decoding of rawvideo (NV12) with odd width -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: NV12 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by richardpl): What encoder/codec you used with VirtualDub to create such file? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 22:56:13 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 21:56:13 -0000 Subject: [FFmpeg-trac] #838(FFplay:closed): ffplay: remix by defaul multichannel audio to stereo In-Reply-To: <038.628a236bae01a5cff0f539108d456ca2@avcodec.org> References: <038.628a236bae01a5cff0f539108d456ca2@avcodec.org> Message-ID: <053.87cc6451bae6c76306f03fc21c3d5415@avcodec.org> #838: ffplay: remix by defaul multichannel audio to stereo ------------------------------------+---------------------------------- Reporter: ami_stuff | Owner: cus Type: defect | Status: closed Priority: normal | Component: FFplay Version: git-master | Resolution: fixed Keywords: sdl | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 1 | ------------------------------------+---------------------------------- Changes (by cus): * status: open => closed * resolution: => fixed Comment: The original bug is fixed in the latest git master. (Altough the sample crashes for me due to an invalid write in tta_decode_frame, but I think that is another issue). Regarding your other audio problems - I have not experienced them (neither the frequency problem with 96 KHz, nor the issues mentioned in ticket 318 and 319), If you still have them, try to figure out if they are related to a particular SDL version or OS, maybe SDL_audiodriver, and open a new ticket for the frequency problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 23:13:10 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 22:13:10 -0000 Subject: [FFmpeg-trac] #646(undetermined:open): fix decoding of rawvideo (NV12) with odd width In-Reply-To: <038.7fe48cf9544d48f90b4790e454070db1@avcodec.org> References: <038.7fe48cf9544d48f90b4790e454070db1@avcodec.org> Message-ID: <053.aa2c669448a2ce7ca65f7cdd2ebde6b6@avcodec.org> #646: fix decoding of rawvideo (NV12) with odd width -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: NV12 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by ami_stuff): I did not encoded this file (found it on vlc's trac), but probably: Video -> Compression -> (Uncompressed RGB/YCbCr) + Video -> Color Depth... -> Output format to compressor/display: 4:2:0 YCbCr (NV12) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 23:32:33 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 22:32:33 -0000 Subject: [FFmpeg-trac] #883(avcodec:open): pam: reject 64bpp rgba In-Reply-To: <038.213b7185cfb11998c0dbf0ae615e3ba9@avcodec.org> References: <038.213b7185cfb11998c0dbf0ae615e3ba9@avcodec.org> Message-ID: <053.2b2eefe29f6833d616ce1c282b9a1c41@avcodec.org> #883: pam: reject 64bpp rgba ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: pam | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by ami_stuff): new patch attached -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 5 23:46:37 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 22:46:37 -0000 Subject: [FFmpeg-trac] #886(undetermined:new): when decoding wmv file, logging thousands of "0 errors are concealed" messages Message-ID: <036.10fc7ac969657d99a5586e42f608e835@avcodec.org> #886: when decoding wmv file, logging thousands of "0 errors are concealed" messages -------------------------------------+------------------------------------- Reporter: andrewr | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I get errors like this when trying to decode a WMV file. I don't have copyright for the file so I can't post it to you. The file does decode, although the resulting video has a ton of artifacts. It seems odd that we're getting messages like "concealing 0 DC, 0 AC, 0 MV errors". This implies we're concealing 0 errors, huh? I put in a patch to suppress this message but it was suggested this is a real problem which should be fixed (http://ffmpeg.org/pipermail/ffmpeg- devel/2012-January/118576.html) Here's sample log messages from the command: /data/users/andrewr/ffmpeg-git-orig/ffmpeg -i /home/andrewr/tmp/concealing0errors.wmv -map 0:1 -pix_fmt yuv420p -r 29.970 -s 400x224 -an -f yuv4mpegpipe - > /dev/null {{{ [vc1 @ 0x137c810] Interlaced frames/fields support is incomplete [vc1 @ 0x137c810] concealing 0 DC, 0 AC, 0 MV errors Last message repeated 17 times frame= 17 fps= 0 q=0.0 size= 2231kB time=00:00:00.56 bitrate=32226.1kbits/concealing 0 DC, 0 AC, 0 MV errors [vc1 @ 0x137c810] concealing 0 DC, 0 AC, 0 MV errors Last message repeated 15 times frame= 34 fps= 32 q=0.0 size= 4463kB time=00:00:01.13 bitrate=32225.6kbits/concealing 0 DC, 0 AC, 0 MV errors [vc1 @ 0x137c810] concealing 0 DC, 0 AC, 0 MV errors Last message repeated 15 times frame= 51 fps= 32 q=0.0 size= 6694kB time=00:00:01.70 bitrate=32225.5kbits/ }}} Output from ffmpeg -v 9 -loglevel 99 -i /home/andrewr/tmp/concealing0errors.wmv {{{ ffmpeg version N-36427-g46145e8, Copyright (c) 2000-2012 the FFmpeg developers built on Jan 4 2012 20:49:17 with gcc 4.1.2 20071124 (Red Hat 4.1.2-42) configuration: --disable-sse --disable-ssse3 --cc=/usr/bin/gcc --cxx=/usr/bin/g++ libavutil 51. 34.100 / 51. 34.100 libavcodec 53. 50.100 / 53. 50.100 libavformat 53. 29.100 / 53. 29.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 57.101 / 2. 57.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 5.100 [asf @ 0x1375720] Format asf probed with size=2048 and score=100 [asf @ 0x1375720] gpos mismatch our pos=24, end=26 [asf @ 0x1375720] gpos mismatch our pos=24, end=3850 [asf @ 0x1375720] gpos mismatch our pos=24, end=34 [asf @ 0x1375720] gpos mismatch our pos=24, end=38 [asf @ 0x1375720] gpos mismatch our pos=24, end=278 [asf @ 0x1375720] gpos mismatch our pos=24, end=38 [wmav2 @ 0x137bc90] err{or,}_recognition separate: 1; 1 [wmav2 @ 0x137bc90] err{or,}_recognition combined: 1; 10001 [wmav2 @ 0x137bc90] Unsupported bit depth: 0 [vc1 @ 0x137c810] err{or,}_recognition separate: 1; 1 [vc1 @ 0x137c810] err{or,}_recognition combined: 1; 10001 [vc1 @ 0x137c810] Header: DBFE3BF2 [vc1 @ 0x137c810] Advanced Profile level 3: frmrtq_postproc=7, bitrtq_postproc=31 LoopFilter=0, ChromaFormat=1, Pulldown=1, Interlace: 1 TFCTRflag=0, FINTERPflag=0 [vc1 @ 0x137c810] Entry point: 1044EFC8 [vc1 @ 0x137c810] Entry point info: BrokenLink=0, ClosedEntry=0, PanscanFlag=0 RefDist=1, Postproc=0, FastUVMC=0, ExtMV=0 DQuant=0, VSTransform=1, Overlap=0, Qmode=0 [asf @ 0x1375720] parser not found for codec wmav2, packets or times may be invalid. [asf @ 0x1375720] max_analyze_duration 5000000 reached at 5100000 rfps: 29.916667 0.008713 rfps: 29.916667 0.016016 rfps: 30.000000 0.002815 rfps: 59.916667 0.001949 rfps: 29.970030 0.000075 rfps: 59.940060 0.000300 Input #0, asf, from '/home/andrewr/tmp/concealing0errors.wmv': Metadata: title : Sn?hul?k a Marika copyright : ? WMFSDKVersion : 12.0.7601.17514 WMFSDKNeeded : 0.0.0.0000 IsVBR : 0 Duration: 00:04:58.23, start: 0.000000, bitrate: 3577 kb/s Stream #0:0(eng), 32, 1/1000: Audio: wmav2 (a[1][0][0] / 0x0161), 48000 Hz, 2 channels, s16, 192 kb/s Stream #0:1(eng), 182, 1/1000: Video: vc1 (Advanced) (WVC1 / 0x31435657), yuv420p, 1920x1080, 1/1000, 5000 kb/s, 29.97 tbr, 1k tbn, 1k tbc At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 6 00:28:42 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Jan 2012 23:28:42 -0000 Subject: [FFmpeg-trac] #886(avcodec:closed): when decoding wmv file, logging thousands of "0 errors are concealed" messages In-Reply-To: <036.10fc7ac969657d99a5586e42f608e835@avcodec.org> References: <036.10fc7ac969657d99a5586e42f608e835@avcodec.org> Message-ID: <051.d40222898d60fd24941717ffd0233824@avcodec.org> #886: when decoding wmv file, logging thousands of "0 errors are concealed" messages ------------------------------------+------------------------------------- Reporter: andrewr | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: duplicate Keywords: vc1 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => vc1 * resolution: => duplicate * status: new => closed * component: undetermined => avcodec * version: unspecified => git-master Comment: Invalid due to missing complete, uncut console output and a duplicate of ticket #275. Samples are welcome! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 6 01:08:43 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 Jan 2012 00:08:43 -0000 Subject: [FFmpeg-trac] #878(avcodec:closed): jpg: unsupported subsamplings In-Reply-To: <038.74eeb1c39a2605cc340b09602ae3d32b@avcodec.org> References: <038.74eeb1c39a2605cc340b09602ae3d32b@avcodec.org> Message-ID: <053.c2218a1e9559ed6318727c3ed7fef92b@avcodec.org> #878: jpg: unsupported subsamplings -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: closed Priority: wish | Component: avcodec Version: git-master | Resolution: fixed Keywords: mjpeg | 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 Fri Jan 6 01:17:58 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 Jan 2012 00:17:58 -0000 Subject: [FFmpeg-trac] #879(avformat:new): mxf files without FooterPartition In-Reply-To: <035.17c20fd9a245e641093232ba78d90959@avcodec.org> References: <035.17c20fd9a245e641093232ba78d90959@avcodec.org> Message-ID: <050.6c2ee3124f203a1575214d02a8a7bac6@avcodec.org> #879: mxf files without FooterPartition ------------------------------------+------------------------------------ Reporter: zhukov | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mxf | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by zhukov): yes the patch helps to get through the error but the j2k inside wont decode (even i force use of libopenjpeg) {{{ ./ffmpeg -loglevel debug -codec libopenjpeg -i ~/Dropbox/Public/10bit_yuv_j2k.mxf -f rawvideo /dev/null ffmpeg version N-36504-g4278023, Copyright (c) 2000-2012 the FFmpeg developers built on Jan 5 2012 15:26:05 with llvm_gcc 4.2.1 (Based on Apple Inc. build 5658) (LLVM build 2336.1.00) configuration: --enable-libopenjpeg libavutil 51. 34.100 / 51. 34.100 libavcodec 53. 54.100 / 53. 54.100 libavformat 53. 29.100 / 53. 29.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 57.101 / 2. 57.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 5.100 [mxf @ 0x7fa24983d800] Format mxf probed with size=2048 and score=100 [mxf @ 0x7fa24983d800] broken or empty index [libopenjpeg @ 0x7fa24983fc00] err{or,}_recognition separate: 1; 1 [libopenjpeg @ 0x7fa24983fc00] err{or,}_recognition combined: 1; 10001 [libopenjpeg @ 0x7fa24983fc00] detected 8 logical cores [mxf @ 0x7fa24983d800] parser not found for codec j2k, packets or times may be invalid. [mxf @ 0x7fa24983d800] Probe buffer size limit 5000000 reached Input #0, mxf, from '/Users/zhukov/Dropbox/Public/10bit_yuv_j2k.mxf': Duration: 00:00:37.24, start: 0.000000, bitrate: 2252 kb/s Stream #0:0, 4, 1001/24000: Video: j2k, 1920x1080, 1001/24000, 23.98 fps, 23.98 tbr, 23.98 tbn, 23.98 tbc File '/dev/null' already exists. Overwrite ? [y/N] y Video pixel format is unknown, stream cannot be encoded }}} which was not the case like a month before when i submitted a patch for yuv libopenjpegdec support -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 6 01:27:52 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 Jan 2012 00:27:52 -0000 Subject: [FFmpeg-trac] #503(avcodec:open): Support 64bit tiff In-Reply-To: <037.3d320f3ef2049b89bbe091a0e9109610@avcodec.org> References: <037.3d320f3ef2049b89bbe091a0e9109610@avcodec.org> Message-ID: <052.5f87f1acc13a034c3d302b6a8e74b7b3@avcodec.org> #503: Support 64bit tiff -------------------------------------+----------------------------------- Reporter: cbsrobot | Owner: michael Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: tif 64bit | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: tif => tif 64bit -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 6 01:28:14 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 Jan 2012 00:28:14 -0000 Subject: [FFmpeg-trac] #883(avcodec:closed): pam: reject 64bpp rgba In-Reply-To: <038.213b7185cfb11998c0dbf0ae615e3ba9@avcodec.org> References: <038.213b7185cfb11998c0dbf0ae615e3ba9@avcodec.org> Message-ID: <053.3ff97ef8e77806bda23e2e853b1aa7a0@avcodec.org> #883: pam: reject 64bpp rgba ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: pam 64bit | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: pam => pam 64bit * status: open => closed * resolution: => fixed Comment: Patch applied, thank you! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 6 01:30:21 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 Jan 2012 00:30:21 -0000 Subject: [FFmpeg-trac] #873(FFmpeg:new): PCM signed big-endian encoding as unsigned In-Reply-To: <034.0b626f07113cddd0ad22afde46a003ef@avcodec.org> References: <034.0b626f07113cddd0ad22afde46a003ef@avcodec.org> Message-ID: <049.f3cd7348eec03ab3a151102f6532de21@avcodec.org> #873: PCM signed big-endian encoding as unsigned -------------------------------------+------------------------------------- Reporter: Glinx | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: unspecified | Resolution: Keywords: PCM signed | Blocked By: big endian | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Since I do not see any indication for a bug in FFmpeg, please try to find the version introducing the "regression" with git bisect. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 6 01:31:44 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 Jan 2012 00:31:44 -0000 Subject: [FFmpeg-trac] #887(FFmpeg:new): Assertion error in swresample.c Message-ID: <042.5c9f131b9b5723638589d53b00e50aa1@avcodec.org> #887: Assertion error in swresample.c -----------------------------------------+-------------------------------- Reporter: oanastratulat | Owner: Type: defect | Status: new Priority: important | Component: FFmpeg Version: git-master | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -----------------------------------------+-------------------------------- The file supplied has too many channels 22. The max number of allowed channels is 16. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 6 01:58:24 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 Jan 2012 00:58:24 -0000 Subject: [FFmpeg-trac] #887(undetermined:open): Assertion error in swresample.c In-Reply-To: <042.5c9f131b9b5723638589d53b00e50aa1@avcodec.org> References: <042.5c9f131b9b5723638589d53b00e50aa1@avcodec.org> Message-ID: <057.7729a9b76d6992d52faddf59cc8cbcb3@avcodec.org> #887: Assertion error in swresample.c -------------------------------------+------------------------------------- Reporter: | Owner: oanastratulat | Status: open Type: defect | Component: Priority: important | undetermined Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => aac * status: new => open * component: FFmpeg => undetermined * reproduced: 0 => 1 Comment: Regression since 810a14d Is this a valid sample or was it produced with zzuf or similar? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 6 01:59:29 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 Jan 2012 00:59:29 -0000 Subject: [FFmpeg-trac] #887(undetermined:open): Assertion error in swresample.c In-Reply-To: <042.5c9f131b9b5723638589d53b00e50aa1@avcodec.org> References: <042.5c9f131b9b5723638589d53b00e50aa1@avcodec.org> Message-ID: <057.74a32f5237c224d485cca7b5ed5190e7@avcodec.org> #887: Assertion error in swresample.c -------------------------------------+------------------------------------- Reporter: | Owner: oanastratulat | Status: open Type: defect | Component: Priority: important | undetermined Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by oanastratulat): it is produced with zzuf. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 6 02:12:28 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 Jan 2012 01:12:28 -0000 Subject: [FFmpeg-trac] #646(undetermined:open): fix decoding of rawvideo (NV12) with odd width In-Reply-To: <038.7fe48cf9544d48f90b4790e454070db1@avcodec.org> References: <038.7fe48cf9544d48f90b4790e454070db1@avcodec.org> Message-ID: <053.eab149f569eb7c079eb719d955f626ef@avcodec.org> #646: fix decoding of rawvideo (NV12) with odd width -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: NV12 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by richardpl): What you use to decode this file in VirtualDub? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 6 02:45:28 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 Jan 2012 01:45:28 -0000 Subject: [FFmpeg-trac] #887(undetermined:open): Assertion error in swresample.c In-Reply-To: <042.5c9f131b9b5723638589d53b00e50aa1@avcodec.org> References: <042.5c9f131b9b5723638589d53b00e50aa1@avcodec.org> Message-ID: <057.97624ca2e4f5e7d57389cc2e88203370@avcodec.org> #887: Assertion error in swresample.c -------------------------------------+------------------------------------- Reporter: | Owner: oanastratulat | Status: open Type: defect | Component: Priority: important | undetermined Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ubitux): Patch message edited, "inputput" typo fixed, and pushed. Thanks. I'm not closing the issue since Michael might want to comment on the regression. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 6 04:14:56 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 Jan 2012 03:14:56 -0000 Subject: [FFmpeg-trac] #872(avutil:new): av_rescale_q returns wrong 64bits in arm cortex-a8 processor In-Reply-To: <037.21d7ce40631324390fccf1386d6b23e3@avcodec.org> References: <037.21d7ce40631324390fccf1386d6b23e3@avcodec.org> Message-ID: <052.04cace8d5ae3868b183d6cc87dd11585@avcodec.org> #872: av_rescale_q returns wrong 64bits in arm cortex-a8 processor --------------------------------------+----------------------------------- Reporter: kaijun61 | Owner: michael Type: defect | Status: new Priority: important | Component: avutil Version: git-master | Resolution: Keywords: av_rescale_q | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by michael): That sounds like a compiler bug -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 6 07:59:37 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 Jan 2012 06:59:37 -0000 Subject: [FFmpeg-trac] #888(FFplay:new): a little bug? ffplayer Message-ID: <037.e314d1a62f1773a0dbc76ae781ba84f4@avcodec.org> #888: a little bug? ffplayer -------------------------------------+------------------------------------- Reporter: zhangjie | Type: defect Status: new | Priority: normal Component: FFplay | Version: 0.9.1 Keywords: | Blocked By: av_get_channel_layout_nb_channels | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- stream_component_open() { ... wanted_channel_layout = (avctx->channel_layout && avctx->channels == av_get_channel_layout_nb_channels(avctx->channels)) ? avctx->channel_layout : av_get_default_channel_layout(avctx->channels); ... } the parameter of function av_get_channel_layout_nb_channels should be "avctx->channel_layout" ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 6 09:06:31 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 Jan 2012 08:06:31 -0000 Subject: [FFmpeg-trac] #880(avcodec:new): bad two first frames when mpeg2video encoding In-Reply-To: <035.2c1e2e3111cdfa04614fde06c7107163@avcodec.org> References: <035.2c1e2e3111cdfa04614fde06c7107163@avcodec.org> Message-ID: <050.5ec3c6ab4617c7cfbbe0f9d923d703de@avcodec.org> #880: bad two first frames when mpeg2video encoding -------------------------------------+------------------------------------- Reporter: kuzyag | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: unspecified | Resolution: Keywords: bad 2 first | Blocked By: frames, mpeg2video | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by kuzyag): Replying to [comment:1 cehoyos]: > Is your problem related to -threads 8? > Is it also reproducible with -threads 1? Yes. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 6 11:30:51 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 Jan 2012 10:30:51 -0000 Subject: [FFmpeg-trac] #879(avformat:new): mxf files without FooterPartition In-Reply-To: <035.17c20fd9a245e641093232ba78d90959@avcodec.org> References: <035.17c20fd9a245e641093232ba78d90959@avcodec.org> Message-ID: <050.6ee4ee89703b1539697c6bc23883b9cd@avcodec.org> #879: mxf files without FooterPartition ------------------------------------+------------------------------------ Reporter: zhukov | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mxf | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by reimar): > footer_partition = avio_rb64(pb); > > wants to output -1 The value you give (4294967296) is not even close to -1, this is a 64 bit value (otherwise files > 4 GB wouldn't be possible). In addition, according to the code the value for "not set" should be 0, not -1. The code probably should take the file size into account when deciding which to use, however it happens to pick the right one anyway. As for decoding, it looks like somehow pix_fmt doesn't get set at the right point. The strange thing is that MPlayer works just fine. It seems to me that somehow frame multithreading is enabled and that breaks try_decode_frame. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 6 11:55:40 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 Jan 2012 10:55:40 -0000 Subject: [FFmpeg-trac] #879(avformat:new): mxf files without FooterPartition In-Reply-To: <035.17c20fd9a245e641093232ba78d90959@avcodec.org> References: <035.17c20fd9a245e641093232ba78d90959@avcodec.org> Message-ID: <050.00b324c6b872958554b6410f6429100c@avcodec.org> #879: mxf files without FooterPartition ------------------------------------+------------------------------------ Reporter: zhukov | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mxf | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by reimar): Sent another patch to ffmpeg-devel. MPlayer is not affected because the only missing information is pix_fmt and MPlayer requires that only when it actually needs to display something, while ffmpeg needs it before even starting to do anything at all. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 6 12:11:38 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 Jan 2012 11:11:38 -0000 Subject: [FFmpeg-trac] #879(avformat:new): mxf files without FooterPartition In-Reply-To: <035.17c20fd9a245e641093232ba78d90959@avcodec.org> References: <035.17c20fd9a245e641093232ba78d90959@avcodec.org> Message-ID: <050.19a87137e4e9563ec6048d3259d9a9b0@avcodec.org> #879: mxf files without FooterPartition ------------------------------------+------------------------------------ Reporter: zhukov | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mxf | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by reimar): I forgot: -threads 1 should be a work-around against that second problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 6 12:25:58 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 Jan 2012 11:25:58 -0000 Subject: [FFmpeg-trac] #880(avcodec:new): bad two first frames when mpeg2video encoding In-Reply-To: <035.2c1e2e3111cdfa04614fde06c7107163@avcodec.org> References: <035.2c1e2e3111cdfa04614fde06c7107163@avcodec.org> Message-ID: <050.58bb7ddbee917022bd303747cbe7c22d@avcodec.org> #880: bad two first frames when mpeg2video encoding -------------------------------------+------------------------------------- Reporter: kuzyag | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: unspecified | Resolution: Keywords: bad 2 first | Blocked By: frames, mpeg2video | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by kuzyag): using bisection against git i found a commit that broke "my picture" last good commit: http://git.videolan.org/?p=ffmpeg.git;a=commitdiff;h=3009f521f390b2bd440d9747a9c6baf648b2087a first bad commit: http://git.videolan.org/?p=ffmpeg.git;a=commitdiff;h=bf174a70cde333eba7e27063f9ce44497108f466 we used a script for test {{{ ./ffmpeg \ -i $1 \ -an \ -vcodec mpeg2video \ -r 25 \ -mbd rd \ -vb 40000k -maxrate 40000k -minrate 40000k -bufsize 20000k \ -flags +ilme+ildct \ -vframes 15 \ -f rawvideo \ -y $2 }}} output that has a good first picture: {{{ [...] Output #0, rawvideo, to '/var/www/users/storyparts/spool/restored/test.mpg': Metadata: creation_time : 2011-12-13 12:49:34 encoder : Lavf53.2.0 Stream #0.0(eng): Video: mpeg2video (hq), yuv422p, 1440x1080 [PAR 4:3 DAR 16:9], q=2-31, 40000 kb/s, 90k tbn, 25 tbc Metadata: creation_time : 2011-12-13 12:50:10 Stream mapping: Stream #0.0 -> #0.0 Press ctrl-c to stop encoding frame= 4 fps= 0 q=2.0 size= 916kB time=0.12 bitrate=62518.3kbits/s frame= 8 fps= 7 q=3.3 size= 1702kB time=0.28 bitrate=49788.4kbits/s frame= 12 fps= 6 q=2.1 size= 2489kB time=0.44 bitrate=46340.7kbits/s frame= 15 fps= 7 q=3.0 Lsize= 3003kB time=0.56 bitrate=43936.6kbits/s video:3003kB audio:0kB global headers:0kB muxing overhead 0.000000% [...] }}} output that has a bad first picture: {{{ Output #0, rawvideo, to '/var/www/users/storyparts/spool/restored/test.mpg': Metadata: creation_time : 2011-12-13 12:49:34 encoder : Lavf53.2.0 Stream #0.0(eng): Video: mpeg2video (hq), yuv422p, 1440x1080 [PAR 4:3 DAR 16:9], q=2-31, 40000 kb/s, 90k tbn, 25 tbc Metadata: creation_time : 2011-12-13 12:50:10 Stream mapping: Stream #0.0 -> #0.0 Press ctrl-c to stop encoding [mpeg2video @ 0x9eb40c0] rc buffer underflow frame= 3 fps= 0 q=4.3 size= 148kB time=0.08 bitrate=15137.7kbits/s frame= 5 fps= 4 q=3.0 size= 428kB time=0.16 bitrate=21898.0kbits/s frame= 7 fps= 4 q=3.0 size= 704kB time=0.24 bitrate=24029.6kbits/s frame= 9 fps= 4 q=3.0 size= 979kB time=0.32 bitrate=25055.1kbits/s frame= 12 fps= 4 q=2.0 size= 1627kB time=0.44 bitrate=30294.7kbits/s frame= 15 fps= 4 q=2.0 size= 2259kB time=0.56 bitrate=33045.1kbits/s frame= 15 fps= 4 q=2.0 Lsize= 2259kB time=0.56 bitrate=33045.1kbits/s video:2259kB audio:0kB global headers:0kB muxing overhead 0.000000% }}} the difference to me is quality parameter of first frames. for good pictures is has value q=2.0 but for bad it has value q=4.3 the cure is to specify ffmpeg's option -qmax 2.0 or -qmax 3.0 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 6 12:30:26 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 Jan 2012 11:30:26 -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.5454fca51ebcbace4014d929d9cde671@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 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Since the file was intentionally broken, I don't think decoding is necessary. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 6 14:46:15 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 Jan 2012 13:46:15 -0000 Subject: [FFmpeg-trac] #646(undetermined:open): fix decoding of rawvideo (NV12) with odd width In-Reply-To: <038.7fe48cf9544d48f90b4790e454070db1@avcodec.org> References: <038.7fe48cf9544d48f90b4790e454070db1@avcodec.org> Message-ID: <053.ab870a54139b96380e636b86875bd8e5@avcodec.org> #646: fix decoding of rawvideo (NV12) with odd width -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: NV12 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by ami_stuff): the original file from datafilehost plays here ok, but new generated (with the same resolution) not (error decompressing video frame 0) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 6 14:50:15 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 Jan 2012 13:50:15 -0000 Subject: [FFmpeg-trac] #743(avcodec:open): support 4:2:2 YCbCr 10-bit (v210 FourCC) rawvideo in avi In-Reply-To: <038.439d7aba08aa0527ccc827157ee494dd@avcodec.org> References: <038.439d7aba08aa0527ccc827157ee494dd@avcodec.org> Message-ID: <053.76e39220fe7af7793cf7b3e1534940b2@avcodec.org> #743: support 4:2:2 YCbCr 10-bit (v210 FourCC) rawvideo in avi ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: v210 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+----------------------------------- Comment (by ami_stuff): patch posted to: http://ffmpeg.org/pipermail/ffmpeg-devel/2011-December/117784.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 6 15:05:45 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 Jan 2012 14:05:45 -0000 Subject: [FFmpeg-trac] #889(undetermined:new): ljpeg: lossless predictor Message-ID: <038.4bdf60fa204e4093b49c3eb02a6e4623@avcodec.org> #889: ljpeg: lossless predictor -------------------------------------+------------------------------------- Reporter: ami_stuff | 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 have lossless predictor set to 0, ffmpeg decodes it incorrectly (8/12/16/24/48bpp) there is also a problem with lossless predictor 7 with 12bpp file {{{ C:\>ffmpeg -i 12_lossless_predictor_7.jpg ffmpeg version N-36492-g7f83db3, Copyright (c) 2000-2012 the FFmpeg developers built on Jan 5 2012 01:57:12 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 34.100 / 51. 34.100 libavcodec 53. 53.100 / 53. 53.100 libavformat 53. 29.100 / 53. 29.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 57.101 / 2. 57.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 5.100 libpostproc 51. 2.100 / 51. 2.100 Input #0, image2, from '12_lossless_predictor_7.jpg': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: mjpeg, gray16le, 1024x768 [SAR 96:96 DAR 4:3], 25 tbr, 2 5 tbn, 25 tbc At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 6 15:31:22 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 Jan 2012 14:31:22 -0000 Subject: [FFmpeg-trac] #889(avcodec:open): ljpeg: lossless predictor In-Reply-To: <038.4bdf60fa204e4093b49c3eb02a6e4623@avcodec.org> References: <038.4bdf60fa204e4093b49c3eb02a6e4623@avcodec.org> Message-ID: <053.4fb2596440837ce044336a07cf18748d@avcodec.org> #889: ljpeg: lossless predictor -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: mjpeg ljpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => mjpeg ljpeg * status: new => open * version: unspecified => git-master * component: undetermined => avcodec * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 6 17:56:06 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 Jan 2012 16:56:06 -0000 Subject: [FFmpeg-trac] #851(avcodec:closed): crash with grayscale jpegls In-Reply-To: <038.2532f8838f06377531d8b51b5fe3dfcd@avcodec.org> References: <038.2532f8838f06377531d8b51b5fe3dfcd@avcodec.org> Message-ID: <053.f3f08115c3b469242121bcaaf50d507e@avcodec.org> #851: crash with grayscale jpegls -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: jpegls gray | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by michael): * keywords: jpegls => jpegls gray * status: open => closed * resolution: => fixed Comment: fixed / patch on ML -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 6 18:40:45 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 Jan 2012 17:40:45 -0000 Subject: [FFmpeg-trac] #879(avformat:new): mxf files without FooterPartition In-Reply-To: <035.17c20fd9a245e641093232ba78d90959@avcodec.org> References: <035.17c20fd9a245e641093232ba78d90959@avcodec.org> Message-ID: <050.29e30ea11a655940fd36ee638ed41bd6@avcodec.org> #879: mxf files without FooterPartition ------------------------------------+------------------------------------ Reporter: zhukov | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mxf | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by zhukov): re second patch ([PATCH] Flush decoders correctly in avformat_find_stream_info()) yes it helps, thanks re -1 and 4294967296 offtopic but anyway :) {{{ #include int main(void) { unsigned long long a = 4294967296L; unsigned long long a2 = 4294967295L; int b = (int) a; int b2 = (int) a2; printf("%d %llu\n", b ,a); printf("%d %llu\n", b2 ,a2); return 0; } }}} ./a.out {{{ 0 4294967296 -1 4294967295 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 6 19:05:48 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 Jan 2012 18:05:48 -0000 Subject: [FFmpeg-trac] #875(avcodec:closed): ljpeg: support files with interval in MCU-rows different than 0 In-Reply-To: <038.1dd59e89330ae83af4df73555aba4b5c@avcodec.org> References: <038.1dd59e89330ae83af4df73555aba4b5c@avcodec.org> Message-ID: <053.e93f85efeb800861403f49ec7e7960a6@avcodec.org> #875: ljpeg: support files with interval in MCU-rows different than 0 ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: mjpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Locally fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 6 19:36:13 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 Jan 2012 18:36:13 -0000 Subject: [FFmpeg-trac] #646(undetermined:open): fix decoding of rawvideo (NV12) with odd width In-Reply-To: <038.7fe48cf9544d48f90b4790e454070db1@avcodec.org> References: <038.7fe48cf9544d48f90b4790e454070db1@avcodec.org> Message-ID: <053.127a7bb371217a206f589cf9837f249d@avcodec.org> #646: fix decoding of rawvideo (NV12) with odd width -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: NV12 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by richardpl): I need name of decompressor/compressor in both cases. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 6 19:54:13 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 Jan 2012 18:54:13 -0000 Subject: [FFmpeg-trac] #646(undetermined:open): fix decoding of rawvideo (NV12) with odd width In-Reply-To: <038.7fe48cf9544d48f90b4790e454070db1@avcodec.org> References: <038.7fe48cf9544d48f90b4790e454070db1@avcodec.org> Message-ID: <053.e4ccf614e249c6f08fd57550a8dd09d3@avcodec.org> #646: fix decoding of rawvideo (NV12) with odd width -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: NV12 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by ami_stuff): This codec is supported interlanny by VirtualDub - "Internal DIB decoder (NV12)" -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 6 20:17:38 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 Jan 2012 19:17:38 -0000 Subject: [FFmpeg-trac] #890(FFmpeg:new): Use of uninitialised value of size 8 with zmbv file Message-ID: <042.b8ce58d00ceef10b5fa5e84ccb9f4d5c@avcodec.org> #890: Use of uninitialised value of size 8 with zmbv file -----------------------------------------+-------------------------------- Reporter: oanastratulat | Owner: Type: defect | Status: new Priority: important | Component: FFmpeg Version: git-master | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -----------------------------------------+-------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 6 20:19:06 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 Jan 2012 19:19:06 -0000 Subject: [FFmpeg-trac] #890(FFmpeg:new): Use of uninitialised value of size 8 with zmbv file In-Reply-To: <042.b8ce58d00ceef10b5fa5e84ccb9f4d5c@avcodec.org> References: <042.b8ce58d00ceef10b5fa5e84ccb9f4d5c@avcodec.org> Message-ID: <057.76c32bbfa4906d2ce94591a70d79b50a@avcodec.org> #890: Use of uninitialised value of size 8 with zmbv file ---------------------------------------+---------------------------------- Reporter: oanastratulat | Owner: Type: defect | Status: new Priority: important | Component: FFmpeg Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------------+---------------------------------- Comment (by oanastratulat): {{{ ==26566== Memcheck, a memory error detector ==26566== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al. ==26566== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info ==26566== Command: ./ffmpeg_g -i /Users/vladvladvictorvictor/Downloads/crash2 -f null - ==26566== --26566-- ./ffmpeg_g: --26566-- dSYM directory is missing; consider using --dsymutil=yes ffmpeg version N-36539-g4dfb74c Copyright (c) 2000-2012 the FFmpeg developers built on Jan 6 2012 20:24:09 with llvm_gcc 4.2.1 (Based on Apple Inc. build 5658) (LLVM build 2336.1.00) configuration: samples='~/Desktop/fate-suite-ffmpeg/' libavutil 51. 34.100 / 51. 34.100 libavcodec 53. 54.100 / 53. 54.100 libavformat 53. 29.100 / 53. 29.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 57.101 / 2. 57.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 5.100 Input #0, avi, from '/Users/vladvladvictorvictor/Downloads/crash2': Duration: 00:00:45.55, start: 0.000000, bitrate: 3 kb/s Stream #0:0: Video: zmbv (ZMBV / 0x56424D5A), rgb24, 320x200, 70.09 fps, 70.09 tbr, 70.09 tbn, 70.09 tbc Stream #0:1: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, 2 channels, s16, 1411 kb/s [buffer @ 0x101141780] w:320 h:200 pixfmt:rgb24 tb:1/1000000 sar:0/1 sws_param: Output #0, null, to 'pipe:': Metadata: encoder : Lavf53.29.100 Stream #0:0: Video: rawvideo (RGB[24] / 0x18424752), rgb24, 320x200, q=2-31, 200 kb/s, 90k tbn, 70.09 tbc Stream #0:1: Audio: pcm_s16le, 44100 Hz, 2 channels, s16, 1411 kb/s Stream mapping: Stream #0:0 -> #0:0 (zmbv -> rawvideo) Stream #0:1 -> #0:1 (pcm_s16le -> pcm_s16le) Press [q] to stop, [?] for help ==26566== Use of uninitialised value of size 8 ==26566== at 0x1005776AE: decode_frame (in ./ffmpeg_g) ==26566== ==26566== Use of uninitialised value of size 8 ==26566== at 0x1005776D3: decode_frame (in ./ffmpeg_g) ==26566== ==26566== Use of uninitialised value of size 8 ==26566== at 0x1005776F9: decode_frame (in ./ffmpeg_g) ==26566== ==26566== ==26566== Process terminating with default action of signal 11 (SIGSEGV) ==26566== General Protection Fault ==26566== at 0x3B066CD: misaligned_stack_error_entering_dyld_stub_binder (in /usr/lib/system/libdyld.dylib) ==26566== by 0x10077002F: ??? (in ./ffmpeg_g) ==26566== by 0x5B3: ??? ==26566== by 0x10000377D: sigterm_handler (in ./ffmpeg_g) ==26566== ==26566== HEAP SUMMARY: ==26566== in use at exit: 70,982,369 bytes in 858,069 blocks ==26566== total heap usage: 858,835 allocs, 766 frees, 72,545,803 bytes allocated ==26566== ==26566== LEAK SUMMARY: ==26566== definitely lost: 18 bytes in 1 blocks ==26566== indirectly lost: 0 bytes in 0 blocks ==26566== possibly lost: 0 bytes in 0 blocks ==26566== still reachable: 70,982,351 bytes in 858,068 blocks ==26566== suppressed: 0 bytes in 0 blocks ==26566== Rerun with --leak-check=full to see details of leaked memory ==26566== ==26566== For counts of detected and suppressed errors, rerun with: -v ==26566== Use --track-origins=yes to see where uninitialised values come from ==26566== ERROR SUMMARY: 192000 errors from 3 contexts (suppressed: 448 from 8) Segmentation fault: 11 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 6 20:23:31 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 Jan 2012 19:23:31 -0000 Subject: [FFmpeg-trac] #891(undetermined:new): jpg: regression with odd width Message-ID: <038.01e3a5c7769f38c14bee457369b167fc@avcodec.org> #891: jpg: regression with odd width -------------------------------------+------------------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- there is a vertical line in the output on the right side ffmpeg -i 422_odd.jpg out.bmp {{{ C:\>ffmpeg -i 422_odd.jpg ffmpeg version N-36492-g7f83db3, Copyright (c) 2000-2012 the FFmpeg developers built on Jan 5 2012 01:57:12 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 34.100 / 51. 34.100 libavcodec 53. 53.100 / 53. 53.100 libavformat 53. 29.100 / 53. 29.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 57.101 / 2. 57.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 5.100 libpostproc 51. 2.100 / 51. 2.100 Input #0, image2, from '422_odd.jpg': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: mjpeg, yuvj440p, 1023x767 [SAR 96:96 DAR 1023:767], 25 t br, 25 tbn, 25 tbc At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 6 20:47:09 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 Jan 2012 19:47:09 -0000 Subject: [FFmpeg-trac] #892(undetermined:new): jpg: progressive 4:1:1 / 4:2:2 decodes incorrectly Message-ID: <038.466032720b719870aa5591521118ddf3@avcodec.org> #892: jpg: progressive 4:1:1 / 4:2:2 decodes incorrectly -------------------------------------+------------------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- attached progressive jpg files decodes incorrectly (baseline are fine) {{{ ffmpeg.exe -i 412_22_11_12.jpg ffmpeg version 0.9.0.git-0af34c4, Copyright (c) 2000-2012 the FFmpeg developers built on Jan 2 2012 19:27:43 with gcc 4.5.2 configuration: --disable-ffplay --disable-ffserver --disable-asm --disable-yas m --disable-shared --enable-static libavutil 51. 33.100 / 51. 33.100 libavcodec 53. 50.100 / 53. 50.100 libavformat 53. 29.100 / 53. 29.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 57.101 / 2. 57.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 5.100 Input #0, image2, from '412_22_11_12.jpg': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: mjpeg, yuvj422p, 1024x768 [SAR 96:96 DAR 4:3], 25 tbr, 2 5 tbn, 25 tbc At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 6 21:11:23 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 Jan 2012 20:11:23 -0000 Subject: [FFmpeg-trac] #875(avcodec:closed): ljpeg: support files with interval in MCU-rows different than 0 In-Reply-To: <038.1dd59e89330ae83af4df73555aba4b5c@avcodec.org> References: <038.1dd59e89330ae83af4df73555aba4b5c@avcodec.org> Message-ID: <053.52a9db6da565096d9130fe0f4747256c@avcodec.org> #875: ljpeg: support files with interval in MCU-rows different than 0 ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: mjpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by ami_stuff): @michael Do you get colorful vertical line on the right side with MCU1.jpg? ffmpeg -i mcu1.jpg out.bmp the rest of the files decodes correctly here except this one -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 6 21:34:55 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 Jan 2012 20:34:55 -0000 Subject: [FFmpeg-trac] #889(avcodec:closed): ljpeg: lossless predictor In-Reply-To: <038.4bdf60fa204e4093b49c3eb02a6e4623@avcodec.org> References: <038.4bdf60fa204e4093b49c3eb02a6e4623@avcodec.org> Message-ID: <053.f0c9051a9d33549fecd945e4ffe8dd82@avcodec.org> #889: ljpeg: lossless predictor -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: mjpeg ljpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed, patch on ML -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 6 22:03:49 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 Jan 2012 21:03:49 -0000 Subject: [FFmpeg-trac] #893(undetermined:new): jpegls: support color transforms Message-ID: <038.0e34b8cda0528a006ed65ba603bf6c32@avcodec.org> #893: jpegls: support color transforms -------------------------------------+------------------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Color Transform 1: R-=G, B-=G Color Transform 2: B-=(R+G)/2 Color Transform 3: JPEG 2K lossless Color Transform 4: YCbCr (not supported by IrfanView) Created with Photoshop + lsjpeg plug-in, decodes correctly with IrfanView There is also "Color Transform 5: YCbCr 211", but I'm unable to create the file (error message). {{{ C:\>ffmpeg -i color_transform_1.jls ffmpeg version N-36492-g7f83db3, Copyright (c) 2000-2012 the FFmpeg developers built on Jan 5 2012 01:57:12 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 34.100 / 51. 34.100 libavcodec 53. 53.100 / 53. 53.100 libavformat 53. 29.100 / 53. 29.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 57.101 / 2. 57.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 5.100 libpostproc 51. 2.100 / 51. 2.100 Input #0, image2, from 'color_transform_1.jls': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: jpegls, rgb24, 1023x767, 25 tbr, 25 tbn, 25 tbc At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 6 23:09:44 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 Jan 2012 22:09:44 -0000 Subject: [FFmpeg-trac] #893(avcodec:open): jpegls: support color transforms In-Reply-To: <038.0e34b8cda0528a006ed65ba603bf6c32@avcodec.org> References: <038.0e34b8cda0528a006ed65ba603bf6c32@avcodec.org> Message-ID: <053.bde2d68c5d8d05ebc3f58cee4697ef49@avcodec.org> #893: jpegls: support color transforms ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: jpegls | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => jpegls * status: new => open * version: unspecified => git-master * component: undetermined => avcodec * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 6 23:31:40 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 Jan 2012 22:31:40 -0000 Subject: [FFmpeg-trac] #890(undetermined:open): OOM with fuzzed avi (was: Use of uninitialised value of size 8 with zmbv file) In-Reply-To: <042.b8ce58d00ceef10b5fa5e84ccb9f4d5c@avcodec.org> References: <042.b8ce58d00ceef10b5fa5e84ccb9f4d5c@avcodec.org> Message-ID: <057.e9447dc94faf7517356d285a92e0e707@avcodec.org> #890: OOM with fuzzed avi -------------------------------------+------------------------------------- Reporter: | Owner: oanastratulat | Status: open Type: defect | Component: Priority: important | undetermined Version: git-master | Resolution: Keywords: avi | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => avi * status: new => open * component: FFmpeg => undetermined * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jan 7 00:09:15 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 Jan 2012 23:09:15 -0000 Subject: [FFmpeg-trac] #888(FFplay:closed): a little bug? ffplayer In-Reply-To: <037.e314d1a62f1773a0dbc76ae781ba84f4@avcodec.org> References: <037.e314d1a62f1773a0dbc76ae781ba84f4@avcodec.org> Message-ID: <052.d6d09298b0eff8d907a98cfc792a8934@avcodec.org> #888: a little bug? ffplayer -------------------------------------+------------------------------------- Reporter: zhangjie | Owner: Type: defect | Status: closed Priority: normal | Component: FFplay Version: 0.9.1 | Resolution: fixed Keywords: | Blocked By: av_get_channel_layout_nb_channels | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cus): * cc: cus@? (added) * status: new => closed * resolution: => fixed Comment: You are absolutely right, a fix for this was merged yesterday, so this should be fixed in git master. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jan 7 01:10:52 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 07 Jan 2012 00:10:52 -0000 Subject: [FFmpeg-trac] #891(undetermined:new): jpg: regression with odd width In-Reply-To: <038.01e3a5c7769f38c14bee457369b167fc@avcodec.org> References: <038.01e3a5c7769f38c14bee457369b167fc@avcodec.org> Message-ID: <053.5d4535da1c07a205e6426f79ac019d71@avcodec.org> #891: jpg: regression with odd width -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: mjpeg | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => mjpeg Comment: I see no vertical line. Please do not just post the output of "ffmpeg -i file", but always post the complete, uncut console output of the command that is failing for you (ffmpeg -i 422_odd.jpg out.bmp) The output for 422 is identical with a very old FFmpeg version. {{{ $ ffmpeg -i 422_odd.jpg -f crc - ffmpeg version N-36543-g12d8340 Copyright (c) 2000-2012 the FFmpeg developers built on Jan 7 2012 01:06:11 with gcc 4.5.3 configuration: --cc='/usr/local/gcc-4.5.3/bin/gcc -m32' libavutil 51. 34.100 / 51. 34.100 libavcodec 53. 54.100 / 53. 54.100 libavformat 53. 29.100 / 53. 29.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 57.101 / 2. 57.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 5.100 Input #0, image2, from '422_odd.jpg': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: mjpeg, yuvj440p, 1023x767 [SAR 96:96 DAR 1023:767], 25 tbr, 25 tbn, 25 tbc [buffer @ 0x8dd0020] w:1023 h:767 pixfmt:yuvj440p tb:1/1000000 sar:96/96 sws_param: Output #0, crc, to 'pipe:': Metadata: encoder : Lavf53.29.100 Stream #0:0: Video: rawvideo (440P / 0x50303434), yuvj440p, 1023x767 [SAR 96:96 DAR 1023:767], q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (mjpeg -> rawvideo) Press [q] to stop, [?] for help CRC=0x2e6f3ead frame= 1 fps= 0 q=0.0 Lsize= 0kB time=00:00:00.04 bitrate= 3.0kbits/s video:1534kB audio:0kB global headers:0kB muxing overhead -99.999045% $ ffmpeg -i 441_odd.jpg -f crc - ffmpeg version N-36543-g12d8340 Copyright (c) 2000-2012 the FFmpeg developers built on Jan 7 2012 01:06:11 with gcc 4.5.3 configuration: --cc='/usr/local/gcc-4.5.3/bin/gcc -m32' libavutil 51. 34.100 / 51. 34.100 libavcodec 53. 54.100 / 53. 54.100 libavformat 53. 29.100 / 53. 29.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 57.101 / 2. 57.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 5.100 Input #0, image2, from '441_odd.jpg': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: mjpeg, yuvj444p, 1023x767 [SAR 96:96 DAR 1023:767], 25 tbr, 25 tbn, 25 tbc [buffer @ 0x8dd0020] w:1023 h:767 pixfmt:yuvj444p tb:1/1000000 sar:96/96 sws_param: Output #0, crc, to 'pipe:': Metadata: encoder : Lavf53.29.100 Stream #0:0: Video: rawvideo (444P / 0x50343434), yuvj444p, 1023x767 [SAR 96:96 DAR 1023:767], q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (mjpeg -> rawvideo) Press [q] to stop, [?] for help CRC=0xf6f16120 frame= 1 fps= 0 q=0.0 Lsize= 0kB time=00:00:00.04 bitrate= 3.0kbits/s video:2299kB audio:0kB global headers:0kB muxing overhead -99.999363% $ ffmpeg -i 442_odd.jpg -f crc - ffmpeg version N-36543-g12d8340 Copyright (c) 2000-2012 the FFmpeg developers built on Jan 7 2012 01:06:11 with gcc 4.5.3 configuration: --cc='/usr/local/gcc-4.5.3/bin/gcc -m32' libavutil 51. 34.100 / 51. 34.100 libavcodec 53. 54.100 / 53. 54.100 libavformat 53. 29.100 / 53. 29.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 57.101 / 2. 57.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 5.100 Input #0, image2, from '442_odd.jpg': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: mjpeg, yuvj444p, 1023x767 [SAR 96:96 DAR 1023:767], 25 tbr, 25 tbn, 25 tbc [buffer @ 0x8dd0020] w:1023 h:767 pixfmt:yuvj444p tb:1/1000000 sar:96/96 sws_param: Output #0, crc, to 'pipe:': Metadata: encoder : Lavf53.29.100 Stream #0:0: Video: rawvideo (444P / 0x50343434), yuvj444p, 1023x767 [SAR 96:96 DAR 1023:767], q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (mjpeg -> rawvideo) Press [q] to stop, [?] for help CRC=0xf447340d frame= 1 fps= 0 q=0.0 Lsize= 0kB time=00:00:00.04 bitrate= 3.0kbits/s video:2299kB audio:0kB global headers:0kB muxing overhead -99.999363% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jan 7 01:16:44 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 07 Jan 2012 00:16:44 -0000 Subject: [FFmpeg-trac] #879(avformat:closed): mxf files without FooterPartition In-Reply-To: <035.17c20fd9a245e641093232ba78d90959@avcodec.org> References: <035.17c20fd9a245e641093232ba78d90959@avcodec.org> Message-ID: <050.b87685e9598334735cfa220fbec80e0e@avcodec.org> #879: mxf files without FooterPartition ------------------------------------+------------------------------------ Reporter: zhukov | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: mxf | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * priority: normal => important * status: new => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Fixed by Reimar. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jan 7 02:25:11 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 07 Jan 2012 01:25:11 -0000 Subject: [FFmpeg-trac] #891(undetermined:new): jpg: regression with odd width In-Reply-To: <038.01e3a5c7769f38c14bee457369b167fc@avcodec.org> References: <038.01e3a5c7769f38c14bee457369b167fc@avcodec.org> Message-ID: <053.4293285ff05c352702422302256ca647@avcodec.org> #891: jpg: regression with odd width -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: mjpeg | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ami_stuff): Please view 422_odd.jpg and out.bmp at the same time im IMDisplay (ImageMagick). You will notice a one-pixel-wide vertical line (from top to bottom of the image) in the output bmp file after the last person on the image (right side). This line does not exist in loaded jpg image. It's easier to spot it in IrfanView where the line have gray color (not the color of the ground). {{{ $ ffmpeg.exe -i 422_odd.jpg out.bmp ffmpeg version 0.9.0.git-12d8340 Copyright (c) 2000-2012 the FFmpeg developers built on Jan 7 2012 02:04:56 with gcc 4.5.2 configuration: --disable-ffplay --disable-ffserver --disable-ffprobe --disable -asm --disable-yasm --disable-shared --enable-static libavutil 51. 34.100 / 51. 34.100 libavcodec 53. 54.100 / 53. 54.100 libavformat 53. 29.100 / 53. 29.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 57.101 / 2. 57.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 5.100 Input #0, image2, from '422_odd.jpg': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: mjpeg, yuvj440p, 1023x767 [SAR 96:96 DAR 1023:767], 25 t br, 25 tbn, 25 tbc Incompatible pixel format 'yuvj440p' for codec 'bmp', auto-selecting format 'bgr 24' [buffer @ 016c19c0] w:1023 h:767 pixfmt:yuvj440p tb:1/1000000 sar:96/96 sws_para m: [buffersink @ 016c1b80] auto-inserting filter 'auto-inserted scale 0' between th e filter 'src' and the filter 'out' [scale @ 016c1d90] w:1023 h:767 fmt:yuvj440p -> w:1023 h:767 fmt:bgr24 flags:0x4 Output #0, image2, to 'out.bmp': Metadata: encoder : Lavf53.29.100 Stream #0:0: Video: bmp, bgr24, 1023x767 [SAR 1:1 DAR 1023:767], q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (mjpeg -> bmp) Press [q] to stop, [?] for help frame= 1 fps= 0 q=0.0 Lsize= 0kB time=00:00:00.04 bitrate= 0.0kbits/ s video:2301kB audio:0kB global headers:0kB muxing overhead -100.000000% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jan 7 03:07:50 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 07 Jan 2012 02:07:50 -0000 Subject: [FFmpeg-trac] #885(FFmpeg:closed): Segfault when decoding 4xm zzufed file In-Reply-To: <042.c4e5c1e83b67d05ba16a50f46cadc81c@avcodec.org> References: <042.c4e5c1e83b67d05ba16a50f46cadc81c@avcodec.org> Message-ID: <057.07ada784728d8a46b38b993bae28e958@avcodec.org> #885: Segfault when decoding 4xm zzufed file ---------------------------------------+---------------------------------- Reporter: oanastratulat | Owner: Type: defect | Status: closed Priority: important | Component: FFmpeg Version: git-master | Resolution: fixed Keywords: 4xm pcm | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ---------------------------------------+---------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed * component: undetermined => FFmpeg -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jan 7 04:34:46 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 07 Jan 2012 03:34:46 -0000 Subject: [FFmpeg-trac] #894(undetermined:new): ljpeg: fix losslesss prediction 0 for 24bpp (and 48bpp) Message-ID: <038.afa1e3ee28df957d2956558cfdbda33c@avcodec.org> #894: ljpeg: fix losslesss prediction 0 for 24bpp (and 48bpp) -------------------------------------+------------------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- {{{ $ ffmpeg -i 24_pred0.jpg out2.bmp ffmpeg version 0.9.0.git-12d8340 Copyright (c) 2000-2012 the FFmpeg developers built on Jan 7 2012 02:04:56 with gcc 4.5.2 configuration: --disable-ffplay --disable-ffserver --disable-ffprobe --disable -asm --disable-yasm --disable-shared --enable-static libavutil 51. 34.100 / 51. 34.100 libavcodec 53. 54.100 / 53. 54.100 libavformat 53. 29.100 / 53. 29.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 57.101 / 2. 57.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 5.100 Input #0, image2, from '24_pred0.jpg': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: mjpeg, bgr24, 640x480, 25 tbr, 25 tbn, 25 tbc [buffer @ 016c1940] w:640 h:480 pixfmt:bgr24 tb:1/1000000 sar:0/1 sws_param: Output #0, image2, to 'out2.bmp': Metadata: encoder : Lavf53.29.100 Stream #0:0: Video: bmp, bgr24, 640x480, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (mjpeg -> bmp) Press [q] to stop, [?] for help frame= 1 fps= 0 q=0.0 Lsize= 0kB time=00:00:00.04 bitrate= 0.0kbits/ s video:900kB audio:0kB global headers:0kB muxing overhead -100.000000% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jan 7 11:03:17 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 07 Jan 2012 10:03:17 -0000 Subject: [FFmpeg-trac] #872(avutil:new): av_rescale_q returns wrong 64bits in arm cortex-a8 processor In-Reply-To: <037.21d7ce40631324390fccf1386d6b23e3@avcodec.org> References: <037.21d7ce40631324390fccf1386d6b23e3@avcodec.org> Message-ID: <052.2e99e4dd6cce1c49043652675ae2a464@avcodec.org> #872: av_rescale_q returns wrong 64bits in arm cortex-a8 processor --------------------------------------+----------------------------------- Reporter: kaijun61 | Owner: michael Type: defect | Status: new Priority: important | Component: avutil Version: git-master | Resolution: Keywords: av_rescale_q | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by kaijun61): I use same compiler. This case happens at e1a86d03855f2fb1bf7961efd6794ddd9226f228 (master-git), but not at c6c2dfcf15c1d93b2189adff6f71c5c4b6b05338 (0.6.2). I guess some compilation options in configure or Makefile produce the issue. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jan 7 12:32:22 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 07 Jan 2012 11:32:22 -0000 Subject: [FFmpeg-trac] #872(avutil:new): av_rescale_q returns wrong 64bits in arm cortex-a8 processor In-Reply-To: <037.21d7ce40631324390fccf1386d6b23e3@avcodec.org> References: <037.21d7ce40631324390fccf1386d6b23e3@avcodec.org> Message-ID: <052.2c13e1bc7ebee77388604c8a7d20cebc@avcodec.org> #872: av_rescale_q returns wrong 64bits in arm cortex-a8 processor --------------------------------------+----------------------------------- Reporter: kaijun61 | Owner: michael Type: defect | Status: new Priority: important | Component: avutil Version: git-master | Resolution: Keywords: av_rescale_q | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by cehoyos): Please use git bisect to find the version introducing the problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jan 7 12:34:21 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 07 Jan 2012 11:34:21 -0000 Subject: [FFmpeg-trac] #894(avcodec:open): ljpeg: fix losslesss prediction 0 for 24bpp (and 48bpp) In-Reply-To: <038.afa1e3ee28df957d2956558cfdbda33c@avcodec.org> References: <038.afa1e3ee28df957d2956558cfdbda33c@avcodec.org> Message-ID: <053.d18052700b3934b77d2f3db1c618c1c6@avcodec.org> #894: ljpeg: fix losslesss prediction 0 for 24bpp (and 48bpp) -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: mjpeg ljpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => mjpeg ljpeg * status: new => open * version: unspecified => git-master * component: undetermined => avcodec * reproduced: 0 => 1 Comment: There is an ugly vertical line at the left side of the images. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jan 7 16:01:01 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 07 Jan 2012 15:01:01 -0000 Subject: [FFmpeg-trac] #454(avfilter:open): Detect audio silence audio filter In-Reply-To: <034.77b2a53dbcd403b9e90169fd3421e268@avcodec.org> References: <034.77b2a53dbcd403b9e90169fd3421e268@avcodec.org> Message-ID: <049.806394fb4971fa076331b2b6921d824e@avcodec.org> #454: Detect audio silence audio filter -------------------------------------+------------------------------------ Reporter: burek | Owner: ubitux Type: enhancement | Status: open Priority: wish | Component: avfilter Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by ubitux): * owner: => ubitux Comment: Work in progress. Related thread: http://ffmpeg.org/pipermail/ffmpeg- devel/2012-January/118581.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jan 7 23:38:13 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 07 Jan 2012 22:38:13 -0000 Subject: [FFmpeg-trac] #895(undetermined:new): sunras: support 32bpp Message-ID: <038.4ec40d07b04568d3df3400ea32549550@avcodec.org> #895: sunras: support 32bpp -------------------------------------+------------------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- PIX_FMT_RGBA works correctly on big-endian, PIX_FMT_BGRA on little-endian {{{ C:\>ffmpeg -i 32.ras ffmpeg version N-36492-g7f83db3, Copyright (c) 2000-2012 the FFmpeg developers built on Jan 5 2012 01:57:12 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 34.100 / 51. 34.100 libavcodec 53. 53.100 / 53. 53.100 libavformat 53. 29.100 / 53. 29.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 57.101 / 2. 57.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 5.100 libpostproc 51. 2.100 / 51. 2.100 [sunrast @ 02645B60] invalid depth [image2 @ 020E2320] Could not find codec parameters (Video: sunrast) 32.ras: could not find codec parameters }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jan 7 23:50:30 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 07 Jan 2012 22:50:30 -0000 Subject: [FFmpeg-trac] #896(undetermined:new): ljpeg: support 32bpp RGBA Message-ID: <038.de8b89f6384a87742ca2c97be69c2f31@avcodec.org> #896: ljpeg: support 32bpp RGBA -------------------------------------+------------------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Color Depth: 32 bpp Bits Per sample: 8 Samples Per Pixel: 4 Lossless Predictor: 1 Lossless Point Transform: 0 Interleaved: Yes Restart Interval in MCU-Rows: 0 {{{ C:\>ffmpeg -i 32rgba.jpg ffmpeg version N-36492-g7f83db3, Copyright (c) 2000-2012 the FFmpeg developers built on Jan 5 2012 01:57:12 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 34.100 / 51. 34.100 libavcodec 53. 53.100 / 53. 53.100 libavformat 53. 29.100 / 53. 29.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 57.101 / 2. 57.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 5.100 libpostproc 51. 2.100 / 51. 2.100 [mjpeg @ 02645B60] Unhandled pixel format 0x11111111 [image2 @ 020E2320] Could not find codec parameters (Video: mjpeg, 320x240 [SAR 300:300 DAR 4:3]) 32rgba.jpg: could not find codec parameters }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 8 00:05:35 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 07 Jan 2012 23:05:35 -0000 Subject: [FFmpeg-trac] #897(undetermined:new): sunras: support 4bpp Message-ID: <038.b82b6ebe5afcc0e97c6fe0e6faae735e@avcodec.org> #897: sunras: support 4bpp -------------------------------------+------------------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- decodes with irfanview looks valid: http://www.leadtools.com/help/leadtools/v175/dh/to/leadtools.topics.leadtools~l.topics.fileformatssun.html {{{ C:\>ffmpeg -i 4bpp.ras ffmpeg version N-36492-g7f83db3, Copyright (c) 2000-2012 the FFmpeg developers built on Jan 5 2012 01:57:12 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 34.100 / 51. 34.100 libavcodec 53. 53.100 / 53. 53.100 libavformat 53. 29.100 / 53. 29.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 57.101 / 2. 57.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 5.100 libpostproc 51. 2.100 / 51. 2.100 [sunrast @ 02645B60] invalid depth [image2 @ 020E2320] Could not find codec parameters (Video: sunrast) 4bpp.ras: could not find codec parameters }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 8 01:26:45 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 08 Jan 2012 00:26:45 -0000 Subject: [FFmpeg-trac] #896(avcodec:open): ljpeg: support 32bpp RGBA In-Reply-To: <038.de8b89f6384a87742ca2c97be69c2f31@avcodec.org> References: <038.de8b89f6384a87742ca2c97be69c2f31@avcodec.org> Message-ID: <053.bc19019acf3e9465ec7153a385ea507d@avcodec.org> #896: ljpeg: support 32bpp RGBA -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: mjpeg ljpeg | 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 * keywords: => mjpeg ljpeg * type: defect => enhancement -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 8 01:32:08 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 08 Jan 2012 00:32:08 -0000 Subject: [FFmpeg-trac] #897(avcodec:open): sunras: support 4bpp In-Reply-To: <038.b82b6ebe5afcc0e97c6fe0e6faae735e@avcodec.org> References: <038.b82b6ebe5afcc0e97c6fe0e6faae735e@avcodec.org> Message-ID: <053.7b6ead8cdb81ca7aefddbcd04b9c4f0b@avcodec.org> #897: sunras: support 4bpp -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: sunrast | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avcodec * version: unspecified => git-master * keywords: => sunrast * type: defect => enhancement -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 8 01:50:38 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 08 Jan 2012 00:50:38 -0000 Subject: [FFmpeg-trac] #895(avcodec:open): sunras: support 32bpp In-Reply-To: <038.4ec40d07b04568d3df3400ea32549550@avcodec.org> References: <038.4ec40d07b04568d3df3400ea32549550@avcodec.org> Message-ID: <053.e7d4b9a36a5faf14f2743fa9d155405b@avcodec.org> #895: sunras: support 32bpp -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: sunrast | 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 * keywords: => sunrast * type: defect => enhancement Comment: Do you think the file is meant to be completely transparent? (It is imo likely that it actually should not be transparent at all.) Could you try to encode an image that is part transparent, part opaque? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 8 02:30:37 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 08 Jan 2012 01:30:37 -0000 Subject: [FFmpeg-trac] #897(avcodec:open): sunras: support 4bpp In-Reply-To: <038.b82b6ebe5afcc0e97c6fe0e6faae735e@avcodec.org> References: <038.b82b6ebe5afcc0e97c6fe0e6faae735e@avcodec.org> Message-ID: <053.cd9987c6290bacd2c516b22dfd298a23@avcodec.org> #897: sunras: support 4bpp -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: sunrast | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * priority: normal => wish Comment: Could you test attached bad patch with width 1025? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 8 02:31:09 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 08 Jan 2012 01:31:09 -0000 Subject: [FFmpeg-trac] #898(FFmpeg:new): -vframes is totally ignored from ffmpeg version N-32355-g4f7dfe1 and above Message-ID: <036.f24ace268fc4ff829567f5df9c0f6071@avcodec.org> #898: -vframes is totally ignored from ffmpeg version N-32355-g4f7dfe1 and above ---------------------------------+--------------------------------------- Reporter: ExSport | Type: defect Status: new | Priority: important Component: FFmpeg | Version: unspecified Keywords: vframes | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+--------------------------------------- When "-vframes 1" is used, ffmpeg ignores this value and continues to the end of file. This bug is introduced from version N-32355-g4f7dfe1 but this one works well: N-32290-g6fc1299 Command what I used: ffmpeg.exe -vframes 1 -i Test.mkv -v codec copy -f h264 -vbsf h264_mp4toannexb -an -y output.ts Many thanks for fix! ExSport -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 8 02:51:28 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 08 Jan 2012 01:51:28 -0000 Subject: [FFmpeg-trac] #898(FFmpeg:closed): -vframes is totally ignored from ffmpeg version N-32355-g4f7dfe1 and above In-Reply-To: <036.f24ace268fc4ff829567f5df9c0f6071@avcodec.org> References: <036.f24ace268fc4ff829567f5df9c0f6071@avcodec.org> Message-ID: <051.3fe74bd73d299e6e6e0c0eeaab5d66f8@avcodec.org> #898: -vframes is totally ignored from ffmpeg version N-32355-g4f7dfe1 and above -------------------------------------+----------------------------------- Reporter: ExSport | Owner: Type: defect | Status: closed Priority: important | Component: FFmpeg Version: unspecified | Resolution: invalid Keywords: vframes | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid Comment: Move -vframes 1 behind Test.mkv (vframes is an option you want to apply to the output file, imagine you are encoding several files at once, you may use different vframes options, that did not work with the syntax you are still using). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 8 04:57:33 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 08 Jan 2012 03:57:33 -0000 Subject: [FFmpeg-trac] #676(undetermined:open): unsupported interplay video In-Reply-To: <038.627c883d52f1ab7044d3e2affc685032@avcodec.org> References: <038.627c883d52f1ab7044d3e2affc685032@avcodec.org> Message-ID: <053.7d052f4af182389dc37eb8b04af9d296@avcodec.org> #676: unsupported interplay video -------------------------------------+------------------------------------- Reporter: richardpl | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: interplay | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by richardpl): Fixed in master. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 8 05:07:21 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 08 Jan 2012 04:07:21 -0000 Subject: [FFmpeg-trac] #899(undetermined:new): sgi: old regression Message-ID: <038.636bb785a955d956d8f2c65ff7f7bad9@avcodec.org> #899: sgi: old regression -------------------------------------+------------------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- this patch introduced white line at the right side in the output: {{{ Date: Sat Sep 19 13:42:41 2009 New Revision: 19926 Log: Support uncompressed 16 bit sgi image format, as e.g. used by the files at http://media.xiph.org/svt/2160p50_CgrLevels_Master_SVTdec05_/1_CrowdRun_2160p50_CgrLevels_MASTER_SVTdec05_/ Modified: trunk/libavcodec/sgidec.c Modified: trunk/libavcodec/sgidec.c ============================================================================== --- trunk/libavcodec/sgidec.c Sat Sep 19 13:36:51 2009 (r19925) +++ trunk/libavcodec/sgidec.c Sat Sep 19 13:42:41 2009 (r19926) @@ -28,6 +28,7 @@ typedef struct SgiState { unsigned int width; unsigned int height; unsigned int depth; + unsigned int bytes_per_channel; int linesize; } SgiState; @@ -125,7 +126,7 @@ static int read_uncompressed_sgi(unsigne { int x, y, z; const uint8_t *ptr; - unsigned int offset = s->height * s->width; + unsigned int offset = s->height * s->width * s->bytes_per_channel; /* Test buffer size. */ if (offset * s->depth > in_end - in_buf) { @@ -135,9 +136,10 @@ static int read_uncompressed_sgi(unsigne for (y = s->height - 1; y >= 0; y--) { out_end = out_buf + (y * s->linesize); for (x = s->width; x > 0; x--) { - ptr = in_buf++; + ptr = in_buf += s->bytes_per_channel; for(z = 0; z < s->depth; z ++) { - bytestream_put_byte(&out_end, *ptr); + memcpy(out_end, ptr, s->bytes_per_channel); + out_end += s->bytes_per_channel; ptr += offset; } } @@ -155,7 +157,7 @@ static int decode_frame(AVCodecContext * AVFrame *picture = data; AVFrame *p = &s->picture; const uint8_t *in_end = in_buf + buf_size; - unsigned int dimension, bytes_per_channel, rle; + unsigned int dimension, rle; int ret = 0; uint8_t *out_buf, *out_end; @@ -171,13 +173,13 @@ static int decode_frame(AVCodecContext * } rle = bytestream_get_byte(&in_buf); - bytes_per_channel = bytestream_get_byte(&in_buf); + s->bytes_per_channel = bytestream_get_byte(&in_buf); dimension = bytestream_get_be16(&in_buf); s->width = bytestream_get_be16(&in_buf); s->height = bytestream_get_be16(&in_buf); s->depth = bytestream_get_be16(&in_buf); - if (bytes_per_channel != 1) { + if (s->bytes_per_channel != 1 && (s->bytes_per_channel != 2 || rle)) { av_log(avctx, AV_LOG_ERROR, "wrong channel number\n"); return -1; } @@ -189,10 +191,10 @@ static int decode_frame(AVCodecContext * } if (s->depth == SGI_GRAYSCALE) { - avctx->pix_fmt = PIX_FMT_GRAY8; + avctx->pix_fmt = s->bytes_per_channel == 2 ? PIX_FMT_GRAY16BE : PIX_FMT_GRAY8; } else if (s->depth == SGI_RGB) { - avctx->pix_fmt = PIX_FMT_RGB24; - } else if (s->depth == SGI_RGBA) { + avctx->pix_fmt = s->bytes_per_channel == 2 ? PIX_FMT_RGB48BE : PIX_FMT_RGB24; + } else if (s->depth == SGI_RGBA && s->bytes_per_channel == 1) { avctx->pix_fmt = PIX_FMT_RGBA; } else { av_log(avctx, AV_LOG_ERROR, "wrong picture format\n"); }}} {{{ C:\>ffmpeg -i 2.sgi out_2.tif ffmpeg version N-36492-g7f83db3, Copyright (c) 2000-2012 the FFmpeg developers built on Jan 5 2012 01:57:12 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 34.100 / 51. 34.100 libavcodec 53. 53.100 / 53. 53.100 libavformat 53. 29.100 / 53. 29.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 57.101 / 2. 57.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 5.100 libpostproc 51. 2.100 / 51. 2.100 Input #0, image2, from '2.sgi': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: sgi, rgb24, 1024x768, 25 tbr, 25 tbn, 25 tbc [buffer @ 020F14A0] w:1024 h:768 pixfmt:rgb24 tb:1/1000000 sar:0/1 sws_param: Output #0, image2, to 'out_2.tif': Metadata: encoder : Lavf53.29.100 Stream #0:0: Video: tiff, rgb24, 1024x768, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (sgi -> tiff) Press [q] to stop, [?] for help frame= 1 fps= 0 q=0.0 Lsize= 0kB time=00:00:00.04 bitrate= 0.0kbits/ s video:2325kB audio:0kB global headers:0kB muxing overhead -100.000000% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 8 05:21:32 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 08 Jan 2012 04:21:32 -0000 Subject: [FFmpeg-trac] #897(avcodec:open): sunras: support 4bpp In-Reply-To: <038.b82b6ebe5afcc0e97c6fe0e6faae735e@avcodec.org> References: <038.b82b6ebe5afcc0e97c6fe0e6faae735e@avcodec.org> Message-ID: <053.1a33742818f0848c6b6354cea9f574c9@avcodec.org> #897: sunras: support 4bpp -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: sunrast | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by ami_stuff): doesn't work correctly -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 8 05:26:46 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 08 Jan 2012 04:26:46 -0000 Subject: [FFmpeg-trac] #895(avcodec:open): sunras: support 32bpp In-Reply-To: <038.4ec40d07b04568d3df3400ea32549550@avcodec.org> References: <038.4ec40d07b04568d3df3400ea32549550@avcodec.org> Message-ID: <053.a438a37d99a43bf3a39a9a173ea9d898@avcodec.org> #895: sunras: support 32bpp -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: sunrast | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by ami_stuff): Sorry, I don't know how to create transparent sun raster (if it's possible), so I suggest support it without it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 8 11:43:14 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 08 Jan 2012 10:43:14 -0000 Subject: [FFmpeg-trac] #899(avcodec:open): sgi: old regression In-Reply-To: <038.636bb785a955d956d8f2c65ff7f7bad9@avcodec.org> References: <038.636bb785a955d956d8f2c65ff7f7bad9@avcodec.org> Message-ID: <053.6c2bb72e81623dacc7f18742b104774c@avcodec.org> #899: sgi: old regression -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: sgi | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => sgi regression * status: new => open * version: unspecified => git-master * component: undetermined => avcodec * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 8 11:57:05 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 08 Jan 2012 10:57:05 -0000 Subject: [FFmpeg-trac] #676(undetermined:open): unsupported interplay video In-Reply-To: <038.627c883d52f1ab7044d3e2affc685032@avcodec.org> References: <038.627c883d52f1ab7044d3e2affc685032@avcodec.org> Message-ID: <053.ae167923b328cf0812ac44a8f614e663@avcodec.org> #676: unsupported interplay video -------------------------------------+------------------------------------- Reporter: richardpl | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: interplay | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by cehoyos): Did you test? It does not work correctly here... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 8 12:15:14 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 08 Jan 2012 11:15:14 -0000 Subject: [FFmpeg-trac] #898(FFmpeg:closed): -vframes is totally ignored from ffmpeg version N-32355-g4f7dfe1 and above In-Reply-To: <036.f24ace268fc4ff829567f5df9c0f6071@avcodec.org> References: <036.f24ace268fc4ff829567f5df9c0f6071@avcodec.org> Message-ID: <051.f064d97ba74127f72da218bee49bc3fc@avcodec.org> #898: -vframes is totally ignored from ffmpeg version N-32355-g4f7dfe1 and above -------------------------------------+----------------------------------- Reporter: ExSport | Owner: Type: defect | Status: closed Priority: important | Component: FFmpeg Version: unspecified | Resolution: invalid Keywords: vframes | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by ExSport): Thanks for useful info, it works!:-) Sorry to post it as bug because it worked and stopped working with new versions but I didn't found any info that vframes should be used after -i "filename" Thanks again! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 8 12:18:38 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 08 Jan 2012 11:18:38 -0000 Subject: [FFmpeg-trac] #897(avcodec:open): sunras: support 4bpp In-Reply-To: <038.b82b6ebe5afcc0e97c6fe0e6faae735e@avcodec.org> References: <038.b82b6ebe5afcc0e97c6fe0e6faae735e@avcodec.org> Message-ID: <053.6415d66a086d5eb7299054aacfaefbbe@avcodec.org> #897: sunras: support 4bpp -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: sunrast | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by cehoyos): Both 1bpp_1025.ras and 4bpp_1025.ras work fine here on LE and BE with attached patch, what doesn't work for you? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 8 13:40:30 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 08 Jan 2012 12:40:30 -0000 Subject: [FFmpeg-trac] #897(avcodec:open): sunras: support 4bpp In-Reply-To: <038.b82b6ebe5afcc0e97c6fe0e6faae735e@avcodec.org> References: <038.b82b6ebe5afcc0e97c6fe0e6faae735e@avcodec.org> Message-ID: <053.65844b693651960035690a65baf73390@avcodec.org> #897: sunras: support 4bpp -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: sunrast | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by ami_stuff): I applied the patch by hand (without git) and probably messed something. Yes it works fine. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 8 15:29:32 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 08 Jan 2012 14:29:32 -0000 Subject: [FFmpeg-trac] #676(undetermined:open): unsupported interplay video In-Reply-To: <038.627c883d52f1ab7044d3e2affc685032@avcodec.org> References: <038.627c883d52f1ab7044d3e2affc685032@avcodec.org> Message-ID: <053.1ec1a83b0df1f158e0ec6860ef35b6cb@avcodec.org> #676: unsupported interplay video -------------------------------------+------------------------------------- Reporter: richardpl | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: interplay | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by richardpl): Does work with ffplay, doesn't with ffmpeg. mplayer think it gets EOF and exits too early. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 8 15:41:31 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 08 Jan 2012 14:41:31 -0000 Subject: [FFmpeg-trac] #676(undetermined:open): unsupported interplay video In-Reply-To: <038.627c883d52f1ab7044d3e2affc685032@avcodec.org> References: <038.627c883d52f1ab7044d3e2affc685032@avcodec.org> Message-ID: <053.72a748f9a8e8029958e3394767c6bb93@avcodec.org> #676: unsupported interplay video -------------------------------------+------------------------------------- Reporter: richardpl | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: interplay | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by cehoyos): That's why I think the problem has not been fixed. ffmpeg is the primary application. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 8 16:15:42 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 08 Jan 2012 15:15:42 -0000 Subject: [FFmpeg-trac] #891(undetermined:new): jpg: regression with odd width In-Reply-To: <038.01e3a5c7769f38c14bee457369b167fc@avcodec.org> References: <038.01e3a5c7769f38c14bee457369b167fc@avcodec.org> Message-ID: <053.20e52bb519af0bfe58b65cea917476ab@avcodec.org> #891: jpg: regression with odd width -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: mjpeg | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ami_stuff): this only happens with --disabled-asm (mingw) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 8 17:25:30 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 08 Jan 2012 16:25:30 -0000 Subject: [FFmpeg-trac] #454(avfilter:closed): Detect audio silence audio filter In-Reply-To: <034.77b2a53dbcd403b9e90169fd3421e268@avcodec.org> References: <034.77b2a53dbcd403b9e90169fd3421e268@avcodec.org> Message-ID: <049.3995d6b182dce7bb629ded174808e7ba@avcodec.org> #454: Detect audio silence audio filter -------------------------------------+------------------------------------ Reporter: burek | Owner: ubitux Type: enhancement | Status: closed Priority: wish | Component: avfilter Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by ubitux): * status: open => closed * resolution: => fixed Comment: silencedetect audio filter added in 0c01947316eaaa46946f9e93218fe5ab115df905. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 8 17:31:02 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 08 Jan 2012 16:31:02 -0000 Subject: [FFmpeg-trac] #891(undetermined:open): vertical line for odd yuv -> rgb (was: jpg: regression with odd width) In-Reply-To: <038.01e3a5c7769f38c14bee457369b167fc@avcodec.org> References: <038.01e3a5c7769f38c14bee457369b167fc@avcodec.org> Message-ID: <053.5eb1ded601411fea4cd724451937a0eb@avcodec.org> #891: vertical line for odd yuv -> rgb -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: mjpeg | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * priority: normal => important * version: unspecified => git-master * keywords: mjpeg => mjpeg regression Comment: Regression since 21d84246 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 8 18:49:04 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 08 Jan 2012 17:49:04 -0000 Subject: [FFmpeg-trac] #899(avcodec:closed): sgi: old regression In-Reply-To: <038.636bb785a955d956d8f2c65ff7f7bad9@avcodec.org> References: <038.636bb785a955d956d8f2c65ff7f7bad9@avcodec.org> Message-ID: <053.b445da4adb7a8ab463b05496d1121d98@avcodec.org> #899: sgi: old regression -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: sgi | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Reimar. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 8 20:25:01 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 08 Jan 2012 19:25:01 -0000 Subject: [FFmpeg-trac] #895(avcodec:open): sunras: support 32bpp In-Reply-To: <038.4ec40d07b04568d3df3400ea32549550@avcodec.org> References: <038.4ec40d07b04568d3df3400ea32549550@avcodec.org> Message-ID: <053.7c5e8ea39d88c9b8252dc118052b6eb6@avcodec.org> #895: sunras: support 32bpp -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: sunrast | Blocked By: 869 Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * blockedby: => 869 Comment: Mostly fixed, remaining issues depend on ticket #869. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 8 20:25:24 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 08 Jan 2012 19:25:24 -0000 Subject: [FFmpeg-trac] #895(avcodec:open): sunras: support 32bpp In-Reply-To: <038.4ec40d07b04568d3df3400ea32549550@avcodec.org> References: <038.4ec40d07b04568d3df3400ea32549550@avcodec.org> Message-ID: <053.c3cce38bb2cedd484d5133b383c54d70@avcodec.org> #895: sunras: support 32bpp -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: sunrast | Blocked By: #869 Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * blockedby: 869 => #869 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 8 20:33:54 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 08 Jan 2012 19:33:54 -0000 Subject: [FFmpeg-trac] #676(undetermined:closed): unsupported interplay video In-Reply-To: <038.627c883d52f1ab7044d3e2affc685032@avcodec.org> References: <038.627c883d52f1ab7044d3e2affc685032@avcodec.org> Message-ID: <053.8d13b7f6b59db004ddc54b49dface37f@avcodec.org> #676: unsupported interplay video -------------------------------------+------------------------------------- Reporter: richardpl | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: interplay | 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 Jan 8 20:40:41 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 08 Jan 2012 19:40:41 -0000 Subject: [FFmpeg-trac] #739(avcodec:open): bmp: support 16bpp a4 r4 g4 b4 In-Reply-To: <038.f457e7c75bac68330a458d455470f78c@avcodec.org> References: <038.f457e7c75bac68330a458d455470f78c@avcodec.org> Message-ID: <053.c8cb6436c43818d2014f6c7388b7b3ea@avcodec.org> #739: bmp: support 16bpp a4 r4 g4 b4 ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: bmp | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by richardpl): This one depends on libswscale RGB444 input. Currently libswscale supports RGB444 only as output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 8 21:12:49 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 08 Jan 2012 20:12:49 -0000 Subject: [FFmpeg-trac] #900(undetermined:new): 00001000-0000-0020-8000-00AA00389B71 Ac3 muxing in avi Message-ID: <041.9426762cffb33b2cfac95c75699888c8@avcodec.org> #900: 00001000-0000-0020-8000-00AA00389B71 Ac3 muxing in avi -------------------------------------+------------------------------------- Reporter: | Type: defect matthieugoua | Priority: normal Status: new | Version: git- Component: | master undetermined | Blocked By: Keywords: | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Codec ID : 00001000-0000-0020-8000-00AA00389B71 Muxing ac3 448kbits in .avi no sound in player finally -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 8 21:15:16 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 08 Jan 2012 20:15:16 -0000 Subject: [FFmpeg-trac] #900(undetermined:closed): 00001000-0000-0020-8000-00AA00389B71 Ac3 muxing in avi In-Reply-To: <041.9426762cffb33b2cfac95c75699888c8@avcodec.org> References: <041.9426762cffb33b2cfac95c75699888c8@avcodec.org> Message-ID: <056.cc96d2583ebbff98f0782a4f1b7685fa@avcodec.org> #900: 00001000-0000-0020-8000-00AA00389B71 Ac3 muxing in avi -------------------------------------+------------------------------------- Reporter: | Owner: matthieugoua | 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 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 8 22:30:28 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 08 Jan 2012 21:30:28 -0000 Subject: [FFmpeg-trac] #901(avfilter:new): add a duration parameter to the blackframe filter Message-ID: <036.b896c9e28525218867a1cf6079239344@avcodec.org> #901: add a duration parameter to the blackframe filter -------------------------------------+------------------------------------- Reporter: dericed | Type: Status: new | enhancement Component: avfilter | Priority: wish Keywords: blackframe | Version: git- Blocking: | master Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- I really like the features available in the new silencedetect filter and would like to see similar functions for video in the blackframe filter. The blackframe and the silencedetect appear to have comparable objectives but their support for parameters differ. I'd like to see a duration parameter (similar to silentdetect's duration parameter) added to the blackframe filter to help identify durations of black in addition to frames of black. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 8 23:57:24 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 08 Jan 2012 22:57:24 -0000 Subject: [FFmpeg-trac] #902(FFmpeg:new): segfault with fraps file Message-ID: <042.88b3e994f30d915e8de2209aa30e4b8d@avcodec.org> #902: segfault with fraps file -----------------------------------------+-------------------------------- Reporter: oanastratulat | Owner: Type: defect | Status: new Priority: important | Component: FFmpeg Version: git-master | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -----------------------------------------+-------------------------------- segfault when multiple versions of fraps are found in the file. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 9 00:29:29 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 08 Jan 2012 23:29:29 -0000 Subject: [FFmpeg-trac] #725(undetermined:new): Please add a -af option for libavfilter audio filters. In-Reply-To: <041.d9ce8925c8f93bf933915af66aa87ebb@avcodec.org> References: <041.d9ce8925c8f93bf933915af66aa87ebb@avcodec.org> Message-ID: <056.0fd16dd234cb868f9ad0903561e61d2a@avcodec.org> #725: Please add a -af option for libavfilter audio filters. -------------------------------------+------------------------------------- Reporter: | Owner: jeremysalwen | Status: new Type: enhancement | Component: Priority: minor | undetermined Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by dericed): I third this request. :) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 9 02:41:09 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Jan 2012 01:41:09 -0000 Subject: [FFmpeg-trac] #902(undetermined:new): segfault with fraps file In-Reply-To: <042.88b3e994f30d915e8de2209aa30e4b8d@avcodec.org> References: <042.88b3e994f30d915e8de2209aa30e4b8d@avcodec.org> Message-ID: <057.2ce7adab0331046f32adf5592418e81b@avcodec.org> #902: segfault with fraps file -------------------------------------+------------------------------------- Reporter: | Owner: oanastratulat | Status: new Type: defect | Component: Priority: important | undetermined Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * component: FFmpeg => undetermined Comment: Can you provide a sample? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 9 03:11:36 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Jan 2012 02:11:36 -0000 Subject: [FFmpeg-trac] #902(undetermined:new): segfault with fraps file In-Reply-To: <042.88b3e994f30d915e8de2209aa30e4b8d@avcodec.org> References: <042.88b3e994f30d915e8de2209aa30e4b8d@avcodec.org> Message-ID: <057.4ebf64bfba3dd848915225068cd79515@avcodec.org> #902: segfault with fraps file -------------------------------------+------------------------------------- Reporter: | Owner: oanastratulat | Status: new Type: defect | Component: Priority: important | undetermined Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by oanastratulat): http://ptp-roman.org/ffmpeg_crashes/dude this is the one. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 9 03:19:06 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Jan 2012 02:19:06 -0000 Subject: [FFmpeg-trac] #902(undetermined:open): segfault with fraps file In-Reply-To: <042.88b3e994f30d915e8de2209aa30e4b8d@avcodec.org> References: <042.88b3e994f30d915e8de2209aa30e4b8d@avcodec.org> Message-ID: <057.953620d15e54a195687a7912540f9270@avcodec.org> #902: segfault with fraps file -------------------------------------+------------------------------------- Reporter: | Owner: oanastratulat | Status: open Type: defect | Component: Priority: important | undetermined Version: git-master | Resolution: Keywords: fraps | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => fraps * status: new => open * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 9 06:07:26 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Jan 2012 05:07:26 -0000 Subject: [FFmpeg-trac] #739(avcodec:open): bmp: support 16bpp a4 r4 g4 b4 In-Reply-To: <038.f457e7c75bac68330a458d455470f78c@avcodec.org> References: <038.f457e7c75bac68330a458d455470f78c@avcodec.org> Message-ID: <053.1d67a1c79a3ee7df06d07742777318b5@avcodec.org> #739: bmp: support 16bpp a4 r4 g4 b4 ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: bmp | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Patch attached. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 9 06:16:06 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Jan 2012 05:16:06 -0000 Subject: [FFmpeg-trac] #876(undetermined:open): ljpeg: fix 12/16bpp decoding for images with odd width In-Reply-To: <038.27a5c940a926b3273bcf0621a5936be4@avcodec.org> References: <038.27a5c940a926b3273bcf0621a5936be4@avcodec.org> Message-ID: <053.8b87595a43f5c9b2de5d047cb481b706@avcodec.org> #876: ljpeg: fix 12/16bpp decoding for images with odd width -------------------------------------+------------------------------------- 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 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 9 07:02:30 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Jan 2012 06:02:30 -0000 Subject: [FFmpeg-trac] #869(swscale:new): bgr0 -> bgra does not make the output opaque In-Reply-To: <036.dac118e41427587ba53d6f10e2cb8d8e@avcodec.org> References: <036.dac118e41427587ba53d6f10e2cb8d8e@avcodec.org> Message-ID: <051.89599dc44285350441ef6ff0c53d6575@avcodec.org> #869: bgr0 -> bgra does not make the output opaque ------------------------------------+----------------------------------- Reporter: cehoyos | Owner: michael Type: defect | Status: new Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: alpha | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Additional sample is attached to ticket #895. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 9 07:14:43 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Jan 2012 06:14:43 -0000 Subject: [FFmpeg-trac] #903(undetermined:new): Rainbow artifacts and errors on certain Gamecube THP files Message-ID: <037.89774601166ac9a4f57cb06113464380@avcodec.org> #903: Rainbow artifacts and errors on certain Gamecube THP files -------------------------------------+------------------------------------- Reporter: 11rcombs | Type: defect Status: new | Priority: important Component: | Version: git- undetermined | master Keywords: THP | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I'm trying to convert a collection of THP files I extracted from Fire Emblem 9 and 10 (Path of Radiance and Radiant Dawn, respectively) to h.264/MP3 .mov files. ffmpeg converted all of the FE10 files perfectly, but some of the FE9 files are running into mjpeg errors during extraction, which produce rainbow artifacts in the output files. The THP files in question are here: [http://www.mediafire.com/?w4d6rz648sg8y#lapfcj8sxg509 MediaFire] The output MOVs are here: [http://www.mediafire.com/?w4d6rz648sg8y#ixb5ig5mndc5b MediaFire] All possibly-related files are here: [http://www.mediafire.com/?w4d6rz648sg8y Mediafire] s01 and s03 have rainbow artifacts at the end of the video. s02 is perfect. s05 appears to have rainbow artifacts throughout, though I haven't run the transcode though the entire video to check. My CLI input for the FE9 files: {{{ ffmpeg -i file.thp -vcodec libx264 -sameq -s 1280x720 -acodec libmp3lame -deinterlace file.mov }}} The issue also occurs just {{{ffplay}}}ing any one of the files in question. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 9 10:08:26 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Jan 2012 09:08:26 -0000 Subject: [FFmpeg-trac] #904(swscale:new): yuv2rgb_mmx.c not allowing yuv422p Message-ID: <034.20a996a6d9515db1551226412d22b081@avcodec.org> #904: yuv2rgb_mmx.c not allowing yuv422p ----------------------------------+--------------------------------- Reporter: ffong | Owner: michael Type: defect | Status: new Priority: normal | Component: swscale Version: 0.8.9 | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 ----------------------------------+--------------------------------- I noticed that yuv2rgb_mmx.c is rejecting source formats of yuv422p. It does not have such restrictions in ffmpeg-0.6.4. And I looked at change 5aa70309 at yuv2rgb_template.c. And the macro YUV2RGB_LOOP seems to indicate yuv422p is supported. Can someone clarify this? I am asking this because the warning message "No accelerated conversion from yuv422p to bgr24" keep appearing during video playback. Thanks! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 9 12:28:09 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Jan 2012 11:28:09 -0000 Subject: [FFmpeg-trac] #904(swscale:new): yuv2rgb_mmx.c not allowing yuv422p In-Reply-To: <034.20a996a6d9515db1551226412d22b081@avcodec.org> References: <034.20a996a6d9515db1551226412d22b081@avcodec.org> Message-ID: <049.6cefe7bb6311ea1a61238613c1ad1dbc@avcodec.org> #904: yuv2rgb_mmx.c not allowing yuv422p --------------------------------+----------------------------------- Reporter: ffong | Owner: michael Type: defect | Status: new Priority: normal | Component: swscale Version: 0.8.9 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+----------------------------------- Comment (by cehoyos): If you believe this is a regression, please use git bisect to find the offending commit. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 9 12:42:47 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Jan 2012 11:42:47 -0000 Subject: [FFmpeg-trac] #903(undetermined:new): Rainbow artifacts and errors on certain Gamecube THP files In-Reply-To: <037.89774601166ac9a4f57cb06113464380@avcodec.org> References: <037.89774601166ac9a4f57cb06113464380@avcodec.org> Message-ID: <052.232ecb5969e766c71bb0143862a5a6f3@avcodec.org> #903: Rainbow artifacts and errors on certain Gamecube THP files -------------------------------------+------------------------------------- Reporter: 11rcombs | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: THP | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * cc: rodger.combs@? (removed) * priority: important => normal Comment: To make this a valid ticket, please add complete, uncut console of your ffmpeg command. If the problem is also reproducible without using libx264, please do not use it, if it is required, please mention. For future reports: Please do not use mediafire etc., see http://ffmpeg.org/bugreports.html or use http://www.datafilehost.com/ Ticket creators are always CC'd. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 9 14:16:24 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Jan 2012 13:16:24 -0000 Subject: [FFmpeg-trac] #904(swscale:new): yuv2rgb_mmx.c not allowing yuv422p In-Reply-To: <034.20a996a6d9515db1551226412d22b081@avcodec.org> References: <034.20a996a6d9515db1551226412d22b081@avcodec.org> Message-ID: <049.0e737322d1104fd2fc611f7a54448281@avcodec.org> #904: yuv2rgb_mmx.c not allowing yuv422p --------------------------------+----------------------------------- Reporter: ffong | Owner: michael Type: defect | Status: new Priority: normal | Component: swscale Version: 0.8.9 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+----------------------------------- Comment (by ffong): Well, I am not familiar with git as I am not ffmpeg developer. I integrate ffmpeg to OpenCV. I use github investigate changes as it makes more sense to my situation. I don't know why github shows commit-id in hexadecimal string. But here is what I found confusing: [ rejects yuv422p ] libswscale/x86/yuv2rgb_mmx.c: e66149e714006d099d1ebfcca3f22ca74fc7dcf4 [ accommodates yuv422p ] libswscale/x86/yuv2rgb_template.c: 5aa70309ad236cf7e218cdce913d8290aae04d4a If you have any advice on the hexadecimal thing, let me know how I could get decimal value of this. Thanks. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 9 14:51:33 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Jan 2012 13:51:33 -0000 Subject: [FFmpeg-trac] #645(avcodec:open): png file doesn't want to decode In-Reply-To: <038.09efb7004177e8d73291b810a7688ff2@avcodec.org> References: <038.09efb7004177e8d73291b810a7688ff2@avcodec.org> Message-ID: <053.f7ec5ea8875f22676849d4eaadb4e0f2@avcodec.org> #645: png file doesn't want to decode -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: png | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by ami_stuff): better samples attached -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 9 14:58:09 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Jan 2012 13:58:09 -0000 Subject: [FFmpeg-trac] #905(undetermined:new): win ico: broken output Message-ID: <038.513709b479aca2e22c50c1e3282bea7a@avcodec.org> #905: win ico: broken output -------------------------------------+------------------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- attached win icon decodes incorrectly with ffmpeg, decodes fine with windows/imagemagick/irfanview {{{ C:\>ffmpeg -i Test.ico out.bmp ffmpeg version N-36492-g7f83db3, Copyright (c) 2000-2012 the FFmpeg developers built on Jan 5 2012 01:57:12 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 34.100 / 51. 34.100 libavcodec 53. 53.100 / 53. 53.100 libavformat 53. 29.100 / 53. 29.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 57.101 / 2. 57.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 5.100 libpostproc 51. 2.100 / 51. 2.100 [ico @ 020E2320] Estimating duration from bitrate, this may be inaccurate Input #0, ico, from 'Test.ico': Duration: N/A, bitrate: N/A Stream #0:0: Video: bmp, pal8, 64x64, 90k tbr, 90k tbn, 90k tbc [image2 @ 026500A0] Frame rate very high for a muxer not effciciently supporting it. Please consider specifiying a lower framerate, a different muxer or -vsync 2 [buffer @ 020F1600] w:64 h:64 pixfmt:pal8 tb:1/1000000 sar:0/1 sws_param: Output #0, image2, to 'out.bmp': Metadata: encoder : Lavf53.29.100 Stream #0:0: Video: bmp, pal8, 64x64, q=2-31, 200 kb/s, 90k tbn, 90k tbc Stream mapping: Stream #0:0 -> #0:0 (bmp -> bmp) Press [q] to stop, [?] for help frame= 1 fps= 0 q=0.0 Lsize= 0kB time=00:00:00.00 bitrate= 0.0kbits/ s video:5kB audio:0kB global headers:0kB muxing overhead -100.000000% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 9 17:44:10 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Jan 2012 16:44:10 -0000 Subject: [FFmpeg-trac] #769(swscale:open): png gray8 alpha decodes incorrectly In-Reply-To: <038.17cc6781b78bd08bae540432e66076da@avcodec.org> References: <038.17cc6781b78bd08bae540432e66076da@avcodec.org> Message-ID: <053.f4cc04476f331fa319ccba39d82bf81c@avcodec.org> #769: png gray8 alpha decodes incorrectly --------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: gray8a alpha | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by ami_stuff): attached pngs works with this: {{{ } else if (s->bit_depth == 1) { avctx->pix_fmt = PIX_FMT_MONOBLACK; } else if (s->bit_depth == 8 && s->color_type == PNG_COLOR_TYPE_GRAY_ALPHA) { - avctx->pix_fmt = PIX_FMT_GRAY8A; + avctx->pix_fmt = PIX_FMT_GRAY16BE; } else { }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 9 17:52:39 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Jan 2012 16:52:39 -0000 Subject: [FFmpeg-trac] #903(undetermined:new): Rainbow artifacts and errors on certain Gamecube THP files In-Reply-To: <037.89774601166ac9a4f57cb06113464380@avcodec.org> References: <037.89774601166ac9a4f57cb06113464380@avcodec.org> Message-ID: <052.246c3c107b5bbc533b8e9ddd7af49d72@avcodec.org> #903: Rainbow artifacts and errors on certain Gamecube THP files -------------------------------------+------------------------------------- Reporter: 11rcombs | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: THP | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by 11rcombs): Modified CLI to demonstrate without libx264 (it's not required to reproduce): {{{ffmpeg -v 9 -loglevel 99 -i s05.thp -report -vcodec mpeg2video -sameq -s 1280x720 -acodec libmp3lame -deinterlace s05.mov}}} Log output is too large to attach or pastebin, uploaded to [http://www.datafilehost.com/download-bf3bb668.html datafilehost]. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 9 18:49:36 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Jan 2012 17:49:36 -0000 Subject: [FFmpeg-trac] #903(undetermined:new): Rainbow artifacts and errors on certain Gamecube THP files In-Reply-To: <037.89774601166ac9a4f57cb06113464380@avcodec.org> References: <037.89774601166ac9a4f57cb06113464380@avcodec.org> Message-ID: <052.84a463fd400ec013aaf12698600ab549@avcodec.org> #903: Rainbow artifacts and errors on certain Gamecube THP files -------------------------------------+------------------------------------- Reporter: 11rcombs | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: THP | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Please add complete, uncut console output of your failing ffmpeg command to make this a valid ticket. If -deinterlace and -s are not needed to reproduce the problem, please remove them, if the problem is audio-only, please use "-an" instead of -acodec, if audio is needed to reproduce the problem, please use an internal audio codec instead of an external. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 9 18:53:27 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Jan 2012 17:53:27 -0000 Subject: [FFmpeg-trac] #904(swscale:new): yuv2rgb_mmx.c not allowing yuv422p In-Reply-To: <034.20a996a6d9515db1551226412d22b081@avcodec.org> References: <034.20a996a6d9515db1551226412d22b081@avcodec.org> Message-ID: <049.fbe796e2b2348c542b0335f94dc23d1e@avcodec.org> #904: yuv2rgb_mmx.c not allowing yuv422p --------------------------------+----------------------------------- Reporter: ffong | Owner: michael Type: defect | Status: new Priority: normal | Component: swscale Version: 0.8.9 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+----------------------------------- Comment (by cehoyos): If you are unable to use git bisect (it is simple and works really, really well), please at least add some information to make this a pontentially reproducible problem report, including information such as what you are trying to achieve, what you are doing to achieve it and what goes wrong. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 9 20:46:49 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Jan 2012 19:46:49 -0000 Subject: [FFmpeg-trac] #645(avcodec:open): png file doesn't want to decode In-Reply-To: <038.09efb7004177e8d73291b810a7688ff2@avcodec.org> References: <038.09efb7004177e8d73291b810a7688ff2@avcodec.org> Message-ID: <053.2eacccd5730712a8c928a4e5d90dc7b0@avcodec.org> #645: png file doesn't want to decode -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: png | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by richardpl): This one needs 2 new pixel formats in libswscale. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 9 20:54:42 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Jan 2012 19:54:42 -0000 Subject: [FFmpeg-trac] #894(avcodec:closed): ljpeg: fix losslesss prediction 0 for 24bpp (and 48bpp) In-Reply-To: <038.afa1e3ee28df957d2956558cfdbda33c@avcodec.org> References: <038.afa1e3ee28df957d2956558cfdbda33c@avcodec.org> Message-ID: <053.85fc4517a7683f9cf9a1b11e737cada1@avcodec.org> #894: ljpeg: fix losslesss prediction 0 for 24bpp (and 48bpp) -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: mjpeg ljpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fix on ML -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 9 21:16:21 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Jan 2012 20:16:21 -0000 Subject: [FFmpeg-trac] #906(FFserver:new): trying to launch ffserver, I get bind(port 8090): Address family not supported by protocol Message-ID: <037.38d536a489222ac91bcdfffdbf36aae5@avcodec.org> #906: trying to launch ffserver, I get bind(port 8090): Address family not supported by protocol -------------------------------------+------------------------------------- Reporter: tpereira | Type: defect Status: new | Priority: normal Component: FFserver | Version: Keywords: bind | unspecified address family not supported | Blocked By: protocol | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Im trying to launch ffserver with the original ffserver.conf and I get: bind(port 8090): Address family not supported by protocol Mon Jan 9 20:07:23 2012 Could not start server I recently changed from 2.6.28 to 3.0.6 kernel, and cannot find out which module I need for ffserver to work. IPV4 is working. Exact command line: ffserver -f ./ffserver.conf -loglevel 'debug' Output of ffmpeg -v 9 -loglevel 99 ffmpeg version 0.7.8, Copyright (c) 2000-2011 the FFmpeg developers built on Jan 9 2012 19:25:26 with gcc 4.5.3 configuration: --prefix=/usr --libdir=/usr/lib --shlibdir=/usr/lib --mandir=/usr/share/man --enable-shared --cc=gcc --disable-static --enable-gpl --enable-postproc --enable-avfilter --disable-stripping --disable-debug --disable-doc --disable-vaapi --disable-vdpau --enable- libtheora --enable-libx264 --enable-libxvid --disable-indev=v4l --disable- indev=oss --disable-indev=jack --enable-x11grab --disable-outdev=oss --enable-libfreetype --enable-pthreads --enable-libdirac --enable-librtmp --enable-libschroedinger --disable-altivec --disable-avx --cpu=pentium4 --enable-hardcoded-tables libavutil 50. 43. 0 / 50. 43. 0 libavcodec 52.123. 0 / 52.123. 0 libavformat 52.111. 0 / 52.111. 0 libavdevice 52. 5. 0 / 52. 5. 0 libavfilter 1. 80. 0 / 1. 80. 0 libswscale 0. 14. 1 / 0. 14. 1 libpostproc 51. 2. 0 / 51. 2. 0 Hyper fast Audio and Video encoder usage: ffmpeg [options] [[infile options] -i infile]... {[outfile options] outfile}... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 9 22:22:12 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Jan 2012 21:22:12 -0000 Subject: [FFmpeg-trac] #907(undetermined:new): ljpeg: 24bpp non-interleaved with MCU15 decodes incorrectly Message-ID: <038.b5e09daace866b2f376c2cfd86bdc10e@avcodec.org> #907: ljpeg: 24bpp non-interleaved with MCU15 decodes incorrectly -------------------------------------+------------------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- interleaved file decodes ok {{{ C:\>ffmpeg -i 24bpp_MCU15_noninterleaved.jpg hhhhh2.tif ffmpeg version N-36622-g9273efa Copyright (c) 2000-2012 the FFmpeg developers built on Jan 9 2012 02:35:32 with gcc 4.5.0 20100414 (Fedora MinGW 4.5.0-1.fc 14) 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' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snapshots/buil d/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/snapshots/b uild/lib' --enable-bzlib --enable-zlib --enable-gpl --enable-version3 --enable-n onfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencor e-amrwb --enable-libmp3lame --enable-libvpx --disable-decoder=libvpx libavutil 51. 34.100 / 51. 34.100 libavcodec 53. 54.100 / 53. 54.100 libavformat 53. 29.100 / 53. 29.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 58.100 / 2. 58.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 5.100 libpostproc 51. 2.100 / 51. 2.100 [mjpeg @ 0x2265b60] mjpeg_decode_dc: bad vlc: 0:0 (0x1d09a48) Last message repeated 1 times Input #0, image2, from '24bpp_MCU15_noninterleaved.jpg': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: mjpeg, bgr24, 999x749 [SAR 96:96 DAR 999:749], 25 tbr, 2 5 tbn, 25 tbc Incompatible pixel format 'bgr24' for codec 'tiff', auto-selecting format 'rgb24 ' [buffer @ 0x1d119e0] w:999 h:749 pixfmt:bgr24 tb:1/1000000 sar:96/96 sws_param: [buffersink @ 0x1d11c60] auto-inserting filter 'auto-inserted scale 0' between t he filter 'src' and the filter 'out' [scale @ 0x1d111a0] w:999 h:749 fmt:bgr24 -> w:999 h:749 fmt:rgb24 flags:0x4 Output #0, image2, to 'hhhhh2.tif': Metadata: encoder : Lavf53.29.100 Stream #0:0: Video: tiff, rgb24, 999x749 [SAR 1:1 DAR 999:749], q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (mjpeg -> tiff) Press [q] to stop, [?] for help [mjpeg @ 0x2265b60] mjpeg_decode_dc: bad vlc: 0:0 (0x1d041e8) Last message repeated 1 times frame= 1 fps= 0 q=0.0 Lsize= 0kB time=00:00:00.04 bitrate= 0.0kbits/ s video:2201kB audio:0kB global headers:0kB muxing overhead -100.000000% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 9 22:53:08 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Jan 2012 21:53:08 -0000 Subject: [FFmpeg-trac] #907(avcodec:open): ljpeg: 24bpp non-interleaved with MCU15 decodes incorrectly In-Reply-To: <038.b5e09daace866b2f376c2cfd86bdc10e@avcodec.org> References: <038.b5e09daace866b2f376c2cfd86bdc10e@avcodec.org> Message-ID: <053.8e8aa773aa3ff1b93b275e51d7464771@avcodec.org> #907: ljpeg: 24bpp non-interleaved with MCU15 decodes incorrectly ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: mjpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => mjpeg * status: new => open * version: unspecified => git-master * component: undetermined => avcodec * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 9 23:01:53 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Jan 2012 22:01:53 -0000 Subject: [FFmpeg-trac] #739(avcodec:open): bmp: support 16bpp a4 r4 g4 b4 In-Reply-To: <038.f457e7c75bac68330a458d455470f78c@avcodec.org> References: <038.f457e7c75bac68330a458d455470f78c@avcodec.org> Message-ID: <053.d4975f0754b9a95e7fc10e8d9ae276e6@avcodec.org> #739: bmp: support 16bpp a4 r4 g4 b4 ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: bmp | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by richardpl): IMHO it is better to add full check and display error if unknown format is found instead of displaying garbage. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 9 23:23:03 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Jan 2012 22:23:03 -0000 Subject: [FFmpeg-trac] #905(undetermined:open): win ico: broken output In-Reply-To: <038.513709b479aca2e22c50c1e3282bea7a@avcodec.org> References: <038.513709b479aca2e22c50c1e3282bea7a@avcodec.org> Message-ID: <053.5eee2ee9f15d9947f7f0b2b166bd18f2@avcodec.org> #905: win ico: broken output -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: ico | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => ico * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 9 23:26:25 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Jan 2012 22:26:25 -0000 Subject: [FFmpeg-trac] #739(avcodec:open): bmp: support 16bpp a4 r4 g4 b4 In-Reply-To: <038.f457e7c75bac68330a458d455470f78c@avcodec.org> References: <038.f457e7c75bac68330a458d455470f78c@avcodec.org> Message-ID: <053.28da2c8c403e5d05f77a965b9867b901@avcodec.org> #739: bmp: support 16bpp a4 r4 g4 b4 ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: bmp | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Patch welcome. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 9 23:40:10 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Jan 2012 22:40:10 -0000 Subject: [FFmpeg-trac] #905(avformat:open): win ico: broken output In-Reply-To: <038.513709b479aca2e22c50c1e3282bea7a@avcodec.org> References: <038.513709b479aca2e22c50c1e3282bea7a@avcodec.org> Message-ID: <053.9985ff2099dc9f1c18563887f63c9e5b@avcodec.org> #905: win ico: broken output ------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: ico | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * component: undetermined => avformat Comment: The problem is in the demuxer afaict. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 10 00:14:05 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Jan 2012 23:14:05 -0000 Subject: [FFmpeg-trac] #884(FFmpeg:closed): Wrong duration on long video from HDPVR In-Reply-To: <038.77368fdc75442450b621aab7b2e21ca2@avcodec.org> References: <038.77368fdc75442450b621aab7b2e21ca2@avcodec.org> Message-ID: <053.18baf880324450b5139704139640e324@avcodec.org> #884: Wrong duration on long video from HDPVR -------------------------------------+------------------------------------- Reporter: jgauthier | Owner: Type: defect | Status: closed Priority: normal | Component: FFmpeg Version: 0.9 | Resolution: Keywords: duration | 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: I made two long mpegts recordings, one contains h264, ac3 and mp2, the other only aac, both contain a pts-wrap. For both streams, the "Duration" information is nearly correct. If you want to reopen this ticket, please explain for which bs / count / skip values (when using dd to cut the sample) the issue is reproducible / not reproducible and / or provide a sample, You can upload up to 100MB to http://www.datafilehost.com/ please use incoming for larger samples, see http://ffmpeg.org/bugreports.html {{{ $ ffmpeg -i ptsreset.ts -vn -f null - ffmpeg version N-36635-gceb0dd9 Copyright (c) 2000-2012 the FFmpeg developers built on Jan 9 2012 23:05:33 with gcc 4.5.3 configuration: --cc='/usr/local/gcc-4.5.3/bin/gcc -m32' libavutil 51. 34.100 / 51. 34.100 libavcodec 53. 54.100 / 53. 54.100 libavformat 53. 29.100 / 53. 29.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 58.100 / 2. 58.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 6.100 / 0. 6.100 ... [mpegts @ 0x8dcbaa0] max_analyze_duration 5000000 reached at 5024000 [mpegts @ 0x8dcbaa0] Could not find codec parameters (Unknown: none ([5][0][0][0] / 0x0005)) [NULL @ 0x8dd0a00] start time is not set in estimate_timings_from_pts [mpegts @ 0x8dcbaa0] PES packet size mismatch Last message repeated 2 times Input #0, mpegts, from 'ptsreset.ts': Duration: 07:42:30.20, start: 78997.822822, bitrate: 4182 kb/s Program 10001 Stream #0:0[0x20]: Unknown: none ([5][0][0][0] / 0x0005) Stream #0:1[0x64]: Video: h264 (Main) ([27][0][0][0] / 0x001B), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 59.60 fps, 50 tbr, 90k tbn, 100 tbc Stream #0:2[0x65](deu): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16, 160 kb/s Stream #0:3[0x66](eng): Audio: mp2 ([4][0][0][0] / 0x0004), 48000 Hz, stereo, s16, 160 kb/s Stream #0:4[0x67](deu): Audio: ac3 ([6][0][0][0] / 0x0006), 48000 Hz, stereo, s16, 448 kb/s Stream #0:5[0x69](deu): Subtitle: dvb_teletext ([6][0][0][0] / 0x0006) Program 10002 Output #0, null, to 'pipe:': Metadata: encoder : Lavf53.29.100 Stream #0:0(deu): Audio: pcm_s16le, 48000 Hz, stereo, s16, 1536 kb/s Stream mapping: Stream #0:2 -> #0:0 (mp2 -> pcm_s16le) Press [q] to stop, [?] for help ... size= 0kB time=07:42:23.49 bitrate= 0.0kbits/s video:0kB audio:5201906kB global headers:0kB muxing overhead -100.000000% }}} {{{ $ ffmpeg -i aac.ts -f null - ffmpeg version N-36635-gceb0dd9 Copyright (c) 2000-2012 the FFmpeg developers built on Jan 9 2012 23:05:33 with gcc 4.5.3 configuration: --cc='/usr/local/gcc-4.5.3/bin/gcc -m32' libavutil 51. 34.100 / 51. 34.100 libavcodec 53. 54.100 / 53. 54.100 libavformat 53. 29.100 / 53. 29.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 58.100 / 2. 58.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 6.100 / 0. 6.100 [mpegts @ 0x8dcbaa0] max_analyze_duration 5000000 reached at 5034667 [mpegts @ 0x8dcbaa0] PES packet size mismatch Input #0, mpegts, from 'aac.ts': Duration: 25:22:11.84, start: 10297.518889, bitrate: 120 kb/s Program 20001 Program 20002 Program 20003 Program 20011 Program 20012 Stream #0:0[0x20](deu): Audio: aac ([15][0][0][0] / 0x000F), 24000 Hz, stereo, s16, 57 kb/s (clean effects) Program 20013 Output #0, null, to 'pipe:': Metadata: encoder : Lavf53.29.100 Stream #0:0(deu): Audio: pcm_s16le, 24000 Hz, stereo, s16, 768 kb/s (clean effects) Stream mapping: Stream #0:0 -> #0:0 (aac -> pcm_s16le) Press [q] to stop, [?] for help ... size= 0kB time=25:19:57.18 bitrate= 0.0kbits/s video:0kB audio:8549736kB global headers:0kB muxing overhead -100.000000% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 10 00:15:31 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Jan 2012 23:15:31 -0000 Subject: [FFmpeg-trac] #694(undetermined:new): Speed-up/Slow-down a video In-Reply-To: <034.ff2a199e36c77cef21b4498e2670251c@avcodec.org> References: <034.ff2a199e36c77cef21b4498e2670251c@avcodec.org> Message-ID: <049.cbbe133413d3011977b29ad278b94bc8@avcodec.org> #694: Speed-up/Slow-down a video -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: enhancement | Status: new Priority: wish | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by saste): Replying to [ticket:694 burek]: [...] > The suggestion is to create an enhancement to rearrange timestamps on the fly, to avoid the need for the tmp file, to be able to speed up/slow down a video stream (also if possible even without re-encoding it). What about using the setpts filter? About avoiding transcoding, that's pretty hard/impossible, as timing information is only available after decoding (unless you implement a specific PTS-tweaking bitfilter just for a specific format). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 10 00:34:13 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Jan 2012 23:34:13 -0000 Subject: [FFmpeg-trac] #897(avcodec:closed): sunras: support 4bpp In-Reply-To: <038.b82b6ebe5afcc0e97c6fe0e6faae735e@avcodec.org> References: <038.b82b6ebe5afcc0e97c6fe0e6faae735e@avcodec.org> Message-ID: <053.757170ca082b59e031c337ce605582b9@avcodec.org> #897: sunras: support 4bpp -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: closed Priority: wish | Component: avcodec Version: git-master | Resolution: fixed Keywords: sunrast | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 10 00:34:30 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Jan 2012 23:34:30 -0000 Subject: [FFmpeg-trac] #864(avcodec:closed): sunras: support 1bpp with palette In-Reply-To: <038.701364d766d27de5b1f9737656d53fbf@avcodec.org> References: <038.701364d766d27de5b1f9737656d53fbf@avcodec.org> Message-ID: <053.e75770cd38e549054b01ddbb5c3f9f0f@avcodec.org> #864: sunras: support 1bpp with palette ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: sunrast | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 10 01:53:32 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 Jan 2012 00:53:32 -0000 Subject: [FFmpeg-trac] #465(undetermined:closed): Incorrect height after avcodec_open In-Reply-To: <036.17031260a49feab5d76476deac84d911@avcodec.org> References: <036.17031260a49feab5d76476deac84d911@avcodec.org> Message-ID: <051.e80baf2536f4a4c745e351c3bff330d2@avcodec.org> #465: Incorrect height after avcodec_open -------------------------------------+------------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 1 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by saste): * analyzed: 0 => 1 * status: new => closed * resolution: => invalid Comment: Closing the ticket as I don't have enough information for analyzing it, ffprobe/ffplay/ffmpeg all seem to correctly interpret the size of the video stream. Please provide a minimal code sample if the problem is related to the API. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 10 02:37:26 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 Jan 2012 01:37:26 -0000 Subject: [FFmpeg-trac] #903(undetermined:new): Rainbow artifacts and errors on certain Gamecube THP files In-Reply-To: <037.89774601166ac9a4f57cb06113464380@avcodec.org> References: <037.89774601166ac9a4f57cb06113464380@avcodec.org> Message-ID: <052.df597e4ced04dabc0d2d95db395ebdd1@avcodec.org> #903: Rainbow artifacts and errors on certain Gamecube THP files -------------------------------------+------------------------------------- Reporter: 11rcombs | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: THP | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by 11rcombs): Removed as requested, problem still exists. Please note that the issue also occurs with ffplay, so it appears to be strictly a decoder issue and has nothing to do with the output format. New console command is {{{ffmpeg -v 9 -loglevel 99 -i s05.thp -report -vcodec mpeg2video -sameq -an s05.mov}}} New link at [http://www.datafilehost.com/download-55416bef.html DataFileHost]. On a separate note, I saw the general ban on Rapidshare and Megaupload- type sites, but I used a Mediafire link because Mediafire isn't particularly ad-cluttered and doesn't have a download timer, so I don't usually class it as a "rapidshare or megaupload-type site". It also let me easily organize the files into searchable, browsable folders. Is there something wrong with Mediafire that should keep me from using it? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 10 02:57:52 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 Jan 2012 01:57:52 -0000 Subject: [FFmpeg-trac] #904(swscale:new): yuv2rgb_mmx.c not allowing yuv422p In-Reply-To: <034.20a996a6d9515db1551226412d22b081@avcodec.org> References: <034.20a996a6d9515db1551226412d22b081@avcodec.org> Message-ID: <049.79ffc535b3540614f681c62ec5f5aa16@avcodec.org> #904: yuv2rgb_mmx.c not allowing yuv422p --------------------------------+----------------------------------- Reporter: ffong | Owner: michael Type: defect | Status: new Priority: normal | Component: swscale Version: 0.8.9 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+----------------------------------- Comment (by ffong): Hi, I have posted information in the description or past comments. I thought my question is quite straightforward. Could you give me some specifics on what you want to get more from me? It would certainly help. I could show you the lines/changeset from github, it's quite straightforward - really, as a ffmpeg novice like me. It's obvious something is not quite right. (line 46) https://github.com/FFmpeg/FFmpeg/blame/release/0.8/libswscale/x86/yuv2rgb_template.c (line 71-72) https://github.com/FFmpeg/FFmpeg/blame/master/libswscale/x86/yuv2rgb_mmx.c Thanks! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 10 03:26:52 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 Jan 2012 02:26:52 -0000 Subject: [FFmpeg-trac] #908(undetermined:new): tiff: reject tiled files Message-ID: <038.01e9afd779a6272f28df2e8e1a9d7ba6@avcodec.org> #908: tiff: reject tiled files -------------------------------------+------------------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- patch attached -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 10 04:27:56 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 Jan 2012 03:27:56 -0000 Subject: [FFmpeg-trac] #639(avcodec:open): add support for 64bit PNG In-Reply-To: <038.985157405c9e2d3c7a5ed6014fcdb091@avcodec.org> References: <038.985157405c9e2d3c7a5ed6014fcdb091@avcodec.org> Message-ID: <053.8ffb821bf3cf32f29d5a3ac9c96fae78@avcodec.org> #639: add support for 64bit PNG -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: png | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by richardpl): As you can see there is neither input nor output for 64bit variants so this wish depends on another wish. ..... rgba64be 4 64 ..... rgba64le 4 64 ..... bgra64be 4 64 ..... bgra64le 4 64 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 10 04:30:41 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 Jan 2012 03:30:41 -0000 Subject: [FFmpeg-trac] #895(avcodec:open): sunras: support 32bpp In-Reply-To: <038.4ec40d07b04568d3df3400ea32549550@avcodec.org> References: <038.4ec40d07b04568d3df3400ea32549550@avcodec.org> Message-ID: <053.d84c02c39f2d1d21be74fabdf9ede2dc@avcodec.org> #895: sunras: support 32bpp -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: sunrast | Blocked By: #869 Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by richardpl): IMHO blocking this bug by another, unrelated bug is pointless. This bug should and can be fixed without waiting for #869 to be fixed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 10 04:43:59 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 Jan 2012 03:43:59 -0000 Subject: [FFmpeg-trac] #814(undetermined:new): rgb24 -> yuv420p conversion is not precise? In-Reply-To: <038.6cd118d0123a2006714e25509f32eed3@avcodec.org> References: <038.6cd118d0123a2006714e25509f32eed3@avcodec.org> Message-ID: <053.cd4f19b408daca9c8fdf73d049576342@avcodec.org> #814: rgb24 -> yuv420p conversion is not precise? -------------------------------------+------------------------------------- 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): I'm pretty much sure this can not be fixed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 10 08:08:03 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 Jan 2012 07:08:03 -0000 Subject: [FFmpeg-trac] #909(FFprobe:new): FFProbe Print_Format Improper Formatting Message-ID: <039.76488279d68d5b06a441555e7d4730b3@avcodec.org> #909: FFProbe Print_Format Improper Formatting --------------------------------------+--------------------------------- Reporter: ChrisAtlGA | Owner: stefano Type: defect | Status: new Priority: normal | Component: FFprobe Version: 0.9.1 | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+--------------------------------- When using ffprobe, using the XML option for print_format, character encoding on values does not take place which creates invalid XML which can't be parsed. The JSON option will render proper encoding to protect JavaScript run-time by adding an additional backslash when one is present such as in media path/filename. Example: "D:\movie.mp4" appears in JSON output as "D:\ \move.mp4". No special handling takes place with XML. In all formats (default, XML, JSON) using the show_streams option, the Bit_Rate for both audio and video are omitted. This information is present in the standard metadata/duration/stream sections in the console output. Thank you for the consideration of this bug submission. Chris ffprobe -i "D:\admin\ffmpeg\stv.flv" -show_streams -print_format json ffprobe version N-36492-g7f83db3, Copyright (c) 2007-2012 the FFmpeg developers built on Jan 5 2012 01:59:46 with gcc 4.6.2 configuration: --disable-static --enable-shared --enable-gpl --enable- version3 --disable-w32threads --enable-runtime-cpudetect --enable-avisynth --enable-bzli b --enable-frei0r --enable-libopencore-amrnb --enable-libopencore-amrwb --enable -libfreetype --enable-libgsm --enable-libmp3lame --enable-libopenjpeg --enable-l ibrtmp --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-li bvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-l ibx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 34.100 / 51. 34.100 libavcodec 53. 53.100 / 53. 53.100 libavformat 53. 29.100 / 53. 29.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 57.101 / 2. 57.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 5.100 libpostproc 51. 2.100 / 51. 2.100 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 10 08:23:56 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 Jan 2012 07:23:56 -0000 Subject: [FFmpeg-trac] #910(FFmpeg:new): Segmented encode gives increasing time clips Message-ID: <037.1f032f6c1bf116610630c57baa30a961@avcodec.org> #910: Segmented encode gives increasing time clips -------------------------------------+------------------------------------- Reporter: stljdpwl | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: 0.9.1 Keywords: segmenting | Blocked By: ffmpeg DirectShow | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Encoding a video from DirectShow (windows 7) segmented in 10 sec chunks, the first clip is 10 seconds long, the second 20 seconds long (only last 10 sec with video data), the third is 30 secs long (only last 10 sec with video data), and so on. {{{ ffmpeg started on 2012-01-10 at 07:49:52 Report written to "ffmpeg-20120110-074952.log" Command line: ffmpeg.exe -report -f dshow -i "video=USB2.0 UVC VGA WebCam" -vcodec mpeg4 -map 0 -t 60 -f segment -segment_time 10 -segment_format avi "output%03d.avi" ffmpeg version N-36635-gceb0dd9 Copyright (c) 2000-2012 the FFmpeg developers built on Jan 9 2012 17:39:58 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-runtime-cpudetect --enable-avisynth --enable-bzlib --enable- frei0r --enable-libopencore-amrnb --enable-libopencore-amrwb --enable- libfreetype --enable-libgsm --enable-libmp3lame --enable-libopenjpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable- libtheora --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 34.100 / 51. 34.100 libavcodec 53. 54.100 / 53. 54.100 libavformat 53. 29.100 / 53. 29.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 58.100 / 2. 58.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 6.100 / 0. 6.100 libpostproc 51. 2.100 / 51. 2.100 [rawvideo @ 02B79AE0] err{or,}_recognition separate: 1; 1 [rawvideo @ 02B79AE0] err{or,}_recognition combined: 1; 10001 [dshow @ 003496E0] Probe buffer size limit 5000000 reached rfps: 7.083333 0.017691 rfps: 7.166667 0.011714 rfps: 7.250000 0.007029 rfps: 7.333333 0.003637 rfps: 7.416667 0.001537 rfps: 7.500000 0.000730 rfps: 7.583333 0.001216 rfps: 7.666667 0.002994 rfps: 7.666667 0.002994 rfps: 7.750000 0.006064 rfps: 7.833333 0.010427 rfps: 7.916667 0.016083 rfps: 14.666667 0.014549 rfps: 14.666667 0.014549 rfps: 14.750000 0.009703 rfps: 14.833333 0.006150 rfps: 14.833333 0.006150 rfps: 14.916667 0.003889 rfps: 14.916667 0.003889 rfps: 15.000000 0.002921 rfps: 15.000000 0.002921 rfps: 15.083333 0.003246 rfps: 15.083333 0.003246 rfps: 15.166667 0.004863 rfps: 15.333333 0.011975 rfps: 15.333333 0.011975 rfps: 15.416667 0.017470 rfps: 22.166667 0.018844 rfps: 22.250000 0.013837 rfps: 22.333333 0.010124 rfps: 22.416667 0.007702 rfps: 22.500000 0.006573 rfps: 22.500000 0.006573 rfps: 22.583333 0.006737 rfps: 22.583333 0.006737 rfps: 22.666667 0.008193 rfps: 22.666667 0.008193 rfps: 22.750000 0.010942 rfps: 22.833333 0.014983 rfps: 29.750000 0.019433 rfps: 29.833333 0.015558 rfps: 29.916667 0.012976 rfps: 30.000000 0.011686 rfps: 30.000000 0.011686 rfps: 30.083333 0.011689 rfps: 30.083333 0.011689 rfps: 30.166667 0.012984 rfps: 30.250000 0.015572 rfps: 30.333333 0.019453 rfps: 29.970030 0.012001 rfps: 14.985015 0.003000 rfps: 14.985015 0.003000 [dshow @ 003496E0] Estimating duration from bitrate, this may be inaccurate Input #0, dshow, from 'video=USB2.0 UVC VGA WebCam': Duration: N/A, start: 471306.535000, bitrate: N/A Stream #0:0, 9, 1/10000000: Video: rawvideo (YUY2 / 0x32595559), yuyv422, 640x480, 7.50 tbr, 10000k tbn, 10000k tbc Incompatible pixel format 'yuyv422' for codec 'mpeg4', auto-selecting format 'yuv420p' [buffer @ 02B7BF40] w:640 h:480 pixfmt:yuyv422 tb:1/1000000 sar:0/1 sws_param: [buffersink @ 02B7C0C0] auto-inserting filter 'auto-inserted scale 0' between the filter 'src' and the filter 'out' [scale @ 02B81EC0] w:640 h:480 fmt:yuyv422 -> w:640 h:480 fmt:yuv420p flags:0x4 [mpeg4 @ 02B7E460] err{or,}_recognition separate: 1; 1 [mpeg4 @ 02B7E460] err{or,}_recognition combined: 1; 10001 [mpeg4 @ 02B7E460] detected 2 logical cores [mpeg4 @ 02B7E460] intra_quant_bias = 0 inter_quant_bias = -64 [mpeg4 @ 02B7E460] Unsupported bit depth: 0 [rawvideo @ 02B79AE0] err{or,}_recognition separate: 1; 10001 [rawvideo @ 02B79AE0] err{or,}_recognition combined: 1; 10001 Output #0, segment, to 'output%03d.avi': Metadata: encoder : Lavf53.29.100 Stream #0:0, 0, 2/15: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 640x480, q=2-31, 200 kb/s, 7.50 tbn, 7.50 tbc Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> mpeg4) Press [q] to stop, [?] for help frame= 14 fps= 0 q=8.5 size= 0kB time=00:00:01.86 bitrate= 0.0kbits/s frame= 18 fps= 16 q=7.5 size= 0kB time=00:00:02.40 bitrate= 0.0kbits/s frame= 22 fps= 13 q=7.8 size= 0kB time=00:00:02.93 bitrate= 0.0kbits/s frame= 26 fps= 12 q=7.8 size= 0kB time=00:00:03.46 bitrate= 0.0kbits/s frame= 30 fps= 11 q=7.0 size= 0kB time=00:00:04.00 bitrate= 0.0kbits/s frame= 34 fps= 10 q=6.7 size= 0kB time=00:00:04.53 bitrate= 0.0kbits/s frame= 38 fps= 10 q=6.8 size= 0kB time=00:00:05.06 bitrate= 0.0kbits/s frame= 42 fps= 10 q=6.5 size= 0kB time=00:00:05.60 bitrate= 0.0kbits/s frame= 46 fps= 10 q=6.4 size= 0kB time=00:00:06.13 bitrate= 0.0kbits/s frame= 50 fps= 9 q=6.6 size= 0kB time=00:00:06.66 bitrate= 0.0kbits/s frame= 54 fps= 9 q=6.5 size= 0kB time=00:00:07.20 bitrate= 0.0kbits/s frame= 58 fps= 9 q=6.7 size= 0kB time=00:00:07.73 bitrate= 0.0kbits/s frame= 62 fps= 9 q=6.6 size= 0kB time=00:00:08.26 bitrate= 0.0kbits/s frame= 66 fps= 9 q=6.2 size= 0kB time=00:00:08.80 bitrate= 0.0kbits/s frame= 70 fps= 9 q=6.6 size= 0kB time=00:00:09.33 bitrate= 0.0kbits/s frame= 74 fps= 9 q=6.6 size= 0kB time=00:00:09.86 bitrate= 0.0kbits/s frame= 78 fps= 9 q=6.7 size= 0kB time=00:00:10.40 bitrate= 0.0kbits/s frame= 82 fps= 9 q=6.9 size= 0kB time=00:00:10.93 bitrate= 0.0kbits/s Next segment starts at 0 84 frame= 86 fps= 8 q=7.0 size= 0kB time=00:00:11.46 bitrate= 0.0kbits/s frame= 90 fps= 8 q=6.6 size= 0kB time=00:00:12.00 bitrate= 0.0kbits/s frame= 94 fps= 8 q=6.8 size= 0kB time=00:00:12.53 bitrate= 0.0kbits/s frame= 99 fps= 8 q=6.9 size= 0kB time=00:00:13.20 bitrate= 0.0kbits/s frame= 103 fps= 8 q=6.3 size= 0kB time=00:00:13.73 bitrate= 0.0kbits/s frame= 107 fps= 8 q=6.2 size= 0kB time=00:00:14.26 bitrate= 0.0kbits/s frame= 111 fps= 8 q=6.4 size= 0kB time=00:00:14.80 bitrate= 0.0kbits/s frame= 115 fps= 8 q=7.0 size= 0kB time=00:00:15.33 bitrate= 0.0kbits/s frame= 119 fps= 8 q=7.9 size= 0kB time=00:00:15.86 bitrate= 0.0kbits/s frame= 123 fps= 8 q=6.7 size= 0kB time=00:00:16.40 bitrate= 0.0kbits/s frame= 127 fps= 8 q=6.4 size= 0kB time=00:00:16.93 bitrate= 0.0kbits/s frame= 131 fps= 8 q=6.0 size= 0kB time=00:00:17.46 bitrate= 0.0kbits/s frame= 135 fps= 8 q=6.2 size= 0kB time=00:00:18.00 bitrate= 0.0kbits/s frame= 139 fps= 8 q=6.2 size= 0kB time=00:00:18.53 bitrate= 0.0kbits/s frame= 143 fps= 8 q=5.5 size= 0kB time=00:00:19.06 bitrate= 0.0kbits/s frame= 147 fps= 8 q=5.8 size= 0kB time=00:00:19.60 bitrate= 0.0kbits/s frame= 151 fps= 8 q=5.7 size= 0kB time=00:00:20.13 bitrate= 0.0kbits/s frame= 155 fps= 8 q=5.4 size= 0kB time=00:00:20.66 bitrate= 0.0kbits/s Next segment starts at 0 156 frame= 159 fps= 8 q=5.6 size= 0kB time=00:00:21.20 bitrate= 0.0kbits/s frame= 163 fps= 8 q=5.7 size= 0kB time=00:00:21.73 bitrate= 0.0kbits/s frame= 167 fps= 8 q=5.7 size= 0kB time=00:00:22.26 bitrate= 0.0kbits/s frame= 171 fps= 8 q=5.9 size= 0kB time=00:00:22.80 bitrate= 0.0kbits/s frame= 175 fps= 8 q=5.5 size= 0kB time=00:00:23.33 bitrate= 0.0kbits/s frame= 179 fps= 8 q=5.3 size= 0kB time=00:00:23.86 bitrate= 0.0kbits/s frame= 183 fps= 8 q=5.7 size= 0kB time=00:00:24.40 bitrate= 0.0kbits/s frame= 187 fps= 8 q=5.5 size= 0kB time=00:00:24.93 bitrate= 0.0kbits/s frame= 191 fps= 8 q=5.3 size= 0kB time=00:00:25.46 bitrate= 0.0kbits/s frame= 195 fps= 8 q=5.6 size= 0kB time=00:00:26.00 bitrate= 0.0kbits/s frame= 199 fps= 8 q=5.4 size= 0kB time=00:00:26.53 bitrate= 0.0kbits/s frame= 203 fps= 8 q=5.4 size= 0kB time=00:00:27.06 bitrate= 0.0kbits/s frame= 207 fps= 8 q=5.7 size= 0kB time=00:00:27.60 bitrate= 0.0kbits/s frame= 211 fps= 8 q=5.5 size= 0kB time=00:00:28.13 bitrate= 0.0kbits/s frame= 215 fps= 8 q=5.6 size= 0kB time=00:00:28.66 bitrate= 0.0kbits/s frame= 219 fps= 8 q=5.8 size= 0kB time=00:00:29.20 bitrate= 0.0kbits/s frame= 223 fps= 8 q=5.5 size= 0kB time=00:00:29.73 bitrate= 0.0kbits/s frame= 227 fps= 8 q=5.6 size= 0kB time=00:00:30.26 bitrate= 0.0kbits/s Next segment starts at 0 228 frame= 231 fps= 8 q=5.8 size= 0kB time=00:00:30.80 bitrate= 0.0kbits/s frame= 235 fps= 8 q=5.5 size= 0kB time=00:00:31.33 bitrate= 0.0kbits/s frame= 239 fps= 8 q=5.4 size= 0kB time=00:00:31.86 bitrate= 0.0kbits/s frame= 243 fps= 8 q=5.7 size= 0kB time=00:00:32.40 bitrate= 0.0kbits/s frame= 247 fps= 8 q=5.4 size= 0kB time=00:00:32.93 bitrate= 0.0kbits/s frame= 251 fps= 8 q=5.4 size= 0kB time=00:00:33.46 bitrate= 0.0kbits/s frame= 255 fps= 8 q=5.5 size= 0kB time=00:00:34.00 bitrate= 0.0kbits/s frame= 259 fps= 8 q=5.3 size= 0kB time=00:00:34.53 bitrate= 0.0kbits/s frame= 263 fps= 8 q=5.3 size= 0kB time=00:00:35.06 bitrate= 0.0kbits/s frame= 267 fps= 8 q=5.6 size= 0kB time=00:00:35.60 bitrate= 0.0kbits/s frame= 271 fps= 8 q=5.3 size= 0kB time=00:00:36.13 bitrate= 0.0kbits/s frame= 275 fps= 8 q=5.3 size= 0kB time=00:00:36.66 bitrate= 0.0kbits/s frame= 279 fps= 8 q=5.8 size= 0kB time=00:00:37.20 bitrate= 0.0kbits/s frame= 283 fps= 8 q=5.4 size= 0kB time=00:00:37.73 bitrate= 0.0kbits/s frame= 287 fps= 8 q=5.4 size= 0kB time=00:00:38.26 bitrate= 0.0kbits/s frame= 291 fps= 8 q=5.9 size= 0kB time=00:00:38.80 bitrate= 0.0kbits/s frame= 295 fps= 8 q=5.7 size= 0kB time=00:00:39.33 bitrate= 0.0kbits/s frame= 299 fps= 8 q=5.8 size= 0kB time=00:00:39.86 bitrate= 0.0kbits/s Next segment starts at 0 300 frame= 303 fps= 8 q=5.7 size= 0kB time=00:00:40.40 bitrate= 0.0kbits/s frame= 307 fps= 8 q=5.3 size= 0kB time=00:00:40.93 bitrate= 0.0kbits/s frame= 311 fps= 8 q=5.3 size= 0kB time=00:00:41.46 bitrate= 0.0kbits/s frame= 315 fps= 8 q=5.6 size= 0kB time=00:00:42.00 bitrate= 0.0kbits/s frame= 319 fps= 8 q=5.6 size= 0kB time=00:00:42.53 bitrate= 0.0kbits/s frame= 323 fps= 8 q=5.4 size= 0kB time=00:00:43.06 bitrate= 0.0kbits/s frame= 327 fps= 8 q=5.6 size= 0kB time=00:00:43.60 bitrate= 0.0kbits/s frame= 331 fps= 8 q=5.4 size= 0kB time=00:00:44.13 bitrate= 0.0kbits/s frame= 335 fps= 8 q=5.4 size= 0kB time=00:00:44.66 bitrate= 0.0kbits/s frame= 339 fps= 8 q=5.6 size= 0kB time=00:00:45.20 bitrate= 0.0kbits/s frame= 343 fps= 8 q=5.6 size= 0kB time=00:00:45.73 bitrate= 0.0kbits/s frame= 347 fps= 8 q=5.3 size= 0kB time=00:00:46.26 bitrate= 0.0kbits/s frame= 351 fps= 8 q=5.7 size= 0kB time=00:00:46.80 bitrate= 0.0kbits/s frame= 355 fps= 8 q=5.5 size= 0kB time=00:00:47.33 bitrate= 0.0kbits/s frame= 359 fps= 8 q=5.7 size= 0kB time=00:00:47.86 bitrate= 0.0kbits/s frame= 363 fps= 8 q=5.8 size= 0kB time=00:00:48.40 bitrate= 0.0kbits/s frame= 367 fps= 8 q=5.9 size= 0kB time=00:00:48.93 bitrate= 0.0kbits/s frame= 371 fps= 8 q=5.5 size= 0kB time=00:00:49.46 bitrate= 0.0kbits/s frame= 375 fps= 8 q=5.8 size= 0kB time=00:00:50.00 bitrate= 0.0kbits/s frame= 379 fps= 8 q=5.8 size= 0kB time=00:00:50.53 bitrate= 0.0kbits/s frame= 383 fps= 8 q=5.5 size= 0kB time=00:00:51.06 bitrate= 0.0kbits/s Next segment starts at 0 384 frame= 387 fps= 8 q=6.0 size= 0kB time=00:00:51.60 bitrate= 0.0kbits/s frame= 391 fps= 8 q=5.7 size= 0kB time=00:00:52.13 bitrate= 0.0kbits/s frame= 395 fps= 8 q=5.4 size= 0kB time=00:00:52.66 bitrate= 0.0kbits/s frame= 399 fps= 8 q=5.7 size= 0kB time=00:00:53.20 bitrate= 0.0kbits/s frame= 403 fps= 8 q=5.6 size= 0kB time=00:00:53.73 bitrate= 0.0kbits/s frame= 407 fps= 8 q=5.8 size= 0kB time=00:00:54.26 bitrate= 0.0kbits/s frame= 411 fps= 8 q=6.0 size= 0kB time=00:00:54.80 bitrate= 0.0kbits/s frame= 415 fps= 8 q=5.7 size= 0kB time=00:00:55.33 bitrate= 0.0kbits/s frame= 419 fps= 8 q=6.1 size= 0kB time=00:00:55.86 bitrate= 0.0kbits/s frame= 423 fps= 8 q=5.8 size= 0kB time=00:00:56.40 bitrate= 0.0kbits/s frame= 427 fps= 8 q=5.6 size= 0kB time=00:00:56.93 bitrate= 0.0kbits/s frame= 431 fps= 8 q=5.7 size= 0kB time=00:00:57.46 bitrate= 0.0kbits/s frame= 435 fps= 8 q=5.8 size= 0kB time=00:00:58.00 bitrate= 0.0kbits/s frame= 439 fps= 8 q=7.3 size= 0kB time=00:00:58.53 bitrate= 0.0kbits/s frame= 443 fps= 8 q=7.3 size= 0kB time=00:00:59.06 bitrate= 0.0kbits/s frame= 447 fps= 8 q=6.9 size= 0kB time=00:00:59.60 bitrate= 0.0kbits/s frame= 451 fps= 8 q=6.5 size= 0kB time=00:01:00.13 bitrate= 0.0kbits/s frame= 451 fps= 8 q=6.5 Lsize= 0kB time=00:01:00.13 bitrate= 0.0kbits/s video:1591kB audio:0kB global headers:0kB muxing overhead -100.000000% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 10 11:06:17 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 Jan 2012 10:06:17 -0000 Subject: [FFmpeg-trac] #904(swscale:new): yuv2rgb_mmx.c not allowing yuv422p In-Reply-To: <034.20a996a6d9515db1551226412d22b081@avcodec.org> References: <034.20a996a6d9515db1551226412d22b081@avcodec.org> Message-ID: <049.745cd70566e0cbd2e56ade73e6067787@avcodec.org> #904: yuv2rgb_mmx.c not allowing yuv422p --------------------------------+----------------------------------- Reporter: ffong | Owner: michael Type: defect | Status: new Priority: normal | Component: swscale Version: 0.8.9 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+----------------------------------- Comment (by cehoyos): Replying to [comment:4 ffong]: > Hi, I have posted information in the description or past comments. I thought my question is quite straightforward. > Could you give me some specifics on what you want to get more from me? It would certainly help. Please start with a ffmpeg command line, adding complete, uncut console output and a sample if necessary and explaining what goes wrong. Is this a duplicate of ticket #143? Related to http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/131430 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 10 11:09:11 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 Jan 2012 10:09:11 -0000 Subject: [FFmpeg-trac] #143(undetermined:open): YUV video to RGB image export color conversion issue In-Reply-To: <036.d35290ef7096b2868d07a0b799b00f4e@avcodec.org> References: <036.d35290ef7096b2868d07a0b799b00f4e@avcodec.org> Message-ID: <051.f4efe37905ae8eb7217343772f546eee@avcodec.org> #143: YUV video to RGB image export color conversion issue -------------------------------------+------------------------------------- Reporter: peter_b | Owner: Type: defect | Status: open Priority: normal | Component: Version: unspecified | undetermined Keywords: RGB YUV | Resolution: color | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Is this still reproducible or was this fixed in http://git.videolan.org/?p=ffmpeg.git;a=commit;h=5aa70309ad236cf7e218cdce913d8290aae04d4a ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 10 11:13:14 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 Jan 2012 10:13:14 -0000 Subject: [FFmpeg-trac] #903(undetermined:new): Rainbow artifacts and errors on certain Gamecube THP files In-Reply-To: <037.89774601166ac9a4f57cb06113464380@avcodec.org> References: <037.89774601166ac9a4f57cb06113464380@avcodec.org> Message-ID: <052.440f7cde7fe45ad984153133e1675e47@avcodec.org> #903: Rainbow artifacts and errors on certain Gamecube THP files -------------------------------------+------------------------------------- Reporter: 11rcombs | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: THP | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): > On a separate note, I saw the general ban on Rapidshare and Megaupload- type sites, but I used a Mediafire link because Mediafire isn't particularly ad-cluttered This is wrong. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 10 11:17:39 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 Jan 2012 10:17:39 -0000 Subject: [FFmpeg-trac] #903(undetermined:open): Rainbow artifacts and errors on certain Gamecube THP files In-Reply-To: <037.89774601166ac9a4f57cb06113464380@avcodec.org> References: <037.89774601166ac9a4f57cb06113464380@avcodec.org> Message-ID: <052.54d1fda50a4c89d99f4d188b86504539@avcodec.org> #903: Rainbow artifacts and errors on certain Gamecube THP files -------------------------------------+------------------------------------- Reporter: 11rcombs | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: THP | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 Comment: out.avi shows artefacts. {{{ $ ffmpeg -i s05_cut.thp -an -qscale 2 -vcodec mpeg2video out.avi ffmpeg version N-36659-g2169f97 Copyright (c) 2000-2012 the FFmpeg developers built on Jan 10 2012 11:14:36 with gcc 4.5.3 configuration: --cc='/usr/local/gcc-4.5.3/bin/gcc -m32' libavutil 51. 34.100 / 51. 34.100 libavcodec 53. 54.100 / 53. 54.100 libavformat 53. 29.100 / 53. 29.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 58.100 / 2. 58.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 6.100 / 0. 6.100 [thp @ 0x8dd7d80] mjpeg_decode_dc: bad vlc: 0:0 (0x8dd8ca8) [thp @ 0x8dd7d80] error dc [thp @ 0x8dd7d80] error y=1 x=0 [thp @ 0x8dd7d80] mjpeg: unsupported coding type (cb) Truncating packet of size 1312 to 1289 [thp @ 0x8dd1aa0] Estimating duration from bitrate, this may be inaccurate Input #0, thp, from 's05_cut.thp': Duration: N/A, bitrate: N/A Stream #0:0: Video: thp, yuvj420p, 640x480, 29.97 fps, 29.97 tbr, 29.97 tbn, 29.97 tbc Stream #0:1: Audio: adpcm_thp, 32000 Hz, 2 channels, s16 Incompatible pixel format 'yuvj420p' for codec 'mpeg2video', auto- selecting format 'yuv420p' [buffer @ 0x8dd87c0] w:640 h:480 pixfmt:yuvj420p tb:1/1000000 sar:0/1 sws_param: [buffersink @ 0x8dd7c20] auto-inserting filter 'auto-inserted scale 0' between the filter 'src' and the filter 'out' [scale @ 0x8de7d40] w:640 h:480 fmt:yuvj420p -> w:640 h:480 fmt:yuv420p flags:0x4 Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf53.29.100 Stream #0:0: Video: mpeg2video (mpg2 / 0x3267706D), yuv420p, 640x480, q=2-31, 200 kb/s, 29.97 tbn, 29.97 tbc Stream mapping: Stream #0:0 -> #0:0 (thp -> mpeg2video) Press [q] to stop, [?] for help [thp @ 0x8dd7d80] mjpeg_decode_dc: bad vlc: 0:0 (0x9120288) [thp @ 0x8dd7d80] error dc [thp @ 0x8dd7d80] error y=1 x=0 [thp @ 0x8dd7d80] mjpeg: unsupported coding type (cb) [thp @ 0x8dd7d80] mjpeg_decode_dc: bad vlc: 0:0 (0x9120288) [thp @ 0x8dd7d80] error dc [thp @ 0x8dd7d80] error y=1 x=0 [thp @ 0x8dd7d80] mjpeg: unsupported coding type (cb) [thp @ 0x8dd7d80] mjpeg_decode_dc: bad vlc: 0:0 (0x9120288) [thp @ 0x8dd7d80] error dc [thp @ 0x8dd7d80] error y=1 x=0 [thp @ 0x8dd7d80] mjpeg: unsupported coding type (cb) [thp @ 0x8dd7d80] mjpeg_decode_dc: bad vlc: 0:0 (0x9120288) [thp @ 0x8dd7d80] error dc [thp @ 0x8dd7d80] error y=7 x=1 [thp @ 0x8dd7d80] mjpeg_decode_dc: bad vlc: 0:0 (0x9120288) [thp @ 0x8dd7d80] error dc [thp @ 0x8dd7d80] error y=3 x=0 [thp @ 0x8dd7d80] [IMGUTILS @ 0xffc471f4] Picture size 38960x36638 is invalid Error while decoding stream #0:0 [thp @ 0x8dd7d80] mjpeg_decode_dc: bad vlc: 0:0 (0x9120288) [thp @ 0x8dd7d80] error dc [thp @ 0x8dd7d80] error y=5 x=0 [thp @ 0x8dd7d80] mjpeg: unsupported coding type (cf) [thp @ 0x8dd7d80] mjpeg: unsupported coding type (c9) [thp @ 0x8dd7d80] only 8 bits/component accepted Error while decoding stream #0:0 [thp @ 0x8dd7d80] mjpeg_decode_dc: bad vlc: 0:0 (0x9120288) [thp @ 0x8dd7d80] error dc [thp @ 0x8dd7d80] error y=9 x=0 [thp @ 0x8dd7d80] mjpeg_decode_dc: bad vlc: 0:0 (0x9120288) [thp @ 0x8dd7d80] error dc [thp @ 0x8dd7d80] error y=10 x=6 [thp @ 0x8dd7d80] mjpeg_decode_dc: bad vlc: 0:0 (0x9120288) [thp @ 0x8dd7d80] error dc [thp @ 0x8dd7d80] error y=4 x=0 [thp @ 0x8dd7d80] [IMGUTILS @ 0xffc471f4] Picture size 6103x60528 is invalid Error while decoding stream #0:0 [thp @ 0x8dd7d80] mjpeg_decode_dc: bad vlc: 0:0 (0x9120288) [thp @ 0x8dd7d80] error dc [thp @ 0x8dd7d80] error y=8 x=0 [thp @ 0x8dd7d80] only 8 bits/component accepted Error while decoding stream #0:0 [thp @ 0x8dd7d80] error count: 64 [thp @ 0x8dd7d80] error y=7 x=2 [thp @ 0x8dd7d80] huffman table decode error Error while decoding stream #0:0 [thp @ 0x8dd7d80] mjpeg_decode_dc: bad vlc: 0:0 (0x9120288) [thp @ 0x8dd7d80] error dc [thp @ 0x8dd7d80] error y=4 x=0 [thp @ 0x8dd7d80] mjpeg: unsupported coding type (c7) [thp @ 0x8dd7d80] mjpeg_decode_dc: bad vlc: 0:0 (0x9120288) [thp @ 0x8dd7d80] error dc [thp @ 0x8dd7d80] error y=3 x=0 [thp @ 0x8dd7d80] mjpeg: unsupported coding type (ca) [thp @ 0x8dd7d80] mjpeg_decode_dc: bad vlc: 0:0 (0x9120288) [thp @ 0x8dd7d80] error dc [thp @ 0x8dd7d80] error y=4 x=0 [thp @ 0x8dd7d80] [IMGUTILS @ 0xffc471f4] Picture size 19513x14110 is invalid Error while decoding stream #0:0 [thp @ 0x8dd7d80] mjpeg_decode_dc: bad vlc: 0:0 (0x9120288) [thp @ 0x8dd7d80] error dc [thp @ 0x8dd7d80] error y=8 x=0 [thp @ 0x8dd7d80] invalid id 125 Error while decoding stream #0:0 [thp @ 0x8dd7d80] mjpeg_decode_dc: bad vlc: 0:0 (0x9120288) [thp @ 0x8dd7d80] error dc [thp @ 0x8dd7d80] error y=11 x=2 [thp @ 0x8dd7d80] mjpeg: unsupported coding type (cf) Last message repeated 1 times [thp @ 0x8dd7d80] huffman table decode error Error while decoding stream #0:0 [thp @ 0x8dd7d80] mjpeg_decode_dc: bad vlc: 0:0 (0x9120288) [thp @ 0x8dd7d80] error dc [thp @ 0x8dd7d80] error y=1 x=0 [thp @ 0x8dd7d80] huffman table decode error Error while decoding stream #0:0 [thp @ 0x8dd7d80] mjpeg_decode_dc: bad vlc: 0:0 (0x9120288) [thp @ 0x8dd7d80] error dc [thp @ 0x8dd7d80] error y=10 x=0 Error while decoding stream #0:0 [thp @ 0x8dd7d80] mjpeg_decode_dc: bad vlc: 0:0 (0x9120288) [thp @ 0x8dd7d80] error dc [thp @ 0x8dd7d80] error y=12 x=3 [thp @ 0x8dd7d80] mjpeg_decode_dc: bad vlc: 0:0 (0x9120288) [thp @ 0x8dd7d80] error dc [thp @ 0x8dd7d80] error y=9 x=0 [thp @ 0x8dd7d80] mjpeg: unsupported coding type (c6) [thp @ 0x8dd7d80] only 8 bits/component accepted Error while decoding stream #0:0 [thp @ 0x8dd7d80] mjpeg_decode_dc: bad vlc: 0:0 (0x9120288) [thp @ 0x8dd7d80] error dc [thp @ 0x8dd7d80] error y=6 x=0 [thp @ 0x8dd7d80] mjpeg: unsupported coding type (c6) [thp @ 0x8dd7d80] [IMGUTILS @ 0xffc471f4] Picture size 60239x18387 is invalid Error while decoding stream #0:0 [thp @ 0x8dd7d80] mjpeg_decode_dc: bad vlc: 0:0 (0x9120288) [thp @ 0x8dd7d80] error dc [thp @ 0x8dd7d80] error y=10 x=0 [thp @ 0x8dd7d80] mjpeg_decode_dc: bad vlc: 0:0 (0x9120288) [thp @ 0x8dd7d80] error dc [thp @ 0x8dd7d80] error y=10 x=1 [thp @ 0x8dd7d80] mjpeg_decode_dc: bad vlc: 0:0 (0x9120288) [thp @ 0x8dd7d80] error dc [thp @ 0x8dd7d80] error y=9 x=0 [thp @ 0x8dd7d80] mjpeg_decode_dc: bad vlc: 0:0 (0x9120288) [thp @ 0x8dd7d80] error dc [thp @ 0x8dd7d80] error y=2 x=0 [thp @ 0x8dd7d80] dqt: 16bit precision [thp @ 0x8dd7d80] mjpeg: unsupported coding type (c6) [thp @ 0x8dd7d80] [IMGUTILS @ 0xffc471f4] Picture size 43350x34248 is invalid Error while decoding stream #0:0 [thp @ 0x8dd7d80] mjpeg_decode_dc: bad vlc: 0:0 (0x9120288) [thp @ 0x8dd7d80] error dc [thp @ 0x8dd7d80] error y=1 x=0 [thp @ 0x8dd7d80] mjpeg_decode_dc: bad vlc: 0:0 (0x9120288) [thp @ 0x8dd7d80] error dc [thp @ 0x8dd7d80] error y=1 x=0 [thp @ 0x8dd7d80] mjpeg: unsupported coding type (ca) Last message repeated 1 times [thp @ 0x8dd7d80] mjpeg_decode_dc: bad vlc: 0:0 (0x9120288) [thp @ 0x8dd7d80] error dc [thp @ 0x8dd7d80] error y=3 x=0 [thp @ 0x8dd7d80] mjpeg_decode_dc: bad vlc: 0:0 (0x9120288) [thp @ 0x8dd7d80] error dc [thp @ 0x8dd7d80] error y=5 x=0 [thp @ 0x8dd7d80] mjpeg_decode_dc: bad vlc: 0:0 (0x9120288) [thp @ 0x8dd7d80] error dc [thp @ 0x8dd7d80] error y=8 x=0 [thp @ 0x8dd7d80] [IMGUTILS @ 0xffc471f4] Picture size 53888x18762 is invalid Error while decoding stream #0:0 [thp @ 0x8dd7d80] error count: 64 [thp @ 0x8dd7d80] error y=4 x=1 [thp @ 0x8dd7d80] huffman table decode error Error while decoding stream #0:0 [thp @ 0x8dd7d80] mjpeg_decode_dc: bad vlc: 0:0 (0x9120288) [thp @ 0x8dd7d80] error dc [thp @ 0x8dd7d80] error y=15 x=0 [thp @ 0x8dd7d80] [IMGUTILS @ 0xffc471f4] Picture size 35976x45291 is invalid Error while decoding stream #0:0 [thp @ 0x8dd7d80] mjpeg_decode_dc: bad vlc: 0:0 (0x9120288) [thp @ 0x8dd7d80] error dc [thp @ 0x8dd7d80] error y=11 x=0 [thp @ 0x8dd7d80] [IMGUTILS @ 0xffc471f4] Picture size 7257x49408 is invalid Error while decoding stream #0:0 [thp @ 0x8dd7d80] mjpeg_decode_dc: bad vlc: 0:0 (0x9120288) [thp @ 0x8dd7d80] error dc [thp @ 0x8dd7d80] error y=2 x=0 [thp @ 0x8dd7d80] mjpeg_decode_dc: bad vlc: 0:0 (0x9120288) [thp @ 0x8dd7d80] error dc [thp @ 0x8dd7d80] error y=1 x=11 [thp @ 0x8dd7d80] only 8 bits/component accepted Error while decoding stream #0:0 [thp @ 0x8dd7d80] mjpeg_decode_dc: bad vlc: 0:0 (0x9120288) [thp @ 0x8dd7d80] error dc [thp @ 0x8dd7d80] error y=4 x=0 [thp @ 0x8dd7d80] mjpeg: unsupported coding type (cd) [thp @ 0x8dd7d80] mjpeg: unsupported coding type (cf) [thp @ 0x8dd7d80] decode_sos: nb_components (148) unsupported [thp @ 0x8dd7d80] huffman table decode error Error while decoding stream #0:0 [thp @ 0x8dd7d80] mjpeg_decode_dc: bad vlc: 0:0 (0x9120288) [thp @ 0x8dd7d80] error dc [thp @ 0x8dd7d80] error y=8 x=1 [thp @ 0x8dd7d80] mjpeg_decode_dc: bad vlc: 0:0 (0x9120288) [thp @ 0x8dd7d80] error dc [thp @ 0x8dd7d80] error y=8 x=1 [thp @ 0x8dd7d80] mjpeg_decode_dc: bad vlc: 0:0 (0x9120288) [thp @ 0x8dd7d80] error dc [thp @ 0x8dd7d80] error y=3 x=0 [thp @ 0x8dd7d80] mjpeg_decode_dc: bad vlc: 0:0 (0x9120288) [thp @ 0x8dd7d80] error dc [thp @ 0x8dd7d80] error y=5 x=0 [thp @ 0x8dd7d80] [IMGUTILS @ 0xffc471f4] Picture size 64154x19773 is invalid Error while decoding stream #0:0 [thp @ 0x8dd7d80] mjpeg_decode_dc: bad vlc: 0:0 (0x9120288) [thp @ 0x8dd7d80] error dc [thp @ 0x8dd7d80] error y=6 x=0 [thp @ 0x8dd7d80] huffman table decode error Error while decoding stream #0:0 [thp @ 0x8dd7d80] mjpeg_decode_dc: bad vlc: 0:0 (0x9120288) [thp @ 0x8dd7d80] error dc [thp @ 0x8dd7d80] error y=14 x=1 [thp @ 0x8dd7d80] mjpeg_decode_dc: bad vlc: 0:0 (0x9120288) [thp @ 0x8dd7d80] error dc [thp @ 0x8dd7d80] error y=15 x=0 [thp @ 0x8dd7d80] mjpeg_decode_dc: bad vlc: 0:0 (0x9120288) [thp @ 0x8dd7d80] error dc [thp @ 0x8dd7d80] error y=16 x=39 [thp @ 0x8dd7d80] mjpeg_decode_dc: bad vlc: 0:0 (0x9120288) [thp @ 0x8dd7d80] error dc [thp @ 0x8dd7d80] error y=7 x=0 [thp @ 0x8dd7d80] mjpeg: unsupported coding type (c8) [thp @ 0x8dd7d80] huffman table decode error Error while decoding stream #0:0 [thp @ 0x8dd7d80] mjpeg_decode_dc: bad vlc: 0:0 (0x9120288) [thp @ 0x8dd7d80] error dc [thp @ 0x8dd7d80] error y=12 x=0 [thp @ 0x8dd7d80] mjpeg: unsupported coding type (c6) [thp @ 0x8dd7d80] invalid id 226 Error while decoding stream #0:0 [thp @ 0x8dd7d80] mjpeg_decode_dc: bad vlc: 0:0 (0x9120288) [thp @ 0x8dd7d80] error dc [thp @ 0x8dd7d80] error y=18 x=3 [thp @ 0x8dd7d80] mjpeg_decode_dc: bad vlc: 0:0 (0x9120288) [thp @ 0x8dd7d80] error dc [thp @ 0x8dd7d80] error y=9 x=0 [thp @ 0x8dd7d80] mjpeg: unsupported coding type (cb) [thp @ 0x8dd7d80] mjpeg_decode_dc: bad vlc: 0:0 (0x9120288) [thp @ 0x8dd7d80] error dc [thp @ 0x8dd7d80] error y=4 x=0 [thp @ 0x8dd7d80] mjpeg_decode_dc: bad vlc: 0:0 (0x9120288) [thp @ 0x8dd7d80] error dc [thp @ 0x8dd7d80] error y=4 x=0 [thp @ 0x8dd7d80] only 8 bits/component accepted Error while decoding stream #0:0 [thp @ 0x8dd7d80] mjpeg_decode_dc: bad vlc: 0:0 (0x9120288) [thp @ 0x8dd7d80] error dc [thp @ 0x8dd7d80] error y=3 x=0 [thp @ 0x8dd7d80] huffman table decode error Error while decoding stream #0:0 [thp @ 0x8dd7d80] mjpeg_decode_dc: bad vlc: 0:0 (0x9120288) [thp @ 0x8dd7d80] error dc [thp @ 0x8dd7d80] error y=1 x=0 [thp @ 0x8dd7d80] mjpeg_decode_dc: bad vlc: 0:0 (0x9120288) [thp @ 0x8dd7d80] error dc [thp @ 0x8dd7d80] error y=1 x=0 [thp @ 0x8dd7d80] mjpeg_decode_dc: bad vlc: 0:0 (0x9120288) [thp @ 0x8dd7d80] error dc [thp @ 0x8dd7d80] error y=5 x=0 [thp @ 0x8dd7d80] mjpeg_decode_dc: bad vlc: 0:0 (0x9120288) [thp @ 0x8dd7d80] error dc [thp @ 0x8dd7d80] error y=16 x=2 [thp @ 0x8dd7d80] huffman table decode error Error while decoding stream #0:0 [thp @ 0x8dd7d80] mjpeg_decode_dc: bad vlc: 0:0 (0x9120288) [thp @ 0x8dd7d80] error dc [thp @ 0x8dd7d80] error y=5 x=9 [thp @ 0x8dd7d80] only 8 bits/component accepted Error while decoding stream #0:0 [thp @ 0x8dd7d80] mjpeg_decode_dc: bad vlc: 0:0 (0x9120288) [thp @ 0x8dd7d80] error dc [thp @ 0x8dd7d80] error y=4 x=0 Truncating packet of size 1312 to 1 frame= 30 fps= 0 q=2.0 Lsize= 152kB time=00:00:01.80 bitrate= 688.9kbits/s video:145kB audio:0kB global headers:0kB muxing overhead 4.715752% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 10 12:04:24 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 Jan 2012 11:04:24 -0000 Subject: [FFmpeg-trac] #903(undetermined:open): Rainbow artifacts and errors on certain Gamecube THP files In-Reply-To: <037.89774601166ac9a4f57cb06113464380@avcodec.org> References: <037.89774601166ac9a4f57cb06113464380@avcodec.org> Message-ID: <052.cb9680f3585321c8bcc2e6012b9f28ac@avcodec.org> #903: Rainbow artifacts and errors on certain Gamecube THP files -------------------------------------+------------------------------------- Reporter: 11rcombs | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: THP mjpeg | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: THP => THP mjpeg -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 10 12:09:45 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 Jan 2012 11:09:45 -0000 Subject: [FFmpeg-trac] #9(swscale:closed): libswscale MMX2 giving videos a pink lined overlay In-Reply-To: <038.7992549067c7b4884c236c091a830d1c@avcodec.org> References: <038.7992549067c7b4884c236c091a830d1c@avcodec.org> Message-ID: <053.6e56a681ef0035cb645883e2a1443940@avcodec.org> #9: libswscale MMX2 giving videos a pink lined overlay -------------------------------------+------------------------------------- Reporter: bizzehdee | Owner: michael Type: defect | Status: closed Priority: normal | Component: swscale Version: git | Resolution: Keywords: | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by maja32): Zastanawiasz si? jakie s? granice ludzkich mo?liwo?ci? Pewnie interesuj? Ci? [http://rekordyguinessa.pl/rekordy-guinessa-zwierzat/ zwierz?tka]. S?ysza?e? o popularnej na ca?ym ?wiecie ksi?dze rekord?w i chcia?by? zobaczy? przyk?adowe [http://rekordyguinessa.pl/ guinness]. Pragniemy serdecznie zaprosi? Ci? na nasz? stron? WWW na kt?rej znajdziesz informacje zwi?zane z [http://rekordyguinessa.pl/ksiega-rekordow-guinessa/ ksi?ga guinnessa], a wi?c biciem rekord?w Guinnessa! Sprawd? nasze rekordy Guinnessa. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 10 12:18:42 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 Jan 2012 11:18:42 -0000 Subject: [FFmpeg-trac] #143(swscale:open): YUV video to RGB image export color conversion issue In-Reply-To: <036.d35290ef7096b2868d07a0b799b00f4e@avcodec.org> References: <036.d35290ef7096b2868d07a0b799b00f4e@avcodec.org> Message-ID: <051.00348bf9bc9b3fabd44423b77d97b4ca@avcodec.org> #143: YUV video to RGB image export color conversion issue ---------------------------------------+----------------------------------- Reporter: peter_b | Owner: Type: defect | Status: open Priority: normal | Component: swscale Version: unspecified | Resolution: Keywords: RGB YUV color | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Changes (by cehoyos): * component: undetermined => swscale -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 10 13:24:14 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 Jan 2012 12:24:14 -0000 Subject: [FFmpeg-trac] #389(avformat:new): Problem seeking in MPEG TS/H.264 files In-Reply-To: <034.f156a2e51b08388e091ba596e3f1fa79@avcodec.org> References: <034.f156a2e51b08388e091ba596e3f1fa79@avcodec.org> Message-ID: <049.4fefc70ae3a1daec5ea5c44b03acf9c1@avcodec.org> #389: Problem seeking in MPEG TS/H.264 files --------------------------------+------------------------------------ Reporter: takis | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+------------------------------------ Comment (by takis): I've just tested this, and it appears to work in git head. Using git bisect I found the commit which appears to have fixed it: commit 27f7589ab1ad0f6d2694d713e176dfa234662e60 Author: Michael Niedermayer Date: Fri Oct 21 20:45:00 2011 +0200 seek: Fix av_gen_search() so that seeks outside max/min do not successfully seek to random points but rather seek to the min/max. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 10 13:40:04 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 Jan 2012 12:40:04 -0000 Subject: [FFmpeg-trac] #389(avformat:closed): Problem seeking in MPEG TS/H.264 files In-Reply-To: <034.f156a2e51b08388e091ba596e3f1fa79@avcodec.org> References: <034.f156a2e51b08388e091ba596e3f1fa79@avcodec.org> Message-ID: <049.6d89b1818cc4b1df4afffeb1b0485d71@avcodec.org> #389: Problem seeking in MPEG TS/H.264 files --------------------------------+------------------------------------ Reporter: takis | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+------------------------------------ Changes (by cehoyos): * status: new => closed * resolution: => fixed Comment: Thank you for testing! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 10 13:56:27 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 Jan 2012 12:56:27 -0000 Subject: [FFmpeg-trac] #909(FFprobe:closed): FFProbe Print_Format Improper Formatting In-Reply-To: <039.76488279d68d5b06a441555e7d4730b3@avcodec.org> References: <039.76488279d68d5b06a441555e7d4730b3@avcodec.org> Message-ID: <054.9e466dcda71ff99a2d43f07c98150d6d@avcodec.org> #909: FFProbe Print_Format Improper Formatting ------------------------------------+----------------------------------- Reporter: ChrisAtlGA | Owner: stefano Type: defect | Status: closed Priority: normal | Component: FFprobe Version: 0.9.1 | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+----------------------------------- Changes (by saste): * analyzed: 0 => 1 * status: new => closed * resolution: => invalid * reproduced: 0 => 1 Comment: Replying to [ticket:909 ChrisAtlGA]: > When using ffprobe, using the XML option for print_format, character encoding on values does not take place which creates invalid XML which can't be parsed. > > The JSON option will render proper encoding to protect JavaScript run- time by adding an additional backslash when one is present such as in media path/filename. Example: "D:\movie.mp4" appears in JSON output as "D:\ \move.mp4". No special handling takes place with XML. XML doesn't require '\' escaping like in JSON, check function xml_escape_str() in ffprobe.c, but you may need a function to perform XML- de-escaping for parsing the resulting output (which will be different from a JSON de-escaping function). > In all formats (default, XML, JSON) using the show_streams option, the Bit_Rate for both audio and video are omitted. This information is present in the standard metadata/duration/stream sections in the console output. Yes this is intentional, when the bit_rate (or other) information is not available, it is preferable not to show it in the output, so that application code doesn't need to interpret the assumed string value for "undefined". This is different in case of output formats which *require* a constant number of fields per each section (compact, default). > Thank you for the consideration of this bug submission. Closing the ticket as invalid, please re-open in case you are not satisfied with my answer. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 10 14:23:20 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 Jan 2012 13:23:20 -0000 Subject: [FFmpeg-trac] #904(swscale:new): yuv2rgb_mmx.c not allowing yuv422p In-Reply-To: <034.20a996a6d9515db1551226412d22b081@avcodec.org> References: <034.20a996a6d9515db1551226412d22b081@avcodec.org> Message-ID: <049.25e60d5d046fdf2eec4f69380cf42127@avcodec.org> #904: yuv2rgb_mmx.c not allowing yuv422p --------------------------------+----------------------------------- Reporter: ffong | Owner: michael Type: defect | Status: new Priority: normal | Component: swscale Version: 0.8.9 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+----------------------------------- Comment (by ffong): The whole thing is very simple. Converting yuv422p to bgr24 on Intel with MMX would give warnings "No accelerated conversion from yuv422p to bgr24". It's expected from the current code at ffmpeg-0.8.9 release. But what I don't understand is, if it is not supporting yuv422p. How come there is a recent change to yuv2rgb_template.c that checks for yuv422p? I modified the code to allow yuv422p and it seems to do OK. Maybe some loss in chroma sampling but in general does not crash or anything. So I wonder if the rejection of yuv422p at libswscale/x86/yuv2rgb_mmx.c is necessary. Here is the console output. $ ../install-0.8.9/bin/ffmpeg.exe -i ../Huff_Conv2YUV.avi -pix_fmt bgr24 -f ima ge2 '%03d.bmp' -t 5 ffmpeg version 0.8.9, Copyright (c) 2000-2011 the FFmpeg developers built on Jan 10 2012 20:56:05 with gcc 4.6.1 configuration: --prefix=/home/Frankie/ffmpeg-0.8.9/../install-0.8.9/ --enable- gpl --enable-version3 --arch=x86 --enable-runtime-cpudetect --enable- w32threads --enable-memalign-hack --disable-avfilter --disable-postproc 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 libswscale 2. 0. 0 / 2. 0. 0 Input #0, avi, from '../Huff_Conv2YUV.avi': Duration: 00:00:23.00, start: 0.000000, bitrate: 65081 kb/s Stream #0.0: Video: huffyuv, yuv422p, 704x576, 25 tbr, 25 tbn, 25 tbc Output #0, image2, to '%03d.bmp': Metadata: encoder : Lavf53.5.0 Stream #0.0: Video: bmp, bgr24, 704x576, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop, [?] for help [swscaler @ 0161b000] No accelerated colorspace conversion found from yuv422p to bgr24. frame= 29 fps= 0 q=0.0 size= -0kB time=00:00:01.16 bitrate= -0.2kbits/s frame= 35 fps= 29 q=0.0 size= -0kB time=00:00:01.40 bitrate= -0.1kbits/s frame= 38 fps= 15 q=0.0 size= -0kB time=00:00:01.52 bitrate= -0.1kbits/s frame= 40 fps= 12 q=0.0 size= -0kB time=00:00:01.60 bitrate= -0.1kbits/s frame= 43 fps= 11 q=0.0 size= -0kB time=00:00:01.72 bitrate= -0.1kbits/s frame= 53 fps= 12 q=0.0 size= -0kB time=00:00:02.12 bitrate= -0.1kbits/s frame= 60 fps= 12 q=0.0 size= -0kB time=00:00:02.40 bitrate= -0.1kbits/s frame= 65 fps= 12 q=0.0 size= -0kB time=00:00:02.60 bitrate= -0.1kbits/s frame= 71 fps= 12 q=0.0 size= -0kB time=00:00:02.84 bitrate= -0.1kbits/s frame= 75 fps= 11 q=0.0 size= -0kB time=00:00:03.00 bitrate= -0.1kbits/s frame= 80 fps= 11 q=0.0 size= -0kB time=00:00:03.20 bitrate= -0.1kbits/s frame= 86 fps= 11 q=0.0 size= -0kB time=00:00:03.44 bitrate= -0.1kbits/s frame= 91 fps= 11 q=0.0 size= -0kB time=00:00:03.64 bitrate= -0.0kbits/s frame= 95 fps= 11 q=0.0 size= -0kB time=00:00:03.80 bitrate= -0.0kbits/s frame= 101 fps= 11 q=0.0 size= -0kB time=00:00:04.04 bitrate= -0.0kbits/s frame= 105 fps= 10 q=0.0 size= -0kB time=00:00:04.20 bitrate= -0.0kbits/s frame= 110 fps= 10 q=0.0 size= -0kB time=00:00:04.40 bitrate= -0.0kbits/s frame= 116 fps= 10 q=0.0 size= -0kB time=00:00:04.64 bitrate= -0.0kbits/s frame= 120 fps= 10 q=0.0 size= -0kB time=00:00:04.80 bitrate= -0.0kbits/s frame= 125 fps= 10 q=0.0 Lsize= -0kB time=00:00:05.00 bitrate= -0.0kbits/ s video:148507kB audio:0kB global headers:0kB muxing overhead -100.000014% -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 10 14:27:19 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 Jan 2012 13:27:19 -0000 Subject: [FFmpeg-trac] #884(FFmpeg:closed): Wrong duration on long video from HDPVR In-Reply-To: <038.77368fdc75442450b621aab7b2e21ca2@avcodec.org> References: <038.77368fdc75442450b621aab7b2e21ca2@avcodec.org> Message-ID: <053.4942cbd6a9fba1449b14fbb20404a110@avcodec.org> #884: Wrong duration on long video from HDPVR -------------------------------------+------------------------------------- Reporter: jgauthier | Owner: Type: defect | Status: closed Priority: normal | Component: FFmpeg Version: 0.9 | Resolution: Keywords: duration | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by jgauthier): I seem to have lost my sample data. When I acquire another example, I will cut it and upload it. However, in my testing previously, I wasn't able to produce this unless the video was at least an hour long, and a few gig. More info when I can get it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 10 15:24:25 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 Jan 2012 14:24:25 -0000 Subject: [FFmpeg-trac] #639(avcodec:open): add support for 64bit PNG In-Reply-To: <038.985157405c9e2d3c7a5ed6014fcdb091@avcodec.org> References: <038.985157405c9e2d3c7a5ed6014fcdb091@avcodec.org> Message-ID: <053.f91867102ed2e5f47648b6b87c2abac7@avcodec.org> #639: add support for 64bit PNG -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: png 64bit | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: png => png 64bit -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 10 15:28:53 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 Jan 2012 14:28:53 -0000 Subject: [FFmpeg-trac] #904(swscale:open): yuv2rgb_mmx.c not allowing yuv422p In-Reply-To: <034.20a996a6d9515db1551226412d22b081@avcodec.org> References: <034.20a996a6d9515db1551226412d22b081@avcodec.org> Message-ID: <049.7197ba51bc112504b13485ef31e08f75@avcodec.org> #904: yuv2rgb_mmx.c not allowing yuv422p ------------------------------------+----------------------------------- Reporter: ffong | Owner: michael Type: defect | Status: open Priority: important | Component: swscale Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => regression * priority: normal => important * version: 0.8.9 => git-master * status: new => open * reproduced: 0 => 1 Comment: Possibly a regression since e66149e7 For future bug reports: Please always test current git head and please provide a sample if necessary. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 10 15:34:03 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 Jan 2012 14:34:03 -0000 Subject: [FFmpeg-trac] #904(swscale:open): yuv2rgb_mmx.c not allowing yuv422p In-Reply-To: <034.20a996a6d9515db1551226412d22b081@avcodec.org> References: <034.20a996a6d9515db1551226412d22b081@avcodec.org> Message-ID: <049.9a1f66bea85f7fc0c39b578bbeeb8d1c@avcodec.org> #904: yuv2rgb_mmx.c not allowing yuv422p ------------------------------------+----------------------------------- Reporter: ffong | Owner: michael Type: defect | Status: open Priority: important | Component: swscale Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): {{{ $ ffmpeg -i yuvj422.jpg out.bmp ffmpeg version N-36659-g2169f97 Copyright (c) 2000-2012 the FFmpeg developers built on Jan 10 2012 15:33:43 with gcc 4.5.3 configuration: --cc='/usr/local/gcc-4.5.3/bin/gcc -m32' libavutil 51. 34.100 / 51. 34.100 libavcodec 53. 54.100 / 53. 54.100 libavformat 53. 29.100 / 53. 29.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 58.100 / 2. 58.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 6.100 / 0. 6.100 Input #0, image2, from 'yuvj422.jpg': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: mjpeg, yuvj422p, 720x576, 25 tbr, 25 tbn, 25 tbc Incompatible pixel format 'yuvj422p' for codec 'bmp', auto-selecting format 'bgr24' [buffer @ 0x8dd8000] w:720 h:576 pixfmt:yuvj422p tb:1/1000000 sar:0/1 sws_param: [buffersink @ 0x8dd8d20] auto-inserting filter 'auto-inserted scale 0' between the filter 'src' and the filter 'out' [scale @ 0x8dd9240] w:720 h:576 fmt:yuvj422p -> w:720 h:576 fmt:bgr24 flags:0x4 [swscaler @ 0x8de4280] No accelerated colorspace conversion found from yuv422p to bgr24. [swscaler @ 0x8dee060] No accelerated colorspace conversion found from yuv422p to bgr24. [swscaler @ 0x8df2b00] No accelerated colorspace conversion found from yuv422p to bgr24. Output #0, image2, to 'out.bmp': Metadata: encoder : Lavf53.29.100 Stream #0:0: Video: bmp, bgr24, 720x576, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (mjpeg -> bmp) Press [q] to stop, [?] for help frame= 1 fps= 0 q=0.0 Lsize= 0kB time=00:00:00.04 bitrate= 0.0kbits/s video:1215kB audio:0kB global headers:0kB muxing overhead -100.000000% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 10 15:58:41 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 Jan 2012 14:58:41 -0000 Subject: [FFmpeg-trac] #143(swscale:open): YUV video to RGB image export color conversion issue In-Reply-To: <036.d35290ef7096b2868d07a0b799b00f4e@avcodec.org> References: <036.d35290ef7096b2868d07a0b799b00f4e@avcodec.org> Message-ID: <051.58c1647ebc93812c86b21f3bf7d16634@avcodec.org> #143: YUV video to RGB image export color conversion issue ---------------------------------------+----------------------------------- Reporter: peter_b | Owner: Type: defect | Status: open Priority: normal | Component: swscale Version: unspecified | Resolution: Keywords: RGB YUV color | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Comment (by peter_b): I've checked [http://ffmpeg-users.933282.n4.nabble.com/YUV-video-to-RGB- image-export-color-conversion-issue-td3330185.html the mailing list archives], and the command line used was: {{{ ffmpeg -vframes 4 -i 'testvideo_color_rectangles-YUV422P.avi' -pix_fmt rgb24 -f image2 '%03d.bmp' }}} I've tried right now, and the error still persists: The colors are still wrongly interpolated. == FFmpeg version: == Git [http://git.videolan.org/?p=ffmpeg.git;a=commit;h=2169f971ad9b582cc3f1e6a1430aad44d64495d3 2169f971ad9b582cc3f1e6a1430aad44d64495d3] (10 Jan 2012 06:15:18) == Uncut output: == {{{ ffmpeg version N-36659-g2169f97 Copyright (c) 2000-2012 the FFmpeg developers built on Jan 10 2012 14:29:42 with gcc 4.4.5 configuration: --prefix=/usr/local --enable-gpl --enable-nonfree --enable-postproc --enable-swscale --enable-avfilter --enable-pthreads --enable-bzlib --enable-libmp3lame --enable-libvorbis --enable-libxvid --enable-zlib --enable-libopenjpeg --enable-decoder=png --enable- encoder=png --enable-libdirac --enable-libschroedinger libavutil 51. 34.100 / 51. 34.100 libavcodec 53. 54.100 / 53. 54.100 libavformat 53. 29.100 / 53. 29.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 58.100 / 2. 58.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 6.100 / 0. 6.100 libpostproc 51. 2.100 / 51. 2.100 Input #0, avi, from 'testvideo_color_rectangles-YUV422P.avi': Duration: 00:00:00.40, start: 0.000000, bitrate: 868 kb/s Stream #0:0: Video: ffv1 (FFV1 / 0x31564646), yuv422p, 720x576, 10 tbr, 10 tbn, 10 tbc Incompatible pixel format 'rgb24' for codec 'bmp', auto-selecting format 'bgr24' [buffer @ 0xa336f80] w:720 h:576 pixfmt:yuv422p tb:1/1000000 sar:0/1 sws_param: [buffersink @ 0xa3385c0] auto-inserting filter 'auto-inserted scale 0' between the filter 'src' and the filter 'out' [scale @ 0xa330d80] w:720 h:576 fmt:yuv422p -> w:720 h:576 fmt:bgr24 flags:0x4 [swscaler @ 0xa3311c0] No accelerated colorspace conversion found from yuv422p to bgr24. [swscaler @ 0xa3463e0] No accelerated colorspace conversion found from yuv422p to bgr24. [swscaler @ 0xa34ae60] No accelerated colorspace conversion found from yuv422p to bgr24. Output #0, image2, to '%03d.bmp': Metadata: encoder : Lavf53.29.100 Stream #0:0: Video: bmp, bgr24, 720x576, q=2-31, 200 kb/s, 90k tbn, 10 tbc Stream mapping: Stream #0:0 -> #0:0 (ffv1 -> bmp) Press [q] to stop, [?] for help frame= 4 fps= 0 q=0.0 Lsize= 0kB time=00:00:00.40 bitrate= 0.0kbits/s video:4860kB audio:0kB global headers:0kB muxing overhead -100.000000% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 10 16:01:58 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 Jan 2012 15:01:58 -0000 Subject: [FFmpeg-trac] #143(swscale:open): YUV video to RGB image export color conversion issue In-Reply-To: <036.d35290ef7096b2868d07a0b799b00f4e@avcodec.org> References: <036.d35290ef7096b2868d07a0b799b00f4e@avcodec.org> Message-ID: <051.a5ee4e9636937d83994a044b70c5f925@avcodec.org> #143: YUV video to RGB image export color conversion issue ---------------------------------------+----------------------------------- Reporter: peter_b | Owner: Type: defect | Status: open Priority: normal | Component: swscale Version: unspecified | Resolution: Keywords: RGB YUV color | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Comment (by peter_b): Additionally, Baptiste's patch cannot be applied to the current git version anymore, as the code has changed too much since the version the patch was written for (SVN revision 32669). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 10 16:42:12 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 Jan 2012 15:42:12 -0000 Subject: [FFmpeg-trac] #815(avcodec:open): tiff: display "Arstist" and "Software" fields In-Reply-To: <038.135811d36c2dd9d0ab28d4ea9262c6cc@avcodec.org> References: <038.135811d36c2dd9d0ab28d4ea9262c6cc@avcodec.org> Message-ID: <053.acdb4d24edf7ad5eca7e276ab19f2ce4@avcodec.org> #815: tiff: display "Arstist" and "Software" fields -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: tif | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by ami_stuff): TAG_Artist (0x13b) TAG_Software (0x131) http://www.accusoft.com/resourcecenter/documentation/ImagXpress/activex/AccusoftImagXpress10~ImagXpress~TagNumber.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 10 19:16:32 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 Jan 2012 18:16:32 -0000 Subject: [FFmpeg-trac] #143(swscale:open): YUV video to RGB image export color conversion issue In-Reply-To: <036.d35290ef7096b2868d07a0b799b00f4e@avcodec.org> References: <036.d35290ef7096b2868d07a0b799b00f4e@avcodec.org> Message-ID: <051.e56228844bc9fbba62a975e62378c4d1@avcodec.org> #143: YUV video to RGB image export color conversion issue ---------------------------------------+----------------------------------- Reporter: peter_b | Owner: Type: defect | Status: open Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: RGB YUV color | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Changes (by cehoyos): * version: unspecified => git-master * reproduced: 0 => 1 Comment: {{{ $ ffmpeg -i yuvj422.jpg out.bmp ffmpeg version N-36662-g93d49cb Copyright (c) 2000-2012 the FFmpeg developers built on Jan 10 2012 19:07:13 with gcc 4.5.3 configuration: --cc='/usr/local/gcc-4.5.3/bin/gcc -m32' libavutil 51. 34.100 / 51. 34.100 libavcodec 53. 54.100 / 53. 54.100 libavformat 53. 29.100 / 53. 29.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 58.100 / 2. 58.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 6.100 / 0. 6.100 Input #0, image2, from 'yuvj422.jpg': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: mjpeg, yuvj422p, 720x576, 25 tbr, 25 tbn, 25 tbc Incompatible pixel format 'yuvj422p' for codec 'bmp', auto-selecting format 'bgr24' [buffer @ 0x8dd8000] w:720 h:576 pixfmt:yuvj422p tb:1/1000000 sar:0/1 sws_param: [buffersink @ 0x8dd8d20] auto-inserting filter 'auto-inserted scale 0' between the filter 'src' and the filter 'out' [scale @ 0x8dd9240] w:720 h:576 fmt:yuvj422p -> w:720 h:576 fmt:bgr24 flags:0x4 [swscaler @ 0x8de4280] No accelerated colorspace conversion found from yuv422p to bgr24. [swscaler @ 0x8dee060] No accelerated colorspace conversion found from yuv422p to bgr24. [swscaler @ 0x8df2b00] No accelerated colorspace conversion found from yuv422p to bgr24. Output #0, image2, to 'out.bmp': Metadata: encoder : Lavf53.29.100 Stream #0:0: Video: bmp, bgr24, 720x576, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (mjpeg -> bmp) Press [q] to stop, [?] for help frame= 1 fps= 0 q=0.0 Lsize= 0kB time=00:00:00.04 bitrate= 0.0kbits/s video:1215kB audio:0kB global headers:0kB muxing overhead -100.000000% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 10 19:51:52 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 Jan 2012 18:51:52 -0000 Subject: [FFmpeg-trac] #908(undetermined:new): tiff: reject tiled files In-Reply-To: <038.01e9afd779a6272f28df2e8e1a9d7ba6@avcodec.org> References: <038.01e9afd779a6272f28df2e8e1a9d7ba6@avcodec.org> Message-ID: <053.2f4d1277796de4cc97297beb22ee689e@avcodec.org> #908: tiff: reject tiled files -------------------------------------+------------------------------------- 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): Better patch on ML. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 10 23:22:42 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 Jan 2012 22:22:42 -0000 Subject: [FFmpeg-trac] #908(avcodec:open): tiff: reject tiled files In-Reply-To: <038.01e9afd779a6272f28df2e8e1a9d7ba6@avcodec.org> References: <038.01e9afd779a6272f28df2e8e1a9d7ba6@avcodec.org> Message-ID: <053.769149bd88985b5b2b7de026eb4437e4@avcodec.org> #908: tiff: reject tiled files ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: tif | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => tif * status: new => open * version: unspecified => git-master * component: undetermined => avcodec * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 10 23:29:03 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 Jan 2012 22:29:03 -0000 Subject: [FFmpeg-trac] #723(avcodec:closed): bmp: support 16bpp x4 r4 g4 b4 In-Reply-To: <038.0ffdd56c7d721330640f45960354c48c@avcodec.org> References: <038.0ffdd56c7d721330640f45960354c48c@avcodec.org> Message-ID: <053.b4716d03f43d93ad34aeed9be44b28dd@avcodec.org> #723: bmp: support 16bpp x4 r4 g4 b4 ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: bmp | 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, there might still be a problem with the (non- existing) alpha channel, but that is impossible to test with this sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 10 23:29:50 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 Jan 2012 22:29:50 -0000 Subject: [FFmpeg-trac] #739(avcodec:closed): bmp: support 16bpp a4 r4 g4 b4 In-Reply-To: <038.f457e7c75bac68330a458d455470f78c@avcodec.org> References: <038.f457e7c75bac68330a458d455470f78c@avcodec.org> Message-ID: <053.9f2e650539f94ee788de4115c249896d@avcodec.org> #739: bmp: support 16bpp a4 r4 g4 b4 ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: bmp | 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, there might still be a problem with the alpha channel that gimp sees with this sample, but the sample is not really suitable to test. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jan 11 08:02:09 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 11 Jan 2012 07:02:09 -0000 Subject: [FFmpeg-trac] #911(undetermined:new): ffplay can't handle timecodes of WMV2 video correctly Message-ID: <042.57a8488e52ce5eec1fd1282f414478f4@avcodec.org> #911: ffplay can't handle timecodes of WMV2 video correctly -------------------------------------+------------------------------------- Reporter: | Type: defect zhushisongzhu | Priority: important Status: new | Version: git- Component: | master undetermined | Blocked By: Keywords: WMV2 | Reproduced by developer: 0 timecodes ffplay | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- When using ffplay to play WMV2 video and using -ss seconds parameter to set starting play time, but ffplay can't position the specified time to start playing. For example, when I use 'ffplay -ss 9' command to play the video, ffplay always starts playing from the begining and does't play it from 9s. [root at sbis-gw-fa8-0-0 ~]# ffmpeg -i hzvideo.wmv ffmpeg version N-34849-g07c7ffc, Copyright (c) 2000-2011 the FFmpeg developers built on Jan 4 2012 23:02:43 with gcc 4.4.4 20100726 (Red Hat 4.4.4-13) configuration: --prefix=/usr libavutil 51. 24. 1 / 51. 24. 1 libavcodec 53. 33. 0 / 53. 33. 0 libavformat 53. 20. 0 / 53. 20. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 48. 1 / 2. 48. 1 libswscale 2. 1. 0 / 2. 1. 0 Seems stream 0 codec frame rate differs from container frame rate: 1000.00 (1000/1) -> 25.00 (25/1) Input #0, asf, from 'hzvideo.wmv': Metadata: WM/Writer : ???? WMFSDKVersion : 10.00.00.4072 WMFSDKNeeded : 0.0.0.0000 IsVBR : 0 Duration: 00:00:37.99, start: 0.000000, bitrate: 755 kb/s Stream #0:0(chi): Video: wmv2 (WMV2 / 0x32564D57), yuv420p, 704x576, 700 kb/s, 25 tbr, 1k tbn, 1k tbc [root at sbis-gw-fa8-0-0 ~]# ffplay -ss 9 hzvideo.wmv ffplay version N-34849-g07c7ffc, Copyright (c) 2003-2011 the FFmpeg developers built on Jan 4 2012 23:02:43 with gcc 4.4.4 20100726 (Red Hat 4.4.4-13) configuration: --prefix=/usr libavutil 51. 24. 1 / 51. 24. 1 libavcodec 53. 33. 0 / 53. 33. 0 libavformat 53. 20. 0 / 53. 20. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 48. 1 / 2. 48. 1 libswscale 2. 1. 0 / 2. 1. 0 Input #0, asf, from 'hzvideo.wmv': Metadata: WM/Writer : ???? WMFSDKVersion : 10.00.00.4072 WMFSDKNeeded : 0.0.0.0000 IsVBR : 0 Duration: 00:00:37.99, start: 0.000000, bitrate: 755 kb/s Stream #0:0(chi): Video: wmv2 (WMV2 / 0x32564D57), yuv420p, 704x576, 700 kb/s, 25 tbr, 1k tbn, 1k tbc 1.08 A-V: 0.000 fd= 0 aq= 0KB vq= 29KB sq= 0B f=0/0 0/0 [root at sbis-gw-fa8-0-0 ~]# -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jan 11 10:46:42 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 11 Jan 2012 09:46:42 -0000 Subject: [FFmpeg-trac] #599(avformat:closed): Retrieving bad duration from h264 mov file In-Reply-To: <041.7beb1e1415f7b60c013383842443ca6e@avcodec.org> References: <041.7beb1e1415f7b60c013383842443ca6e@avcodec.org> Message-ID: <056.3455538e08222344fefe20d512171efa@avcodec.org> #599: Retrieving bad duration from h264 mov file --------------------------------------+------------------------------------ Reporter: faroutliving | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: mov duration | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Oana Stratulat. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jan 11 10:53:05 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 11 Jan 2012 09:53:05 -0000 Subject: [FFmpeg-trac] #911(undetermined:closed): ffplay can't handle timecodes of WMV2 video correctly In-Reply-To: <042.57a8488e52ce5eec1fd1282f414478f4@avcodec.org> References: <042.57a8488e52ce5eec1fd1282f414478f4@avcodec.org> Message-ID: <057.56494f6a2c9459ad65859c2ed0487630@avcodec.org> #911: ffplay can't handle timecodes of WMV2 video correctly -------------------------------------+------------------------------------- Reporter: | Owner: zhushisongzhu | Status: closed Type: defect | Component: Priority: important | undetermined Version: git-master | Resolution: Keywords: asf wmv2 | worksforme seeking | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: WMV2 timecodes ffplay => asf wmv2 seeking * status: new => closed * resolution: => worksforme Comment: The video contains two keyframes, one at the beginning, one after ten seconds. Both keyframes can be reached by seeking with both ffplay and ffmpeg (and mplayer -demuxer lavf). Please reopen if you believe that the current behaviour can be improved. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jan 11 11:08:59 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 11 Jan 2012 10:08:59 -0000 Subject: [FFmpeg-trac] #907(avcodec:open): ljpeg: 24bpp non-interleaved with MCU15 decodes incorrectly In-Reply-To: <038.b5e09daace866b2f376c2cfd86bdc10e@avcodec.org> References: <038.b5e09daace866b2f376c2cfd86bdc10e@avcodec.org> Message-ID: <053.5835c1351d8301f78c527497c99cea03@avcodec.org> #907: ljpeg: 24bpp non-interleaved with MCU15 decodes incorrectly -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: mjpeg ljpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: mjpeg => mjpeg ljpeg -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jan 11 11:14:49 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 11 Jan 2012 10:14:49 -0000 Subject: [FFmpeg-trac] #876(undetermined:open): ljpeg: fix 12/16bpp decoding for images with odd width In-Reply-To: <038.27a5c940a926b3273bcf0621a5936be4@avcodec.org> References: <038.27a5c940a926b3273bcf0621a5936be4@avcodec.org> Message-ID: <053.d7c3669ceb8240209246ffd6507ac505@avcodec.org> #876: ljpeg: fix 12/16bpp decoding for images with odd width -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: mjpeg ljpeg | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => mjpeg ljpeg -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jan 11 11:24:47 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 11 Jan 2012 10:24:47 -0000 Subject: [FFmpeg-trac] #908(avcodec:closed): tiff: reject tiled files In-Reply-To: <038.01e9afd779a6272f28df2e8e1a9d7ba6@avcodec.org> References: <038.01e9afd779a6272f28df2e8e1a9d7ba6@avcodec.org> Message-ID: <053.33576542e33c92f487cf5677f62a0741@avcodec.org> #908: tiff: reject tiled files ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: tif | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+----------------------------------- Changes (by saste): * analyzed: 0 => 1 * status: open => closed * resolution: => fixed Comment: Replying to [ticket:908 ami_stuff]: > patch attached Fixed in: {{{ commit 98dfdfdd8e5e94d7a2cdf9ac0b4ef8c622afe4e9 Author: Paul B Mahol Date: Tue Jan 10 18:45:44 2012 +000 tiffdec: notify user that tile support is missing Signed-off-by: Stefano Sabatini }}} Thanks for the report. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jan 11 14:46:18 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 11 Jan 2012 13:46:18 -0000 Subject: [FFmpeg-trac] #876(avcodec:open): ljpeg: fix 12/16bpp decoding for images with odd width In-Reply-To: <038.27a5c940a926b3273bcf0621a5936be4@avcodec.org> References: <038.27a5c940a926b3273bcf0621a5936be4@avcodec.org> Message-ID: <053.f05e527481b0c52d7f9829466eab87d0@avcodec.org> #876: ljpeg: fix 12/16bpp decoding for images with odd width -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: mjpeg ljpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * component: undetermined => avcodec -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jan 11 15:26:30 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 11 Jan 2012 14:26:30 -0000 Subject: [FFmpeg-trac] #912(avformat:new): mpegts muxer does not follow TS buffering requirements specified in iso13818-1 section 2.4.2.3 Message-ID: <033.ae3e1a22ac0bbbbd10f262565ad245c0@avcodec.org> #912: mpegts muxer does not follow TS buffering requirements specified in iso13818-1 section 2.4.2.3 ----------------------------------+--------------------------------------- Reporter: jenf | Type: defect Status: new | Priority: normal Component: avformat | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- The mpegts muxer in ffmpeg (tested with 0.9.1) does not respect the 512 byte transport buffer for each pid as described in iso13818-1 section 2.4.2.3. Streams created with ffmpeg (with the muxrate option) have been seen to send over 100 packets in sequence (at least on video data) which exceeds the maximum buffer extraction rate for streams in the Main Level (as defined in iso13818-2 table 8-13). The same also applies to audio packets, albeit with different limits. For any stream >18mbit/sec the maximum number of packets for a PID that can be inserted in sequence is 2 or 3 (assuming an empty buffer prior to insertion). This can cause errors in decoding the ts on certain hardware. The packets should therefore be ordered appropriately in the stream to comply with the TS buffer limit of 512 bytes when the muxrate parameter is specified. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jan 11 15:39:12 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 11 Jan 2012 14:39:12 -0000 Subject: [FFmpeg-trac] #912(avformat:new): mpegts muxer does not follow TS buffering requirements specified in iso13818-1 section 2.4.2.3 In-Reply-To: <033.ae3e1a22ac0bbbbd10f262565ad245c0@avcodec.org> References: <033.ae3e1a22ac0bbbbd10f262565ad245c0@avcodec.org> Message-ID: <048.78f7816d771ae74983754d82dc7a6b21@avcodec.org> #912: mpegts muxer does not follow TS buffering requirements specified in iso13818-1 section 2.4.2.3 -------------------------------------+------------------------------------ Reporter: jenf | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: ts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => ts Comment: Please test current git head. Please provide a command line (if possible without using external libraries like x264 or faac) and complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jan 11 16:30:57 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 11 Jan 2012 15:30:57 -0000 Subject: [FFmpeg-trac] #911(undetermined:closed): ffplay can't handle timecodes of WMV2 video correctly In-Reply-To: <042.57a8488e52ce5eec1fd1282f414478f4@avcodec.org> References: <042.57a8488e52ce5eec1fd1282f414478f4@avcodec.org> Message-ID: <057.5fc6fddcc70d19a57430681917193e43@avcodec.org> #911: ffplay can't handle timecodes of WMV2 video correctly -------------------------------------+------------------------------------- Reporter: | Owner: zhushisongzhu | Status: closed Type: defect | Component: Priority: important | undetermined Version: git-master | Resolution: Keywords: asf wmv2 | worksforme seeking | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by zhushisongzhu): Do you test ffplay the video? You can see the following line: 1.08 A-V: 0.000 fd= 0 aq= 0KB vq= 29KB sq= 0B f=0/0 0/0 I use 'ffplay -ss 9', so 1.08 is wrong, it should be larger than 9. FFplay can't handle seeking correctly. I use Windows Media player to test the video, the player can handle time progess bar smoothly and correctly. I test it using VLC 1.1.13 and VLC 1.3.0-git, VLC can't control time progress bar correcty. I try to play the video using MPlayer, MPlayer has the same problem. I don't the meaning of what you quoted 'both keyframes can be reached by seeking', I just know ffplay can't reach the position following what I set it should be. If you want to repeat the problem, please ffplay it and try to control the seeking and see what you have observed yourself. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jan 11 16:33:44 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 11 Jan 2012 15:33:44 -0000 Subject: [FFmpeg-trac] #911(undetermined:closed): ffplay can't handle timecodes of WMV2 video correctly In-Reply-To: <042.57a8488e52ce5eec1fd1282f414478f4@avcodec.org> References: <042.57a8488e52ce5eec1fd1282f414478f4@avcodec.org> Message-ID: <057.5ea1cc3bfb1ff90420434ec01db14d74@avcodec.org> #911: ffplay can't handle timecodes of WMV2 video correctly -------------------------------------+------------------------------------- Reporter: | Owner: zhushisongzhu | Status: closed Type: defect | Component: Priority: important | undetermined Version: git-master | Resolution: Keywords: asf wmv2 | worksforme seeking | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by zhushisongzhu): Replying to [comment:1 cehoyos]: > The video contains two keyframes, one at the beginning, one after ten seconds. Both keyframes can be reached by seeking with both ffplay and ffmpeg (and mplayer -demuxer lavf). > > Please reopen if you believe that the current behaviour can be improved. Do you test ffplay the video? You can see the following line: 1.08 A-V: 0.000 fd= 0 aq= 0KB vq= 29KB sq= 0B f=0/0 0/0 I use 'ffplay -ss 9', so 1.08 is wrong, it should be larger than 9. FFplay can't handle seeking correctly. I use Windows Media player to test the video, the player can handle time progess bar smoothly and correctly. I test it using VLC 1.1.13 and VLC 1.3.0-git, VLC can't control time progress bar correcty. I try to play the video using MPlayer, MPlayer has the same problem. I don't know the meaning of what you quoted 'both keyframes can be reached by seeking', I just know ffplay can't reach the position following what I set it should be. If you want to repeat the problem, please ffplay it and try to control the seeking and see what you have observed yourself. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jan 11 19:20:18 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 11 Jan 2012 18:20:18 -0000 Subject: [FFmpeg-trac] #913(undetermined:new): tiff g3fax: incorrect value of rows per strip Message-ID: <038.02910410be3d52b907c942c35da71490@avcodec.org> #913: tiff g3fax: incorrect value of rows per strip -------------------------------------+------------------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- fax2d.tif 1728x1082 1-bit b&w (G3/2D) facsimile g3test.tif TIFF equivalent of g3test.g3 created by fax2tiff http://download.osgeo.org/libtiff/old/v3.4pics.tar.gz {{{ C:\>ffmpeg -i fax2d.tif out.bmp ffmpeg version N-36635-gceb0dd9 Copyright (c) 2000-2012 the FFmpeg developers built on Jan 9 2012 17:39:58 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 34.100 / 51. 34.100 libavcodec 53. 54.100 / 53. 54.100 libavformat 53. 29.100 / 53. 29.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 58.100 / 2. 58.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 6.100 / 0. 6.100 libpostproc 51. 2.100 / 51. 2.100 [tiff @ 02645B60] Incorrect value of rows per strip [image2 @ 020E2320] Could not find codec parameters (Video: tiff) fax2d.tif: could not find codec parameters }}} {{{ C:\>ffmpeg -i g3test.tif out.bmp ffmpeg version N-36635-gceb0dd9 Copyright (c) 2000-2012 the FFmpeg developers built on Jan 9 2012 17:39:58 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 34.100 / 51. 34.100 libavcodec 53. 54.100 / 53. 54.100 libavformat 53. 29.100 / 53. 29.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 58.100 / 2. 58.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 6.100 / 0. 6.100 libpostproc 51. 2.100 / 51. 2.100 [tiff @ 02645B60] Incorrect value of rows per strip [image2 @ 020E2320] Could not find codec parameters (Video: tiff) g3test.tif: could not find codec parameters }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jan 11 19:27:05 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 11 Jan 2012 18:27:05 -0000 Subject: [FFmpeg-trac] #914(undetermined:new): tiff: reject (later support) "quadric surfaces" Message-ID: <038.922e957823e0260e3c445c4f5fcd0437@avcodec.org> #914: tiff: reject (later support) "quadric surfaces" -------------------------------------+------------------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- quad-lzw.tif 512x384 8-bit RGB (lzw) "quadric surfaces" {{{ C:\>ffmpeg -i quad-lzw.tif out.bmp ffmpeg version N-36635-gceb0dd9 Copyright (c) 2000-2012 the FFmpeg developers built on Jan 9 2012 17:39:58 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 34.100 / 51. 34.100 libavcodec 53. 54.100 / 53. 54.100 libavformat 53. 29.100 / 53. 29.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 58.100 / 2. 58.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 6.100 / 0. 6.100 libpostproc 51. 2.100 / 51. 2.100 [tiff @ 02645B60] Decoded only 3 bytes of 1536 Input #0, image2, from 'quad-lzw.tif': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: tiff, rgb24, 512x384, 25 tbr, 25 tbn, 25 tbc Incompatible pixel format 'rgb24' for codec 'bmp', auto-selecting format 'bgr24' [buffer @ 020F1760] w:512 h:384 pixfmt:rgb24 tb:1/1000000 sar:0/1 sws_param: [buffersink @ 020F19E0] auto-inserting filter 'auto-inserted scale 0' between th e filter 'src' and the filter 'out' [scale @ 020F1E60] w:512 h:384 fmt:rgb24 -> w:512 h:384 fmt:bgr24 flags:0x4 Output #0, image2, to 'out.bmp': Metadata: encoder : Lavf53.29.100 Stream #0:0: Video: bmp, bgr24, 512x384, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (tiff -> bmp) Press [q] to stop, [?] for help [tiff @ 02645B60] Decoded only 3 bytes of 1536 frame= 1 fps= 0 q=0.0 Lsize= 0kB time=00:00:00.04 bitrate= 0.0kbits/ s video:576kB audio:0kB global headers:0kB muxing overhead -100.000000% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jan 11 22:58:12 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 11 Jan 2012 21:58:12 -0000 Subject: [FFmpeg-trac] #914(undetermined:new): tiff: reject (later support) "quadric surfaces" In-Reply-To: <038.922e957823e0260e3c445c4f5fcd0437@avcodec.org> References: <038.922e957823e0260e3c445c4f5fcd0437@avcodec.org> Message-ID: <053.eea64db2e597cd0922264e527da5878c@avcodec.org> #914: tiff: reject (later support) "quadric surfaces" -------------------------------------+------------------------------------- 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): Do we really need to support old style LZW codes? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jan 11 23:00:58 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 11 Jan 2012 22:00:58 -0000 Subject: [FFmpeg-trac] #914(undetermined:new): tiff: reject (later support) "quadric surfaces" In-Reply-To: <038.922e957823e0260e3c445c4f5fcd0437@avcodec.org> References: <038.922e957823e0260e3c445c4f5fcd0437@avcodec.org> Message-ID: <053.5c3dcd543af228c60aa57853b75ee459@avcodec.org> #914: tiff: reject (later support) "quadric surfaces" -------------------------------------+------------------------------------- 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): We need at least reject files like this, though support would be nice. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jan 11 23:37:18 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 11 Jan 2012 22:37:18 -0000 Subject: [FFmpeg-trac] #740(avcodec:closed): bmp: support 32bpp x8 r8 g8 b8 In-Reply-To: <038.d696318e434ec50b51e01a259fb450a4@avcodec.org> References: <038.d696318e434ec50b51e01a259fb450a4@avcodec.org> Message-ID: <053.2c46e77a91b5119ce0e36787b7dac361@avcodec.org> #740: bmp: support 32bpp x8 r8 g8 b8 ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: bmp | 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 Wed Jan 11 23:37:47 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 11 Jan 2012 22:37:47 -0000 Subject: [FFmpeg-trac] #891(undetermined:closed): vertical line for odd yuv -> rgb In-Reply-To: <038.01e3a5c7769f38c14bee457369b167fc@avcodec.org> References: <038.01e3a5c7769f38c14bee457369b167fc@avcodec.org> Message-ID: <053.9285157f4e6b87465f3cc264b4051230@avcodec.org> #891: vertical line for odd yuv -> rgb -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: mjpeg | Resolution: fixed regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Michael. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 12 00:14:33 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 11 Jan 2012 23:14:33 -0000 Subject: [FFmpeg-trac] #911(undetermined:closed): ffplay can't handle timecodes of WMV2 video correctly In-Reply-To: <042.57a8488e52ce5eec1fd1282f414478f4@avcodec.org> References: <042.57a8488e52ce5eec1fd1282f414478f4@avcodec.org> Message-ID: <057.48de7ac24eb5c1b049442acfd8a2a4a0@avcodec.org> #911: ffplay can't handle timecodes of WMV2 video correctly -------------------------------------+------------------------------------- Reporter: | Owner: zhushisongzhu | Status: closed Type: defect | Component: Priority: important | undetermined Version: git-master | Resolution: Keywords: asf wmv2 | worksforme seeking | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Let me try it differently: For most videos, media players can only seek to keyframes ("I-frames"), they cannot seek to non-keyframes (all other frames), if they seem to allow to seek to non-keyframes, they do it by seeking further back and not displaying the frames in-between (this can be different for H264, but your sample is WMV2). The behaviour of not showing some frames can lead to a kind of freeze while the user is waiting for the frame with the specified timestamp, this is typically not intended behaviour and ffplay does not support this. Your sample contains two such I-frames (keyframes), one at the beginning, one after ten seconds, you can find out yourself with mplayer hzvideo.wmv -lavdopts skipframe=nonkey ffplay -ss 1 until -ss 9 seeks to the last keyframe that comes before the specified timestamp, that is the first frame for your sample, ffplay -ss 10 and above seeks to the second keyframe of the video. Is that more understandable? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 12 01:43:48 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 Jan 2012 00:43:48 -0000 Subject: [FFmpeg-trac] #740(avcodec:reopened): bmp: support 32bpp x8 r8 g8 b8 In-Reply-To: <038.d696318e434ec50b51e01a259fb450a4@avcodec.org> References: <038.d696318e434ec50b51e01a259fb450a4@avcodec.org> Message-ID: <053.6ccd45035bd7bd250e8c3cdcbeb32087@avcodec.org> #740: bmp: support 32bpp x8 r8 g8 b8 ------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: reopened Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: bmp | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: closed => reopened * resolution: fixed => Comment: The file is read as transparent (but probably should be interpreted opaque). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 12 09:00:30 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 Jan 2012 08:00:30 -0000 Subject: [FFmpeg-trac] #890(undetermined:open): OOM with fuzzed avi In-Reply-To: <042.b8ce58d00ceef10b5fa5e84ccb9f4d5c@avcodec.org> References: <042.b8ce58d00ceef10b5fa5e84ccb9f4d5c@avcodec.org> Message-ID: <057.2f6f4c32c52528e741222f1f01ca600c@avcodec.org> #890: OOM with fuzzed avi -------------------------------------+------------------------------------- Reporter: | Owner: oanastratulat | Status: open Type: defect | Component: Priority: important | undetermined Version: git-master | Resolution: Keywords: avi | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Please send patches to ffmpeg-devel, they are easily missed here (also because trac sends no emails for attachments). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 12 09:10:52 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 Jan 2012 08:10:52 -0000 Subject: [FFmpeg-trac] #731(undetermined:new): h264 video frames inside m2ts container get altered after commit 13b7781ec8d475513c1ee40a6e481763b728a71e In-Reply-To: <039.f4b366923e7cc91deca1194d0dd079b1@avcodec.org> References: <039.f4b366923e7cc91deca1194d0dd079b1@avcodec.org> Message-ID: <054.b502b6928a8de7f9590d6f75896de172@avcodec.org> #731: h264 video frames inside m2ts container get altered after commit 13b7781ec8d475513c1ee40a6e481763b728a71e -------------------------------------+------------------------------------- Reporter: Andrea3000 | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: h264 m2ts | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Could you confirm if your issue is fixed if you use width and height instead of coded_width and coded_height? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 12 09:40:30 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 Jan 2012 08:40:30 -0000 Subject: [FFmpeg-trac] #872(avutil:new): av_rescale_q returns wrong 64bits in arm cortex-a8 processor In-Reply-To: <037.21d7ce40631324390fccf1386d6b23e3@avcodec.org> References: <037.21d7ce40631324390fccf1386d6b23e3@avcodec.org> Message-ID: <052.d357e4de35e49b4127b0b7956db47920@avcodec.org> #872: av_rescale_q returns wrong 64bits in arm cortex-a8 processor --------------------------------------+----------------------------------- Reporter: kaijun61 | Owner: michael Type: defect | Status: new Priority: important | Component: avutil Version: git-master | Resolution: Keywords: av_rescale_q | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by cehoyos): Which compiler are you using? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 12 11:22:34 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 Jan 2012 10:22:34 -0000 Subject: [FFmpeg-trac] #143(swscale:open): YUV video to RGB image export color conversion issue In-Reply-To: <036.d35290ef7096b2868d07a0b799b00f4e@avcodec.org> References: <036.d35290ef7096b2868d07a0b799b00f4e@avcodec.org> Message-ID: <051.4053446b68f37d998b38738fbca141a6@avcodec.org> #143: YUV video to RGB image export color conversion issue ---------------------------------------+----------------------------------- Reporter: peter_b | Owner: Type: defect | Status: open Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: RGB YUV color | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Comment (by peter_b): I'm not sure what you're trying to tell me, but I've reproduced your conversion and attached the resulting RGB as PNG (not BMP, due to filesize issues): [[attachment:yuvj422jpg-N-36728-g794006f.png]] {{{ $ ffmpeg -i yuvj422.jpg out/out.png ffmpeg version N-36728-g794006f Copyright (c) 2000-2012 the FFmpeg developers built on Jan 12 2012 09:16:04 with gcc 4.4.5 configuration: --prefix=/usr/local --enable-gpl --enable-nonfree --enable-postproc --enable-swscale --enable-avfilter --enable-pthreads --enable-bzlib --enable-libmp3lame --enable-libvorbis --enable-libxvid --enable-zlib --enable-libopenjpeg --enable-decoder=png --enable- encoder=png --enable-libdirac --enable-libschroedinger libavutil 51. 34.100 / 51. 34.100 libavcodec 53. 55.100 / 53. 55.100 libavformat 53. 29.100 / 53. 29.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 58.100 / 2. 58.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 6.100 / 0. 6.100 libpostproc 51. 2.100 / 51. 2.100 Input #0, image2, from 'yuvj422.jpg': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: mjpeg, yuvj422p, 720x576, 25 tbr, 25 tbn, 25 tbc Incompatible pixel format 'yuvj422p' for codec 'png', auto-selecting format 'rgb24' [buffer @ 0x9351e20] w:720 h:576 pixfmt:yuvj422p tb:1/1000000 sar:0/1 sws_param: [buffersink @ 0x93487e0] auto-inserting filter 'auto-inserted scale 0' between the filter 'src' and the filter 'out' [scale @ 0x9348d40] w:720 h:576 fmt:yuvj422p -> w:720 h:576 fmt:rgb24 flags:0x4 [swscaler @ 0x9357b60] No accelerated colorspace conversion found from yuv422p to rgb24. [swscaler @ 0x9367800] No accelerated colorspace conversion found from yuv422p to rgb24. [swscaler @ 0x936d2a0] No accelerated colorspace conversion found from yuv422p to rgb24. Output #0, image2, to 'out/out.png': Metadata: encoder : Lavf53.29.100 Stream #0:0: Video: png, rgb24, 720x576, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (mjpeg -> png) Press [q] to stop, [?] for help frame= 1 fps= 0 q=0.0 Lsize= 0kB time=00:00:00.04 bitrate= 0.0kbits/s video:5kB audio:0kB global headers:0kB muxing overhead -100.000000% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 12 12:24:52 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 Jan 2012 11:24:52 -0000 Subject: [FFmpeg-trac] #911(undetermined:closed): ffplay can't handle timecodes of WMV2 video correctly In-Reply-To: <042.57a8488e52ce5eec1fd1282f414478f4@avcodec.org> References: <042.57a8488e52ce5eec1fd1282f414478f4@avcodec.org> Message-ID: <057.a6e8e9e90f4b838e288ecd6d52f165f2@avcodec.org> #911: ffplay can't handle timecodes of WMV2 video correctly -------------------------------------+------------------------------------- Reporter: | Owner: zhushisongzhu | Status: closed Type: defect | Component: Priority: important | undetermined Version: git-master | Resolution: Keywords: asf wmv2 | worksforme seeking | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by zhushisongzhu): I see that we can just seek from one keyframe to another keyframe and we can't seek between two keyframes. But why can windows media player can control time progress bar smoothly and correctly? I play the video using your suggested command: mplayer hzvideo.wmv -lavdopts skipframe=nonkey, The video output is frozen. The following is the output(I don't know the meaning): [root at sbis-gw-fa8-0-0 ~]# mplayer hzvideo.wmv -lavdopts skipframe=nonkey MPlayer SVN-r34540-snapshot-4.4.4 (C) 2000-2012 MPlayer Team Playing hzvideo.wmv. libavformat version 53.29.100 (internal) ASF file format detected. [asfheader] Video stream found, -vid 1 VIDEO: [WMV2] 704x576 24bpp 1000.000 fps 700.0 kbps (85.4 kbyte/s) Load subtitles in ./ ========================================================================== Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family libavcodec version 53.55.100 (internal) Selected video codec: [ffwmv2] vfm: ffmpeg (FFmpeg WMV2/WMV8) ========================================================================== Audio: no sound Starting playback... Movie-Aspect is undefined - no prescaling applied. VO: [xv] 704x576 => 704x576 Planar YV12 V: 7.7 69/ 69 8% 0% 0.0% 0 0 Exiting... (Quit) [root at sbis-gw-fa8-0-0 ~]# -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 12 12:34:27 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 Jan 2012 11:34:27 -0000 Subject: [FFmpeg-trac] #143(swscale:open): YUV video to RGB image export color conversion issue In-Reply-To: <036.d35290ef7096b2868d07a0b799b00f4e@avcodec.org> References: <036.d35290ef7096b2868d07a0b799b00f4e@avcodec.org> Message-ID: <051.d09586f0d31670d854e3615d4cefa54a@avcodec.org> #143: YUV video to RGB image export color conversion issue ---------------------------------------+----------------------------------- Reporter: peter_b | Owner: Type: defect | Status: open Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: RGB YUV color | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Comment (by cehoyos): Replying to [comment:12 peter_b]: > I'm not sure what you're trying to tell me... ;) In August, I asked for a command line (and complete, uncut console output) and a sample. You added a command line (and the console output) two days ago, I was able to reproduce your issue, I set the "Reproduced"-flag and I added a sample. I did not ask for the resulting RGB file because I do not remember an issue where attaching the resulting file made reproducing the issue easier. I hope that clears it up ;-) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 12 12:41:59 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 Jan 2012 11:41:59 -0000 Subject: [FFmpeg-trac] #143(swscale:open): YUV video to RGB image export color conversion issue In-Reply-To: <036.d35290ef7096b2868d07a0b799b00f4e@avcodec.org> References: <036.d35290ef7096b2868d07a0b799b00f4e@avcodec.org> Message-ID: <051.6c2c9607d1ddf559c4cec0a537521bcd@avcodec.org> #143: YUV video to RGB image export color conversion issue ---------------------------------------+----------------------------------- Reporter: peter_b | Owner: Type: defect | Status: open Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: RGB YUV color | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Comment (by peter_b): Understood. Thanks. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 12 12:43:43 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 Jan 2012 11:43:43 -0000 Subject: [FFmpeg-trac] #827(avformat:open): WTV Muxed files not seekable In-Reply-To: <035.c701c2216f3df42f7ec2dc5f1b66ec29@avcodec.org> References: <035.c701c2216f3df42f7ec2dc5f1b66ec29@avcodec.org> Message-ID: <050.ffc8b8829fadea377e8a44a9db9970e7@avcodec.org> #827: WTV Muxed files not seekable ------------------------------------+------------------------------------ Reporter: xk2600 | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: WTV seek | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * cc: xer0_kelvin@? (removed) * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 12 13:03:57 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 Jan 2012 12:03:57 -0000 Subject: [FFmpeg-trac] #274(avformat:closed): av_seek_frame fails on some files. In-Reply-To: <033.1e25c2160813f33a6aaba94c9c48c40d@avcodec.org> References: <033.1e25c2160813f33a6aaba94c9c48c40d@avcodec.org> Message-ID: <048.08b356e89aaa1a9297772c6bddb1bb5a@avcodec.org> #274: av_seek_frame fails on some files. -------------------------------------+------------------------------------- Reporter: krpa | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-oldabi | Resolution: Keywords: | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => needs_more_info Comment: Please reopen if this issue is still reproducible and/or if you are able to provide the missing information. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 12 13:22:33 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 Jan 2012 12:22:33 -0000 Subject: [FFmpeg-trac] #692(undetermined:open): Audio is not in sync with video, webcam capturing In-Reply-To: <034.b62fea60c5b05401dc5e633f0f3fe77d@avcodec.org> References: <034.b62fea60c5b05401dc5e633f0f3fe77d@avcodec.org> Message-ID: <049.85b078a713e842fe2795ca0f342549d1@avcodec.org> #692: Audio is not in sync with video, webcam capturing -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: v4l2 alsa | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by cehoyos): Does -async 1 help in your case? Did you test MEncoder? Is the resulting file in-sync? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 12 13:44:20 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 Jan 2012 12:44:20 -0000 Subject: [FFmpeg-trac] #911(undetermined:closed): ffplay can't handle timecodes of WMV2 video correctly In-Reply-To: <042.57a8488e52ce5eec1fd1282f414478f4@avcodec.org> References: <042.57a8488e52ce5eec1fd1282f414478f4@avcodec.org> Message-ID: <057.f43ffd4bf3e850157c1bd8d62105889a@avcodec.org> #911: ffplay can't handle timecodes of WMV2 video correctly -------------------------------------+------------------------------------- Reporter: | Owner: zhushisongzhu | Status: closed Type: defect | Component: Priority: important | undetermined Version: git-master | Resolution: Keywords: asf wmv2 | worksforme seeking | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:5 zhushisongzhu]: > I see that we can just seek from one keyframe to another keyframe and we can't seek between two keyframes. > But why can windows media player can control time progress bar smoothly and correctly? I do not understand the question. > I play the video using your suggested command: mplayer hzvideo.wmv -lavdopts skipframe=nonkey > The video output is frozen. I only suggested this command line (that forces MPlayer to skip all non- key frames) to allow you to reproduce the fact that the sample only contains two keyframes: The output is not frozen, the first keyframe is shown for ten seconds, the second keyframe is shown for the remaining playback time. I was able to test your sample with WMP on older hardware (2GHz Athlon): If I seek to "09:17:26" on the counter in the right upper corner, seeking (back and forth) is very fast, if I try to seek to "09:17:24" seeking takes much longer, indicating I was right when I wrote above that WMP also has to seek back to the beginning, it has to decode all frames between the last keyframe and the specified seeking position to create the allusion of random seeking. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 12 14:07:45 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 Jan 2012 13:07:45 -0000 Subject: [FFmpeg-trac] #873(FFmpeg:new): PCM signed big-endian encoding as unsigned In-Reply-To: <034.0b626f07113cddd0ad22afde46a003ef@avcodec.org> References: <034.0b626f07113cddd0ad22afde46a003ef@avcodec.org> Message-ID: <049.c8eb84e36e9d60ed2ead850b1e0c59e2@avcodec.org> #873: PCM signed big-endian encoding as unsigned -------------------------------------+------------------------------------- Reporter: Glinx | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: unspecified | Resolution: Keywords: PCM signed | Blocked By: big endian | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Glinx): I understand that there is a ?regression? in code between 23-Nov-11 and 11-Dec-11 that I have to find and looking through the ffmpeg git web pages there seems to be 4 or 5 commits relating to pcm during these dates. However, I'm afraid this is getting beyond my knowledge base. If you can give me a step by step guide how to do this I will certainly give it a try. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 12 15:13:42 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 Jan 2012 14:13:42 -0000 Subject: [FFmpeg-trac] #911(undetermined:closed): ffplay can't handle timecodes of WMV2 video correctly In-Reply-To: <042.57a8488e52ce5eec1fd1282f414478f4@avcodec.org> References: <042.57a8488e52ce5eec1fd1282f414478f4@avcodec.org> Message-ID: <057.4fabb51f5f5d98b52024257ac80fd45b@avcodec.org> #911: ffplay can't handle timecodes of WMV2 video correctly -------------------------------------+------------------------------------- Reporter: | Owner: zhushisongzhu | Status: closed Type: defect | Component: Priority: important | undetermined Version: git-master | Resolution: Keywords: asf wmv2 | worksforme seeking | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by zhushisongzhu): I know what you mean. But I am confused that why H.264 video doesn't have such problem. There are many non-key frames between two key frames. I feel both wmv and h.264 have the same mechanism intuitively. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 12 15:15:29 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 Jan 2012 14:15:29 -0000 Subject: [FFmpeg-trac] #910(avformat:open): Segmented encode gives increasing time clips In-Reply-To: <037.1f032f6c1bf116610630c57baa30a961@avcodec.org> References: <037.1f032f6c1bf116610630c57baa30a961@avcodec.org> Message-ID: <052.cbf371aa39c249167eb616ed768d4a60@avcodec.org> #910: Segmented encode gives increasing time clips -------------------------------------+------------------------------------- Reporter: stljdpwl | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: 0.9.1 | Resolution: Keywords: segmenting | Blocked By: DirectShow | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: segmenting ffmpeg DirectShow => segmenting DirectShow * status: new => open * component: FFmpeg => avformat Comment: Is this only reproducible with -f dshow or also if a file is the input? Is this also reproducible with current git head? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 12 15:28:04 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 Jan 2012 14:28:04 -0000 Subject: [FFmpeg-trac] #873(undetermined:new): PCM signed big-endian encoding as unsigned In-Reply-To: <034.0b626f07113cddd0ad22afde46a003ef@avcodec.org> References: <034.0b626f07113cddd0ad22afde46a003ef@avcodec.org> Message-ID: <049.c56abd629e0e9f88f0a5c90fd4e14398@avcodec.org> #873: PCM signed big-endian encoding as unsigned -------------------------------------+------------------------------------- Reporter: Glinx | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: PCM signed | Resolution: big endian | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * component: FFmpeg => undetermined Comment: A commit before 23-Nov-11: 7876f14f A commit after 11-Dec-11: 7fad19a63 {{{ $ cd ffmpeg $ make distclean $ git bisect start $ git bisect good 7876f14f $ git bisect bad 7fad19a63 $ ./configure && make }}} Test the resulting ffmpeg binary and repeat the following two lines until a responsible revision is shown ("good" if the executable runs as you expect, "bad" if it the output file does not work): {{{ $ make distclean && git bisect good / bad $ ./configure && make }}} When the revision is found, post it here and run {{{ $ make distclean && git bisect reset }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 12 15:37:50 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 Jan 2012 14:37:50 -0000 Subject: [FFmpeg-trac] #911(undetermined:closed): ffplay can't handle timecodes of WMV2 video correctly In-Reply-To: <042.57a8488e52ce5eec1fd1282f414478f4@avcodec.org> References: <042.57a8488e52ce5eec1fd1282f414478f4@avcodec.org> Message-ID: <057.8e78308e8712747dccbbccce0103903f@avcodec.org> #911: ffplay can't handle timecodes of WMV2 video correctly -------------------------------------+------------------------------------- Reporter: | Owner: zhushisongzhu | Status: closed Type: defect | Component: Priority: important | undetermined Version: git-master | Resolution: Keywords: asf wmv2 | worksforme seeking | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): * H264 streams can be valid without keyframes (even without an initial keyframe). * If a media player seeks exactly to a keyframe in H264, it is not guaranteed that there will be no corruption when playing the stream beginning from the found keyframe. (Non-keyframes after a keyframe in H264 may reference frames earlier than the last keyframe.) Both is not true for WMV, so assuming that seeking in H264 is significantly different from seeking in WMV is safe. (Note that much older versions of FFmpeg seek fine in your sample, but failed completely seeking in H264 which was only fixed a short time ago.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 12 15:51:43 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 Jan 2012 14:51:43 -0000 Subject: [FFmpeg-trac] #911(undetermined:closed): ffplay can't handle timecodes of WMV2 video correctly In-Reply-To: <042.57a8488e52ce5eec1fd1282f414478f4@avcodec.org> References: <042.57a8488e52ce5eec1fd1282f414478f4@avcodec.org> Message-ID: <057.f7f52195ad775b580fadf27aa514a9ff@avcodec.org> #911: ffplay can't handle timecodes of WMV2 video correctly -------------------------------------+------------------------------------- Reporter: | Owner: zhushisongzhu | Status: closed Type: defect | Component: Priority: important | undetermined Version: git-master | Resolution: Keywords: asf wmv2 | worksforme seeking | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by zhushisongzhu): Replying to [comment:8 cehoyos]: > * H264 streams can be valid without keyframes (even without an initial keyframe). > * If a media player seeks exactly to a keyframe in H264, it is not guaranteed that there will be no corruption when playing the stream beginning from the found keyframe. (Non-keyframes after a keyframe in H264 may reference frames earlier than the last keyframe.) > > Both is not true for WMV, so assuming that seeking in H264 is significantly different from seeking in WMV is safe. > (Note that much older versions of FFmpeg seek fine in your sample, but failed completely seeking in H264 which was only fixed a short time ago.) Thanks for your comments. If having time, I'll spend some time to understand more details about WMV and H264. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 12 16:38:26 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 Jan 2012 15:38:26 -0000 Subject: [FFmpeg-trac] #905(avformat:closed): win ico: broken output In-Reply-To: <038.513709b479aca2e22c50c1e3282bea7a@avcodec.org> References: <038.513709b479aca2e22c50c1e3282bea7a@avcodec.org> Message-ID: <053.dfb985028681ba5d0bfe4f240b072a1d@avcodec.org> #905: win ico: broken output ------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: ico | 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 Jan 12 16:40:23 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 Jan 2012 15:40:23 -0000 Subject: [FFmpeg-trac] #740(avcodec:closed): bmp: support 32bpp x8 r8 g8 b8 In-Reply-To: <038.d696318e434ec50b51e01a259fb450a4@avcodec.org> References: <038.d696318e434ec50b51e01a259fb450a4@avcodec.org> Message-ID: <053.1c422db1382837289d918aa38611ba9c@avcodec.org> #740: bmp: support 32bpp x8 r8 g8 b8 ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: bmp | Blocked By: 869 Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: reopened => closed * resolution: => fixed * blockedby: => 869 Comment: Fixed by Paul B Mahol, needs #869 fixed to work for all possible conversions. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 12 16:40:37 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 Jan 2012 15:40:37 -0000 Subject: [FFmpeg-trac] #895(avcodec:closed): sunras: support 32bpp In-Reply-To: <038.4ec40d07b04568d3df3400ea32549550@avcodec.org> References: <038.4ec40d07b04568d3df3400ea32549550@avcodec.org> Message-ID: <053.e4d29a1481c3210bfc08e3321ac6a41e@avcodec.org> #895: sunras: support 32bpp -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: closed Priority: wish | Component: avcodec Version: git-master | Resolution: fixed Keywords: sunrast | Blocked By: 869 Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed * blockedby: #869 => 869 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 12 17:03:41 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 Jan 2012 16:03:41 -0000 Subject: [FFmpeg-trac] #823(avcodec:closed): fix qt raw 1/2/4bpp with odd width In-Reply-To: <038.4be6643a97e6b6700e1d263d675ea514@avcodec.org> References: <038.4be6643a97e6b6700e1d263d675ea514@avcodec.org> Message-ID: <053.63b7796a7a46c0ae1a309706960fecf1@avcodec.org> #823: fix qt raw 1/2/4bpp with odd width --------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: mov rawvideo | 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 Thu Jan 12 19:53:48 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 Jan 2012 18:53:48 -0000 Subject: [FFmpeg-trac] #249(avfilter:open): Fix the filter remove-logo In-Reply-To: <037.0e7d789f7d702f50c5609a0318c50375@avcodec.org> References: <037.0e7d789f7d702f50c5609a0318c50375@avcodec.org> Message-ID: <052.0e66a0e843569d46456fdc0b651d73a4@avcodec.org> #249: Fix the filter remove-logo -------------------------------------+------------------------------------ Reporter: pbasista | Owner: Type: defect | Status: open Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: remove-logo | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by richardpl): There is delogo filter now, the mp filter should probably be removed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 12 20:35:35 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 Jan 2012 19:35:35 -0000 Subject: [FFmpeg-trac] #249(avfilter:open): Fix the filter remove-logo In-Reply-To: <037.0e7d789f7d702f50c5609a0318c50375@avcodec.org> References: <037.0e7d789f7d702f50c5609a0318c50375@avcodec.org> Message-ID: <052.f4840ce9448243abcfa92585038c7853@avcodec.org> #249: Fix the filter remove-logo -------------------------------------+------------------------------------ Reporter: pbasista | Owner: Type: defect | Status: open Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: remove-logo | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): The original idea of this filter was significantly higher quality than delogo iirc (see mplayer-dev-eng), the problem is that you need a nearly completely black ppm, iiuc. It is even possible that the filter works fine if the needed input is provided... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 12 21:57:12 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 Jan 2012 20:57:12 -0000 Subject: [FFmpeg-trac] #915(avformat:new): UDP Protocol : seg fault on closing Message-ID: <036.f0765734f36faf5972970f5cec9900be@avcodec.org> #915: UDP Protocol : seg fault on closing ----------------------------------+-------------------------------------- Reporter: lbrulet | Type: defect Status: new | Priority: normal Component: avformat | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- Calling avformat_close_input on a UDP stream (Mpeg TS for example), is sometimes resulting in a segfault. After analysis, I think the problem is in libavformat/udp.c : the thread circular_buffer_thread is not joined in udp_close. Then, sometimes, the circular_buffer_task routine is still executing with a freed context. A simple patch proposal is attached. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 12 21:57:34 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 Jan 2012 20:57:34 -0000 Subject: [FFmpeg-trac] #913(avcodec:open): tiff g3fax: incorrect value of rows per strip In-Reply-To: <038.02910410be3d52b907c942c35da71490@avcodec.org> References: <038.02910410be3d52b907c942c35da71490@avcodec.org> Message-ID: <053.821c6dde1c4479473c15b0f71ae403d0@avcodec.org> #913: tiff g3fax: incorrect value of rows per strip -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: tif | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avcodec * priority: normal => wish * version: unspecified => git-master * keywords: => tif * type: defect => enhancement -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 12 21:59:24 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 Jan 2012 20:59:24 -0000 Subject: [FFmpeg-trac] #914(avcodec:open): tiff: reject (later support) "quadric surfaces" In-Reply-To: <038.922e957823e0260e3c445c4f5fcd0437@avcodec.org> References: <038.922e957823e0260e3c445c4f5fcd0437@avcodec.org> Message-ID: <053.eb2f0934905118960171b6d24977ee8c@avcodec.org> #914: tiff: reject (later support) "quadric surfaces" ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: tif | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => tif * status: new => open * version: unspecified => git-master * component: undetermined => avcodec * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 12 22:04:58 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 Jan 2012 21:04:58 -0000 Subject: [FFmpeg-trac] #915(avformat:new): UDP Protocol : seg fault on closing In-Reply-To: <036.f0765734f36faf5972970f5cec9900be@avcodec.org> References: <036.f0765734f36faf5972970f5cec9900be@avcodec.org> Message-ID: <051.78d9f9106e0e3226f7265741fe4fd08e@avcodec.org> #915: UDP Protocol : seg fault on closing ------------------------------------+------------------------------------ Reporter: lbrulet | 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 | ------------------------------------+------------------------------------ Comment (by cehoyos): Please send patches to ffmpeg-devel, they get more attention there. And please drop the brackets or move the opening one on the same line as "if". -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 12 23:22:44 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 Jan 2012 22:22:44 -0000 Subject: [FFmpeg-trac] #892(avcodec:closed): jpg: progressive 4:1:1 / 4:2:2 decodes incorrectly In-Reply-To: <038.466032720b719870aa5591521118ddf3@avcodec.org> References: <038.466032720b719870aa5591521118ddf3@avcodec.org> Message-ID: <053.7381bb20dacf25f1af2528134e85a99e@avcodec.org> #892: jpg: progressive 4:1:1 / 4:2:2 decodes incorrectly ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: tif | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => closed * reproduced: 0 => 1 * component: undetermined => avcodec * version: unspecified => git-master * keywords: => tif * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 13 11:17:44 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 13 Jan 2012 10:17:44 -0000 Subject: [FFmpeg-trac] #916(avformat:new): ffmpeg doen't check that udp port which it selects for incoming rtp already receives packets Message-ID: <035.15dc7e2ce93d8a4bdfa33a3eaffd62b5@avcodec.org> #916: ffmpeg doen't check that udp port which it selects for incoming rtp already receives packets -----------------------------------+-------------------------------------- Reporter: xeioex | Type: defect Status: new | Priority: normal Component: avformat | Version: git-master Keywords: rtsp, rtp | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -----------------------------------+-------------------------------------- RTSP session brakes some times and rstp server doesn't receive any notification about it and still sends packet in rtp session. new ffmpeg instance request the same port for incoming streams and doesn't detect it receives two stream simultaneously but tries constantly re-synchronize with two interleaved streams. Actually, the real case occurred very rarely (4 times per one day).But steps below help to reproduce it in stable manner (using iptables drops) Steps to reproducing: Remote side: AXIS 211W Network Camera Command line: 1) ffmpeg -v 10 -an -i rtsp://:@/mpeg4/media.amp -vcodec mpeg1video -r 25 -sameq -acodec mp2 -strict experimental -y -f mpegts ts.ts -debug 99 2) sudo iptables -I OUTPUT -p tcp -d -s --source-port -j DROP 3) killall ffmpeg 3) ffmpeg -v 10 -an -i rtsp://:@/mpeg4/media.amp -vcodec mpeg1video -r 25 -sameq -acodec mp2 -strict experimental -y -f mpegts ts.ts -debug 99 ffmpeg version: ffmpeg -v ffmpeg version git-2011-12-30-9896d9e OS: Linux 3.0.0-14-generic, ubuntu 11.10, 64-bit wireshark log analysis: 1) packet 60 - first ffmpeg instance first ffmpeg instance setups 5000-5001 ports for rtp and rtsp 2) packet 9029 - icmp due to iptables drops 3) packet 9321 - second ffmpeg instance 4) packet 9357 - first ffmpeg instance setups 5000-5001 ports for rtp and rtsp -AGAIN! But it brakes RFC http://www.ietf.org/rfc/rfc3550.txt: 5.2 Multiplexing RTP Sessions Separate audio and video streams SHOULD NOT be carried in a single RTP session and demultiplexed based on the payload type or SSRC fields. Proposed solution 1: (before sending to remote side local ports during session negotiation ffmpeg should check there are incoming packets on this port or not): @@ -205,6 +221,9 @@ static int rtp_open(URLContext *h, const char *uri, int flags) s->rtp_fd = ffurl_get_file_handle(s->rtp_hd); s->rtcp_fd = ffurl_get_file_handle(s->rtcp_hd); + if(!rtp_validate_udp_port(s->rtp_fd)) + goto fail; + h->max_packet_size = s->rtp_hd->max_packet_size; h->is_streamed = 1; return 0; Proposed solution 2: (ffmpeg should verify incoming packets on remote ports it should be (rtsp_port-1) and rejects other packets): I still working on it. I'm newby in ffmpeg internal and I wish know how to get udp data of incoming RTP packet here: libavformat/rtpdec.c: rtp_valid_packet_in_sequence() without braking framework encapsulation of modules -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jan 14 00:49:03 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 13 Jan 2012 23:49:03 -0000 Subject: [FFmpeg-trac] #910(avformat:closed): Segmented encode gives increasing time clips In-Reply-To: <037.1f032f6c1bf116610630c57baa30a961@avcodec.org> References: <037.1f032f6c1bf116610630c57baa30a961@avcodec.org> Message-ID: <052.cb9482224cf39e5dc418c79b28e4ada1@avcodec.org> #910: Segmented encode gives increasing time clips -------------------------------------+------------------------------------- Reporter: stljdpwl | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: 0.9.1 | Resolution: invalid Keywords: segmenting | Blocked By: DirectShow | Reproduced by developer: 0 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by saste): * analyzed: 0 => 1 * status: open => closed * resolution: => invalid Comment: Replying to [ticket:910 stljdpwl]: > Encoding a video from DirectShow (windows 7) segmented in 10 sec chunks, the first clip is 10 seconds long, the second 20 seconds long (only last 10 sec with video data), the third is 30 secs long (only last 10 sec with video data), and so on. > > > {{{ > ffmpeg started on 2012-01-10 at 07:49:52 > Report written to "ffmpeg-20120110-074952.log" > Command line: > ffmpeg.exe -report -f dshow -i "video=USB2.0 UVC VGA WebCam" -vcodec mpeg4 -map 0 -t 60 -f segment -segment_time 10 -segment_format avi "output%03d.avi" > ffmpeg version N-36635-gceb0dd9 Copyright (c) 2000-2012 the FFmpeg developers > built on Jan 9 2012 17:39:58 with gcc 4.6.2 > configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-runtime-cpudetect --enable-avisynth --enable-bzlib --enable- frei0r --enable-libopencore-amrnb --enable-libopencore-amrwb --enable- libfreetype --enable-libgsm --enable-libmp3lame --enable-libopenjpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable- libtheora --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib > libavutil 51. 34.100 / 51. 34.100 > libavcodec 53. 54.100 / 53. 54.100 > libavformat 53. 29.100 / 53. 29.100 > libavdevice 53. 4.100 / 53. 4.100 > libavfilter 2. 58.100 / 2. 58.100 > libswscale 2. 1.100 / 2. 1.100 > libswresample 0. 6.100 / 0. 6.100 > libpostproc 51. 2.100 / 51. 2.100 > [...] > video:1591kB audio:0kB global headers:0kB muxing overhead -100.000000% > }}} Hi, this is the assumed behavior of the segment muxer, which does not change the timestamps of the original file, and is IMO the correct behavior, while the *total duration* of each segment should be more or less the specified segment time. For example with a video starting with a timestamp of 10 and an ending time around 20, the player is assumed to play the file just for 10 seconds (this is the behavior assumed for example by ffplay). I checked the attached files and they look perfectly sane to me, given the way they have been generated. You may ask for an extension of the segment muxer (for resetting the timestamps at the beginning of each segment) but in this case you should provide an explanation of why you need such an option. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jan 14 01:18:15 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 14 Jan 2012 00:18:15 -0000 Subject: [FFmpeg-trac] #717(avcodec:closed): AVFrame->format field not set when decoding audio In-Reply-To: <035.40732b4303cbd943ae0ed147b4157a48@avcodec.org> References: <035.40732b4303cbd943ae0ed147b4157a48@avcodec.org> Message-ID: <050.766e10c51f032f190960c1854e80945a@avcodec.org> #717: AVFrame->format field not set when decoding audio -------------------------------------+----------------------------------- Reporter: Markus | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: unspecified | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 1 | -------------------------------------+----------------------------------- Changes (by saste): * analyzed: 0 => 1 * status: new => closed * resolution: => fixed Comment: Should be fixed since commit 8a4a5f6ff756fdba44254015c714f173b2db6f64, which was merged in commit 484e59a0a0329c4005ddacd05051925345f4362f, committed on 26 December 2011. Please re-open in case it is not yet working for you. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jan 14 01:53:35 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 14 Jan 2012 00:53:35 -0000 Subject: [FFmpeg-trac] #759(avformat:closed): win ico: only part of the image is displayed (ffplay) In-Reply-To: <038.170a50297d51ca83bb52edb8c73bd8b0@avcodec.org> References: <038.170a50297d51ca83bb52edb8c73bd8b0@avcodec.org> Message-ID: <053.66a43b4b512f71d0d4bcbf27f750767f@avcodec.org> #759: win ico: only part of the image is displayed (ffplay) ------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: ico | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => closed * reproduced: 0 => 1 * component: undetermined => avformat * version: unspecified => git-master * keywords: => ico * resolution: => fixed Comment: Fixed by Peter Ross. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jan 14 07:25:22 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 14 Jan 2012 06:25:22 -0000 Subject: [FFmpeg-trac] #890(undetermined:closed): OOM with fuzzed avi In-Reply-To: <042.b8ce58d00ceef10b5fa5e84ccb9f4d5c@avcodec.org> References: <042.b8ce58d00ceef10b5fa5e84ccb9f4d5c@avcodec.org> Message-ID: <057.e62fe10394c493577f2a05cf4a7ee9f3@avcodec.org> #890: OOM with fuzzed avi -------------------------------------+------------------------------------- Reporter: | Owner: oanastratulat | Status: closed Type: defect | Component: Priority: important | undetermined Version: git-master | Resolution: fixed Keywords: avi | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Old description: New description: Patch applied, thanks -- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jan 14 10:40:11 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 14 Jan 2012 09:40:11 -0000 Subject: [FFmpeg-trac] #902(undetermined:closed): segfault with fraps file In-Reply-To: <042.88b3e994f30d915e8de2209aa30e4b8d@avcodec.org> References: <042.88b3e994f30d915e8de2209aa30e4b8d@avcodec.org> Message-ID: <057.50ba755d94266577445af21fc3e11302@avcodec.org> #902: segfault with fraps file -------------------------------------+------------------------------------- Reporter: | Owner: oanastratulat | Status: closed Type: defect | Component: Priority: important | undetermined Version: git-master | Resolution: fixed Keywords: fraps | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Michael. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jan 14 10:41:34 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 14 Jan 2012 09:41:34 -0000 Subject: [FFmpeg-trac] #707(avcodec:closed): iff: support transparency In-Reply-To: <038.aa3d1c74ed3638908551a535e3b87506@avcodec.org> References: <038.aa3d1c74ed3638908551a535e3b87506@avcodec.org> Message-ID: <053.aa0d1dbe561b88a1c4c110a71a4cd5f6@avcodec.org> #707: iff: support transparency -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: closed Priority: wish | Component: avcodec Version: git-master | Resolution: fixed Keywords: iff alpha | 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 Jan 14 17:55:28 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 14 Jan 2012 16:55:28 -0000 Subject: [FFmpeg-trac] #915(avformat:closed): UDP Protocol : seg fault on closing In-Reply-To: <036.f0765734f36faf5972970f5cec9900be@avcodec.org> References: <036.f0765734f36faf5972970f5cec9900be@avcodec.org> Message-ID: <051.31b44a14926da58bc154ccb4239b05f3@avcodec.org> #915: UDP Protocol : seg fault on closing ------------------------------------+------------------------------------ Reporter: lbrulet | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: udp | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => udp * status: new => closed * resolution: => fixed Comment: The patch was applied, thank you for the report and the solution! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jan 14 18:10:14 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 14 Jan 2012 17:10:14 -0000 Subject: [FFmpeg-trac] #832(avcodec:open): tiff: support G3FAX1D In-Reply-To: <038.6959258821275c3aba47b2eebd5a9704@avcodec.org> References: <038.6959258821275c3aba47b2eebd5a9704@avcodec.org> Message-ID: <053.0ee8e9aab87754f841d65447bc7665ca@avcodec.org> #832: tiff: support G3FAX1D ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: tif fax | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => tif fax * 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 Jan 14 21:34:19 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 14 Jan 2012 20:34:19 -0000 Subject: [FFmpeg-trac] #104(avcodec:closed): add support for Brodway MPEG codec (BW10) In-Reply-To: <038.78c1087ce741fcd115e8d01d7efa141d@avcodec.org> References: <038.78c1087ce741fcd115e8d01d7efa141d@avcodec.org> Message-ID: <053.0ae0f0b870b7b408b5d057e19bccee06@avcodec.org> #104: add support for Brodway MPEG codec (BW10) -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: closed Priority: wish | Component: avcodec Version: git-master | Resolution: fixed Keywords: bw10 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => bw10 * status: open => closed * resolution: => fixed Comment: Fixed by Michael. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jan 14 22:55:20 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 14 Jan 2012 21:55:20 -0000 Subject: [FFmpeg-trac] #917(undetermined:new): txd causes invalid reads Message-ID: <038.594c9fd9b55fa83250b6d2fdebdb5b8e@avcodec.org> #917: txd causes invalid reads -------------------------------------+------------------------------------- Reporter: richardpl | Owner: Type: defect | Status: new Priority: normal | Component: Version: git- | undetermined master | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- Sample from here http://roundup.libav.org/issue2181 When played with ffplay causes invalid reads (noise on frame with inewood) mplayer is crashing. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jan 14 23:17:11 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 14 Jan 2012 22:17:11 -0000 Subject: [FFmpeg-trac] #26(avformat:closed): Switch to record/split to multiple files on the fly In-Reply-To: <035.b5e71505db001c16605bf414f9b67552@avcodec.org> References: <035.b5e71505db001c16605bf414f9b67552@avcodec.org> Message-ID: <050.7991e546d38b1a256f5fceef88477a60@avcodec.org> #26: Switch to record/split to multiple files on the fly -------------------------------------+------------------------------------ Reporter: xj25vm | Owner: michael Type: enhancement | Status: closed Priority: wish | Component: avformat Version: git-master | Resolution: fixed Keywords: segment | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: segment based recording on the fly splitting => segment * resolution: => fixed * status: open => closed * component: FFmpeg => avformat * version: git => git-master Comment: This has been implemented by Luca as -f segment, works fine with -segment_format mpegts (needs -flags -global_header for h264), see ffmpeg -h for the other segment options. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jan 14 23:32:59 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 14 Jan 2012 22:32:59 -0000 Subject: [FFmpeg-trac] #904(swscale:closed): yuv2rgb_mmx.c not allowing yuv422p In-Reply-To: <034.20a996a6d9515db1551226412d22b081@avcodec.org> References: <034.20a996a6d9515db1551226412d22b081@avcodec.org> Message-ID: <049.8960a2fb83fb4ea50348ff9114983456@avcodec.org> #904: yuv2rgb_mmx.c not allowing yuv422p ------------------------------------+----------------------------------- Reporter: ffong | Owner: michael Type: defect | Status: closed Priority: important | Component: swscale Version: git-master | Resolution: fixed Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Michael, thank you for the report! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jan 14 23:33:46 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 14 Jan 2012 22:33:46 -0000 Subject: [FFmpeg-trac] #917(undetermined:new): txd causes invalid reads In-Reply-To: <038.594c9fd9b55fa83250b6d2fdebdb5b8e@avcodec.org> References: <038.594c9fd9b55fa83250b6d2fdebdb5b8e@avcodec.org> Message-ID: <053.a875b964905d9971c119b1e9692258b6@avcodec.org> #917: txd causes invalid reads -------------------------------------+------------------------------------- Reporter: richardpl | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Please provide complete, uncut console and valgrind output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jan 14 23:40:26 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 14 Jan 2012 22:40:26 -0000 Subject: [FFmpeg-trac] #894(avcodec:reopened): ljpeg: fix losslesss prediction 0 for 24bpp (and 48bpp) In-Reply-To: <038.afa1e3ee28df957d2956558cfdbda33c@avcodec.org> References: <038.afa1e3ee28df957d2956558cfdbda33c@avcodec.org> Message-ID: <053.dba3b178999722258131414349b40059@avcodec.org> #894: ljpeg: fix losslesss prediction 0 for 24bpp (and 48bpp) -------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: reopened Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: mjpeg ljpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * status: closed => reopened * resolution: fixed => Comment: Could you clarify if 48_pred0.jpg really is 48bit? Is there an application that can be used to show? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 15 00:58:53 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 14 Jan 2012 23:58:53 -0000 Subject: [FFmpeg-trac] #907(avcodec:closed): ljpeg: 24bpp non-interleaved with MCU15 decodes incorrectly In-Reply-To: <038.b5e09daace866b2f376c2cfd86bdc10e@avcodec.org> References: <038.b5e09daace866b2f376c2cfd86bdc10e@avcodec.org> Message-ID: <053.03fe0b2aee7b523a7c0e28fe14131247@avcodec.org> #907: ljpeg: 24bpp non-interleaved with MCU15 decodes incorrectly -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: mjpeg ljpeg | 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 Sun Jan 15 00:59:09 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 14 Jan 2012 23:59:09 -0000 Subject: [FFmpeg-trac] #903(undetermined:closed): Rainbow artifacts and errors on certain Gamecube THP files In-Reply-To: <037.89774601166ac9a4f57cb06113464380@avcodec.org> References: <037.89774601166ac9a4f57cb06113464380@avcodec.org> Message-ID: <052.fd9f5a84e9d21ca99738f03c3d32c895@avcodec.org> #903: Rainbow artifacts and errors on certain Gamecube THP files -------------------------------------+------------------------------------- Reporter: 11rcombs | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: THP mjpeg | 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 Jan 15 01:08:47 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 Jan 2012 00:08:47 -0000 Subject: [FFmpeg-trac] #903(avcodec:closed): Rainbow artifacts and errors on certain Gamecube THP files In-Reply-To: <037.89774601166ac9a4f57cb06113464380@avcodec.org> References: <037.89774601166ac9a4f57cb06113464380@avcodec.org> Message-ID: <052.50d65e81f66660b81f1ac86268ea70bb@avcodec.org> #903: Rainbow artifacts and errors on certain Gamecube THP files ------------------------------------+----------------------------------- Reporter: 11rcombs | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: THP mjpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * component: undetermined => avcodec -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 15 06:46:51 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 Jan 2012 05:46:51 -0000 Subject: [FFmpeg-trac] #918(FFmpeg:new): polarized to anaglyph filter. Message-ID: <038.503af3e83eea1fd590d0089d1b3fa7fa@avcodec.org> #918: polarized to anaglyph filter. -----------------------------------+--------------------------------------- Reporter: dE_logics | Type: enhancement Status: new | Priority: wish Component: FFmpeg | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+--------------------------------------- mplayer/mencoder has a filter (stereo3d) which converts polarized SBS 3d to anaglyph. It'll be good if the filter is ported to ffmpeg. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 15 11:43:41 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 Jan 2012 10:43:41 -0000 Subject: [FFmpeg-trac] #848(undetermined:new): expand -formats/-codecs options In-Reply-To: <038.313bd3310b5aa458c2f6d8df86454932@avcodec.org> References: <038.313bd3310b5aa458c2f6d8df86454932@avcodec.org> Message-ID: <053.dec12a482811e10b93685eb2dcd77b28@avcodec.org> #848: expand -formats/-codecs options -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by saste): * type: defect => enhancement -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 15 12:25:20 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 Jan 2012 11:25:20 -0000 Subject: [FFmpeg-trac] #822(undetermined:open): h264 in mkv: non monotonically increasing dts In-Reply-To: <036.8331a74d208e62a84b3354504559f911@avcodec.org> References: <036.8331a74d208e62a84b3354504559f911@avcodec.org> Message-ID: <051.9c9a8efe5cae1fc5e6621f598f1580ee@avcodec.org> #822: h264 in mkv: non monotonically increasing dts -------------------------------------+------------------------------------- Reporter: StevenG | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: H264 mkv | Resolution: av_interleaved_write_frame | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by StevenG): I found a solution how to work around this bug: 1. i extract *.h264 with mkvextract 2. ffmpeg -i VIDEO.h264 -i AUDIO -c copy VIDEO.mp4 3. i got messages {{{ pts has no value [mp4 @ 02235020] pts has no value Last message repeated 53 times }}} but i got partially working *.mp4 media [on xbox 360 NOT a smooth playback]. Hope this helps. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 15 12:35:01 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 Jan 2012 11:35:01 -0000 Subject: [FFmpeg-trac] #872(avutil:new): av_rescale_q returns wrong 64bits in arm cortex-a8 processor In-Reply-To: <037.21d7ce40631324390fccf1386d6b23e3@avcodec.org> References: <037.21d7ce40631324390fccf1386d6b23e3@avcodec.org> Message-ID: <052.fa2fbe91ef26cb0989dfa5187e354c45@avcodec.org> #872: av_rescale_q returns wrong 64bits in arm cortex-a8 processor --------------------------------------+----------------------------------- Reporter: kaijun61 | Owner: michael Type: defect | Status: new Priority: important | Component: avutil Version: git-master | Resolution: Keywords: av_rescale_q | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by kaijun61): angstrom -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 15 15:10:47 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 Jan 2012 14:10:47 -0000 Subject: [FFmpeg-trac] #503(avcodec:open): Support 64bit tiff In-Reply-To: <037.3d320f3ef2049b89bbe091a0e9109610@avcodec.org> References: <037.3d320f3ef2049b89bbe091a0e9109610@avcodec.org> Message-ID: <052.9862c159c9d298a07c37d90bbe148427@avcodec.org> #503: Support 64bit tiff -------------------------------------+----------------------------------- Reporter: cbsrobot | Owner: michael Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: tif 64bit | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by richardpl): I doubt BGRA64 tiff samples exist, please provide them if they do or clarify your request. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 15 15:58:35 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 Jan 2012 14:58:35 -0000 Subject: [FFmpeg-trac] #919(undetermined:new): Embedded mkv subtitles are staying longer than they are supposed to be in converted file Message-ID: <039.626be9f4fb6fa489a19c2a1590f906ba@avcodec.org> #919: Embedded mkv subtitles are staying longer than they are supposed to be in converted file -------------------------------------+------------------------------------- Reporter: KuroiTsuki | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Actually summary says sums it's up -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 15 17:26:42 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 Jan 2012 16:26:42 -0000 Subject: [FFmpeg-trac] #911(undetermined:closed): ffplay can't handle timecodes of WMV2 video correctly In-Reply-To: <042.57a8488e52ce5eec1fd1282f414478f4@avcodec.org> References: <042.57a8488e52ce5eec1fd1282f414478f4@avcodec.org> Message-ID: <057.8e6264da9609d06f5c71590c2e6759da@avcodec.org> #911: ffplay can't handle timecodes of WMV2 video correctly -------------------------------------+------------------------------------- Reporter: | Owner: zhushisongzhu | Status: closed Type: defect | Component: Priority: important | undetermined Version: git-master | Resolution: Keywords: asf wmv2 | worksforme seeking | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by zhushisongzhu): hzvideo.wmv is 20s long. But using mplayer to play it. Mplayer stopped at 24.9(shown on the left V: 24.9). I want to ask what's the meaning of 24.9? [root at bogon shared]# mplayer hzvideo.wmv MPlayer SVN-r34573-4.4.4 (C) 2000-2012 MPlayer Team Playing hzvideo.wmv. libavformat version 53.29.100 (internal) ASF file format detected. [asfheader] Video stream found, -vid 1 VIDEO: [WMV2] 704x576 24bpp 1000.000 fps 700.0 kbps (85.4 kbyte/s) Load subtitles in ./ ========================================================================== Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family libavcodec version 53.55.105 (internal) Selected video codec: [ffwmv2] vfm: ffmpeg (FFmpeg WMV2/WMV8) ========================================================================== Audio: no sound Starting playback... Movie-Aspect is undefined - no prescaling applied. VO: [xv] 704x576 => 704x576 Planar YV12 V: 24.9 499/499 7% 0% 0.0% 0 0 Exiting... (End of file) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 15 17:33:03 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 Jan 2012 16:33:03 -0000 Subject: [FFmpeg-trac] #582(undetermined:new): 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.9f4705dc15b4cbfee17203ef45b699bc@avcodec.org> #582: error on transcoding from h264 to MP4 with 0.8.5 -------------------------------------+------------------------------------- Reporter: graylion | 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 graylion): This is getting even more interesting. Doing this in ffmpeg 0.9.1 on Lucid with kernel 2.6.32-37-server 64 bit leads to spontaneous shutdown of the box. As in the machine simply losing power. Trying on Mint 11 (ie Natty) now. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 15 18:27:04 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 Jan 2012 17:27:04 -0000 Subject: [FFmpeg-trac] #919(undetermined:closed): Embedded mkv subtitles are staying longer than they are supposed to be in converted file In-Reply-To: <039.626be9f4fb6fa489a19c2a1590f906ba@avcodec.org> References: <039.626be9f4fb6fa489a19c2a1590f906ba@avcodec.org> Message-ID: <054.d58a5f678ab826ee01747332cfc9b728@avcodec.org> #919: Embedded mkv subtitles are staying longer than they are supposed to be in converted file -------------------------------------+------------------------------------- Reporter: KuroiTsuki | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 15 20:03:54 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 Jan 2012 19:03:54 -0000 Subject: [FFmpeg-trac] #894(avcodec:reopened): ljpeg: fix losslesss prediction 0 for 24bpp (and 48bpp) In-Reply-To: <038.afa1e3ee28df957d2956558cfdbda33c@avcodec.org> References: <038.afa1e3ee28df957d2956558cfdbda33c@avcodec.org> Message-ID: <053.34dce7067ea75d5e1aeb59d12b039eb9@avcodec.org> #894: ljpeg: fix losslesss prediction 0 for 24bpp (and 48bpp) -------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: reopened Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: mjpeg ljpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by ami_stuff): Replying to [comment:3 cehoyos]: > Could you clarify if 48_pred0.jpg really is 48bit? afaict, yes. when you use PIX_FMT_BGR48LE then only a half of the output will be filled with image, so probably some code needs to be added to ljpeg decoder to correctly support it. > Is there an application that can be used to show? http://www.myviewpad.com/index.php -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 15 21:01:12 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 Jan 2012 20:01:12 -0000 Subject: [FFmpeg-trac] #582(undetermined:new): 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.e71f7593cc22ec54fcb4bf23792b2f20@avcodec.org> #582: error on transcoding from h264 to MP4 with 0.8.5 -------------------------------------+------------------------------------- Reporter: graylion | 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 graylion): OK, this worked. I think we can close the bug. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 15 21:16:08 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 Jan 2012 20:16:08 -0000 Subject: [FFmpeg-trac] #705(avcodec:closed): iff: support masking In-Reply-To: <038.358c560370fe85ff73dc71c10519b3a7@avcodec.org> References: <038.358c560370fe85ff73dc71c10519b3a7@avcodec.org> Message-ID: <053.92fccbf350b25232539e3ef4575cce8e@avcodec.org> #705: iff: support masking -------------------------------------+----------------------------------- 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): * keywords: => iff * status: open => closed * resolution: => fixed Comment: Fixed by Peter Ross. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 15 21:19:09 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 Jan 2012 20:19:09 -0000 Subject: [FFmpeg-trac] #582(undetermined:new): 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.6a4d2811fb9918069a934e5b37d07f3d@avcodec.org> #582: error on transcoding from h264 to MP4 with 0.8.5 -------------------------------------+------------------------------------- Reporter: graylion | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): What happens if two different files (the longer file for the second pass) are provided as input to ffmpeg -vcodec libx264? Does above crash happen? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 15 21:36:14 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 Jan 2012 20:36:14 -0000 Subject: [FFmpeg-trac] #919(undetermined:closed): Embedded mkv subtitles are staying longer than they are supposed to be in converted file In-Reply-To: <039.626be9f4fb6fa489a19c2a1590f906ba@avcodec.org> References: <039.626be9f4fb6fa489a19c2a1590f906ba@avcodec.org> Message-ID: <054.4ffdbcc56b134a0a8e604702c5cbce17@avcodec.org> #919: Embedded mkv subtitles are staying longer than they are supposed to be in converted file -------------------------------------+------------------------------------- Reporter: KuroiTsuki | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): I have been asked for clarification why I closed this ticket as invalid. The relevant page that explains how and where bugreports should be made (and I believe everybody can easily see that we like bugreports - just scan through the last six months of activity on this tracker) is http://ffmpeg.org/bugreports.html Several points are mentioned there that are necessary for a valid (and useful) bugreport. (If somebody sent you directly to this bugtracker instead of mentioned page, the following is of course his fault, all users that would like to report a problem should be sent to above website.) Typically (and I guess this is such a typical issue), three things are necessary for each bugreport: A ffmpeg command line (no external libraries like x264 and faac if not needed to reproduce the bug, as short as possible command line) possibly with a short explanation what is expected, the complete, uncut console output that the command line produced together with an explanation what is wrong with the output file (that is the only thing provided here afaict). The third thing is a sample, I believe it is obvious that it actually is needed in this case. I suspect that your sample should be longer than 10MB, that is no problem, the upload directory accepts longer files, as an alternative, use http://www.datafilehost.com/ which accepts up to 100MB. If one of mentioned things is missing (like the sample or the complete, uncut console output), we will usually simply ask for the missing information. If all necessary information is missing, I often close the report like in this case, but please reopen the ticket if you can provide the missing information. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 15 23:40:30 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 Jan 2012 22:40:30 -0000 Subject: [FFmpeg-trac] #582(undetermined:new): 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.bc34fdf3745eba4aff987bc294a680f2@avcodec.org> #582: error on transcoding from h264 to MP4 with 0.8.5 -------------------------------------+------------------------------------- Reporter: graylion | 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 graylion): I am sure that my two files were identical in size - I have reproduced this issue quite a few times with versions between .4 and .8. As a more modern kernel seems to resolve whatever problem there was I am really not interested in testing further. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 16 00:43:03 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 Jan 2012 23:43:03 -0000 Subject: [FFmpeg-trac] #872(avutil:new): av_rescale_q returns wrong 64bits in arm cortex-a8 processor In-Reply-To: <037.21d7ce40631324390fccf1386d6b23e3@avcodec.org> References: <037.21d7ce40631324390fccf1386d6b23e3@avcodec.org> Message-ID: <052.474917b333dd7b7c4096dec2de88ab19@avcodec.org> #872: av_rescale_q returns wrong 64bits in arm cortex-a8 processor --------------------------------------+----------------------------------- Reporter: kaijun61 | Owner: michael Type: defect | Status: new Priority: important | Component: avutil Version: git-master | Resolution: Keywords: av_rescale_q | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by cehoyos): I don't know what "angstrom" is but I would have expected a version number or "cc -v" output - please provide that. Do I understand correctly that the problem cannot be reproduced with gcc? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 16 00:43:56 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 Jan 2012 23:43:56 -0000 Subject: [FFmpeg-trac] #918(avfilter:new): polarized to anaglyph filter. In-Reply-To: <038.503af3e83eea1fd590d0089d1b3fa7fa@avcodec.org> References: <038.503af3e83eea1fd590d0089d1b3fa7fa@avcodec.org> Message-ID: <053.ba428cd91c3857bc854b9423782710dc@avcodec.org> #918: polarized to anaglyph filter. -------------------------------------+------------------------------------ Reporter: dE_logics | 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): * component: FFmpeg => avfilter -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 16 00:55:30 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 Jan 2012 23:55:30 -0000 Subject: [FFmpeg-trac] #918(avfilter:new): polarized to anaglyph filter. In-Reply-To: <038.503af3e83eea1fd590d0089d1b3fa7fa@avcodec.org> References: <038.503af3e83eea1fd590d0089d1b3fa7fa@avcodec.org> Message-ID: <053.e5c1b9b620dd12a9aa5c71b660b52cbd@avcodec.org> #918: polarized to anaglyph filter. -------------------------------------+------------------------------------ Reporter: dE_logics | 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 cehoyos): Isn't the stereo3d filter already in FFmpeg? Did you test? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 16 03:48:14 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 Jan 2012 02:48:14 -0000 Subject: [FFmpeg-trac] #920(undetermined:new): Error capture picutre IV41 of ffmpeg0.9.1 Message-ID: <036.027c3c48f3133473f8186998f12e01a1@avcodec.org> #920: Error capture picutre IV41 of ffmpeg0.9.1 -------------------------------------+------------------------------------- Reporter: johnson | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- 1 Info [root at dev]# ffmpeg -i iv41.avi ffmpeg version 0.9.1, Copyright (c) 2000-2012 the FFmpeg developers built on Jan 15 2012 18:01:25 with gcc 4.1.2 20080704 (Red Hat 4.1.2-51) configuration: --prefix=/usr/ffmpeg --disable-yasm libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 42. 4 / 53. 42. 4 libavformat 53. 24. 2 / 53. 24. 2 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1. 0 / 2. 1. 0 Input #0, avi, from 'iv41.avi': Duration: 00:04:30.90, start: 0.000000, bitrate: 12399 kb/s Stream #0:0: Video: indeo4 (IV41 / 0x31345649), yuv410p, 720x480, 30 tbr, 30 tbn, 30 tbc Stream #0:1: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, 2 channels, s16, 1536 kb/s 2 cmd and ErrorMsg cmd: ffmpeg -i iv41.avi -y -f image2 -ss 00:10 -s 360*240 -t 1 -vframes 1 2.jpg ErrorMsg: [indeo4 @ 0x195afc00] Error decoding picture header Error while decoding stream #0:0 [indeo4 @ 0x195afc00] Invalid picture start code! [indeo4 @ 0x195afc00] Error decoding picture header Error while decoding stream #0:0 [indeo4 @ 0x195afc00] Invalid picture start code! [indeo4 @ 0x195afc00] Error decoding picture header Error while decoding stream #0:0 [indeo4 @ 0x195afc00] Invalid picture start code! [indeo4 @ 0x195afc00] Error decoding picture header Error while decoding stream #0:0 [indeo4 @ 0x195afc00] Invalid picture start code! [indeo4 @ 0x195afc00] Error decoding picture header Error while decoding stream #0:0 [indeo4 @ 0x195afc00] Invalid picture start code! [indeo4 @ 0x195afc00] Error decoding picture header Error while decoding stream #0:0 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 16 03:48:57 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 Jan 2012 02:48:57 -0000 Subject: [FFmpeg-trac] #920(undetermined:new): Error capture picutre IV41 of ffmpeg0.9.1 In-Reply-To: <036.027c3c48f3133473f8186998f12e01a1@avcodec.org> References: <036.027c3c48f3133473f8186998f12e01a1@avcodec.org> Message-ID: <051.883f047403932e71f94a80c0cfc07d3a@avcodec.org> #920: Error capture picutre IV41 of ffmpeg0.9.1 -------------------------------------+------------------------------------- Reporter: johnson | 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 johnson): Anyone figure me out, thanks -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 16 04:30:16 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 Jan 2012 03:30:16 -0000 Subject: [FFmpeg-trac] #920(undetermined:new): Error capture picutre IV41 of ffmpeg0.9.1 In-Reply-To: <036.027c3c48f3133473f8186998f12e01a1@avcodec.org> References: <036.027c3c48f3133473f8186998f12e01a1@avcodec.org> Message-ID: <051.031f2046d50dc0e0de4019a8fd10932b@avcodec.org> #920: Error capture picutre IV41 of ffmpeg0.9.1 -------------------------------------+------------------------------------- Reporter: johnson | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Please provide the complete, uncut console output for the failing command line and please provide the sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 16 06:49:30 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 Jan 2012 05:49:30 -0000 Subject: [FFmpeg-trac] #920(undetermined:new): Error capture picutre IV41 of ffmpeg0.9.1 In-Reply-To: <036.027c3c48f3133473f8186998f12e01a1@avcodec.org> References: <036.027c3c48f3133473f8186998f12e01a1@avcodec.org> Message-ID: <051.045e8684c917334102f5b66319249a18@avcodec.org> #920: Error capture picutre IV41 of ffmpeg0.9.1 -------------------------------------+------------------------------------- Reporter: johnson | 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 johnson): The file is too large about 410M, this is the link http://116.204.127.26/test/iv41.avi. When I run the cmd "ffmpeg -i iv41.avi -y -f image2 -ss 00:00:10 -s 360X240 -t 1 -vframes 1 iv41.jpg > o.txt", the screen scrolls very fast, I can not catche the first screen. Thanks for your help. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 16 06:53:36 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 Jan 2012 05:53:36 -0000 Subject: [FFmpeg-trac] #920(undetermined:new): Error capture picutre IV41 of ffmpeg0.9.1 In-Reply-To: <036.027c3c48f3133473f8186998f12e01a1@avcodec.org> References: <036.027c3c48f3133473f8186998f12e01a1@avcodec.org> Message-ID: <051.b3afbe684bdfbc779724329553cfc2a1@avcodec.org> #920: Error capture picutre IV41 of ffmpeg0.9.1 -------------------------------------+------------------------------------- Reporter: johnson | 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 johnson): I add one parameter to run the command, then get the uncut console output. ---------------------------------- ffmpeg -i iv41.avi -y -f image2 -ss 00:00:10 -s 360X240 -xerror -t 1 -vframes 1 iv41.jpg ffmpeg version 0.9.1, Copyright (c) 2000-2012 the FFmpeg developers built on Jan 15 2012 18:01:25 with gcc 4.1.2 20080704 (Red Hat 4.1.2-51) configuration: --prefix=/usr/ffmpeg --disable-yasm libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 42. 4 / 53. 42. 4 libavformat 53. 24. 2 / 53. 24. 2 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1. 0 / 2. 1. 0 Input #0, avi, from 'iv41.avi': Duration: 00:04:30.90, start: 0.000000, bitrate: 12399 kb/s Stream #0:0: Video: indeo4 (IV41 / 0x31345649), yuv410p, 720x480, 30 tbr, 30 tbn, 30 tbc Stream #0:1: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, 2 channels, s16, 1536 kb/s Incompatible pixel format 'yuv410p' for codec 'mjpeg', auto-selecting format 'yuvj420p' [buffer @ 0x1d502d40] w:720 h:480 pixfmt:yuv410p tb:1/1000000 sar:0/1 sws_param: [scale @ 0x1d5451a0] w:720 h:480 fmt:yuv410p -> w:360 h:240 fmt:yuvj420p flags:0x4 Output #0, image2, to 'iv41.jpg': Metadata: encoder : Lavf53.24.2 Stream #0:0: Video: mjpeg, yuvj420p, 360x240, q=2-31, 200 kb/s, 90k tbn, 30 tbc Stream mapping: Stream #0:0 -> #0:0 (indeo4 -> mjpeg) Press [q] to stop, [?] for help [indeo4 @ 0x1d500c00] Invalid picture start code! [indeo4 @ 0x1d500c00] Error decoding picture header Error while decoding stream #0:0 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 16 11:42:56 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 Jan 2012 10:42:56 -0000 Subject: [FFmpeg-trac] #872(avutil:new): av_rescale_q returns wrong 64bits in arm cortex-a8 processor In-Reply-To: <037.21d7ce40631324390fccf1386d6b23e3@avcodec.org> References: <037.21d7ce40631324390fccf1386d6b23e3@avcodec.org> Message-ID: <052.01ab2da576505e11e0fdd8d9cd5e6cfd@avcodec.org> #872: av_rescale_q returns wrong 64bits in arm cortex-a8 processor --------------------------------------+----------------------------------- Reporter: kaijun61 | Owner: michael Type: defect | Status: new Priority: important | Component: avutil Version: git-master | Resolution: Keywords: av_rescale_q | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by kaijun61): arm-angstrom-linux-gnueabi-gcc is a cross-compiler for arm-based device like beagleboard. run arm-angstrom-linux-gnueabi-gcc -v Using built-in specs. COLLECT_GCC=tmp/sysroots/x86_64-linux/usr/armv7a/bin/arm-angstrom-linux- gnueabi-gcc COLLECT_LTO_WRAPPER=/home/tang/Projects/OE/build/tmp/sysroots/x86_64-linux/usr/armv7a/libexec/gcc /arm-angstrom-linux-gnueabi/4.5.3/lto-wrapper Target: arm-angstrom-linux-gnueabi Configured with: /home/tang/Projects/OE/build/tmp/work/armv7a-angstrom- linux-gnueabi/gcc-cross-4.5-r38.1+svnr170880/gcc-4_5-branch/configure --build=x86_64-linux --host=x86_64-linux --target=arm-angstrom-linux- gnueabi --prefix=/home/tang/Projects/OE/build/tmp/sysroots/x86_64-linux/usr/armv7a --exec_prefix=/home/tang/Projects/OE/build/tmp/sysroots/x86_64-linux/usr/armv7a --bindir=/home/tang/Projects/OE/build/tmp/sysroots/x86_64-linux/usr/armv7a/bin --sbindir=/home/tang/Projects/OE/build/tmp/sysroots/x86_64-linux/usr/armv7a/bin --libexecdir=/home/tang/Projects/OE/build/tmp/sysroots/x86_64-linux/usr/armv7a/libexec --datadir=/home/tang/Projects/OE/build/tmp/sysroots/x86_64-linux/usr/armv7a/share --sysconfdir=/home/tang/Projects/OE/build/tmp/sysroots/x86_64-linux/etc --sharedstatedir=/home/tang/Projects/OE/build/tmp/sysroots/x86_64-linux/com --localstatedir=/home/tang/Projects/OE/build/tmp/sysroots/x86_64-linux/var --libdir=/home/tang/Projects/OE/build/tmp/sysroots/x86_64-linux/usr/armv7a/lib --includedir=/home/tang/Projects/OE/build/tmp/sysroots/x86_64-linux/usr/armv7a/include --oldincludedir=/home/tang/Projects/OE/build/tmp/sysroots/x86_64-linux/usr/armv7a/include --infodir=/home/tang/Projects/OE/build/tmp/sysroots/x86_64-linux/usr/armv7a/share/info --mandir=/home/tang/Projects/OE/build/tmp/sysroots/x86_64-linux/usr/armv7a/share/man --with-libtool-sysroot --enable-largefile --disable-nls --enable-ipv6 --with-gnu-ld --enable-shared --enable-languages=c,c++,objc,fortran --enable-threads=posix --disable-multilib --enable-c99 --enable-long-long --enable-symvers=gnu --enable-libstdcxx-pch --program-prefix=arm-angstrom- linux-gnueabi- --enable-target-optspace --enable-lto --enable-libssp --disable-bootstrap --disable-libgomp --disable-libmudflap --with- float=softfp --with-sysroot=/home/tang/Projects/OE/build/tmp/sysroots /armv7a-angstrom-linux-gnueabi --with-build- sysroot=/home/tang/Projects/OE/build/tmp/sysroots/armv7a-angstrom-linux- gnueabi --with-build-time- tools=/home/tang/Projects/OE/build/tmp/sysroots/x86_64-linux/usr/armv7a/bin --disable-libunwind-exceptions --with- mpfr=/home/tang/Projects/OE/build/tmp/sysroots/x86_64-linux/usr -with- libelf=/home/tang/Projects/OE/build/tmp/sysroots/x86_64-linux/usr --with- system-zlib --program-prefix=arm-angstrom-linux-gnueabi- --enable- __cxa_atexit Thread model: posix gcc version 4.5.3 20110311 (prerelease) (GCC) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 16 11:51:04 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 Jan 2012 10:51:04 -0000 Subject: [FFmpeg-trac] #920(undetermined:open): Error capture picutre IV41 of ffmpeg0.9.1 In-Reply-To: <036.027c3c48f3133473f8186998f12e01a1@avcodec.org> References: <036.027c3c48f3133473f8186998f12e01a1@avcodec.org> Message-ID: <051.4219564253874b3b8f0f30708c276e6c@avcodec.org> #920: Error capture picutre IV41 of ffmpeg0.9.1 ---------------------------------+---------------------------------------- Reporter: johnson | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: 0.9.1 | Resolution: Keywords: indeo4 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ---------------------------------+---------------------------------------- Changes (by cehoyos): * keywords: => indeo4 * status: new => open * version: unspecified => 0.9.1 * reproduced: 0 => 1 Comment: Reproducible with fate-suite/iv41/indeo41-partial.avi and ffmpeg -i indeo41-partial.avi out.png -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 16 11:53:51 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 Jan 2012 10:53:51 -0000 Subject: [FFmpeg-trac] #872(avutil:new): av_rescale_q returns wrong 64bits in arm cortex-a8 processor In-Reply-To: <037.21d7ce40631324390fccf1386d6b23e3@avcodec.org> References: <037.21d7ce40631324390fccf1386d6b23e3@avcodec.org> Message-ID: <052.a057cc211d6425992d444fd1e2ba21e2@avcodec.org> #872: av_rescale_q returns wrong 64bits in arm cortex-a8 processor --------------------------------------+----------------------------------- Reporter: kaijun61 | Owner: michael Type: defect | Status: new Priority: important | Component: avutil Version: git-master | Resolution: Keywords: av_rescale_q | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by cehoyos): Where you able to run git bisect to find the change introducing the problem? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 16 12:27:53 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 Jan 2012 11:27:53 -0000 Subject: [FFmpeg-trac] #872(avutil:new): av_rescale_q returns wrong 64bits in arm cortex-a8 processor In-Reply-To: <037.21d7ce40631324390fccf1386d6b23e3@avcodec.org> References: <037.21d7ce40631324390fccf1386d6b23e3@avcodec.org> Message-ID: <052.116d6b6714e10f2677de8ccf9cd985e7@avcodec.org> #872: av_rescale_q returns wrong 64bits in arm cortex-a8 processor --------------------------------------+----------------------------------- Reporter: kaijun61 | Owner: michael Type: defect | Status: new Priority: important | Component: avutil Version: git-master | Resolution: Keywords: av_rescale_q | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by kaijun61): Can you give me specific steps? I have run git bisect good or bad with e1a86d03855f2fb1bf7961efd6794ddd9226f228 was both good and bad -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 16 13:15:00 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 Jan 2012 12:15:00 -0000 Subject: [FFmpeg-trac] #916(avformat:new): ffmpeg doen't check that udp port which it selects for incoming rtp already receives packets In-Reply-To: <035.15dc7e2ce93d8a4bdfa33a3eaffd62b5@avcodec.org> References: <035.15dc7e2ce93d8a4bdfa33a3eaffd62b5@avcodec.org> Message-ID: <050.f0f9bc2211da97603681c237f2ade77a@avcodec.org> #916: ffmpeg doen't check that udp port which it selects for incoming rtp already receives packets ------------------------------------+------------------------------------ Reporter: xeioex | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: rtsp, rtp | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+------------------------------------ Comment (by xeioex): I've checked what other implementation of RTP/RTSP do in this case. 1) LIVE555 library (inside vlc media player) 2) gstreamer framework Both of them just request no udp port from special range, but use port which an OS provides. It this case local udp ports grow sequentially and issue case doesn't occur. Remote side after some period of time stops sending packets to old ports. proposed patch against latest-master: {{{ diff --git a/libavformat/rtsp.c b/libavformat/rtsp.c index d32f49e..bf2be6a 100644 --- a/libavformat/rtsp.c +++ b/libavformat/rtsp.c @@ -1157,18 +1157,14 @@ int ff_rtsp_make_setup_request(AVFormatContext *s, const char *host, i goto have_port; } - /* first try in specified port range */ - if (RTSP_RTP_PORT_MIN != 0) { - while (j <= RTSP_RTP_PORT_MAX) { - ff_url_join(buf, sizeof(buf), "rtp", NULL, host, -1, - "?localport=%d", j); - /* we will use two ports per rtp stream (rtp and rtcp) */ - j += 2; - if (ffurl_open(&rtsp_st->rtp_handle, buf, AVIO_FLAG_READ_WRITE, - &s->interrupt_callback, NULL) == 0) - goto rtp_opened; - } - } + /* OS will choose local port by itself */ + ff_url_join(buf, sizeof(buf), "rtp", NULL, host, -1, + "?localport=%d", j); + /* we will use two ports per rtp stream (rtp and rtcp) */ + j += 2; + if (ffurl_open(&rtsp_st->rtp_handle, buf, AVIO_FLAG_READ_WRITE, + &s->interrupt_callback, NULL) == 0) + goto rtp_opened; av_log(s, AV_LOG_ERROR, "Unable to open an input RTP port\n"); err = AVERROR(EIO); }}} ffmpeg log before fix (ffmpeg_issue_reproduce.tcap) : {{{ $ ffmpeg -v 10 -an -i rtsp://:@/mpeg4/media.amp -vcodec mpeg1video -r 25 -sameq -acodec mp2 -strict experimental -y -f mpegts ts40_fix2.ts -debug 100 [buffer @ 0x2d5ba40] w:640 h:480 pixfmt:yuv420p tb:1/1000000 sar:1/1 sws_param: [mpeg1video @ 0x2d810a0] err{or,}_recognition separate: 1; 1 [mpeg1video @ 0x2d810a0] err{or,}_recognition combined: 1; 65537 [mpeg1video @ 0x2d810a0] intra_quant_bias = 96 inter_quant_bias = 0 [mpeg1video @ 0x2d810a0] Unsupported bit depth: 0 [mpeg4 @ 0x2d5be00] err{or,}_recognition separate: 1; 65537 [mpeg4 @ 0x2d5be00] err{or,}_recognition combined: 1; 65537 [mpegts @ 0x2d80880] muxrate VBR, pcr every 2 pkts, sdt every 200, pat/pmt every 40 pkts Output #0, mpegts, to 'ts40_fix2.ts': Metadata: title : Media Presentation encoder : Lavf53.21.0 Stream #0:0, 0, 1/90000: Video: mpeg1video, yuv420p, 640x480 [SAR 1:1 DAR 4:3], 1/25, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (mpeg4 -> mpeg1video) Press [q] to stop, [?] for help [mpeg4 @ 0x2d5be00] Unsupported bit depth: 0 [mpeg4 @ 0x2d5be00] warning: first frame is no keyframe [mpeg4 @ 0x2d5be00] slice end not reached but screenspace end (1489164 left 765071, score= -14) [mpeg4 @ 0x2d5be00] concealing 80 DC, 80 AC, 80 MV errors [mpeg4 @ 0x2d5be00] slice end not reached but screenspace end (948392 left 7F7FC0, score= -28) [mpeg4 @ 0x2d5be00] concealing 80 DC, 80 AC, 80 MV errors [mpeg4 @ 0x2d5be00] slice end not reached but screenspace end (198558 left 7F8C6A, score= -42) [mpeg4 @ 0x2d5be00] concealing 80 DC, 80 AC, 80 MV errors *** drop! [mpeg4 @ 0x2d5be00] slice end not reached but screenspace end (167431 left 7F84C0, score= -56) [mpeg4 @ 0x2d5be00] concealing 80 DC, 80 AC, 80 MV errors [mpeg4 @ 0x2d5be00] slice end not reached but screenspace end (153098 left 6C06D2, score= -70) [mpeg4 @ 0x2d5be00] concealing 80 DC, 80 AC, 80 MV errors [mpeg4 @ 0x2d5be00] slice end not reached but screenspace end (152474 left 633812, score= -84) [mpeg4 @ 0x2d5be00] concealing 80 DC, 80 AC, 80 MV errors [mpeg4 @ 0x2d5be00] slice end not reached but screenspace end (147680 left 7FF463, score= -98) [mpeg4 @ 0x2d5be00] concealing 80 DC, 80 AC, 80 MV errors *** 1 dup! [mpeg4 @ 0x2d5be00] slice end not reached but screenspace end (143958 left 7EB50B, score= -112) [mpeg4 @ 0x2d5be00] concealing 80 DC, 80 AC, 80 MV errors [mpeg4 @ 0x2d5be00] slice end not reached but screenspace end (143431 left 7E1203, score= -126) [mpeg4 @ 0x2d5be00] concealing 80 DC, 80 AC, 80 MV errors [mpeg4 @ 0x2d5be00] slice end not reached but screenspace end (141794 left 565A8B, score= -140) [mpeg4 @ 0x2d5be00] concealing 80 DC, 80 AC, 80 MV errors [mpeg4 @ 0x2d5be00] slice end not reached but screenspace end (143286 left 7E1298, score= -154) [mpeg4 @ 0x2d5be00] concealing 80 DC, 80 AC, 80 MV errors [mpeg4 @ 0x2d5be00] slice end not reached but screenspace end (146067 left 6447D6, score= -168) [mpeg4 @ 0x2d5be00] concealing 80 DC, 80 AC, 80 MV errors [mpeg4 @ 0x2d5be00] slice end not reached but screenspace end (141246 left 7D45A9, score= -182) [mpeg4 @ 0x2d5be00] concealing 80 DC, 80 AC, 80 MV errors [mpeg4 @ 0x2d5be00] slice end not reached but screenspace end (143402 left 6E886E, score= -196) [mpeg4 @ 0x2d5be00] concealing 80 DC, 80 AC, 80 MV errors [mpeg4 @ 0x2d5be00] slice end not reached but screenspace end (141769 left 01426D, score= -210) [mpeg4 @ 0x2d5be00] concealing 80 DC, 80 AC, 80 MV errors [mpeg4 @ 0x2d5be00] slice end not reached but screenspace end (141433 left 51E12E, score= -224) [mpeg4 @ 0x2d5be00] concealing 80 DC, 80 AC, 80 MV errors [mpeg4 @ 0x2d5be00] slice end not reached but screenspace end (141028 left 784996, score= -238) [mpeg4 @ 0x2d5be00] concealing 80 DC, 80 AC, 80 MV errors [mpeg4 @ 0x2d5be00] slice end not reached but screenspace end (141409 left 366C29, score= -252) [mpeg4 @ 0x2d5be00] concealing 80 DC, 80 AC, 80 MV errors *** drop! [mpeg4 @ 0x2d5be00] slice end not reached but screenspace end (140527 left 7E2F7A, score= -266) [mpeg4 @ 0x2d5be00] concealing 80 DC, 80 AC, 80 MV errors [mpeg4 @ 0x2d5be00] slice end not reached but screenspace end (137670 left 7E1B3C, score= -280) [mpeg4 @ 0x2d5be00] concealing 80 DC, 80 AC, 80 MV errors [mpeg4 @ 0x2d5be00] slice end not reached but screenspace end (142783 left 7E26BD, score= -294) [mpeg4 @ 0x2d5be00] concealing 80 DC, 80 AC, 80 MV errors [mpeg4 @ 0x2d5be00] slice end not reached but screenspace end (141127 left 7EB179, score= -308) [mpeg4 @ 0x2d5be00] concealing 80 DC, 80 AC, 80 MV errors [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq a301 expected=b2cd [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq 4f67 expected=a307 [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq ade1 expected=4f6d [mpeg4 @ 0x2d5be00] slice end not reached but screenspace end (140384 left 7FE4D2, score= -322) [mpeg4 @ 0x2d5be00] concealing 80 DC, 80 AC, 80 MV errors [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq a307 expected=b2d3 [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq 4f6d expected=a30d [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq ade7 expected=4f73 [mpeg4 @ 0x2d5be00] slice end not reached but screenspace end (141124 left 70886A, score= -336) [mpeg4 @ 0x2d5be00] concealing 80 DC, 80 AC, 80 MV errors *** drop! [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq a30d expected=b2d9 [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq 4f73 expected=a313 [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq aded expected=4f79 [mpeg4 @ 0x2d5be00] slice end not reached but screenspace end (140332 left 7AB8C1, score= -350) [mpeg4 @ 0x2d5be00] concealing 80 DC, 80 AC, 80 MV errors [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq a313 expected=b2df [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq 4f79 expected=a318 [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq adf3 expected=4f7e [mpeg4 @ 0x2d5be00] slice end not reached but screenspace end (136949 left 78E4F6, score= -364) [mpeg4 @ 0x2d5be00] concealing 80 DC, 80 AC, 80 MV errors [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq a318 expected=b2e4 [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq 4f7e expected=a31e [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq adf8 expected=4f84 [mpeg4 @ 0x2d5be00] slice end not reached but screenspace end (142038 left 7C6B6B, score= -378) [mpeg4 @ 0x2d5be00] concealing 80 DC, 80 AC, 80 MV errors [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq a31e expected=b2ea [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq 4f84 expected=a325 [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq adfe expected=4f8b [mpeg4 @ 0x2d5be00] slice end not reached but screenspace end (192554 left 5A3B68, score= -392) [mpeg4 @ 0x2d5be00] concealing 80 DC, 80 AC, 80 MV errors [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq a325 expected=b2f1 [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq 4f8b expected=a32c [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq ae05 expected=4f92 [mpeg4 @ 0x2d5be00] slice end not reached but screenspace end (177890 left 4166F1, score= -406) [mpeg4 @ 0x2d5be00] concealing 80 DC, 80 AC, 80 MV errors [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq a32c expected=b2f8 [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq 4f92 expected=a332 [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq ae0c expected=4f98 [mpeg4 @ 0x2d5be00] slice end not reached but screenspace end (156392 left 7F9E61, score= -420) [mpeg4 @ 0x2d5be00] concealing 80 DC, 80 AC, 80 MV errors *** drop!ffmpeg_issue_reproduce.tcap [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq a332 expected=b2fe [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq 4f98 expected=a338 [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq ae12 expected=4f9e [mpeg4 @ 0x2d5be00] slice end not reached but screenspace end (164933 left 79E083, score= -434) [mpeg4 @ 0x2d5be00] concealing 80 DC, 80 AC, 80 MV errors [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq a338 expected=b304 [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq 4f9e expected=a354 [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq ae18 expected=4fba [mpeg4 @ 0x2d5be00] slice end not reached but screenspace end (926521 left 5B179F, score= -448) [mpeg4 @ 0x2d5be00] concealing 80 DC, 80 AC, 80 MV errors [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq a354 expected=b320 [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq 4fba expected=a35b [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq ae34 expected=4fc1 [mpeg4 @ 0x2d5be00] slice end not reached but screenspace end (203023 left 7FA34D, score= -462) [mpeg4 @ 0x2d5be00] concealing 80 DC, 80 AC, 80 MV errors [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq a35b expected=b327 [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq 4fc1 expected=a362 [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq ae3b expected=4fc8 [mpeg4 @ 0x2d5be00] slice end not reached but screenspace end (191018 left 4BB047, score= -476) [mpeg4 @ 0x2d5be00] concealing 80 DC, 80 AC, 80 MV errors [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq a362 expected=b32e [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq 4fc8 expected=a369 [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq ae42 expected=4fcf [mpeg4 @ 0x2d5be00] slice end not reached but screenspace end (182860 left 7032E2, score= -490) [mpeg4 @ 0x2d5be00] concealing 80 DC, 80 AC, 80 MV errors [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq a369 expected=b335 [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq 4fcf expected=a36f [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq ae49 expected=4fd5 [mpeg4 @ 0x2d5be00] slice end not reached but screenspace end (174892 left 7F6B1C, score= -504) [mpeg4 @ 0x2d5be00] concealing 80 DC, 80 AC, 80 MV errors [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq a36f expected=b33b [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq 4fd5 expected=a375 [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq ae4f expected=4fdb [mpeg4 @ 0x2d5be00] slice end not reached but screenspace end (175155 left 7E1E35, score= -518) [mpeg4 @ 0x2d5be00] concealing 80 DC, 80 AC, 80 MV errors frame= 34 fps= 0 q=0.0 size= 785kB time=00:00:01.32 bitrate=4874.3kbits/s dup=1RTP: PT=60: bad cseq a375 expected=b341 [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq 4fdb expected=a37b [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq ae55 expected=4fe1 [mpeg4 @ 0x2d5be00] slice end not reached but screenspace end (149767 left 7FEF0E, score= -532) [mpeg4 @ 0x2d5be00] concealing 80 DC, 80 AC, 80 MV errors [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq a37b expected=b347 [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq 4fe1 expected=a381 [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq ae5b expected=4fe7 [mpeg4 @ 0x2d5be00] slice end not reached but screenspace end (159173 left 7ACCB7, score= -546) [mpeg4 @ 0x2d5be00] concealing 80 DC, 80 AC, 80 MV errors [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq a381 expected=b34d [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq 4fe7 expected=a387 [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq ae61 expected=4fed [mpeg4 @ 0x2d5be00] slice end not reached but screenspace end (152593 left 270A04, score= -560) [mpeg4 @ 0x2d5be00] concealing 80 DC, 80 AC, 80 MV errors [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq a387 expected=b353 [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq 4fed expected=a38d [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq ae67 expected=4ff3 [mpeg4 @ 0x2d5be00] slice end not reached but screenspace end (143620 left 7BB474, score= -574) [mpeg4 @ 0x2d5be00] concealing 80 DC, 80 AC, 80 MV errors [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq a38d expected=b359 [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq 4ff3 expected=a394 [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq ae6d expected=4ffa [mpeg4 @ 0x2d5be00] slice end not reached but screenspace end (186457 left 4B6321, score= -588) [mpeg4 @ 0x2d5be00] concealing 80 DC, 80 AC, 80 MV errors [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq a394 expected=b360 [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq 4ffa expected=a39a [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq ae74 expected=5000 [mpeg4 @ 0x2d5be00] slice end not reached but screenspace end (146408 left 7F4F34, score= -602) [mpeg4 @ 0x2d5be00] concealing 80 DC, 80 AC, 80 MV errors [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq a39a expected=b366 [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq 5000 expected=a3a1 [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq ae7a expected=5007 [mpeg4 @ 0x2d5be00] slice end not reached but screenspace end (181925 left 7D86DC, score= -616) [mpeg4 @ 0x2d5be00] concealing 80 DC, 80 AC, 80 MV errors [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq a3a1 expected=b36d [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq 5007 expected=a3a7 [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq ae81 expected=500d [mpeg4 @ 0x2d5be00] slice end not reached but screenspace end (148393 left 3C07D8, score= -630) [mpeg4 @ 0x2d5be00] concealing 80 DC, 80 AC, 80 MV errors [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq a3a7 expected=b373 [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq 500d expected=a3ad [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq ae87 expected=5013 [mpeg4 @ 0x2d5be00] slice end not reached but screenspace end (169898 left 6B72B2, score= -644) [mpeg4 @ 0x2d5be00] concealing 80 DC, 80 AC, 80 MV errors [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq a3ad expected=b379 [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq 5013 expected=a3b3 [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq ae8d expected=5019 [mpeg4 @ 0x2d5be00] slice end not reached but screenspace end (153075 left 7CA4FE, score= -658) [mpeg4 @ 0x2d5be00] concealing 80 DC, 80 AC, 80 MV errors [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq a3b3 expected=b37f [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq 5019 expected=a3b9 [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq ae93 expected=501f [mpeg4 @ 0x2d5be00] slice end not reached but screenspace end (145828 left 711F06, score= -672) [mpeg4 @ 0x2d5be00] concealing 80 DC, 80 AC, 80 MV errors [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq a3b9 expected=b385 [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq 501f expected=a3bf [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq ae99 expected=5025 [mpeg4 @ 0x2d5be00] slice end not reached but screenspace end (146979 left 700B32, score= -686) [mpeg4 @ 0x2d5be00] concealing 80 DC, 80 AC, 80 MV errors [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq a3bf expected=b38b [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq 5025 expected=a3c4 [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq ae9f expected=502a [mpeg4 @ 0x2d5be00] slice end not reached but screenspace end (139830 left 7DF3AB, score= -700) [mpeg4 @ 0x2d5be00] concealing 80 DC, 80 AC, 80 MV errors [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq a3c4 expected=b390 [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq 502a expected=a3ca [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq aea4 expected=5030 [mpeg4 @ 0x2d5be00] slice end not reached but screenspace end (145543 left 7F6D3B, score= -714) [mpeg4 @ 0x2d5be00] concealing 80 DC, 80 AC, 80 MV errors *** drop! frame= 47 fps= 44 q=0.0 size= 1055kB time=00:00:01.84 bitrate=4697.5kbits/s dup=1RTP: PT=60: bad cseq a3ca expected=b396 [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq 5030 expected=a3d1 [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq aeaa expected=5037 [mpeg4 @ 0x2d5be00] slice end not reached but screenspace end (179691 left 750E88, score= -728) [mpeg4 @ 0x2d5be00] concealing 80 DC, 80 AC, 80 MV errors [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq a3d1 expected=b39d [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq 5037 expected=a3d7 [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq aeb1 expected=503d [mpeg4 @ 0x2d5be00] slice end not reached but screenspace end (173792 left 7FC7C6, score= -742) [mpeg4 @ 0x2d5be00] concealing 80 DC, 80 AC, 80 MV errors [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq a3d7 expected=b3a3 [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq 503d expected=a3de [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq aeb7 expected=5044 [mpeg4 @ 0x2d5be00] slice end not reached but screenspace end (178993 left 42B49C, score= -756) [mpeg4 @ 0x2d5be00] concealing 80 DC, 80 AC, 80 MV errors [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq a3de expected=b3aa [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq 5044 expected=a3e4 [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq aebe expected=504a [mpeg4 @ 0x2d5be00] slice end not reached but screenspace end (174677 left 785C84, score= -770) [mpeg4 @ 0x2d5be00] concealing 80 DC, 80 AC, 80 MV errors [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq a3e4 expected=b3b0 [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq 504a expected=a3eb [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq aec4 expected=5051 [mpeg4 @ 0x2d5be00] slice end not reached but screenspace end (179863 left 7E0128, score= -784) [mpeg4 @ 0x2d5be00] concealing 80 DC, 80 AC, 80 MV errors [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq a3eb expected=b3b7 [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq 5051 expected=a3f2 [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq aecb expected=5058 [mpeg4 @ 0x2d5be00] slice end not reached but screenspace end (183006 left 7D5A49, score= -798) [mpeg4 @ 0x2d5be00] concealing 80 DC, 80 AC, 80 MV errors *** drop! [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq a3f2 expected=b3be [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq 5058 expected=a3f9 [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq aed2 expected=505f [mpeg4 @ 0x2d5be00] slice end not reached but screenspace end (187758 left 7EB709, score= -812) [mpeg4 @ 0x2d5be00] concealing 80 DC, 80 AC, 80 MV errors [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq a3f9 expected=b3c5 [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq 505f expected=a400 [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq aed9 expected=5066 [mpeg4 @ 0x2d5be00] slice end not reached but screenspace end (187201 left 4DBD6B, score= -826) [mpeg4 @ 0x2d5be00] concealing 80 DC, 80 AC, 80 MV errors [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq a400 expected=b3cc [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq 5066 expected=a407 [mpeg4 @ 0x2d5be00] RTP: PT=60: bad cseq aee0 expected=506d [mpeg4 @ 0x2d5be00] slice end not reached but screenspace end (189481 left 6CEF46, score= -840) [mpeg4 @ 0x2d5be00] concealing 80 DC, 80 AC, 80 MV errors frame= 55 fps= 39 q=0.0 Lsize= 1267kB time=00:00:02.16 bitrate=4806.5kbits/s dup=1 drop=6 video:1169kB audio:0kB global headers:0kB muxing overhead 8.394320% Received signal 2: terminating. }}} ffmpeg log after fix (ffmpeg_issue_fix.tcap): {{{ $ ffmpeg -v 10 -an -i rtsp://:@/mpeg4/media.amp -vcodec mpeg1video -r 25 -sameq -acodec mp2 -strict experimental -y -f mpegts ts40_fix2.ts -debug 100 [buffer @ 0x2316b20] w:640 h:480 pixfmt:yuv420p tb:1/1000000 sar:1/1 sws_param: [mpeg1video @ 0x233c1a0] err{or,}_recognition separate: 1; 1 [mpeg1video @ 0x233c1a0] err{or,}_recognition combined: 1; 65537 [mpeg1video @ 0x233c1a0] intra_quant_bias = 96 inter_quant_bias = 0 [mpeg1video @ 0x233c1a0] Unsupported bit depth: 0 [mpeg4 @ 0x2316e00] err{or,}_recognition separate: 1; 65537 [mpeg4 @ 0x2316e00] err{or,}_recognition combined: 1; 65537 [mpegts @ 0x233b880] muxrate VBR, pcr every 2 pkts, sdt every 200, pat/pmt every 40 pkts Output #0, mpegts, to 'ts40_fix2.ts': Metadata: title : Media Presentation encoder : Lavf53.21.0 Stream #0:0, 0, 1/90000: Video: mpeg1video, yuv420p, 640x480 [SAR 1:1 DAR 4:3], 1/25, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (mpeg4 -> mpeg1video) Press [q] to stop, [?] for help [mpeg4 @ 0x2316e00] Unsupported bit depth: 0 [mpeg4 @ 0x2316e00] warning: first frame is no keyframe *** drop! Last message repeated 2 times frame= 34 fps= 0 q=0.0 size= 1323kB time=00:00:01.32 bitrate=8208.2kbits/s dup=0*** drop! Last message repeated 1 times frame= 47 fps= 46 q=0.0 size= 1812kB time=00:00:01.84 bitrate=8069.3kbits/s dup=0*** drop! Last message repeated 1 times frame= 59 fps= 38 q=0.0 size= 2331kB time=00:00:02.32 bitrate=8230.5kbits/s dup=0*** drop! frame= 73 fps= 35 q=0.0 size= 2907kB time=00:00:02.88 bitrate=8268.9kbits/s dup=0*** drop! Last message repeated 1 times frame= 85 fps= 33 q=0.0 size= 3408kB time=00:00:03.36 bitrate=8310.0kbits/s dup=0*** drop! Last message repeated 1 times frame= 98 fps= 32 q=0.0 size= 3891kB time=00:00:03.88 bitrate=8215.8kbits/s dup=0*** drop! frame= 111 fps= 31 q=0.0 size= 4397kB time=00:00:04.40 bitrate=8186.9kbits/s dup=0*** drop! Last message repeated 1 times frame= 124 fps= 30 q=0.0 size= 4927kB time=00:00:04.92 bitrate=8203.5kbits/s dup=0*** drop! Last message repeated 1 times frame= 136 fps= 29 q=0.0 size= 5424kB time=00:00:05.40 bitrate=8228.8kbits/s dup=0*** drop! frame= 150 fps= 29 q=0.0 size= 5939kB time=00:00:05.96 bitrate=8162.5kbits/s dup=0*** drop! frame= 163 fps= 29 q=0.0 size= 6479kB time=00:00:06.48 bitrate=8190.8kbits/s dup=0*** drop! Last message repeated 1 times frame= 176 fps= 28 q=0.0 size= 6981kB time=00:00:07.00 bitrate=8169.3kbits/s dup=0*** drop! Last message repeated 1 times frame= 189 fps= 28 q=0.0 size= 7463kB time=00:00:07.52 bitrate=8130.4kbits/s dup=0*** drop! frame= 203 fps= 28 q=0.0 size= 8018kB time=00:00:08.08 bitrate=8129.0kbits/s dup=0*** drop! Last message repeated 1 times frame= 216 fps= 28 q=0.0 size= 8555kB time=00:00:08.60 bitrate=8148.9kbits/s dup=0*** drop! Last message repeated 1 times frame= 229 fps= 27 q=0.0 size= 9101kB time=00:00:09.12 bitrate=8174.9kbits/s dup=0*** drop! frame= 243 fps= 27 q=0.0 size= 9681kB time=00:00:09.68 bitrate=8192.9kbits/s dup=0*** drop! frame= 257 fps= 27 q=0.0 size= 10222kB time=00:00:10.24 bitrate=8178.0kbits/s dup=0*** drop! Last message repeated 1 times frame= 270 fps= 27 q=0.0 size= 10776kB time=00:00:10.76 bitrate=8203.9kbits/s dup=0*** drop! Last message repeated 1 times frame= 283 fps= 27 q=0.0 size= 11264kB time=00:00:11.28 bitrate=8180.3kbits/s dup=0*** drop! frame= 297 fps= 27 q=0.0 size= 11841kB time=00:00:11.84 bitrate=8192.4kbits/s dup=0*** drop! frame= 311 fps= 27 q=0.0 size= 12397kB time=00:00:12.40 bitrate=8190.1kbits/s dup=0*** drop! Last message repeated 1 times frame= 324 fps= 27 q=0.0 size= 12958kB time=00:00:12.92 bitrate=8216.4kbits/s dup=0*** drop! Last message repeated 1 times frame= 337 fps= 27 q=0.0 size= 13517kB time=00:00:13.44 bitrate=8238.9kbits/s dup=0*** drop! frame= 351 fps= 27 q=0.0 size= 14103kB time=00:00:14.00 bitrate=8252.1kbits/s dup=0*** drop! Last message repeated 1 times frame= 364 fps= 27 q=0.0 size= 14627kB time=00:00:14.52 bitrate=8252.3kbits/s dup=0*** drop! Last message repeated 1 times frame= 377 fps= 26 q=0.0 size= 15104kB time=00:00:15.04 bitrate=8226.7kbits/s dup=0*** drop! frame= 391 fps= 26 q=0.0 size= 15661kB time=00:00:15.60 bitrate=8223.8kbits/s dup=0*** drop! frame= 405 fps= 26 q=0.0 size= 16221kB time=00:00:16.16 bitrate=8223.0kbits/s dup=0*** drop! Last message repeated 1 times frame= 418 fps= 26 q=0.0 size= 16723kB time=00:00:16.68 bitrate=8213.1kbits/s dup=0*** drop! Last message repeated 1 times frame= 431 fps= 26 q=0.0 size= 17220kB time=00:00:17.20 bitrate=8201.4kbits/s dup=0*** drop! frame= 445 fps= 26 q=0.0 size= 17842kB time=00:00:17.76 bitrate=8230.0kbits/s dup=0*** drop! Last message repeated 1 times frame= 457 fps= 26 q=0.0 size= 18333kB time=00:00:18.24 bitrate=8233.7kbits/s dup=0*** drop! Last message repeated 1 times frame= 470 fps= 26 q=0.0 size= 18876kB time=00:00:18.76 bitrate=8242.7kbits/s dup=0*** drop! frame= 483 fps= 26 q=0.0 size= 19409kB time=00:00:19.28 bitrate=8247.0kbits/s dup=0*** drop! frame= 496 fps= 26 q=0.0 size= 19975kB time=00:00:19.80 bitrate=8264.3kbits/s dup=0*** drop! frame= 509 fps= 26 q=0.0 size= 20481kB time=00:00:20.32 bitrate=8257.0kbits/s dup=0*** drop! Last message repeated 1 times frame= 521 fps= 26 q=0.0 size= 21042kB time=00:00:20.80 bitrate=8287.5kbits/s dup=0*** drop! Last message repeated 1 times frame= 534 fps= 26 q=0.0 size= 21545kB time=00:00:21.32 bitrate=8278.3kbits/s dup=0frame= 548 fps= 26 q=0.0 size= 22127kB time=00:00:21.88 bitrate=8284.4kbits/s dup=0*** drop! Last message repeated 1 times frame= 561 fps= 26 q=0.0 size= 22638kB time=00:00:22.40 bitrate=8279.0kbits/s dup=0*** drop! Last message repeated 1 times frame= 573 fps= 26 q=0.0 size= 23146kB time=00:00:22.88 bitrate=8287.2kbits/s dup=0*** drop! frame= 587 fps= 26 q=0.0 size= 23693kB time=00:00:23.44 bitrate=8280.4kbits/s dup=0*** drop! Last message repeated 1 times frame= 599 fps= 26 q=0.0 size= 24211kB time=00:00:23.92 bitrate=8291.7kbits/s dup=0*** drop! frame= 613 fps= 26 q=0.0 size= 24797kB time=00:00:24.48 bitrate=8298.0kbits/s dup=0*** drop! frame= 626 fps= 26 q=0.0 size= 25348kB time=00:00:25.00 bitrate=8306.1kbits/s dup=0*** drop! Last message repeated 1 times frame= 639 fps= 26 q=0.0 size= 25868kB time=00:00:25.52 bitrate=8303.6kbits/s dup=0*** drop! Last message repeated 1 times frame= 651 fps= 26 q=0.0 size= 26395kB time=00:00:26.00 bitrate=8316.5kbits/s dup=0*** drop! frame= 658 fps= 26 q=0.0 Lsize= 26629kB time=00:00:26.28 bitrate=8300.9kbits/s dup=0 drop=77 video:24632kB audio:0kB global headers:0kB muxing overhead 8.109508% Received signal 2: terminating. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 16 13:51:12 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 Jan 2012 12:51:12 -0000 Subject: [FFmpeg-trac] #916(avformat:new): ffmpeg doen't check that udp port which it selects for incoming rtp already receives packets In-Reply-To: <035.15dc7e2ce93d8a4bdfa33a3eaffd62b5@avcodec.org> References: <035.15dc7e2ce93d8a4bdfa33a3eaffd62b5@avcodec.org> Message-ID: <050.6943098a7e78edec860b6027f0011aae@avcodec.org> #916: ffmpeg doen't check that udp port which it selects for incoming rtp already receives packets --------------------------------------+------------------------------------ Reporter: xeioex | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: rtsp rtp udp | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 1 | --------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: rtsp, rtp => rtsp rtp udp * reproduced: 1 => 0 Comment: Please consider sending patches to ffmpeg-devel, they receive more attention there. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 16 13:57:24 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 Jan 2012 12:57:24 -0000 Subject: [FFmpeg-trac] #872(avutil:new): av_rescale_q returns wrong 64bits in arm cortex-a8 processor In-Reply-To: <037.21d7ce40631324390fccf1386d6b23e3@avcodec.org> References: <037.21d7ce40631324390fccf1386d6b23e3@avcodec.org> Message-ID: <052.cf21ef0310889557db7b3bc3f3819aeb@avcodec.org> #872: av_rescale_q returns wrong 64bits in arm cortex-a8 processor --------------------------------------+----------------------------------- Reporter: kaijun61 | Owner: michael Type: defect | Status: new Priority: important | Component: avutil Version: git-master | Resolution: Keywords: av_rescale_q | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by cehoyos): I am not sure I understand: You wrote above that c6c2dfcf15c1d93b2189adff6f71c5c4b6b05338 works fine but that e1a86d03855f2fb1bf7961efd6794ddd9226f228 shows the problem you describe. So you can run: {{{ $ make distclean $ git bisect start $ git bisect good c6c2dfcf15c1d93b2189adff6f71c5c4b6b05338 $ git bisect bad e1a86d03855f2fb1bf7961efd6794ddd9226f228 $ ./configure && make }}} Then test if the problem occurs with the resulting binary or not and repeat the following lines until the responsible commit is found (git bisect good if the problem does not occur, git bisect bad if you can reproduce the issue): {{{ $ make distclean && git bisect good / bad $ ./configure && make }}} When you are finished, run {{{ $ make distclean && git bisect reset }}} to get back to the revision before running the tests. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 16 14:50:55 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 Jan 2012 13:50:55 -0000 Subject: [FFmpeg-trac] #918(avfilter:new): polarized to anaglyph filter. In-Reply-To: <038.503af3e83eea1fd590d0089d1b3fa7fa@avcodec.org> References: <038.503af3e83eea1fd590d0089d1b3fa7fa@avcodec.org> Message-ID: <053.4f8212c9fff47a11f80e78a88272bfa3@avcodec.org> #918: polarized to anaglyph filter. -------------------------------------+------------------------------------ Reporter: dE_logics | 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 dE_logics): Yes, but it's the mplayer one. It does work well though. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 16 23:13:53 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 Jan 2012 22:13:53 -0000 Subject: [FFmpeg-trac] #919(undetermined:reopened): Embedded mkv subtitles are staying longer than they are supposed to be in converted file In-Reply-To: <039.626be9f4fb6fa489a19c2a1590f906ba@avcodec.org> References: <039.626be9f4fb6fa489a19c2a1590f906ba@avcodec.org> Message-ID: <054.a4797f7c3fbb7a0164b6222875000f6c@avcodec.org> #919: Embedded mkv subtitles are staying longer than they are supposed to be in converted file -------------------------------------+------------------------------------- Reporter: KuroiTsuki | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by KuroiTsuki): * status: closed => reopened * resolution: invalid => Comment: I have to agree, previous report was pretty much not informative and useless. Let me try again. This is sample source file i used for conversion (but it is same with any mkv with embedded subtitles) http://www.mediafire.com/?i3ezh3x35bk6f46 This is result of conversion, you can notice subtitles are staying for longer than they are supposed too http://www.mediafire.com/?cnk3m9zn5ceekoo This is file showing how it is supposed to be http://www.mediafire.com/?dwstf0mrbk8a733 This is command line http://pastebin.com/PPW74uLH Note. I'm using mencoder, but people from mplayer/mencoder team said this is bug in ffmpeg, so now i'm reporting it here If you need anymore information, I will gladly provide it And thank you for your hard work -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 16 23:28:39 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 Jan 2012 22:28:39 -0000 Subject: [FFmpeg-trac] #919(undetermined:reopened): Embedded mkv subtitles are staying longer than they are supposed to be in converted file In-Reply-To: <039.626be9f4fb6fa489a19c2a1590f906ba@avcodec.org> References: <039.626be9f4fb6fa489a19c2a1590f906ba@avcodec.org> Message-ID: <054.aa95ef48f0e4df712fcc963095e70cfd@avcodec.org> #919: Embedded mkv subtitles are staying longer than they are supposed to be in converted file -------------------------------------+------------------------------------- Reporter: KuroiTsuki | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by reimar): My fault, I am not sure this can be reproduced with FFmpeg. The problem (as I remember it) is that the end_pts/duration of the subtitle is no longer exported while the replacement for that feature, a proper ASS -> plain sub converter was never finished. That leaves MPlayer without a solution except having to painfully parse the code back into exactly the format as it was in the MKV file after FFmpeg clobbered it back to the "standard" format. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 16 23:59:24 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 Jan 2012 22:59:24 -0000 Subject: [FFmpeg-trac] #918(avfilter:new): polarized to anaglyph filter. In-Reply-To: <038.503af3e83eea1fd590d0089d1b3fa7fa@avcodec.org> References: <038.503af3e83eea1fd590d0089d1b3fa7fa@avcodec.org> Message-ID: <053.6f0aa419d86c4fd3d2a5234fb025a204@avcodec.org> #918: polarized to anaglyph filter. -------------------------------------+------------------------------------ Reporter: dE_logics | 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 cehoyos): Do I understand you correctly that you request porting MPlayer's stereo3d filter, because the current filter - that you say is working fine - is MPlayer's stereo3d filter? Please elaborate. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 17 00:07:38 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 Jan 2012 23:07:38 -0000 Subject: [FFmpeg-trac] #920(undetermined:closed): Error capture picutre IV41 of ffmpeg0.9.1 In-Reply-To: <036.027c3c48f3133473f8186998f12e01a1@avcodec.org> References: <036.027c3c48f3133473f8186998f12e01a1@avcodec.org> Message-ID: <051.3bb8902c4aef83fb2cccf2a65c195025@avcodec.org> #920: Error capture picutre IV41 of ffmpeg0.9.1 ---------------------------------+---------------------------------------- Reporter: johnson | Owner: Type: defect | Status: closed Priority: normal | Component: undetermined Version: 0.9.1 | Resolution: fixed Keywords: indeo4 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ---------------------------------+---------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: fixed in the 0.9 branch, fix will be in 0.9.2 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 17 00:44:27 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 Jan 2012 23:44:27 -0000 Subject: [FFmpeg-trac] #290(undetermined:closed): alpha channel not preserved when transcoding In-Reply-To: <045.8dc362242324f6d522681e2e40530fe9@avcodec.org> References: <045.8dc362242324f6d522681e2e40530fe9@avcodec.org> Message-ID: <060.a88216717356990204f9dde7c464cb59@avcodec.org> #290: alpha channel not preserved when transcoding -------------------------------------+------------------------------------- Reporter: | Owner: michael matteosistisette | Status: closed Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: fixed Keywords: alpha | Blocked By: yuva420 | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => alpha yuva420 * resolution: worksforme => fixed Comment: The issue - if there ever was one - has been fixed: The output pix_fmt selection for yuva420 input format works now correctly and chooses 32-bit rgb for png and qtrle. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 17 13:18:36 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 Jan 2012 12:18:36 -0000 Subject: [FFmpeg-trac] #694(undetermined:closed): Speed-up/Slow-down a video In-Reply-To: <034.ff2a199e36c77cef21b4498e2670251c@avcodec.org> References: <034.ff2a199e36c77cef21b4498e2670251c@avcodec.org> Message-ID: <049.fc059602bb8a0db3314924858ac8aef2@avcodec.org> #694: Speed-up/Slow-down a video -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: enhancement | Status: closed Priority: wish | Component: Version: unspecified | undetermined Keywords: | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 1 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by saste): * analyzed: 0 => 1 * status: new => closed * resolution: => fixed Comment: Closing the ticket as the feature should be implementable through the setpts filter, please re-open the ticket in case you think it is not. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 17 13:24:53 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 Jan 2012 12:24:53 -0000 Subject: [FFmpeg-trac] #867(avformat:open): -tag:[v|a] doesn't force a fourcc In-Reply-To: <036.8435c546ca2ad92e5b010f9c28e8bcd4@avcodec.org> References: <036.8435c546ca2ad92e5b010f9c28e8bcd4@avcodec.org> Message-ID: <051.3b6850954848619e642ff0314e60d9a5@avcodec.org> #867: -tag:[v|a] doesn't force a fourcc ------------------------------------+------------------------------------ Reporter: dericed | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: atag mov | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Could you test this patch? http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/138633 QuickTime does not read "in24" here, so the resulting file does not play for me on OSX. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 17 13:27:27 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 Jan 2012 12:27:27 -0000 Subject: [FFmpeg-trac] #867(avformat:open): -tag:[v|a] doesn't force a fourcc In-Reply-To: <036.8435c546ca2ad92e5b010f9c28e8bcd4@avcodec.org> References: <036.8435c546ca2ad92e5b010f9c28e8bcd4@avcodec.org> Message-ID: <051.71c7b91437995884db99b014b2af2b9e@avcodec.org> #867: -tag:[v|a] doesn't force a fourcc ------------------------------------+------------------------------------ Reporter: dericed | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: atag mov | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by dericed): Hi, I tested the patch a few days ago and it didn't seem to work. QuickTime played the audio back as silence whereas the same -atag command with ffmbc worked. I'll redo the test today with patched ffmpeg and ffmbc to provide samples and outputs. Thanks. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 17 17:31:30 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 Jan 2012 16:31:30 -0000 Subject: [FFmpeg-trac] #918(avfilter:new): polarized to anaglyph filter. In-Reply-To: <038.503af3e83eea1fd590d0089d1b3fa7fa@avcodec.org> References: <038.503af3e83eea1fd590d0089d1b3fa7fa@avcodec.org> Message-ID: <053.89acc288576310204178a625d6326e66@avcodec.org> #918: polarized to anaglyph filter. -------------------------------------+------------------------------------ Reporter: dE_logics | 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 dE_logics): Well, if using mplayer's filter is the original intention (which I did not think as since ffmpeg shows the warning and the man page says "This wrapper is considered experimental."). :) Then this bug should be closed? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 17 18:13:01 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 Jan 2012 17:13:01 -0000 Subject: [FFmpeg-trac] #918(avfilter:closed): polarized to anaglyph filter. In-Reply-To: <038.503af3e83eea1fd590d0089d1b3fa7fa@avcodec.org> References: <038.503af3e83eea1fd590d0089d1b3fa7fa@avcodec.org> Message-ID: <053.7fc4b9e0a598df47300bec45006fb747@avcodec.org> #918: polarized to anaglyph filter. -------------------------------------+------------------------------------- Reporter: dE_logics | Owner: Type: enhancement | Status: closed Priority: wish | Component: avfilter Version: git-master | Resolution: Keywords: stereo | worksforme Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => stereo * status: new => closed * resolution: => worksforme Comment: Works for the OP. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 17 18:13:51 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 Jan 2012 17:13:51 -0000 Subject: [FFmpeg-trac] #918(avfilter:closed): polarized to anaglyph filter. In-Reply-To: <038.503af3e83eea1fd590d0089d1b3fa7fa@avcodec.org> References: <038.503af3e83eea1fd590d0089d1b3fa7fa@avcodec.org> Message-ID: <053.9658f905832ebe1322a94caf38501abc@avcodec.org> #918: polarized to anaglyph filter. -------------------------------------+------------------------------------- Reporter: dE_logics | Owner: Type: enhancement | Status: closed Priority: wish | Component: avfilter Version: git-master | Resolution: Keywords: 3d | worksforme Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: stereo => 3d -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 17 22:11:44 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 Jan 2012 21:11:44 -0000 Subject: [FFmpeg-trac] #921(FFprobe:new): ffprobe may not correctly format json filesizes (patch attached) Message-ID: <033.e9362ddc5e40962baa2c5207953d0c07@avcodec.org> #921: ffprobe may not correctly format json filesizes (patch attached) -------------------------------------+------------------------------------- Reporter: elkq | Owner: stefano Type: defect | Status: new Priority: normal | Component: FFprobe Version: git- | Keywords: json master | filesize Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- Filesizes greater than 2GB are not always json formatted as expected, (smaller files are fine) for example: ffprobe -show_format -print_format json plus2GB.avi ffprobe version N-36904-g71a2c9b Copyright (c) 2007-2012 the FFmpeg developers built on Jan 17 2012 11:46:02 with gcc 4.6.1 configuration: --enable-shared --enable-gpl --enable-libfaac --enable- libfreetype --enable-libmp3lame --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libtheora --enable-libvorbis --enable-libx264 --enable-nonfree --enable-postproc --enable-version3 --enable-x11grab libavutil 51. 34.101 / 51. 34.101 libavcodec 53. 57.100 / 53. 57.100 libavformat 53. 30.100 / 53. 30.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 59.101 / 2. 59.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 6.100 / 0. 6.100 libpostproc 51. 2.100 / 51. 2.100 { "format": { "filename": "plus2GB.avi", "nb_streams": 2, "format_name": "avi", "format_long_name": "AVI format", "start_time": "0.000", "duration": "2012.040", "size": "-1862884042", "bit_rate": "9670118", "tags": { "encoder": "Lavf53.29.100" } } the -prefix option has similar unexpected behaviour. ffprobe -prefix -show_format -print_format json plus2GB.avi -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 17 23:09:39 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 Jan 2012 22:09:39 -0000 Subject: [FFmpeg-trac] #616(undetermined:closed): WebM/VP8 issue incombination with VLC In-Reply-To: <042.758324533bd58cbd658e76a40788f3d9@avcodec.org> References: <042.758324533bd58cbd658e76a40788f3d9@avcodec.org> Message-ID: <057.e301d776ad47d6971b39ca281813c865@avcodec.org> #616: WebM/VP8 issue incombination with VLC -------------------------------------+------------------------------------- Reporter: | Owner: jongerenchaos | Status: closed Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid Comment: J-B informed me that this is a problem in vlc, fixed in 2.0.0. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 17 23:18:06 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 Jan 2012 22:18:06 -0000 Subject: [FFmpeg-trac] #921(FFprobe:new): ffprobe may not correctly format json filesizes (patch attached) In-Reply-To: <033.e9362ddc5e40962baa2c5207953d0c07@avcodec.org> References: <033.e9362ddc5e40962baa2c5207953d0c07@avcodec.org> Message-ID: <048.8247192bb9917f3908725bc24a4ba92e@avcodec.org> #921: ffprobe may not correctly format json filesizes (patch attached) ---------------------------------------+----------------------------------- Reporter: elkq | Owner: stefano Type: defect | Status: new Priority: normal | Component: FFprobe Version: git-master | Resolution: Keywords: json filesize | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Comment (by cehoyos): > l = snprintf(buf, buf_size, "%ld", (int64_t)vald); This should be 'snprintf(buf, buf_size, "%"PRId64, (int64_t)vald);' and similar below. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jan 18 00:13:18 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 Jan 2012 23:13:18 -0000 Subject: [FFmpeg-trac] #689(avcodec:closed): invalid reads in iff.c In-Reply-To: <038.e36c7c7ef992f96c45ca49ef1391ce02@avcodec.org> References: <038.e36c7c7ef992f96c45ca49ef1391ce02@avcodec.org> Message-ID: <053.86a30f39dca41252331c9f5ce66c36e1@avcodec.org> #689: invalid reads in iff.c ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: iff ffplay | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by ami_stuff): FFplay crashes with attached IFF-PBM file (HAM8 mode). {{{ C:\>ffmpeg -i 2_pbm.iff ffmpeg version N-36890-g67f5650 Copyright (c) 2000-2012 the FFmpeg developers built on Jan 16 2012 21:57:13 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 34.100 / 51. 34.100 libavcodec 53. 56.105 / 53. 56.105 libavformat 53. 30.100 / 53. 30.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 59.100 / 2. 59.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 6.100 / 0. 6.100 libpostproc 51. 2.100 / 51. 2.100 [IFF @ 020F2320] Estimating duration from bitrate, this may be inaccurate Input #0, IFF, from '2_pbm.iff': Metadata: comment : $VER: Written by ASDG's Art Department Professional IFF3.0 .1 (03.19.93) Duration: N/A, bitrate: N/A Stream #0:0: Video: iff_byterun1 (PBM / 0x204D4250), rgba, 628x512, SAR 22: 22 DAR 157:128, 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 Wed Jan 18 00:16:36 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 Jan 2012 23:16:36 -0000 Subject: [FFmpeg-trac] #921(FFprobe:open): ffprobe may not correctly format json filesizes (patch attached) In-Reply-To: <033.e9362ddc5e40962baa2c5207953d0c07@avcodec.org> References: <033.e9362ddc5e40962baa2c5207953d0c07@avcodec.org> Message-ID: <048.202fc461ddbe7030b8248b5dd4be020b@avcodec.org> #921: ffprobe may not correctly format json filesizes (patch attached) ---------------------------------------+----------------------------------- Reporter: elkq | Owner: stefano Type: defect | Status: open Priority: normal | Component: FFprobe Version: git-master | Resolution: Keywords: json filesize | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 1 | ---------------------------------------+----------------------------------- Changes (by saste): * analyzed: 0 => 1 * status: new => open Comment: Replying to [ticket:921 elkq]: > Filesizes greater than 2GB are not always json formatted as expected, (smaller files are fine) for example: > > ffprobe -show_format -print_format json plus2GB.avi [...] > the -prefix option has similar unexpected behaviour. I noticed the patch only after I already committed a fix, which is very similar to yours so sorry for not crediting (and you're right, maybe I should also change the size of the index). Anyway should be fixed in: {{{ commit 54661219c12905e70ea360b8aab1386438cae99d Author: Stefano Sabatini Date: Wed Jan 18 00:01:07 2012 +0100 ffprobe: fix printing of unit values which cannot be contained in an int Use long long int to contain such values instead of an int, which is required to contain at least 64 bits, so it is guaranteed to contain also int64_t values, which are used by some fields. In particular, should fix trac ticket #921. }}} Please confirm that it is fixed, thanks for the report&patch. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jan 18 00:19:58 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 Jan 2012 23:19:58 -0000 Subject: [FFmpeg-trac] #689(avcodec:closed): invalid reads in iff.c In-Reply-To: <038.e36c7c7ef992f96c45ca49ef1391ce02@avcodec.org> References: <038.e36c7c7ef992f96c45ca49ef1391ce02@avcodec.org> Message-ID: <053.78ff710bcb70cd5c2d1659d867aa0be9@avcodec.org> #689: invalid reads in iff.c ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: iff ffplay | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): If this problem is not reproducible with the original sample, please open a new ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jan 18 00:23:37 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 Jan 2012 23:23:37 -0000 Subject: [FFmpeg-trac] #922(undetermined:new): ffplay crashes with iff-pbm file (ham8 mode) Message-ID: <038.d8a14e003205bd2c90c604d27e3960cc@avcodec.org> #922: ffplay crashes with iff-pbm file (ham8 mode) -------------------------------------+------------------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- https://ffmpeg.org/trac/ffmpeg/attachment/ticket/689/2_pbm.iff most likely related to ticket #689 {{{ C:\>ffmpeg -i 2_pbm.iff ffmpeg version N-36890-g67f5650 Copyright (c) 2000-2012 the FFmpeg developers built on Jan 16 2012 21:57:13 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 34.100 / 51. 34.100 libavcodec 53. 56.105 / 53. 56.105 libavformat 53. 30.100 / 53. 30.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 59.100 / 2. 59.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 6.100 / 0. 6.100 libpostproc 51. 2.100 / 51. 2.100 [IFF @ 020F2320] Estimating duration from bitrate, this may be inaccurate Input #0, IFF, from '2_pbm.iff': Metadata: comment : $VER: Written by ASDG's Art Department Professional IFF3.0 .1 (03.19.93) Duration: N/A, bitrate: N/A Stream #0:0: Video: iff_byterun1 (PBM / 0x204D4250), rgba, 628x512, SAR 22: 22 DAR 157:128, 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 Wed Jan 18 00:46:35 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 Jan 2012 23:46:35 -0000 Subject: [FFmpeg-trac] #922(avcodec:open): ffplay crashes with iff-pbm file (ham8 mode) In-Reply-To: <038.d8a14e003205bd2c90c604d27e3960cc@avcodec.org> References: <038.d8a14e003205bd2c90c604d27e3960cc@avcodec.org> Message-ID: <053.038a0cab15fb68ab1b04c2f5eebf413d@avcodec.org> #922: ffplay crashes with iff-pbm file (ham8 mode) ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: iff | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => iff * status: new => open * version: unspecified => git-master * component: undetermined => avcodec * reproduced: 0 => 1 Comment: Work-around / fix is to disable direct rendering. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jan 18 01:03:32 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 Jan 2012 00:03:32 -0000 Subject: [FFmpeg-trac] #921(FFprobe:open): ffprobe may not correctly format json filesizes (patch attached) In-Reply-To: <033.e9362ddc5e40962baa2c5207953d0c07@avcodec.org> References: <033.e9362ddc5e40962baa2c5207953d0c07@avcodec.org> Message-ID: <048.a29ef6294cb239d4fc3e4e546df35797@avcodec.org> #921: ffprobe may not correctly format json filesizes (patch attached) ---------------------------------------+----------------------------------- Reporter: elkq | Owner: stefano Type: defect | Status: open Priority: normal | Component: FFprobe Version: git-master | Resolution: Keywords: json filesize | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 1 | ---------------------------------------+----------------------------------- Comment (by elkq): Replying to [comment:2 saste]: > Replying to [ticket:921 elkq]: > > Filesizes greater than 2GB are not always json formatted as expected, (smaller files are fine) for example: > > > > ffprobe -show_format -print_format json plus2GB.avi > [...] > > the -prefix option has similar unexpected behaviour. > > I noticed the patch only after I already committed a fix, which is very similar to yours so sorry for not crediting (and you're right, maybe I should also change the size of the index). > > Anyway should be fixed in: > {{{ > commit 54661219c12905e70ea360b8aab1386438cae99d > Author: Stefano Sabatini > Date: Wed Jan 18 00:01:07 2012 +0100 > > ffprobe: fix printing of unit values which cannot be contained in an int > > Use long long int to contain such values instead of an int, which is > required to contain at least 64 bits, so it is guaranteed to contain also > int64_t values, which are used by some fields. > > In particular, should fix trac ticket #921. > }}} > > Please confirm that it is fixed, thanks for the report&patch. Unfortunately we missed a case, the -unit option, i.e.: $ ffprobe -unit -show_format -print_format json plus2GB.avi So we probably also need to change line 129: {{{ - else l = snprintf(buf, buf_size, "%d", (int)vald); + else l = snprintf(buf, buf_size, "%lld", (long long int)vald); }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jan 18 01:55:05 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 Jan 2012 00:55:05 -0000 Subject: [FFmpeg-trac] #921(FFprobe:open): ffprobe may not correctly format json filesizes (patch attached) In-Reply-To: <033.e9362ddc5e40962baa2c5207953d0c07@avcodec.org> References: <033.e9362ddc5e40962baa2c5207953d0c07@avcodec.org> Message-ID: <048.20cddba64da9118c62afe101e06ede84@avcodec.org> #921: ffprobe may not correctly format json filesizes (patch attached) ---------------------------------------+----------------------------------- Reporter: elkq | Owner: stefano Type: defect | Status: open Priority: normal | Component: FFprobe Version: git-master | Resolution: Keywords: json filesize | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 1 | ---------------------------------------+----------------------------------- Comment (by saste): Replying to [comment:3 elkq]: [...] > Unfortunately we missed a case, the -unit option, i.e.: > $ ffprobe -unit -show_format -print_format json plus2GB.avi > > So we probably also need to change line 129: > {{{ > - else l = snprintf(buf, buf_size, "%d", (int)vald); > + else l = snprintf(buf, buf_size, "%lld", (long long int)vald); > }}} Should be fixed in a later commit, please confirm if it works for you. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jan 18 06:08:33 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 Jan 2012 05:08:33 -0000 Subject: [FFmpeg-trac] #867(avformat:open): -tag:[v|a] doesn't force a fourcc In-Reply-To: <036.8435c546ca2ad92e5b010f9c28e8bcd4@avcodec.org> References: <036.8435c546ca2ad92e5b010f9c28e8bcd4@avcodec.org> Message-ID: <051.7630c1fc61042f411a164fd3c661fbf1@avcodec.org> #867: -tag:[v|a] doesn't force a fourcc ------------------------------------+------------------------------------ Reporter: dericed | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: atag mov | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by dericed): So this patch does force the output to use the 'in24' codec id; however the resulting file plays out as silence or a faint buzz sound. Here's the ffmpeg report {{{ ffmpeg started on 2012-01-18 at 00:04:21 Report written to "ffmpeg-20120118-000421.log" Command line: ./ffmpeg -y -report -i SoundieF.mpeg -ss 10 -t 5 -vn -acodec pcm_s24le -atag in24 SoudieF_ffmpeg_in24.mov ffmpeg version N-36769-gb18e17e Copyright (c) 2000-2012 the FFmpeg developers built on Jan 12 2012 21:51:39 with llvm_gcc 4.2.1 (Based on Apple Inc. build 5658) (LLVM build 2335.15.00) configuration: libavutil 51. 34.100 / 51. 34.100 libavcodec 53. 55.100 / 53. 55.100 libavformat 53. 29.100 / 53. 29.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 59.100 / 2. 59.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 6.100 / 0. 6.100 [mpeg @ 0x7fd570828a00] Format mpeg probed with size=4096 and score=52 [mpeg @ 0x7fd570828a00] probing stream 0 pp:2500 [mpeg @ 0x7fd570828a00] Probe with size=794, packets=1 detected mpegvideo with score=25 [mpeg @ 0x7fd570828a00] probing stream 0 pp:2499 [mpeg @ 0x7fd570828a00] Probe with size=2809, packets=2 detected mpegvideo with score=25 [mpeg @ 0x7fd570828a00] probing stream 0 pp:2498 [mpeg @ 0x7fd570828a00] Probe with size=4824, packets=3 detected mpegvideo with score=25 [mpeg @ 0x7fd570828a00] probing stream 0 pp:2497 [mpeg @ 0x7fd570828a00] probing stream 0 pp:2496 [mpeg @ 0x7fd570828a00] Probe with size=8854, packets=5 detected mpegvideo with score=25 [mpeg @ 0x7fd570828a00] probing stream 0 pp:2495 [mpeg @ 0x7fd570828a00] probing stream 0 pp:2494 [mpeg @ 0x7fd570828a00] probing stream 0 pp:2493 [mpeg @ 0x7fd570828a00] probing stream 0 pp:2492 [mpeg @ 0x7fd570828a00] Probe with size=16914, packets=9 detected mpegvideo with score=25 [mpeg @ 0x7fd570828a00] probing stream 0 pp:2491 [mpeg @ 0x7fd570828a00] probing stream 0 pp:2490 [mpeg @ 0x7fd570828a00] probing stream 0 pp:2489 [mpeg @ 0x7fd570828a00] probing stream 0 pp:2488 [mpeg @ 0x7fd570828a00] probing stream 0 pp:2487 [mpeg @ 0x7fd570828a00] probing stream 0 pp:2486 [mpeg @ 0x7fd570828a00] probing stream 0 pp:2485 [mpeg @ 0x7fd570828a00] probing stream 0 pp:2484 [mpeg @ 0x7fd570828a00] Probe with size=33034, packets=17 detected mpegvideo with score=51 [mpeg @ 0x7fd570828a00] probed stream 0 [mpeg2video @ 0x7fd570831000] err{or,}_recognition separate: 1; 1 [mpeg2video @ 0x7fd570831000] err{or,}_recognition combined: 1; 10001 [mpeg2video @ 0x7fd570831000] detected 2 logical cores [mpeg2video @ 0x7fd570831000] Unsupported bit depth: 0 [mp2 @ 0x7fd570830a00] err{or,}_recognition separate: 1; 1 [mp2 @ 0x7fd570830a00] err{or,}_recognition combined: 1; 10001 [mpeg @ 0x7fd570828a00] max_analyze_duration 5000000 reached at 5005000 Input #0, mpeg, from 'SoundieF.mpeg': Duration: 00:02:24.10, start: 839.378778, bitrate: 3786 kb/s Stream #0:0[0x1e0], 152, 1/90000: Video: mpeg2video (Main), yuv420p, 352x480 [SAR 20:11 DAR 4:3], 3500 kb/s, 29.97 fps, 29.97 tbr, 90k tbn, 59.94 tbc Stream #0:1[0x1c0], 193, 1/90000: Audio: mp2, 48000 Hz, stereo, s16, 224 kb/s Incompatible sample format 's16' for codec 'pcm_s24le', auto-selecting format 's32' [pcm_s24le @ 0x7fd570831c00] err{or,}_recognition separate: 1; 1 [pcm_s24le @ 0x7fd570831c00] err{or,}_recognition combined: 1; 10001 [mp2 @ 0x7fd570830a00] err{or,}_recognition separate: 1; 10001 [mp2 @ 0x7fd570830a00] err{or,}_recognition combined: 1; 10001 Output #0, mov, to 'SoudieF_ffmpeg_in24.mov': Metadata: encoder : Lavf53.29.100 Stream #0:0, 0, 1/48000: Audio: pcm_s24le (in24 / 0x34326E69), 48000 Hz, stereo, s32, 2304 kb/s Stream mapping: Stream #0:1 -> #0:0 (mp2 -> pcm_s24le) Press [q] to stop, [?] for help size= 1405kB time=00:00:04.99 bitrate=2305.2kbits/s video:0kB audio:1404kB global headers:0kB muxing overhead 0.051193% }}} I tested the same equivalent command in ffmbc which did produce a playable file. Here's the ffmbc output {{{ ffmbc -y -i SoundieF.mpeg -ss 10 -t 5 -vn -acodec pcm_s24le -atag in24 SoundieF_ffmbc_in24.mov FFmbc version 0.7-rc4 Copyright (c) 2008-2011 Baptiste Coudurier and the FFmpeg developers Input #0, mpeg, from 'SoundieF.mpeg': Duration: 00:02:24.11, start: 839.368778, bitrate: 3786 kb/s Stream #0.0[0x1e0](und): Video: mpeg2video (Main), yuv420p, 352x480i tff [PAR 20:11 DAR 4:3], 3500 kb/s, 29.97 fps Stream #0.1[0x1c0](und): Audio: mp2, 48000 Hz, stereo, s16, 224 kb/s Incompatible sample format 's16' for codec 'pcm_s24le', auto-selecting format 's32' Output #0, mov, to 'SoundieF_ffmbc_in24.mov': Metadata: encoder: FFmbc 0.7 Stream #0.0(und): Audio: pcm_s24le, 48000 Hz, stereo, s32, 2304 kb/s Stream mapping: Stream #0.1 -> #0.0 Press [q] to stop, [?] for help adding 863 audio samples in stream #0.1 [mov @ 0x7f9309000c00] replacing header in front, copying 1.38MB size= 1411kB time=00:00:05.00 bitrate=2306.5kbits/s video:0kB audio:1409kB global headers:0kB muxing overhead 0.107009% }}} I'll attach the output files to the ticket. Perhaps the ticket should be renamed to 'support in24 audio'. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jan 18 06:46:03 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 Jan 2012 05:46:03 -0000 Subject: [FFmpeg-trac] #922(avcodec:open): ffplay crashes with iff-pbm file (ham8 mode) In-Reply-To: <038.d8a14e003205bd2c90c604d27e3960cc@avcodec.org> References: <038.d8a14e003205bd2c90c604d27e3960cc@avcodec.org> Message-ID: <053.0e229a5a07aad67a4cd4ba10bfdc2f9a@avcodec.org> #922: ffplay crashes with iff-pbm file (ham8 mode) ------------------------------------+----------------------------------- 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 | ------------------------------------+----------------------------------- Description changed by cehoyos: Old description: > https://ffmpeg.org/trac/ffmpeg/attachment/ticket/689/2_pbm.iff > > most likely related to ticket #689 > > {{{ > C:\>ffmpeg -i 2_pbm.iff > ffmpeg version N-36890-g67f5650 Copyright (c) 2000-2012 the FFmpeg > developers > built on Jan 16 2012 21:57:13 with gcc 4.6.2 > configuration: --enable-gpl --enable-version3 --disable-w32threads > --enable-ru > ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r > --enable-libope > ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- > libgsm --en > able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- > libschroedinger - > -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- > amrwben > c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs > --enable- > libxvid --enable-zlib > libavutil 51. 34.100 / 51. 34.100 > libavcodec 53. 56.105 / 53. 56.105 > libavformat 53. 30.100 / 53. 30.100 > libavdevice 53. 4.100 / 53. 4.100 > libavfilter 2. 59.100 / 2. 59.100 > libswscale 2. 1.100 / 2. 1.100 > libswresample 0. 6.100 / 0. 6.100 > libpostproc 51. 2.100 / 51. 2.100 > [IFF @ 020F2320] Estimating duration from bitrate, this may be inaccurate > Input #0, IFF, from '2_pbm.iff': > Metadata: > comment : $VER: Written by ASDG's Art Department Professional > IFF3.0 > .1 (03.19.93) > Duration: N/A, bitrate: N/A > Stream #0:0: Video: iff_byterun1 (PBM / 0x204D4250), rgba, 628x512, > SAR 22: > 22 DAR 157:128, 90k tbr, 90k tbn, 90k tbc > At least one output file must be specified > }}} New description: http://ffmpeg.org/trac/ffmpeg/raw-attachment/ticket/689/2_pbm.iff most likely related to ticket #689 {{{ C:\>ffmpeg -i 2_pbm.iff ffmpeg version N-36890-g67f5650 Copyright (c) 2000-2012 the FFmpeg developers built on Jan 16 2012 21:57:13 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 34.100 / 51. 34.100 libavcodec 53. 56.105 / 53. 56.105 libavformat 53. 30.100 / 53. 30.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 59.100 / 2. 59.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 6.100 / 0. 6.100 libpostproc 51. 2.100 / 51. 2.100 [IFF @ 020F2320] Estimating duration from bitrate, this may be inaccurate Input #0, IFF, from '2_pbm.iff': Metadata: comment : $VER: Written by ASDG's Art Department Professional IFF3.0 .1 (03.19.93) Duration: N/A, bitrate: N/A Stream #0:0: Video: iff_byterun1 (PBM / 0x204D4250), rgba, 628x512, SAR 22: 22 DAR 157:128, 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 Wed Jan 18 12:45:28 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 Jan 2012 11:45:28 -0000 Subject: [FFmpeg-trac] #892(avcodec:closed): jpg: progressive 4:1:1 / 4:2:2 decodes incorrectly In-Reply-To: <038.466032720b719870aa5591521118ddf3@avcodec.org> References: <038.466032720b719870aa5591521118ddf3@avcodec.org> Message-ID: <053.925bc40cb4181f613f911dcbadb930af@avcodec.org> #892: jpg: progressive 4:1:1 / 4:2:2 decodes incorrectly ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: mjpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: tif => mjpeg -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jan 18 13:20:15 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 Jan 2012 12:20:15 -0000 Subject: [FFmpeg-trac] #921(FFprobe:closed): ffprobe may not correctly format json filesizes (patch attached) In-Reply-To: <033.e9362ddc5e40962baa2c5207953d0c07@avcodec.org> References: <033.e9362ddc5e40962baa2c5207953d0c07@avcodec.org> Message-ID: <048.39d1f7f12e56e31206a1bf4c991c654d@avcodec.org> #921: ffprobe may not correctly format json filesizes (patch attached) ------------------------------------+----------------------------------- Reporter: elkq | Owner: stefano Type: defect | Status: closed Priority: normal | Component: FFprobe Version: git-master | Resolution: fixed Keywords: filesize | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+----------------------------------- Changes (by saste): * keywords: json filesize => filesize * status: open => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Tested with latest ffprobe in master, should be fixed, thanks again for reporting&patch. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jan 18 14:00:40 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 Jan 2012 13:00:40 -0000 Subject: [FFmpeg-trac] #873(undetermined:new): PCM signed big-endian encoding as unsigned In-Reply-To: <034.0b626f07113cddd0ad22afde46a003ef@avcodec.org> References: <034.0b626f07113cddd0ad22afde46a003ef@avcodec.org> Message-ID: <049.673f6776558f8b57de84751b71b34cb4@avcodec.org> #873: PCM signed big-endian encoding as unsigned -------------------------------------+------------------------------------- Reporter: Glinx | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: PCM signed | Resolution: big endian | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Glinx): git bisect output; c59b80c8d3e46f176172d582f27c14d772e306fc is the first bad commit -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jan 18 14:45:05 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 Jan 2012 13:45:05 -0000 Subject: [FFmpeg-trac] #923(undetermined:new): add "S263" fourcc Message-ID: <038.4ecf012a9ce2aa0ad9db409ca408b5ab@avcodec.org> #923: add "S263" fourcc -------------------------------------+------------------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- this is "Lead H263 codec" with "Output Sorenson Video (Flash)" option enabled http://www.leadtools.com/help/leadtools/v15/multimedia/filters/filters/leadh263encoder%282.0%29_ui.htm {{{ C:\>ffmpeg -i lead_h263_osv.avi ffmpeg version N-36890-g67f5650 Copyright (c) 2000-2012 the FFmpeg developers built on Jan 16 2012 21:57:13 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 34.100 / 51. 34.100 libavcodec 53. 56.105 / 53. 56.105 libavformat 53. 30.100 / 53. 30.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 59.100 / 2. 59.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 6.100 / 0. 6.100 libpostproc 51. 2.100 / 51. 2.100 [avi @ 020F2320] non-interleaved AVI [avi @ 020F2320] max_analyze_duration 5000000 reached at 5040000 [avi @ 020F2320] Could not find codec parameters (Video: none (S263 / 0x33363253 ), 192x128) lead_h263_osv.avi: could not find codec parameters }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jan 18 15:52:49 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 Jan 2012 14:52:49 -0000 Subject: [FFmpeg-trac] #924(avcodec:new): libxvid video codec leaks temporary files Message-ID: <034.58710f72b8da8041c5cc5438bd39c0c0@avcodec.org> #924: libxvid video codec leaks temporary files -------------------------------------+------------------------------------- Reporter: khali | Type: Status: new | enhancement Component: avcodec | Priority: minor Keywords: temporary | Version: 0.9.1 file | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- When encoding with -vcodec libxvid in two-pass mode, the second pass creates a copy of the first-pass log as /tmp/xvidff.*. This copy is not deleted when the second-pass encoding ends. I don't know what sense it makes to create a copy of the file in the first place, but assuming there is a good reason for that, this temporary file should be deleted by ffmpeg before it quits. I happen to have /tmp mounted in memory (tmpfs) so every file left behind is actually stealing my memory until next reboot. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jan 18 16:29:23 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 Jan 2012 15:29:23 -0000 Subject: [FFmpeg-trac] #660(undetermined:closed): x264opts does not accepts options without values In-Reply-To: <034.e35e43bf8763cabed21de105ace144de@avcodec.org> References: <034.e35e43bf8763cabed21de105ace144de@avcodec.org> Message-ID: <049.3adbbcb83f86d6d40aa819ae12b839f0@avcodec.org> #660: x264opts does not accepts options without values -------------------------------------+------------------------------------- Reporter: burek | Owner: michael Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by khali): Testing with 0.9.1, I am able to pass no-cabac as -x264opts but not thread-input: [libx264 @ 0x645360] bad option 'thread-input': '1' -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jan 18 16:46:14 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 Jan 2012 15:46:14 -0000 Subject: [FFmpeg-trac] #916(avformat:new): ffmpeg doen't check that udp port which it selects for incoming rtp already receives packets In-Reply-To: <035.15dc7e2ce93d8a4bdfa33a3eaffd62b5@avcodec.org> References: <035.15dc7e2ce93d8a4bdfa33a3eaffd62b5@avcodec.org> Message-ID: <050.c0206409dce72af5b4334e4b61650668@avcodec.org> #916: ffmpeg doen't check that udp port which it selects for incoming rtp already receives packets --------------------------------------+------------------------------------ Reporter: xeioex | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: rtsp rtp udp | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 1 | --------------------------------------+------------------------------------ Comment (by xeioex): Patches with fixes were committed to upstream (http://ffmpeg.org/pipermail /ffmpeg-devel/2012-January/119515.html) , so ticket could be closed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jan 18 17:50:55 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 Jan 2012 16:50:55 -0000 Subject: [FFmpeg-trac] #921(FFprobe:closed): ffprobe may not correctly format json filesizes (patch attached) In-Reply-To: <033.e9362ddc5e40962baa2c5207953d0c07@avcodec.org> References: <033.e9362ddc5e40962baa2c5207953d0c07@avcodec.org> Message-ID: <048.8e8537cfc4d1ced238a7428725e06e83@avcodec.org> #921: ffprobe may not correctly format json filesizes (patch attached) ------------------------------------+----------------------------------- Reporter: elkq | Owner: stefano Type: defect | Status: closed Priority: normal | Component: FFprobe Version: git-master | Resolution: fixed Keywords: filesize | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+----------------------------------- Comment (by elkq): Replying to [comment:4 saste]: > Replying to [comment:3 elkq]: > [...] > > Unfortunately we missed a case, the -unit option, i.e.: > > $ ffprobe -unit -show_format -print_format json plus2GB.avi > > > > So we probably also need to change line 129: > > {{{ > > - else l = snprintf(buf, buf_size, "%d", (int)vald); > > + else l = snprintf(buf, buf_size, "%lld", (long long int)vald); > > }}} > > Should be fixed in a later commit, please confirm if it works for you. Yes, 54661219c12905e70ea360b8aab1386438cae99d corrects this behaviour, all seems fixed, thank-you. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jan 18 18:17:21 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 Jan 2012 17:17:21 -0000 Subject: [FFmpeg-trac] #916(avformat:closed): ffmpeg doen't check that udp port which it selects for incoming rtp already receives packets In-Reply-To: <035.15dc7e2ce93d8a4bdfa33a3eaffd62b5@avcodec.org> References: <035.15dc7e2ce93d8a4bdfa33a3eaffd62b5@avcodec.org> Message-ID: <050.4fa892b30d7f8823199d6a4f2152d351@avcodec.org> #916: ffmpeg doen't check that udp port which it selects for incoming rtp already receives packets --------------------------------------+------------------------------------ Reporter: xeioex | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: rtsp rtp udp | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 1 | --------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => closed * resolution: => fixed Comment: Thank you for the patches! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jan 18 19:22:42 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 Jan 2012 18:22:42 -0000 Subject: [FFmpeg-trac] #925(undetermined:new): lead h263 - reject files encoded in "high compression" / rtp modes Message-ID: <038.4fb99c6856eb93df18f1fd40724a3273@avcodec.org> #925: lead h263 - reject files encoded in "high compression" / rtp modes -------------------------------------+------------------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I attache also "normal" file for comparison. {{{ C:\>ffmpeg -i lead_h263_ehc.avi out.avi ffmpeg version N-36890-g67f5650 Copyright (c) 2000-2012 the FFmpeg developers built on Jan 16 2012 21:57:13 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 34.100 / 51. 34.100 libavcodec 53. 56.105 / 53. 56.105 libavformat 53. 30.100 / 53. 30.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 59.100 / 2. 59.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 6.100 / 0. 6.100 libpostproc 51. 2.100 / 51. 2.100 [avi @ 020F2320] non-interleaved AVI Input #0, avi, from 'lead_h263_ehc.avi': Duration: 00:00:03.00, start: 0.000000, bitrate: 143 kb/s Stream #0:0: Video: h263 (L263 / 0x3336324C), yuv420p, 720x480, 1 tbr, 1 tbn , 1 tbc [buffer @ 02101FA0] w:720 h:480 pixfmt:yuv420p tb:1/1000000 sar:0/1 sws_param: Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf53.30.100 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 720x480, q=2-31, 200 kb/s, 1 tbn, 1 tbc Stream mapping: Stream #0:0 -> #0:0 (h263 -> mpeg4) Press [q] to stop, [?] for help frame= 2 fps= 0 q=2.0 Lsize= 90kB time=00:00:03.00 bitrate= 246.1kbits/ s video:85kB audio:0kB global headers:0kB muxing overhead 6.649102% }}} {{{ C:\>ffmpeg -i lead_h263_rtp.avi out.avi ffmpeg version N-36890-g67f5650 Copyright (c) 2000-2012 the FFmpeg developers built on Jan 16 2012 21:57:13 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 34.100 / 51. 34.100 libavcodec 53. 56.105 / 53. 56.105 libavformat 53. 30.100 / 53. 30.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 59.100 / 2. 59.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 6.100 / 0. 6.100 libpostproc 51. 2.100 / 51. 2.100 [avi @ 020F2320] non-interleaved AVI Input #0, avi, from 'lead_h263_rtp.avi': Duration: 00:00:03.00, start: 0.000000, bitrate: 218 kb/s Stream #0:0: Video: h263 (L263 / 0x3336324C), yuv420p, 720x480, 1 tbr, 1 tbn , 1 tbc w:720 h:480 pixfmt:yuv420p tb:1/1000000 sar:0/1 sws_param: Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf53.30.100 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 720x480, q=2-31, 200 kb/s, 1 tbn, 1 tbc Stream mapping: Stream #0:0 -> #0:0 (h263 -> mpeg4) Press [q] to stop, [?] for help [h263 @ 020FA3E0] illegal ac vlc code at 19x0 [h263 @ 020FA3E0] Error at MB: 19 [h263 @ 020FA3E0] I cbpy damaged at 0 24 [h263 @ 020FA3E0] Error at MB: 1104 [h263 @ 020FA3E0] illegal ac vlc code at 23x26 [h263 @ 020FA3E0] Error at MB: 1219 [h263 @ 020FA3E0] I cbpy damaged at 26 20 [h263 @ 020FA3E0] Error at MB: 946 [h263 @ 020FA3E0] illegal ac vlc code at 27x0 [h263 @ 020FA3E0] Error at MB: 27 [h263 @ 020FA3E0] illegal ac vlc code at 29x16 [h263 @ 020FA3E0] Error at MB: 765 [h263 @ 020FA3E0] illegal ac vlc code at 21x0 [h263 @ 020FA3E0] Error at MB: 21 [h263 @ 020FA3E0] I cbpy damaged at 1 10 [h263 @ 020FA3E0] Error at MB: 461 [h263 @ 020FA3E0] illegal ac vlc code at 25x14 [h263 @ 020FA3E0] Error at MB: 669 [h263 @ 020FA3E0] illegal ac vlc code at 20x8 [h263 @ 020FA3E0] Error at MB: 388 [h263 @ 020FA3E0] illegal ac vlc code at 18x14 [h263 @ 020FA3E0] Error at MB: 662 [h263 @ 020FA3E0] I cbpy damaged at 5 26 [h263 @ 020FA3E0] Error at MB: 1201 [h263 @ 020FA3E0] I cbpy damaged at 3 12 [h263 @ 020FA3E0] Error at MB: 555 [h263 @ 020FA3E0] illegal ac vlc code at 16x18 [h263 @ 020FA3E0] Error at MB: 844 [h263 @ 020FA3E0] I cbpy damaged at 0 2 [h263 @ 020FA3E0] Error at MB: 92 [h263 @ 020FA3E0] I cbpy damaged at 18 0 [h263 @ 020FA3E0] Error at MB: 18 [h263 @ 020FA3E0] illegal ac vlc code at 18x4 [h263 @ 020FA3E0] Error at MB: 202 [h263 @ 020FA3E0] illegal ac vlc code at 15x24 [h263 @ 020FA3E0] Error at MB: 1119 [h263 @ 020FA3E0] I cbpy damaged at 3 0 [h263 @ 020FA3E0] Error at MB: 3 [h263 @ 020FA3E0] I cbpy damaged at 3 0 [h263 @ 020FA3E0] Error at MB: 3 [h263 @ 020FA3E0] illegal ac vlc code at 25x10 [h263 @ 020FA3E0] Error at MB: 485 [h263 @ 020FA3E0] I cbpy damaged at 2 20 [h263 @ 020FA3E0] Error at MB: 922 [h263 @ 020FA3E0] illegal ac vlc code at 6x10 [h263 @ 020FA3E0] Error at MB: 466 [h263 @ 020FA3E0] illegal ac vlc code at 18x26 [h263 @ 020FA3E0] Error at MB: 1214 [h263 @ 020FA3E0] illegal ac vlc code at 18x6 [h263 @ 020FA3E0] Error at MB: 294 [h263 @ 020FA3E0] run overflow at 1x4 i:1 [h263 @ 020FA3E0] Error at MB: 185 [h263 @ 020FA3E0] illegal ac vlc code at 32x0 [h263 @ 020FA3E0] Error at MB: 32 [h263 @ 020FA3E0] illegal ac vlc code at 25x22 [h263 @ 020FA3E0] Error at MB: 1037 [h263 @ 020FA3E0] illegal ac vlc code at 25x10 [h263 @ 020FA3E0] Error at MB: 485 [h263 @ 020FA3E0] illegal ac vlc code at 29x10 [h263 @ 020FA3E0] Error at MB: 489 [h263 @ 020FA3E0] illegal ac vlc code at 30x16 [h263 @ 020FA3E0] Error at MB: 766 [h263 @ 020FA3E0] illegal ac vlc code at 3x4 [h263 @ 020FA3E0] Error at MB: 187 [h263 @ 020FA3E0] concealing 1350 DC, 1350 AC, 1350 MV errors frame= 2 fps= 0 q=2.0 Lsize= 9kB time=00:00:03.00 bitrate= 25.9kbits/ s video:4kB audio:0kB global headers:0kB muxing overhead 145.733097% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jan 18 19:28:42 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 Jan 2012 18:28:42 -0000 Subject: [FFmpeg-trac] #925(undetermined:new): lead h263 - reject files encoded in "high compression" / rtp modes In-Reply-To: <038.4fb99c6856eb93df18f1fd40724a3273@avcodec.org> References: <038.4fb99c6856eb93df18f1fd40724a3273@avcodec.org> Message-ID: <053.dd34b755666e8c694bb3ac0484decc8f@avcodec.org> #925: lead h263 - reject files encoded in "high compression" / rtp modes -------------------------------------+------------------------------------- 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): http://www.leadtools.com/help/leadtools/v15/multimedia/filters/filters/leadh263encoder%282.0%29_ui.htm -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jan 18 20:12:15 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 Jan 2012 19:12:15 -0000 Subject: [FFmpeg-trac] #926(undetermined:new): -r ignored, resulting in error "Option framerate not found" Message-ID: <037.c6e4396900f5788b0e0011f81960c907@avcodec.org> #926: -r ignored, resulting in error "Option framerate not found" -------------------------------------+------------------------------------- Reporter: charlesc | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- This is essentially the same as #403, though that was closed as invalid. This appears to be valid. I've been using ffmpeg to generate video (various video codecs) from individual frames generated by another program, which is fed to ffmpeg by pipe to stdin in yuv4mpegpipe format, along with a separate audio file. This worked for a long time, with a commandline like this: {{{ ffmpeg -i /path/to/audio.m4a -acodec copy \ -r 25 -f yuv4mpegpipe -i - \ -vcodec flv -vb 250k -qmin 5 -qmax 50 -g 150 \ -y /path/to/output.flv }}} The yuv4mpeg header that's being generated by the program is this: {{{ YUV4MPEG2 W854 H480 F25:1 Ip A0:0 C420mpeg2 XYSCSS=420MPEG2 }}} With recent versions of ffmpeg built from the git repo (my current version is `ffmpeg version N-32933-g9b3df9b [...] built on Sep 25 2011 14:17:40 with gcc 4.4.3`), ffmpeg refuses to start with this same command, exiting with returncode 1 and giving this error: {{{ Option framerate not found. }}} If I leave off the `-r 25` option it appears to work, using the input framerate from the yuv4mpeg header. But shouldn't it let me override that with `-r`, say if I wanted the output video to run at 30fps instead of 25? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jan 18 23:35:29 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 Jan 2012 22:35:29 -0000 Subject: [FFmpeg-trac] #926(undetermined:new): -r ignored, resulting in error "Option framerate not found" In-Reply-To: <037.c6e4396900f5788b0e0011f81960c907@avcodec.org> References: <037.c6e4396900f5788b0e0011f81960c907@avcodec.org> Message-ID: <052.25aa0ff3edcada75e99051e5e8d3f85b@avcodec.org> #926: -r ignored, resulting in error "Option framerate not found" -------------------------------------+------------------------------------- Reporter: charlesc | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: y4m | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => y4m Comment: Since you claim that this used to work: Please add a command line and complete, uncut console output for a version that allowed you to set the framerate. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 19 01:41:41 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 Jan 2012 00:41:41 -0000 Subject: [FFmpeg-trac] #876(avcodec:open): ljpeg: fix 12/16bpp decoding for images with odd width In-Reply-To: <038.27a5c940a926b3273bcf0621a5936be4@avcodec.org> References: <038.27a5c940a926b3273bcf0621a5936be4@avcodec.org> Message-ID: <053.1b95f31159b203506c7e7ff5a36f6db1@avcodec.org> #876: ljpeg: fix 12/16bpp decoding for images with odd width -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: mjpeg ljpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by ami_stuff): this is actually a bug in swscale triggered when input have odd width ffmpeg -i 599.png -pif_fmt rgb48le out.tif -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 19 03:30:01 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 Jan 2012 02:30:01 -0000 Subject: [FFmpeg-trac] #927(avcodec:new): [PATCH] DNxHD: frame multithreading Message-ID: <038.7695b165b3c12ed1df562d246fe226cc@avcodec.org> #927: [PATCH] DNxHD: frame multithreading -------------------------------------+------------------------------------- Reporter: STaRGaZeR | Type: Status: new | enhancement Component: avcodec | Priority: normal Keywords: patch, | Version: git- DNxHD | master Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- This patch adds frame multithreading to the DNxHD decoder. Tested and confirmed working on all samples I have, but needs review, since I'm a ffmpeg noob. Results from this sample: http://www.limpans.com/downloads/AVID/DNxHD/NTSC/Swans220X.zip (598 MB) 1 thread: 28 fps 4 threads: 144 fps Tested on an overclocked i5 2500K (4 cores, 4 threads). I tried using git send-email but got all kind of errors so I'm posting it here. Hope everything's fine. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 19 05:26:39 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 Jan 2012 04:26:39 -0000 Subject: [FFmpeg-trac] #914(avcodec:open): tiff: reject (later support) "quadric surfaces" In-Reply-To: <038.922e957823e0260e3c445c4f5fcd0437@avcodec.org> References: <038.922e957823e0260e3c445c4f5fcd0437@avcodec.org> Message-ID: <053.4448f5b12f167be6140c15201dbe1e4c@avcodec.org> #914: tiff: reject (later support) "quadric surfaces" ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: tif | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by compn): i'm curious why we support any of these old weird image formats. are we going to overtake imagemagick? :) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 19 14:23:21 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 Jan 2012 13:23:21 -0000 Subject: [FFmpeg-trac] #914(avcodec:open): tiff: reject (later support) "quadric surfaces" In-Reply-To: <038.922e957823e0260e3c445c4f5fcd0437@avcodec.org> References: <038.922e957823e0260e3c445c4f5fcd0437@avcodec.org> Message-ID: <053.bb6b778dc2a3ba025e5896a69e7591a5@avcodec.org> #914: tiff: reject (later support) "quadric surfaces" ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: tif | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by ami_stuff): Well, I like bug free/full feaured software. Since FFmpeg already supports weird image formats I see no reason why it shouldn't decode them correctly (or at leaast not try to incorrectly decode files with features which are not supported). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 19 14:30:50 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 Jan 2012 13:30:50 -0000 Subject: [FFmpeg-trac] #928(undetermined:new): ffmpeg libdc1394 camera live mpeg streaming stops a specific frame number Message-ID: <032.09dc6a68bfa2728f96c2724562070df3@avcodec.org> #928: ffmpeg libdc1394 camera live mpeg streaming stops a specific frame number -------------------------------------+------------------------------------- Reporter: Zax | Type: defect Status: new | Priority: minor Component: | Version: git- undetermined | master Keywords: libdc1394 | Blocked By: ffserver live streaming | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- I was trying to stream live video from a dc1394 camera by using ffmpeg and ffserver. I was successful in streaming the video; however, the stream freezes/stops/hangs after a specific time (00:02:23.06) or frame (2146). I have tried to debug the problem and noticed that after the 2146th frame "vdelta" in "do_video_out" at "ffmpeg.c" goes negative. Moreover, each frame increment causes it to decrement further. The reason vdelta goes negative is "ost->sync_ist->pts" of input variable "const OutputStream *ost" in do_video_out changes sign. So, I have made some modifications in "do_video_out" and "get_sync_ipts" and temporarily solved the negative vdelta problem. You can find the changed functions in the attachment. Though I have solved my problem, the bug ("ost->sync_ist->pts" goes negative) still exits. I hope my comments are helpful. ---- Here is my ffmpeg commands and ffserver conf file. {{{ # ffmpeg -loglevel debug -v verbose -f libdc1394 -i hw:0,0 -vcodec mpeg4 -b:v 10000k -bufsize 150000k -r 5 http://127.0.0.1:8090/feed1.ffm }}} {{{ # ffserver -loglevel debug -f ffs.conf }}} {{{ Port 8090 # bind to all IPs aliased or not BindAddress 0.0.0.0 # max number of simultaneous clients MaxClients 4 # max bandwidth per-client (kb/s) MaxBandwidth 10000000 s # Suppress that if you want to launch ffserver as a daemon. NoDaemon File /tmp/feed1.ffm FileMaxSize 2000M ACL allow 127.0.0.1 # mpeg # the source feed Feed feed1.ffm # the output stream format - FLV = FLash Video Format mpegts VideoCodec mpeg4 AVOptionVideo maxrate 1000000k AVOptionVideo qmin 1 AVOptionVideo qmax 31 AVOptionVideo bufsize 100000k # this must match the ffmpeg -r argument VideoFrameRate 15 VideoSize 320x240 StartSendOnKey VideoGopSize 20 VideoHighQuality Video4MotionVector Strict -1 # this sets how many seconds in past to start PreRoll 0 # don't have audio Noaudio ACL allow localhost ACL allow 192.168.0.0 192.168.255.255 Format status ACL allow localhost ACL allow 192.168.0.0 192.168.255.255 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 19 14:46:25 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 Jan 2012 13:46:25 -0000 Subject: [FFmpeg-trac] #873(undetermined:new): PCM signed big-endian encoding as unsigned In-Reply-To: <034.0b626f07113cddd0ad22afde46a003ef@avcodec.org> References: <034.0b626f07113cddd0ad22afde46a003ef@avcodec.org> Message-ID: <049.2227dd7c040d4572b915d9b11301e7d6@avcodec.org> #873: PCM signed big-endian encoding as unsigned -------------------------------------+------------------------------------- Reporter: Glinx | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: PCM signed | Resolution: big endian | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Glinx): ....do I need to do anything else? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 19 15:02:03 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 Jan 2012 14:02:03 -0000 Subject: [FFmpeg-trac] #872(avutil:new): av_rescale_q returns wrong 64bits in arm cortex-a8 processor In-Reply-To: <037.21d7ce40631324390fccf1386d6b23e3@avcodec.org> References: <037.21d7ce40631324390fccf1386d6b23e3@avcodec.org> Message-ID: <052.83a731c4cfd48fb13fdd7efbdda982ce@avcodec.org> #872: av_rescale_q returns wrong 64bits in arm cortex-a8 processor --------------------------------------+----------------------------------- Reporter: kaijun61 | Owner: michael Type: defect | Status: new Priority: important | Component: avutil Version: git-master | Resolution: Keywords: av_rescale_q | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by kaijun61): this issue happens at 0ebcdf5cdad6bf20a5170735a7f77b23ecc081ac where mathematics.h is removed from libavutil/avutil.h. After it is reverted, the issue is gone. I don't know why this would produce the issue. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 19 16:17:52 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 Jan 2012 15:17:52 -0000 Subject: [FFmpeg-trac] #929(avcodec:new): AAC 5.1 channel decoding issue Message-ID: <037.b51bdeb79ff2badff219a46e6054d7c5@avcodec.org> #929: AAC 5.1 channel decoding issue ----------------------------------+--------------------------------------- Reporter: kaijun61 | Type: defect Status: new | Priority: normal Component: avcodec | Version: unspecified Keywords: AAC | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- I tested AAC 5.1 channel audio on stereo output on arm-based beagleboard. sometimes there is audio output on left channel, other times on right channel. This issue doesn't happen on AC3 5.1 channel. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 19 16:19:56 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 Jan 2012 15:19:56 -0000 Subject: [FFmpeg-trac] #930(avcodec:new): AAC 5.1 channel decoding issue Message-ID: <037.0b44aa278371959be70020c6f4d18d43@avcodec.org> #930: AAC 5.1 channel decoding issue ----------------------------------+--------------------------------------- Reporter: kaijun61 | Type: defect Status: new | Priority: normal Component: avcodec | Version: unspecified Keywords: AAC | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- I tested AAC 5.1 channel audio on stereo output on arm-based beagleboard. sometimes there is audio output on left channel, other times on right channel. This issue doesn't happen on AC3 5.1 channel. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 19 17:17:01 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 Jan 2012 16:17:01 -0000 Subject: [FFmpeg-trac] #927(avcodec:closed): [PATCH] DNxHD: frame multithreading In-Reply-To: <038.7695b165b3c12ed1df562d246fe226cc@avcodec.org> References: <038.7695b165b3c12ed1df562d246fe226cc@avcodec.org> Message-ID: <053.0ff778bcdaf14a30504286d6af8011ef@avcodec.org> #927: [PATCH] DNxHD: frame multithreading --------------------------------------+----------------------------------- Reporter: STaRGaZeR | Owner: Type: enhancement | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: patch, DNxHD | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed Comment: Patch applied, thanks -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 19 17:30:13 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 Jan 2012 16:30:13 -0000 Subject: [FFmpeg-trac] #923(undetermined:closed): add "S263" fourcc In-Reply-To: <038.4ecf012a9ce2aa0ad9db409ca408b5ab@avcodec.org> References: <038.4ecf012a9ce2aa0ad9db409ca408b5ab@avcodec.org> Message-ID: <053.b3b7a95edd651a270763fd8f66430381@avcodec.org> #923: add "S263" fourcc -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed Comment: patch applied -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 19 18:07:28 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 Jan 2012 17:07:28 -0000 Subject: [FFmpeg-trac] #872(avutil:new): av_rescale_q returns wrong 64bits in arm cortex-a8 processor In-Reply-To: <037.21d7ce40631324390fccf1386d6b23e3@avcodec.org> References: <037.21d7ce40631324390fccf1386d6b23e3@avcodec.org> Message-ID: <052.6699772239fcc7bc241a41008a86fb8f@avcodec.org> #872: av_rescale_q returns wrong 64bits in arm cortex-a8 processor --------------------------------------+----------------------------------- Reporter: kaijun61 | Owner: michael Type: defect | Status: new Priority: important | Component: avutil Version: git-master | Resolution: Keywords: av_rescale_q | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by cehoyos): Replying to [comment:13 kaijun61]: > this issue happens at 0ebcdf5cdad6bf20a5170735a7f77b23ecc081ac where mathematics.h is removed from libavutil/avutil.h. Given that libavutil/avutil,h does include mathematics.h this does not sound like a very likely explanation: http://git.videolan.org/?p=ffmpeg.git;a=blob;f=libavutil/avutil.h;hb=HEAD#l330 The version numbers you used above also look suspicious: Are you sure that you are using a supported, non-broken version of FFmpeg as offered on http://ffmpeg.org/download.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 19 18:08:20 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 Jan 2012 17:08:20 -0000 Subject: [FFmpeg-trac] #873(undetermined:new): PCM signed big-endian encoding as unsigned In-Reply-To: <034.0b626f07113cddd0ad22afde46a003ef@avcodec.org> References: <034.0b626f07113cddd0ad22afde46a003ef@avcodec.org> Message-ID: <049.7c57ba98381b361f7b495a2444d64abc@avcodec.org> #873: PCM signed big-endian encoding as unsigned -------------------------------------+------------------------------------- Reporter: Glinx | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: PCM signed | Resolution: big endian | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:11 Glinx]: > ....do I need to do anything else? Yes. Please give me more than 24 hours to react in my free time to an issue that I cannot reproduce. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 19 18:10:12 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 Jan 2012 17:10:12 -0000 Subject: [FFmpeg-trac] #930(avcodec:closed): AAC 5.1 channel decoding issue In-Reply-To: <037.0b44aa278371959be70020c6f4d18d43@avcodec.org> References: <037.0b44aa278371959be70020c6f4d18d43@avcodec.org> Message-ID: <052.9b8e044e5a6f48c8790d39008487461d@avcodec.org> #930: AAC 5.1 channel decoding issue -------------------------------------+------------------------------------- Reporter: kaijun61 | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: unspecified | Resolution: duplicate Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: AAC => * status: new => closed * resolution: => duplicate -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 19 18:11:35 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 Jan 2012 17:11:35 -0000 Subject: [FFmpeg-trac] #929(avcodec:new): AAC 5.1 channel decoding issue In-Reply-To: <037.b51bdeb79ff2badff219a46e6054d7c5@avcodec.org> References: <037.b51bdeb79ff2badff219a46e6054d7c5@avcodec.org> Message-ID: <052.9f569da361276d376006c14be55f4438@avcodec.org> #929: AAC 5.1 channel decoding issue -------------------------------------+----------------------------------- Reporter: kaijun61 | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: unspecified | Resolution: Keywords: AAC | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by cehoyos): To make this a valid ticket, please add: * ffmpeg command line (as short as possible, for example ffmpeg -i input out.wav) * The complete, uncut console output that the command line produces * An explanation what is wrong with the output file -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 19 18:52:21 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 Jan 2012 17:52:21 -0000 Subject: [FFmpeg-trac] #872(avutil:new): av_rescale_q returns wrong 64bits in arm cortex-a8 processor In-Reply-To: <037.21d7ce40631324390fccf1386d6b23e3@avcodec.org> References: <037.21d7ce40631324390fccf1386d6b23e3@avcodec.org> Message-ID: <052.d3b88db61a2f83e7944dc0cc9d504e0a@avcodec.org> #872: av_rescale_q returns wrong 64bits in arm cortex-a8 processor --------------------------------------+----------------------------------- Reporter: kaijun61 | Owner: michael Type: defect | Status: new Priority: important | Component: avutil Version: git-master | Resolution: Keywords: av_rescale_q | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by kaijun61): I need to mention, since ffmpeg is moved libav, I got source codes from libav. I assume both share same source codes. Are they different? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 19 21:20:36 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 Jan 2012 20:20:36 -0000 Subject: [FFmpeg-trac] #872(avutil:new): av_rescale_q returns wrong 64bits in arm cortex-a8 processor In-Reply-To: <037.21d7ce40631324390fccf1386d6b23e3@avcodec.org> References: <037.21d7ce40631324390fccf1386d6b23e3@avcodec.org> Message-ID: <052.e015c49d13ce1006eede3b466793404f@avcodec.org> #872: av_rescale_q returns wrong 64bits in arm cortex-a8 processor --------------------------------------+----------------------------------- Reporter: kaijun61 | Owner: michael Type: defect | Status: new Priority: important | Component: avutil Version: git-master | Resolution: Keywords: av_rescale_q | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by cehoyos): I don't think FFmpeg has moved, please test sources from http://ffmpeg.org/download.html and report if you can reproduce your problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 19 22:04:55 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 Jan 2012 21:04:55 -0000 Subject: [FFmpeg-trac] #919(undetermined:reopened): Embedded mkv subtitles are staying longer than they are supposed to be in converted file In-Reply-To: <039.626be9f4fb6fa489a19c2a1590f906ba@avcodec.org> References: <039.626be9f4fb6fa489a19c2a1590f906ba@avcodec.org> Message-ID: <054.7e566303862775dba248f667c8c5fe80@avcodec.org> #919: Embedded mkv subtitles are staying longer than they are supposed to be in converted file -------------------------------------+------------------------------------- Reporter: KuroiTsuki | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by KuroiTsuki): so, what can I expect? What is solution for me? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 19 22:12:20 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 Jan 2012 21:12:20 -0000 Subject: [FFmpeg-trac] #872(avutil:new): av_rescale_q returns wrong 64bits in arm cortex-a8 processor In-Reply-To: <037.21d7ce40631324390fccf1386d6b23e3@avcodec.org> References: <037.21d7ce40631324390fccf1386d6b23e3@avcodec.org> Message-ID: <052.c0284c9580330f279c1eaca008261b5b@avcodec.org> #872: av_rescale_q returns wrong 64bits in arm cortex-a8 processor --------------------------------------+----------------------------------- Reporter: kaijun61 | Owner: michael Type: defect | Status: new Priority: important | Component: avutil Version: git-master | Resolution: Keywords: av_rescale_q | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by kaijun61): I find mathematics.h was reverted later on for other reasons. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 19 22:17:49 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 Jan 2012 21:17:49 -0000 Subject: [FFmpeg-trac] #919(undetermined:reopened): Embedded mkv subtitles are staying longer than they are supposed to be in converted file In-Reply-To: <039.626be9f4fb6fa489a19c2a1590f906ba@avcodec.org> References: <039.626be9f4fb6fa489a19c2a1590f906ba@avcodec.org> Message-ID: <054.082592810b55e3d778800c20e07b22ca@avcodec.org> #919: Embedded mkv subtitles are staying longer than they are supposed to be in converted file -------------------------------------+------------------------------------- Reporter: KuroiTsuki | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): If you need help, you will have to provide an FFmpeg command line, this is not MEncoder-help (in case Reimar did not clearly say so: Please note that MEncoder is not an actively maintained application). Did you try if the harddup filter works in FFmpeg? Since it seems I forgot to mention above: Except for large sample files, please do not save any information needed to reproduce your issues on other websites, always post all information here! The reason is that external information might disappear. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 19 22:18:32 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 Jan 2012 21:18:32 -0000 Subject: [FFmpeg-trac] #872(avutil:new): av_rescale_q returns wrong 64bits in arm cortex-a8 processor In-Reply-To: <037.21d7ce40631324390fccf1386d6b23e3@avcodec.org> References: <037.21d7ce40631324390fccf1386d6b23e3@avcodec.org> Message-ID: <052.1fcf94f267fc5db95a977b3064d6f974@avcodec.org> #872: av_rescale_q returns wrong 64bits in arm cortex-a8 processor --------------------------------------+----------------------------------- Reporter: kaijun61 | Owner: michael Type: defect | Status: new Priority: important | Component: avutil Version: git-master | Resolution: Keywords: av_rescale_q | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by cehoyos): Do I understand you correctly that the issue is not reproducible with FFmpeg? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 20 07:17:56 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 20 Jan 2012 06:17:56 -0000 Subject: [FFmpeg-trac] #634(undetermined:open): non monotonically increasing dts In-Reply-To: <032.8c4cc457073c1e88ed82b796197d87a2@avcodec.org> References: <032.8c4cc457073c1e88ed82b796197d87a2@avcodec.org> Message-ID: <047.90cac937f795297222bea7136c93266e@avcodec.org> #634: non monotonically increasing dts -------------------------------------+------------------------------------- Reporter: wim | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: av_interleaved_write_frame v4l2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by blsa): I second this issue. I'm using ffmpeg+ffserver to transfer RTSP stream to FLV stream, played in Flash player. ffmpeg -rtsp_transport tcp -i rtsp://ipaddress:554 -vcodec copy -an http://127.0.0.1:8010/feed1.ffm I heard there is higher chance when using -vcodec copy to remux the stream into FLV stream. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 20 11:03:51 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 20 Jan 2012 10:03:51 -0000 Subject: [FFmpeg-trac] #931(FFmpeg:new): Remuxing Apple prores video Message-ID: <034.30cd3fe597e2b4b7c21aed84b82c013e@avcodec.org> #931: Remuxing Apple prores video --------------------------------+--------------------------------------- Reporter: sappu | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+--------------------------------------- Application provided invalid, non monotonically increasing dts to muxer in stream 0: 128100 >= 128100 File: http://samples.mplayerhq.hu/V-codecs/HCPA/Boar__Apple_ProRes_422-partial.mov ffmpeg -i AppleProRes422.mov -sn -an -vcodec copy -map 0:0 apple.mov ffmpeg version git-2012-01-18-e191f1f Copyright (c) 2000-2012 the FFmpeg developers built on Jan 19 2012 06:57:53 with gcc 4.6.1 configuration: --enable-gpl --enable-libfaac --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libtheora --enable-libvorbis --enable-libx264 --enable-nonfree --enable-postproc --enable-version3 --enable-x11grab --enable-nonfree libavutil 51. 34.101 / 51. 34.101 libavcodec 53. 57.100 / 53. 57.100 libavformat 53. 30.100 / 53. 30.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 59.101 / 2. 59.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 6.100 / 0. 6.100 libpostproc 51. 2.100 / 51. 2.100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0xa577ac0] Could not find codec parameters (Subtitle: none (c608 / 0x38303663)) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/media/wshare/Downloads/AppleProRes422.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2011-03-30 16:15:56 Duration: 00:00:11.48, start: -31.262930, bitrate: 70673 kb/s Stream #0:0(eng): Video: prores (apch / 0x68637061), yuv422p10le, 720x486, 61092 kb/s, 29.97 fps, 29.97 tbr, 2997 tbn, 2997 tbc Metadata: creation_time : 2011-03-30 16:15:56 handler_name : ?Apple Alias Data Handler Stream #0:1(eng): Subtitle: none (c608 / 0x38303663) Metadata: creation_time : 2011-03-30 16:15:56 handler_name : ?Apple Alias Data Handler Stream #0:2(eng): Audio: pcm_s24le (in24 / 0x34326E69), 48000 Hz, mono, s32, 1152 kb/s Metadata: creation_time : 2011-03-30 16:15:56 handler_name : ?Apple Alias Data Handler Stream #0:3(eng): Audio: pcm_s24le (in24 / 0x34326E69), 48000 Hz, mono, s32, 1152 kb/s Metadata: creation_time : 2011-03-30 16:15:56 handler_name : ?Apple Alias Data Handler Stream #0:4(eng): Audio: pcm_s24le (in24 / 0x34326E69), 48000 Hz, mono, s32, 1152 kb/s Metadata: creation_time : 2011-03-30 16:15:56 handler_name : ?Apple Alias Data Handler Stream #0:5(eng): Audio: pcm_s24le (in24 / 0x34326E69), 48000 Hz, mono, s32, 1152 kb/s Metadata: creation_time : 2011-03-30 16:15:56 handler_name : ?Apple Alias Data Handler Stream #0:6(eng): Audio: pcm_s24le (in24 / 0x34326E69), 48000 Hz, mono, s32, 1152 kb/s Metadata: creation_time : 2011-03-30 16:15:56 handler_name : ?Apple Alias Data Handler Stream #0:7(eng): Audio: pcm_s24le (in24 / 0x34326E69), 48000 Hz, mono, s32, 1152 kb/s Metadata: creation_time : 2011-03-30 16:15:56 handler_name : ?Apple Alias Data Handler Stream #0:8(eng): Audio: pcm_s24le (in24 / 0x34326E69), 48000 Hz, mono, s32, 1152 kb/s Metadata: creation_time : 2011-03-30 16:15:56 handler_name : ?Apple Alias Data Handler Stream #0:9(eng): Audio: pcm_s24le (in24 / 0x34326E69), 48000 Hz, mono, s32, 1152 kb/s Metadata: creation_time : 2011-03-30 16:15:56 handler_name : ?Apple Alias Data Handler Stream #0:10(eng): Data: none (tmcd / 0x64636D74) Metadata: creation_time : 2011-03-30 16:15:56 handler_name : ?Apple Alias Data Handler timecode : 07:11:11;07 File 'apple.mov' already exists. Overwrite ? [y/N] y Output #0, mov, to 'apple.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2011-03-30 16:15:56 encoder : Lavf53.30.100 Stream #0:0(eng): Video: prores (apch / 0x68637061), yuv422p10le, 720x486, q=2-31, 61092 kb/s, 29.97 fps, 2997 tbn, 2997 tbc Metadata: creation_time : 2011-03-30 16:15:56 handler_name : ?Apple Alias Data Handler Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help Application provided invalid, non monotonically increasing dts to muxer in stream 0: 128100 >= 128100 av_interleaved_write_frame(): Invalid argument -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 20 12:33:36 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 20 Jan 2012 11:33:36 -0000 Subject: [FFmpeg-trac] #872(avutil:new): av_rescale_q returns wrong 64bits in arm cortex-a8 processor In-Reply-To: <037.21d7ce40631324390fccf1386d6b23e3@avcodec.org> References: <037.21d7ce40631324390fccf1386d6b23e3@avcodec.org> Message-ID: <052.19d453d247618b72274efada19d04b2e@avcodec.org> #872: av_rescale_q returns wrong 64bits in arm cortex-a8 processor --------------------------------------+----------------------------------- Reporter: kaijun61 | Owner: michael Type: defect | Status: new Priority: important | Component: avutil Version: git-master | Resolution: Keywords: av_rescale_q | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by kaijun61): I feel confused about ffmpeg and libav. Before and including http://git.videolan.org/?p=ffmpeg.git;a=commit;h=a85ce653fb14ae968419453fabf1ffe10d1f15df commit, both repos. look same. But from this snap, I don't see mathematics.h included. But its previous one and one after two commits, i.e. one you want me to look at have mathematics.h. Also after this snap, both libav and ffmpeg have different commits. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 20 13:37:18 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 20 Jan 2012 12:37:18 -0000 Subject: [FFmpeg-trac] #872(avutil:new): av_rescale_q returns wrong 64bits in arm cortex-a8 processor In-Reply-To: <037.21d7ce40631324390fccf1386d6b23e3@avcodec.org> References: <037.21d7ce40631324390fccf1386d6b23e3@avcodec.org> Message-ID: <052.926f987f2190af3e2786f51a049c2d8b@avcodec.org> #872: av_rescale_q returns wrong 64bits in arm cortex-a8 processor --------------------------------------+----------------------------------- Reporter: kaijun61 | Owner: michael Type: defect | Status: new Priority: important | Component: avutil Version: git-master | Resolution: Keywords: av_rescale_q | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by cehoyos): Replying to [comment:19 kaijun61]: > I feel confused about ffmpeg and libav. Before and including http://git.videolan.org/?p=ffmpeg.git;a=commit;h=a85ce653fb14ae968419453fabf1ffe10d1f15df commit, both repos. look same. For several months, there is one (of several) forks of FFmpeg that is known to contain many (>100) regressions over FFmpeg. Since some of those bugs in this fork are possibly security-relevant, we strongly recommend only to use FFmpeg from http://ffmpeg.org (which you can download from the videolan server). The FFmpeg tree also contains the complete history of this fork, but there should be no reason for you to use it, the commit you quote above does come from the mentioned fork, the correct version to test would be 48706f41 (the subsequent commit): http://git.videolan.org/?p=ffmpeg.git;a=commit;h=48706f41e1a17e04b0aa09852eff021833708233 > But from this snap, I don't see mathematics.h included. But its previous one and one after two commits, i.e. one you want me to look at have mathematics.h. Also after this snap, both libav and ffmpeg have different commits. Can you tell me if you can reproduce the problem you described above with FFmpeg git head (or any released version)? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 20 15:41:48 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 20 Jan 2012 14:41:48 -0000 Subject: [FFmpeg-trac] #932(undetermined:new): incorrectly displaying video in a QuickTime player with codecs from AVid Message-ID: <035.39f0ecd51834fac0931bcfbf75bc89e7@avcodec.org> #932: incorrectly displaying video in a QuickTime player with codecs from AVid -------------------------------------+------------------------------------- Reporter: kuzyag | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Reported by kuz... at gmail.com, Today (2 hours ago) encoded video with into dnxhd codec with -flags +ildct incorrectly displayed in a QuickTime player with codecs from AVid. top half of picture is normal, bottom half is black. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 20 16:22:06 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 20 Jan 2012 15:22:06 -0000 Subject: [FFmpeg-trac] #932(undetermined:new): incorrectly displaying video in a QuickTime player with codecs from AVid In-Reply-To: <035.39f0ecd51834fac0931bcfbf75bc89e7@avcodec.org> References: <035.39f0ecd51834fac0931bcfbf75bc89e7@avcodec.org> Message-ID: <050.363918b73dae5781a2959debdc924cac@avcodec.org> #932: incorrectly displaying video in a QuickTime player with codecs from AVid -------------------------------------+------------------------------------- Reporter: kuzyag | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Please add the ffmpeg command line you used together with the complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 20 16:37:29 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 20 Jan 2012 15:37:29 -0000 Subject: [FFmpeg-trac] #926(undetermined:new): -r ignored, resulting in error "Option framerate not found" In-Reply-To: <037.c6e4396900f5788b0e0011f81960c907@avcodec.org> References: <037.c6e4396900f5788b0e0011f81960c907@avcodec.org> Message-ID: <052.acaf637444bf9992aaab565c145b8413@avcodec.org> #926: -r ignored, resulting in error "Option framerate not found" -------------------------------------+------------------------------------- Reporter: charlesc | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: y4m | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by charlesc): Maybe it didn't used to actually let you set the frame rate -- but it didn't error out. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 20 16:56:18 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 20 Jan 2012 15:56:18 -0000 Subject: [FFmpeg-trac] #926(undetermined:new): -r ignored, resulting in error "Option framerate not found" In-Reply-To: <037.c6e4396900f5788b0e0011f81960c907@avcodec.org> References: <037.c6e4396900f5788b0e0011f81960c907@avcodec.org> Message-ID: <052.53b4871bfb6b5d9af035e01871cf1226@avcodec.org> #926: -r ignored, resulting in error "Option framerate not found" -------------------------------------+------------------------------------- Reporter: charlesc | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: y4m | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): I consider it worse to silently accept options that have no effect than to error out. Do you disagree? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 20 17:00:53 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 20 Jan 2012 16:00:53 -0000 Subject: [FFmpeg-trac] #932(undetermined:new): incorrectly displaying video in a QuickTime player with codecs from AVid In-Reply-To: <035.39f0ecd51834fac0931bcfbf75bc89e7@avcodec.org> References: <035.39f0ecd51834fac0931bcfbf75bc89e7@avcodec.org> Message-ID: <050.277ec42ed94e93eb08cc5feca5028b62@avcodec.org> #932: incorrectly displaying video in a QuickTime player with codecs from AVid -------------------------------------+------------------------------------- Reporter: kuzyag | 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 kuzyag): Replying to [comment:1 cehoyos]: > Please add the ffmpeg command line you used together with the complete, uncut console output. I convert png image in mov file by using command: {{{ ffmpeg -i test_image_01.png -vcodec dnxhd -b 185M -flags +ildct -an -y test_output.mov }}} Here the console output: {{{ ffmpeg version N-36363-g0af34c4, Copyright (c) 2000-2012 the FFmpeg developers built on Jan 3 2012 02:35:39 with gcc 4.5.0 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-mingw32-gcc' --enable-w32threads --enable-memalign- hack --enable-runtime-cpudetect --enable-cross-compile --enable-static --disable-shared --extra-libs='-lws2_32 -lwinmm' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snapshots/build/include' --extra- ldflags='-static -L/var/www/users/research/ffmpeg/snapshots/build/lib' --enable-bzlib --enable-zlib --enable-gpl --enable-version3 --enable- nonfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libmp3lame --enable-libvpx --disable- decoder=libvpx libavutil 51. 33.100 / 51. 33.100 libavcodec 53. 50.100 / 53. 50.100 libavformat 53. 29.100 / 53. 29.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 57.101 / 2. 57.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 5.100 / 0. 5.100 libpostproc 51. 2.100 / 51. 2.100 Input #0, image2, from 'test_image_01.png': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: png, bgra, 1920x1080, 25 tbr, 25 tbn, 25 tbc Please use -b:a or -b:v, -b is ambiguous Incompatible pixel format 'bgra' for codec 'dnxhd', auto-selecting format 'yuv422p' [buffer @ 0x1ccf220] w:1920 h:1080 pixfmt:bgra tb:1/1000000 sar:0/1 sws_param: [buffersink @ 0x176b500] auto-inserting filter 'auto-inserted scale 0' between the filter 'src' and the filter 'out' [scale @ 0x178d9c0] w:1920 h:1080 fmt:bgra -> w:1920 h:1080 fmt:yuv422p flags:0x4 Output #0, mov, to 'test_output.mov': Metadata: encoder : Lavf53.29.100 Stream #0:0: Video: dnxhd (AVdn / 0x6E645641), yuv422p, 1920x1080, q=2-31, 185000 kb/s, 25 tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (png -> dnxhd) Press [q] to stop, [?] for help frame= 1 fps= 0 q=1.0 Lsize= 897kB time=00:00:00.04 bitrate=183678.4kbits/s video:896kB audio:0kB global headers:0kB muxing overhead 0.096784% }}} Input file and encoding result You can find here: http://downloads.m1stereo.tv/4dafdbb0339b8a4e888401cf89a4b76b/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 20 17:11:00 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 20 Jan 2012 16:11:00 -0000 Subject: [FFmpeg-trac] #926(undetermined:new): -r ignored, resulting in error "Option framerate not found" In-Reply-To: <037.c6e4396900f5788b0e0011f81960c907@avcodec.org> References: <037.c6e4396900f5788b0e0011f81960c907@avcodec.org> Message-ID: <052.3f8a1ad78c8ef25ddfff9ee0a7dcf670@avcodec.org> #926: -r ignored, resulting in error "Option framerate not found" -------------------------------------+------------------------------------- Reporter: charlesc | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: y4m | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by charlesc): Yes, I suppose so. But more to the point: can `-r` be made to specify the frame rate, overriding the detected rate from the input file? Consider that a feature request. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 20 18:16:25 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 20 Jan 2012 17:16:25 -0000 Subject: [FFmpeg-trac] #926(undetermined:closed): -r ignored, resulting in error "Option framerate not found" In-Reply-To: <037.c6e4396900f5788b0e0011f81960c907@avcodec.org> References: <037.c6e4396900f5788b0e0011f81960c907@avcodec.org> Message-ID: <052.4c39b7c48cc4a5c3c1552830814d7751@avcodec.org> #926: -r ignored, resulting in error "Option framerate not found" -------------------------------------+------------------------------------- Reporter: charlesc | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: y4m | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid Comment: I suspect you can use -vf setpts to achieve what you want. See ticket #694. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 20 18:19:20 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 20 Jan 2012 17:19:20 -0000 Subject: [FFmpeg-trac] #932(undetermined:new): incorrectly displaying video in a QuickTime player with codecs from AVid In-Reply-To: <035.39f0ecd51834fac0931bcfbf75bc89e7@avcodec.org> References: <035.39f0ecd51834fac0931bcfbf75bc89e7@avcodec.org> Message-ID: <050.ce04a55e88b5e2a3a75b7d50d8327b07@avcodec.org> #932: incorrectly displaying video in a QuickTime player with codecs from AVid -------------------------------------+------------------------------------- Reporter: kuzyag | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): (Does decoding work with FFmpeg?) Do I understand correctly that it works fine without "-flags +ildct"? Why are you using the flag? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 20 18:24:43 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 20 Jan 2012 17:24:43 -0000 Subject: [FFmpeg-trac] #933(FFmpeg:new): A/V desynch when transcoding A/V files with timestamps non starting from 0 with -copyts Message-ID: <034.5b15c2bdcd09e3b3feb6d91df9b28629@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: new Priority: normal | Component: FFmpeg Version: git- | Keywords: timestamp master | desynch mpegts Blocked By: | Blocking: Reproduced by developer: 1 | Analyzed by developer: 0 -------------------------------------+------------------------------------- Using the command: {{{ ffmpeg -vsync 0 -copyts -i columbia-intro.ts -acodec libfaac -y columbia- intro.out.ts }}} (same without -vsync) the A/V streams in the output file result desynched, and will result in the video being unplayable. This seems due to the first audio packet timestamp information not being correctly propagated to the encoder (and to the muxer), and being set to 0, so that ffmpeg will fill the first part of the file with audio packets, and the probe will fail since ffmpeg can't detect video frames in the probed initial part of the file. Same result in case I use the -copyts with no -vsync. If the output file only contains video (e.g. if the -an switch is used) the output file seems to be correctly generated (playable and with correct timestamp information). I'm attaching a sample file and log obtained by adding debugging print in ffmpeg.c. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 20 18:32:42 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 20 Jan 2012 17:32:42 -0000 Subject: [FFmpeg-trac] #933(FFmpeg:new): 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.83fa687214b93900b3531576269e7c80@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: new Priority: normal | Component: FFmpeg Version: git-master | Resolution: Keywords: timestamp | Blocked By: desynch mpegts | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by saste): Added the same file two times, please remove the duplicate. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 20 18:48:29 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 20 Jan 2012 17:48:29 -0000 Subject: [FFmpeg-trac] #926(undetermined:closed): -r ignored, resulting in error "Option framerate not found" In-Reply-To: <037.c6e4396900f5788b0e0011f81960c907@avcodec.org> References: <037.c6e4396900f5788b0e0011f81960c907@avcodec.org> Message-ID: <052.f1954f337a5d04038d36afef6a03ea83@avcodec.org> #926: -r ignored, resulting in error "Option framerate not found" -------------------------------------+------------------------------------- Reporter: charlesc | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: y4m | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by mjs973): ''But more to the point: can -r be made to specify the frame rate, overriding the detected rate from the input file?'' ffmpeg already works the way you want. You must specify the rate of the output file, not the rate of the input file. You do that by placing the -r 25 ''after'' the -vcodec option and before the output filename. So, I believe the command you should use is: ffmpeg -f yuv4mpegpipe -i - \ -vcodec flv -vb 250k -r 25 -qmin 5 -qmax 50 -g 150 \ -y outfile.flv -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 20 21:39:19 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 20 Jan 2012 20:39:19 -0000 Subject: [FFmpeg-trac] #934(avcodec:new): Avid DS Uncompressed SUDS Message-ID: <035.a6dbb704bcf63f6a296faddff4115c37@avcodec.org> #934: Avid DS Uncompressed SUDS ---------------------------------+--------------------------------------- Reporter: zhukov | Type: enhancement Status: new | Priority: normal Component: avcodec | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+--------------------------------------- example SUDS mov file http://dl.dropbox.com/u/1109725/SUDS.mov.gz example AvidRGBPackerHD 1080P RGB file http://dl.dropbox.com/u/1109725/AVrp.mov.gz notes: (maybe useful) Avid DS produces SUDS quicktime ref movies which playback on windows (avid ds platform) however avid does not provide codecs for mac. this is what you can do to playback SUDS file on mac: 1. download avid quicktime codecs http://avid.custkb.com/avid/app/selfservice/search.jsp?DocId=423319 2. encode any video using quicktime with AvidRGBPackerHD codec 3. replace stsd atom of your dsproduced.mov with stsd of avrpencoded.mov - now your DS video plays back in quicktime7. which hopefully proves that AVrp and SUDS are the same codecs. example of DS output and hacked stsd to enable mac playback files are provided above. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 20 22:42:34 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 20 Jan 2012 21:42:34 -0000 Subject: [FFmpeg-trac] #872(avutil:new): av_rescale_q returns wrong 64bits in arm cortex-a8 processor In-Reply-To: <037.21d7ce40631324390fccf1386d6b23e3@avcodec.org> References: <037.21d7ce40631324390fccf1386d6b23e3@avcodec.org> Message-ID: <052.50cb01f0f97238006700d50bdbcd9d54@avcodec.org> #872: av_rescale_q returns wrong 64bits in arm cortex-a8 processor --------------------------------------+----------------------------------- Reporter: kaijun61 | Owner: michael Type: defect | Status: new Priority: important | Component: avutil Version: git-master | Resolution: Keywords: av_rescale_q | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by kaijun61): the issue is not reproducible in head commit. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 20 23:03:02 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 20 Jan 2012 22:03:02 -0000 Subject: [FFmpeg-trac] #872(avutil:closed): av_rescale_q returns wrong 64bits in arm cortex-a8 processor In-Reply-To: <037.21d7ce40631324390fccf1386d6b23e3@avcodec.org> References: <037.21d7ce40631324390fccf1386d6b23e3@avcodec.org> Message-ID: <052.4a0b51a6624b6fb3033bcf41a33b0c26@avcodec.org> #872: av_rescale_q returns wrong 64bits in arm cortex-a8 processor --------------------------------------+----------------------------------- Reporter: kaijun61 | Owner: michael Type: defect | Status: closed Priority: important | Component: avutil Version: git-master | Resolution: invalid Keywords: av_rescale_q | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid Comment: Thank you for testing! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 20 23:11:21 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 20 Jan 2012 22:11:21 -0000 Subject: [FFmpeg-trac] #929(avcodec:new): AAC 5.1 channel decoding issue In-Reply-To: <037.b51bdeb79ff2badff219a46e6054d7c5@avcodec.org> References: <037.b51bdeb79ff2badff219a46e6054d7c5@avcodec.org> Message-ID: <052.3cab8022b6e4c43bd7d5f1f2736031c9@avcodec.org> #929: AAC 5.1 channel decoding issue -------------------------------------+----------------------------------- Reporter: kaijun61 | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: unspecified | Resolution: Keywords: AAC | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by kaijun61): it sounds like 5 channels not downmixed when compared with a DSP aac codec. ffmpeg -i test.mp4 ffmpeg version git-2012-01-20-003b81b Copyright (c) 2000-2012 the FFmpeg developers built on Jan 20 2012 21:40:59 with gcc 4.5.3 20110311 (prerelease) configuration: --enable-shared --enable-pthreads --disable-stripping --disable-gpl --disable-postproc --disable-avfilter --enable-swscale --enable-swresample --enable-neon --enable-pic --enable-debug --enable- ffmpeg --enable-ffplay --disable-avprobe --disable-avserver --cross-prefix =arm-angstrom-linux-gnueabi- --prefix=/usr --disable-x11grab --disable- libgsm --enable-libmp3lame --enable-libschroedinger --enable-libtheora --enable-libvorbis --disable-libvpx --arch=arm --target-os=linux --enable- cross-compile --disable-optimizations --extra-cflags=' -O0 -fno-omit- frame-pointer -ggdb3 -march=armv7-a -mtune=cortex-a8 -mfpu=neon -mfloat- abi=softfp -mthumb-interwork -mno-thumb --sysroot=/home/tang/Projects/OE/build/tmp/sysroots/armv7a-angstrom-linux- gnueabi' --extra-ldflags='-Wl,-O1 -Wl,--hash-style=gnu' --sysroot=/home/tang/Projects/OE/build/tmp/sysroots/armv7a-angstrom-linux- gnueabi --enable-hardcoded-tables --cpu=cortex-a8 WARNING: library configuration mismatch avutil configuration: --enable-shared --enable-pthreads --disable- stripping --disable-gpl --disable-postproc --disable-avfilter --disable- swscale --enable-neon --enable-pic --enable-debug --enable-ffmpeg --disable-avplay --disable-avprobe --disable-avserver --cross-prefix=arm- angstrom-linux-gnueabi- --prefix=/usr --disable-x11grab --disable-libgsm --enable-libmp3lame --enable-libschroedinger --enable-libtheora --enable- libvorbis --disable-libvpx --arch=arm --target-os=linux --enable-cross- compile --disable-optimizations --extra-cflags=' -O0 -fno-omit-frame- pointer -ggdb3 -march=armv7-a -mtune=cortex-a8 -mfpu=neon -mfloat- abi=softfp -mthumb-interwork -mno-thumb --sysroot=/home/tang/Projects/OE/build/tmp/sysroots/armv7a-angstrom-linux- gnueabi' --extra-ldflags='-Wl,-O1 -Wl,--hash-style=gnu' --sysroot=/home/tang/Projects/OE/build/tmp/sysroots/armv7a-angstrom-linux- gnueabi --enable-hardcoded-tables --cpu=cortex-a8 avcodec configuration: --enable-shared --enable-pthreads --disable- stripping --disable-gpl --disable-postproc --disable-avfilter --disable- swscale --enable-neon --enable-pic --enable-debug --enable-ffmpeg --disable-avplay --disable-avprobe --disable-avserver --cross-prefix=arm- angstrom-linux-gnueabi- --prefix=/usr --disable-x11grab --disable-libgsm --enable-libmp3lame --enable-libschroedinger --enable-libtheora --enable- libvorbis --disable-libvpx --arch=arm --target-os=linux --enable-cross- compile --disable-optimizations --extra-cflags=' -O0 -fno-omit-frame- pointer -ggdb3 -march=armv7-a -mtune=cortex-a8 -mfpu=neon -mfloat- abi=softfp -mthumb-interwork -mno-thumb --sysroot=/home/tang/Projects/OE/build/tmp/sysroots/armv7a-angstrom-linux- gnueabi' --extra-ldflags='-Wl,-O1 -Wl,--hash-style=gnu' --sysroot=/home/tang/Projects/OE/build/tmp/sysroots/armv7a-angstrom-linux- gnueabi --enable-hardcoded-tables --cpu=cortex-a8 avformat configuration: --enable-shared --enable-pthreads --disable- stripping --disable-gpl --disable-postproc --disable-avfilter --disable- swscale --enable-neon --enable-pic --enable-debug --enable-ffmpeg --disable-avplay --disable-avprobe --disable-avserver --cross-prefix=arm- angstrom-linux-gnueabi- --prefix=/usr --disable-x11grab --disable-libgsm --enable-libmp3lame --enable-libschroedinger --enable-libtheora --enable- libvorbis --disable-libvpx --arch=arm --target-os=linux --enable-cross- compile --disable-optimizations --extra-cflags=' -O0 -fno-omit-frame- pointer -ggdb3 -march=armv7-a -mtune=cortex-a8 -mfpu=neon -mfloat- abi=softfp -mthumb-interwork -mno-thumb --sysroot=/home/tang/Projects/OE/build/tmp/sysroots/armv7a-angstrom-linux- gnueabi' --extra-ldflags='-Wl,-O1 -Wl,--hash-style=gnu' --sysroot=/home/tang/Projects/OE/build/tmp/sysroots/armv7a-angstrom-linux- gnueabi --enable-hardcoded-tables --cpu=cortex-a8 libavutil 51. 34.101 / 51. 34.101 libavcodec 53. 57.105 / 53. 57.105 libavformat 53. 30.100 / 53. 30.100 libavdevice 53. 4.100 / 53. 4.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 6.100 / 0. 6.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'test.mp4': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: mp42isom3gp63g2a3gp4 creation_time : 2005-03-06 11:05:59 Duration: 00:01:17.35, start: 0.000000, bitrate: 321 kb/s Stream #0:0(und): Audio: aac (mp4a / 0x6134706D), 96000 Hz, 5.0, s16, 320 kb/s Metadata: creation_time : 2005-03-06 11:05:59 handler_name : soun -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jan 21 01:14:47 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 21 Jan 2012 00:14:47 -0000 Subject: [FFmpeg-trac] #935(undetermined:new): mov: error opening alias, while file exists Message-ID: <035.b298864fc56db399412227b649881892@avcodec.org> #935: mov: error opening alias, while file exists -------------------------------------+------------------------------------- Reporter: zhukov | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- http://dl.dropbox.com/u/1109725/anonymous_theatrical_ref_1080p_2398_235.qt.gz running ffmpeg -i on the file above wont find data file while the file actually exists and is readable {{{ [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7f959303ea00] stream 0, error opening alias: path='/ds1_z800/444_EXTRA_1/{AD0E35C8-8D66-4DF5-8764-9E1F7FFE6CF6}/ds$theatrical_235 at 1920x1080c1 - 5522aac8#0000cmp.gen', dir='{AD0E35C8-8D66-4DF5-8764-9E1F7FFE6CF6}', filename='ds$theatrical_235 at 1920x1080c1 - 5522aac8#0000cmp.gen', volume='*', nlvl_from=-1, nlvl_to=-1 }}} {{{ ls -la '/ds1_z800/444_EXTRA_1/{AD0E35C8-8D66-4DF5-8764-9E1F7FFE6CF6}/ds$theatrical_235 at 1920x1080c1 - 5522aac8#0000cmp.gen' }}} {{{ -rwxr-xr-x 2 tl_audio_node staff 1551893467152 Dec 21 16:27 ds$theatrical_235 at 1920x1080c1 - 5522aac8#0000cmp.gen }}} {{{ tl-audio-node:~ tl_audio_node$ stat -x '/ds1_z800/444_EXTRA_1/{AD0E35C8-8D66-4DF5-8764-9E1F7FFE6CF6}/ds$theatrical_235 at 1920x1080c1 - 5522aac8#0000cmp.gen' File: "/ds1_z800/444_EXTRA_1/{AD0E35C8-8D66-4DF5-8764-9E1F7FFE6CF6}/ds$theatrical_235 at 1920x1080c1 - 5522aac8#0000cmp.gen" Size: 1551893467152 FileType: Regular File Mode: (0755/-rwxr-xr-x) Uid: ( 501/tl_audio_node) Gid: ( 20/ staff) Device: 14,26 Inode: 50 Links: 2 Access: Mon Dec 12 18:53:20 2011 Modify: Wed Dec 21 16:27:32 2011 Change: Tue Jan 3 09:20:15 2012 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jan 21 17:59:21 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 21 Jan 2012 16:59:21 -0000 Subject: [FFmpeg-trac] #934(avcodec:closed): Avid DS Uncompressed SUDS In-Reply-To: <035.a6dbb704bcf63f6a296faddff4115c37@avcodec.org> References: <035.a6dbb704bcf63f6a296faddff4115c37@avcodec.org> Message-ID: <050.475e7ebf3e53c933f28d218b891dea81@avcodec.org> #934: Avid DS Uncompressed SUDS -------------------------------------+----------------------------------- Reporter: zhukov | Owner: Type: enhancement | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: suds avrp | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => suds avrp * status: new => closed * version: unspecified => git-master * resolution: => fixed * reproduced: 0 => 1 Comment: Should be fixed, thank you for the sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jan 21 18:00:37 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 21 Jan 2012 17:00:37 -0000 Subject: [FFmpeg-trac] #525(undetermined:closed): Avid 1:1 10-bit RGB Packer not supported In-Reply-To: <036.efd0f44d58ec345889c156c5073dc4de@avcodec.org> References: <036.efd0f44d58ec345889c156c5073dc4de@avcodec.org> Message-ID: <051.efc1f29e29e17c8a035fa6f1db3a967c@avcodec.org> #525: Avid 1:1 10-bit RGB Packer not supported -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: closed Priority: wish | Component: Version: git-master | undetermined Keywords: avrp | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => avrp -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jan 21 18:06:26 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 21 Jan 2012 17:06:26 -0000 Subject: [FFmpeg-trac] #929(avcodec:new): AAC 5.1 channel decoding issue In-Reply-To: <037.b51bdeb79ff2badff219a46e6054d7c5@avcodec.org> References: <037.b51bdeb79ff2badff219a46e6054d7c5@avcodec.org> Message-ID: <052.2081c5ccadee393c2f469a02490b8d06@avcodec.org> #929: AAC 5.1 channel decoding issue ------------------------------------+----------------------------------- Reporter: kaijun61 | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: AAC | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * version: unspecified => git-master Comment: Replying to [comment:2 kaijun61]: > it sounds like 5 channels not downmixed when compared with a DSP aac codec. > > ffmpeg -i test.mp4 Since the command line you provide does not downmix anything (it only prints information about a media file and you do not claim that anything about the printed information is wrong), I don't think anybody could reproduce your issue. Please provide a ffmpeg command line that allows to reproduce the problem together with the complete, uncut console output. > ffmpeg version git-2012-01-20-003b81b Copyright (c) 2000-2012 the FFmpeg developers > built on Jan 20 2012 21:40:59 with gcc 4.5.3 20110311 (prerelease) > configuration: --enable-shared --enable-pthreads --disable-stripping --disable-gpl --disable-postproc --disable-avfilter --enable-swscale --enable-swresample --enable-neon --enable-pic --enable-debug --enable- ffmpeg --enable-ffplay --disable-avprobe --disable-avserver --cross-prefix =arm-angstrom-linux-gnueabi- --prefix=/usr --disable-x11grab --disable- libgsm --enable-libmp3lame --enable-libschroedinger --enable-libtheora --enable-libvorbis --disable-libvpx --arch=arm --target-os=linux --enable- cross-compile --disable-optimizations --extra-cflags=' -O0 -fno-omit- frame-pointer -ggdb3 -march=armv7-a -mtune=cortex-a8 -mfpu=neon -mfloat- abi=softfp -mthumb-interwork -mno-thumb --sysroot=/home/tang/Projects/OE/build/tmp/sysroots/armv7a-angstrom-linux- gnueabi' --extra-ldflags='-Wl,-O1 -Wl,--hash-style=gnu' --sysroot=/home/tang/Projects/OE/build/tmp/sysroots/armv7a-angstrom-linux- gnueabi --enable-hardcoded-tables --cpu=cortex-a8 > WARNING: library configuration mismatch While this is probably not related, you could make testing and reproducing the problem much easier if you you compiled without "--enable-shared" Any reason why you compile with "--disable-optimizations"? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jan 21 18:33:08 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 21 Jan 2012 17:33:08 -0000 Subject: [FFmpeg-trac] #934(avcodec:closed): Avid DS Uncompressed SUDS In-Reply-To: <035.a6dbb704bcf63f6a296faddff4115c37@avcodec.org> References: <035.a6dbb704bcf63f6a296faddff4115c37@avcodec.org> Message-ID: <050.01f65e0022c3bdeb26b504a45656e142@avcodec.org> #934: Avid DS Uncompressed SUDS -------------------------------------+----------------------------------- Reporter: zhukov | Owner: Type: enhancement | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: suds avrp | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by zhukov): something with colorspace? or am i missing something? ffmpeg decoded AVrp http://dl.dropbox.com/u/1109725/AVrp-ffmpeg.png quicktime decoded AVrp http://dl.dropbox.com/u/1109725/AVrp-quicktime.png -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jan 21 18:34:33 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 21 Jan 2012 17:34:33 -0000 Subject: [FFmpeg-trac] #935(undetermined:new): mov: error opening alias, while file exists In-Reply-To: <035.b298864fc56db399412227b649881892@avcodec.org> References: <035.b298864fc56db399412227b649881892@avcodec.org> Message-ID: <050.7e8fcadba524b65cdef25f53eb8756a7@avcodec.org> #935: mov: error opening alias, while file exists -------------------------------------+------------------------------------- Reporter: zhukov | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Please add command line (ffmpeg -i file) together with complete, uncut console output. Does it work if the referenced files are not in an absolute, but a relative path? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jan 21 18:36:44 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 21 Jan 2012 17:36:44 -0000 Subject: [FFmpeg-trac] #935(undetermined:new): mov: error opening alias, while file exists In-Reply-To: <035.b298864fc56db399412227b649881892@avcodec.org> References: <035.b298864fc56db399412227b649881892@avcodec.org> Message-ID: <050.5d267de49b93104cc3a729e7035639f3@avcodec.org> #935: mov: error opening alias, while file exists -------------------------------------+------------------------------------- Reporter: zhukov | 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 zhukov): {{{ ffmpeg -i anonymous_theatrical_ref_1080p_2398_235.qt ffmpeg version N-36981-g9e53f62 Copyright (c) 2000-2012 the FFmpeg developers built on Jan 21 2012 09:24:49 with llvm_gcc 4.2.1 (Based on Apple Inc. build 5658) (LLVM build 2336.1.00) configuration: --enable-libopenjpeg libavutil 51. 34.101 / 51. 34.101 libavcodec 53. 57.105 / 53. 57.105 libavformat 53. 30.100 / 53. 30.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 59.101 / 2. 59.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 6.100 / 0. 6.100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fe18983d800] stream 0, error opening alias: path='/ds1_z800/444_EXTRA_1/{AD0E35C8-8D66-4DF5-8764-9E1F7FFE6CF6}/ds$theatrical_235 at 1920x1080c1 - 5522aac8#0000cmp.gen', dir='{AD0E35C8-8D66-4DF5-8764-9E1F7FFE6CF6}', filename='ds$theatrical_235 at 1920x1080c1 - 5522aac8#0000cmp.gen', volume='*', nlvl_from=-1, nlvl_to=-1 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fe18983d800] stream 1, error opening alias: path='/ds1_z800/dS1_LOCALSTORAGE1/{AD0E35C8-8D66-4DF5-8764-9E1F7FFE6CF6}/audcachebbaa9a7b.wav', dir='{AD0E35C8-8D66-4DF5-8764-9E1F7FFE6CF6}', filename='audcachebbaa9a7b.wav', volume='*', nlvl_from=-1, nlvl_to=-1 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'anonymous_theatrical_ref_1080p_2398_235.qt': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2012-01-12 18:33:16 Duration: 02:09:57.79, bitrate: 1 kb/s Stream #0:0(eng): Video: avrp (SUDS / 0x53445553), rgb48le, 1920x1080, 1590933 kb/s, 23.98 fps, 23.98 tbr, 24k tbn, 24k tbc Metadata: creation_time : 2012-01-12 18:33:16 handler_name : ?Apple Alias Data Handler Stream #0:1(eng): Audio: pcm_s24le (in24 / 0x34326E69), 48000 Hz, stereo, s32, 2304 kb/s Metadata: creation_time : 2012-01-12 18:34:27 handler_name : ?Apple Alias Data Handler At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jan 21 18:45:18 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 21 Jan 2012 17:45:18 -0000 Subject: [FFmpeg-trac] #933(undetermined:new): 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.0439023e6140db0da1fb64967f38dc87@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: new 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 cehoyos): * component: FFmpeg => undetermined Comment: Please provide the complete, uncut console output together with your command line. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jan 21 19:20:08 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 21 Jan 2012 18:20:08 -0000 Subject: [FFmpeg-trac] #934(avcodec:closed): Avid DS Uncompressed SUDS In-Reply-To: <035.a6dbb704bcf63f6a296faddff4115c37@avcodec.org> References: <035.a6dbb704bcf63f6a296faddff4115c37@avcodec.org> Message-ID: <050.0207fdb35d94873b093b1af5dd41a16c@avcodec.org> #934: Avid DS Uncompressed SUDS -------------------------------------+----------------------------------- Reporter: zhukov | Owner: Type: enhancement | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: suds avrp | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by richardpl): mov contains some visual.(color,contrast,tint,brightness) atom stuff which is not currently supported. So I think that is causing difference and not bug in AVrp decoder. You could modify values of such entries in mov to prove me wrong/correct. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jan 21 20:02:10 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 21 Jan 2012 19:02:10 -0000 Subject: [FFmpeg-trac] #935(undetermined:new): mov: error opening alias, while file exists In-Reply-To: <035.b298864fc56db399412227b649881892@avcodec.org> References: <035.b298864fc56db399412227b649881892@avcodec.org> Message-ID: <050.7ace9e85c037c03d2169dd855eb242ff@avcodec.org> #935: mov: error opening alias, while file exists -------------------------------------+------------------------------------- Reporter: zhukov | 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): The reference in the file you posted does not point to a relative location like "go/from/this/directory/to/the/next" but an absolute one "/it/starts/from/root" The mov demuxer does not support absolute paths because the developers think that would be a possible security issue, but this could be circumvented with a command line switch. But I wonder if it works with relative paths, perhaps you could also provide the referenced files, that would make testing easier. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jan 21 19:56:48 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 21 Jan 2012 18:56:48 -0000 Subject: [FFmpeg-trac] #929(avcodec:new): AAC 5.1 channel decoding issue In-Reply-To: <037.b51bdeb79ff2badff219a46e6054d7c5@avcodec.org> References: <037.b51bdeb79ff2badff219a46e6054d7c5@avcodec.org> Message-ID: <052.653e1b8a73b6eb7fac21f7ec4d075d5c@avcodec.org> #929: AAC 5.1 channel decoding issue ------------------------------------+----------------------------------- Reporter: kaijun61 | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: AAC | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Replying to [comment:4 kaijun61]: > I use gstreamer-based player to test ffmpeg aac codec in ffmpeg shared library. Generally, if you see a problem with a third-party application using FFmpeg, you should always try to reproduce the problem with ffmpeg (the application) itself, after all, it may be possible that the bug is in the third-party application and not in FFmpeg, don't you agree? > This issue shouldn't do anything with "--enabled-shared". Probably not (and I said so), but something seems to be weird with your binary (note the warnings), and it is often simpler to reproduce issues with static linking. > using "--disabled-optimization" is easy for debugging in our build environment. I understand, that is the same reason why I prefer static linking for testing problems. > How to reproduce the problem with ffmpeg? I don't see downmixing option for AAC decoding. So you want to report a downmixing problem in FFmpeg while claiming downmixing is not supported? ;-) Seriously: Please test ffmpeg -i test.mp4 -ac 2 out.wav (it works fine here for multichannel aac) to get an output file with downmixed audio and report back if it works. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jan 21 18:48:50 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 21 Jan 2012 17:48:50 -0000 Subject: [FFmpeg-trac] #931(FFmpeg:closed): Remuxing Apple prores video In-Reply-To: <034.30cd3fe597e2b4b7c21aed84b82c013e@avcodec.org> References: <034.30cd3fe597e2b4b7c21aed84b82c013e@avcodec.org> Message-ID: <049.30f544e8a81150a4b45f902291a5508f@avcodec.org> #931: Remuxing Apple prores video -------------------------------------+------------------------------------- Reporter: sappu | Owner: Type: defect | Status: closed Priority: normal | Component: FFmpeg Version: unspecified | Resolution: Keywords: | worksforme Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => worksforme Comment: Works fine for me {{{ $ md5sum Boar__Apple_ProRes_422-partial.mov 40768412b983c0a3b02bb5e97a842d74 Boar__Apple_ProRes_422-partial.mov $ ffmpeg -i Boar__Apple_ProRes_422-partial.mov -sn -an -vcodec copy -map 0:0 apple.mov ffmpeg version N-36980-gdef19c9 Copyright (c) 2000-2012 the FFmpeg developers built on Jan 21 2012 17:53:54 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc --enable-libopenjpeg libavutil 51. 34.101 / 51. 34.101 libavcodec 53. 57.105 / 53. 57.105 libavformat 53. 30.100 / 53. 30.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 59.101 / 2. 59.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 6.100 / 0. 6.100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x13d73a0] Timecode frame rate not supported Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'Boar__Apple_ProRes_422-partial.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2008-03-24 08:32:41 Duration: 00:00:07.90, start: 0.000000, bitrate: 10618 kb/s Stream #0:0(eng): Video: prores (apch / 0x68637061), yuv422p10le, 960x720, 151844 kb/s, SAR 4:3 DAR 16:9, 50 fps, 50 tbr, 50 tbn, 50 tbc Metadata: creation_time : 2008-03-24 08:32:41 handler_name : ?Apple Alias-Datensteuerung Stream #0:1(eng): Audio: pcm_s16le (sowt / 0x74776F73), 48000 Hz, 1 channels, s16, 768 kb/s Metadata: creation_time : 2008-03-24 08:32:41 handler_name : ?Apple Alias-Datensteuerung Stream #0:2(eng): Audio: pcm_s16le (sowt / 0x74776F73), 48000 Hz, 1 channels, s16, 768 kb/s Metadata: creation_time : 2008-03-24 08:32:41 handler_name : ?Apple Alias-Datensteuerung Stream #0:3(eng): Audio: pcm_s16le (sowt / 0x74776F73), 48000 Hz, 1 channels, s16, 768 kb/s Metadata: creation_time : 2008-03-24 08:32:41 handler_name : ?Apple Alias-Datensteuerung Stream #0:4(eng): Audio: pcm_s16le (sowt / 0x74776F73), 48000 Hz, 1 channels, s16, 768 kb/s Metadata: creation_time : 2008-03-24 08:32:41 handler_name : ?Apple Alias-Datensteuerung Stream #0:5(eng): Data: none (tmcd / 0x64636D74) Metadata: creation_time : 2008-03-24 08:32:46 handler_name : ?Apple Alias-Datensteuerung Output #0, mov, to 'apple.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2008-03-24 08:32:41 encoder : Lavf53.30.100 Stream #0:0(eng): Video: prores (apch / 0x68637061), yuv422p10le, 960x720 [SAR 4:3 DAR 16:9], q=2-31, 151844 kb/s, 50 fps, 50 tbn, 50 tbc Metadata: creation_time : 2008-03-24 08:32:41 handler_name : ?Apple Alias-Datensteuerung Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help Truncating packet of size 380160 to 208941 Truncating packet of size 377456 to 1 frame= 27 fps= 0 q=-1.0 Lsize= 9854kB time=00:00:00.54 bitrate=149484.5kbits/s video:9853kB audio:0kB global headers:0kB muxing overhead 0.008901% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jan 21 19:09:28 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 21 Jan 2012 18:09:28 -0000 Subject: [FFmpeg-trac] #935(undetermined:new): mov: error opening alias, while file exists In-Reply-To: <035.b298864fc56db399412227b649881892@avcodec.org> References: <035.b298864fc56db399412227b649881892@avcodec.org> Message-ID: <050.071b1517a02ad1fc1b14455a62e65d3e@avcodec.org> #935: mov: error opening alias, while file exists -------------------------------------+------------------------------------- Reporter: zhukov | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Does it work if the referenced files are not in an absolute, but a relative path? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jan 21 19:30:07 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 21 Jan 2012 18:30:07 -0000 Subject: [FFmpeg-trac] #929(avcodec:new): AAC 5.1 channel decoding issue In-Reply-To: <037.b51bdeb79ff2badff219a46e6054d7c5@avcodec.org> References: <037.b51bdeb79ff2badff219a46e6054d7c5@avcodec.org> Message-ID: <052.806498de09b33aeb36a5bd36c5e67509@avcodec.org> #929: AAC 5.1 channel decoding issue ------------------------------------+----------------------------------- Reporter: kaijun61 | 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 kaijun61): I use gstreamer-based player to test ffmpeg aac codec in ffmpeg shared library. This issue shouldn't do anything with "--enabled-shared". using "--disabled-optimization" is easy for debugging in our build environment. How to reproduce the problem with ffmpeg? I don't see downmixing option for AAC decoding. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jan 21 19:26:50 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 21 Jan 2012 18:26:50 -0000 Subject: [FFmpeg-trac] #935(undetermined:new): mov: error opening alias, while file exists In-Reply-To: <035.b298864fc56db399412227b649881892@avcodec.org> References: <035.b298864fc56db399412227b649881892@avcodec.org> Message-ID: <050.f7bb3af992cac94b9a560a0c99749497@avcodec.org> #935: mov: error opening alias, while file exists -------------------------------------+------------------------------------- Reporter: zhukov | 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 zhukov): {{{cd '/ds1_z800/444_EXTRA_1/{AD0E35C8-8D66-4DF5-8764-9E1F7FFE6CF6}/'}}} {{{ffmpeg -i ~/ffmpeg/anonymous_theatrical_ref_1080p_2398_235.qt}}} same output is this what you asked for? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 22 02:18:36 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 22 Jan 2012 01:18:36 -0000 Subject: [FFmpeg-trac] #873(undetermined:new): PCM signed big-endian encoding as unsigned In-Reply-To: <034.0b626f07113cddd0ad22afde46a003ef@avcodec.org> References: <034.0b626f07113cddd0ad22afde46a003ef@avcodec.org> Message-ID: <049.ff6d22a228a33ef014867972944feeec@avcodec.org> #873: PCM signed big-endian encoding as unsigned -------------------------------------+------------------------------------- Reporter: Glinx | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: PCM signed | Resolution: big endian | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): Where can i find a source file with which this issue has been confirmed to occur ? i dont want to randomly pick a file and assume it might be within the set of affected input files ... thanks -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 22 02:19:37 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 22 Jan 2012 01:19:37 -0000 Subject: [FFmpeg-trac] #769(swscale:open): png gray8 alpha decodes incorrectly In-Reply-To: <038.17cc6781b78bd08bae540432e66076da@avcodec.org> References: <038.17cc6781b78bd08bae540432e66076da@avcodec.org> Message-ID: <053.018eb2c1a5902f0d9a5378903a0736b7@avcodec.org> #769: png gray8 alpha decodes incorrectly -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: gray8a | Blocked By: alpha png | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: gray8a alpha => gray8a alpha png Comment: gray_alpha.png was fixed by Michael, the transparency information of basi4a08.png gets lost with ffmpeg -i basi4a08.png -pix_fmt rgba out.tif -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 22 04:38:18 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 22 Jan 2012 03:38:18 -0000 Subject: [FFmpeg-trac] #880(avcodec:closed): bad two first frames when mpeg2video encoding In-Reply-To: <035.2c1e2e3111cdfa04614fde06c7107163@avcodec.org> References: <035.2c1e2e3111cdfa04614fde06c7107163@avcodec.org> Message-ID: <050.8dd51eca6c119ffb6c584333d0fde8c0@avcodec.org> #880: bad two first frames when mpeg2video encoding -------------------------------------+------------------------------------- Reporter: kuzyag | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: unspecified | Resolution: fixed Keywords: bad 2 first | Blocked By: frames, mpeg2video | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed * reproduced: 0 => 1 Comment: fix sent to ML, will be in git soon -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 22 04:43:17 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 22 Jan 2012 03:43:17 -0000 Subject: [FFmpeg-trac] #877(undetermined:new): nut muxed with ffmpeg is missing index at the end In-Reply-To: <038.844512af7b660b68e30c1c532ef0ab46@avcodec.org> References: <038.844512af7b660b68e30c1c532ef0ab46@avcodec.org> Message-ID: <053.63c97da332ced02f27fcca727e4bcb1f@avcodec.org> #877: nut muxed with ffmpeg is missing index at the end -------------------------------------+------------------------------------- Reporter: richardpl | 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): The index isnt mandatory but seeking with ffplay should not fail is this a regression ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 22 05:25:32 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 22 Jan 2012 04:25:32 -0000 Subject: [FFmpeg-trac] #386(undetermined:open): Missing audio and subtitle streams in vob file In-Reply-To: <034.99b82633454f6fc5b16f686c0984fc1d@avcodec.org> References: <034.99b82633454f6fc5b16f686c0984fc1d@avcodec.org> Message-ID: <049.9ac2cec1cee59e01dcc6a7e7772efc3c@avcodec.org> #386: Missing audio and subtitle streams in vob file -------------------------------------+------------------------------------- Reporter: Aztek | Owner: Type: defect | Status: open Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by streamingguy): * status: reopened => open Comment: Hello, Any update on this issue? I see the same issue with one of my VOB file. ffmpeg is reporting as zero audio channels, even though it has 5.1 audio stream. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 22 05:29:13 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 22 Jan 2012 04:29:13 -0000 Subject: [FFmpeg-trac] #386(undetermined:open): Missing audio and subtitle streams in vob file In-Reply-To: <034.99b82633454f6fc5b16f686c0984fc1d@avcodec.org> References: <034.99b82633454f6fc5b16f686c0984fc1d@avcodec.org> Message-ID: <049.1381023027be75206d44b17e2e187458@avcodec.org> #386: Missing audio and subtitle streams in vob file -------------------------------------+------------------------------------- Reporter: Aztek | Owner: Type: defect | Status: open Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by streamingguy): Hello Aztek, Are you able to solve this issue? I tried several encoders in past 2 months and Handbrake is the only one, which is working fine. All others are reporting zero audio channels OR no audio stream. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 22 06:09:28 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 22 Jan 2012 05:09:28 -0000 Subject: [FFmpeg-trac] #869(swscale:closed): bgr0 -> bgra does not make the output opaque In-Reply-To: <036.dac118e41427587ba53d6f10e2cb8d8e@avcodec.org> References: <036.dac118e41427587ba53d6f10e2cb8d8e@avcodec.org> Message-ID: <051.c64321e4ce4d28ccdd01ec27cf370a86@avcodec.org> #869: bgr0 -> bgra does not make the output opaque ------------------------------------+----------------------------------- Reporter: cehoyos | Owner: michael Type: defect | Status: closed Priority: normal | Component: swscale Version: git-master | Resolution: fixed Keywords: alpha BGR0 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by michael): * keywords: alpha => alpha BGR0 * status: new => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Locally fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 22 06:47:36 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 22 Jan 2012 05:47:36 -0000 Subject: [FFmpeg-trac] #840(swscale:closed): green color with png (gray) to 10bit yuv In-Reply-To: <038.62fbfb4cda27ab9af2f35a4ed6fa7121@avcodec.org> References: <038.62fbfb4cda27ab9af2f35a4ed6fa7121@avcodec.org> Message-ID: <053.86b6e54bd6ce2877faf3ed8ed72db8f7@avcodec.org> #840: green color with png (gray) to 10bit yuv ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: swscale Version: git-master | Resolution: fixed Keywords: gray | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Locally fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 22 07:53:37 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 22 Jan 2012 06:53:37 -0000 Subject: [FFmpeg-trac] #873(undetermined:new): PCM signed big-endian encoding as unsigned In-Reply-To: <034.0b626f07113cddd0ad22afde46a003ef@avcodec.org> References: <034.0b626f07113cddd0ad22afde46a003ef@avcodec.org> Message-ID: <049.4a14b3a6791918b4e5d88c2f5f40b1b5@avcodec.org> #873: PCM signed big-endian encoding as unsigned -------------------------------------+------------------------------------- Reporter: Glinx | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: PCM signed | Resolution: big endian | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Glinx): Hello Michael. Thank you for assisting. Ive uploaded a couple of my smallest files to Dropbox. http://dl.dropbox.com/u/10440533/00003.MTS 7.5mb http://dl.dropbox.com/u/10440533/00002.MTS 44mb -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 22 15:35:33 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 22 Jan 2012 14:35:33 -0000 Subject: [FFmpeg-trac] #877(undetermined:new): nut muxed with ffmpeg is missing index at the end In-Reply-To: <038.844512af7b660b68e30c1c532ef0ab46@avcodec.org> References: <038.844512af7b660b68e30c1c532ef0ab46@avcodec.org> Message-ID: <053.88460aa068e5a50d3edb1d5fb415fc82@avcodec.org> #877: nut muxed with ffmpeg is missing index at the end -------------------------------------+------------------------------------- Reporter: richardpl | 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 richardpl): That was my first muxing into nut, so I can not answer that. Reported duration from ffplay is invalid (14 minutes but should be ~3), seeking works somehow but it is buggy causing mplayer2 to crash it I try to seek past end of stream. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 22 15:39:26 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 22 Jan 2012 14:39:26 -0000 Subject: [FFmpeg-trac] #877(undetermined:new): nut muxed with ffmpeg is missing index at the end In-Reply-To: <038.844512af7b660b68e30c1c532ef0ab46@avcodec.org> References: <038.844512af7b660b68e30c1c532ef0ab46@avcodec.org> Message-ID: <053.2104a5bfc6df8cd1788a62608daa8675@avcodec.org> #877: nut muxed with ffmpeg is missing index at the end -------------------------------------+------------------------------------- Reporter: richardpl | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: nut | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => nut Comment: Seeking with ffplay works fine here with the output file and current git head. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 22 15:55:23 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 22 Jan 2012 14:55:23 -0000 Subject: [FFmpeg-trac] #588(avcodec:open): FFmpeg crashes when transcoding a wmv video on windows 7 (64 bit) machine In-Reply-To: <035.84dfd383b4c738ed8b5f021a95d816d6@avcodec.org> References: <035.84dfd383b4c738ed8b5f021a95d816d6@avcodec.org> Message-ID: <050.76405cdec9c251136fe1de9a5b2534b9@avcodec.org> #588: FFmpeg crashes when transcoding a wmv video on windows 7 (64 bit) machine -------------------------------------+----------------------------------- Reporter: eiljoe | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: unspecified | Resolution: Keywords: win64 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by michael): I suspect this issue has been fixed as our mingw 64bit tests work fine -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 22 16:55:00 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 22 Jan 2012 15:55:00 -0000 Subject: [FFmpeg-trac] #877(avformat:new): nut muxed with ffmpeg is missing index at the end In-Reply-To: <038.844512af7b660b68e30c1c532ef0ab46@avcodec.org> References: <038.844512af7b660b68e30c1c532ef0ab46@avcodec.org> Message-ID: <053.cbcf72793b31436ae931df3ad1f31201@avcodec.org> #877: nut muxed with ffmpeg is missing index at the end ------------------------------------+------------------------------------ Reporter: richardpl | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: nut | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * component: undetermined => avformat Comment: Duration was shown as "N/A" until r21971 (6f5a3d0a), an incorrect value is shown since r21972 (b7884740) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 22 16:57:47 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 22 Jan 2012 15:57:47 -0000 Subject: [FFmpeg-trac] #386(undetermined:open): Missing audio and subtitle streams in vob file In-Reply-To: <034.99b82633454f6fc5b16f686c0984fc1d@avcodec.org> References: <034.99b82633454f6fc5b16f686c0984fc1d@avcodec.org> Message-ID: <049.dcdb57d5e073b681666fe9be98fa2ff9@avcodec.org> #386: Missing audio and subtitle streams in vob file -------------------------------------+------------------------------------- Reporter: Aztek | Owner: Type: defect | Status: open Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:10 streamingguy]: > I see the same issue with one of my VOB file. ffmpeg is reporting as zero audio channels, even though it has 5.1 audio stream. Please provide a ffmpeg command line that allows to reproduce your problem (no external libraries please if not necessary to reproduce) together with complete, uncut console output. A sample might be needed, too. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 22 17:20:05 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 22 Jan 2012 16:20:05 -0000 Subject: [FFmpeg-trac] #808(FFmpeg:closed): zzuf .avi crash FFMPEG memory exceeded In-Reply-To: <042.5d07e9d707a055ce0295a3fd3382bb78@avcodec.org> References: <042.5d07e9d707a055ce0295a3fd3382bb78@avcodec.org> Message-ID: <057.b2223ae2f99f579e1c374dcf63a7a587@avcodec.org> #808: zzuf .avi crash FFMPEG memory exceeded -------------------------------------+------------------------------------- Reporter: | Owner: oanastratulat | Status: closed Type: defect | Component: FFmpeg Priority: important | Resolution: Version: git-master | worksforme Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => worksforme Comment: I cant reproduce this anymore, thus i guess it has been fixed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 22 18:59:31 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 22 Jan 2012 17:59:31 -0000 Subject: [FFmpeg-trac] #386(undetermined:open): Missing audio and subtitle streams in vob file In-Reply-To: <034.99b82633454f6fc5b16f686c0984fc1d@avcodec.org> References: <034.99b82633454f6fc5b16f686c0984fc1d@avcodec.org> Message-ID: <049.da071da8adb96aa3aa5dfe59d9d3a913@avcodec.org> #386: Missing audio and subtitle streams in vob file -------------------------------------+------------------------------------- Reporter: Aztek | Owner: Type: defect | Status: open Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Aztek): Hi streamingguy, This issue is related to the way the VOB files were created. Namely, menus, bonuses and other non-audio/video stuff were merged in the VOB files in such a way that they can't be easily extracted (for instance menu-related stuff is scattered throughout the first VOB files and the player has to "jump" to play it). If you want convert such a VOB file, you must use a software that is fully aware of the DVD format. `ffmpeg` only handles audio/video VOB files, not DVD files. That's it. If you want to convert your "fat" VOB files to something else, dump the stream of interest with some DVD-aware program such as `mplayer`: `mplayer` fully understand VOB format and doesn't assume VOB == audio/video. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 22 22:03:36 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 22 Jan 2012 21:03:36 -0000 Subject: [FFmpeg-trac] #873(undetermined:new): PCM signed big-endian encoding as unsigned In-Reply-To: <034.0b626f07113cddd0ad22afde46a003ef@avcodec.org> References: <034.0b626f07113cddd0ad22afde46a003ef@avcodec.org> Message-ID: <049.384688f8a71e4f229c23c83bda323de2@avcodec.org> #873: PCM signed big-endian encoding as unsigned -------------------------------------+------------------------------------- Reporter: Glinx | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: PCM signed | Resolution: big endian | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): You made a mistake during bisect, 4c386333529dd773e673e1366d1f6243d2c5af92 shows unsigned too and it is a ancestor of c59b80c8d3e46f176172d582f27c14d772e306fc Audio ID : 1 Format : PCM Format settings, Endianness : Big Format settings, Sign : Unsigned Codec ID : lpcm ----- Thus c59b80c8d3e46f176172d582f27c14d772e306fc is not the commit introducing the problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 22 22:53:21 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 22 Jan 2012 21:53:21 -0000 Subject: [FFmpeg-trac] #873(undetermined:new): PCM signed big-endian encoding as unsigned In-Reply-To: <034.0b626f07113cddd0ad22afde46a003ef@avcodec.org> References: <034.0b626f07113cddd0ad22afde46a003ef@avcodec.org> Message-ID: <049.5ea38f0ddd923411733bbe648cc59d63@avcodec.org> #873: PCM signed big-endian encoding as unsigned -------------------------------------+------------------------------------- Reporter: Glinx | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: PCM signed | Resolution: big endian | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): Regression since 8e8c51318c1fe4ae61de578f0823b88aa3fe8222 Author: Justin Ruggles Date: Fri Dec 2 15:51:52 2011 -0500 movenc: simplify handling of pcm vs. adpcm vs. other compressed codecs Use Sound Sample Description Version 2 for all MOV files. Updated FATE references accordingly. Note that ADPCM is treated as compressed audio in version 2. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 22 23:33:57 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 22 Jan 2012 22:33:57 -0000 Subject: [FFmpeg-trac] #933(undetermined:new): 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.975b92de658b47466fb19043171688a6@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: new 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:2 cehoyos]: > Please provide the complete, uncut console output together with your command line. Not that I think that the console output gives more hints, but here it is: {{{ $ ffmpeg -copyts -vsync 0 -an -i columbia-intro.ts -acodec libfaac -y columbia-intro.out.ts -nostats ffmpeg version N-37013-ge7321ef Copyright (c) 2000-2012 the FFmpeg developers built on Jan 22 2012 17:39:37 with gcc 4.6.1 configuration: --enable-version3 --enable-avconv --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 --disable-optimizations --disable-mmx --enable-libfreetype --enable-libopencv --enable- libopencore-amrnb --enable-libopencore-amrnb --enable-libass libavutil 51. 34.101 / 51. 34.101 libavcodec 53. 57.105 / 53. 57.105 libavformat 53. 30.100 / 53. 30.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 59.101 / 2. 59.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 6.100 / 0. 6.100 libpostproc 52. 0.100 / 52. 0.100 [mpegts @ 0x1a5dd80] max_analyze_duration 5000000 reached at 5000000 Input #0, mpegts, from '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 [buffer @ 0x1a641d0] w:720 h:576 pixfmt:yuv420p tb:1/1000000 sar:64/45 sws_param: [mpegts @ 0x1a633d0] muxrate VBR, pcr every 2 pkts, sdt every 200, pat/pmt every 40 pkts Output #0, mpegts, to 'columbia-intro.out.ts': Metadata: encoder : Lavf53.30.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= 200 fps= 44 q=31.0 Lsize= 717kB time=00:00:00.00 bitrate= 0.0kbits/s video:642kB audio:0kB global headers:0kB muxing overhead 11.598826% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 23 00:06:20 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 22 Jan 2012 23:06:20 -0000 Subject: [FFmpeg-trac] #634(undetermined:open): non monotonically increasing dts In-Reply-To: <032.8c4cc457073c1e88ed82b796197d87a2@avcodec.org> References: <032.8c4cc457073c1e88ed82b796197d87a2@avcodec.org> Message-ID: <047.64d20500de881e9393d9cd2f3221de71@avcodec.org> #634: non monotonically increasing dts -------------------------------------+------------------------------------- Reporter: wim | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: av_interleaved_write_frame v4l2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by blsa): I attached a complete log file in the above, which is the output of the following command ffmpeg -rtsp_transport tcp -i rtsp://10.8.0.2:554 -vcodec copy -an -r 10 http://127.0.0.1:8010/feed1.ffm -loglevel debug 2> debug.txt Hopefully, someone can look into this. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 23 00:26:37 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 22 Jan 2012 23:26:37 -0000 Subject: [FFmpeg-trac] #933(undetermined:new): 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.3c60482eb75030fad982bddb30ee2b23@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: new 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 using an external library (libfaac) or also with one of the native audio encoders? What happens without -copyts? (Why are you using -copyts?) If -vsync is not needed to reproduce the problem, please remove it from your command line. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 23 03:42:24 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 23 Jan 2012 02:42:24 -0000 Subject: [FFmpeg-trac] #935(undetermined:new): mov: error opening alias, while file exists In-Reply-To: <035.b298864fc56db399412227b649881892@avcodec.org> References: <035.b298864fc56db399412227b649881892@avcodec.org> Message-ID: <050.40b818b347901736cca503ea169405e3@avcodec.org> #935: mov: error opening alias, while file exists -------------------------------------+------------------------------------- Reporter: zhukov | 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 zhukov): how can it be circumvented? the following patch helped me {{{ diff --git a/libavformat/mov.c b/libavformat/mov.c index 3bb42fe..a58aa6f 100644 --- a/libavformat/mov.c +++ b/libavformat/mov.c @@ -1933,6 +1933,8 @@ static void mov_build_index(MOVContext *mov, AVStream *st) static int mov_open_dref(AVIOContext **pb, const char *src, MOVDref *ref, AVIOInterruptCB *int_cb) { + int i_know_what_i_am_doing_flag = 1; //TODO: get it from command-line or somewhere else + /* try relative path, we do not try the absolute because it can leak information about our system to an attacker */ if (ref->nlvl_to > 0 && ref->nlvl_from > 0) { @@ -1969,6 +1971,10 @@ static int mov_open_dref(AVIOContext **pb, const char *src, MOVDref *ref, if (!avio_open2(pb, filename, AVIO_FLAG_READ, int_cb, NULL)) return 0; } + } else if (i_know_what_i_am_doing_flag) { + //if user explicitly asks for absolute paths - try opening + if (!avio_open2(pb, ref->path, AVIO_FLAG_READ, int_cb, NULL)) + return 0; } return AVERROR(ENOENT); }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 23 03:42:33 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 23 Jan 2012 02:42:33 -0000 Subject: [FFmpeg-trac] #386(undetermined:open): Missing audio and subtitle streams in vob file In-Reply-To: <034.99b82633454f6fc5b16f686c0984fc1d@avcodec.org> References: <034.99b82633454f6fc5b16f686c0984fc1d@avcodec.org> Message-ID: <049.c5b6f3bb4f3a644d3614a58a616c63f5@avcodec.org> #386: Missing audio and subtitle streams in vob file -------------------------------------+------------------------------------- Reporter: Aztek | Owner: Type: defect | Status: open Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by streamingguy): Hello, Thank you for your quick reply! I am very new to FFMPEG and sorry if I miss anything in my below details: Source: .VOB file extracted from DVD decrypter (first chapter of the movie). This has one video stream, one audio stream (AC3 5.1). Issue: When I try to encode into any format, it reports 0 channels in ac3 stream and there is no audio track in the output. I tried with directly copying the AC3 stream, encoding AC3 to AAC, using analyzeduration option etc., But, the same file is working fine when I use Handbrake, MEncoder. Source to download: You can download .VOB file here: http://poacric.blob.core.windows.net/$root/TestClip.zip Command Used: ffmpeg -i d:\testclip.vob -acodec copy d:\ffmpegout.mp4 Console output: {{{ C:\ffmpeg>ffmpeg -i d:\testclip.vob -acode c copy d:\ffmpegout.mp4 ffmpeg version N-35966-g1d0ae92, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 19 2011 13:10:19 with gcc 4.6.2 configuration: --disable-static --enable-shared --enable-gpl --enable- version3 --disable-w32threads --enable-runtime-cpudetect --enable-avisynth --enable-bzli b --enable-frei0r --enable-libopencore-amrnb --enable-libopencore-amrwb --enable -libfreetype --enable-libgsm --enable-libmp3lame --enable-libopenjpeg --enable-l ibrtmp --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-li bvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-l ibx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 46. 1 / 53. 46. 1 libavformat 53. 27. 0 / 53. 27. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mpeg @ 0000000000497FD0] max_analyze_duration 5000000 reached at 5004667 Seems stream 0 codec frame rate differs from container frame rate: 59.94 (60000/ 1001) -> 59.94 (60000/1001) Input #0, mpeg, from 'd:\bommarillu\testclip.vob': Duration: 00:04:51.99, start: 0.316978, bitrate: 4939 kb/s Stream #0:0[0x1e0]: Video: mpeg2video (Main), yuv420p, 720x480 [SAR 32:27 DA R 16:9], 8000 kb/s, 23.98 fps, 59.94 tbr, 90k tbn, 59.94 tbc Stream #0:1[0x80]: Audio: ac3, 0 channels [buffer @ 00000000029E0BE0] w:720 h:480 pixfmt:yuv420p tb:1/1000000 sar:32/27 sw s_param: [libx264 @ 00000000027E0810] using SAR=32/27 [libx264 @ 00000000027E0810] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShu ffle SSE4.2 [libx264 @ 00000000027E0810] profile High, level 3.1 [libx264 @ 00000000027E0810] 264 - core 119 r2106 07efeb4 - H.264/MPEG-4 AVC cod ec - Copyleft 2003-2011 - http://www.videolan.org/x264.html - options: cabac=1 r ef=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_pski p=1 chroma_qp_offset=-2 threads=12 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 di rect=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra _refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 Output #0, mp4, to 'd:\bommarillu\ffmpegout.mp4': Metadata: encoder : Lavf53.27.0 Stream #0:0: Video: h264 (![0][0][0] / 0x0021), yuv420p, 720x480 [SAR 32:27 DAR 16:9], q=-1--1, 60k tbn, 59.94 tbc Stream mapping: Stream #0:0 -> #0:0 (mpeg2video -> libx264) Press [q] to stop, [?] for help [mpeg2video @ 00000000004AB7C0] warning: first frame is no keyframe Last message repeated 1 times frame= 117 fps= 0 q=31.0 size= 273kB time=00:00:00.98 bitrate=2273.2kbits/ frame= 205 fps=201 q=31.0 size= 602kB time=00:00:02.45 bitrate=2011.7kbits/ frame= 282 fps=183 q=31.0 size= 861kB time=00:00:03.73 bitrate=1887.4kbits/ frame= 367 fps=178 q=31.0 size= 1179kB time=00:00:05.15 bitrate=1874.1kbits/ frame= 466 fps=182 q=31.0 size= 1376kB time=00:00:06.80 bitrate=1655.8kbits/ frame= 475 fps=175 q=-1.0 Lsize= 1401kB time=00:00:07.89 bitrate=1454.6kbits /s dup=273 drop=0 video:1396kB audio:0kB global headers:0kB muxing overhead 0.367020% [libx264 @ 00000000027E0810] frame I:3 Avg QP:23.66 size: 48841 [libx264 @ 00000000027E0810] frame P:309 Avg QP:26.15 size: 4086 [libx264 @ 00000000027E0810] frame B:163 Avg QP:30.33 size: 122 [libx264 @ 00000000027E0810] consecutive B-frames: 49.5% 7.2% 21.5% 21.9% [libx264 @ 00000000027E0810] mb I I16..4: 25.5% 46.0% 28.5% [libx264 @ 00000000027E0810] mb P I16..4: 1.0% 0.6% 0.0% P16..4: 22.2% 4.5 % 4.5% 0.0% 0.0% skip:67.1% [libx264 @ 00000000027E0810] mb B I16..4: 0.0% 0.0% 0.0% B16..8: 11.1% 0.0 % 0.0% direct: 0.0% skip:88.9% L0:57.4% L1:39.9% BI: 2.6% [libx264 @ 00000000027E0810] 8x8 transform intra:40.0% inter:74.5% [libx264 @ 00000000027E0810] coded y,uvDC,uvAC intra: 44.1% 49.2% 24.7% inter: 1 1.6% 4.2% 1.0% [libx264 @ 00000000027E0810] i16 v,h,dc,p: 39% 42% 6% 13% [libx264 @ 00000000027E0810] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 10% 32% 37% 3% 2% 2% 4% 3% 7% [libx264 @ 00000000027E0810] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 6% 64% 14% 2% 2% 2% 3% 2% 5% [libx264 @ 00000000027E0810] i8c dc,h,v,p: 40% 48% 10% 2% [libx264 @ 00000000027E0810] Weighted P-Frames: Y:0.3% UV:0.3% [libx264 @ 00000000027E0810] ref P L0: 67.2% 13.1% 10.0% 9.8% [libx264 @ 00000000027E0810] ref B L0: 98.4% 1.3% 0.3% [libx264 @ 00000000027E0810] ref B L1: 96.1% 3.9% [libx264 @ 00000000027E0810] kb/s:1442.51 Received signal 2: terminating. }}} Please let me know, if you need any more information. I have been searching for a proper encoder from past 2 months and couldn't find a proper solution. My requirement: I have several DVDs and want to convert them into MP4/M2TS/TS files with 2 audio streams (AC3 5.1 and AAC). Also, want to add watermark on the output. Tried different encoders, but nothing is working as per my requirement. Thank you for your time! Replying to [comment:12 cehoyos]: > Replying to [comment:10 streamingguy]: > > I see the same issue with one of my VOB file. ffmpeg is reporting as zero audio channels, even though it has 5.1 audio stream. > Please provide a ffmpeg command line that allows to reproduce your problem (no external libraries please if not necessary to reproduce) together with complete, uncut console output. > A sample might be needed, too. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 23 03:49:19 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 23 Jan 2012 02:49:19 -0000 Subject: [FFmpeg-trac] #386(undetermined:open): Missing audio and subtitle streams in vob file In-Reply-To: <034.99b82633454f6fc5b16f686c0984fc1d@avcodec.org> References: <034.99b82633454f6fc5b16f686c0984fc1d@avcodec.org> Message-ID: <049.ff7fe5e00ff7aa185f8d5bd9f81e8d7b@avcodec.org> #386: Missing audio and subtitle streams in vob file -------------------------------------+------------------------------------- Reporter: Aztek | Owner: Type: defect | Status: open Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by streamingguy): Hello Aztek, Thank you so much for your quick reply and your suggestion. It worked great with mplayer. But, I also wanted to add watermark to my video, which is not available on mencoder (am I missing something here?). I am using mencoder on Windows platform. As I mentioned above, my requirement is to convert 100+ of DVDs into MP4/M2TS/TS files with 2 audio streams with watermark. Please suggest me if you have better UI which supports my requirement. I have tried many encoders and some are having issues with audio, some do not have watermark option, some do not multiple audio stream option (for output) and some are giving audio/video sync issues. We have 100+ encoders on the web, but still couldn't find one with these options :-( Thank you for your time! Replying to [comment:13 Aztek]: > Hi streamingguy, > > This issue is related to the way the VOB files were created. Namely, menus, bonuses and other non-audio/video stuff were merged in the VOB files in such a way that they can't be easily extracted (for instance menu-related stuff is scattered throughout the first VOB files and the player has to "jump" to play it). If you want convert such a VOB file, you must use a software that is fully aware of the DVD format. `ffmpeg` only handles audio/video VOB files, not DVD files. That's it. > > If you want to convert your "fat" VOB files to something else, dump the stream of interest with some DVD-aware program such as `mplayer`: `mplayer` fully understand VOB format and doesn't assume VOB == audio/video. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 23 08:13:11 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 23 Jan 2012 07:13:11 -0000 Subject: [FFmpeg-trac] #936(FFmpeg:new): Remuxing Apple prores video Message-ID: <034.91d34007a8922971e14ee2f9b2706000@avcodec.org> #936: Remuxing Apple prores video --------------------------------+-------------------------------------- Reporter: sappu | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+-------------------------------------- Application provided invalid, non monotonically increasing dts to muxer in stream 0: 128100 >= 128100 Sorry for wrong link. The link that I got fail is below. http://samples.mplayerhq.hu/V-codecs/HCPA/AppleProRes422.mov ffmpeg -i AppleProRes422.mov -sn -an -vcodec copy -map 0:0 apple.mov ffmpeg version git-2012-01-18-e191f1f Copyright (c) 2000-2012 the FFmpeg developers built on Jan 19 2012 06:57:53 with gcc 4.6.1 configuration: --enable-gpl --enable-libfaac --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libtheora --enable-libvorbis --enable-libx264 --enable-nonfree --enable-postproc --enable-version3 --enable-x11grab --enable-nonfree libavutil 51. 34.101 / 51. 34.101 libavcodec 53. 57.100 / 53. 57.100 libavformat 53. 30.100 / 53. 30.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 59.101 / 2. 59.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 6.100 / 0. 6.100 libpostproc 51. 2.100 / 51. 2.100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0xa577ac0] Could not find codec parameters (Subtitle: none (c608 / 0x38303663)) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/media/wshare/Downloads/AppleProRes422.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2011-03-30 16:15:56 Duration: 00:00:11.48, start: -31.262930, bitrate: 70673 kb/s Stream #0:0(eng): Video: prores (apch / 0x68637061), yuv422p10le, 720x486, 61092 kb/s, 29.97 fps, 29.97 tbr, 2997 tbn, 2997 tbc Metadata: creation_time : 2011-03-30 16:15:56 handler_name : ?Apple Alias Data Handler Stream #0:1(eng): Subtitle: none (c608 / 0x38303663) Metadata: creation_time : 2011-03-30 16:15:56 handler_name : ?Apple Alias Data Handler Stream #0:2(eng): Audio: pcm_s24le (in24 / 0x34326E69), 48000 Hz, mono, s32, 1152 kb/s Metadata: creation_time : 2011-03-30 16:15:56 handler_name : ?Apple Alias Data Handler Stream #0:3(eng): Audio: pcm_s24le (in24 / 0x34326E69), 48000 Hz, mono, s32, 1152 kb/s Metadata: creation_time : 2011-03-30 16:15:56 handler_name : ?Apple Alias Data Handler Stream #0:4(eng): Audio: pcm_s24le (in24 / 0x34326E69), 48000 Hz, mono, s32, 1152 kb/s Metadata: creation_time : 2011-03-30 16:15:56 handler_name : ?Apple Alias Data Handler Stream #0:5(eng): Audio: pcm_s24le (in24 / 0x34326E69), 48000 Hz, mono, s32, 1152 kb/s Metadata: creation_time : 2011-03-30 16:15:56 handler_name : ?Apple Alias Data Handler Stream #0:6(eng): Audio: pcm_s24le (in24 / 0x34326E69), 48000 Hz, mono, s32, 1152 kb/s Metadata: creation_time : 2011-03-30 16:15:56 handler_name : ?Apple Alias Data Handler Stream #0:7(eng): Audio: pcm_s24le (in24 / 0x34326E69), 48000 Hz, mono, s32, 1152 kb/s Metadata: creation_time : 2011-03-30 16:15:56 handler_name : ?Apple Alias Data Handler Stream #0:8(eng): Audio: pcm_s24le (in24 / 0x34326E69), 48000 Hz, mono, s32, 1152 kb/s Metadata: creation_time : 2011-03-30 16:15:56 handler_name : ?Apple Alias Data Handler Stream #0:9(eng): Audio: pcm_s24le (in24 / 0x34326E69), 48000 Hz, mono, s32, 1152 kb/s Metadata: creation_time : 2011-03-30 16:15:56 handler_name : ?Apple Alias Data Handler Stream #0:10(eng): Data: none (tmcd / 0x64636D74) Metadata: creation_time : 2011-03-30 16:15:56 handler_name : ?Apple Alias Data Handler timecode : 07:11:11;07 File 'apple.mov' already exists. Overwrite ? [y/N] y Output #0, mov, to 'apple.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2011-03-30 16:15:56 encoder : Lavf53.30.100 Stream #0:0(eng): Video: prores (apch / 0x68637061), yuv422p10le, 720x486, q=2-31, 61092 kb/s, 29.97 fps, 2997 tbn, 2997 tbc Metadata: creation_time : 2011-03-30 16:15:56 handler_name : ?Apple Alias Data Handler Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, ? for help Application provided invalid, non monotonically increasing dts to muxer in stream 0: 128100 >= 128100 av_interleaved_write_frame(): Invalid argument -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 23 08:53:48 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 23 Jan 2012 07:53:48 -0000 Subject: [FFmpeg-trac] #937(avcodec:new): DVB Subtitles are not decoded when display segment is missing Message-ID: <037.1a5f938a16a0cf14c907991518ec23c7@avcodec.org> #937: DVB Subtitles are not decoded when display segment is missing ----------------------------------+--------------------------------------- Reporter: GoodGuys | Type: enhancement Status: new | Priority: normal Component: avcodec | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- Note: This is a "port" of a ticket submitted to the MythTV bug tracker : http://code.mythtv.org/trac/ticket/9373 That ticket was solved by modifying the version of FFmpeg that MythTV carries in its own source tree. As I understand it, in some DVB-S providers' streams, the display segment is missing, causing DVB subtitles to be ignored. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 23 09:06:30 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 23 Jan 2012 08:06:30 -0000 Subject: [FFmpeg-trac] #937(avcodec:new): DVB Subtitles are not decoded when display segment is missing In-Reply-To: <037.1a5f938a16a0cf14c907991518ec23c7@avcodec.org> References: <037.1a5f938a16a0cf14c907991518ec23c7@avcodec.org> Message-ID: <052.fd0b7f738775ddb352f9661966932ea1@avcodec.org> #937: DVB Subtitles are not decoded when display segment is missing -------------------------------------+----------------------------------- Reporter: GoodGuys | Owner: Type: enhancement | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by GoodGuys): Submitted a patch to XBMC against their version of ffmpeg, here: http://trac.xbmc.org/ticket/12510 GGF -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 23 11:42:27 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 23 Jan 2012 10:42:27 -0000 Subject: [FFmpeg-trac] #932(undetermined:new): incorrectly displaying video in a QuickTime player with codecs from AVid In-Reply-To: <035.39f0ecd51834fac0931bcfbf75bc89e7@avcodec.org> References: <035.39f0ecd51834fac0931bcfbf75bc89e7@avcodec.org> Message-ID: <050.3f9f0208e4047029b5ad43558355c809@avcodec.org> #932: incorrectly displaying video in a QuickTime player with codecs from AVid -------------------------------------+------------------------------------- Reporter: kuzyag | 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 kuzyag): because my source is interlaced. passing +ildct enables interlaced processing, libavcodec/dnxhdenc.c: {{{ [...] 289 if (avctx->flags & CODEC_FLAG_INTERLACED_DCT) { 290 ctx->interlaced = 1; 291 ctx->m.mb_height /= 2; 292 } [...] }}} i will try to check if values from mov_write_avid_tag written correctly... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 23 12:18:13 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 23 Jan 2012 11:18:13 -0000 Subject: [FFmpeg-trac] #937(avcodec:open): DVB Subtitles are not decoded when display segment is missing In-Reply-To: <037.1a5f938a16a0cf14c907991518ec23c7@avcodec.org> References: <037.1a5f938a16a0cf14c907991518ec23c7@avcodec.org> Message-ID: <052.4e7b55a59d58b3ecfece79b7542beb34@avcodec.org> #937: DVB Subtitles are not decoded when display segment is missing ------------------------------------+----------------------------------- Reporter: GoodGuys | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: dvbsub | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => dvbsub * status: new => open * type: enhancement => defect * reproduced: 0 => 1 Comment: {{{ $ ffmpeg -i sub.mpg ffmpeg version N-37057-gb9db728 Copyright (c) 2000-2012 the FFmpeg developers built on Jan 23 2012 05:19:27 with gcc 4.5.3 configuration: --cc='/usr/local/gcc-4.5.3/bin/gcc -m32' libavutil 51. 34.101 / 51. 34.101 libavcodec 53. 57.105 / 53. 57.105 libavformat 53. 30.100 / 53. 30.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 59.101 / 2. 59.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 6.100 / 0. 6.100 [mpegts @ 0x8dd7aa0] max_analyze_duration 5000000 reached at 5016000 [mpegts @ 0x8dd7aa0] PES packet size mismatch Last message repeated 1 times Input #0, mpegts, from 'sub.mpg': Duration: 00:00:11.99, start: 60739.922767, bitrate: 1707 kb/s Program 1 Stream #0:0[0x202]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p, 640x576 [SAR 8:5 DAR 16:9], 15000 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x296](eng): Audio: mp2 ([4][0][0][0] / 0x0004), 48000 Hz, stereo, s16, 128 kb/s Stream #0:2[0x40a](heb): Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006) Stream #0:3[0x2aa](rus): Audio: mp2 ([4][0][0][0] / 0x0004), 48000 Hz, stereo, s16, 128 kb/s Stream #0:4[0x40b](rus): Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006) At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 23 12:32:29 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 23 Jan 2012 11:32:29 -0000 Subject: [FFmpeg-trac] #936(undetermined:open): ProRes in mov: non monotonically increasing dts (was: Remuxing Apple prores video) In-Reply-To: <034.91d34007a8922971e14ee2f9b2706000@avcodec.org> References: <034.91d34007a8922971e14ee2f9b2706000@avcodec.org> Message-ID: <049.36c7cbdc1037aff8695336bc2a07a9df@avcodec.org> #936: ProRes in mov: non monotonically increasing dts -------------------------------------+------------------------------------- Reporter: sappu | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: av_interleaved_write_frame prores | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * component: FFmpeg => undetermined * keywords: => av_interleaved_write_frame prores * reproduced: 0 => 1 Old description: > Application provided invalid, non monotonically increasing dts to muxer > in stream 0: 128100 >= 128100 > > Sorry for wrong link. The link that I got fail is below. > > http://samples.mplayerhq.hu/V-codecs/HCPA/AppleProRes422.mov > > ffmpeg -i AppleProRes422.mov -sn -an -vcodec copy -map 0:0 apple.mov > > ffmpeg version git-2012-01-18-e191f1f Copyright (c) 2000-2012 the FFmpeg > developers > > built on Jan 19 2012 06:57:53 with gcc 4.6.1 > configuration: --enable-gpl --enable-libfaac --enable-libmp3lame > --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libtheora > --enable-libvorbis --enable-libx264 --enable-nonfree --enable-postproc > --enable-version3 --enable-x11grab --enable-nonfree > libavutil 51. 34.101 / 51. 34.101 > libavcodec 53. 57.100 / 53. 57.100 > libavformat 53. 30.100 / 53. 30.100 > libavdevice 53. 4.100 / 53. 4.100 > libavfilter 2. 59.101 / 2. 59.101 > libswscale 2. 1.100 / 2. 1.100 > libswresample 0. 6.100 / 0. 6.100 > libpostproc 51. 2.100 / 51. 2.100 > > [mov,mp4,m4a,3gp,3g2,mj2 @ 0xa577ac0] Could not find codec parameters > (Subtitle: none (c608 / 0x38303663)) > Input #0, mov,mp4,m4a,3gp,3g2,mj2, from > '/media/wshare/Downloads/AppleProRes422.mov': > > Metadata: > > major_brand : qt > minor_version : 537199360 > compatible_brands: qt > creation_time : 2011-03-30 16:15:56 > > Duration: 00:00:11.48, start: -31.262930, bitrate: 70673 kb/s > > Stream #0:0(eng): Video: prores (apch / 0x68637061), yuv422p10le, > 720x486, 61092 kb/s, 29.97 fps, 29.97 tbr, 2997 tbn, 2997 tbc > Metadata: > > creation_time : 2011-03-30 16:15:56 > handler_name : ?Apple Alias Data Handler > > Stream #0:1(eng): Subtitle: none (c608 / 0x38303663) > Metadata: > > creation_time : 2011-03-30 16:15:56 > handler_name : ?Apple Alias Data Handler > > Stream #0:2(eng): Audio: pcm_s24le (in24 / 0x34326E69), 48000 Hz, > mono, s32, 1152 kb/s > Metadata: > > creation_time : 2011-03-30 16:15:56 > handler_name : ?Apple Alias Data Handler > > Stream #0:3(eng): Audio: pcm_s24le (in24 / 0x34326E69), 48000 Hz, > mono, s32, 1152 kb/s > Metadata: > > creation_time : 2011-03-30 16:15:56 > handler_name : ?Apple Alias Data Handler > > Stream #0:4(eng): Audio: pcm_s24le (in24 / 0x34326E69), 48000 Hz, > mono, s32, 1152 kb/s > Metadata: > > creation_time : 2011-03-30 16:15:56 > handler_name : ?Apple Alias Data Handler > > Stream #0:5(eng): Audio: pcm_s24le (in24 / 0x34326E69), 48000 Hz, > mono, s32, 1152 kb/s > Metadata: > > creation_time : 2011-03-30 16:15:56 > handler_name : ?Apple Alias Data Handler > > Stream #0:6(eng): Audio: pcm_s24le (in24 / 0x34326E69), 48000 Hz, > mono, s32, 1152 kb/s > Metadata: > > creation_time : 2011-03-30 16:15:56 > handler_name : ?Apple Alias Data Handler > > Stream #0:7(eng): Audio: pcm_s24le (in24 / 0x34326E69), 48000 Hz, > mono, s32, 1152 kb/s > Metadata: > > creation_time : 2011-03-30 16:15:56 > handler_name : ?Apple Alias Data Handler > > Stream #0:8(eng): Audio: pcm_s24le (in24 / 0x34326E69), 48000 Hz, > mono, s32, 1152 kb/s > Metadata: > > creation_time : 2011-03-30 16:15:56 > handler_name : ?Apple Alias Data Handler > > Stream #0:9(eng): Audio: pcm_s24le (in24 / 0x34326E69), 48000 Hz, > mono, s32, 1152 kb/s > Metadata: > > creation_time : 2011-03-30 16:15:56 > handler_name : ?Apple Alias Data Handler > > Stream #0:10(eng): Data: none (tmcd / 0x64636D74) > Metadata: > > creation_time : 2011-03-30 16:15:56 > handler_name : ?Apple Alias Data Handler > timecode : 07:11:11;07 > > File 'apple.mov' already exists. Overwrite ? [y/N] y > Output #0, mov, to 'apple.mov': > > Metadata: > > major_brand : qt > minor_version : 537199360 > compatible_brands: qt > creation_time : 2011-03-30 16:15:56 > encoder : Lavf53.30.100 > Stream #0:0(eng): Video: prores (apch / 0x68637061), yuv422p10le, > 720x486, q=2-31, 61092 kb/s, 29.97 fps, 2997 tbn, 2997 tbc > Metadata: > > creation_time : 2011-03-30 16:15:56 > handler_name : ?Apple Alias Data Handler > > Stream mapping: > > Stream #0:0 -> #0:0 (copy) > > Press [q] to stop, ? for help > Application provided invalid, non monotonically increasing dts to muxer > in stream 0: 128100 >= 128100 > av_interleaved_write_frame(): Invalid argument New description: Application provided invalid, non monotonically increasing dts to muxer in stream 0: 128100 >= 128100 Sorry for wrong link. The link that I got fail is below. http://samples.mplayerhq.hu/V-codecs/HCPA/AppleProRes422.mov {{{ ffmpeg -i AppleProRes422.mov -sn -an -vcodec copy -map 0:0 apple.mov ffmpeg version git-2012-01-18-e191f1f Copyright (c) 2000-2012 the FFmpeg developers built on Jan 19 2012 06:57:53 with gcc 4.6.1 configuration: --enable-gpl --enable-libfaac --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libtheora --enable-libvorbis --enable-libx264 --enable-nonfree --enable-postproc --enable-version3 --enable-x11grab --enable-nonfree libavutil 51. 34.101 / 51. 34.101 libavcodec 53. 57.100 / 53. 57.100 libavformat 53. 30.100 / 53. 30.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 59.101 / 2. 59.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 6.100 / 0. 6.100 libpostproc 51. 2.100 / 51. 2.100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0xa577ac0] Could not find codec parameters (Subtitle: none (c608 / 0x38303663)) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/media/wshare/Downloads/AppleProRes422.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2011-03-30 16:15:56 Duration: 00:00:11.48, start: -31.262930, bitrate: 70673 kb/s Stream #0:0(eng): Video: prores (apch / 0x68637061), yuv422p10le, 720x486, 61092 kb/s, 29.97 fps, 29.97 tbr, 2997 tbn, 2997 tbc Metadata: creation_time : 2011-03-30 16:15:56 handler_name : ?Apple Alias Data Handler Stream #0:1(eng): Subtitle: none (c608 / 0x38303663) Metadata: creation_time : 2011-03-30 16:15:56 handler_name : ?Apple Alias Data Handler Stream #0:2(eng): Audio: pcm_s24le (in24 / 0x34326E69), 48000 Hz, mono, s32, 1152 kb/s Metadata: creation_time : 2011-03-30 16:15:56 handler_name : ?Apple Alias Data Handler Stream #0:3(eng): Audio: pcm_s24le (in24 / 0x34326E69), 48000 Hz, mono, s32, 1152 kb/s Metadata: creation_time : 2011-03-30 16:15:56 handler_name : ?Apple Alias Data Handler Stream #0:4(eng): Audio: pcm_s24le (in24 / 0x34326E69), 48000 Hz, mono, s32, 1152 kb/s Metadata: creation_time : 2011-03-30 16:15:56 handler_name : ?Apple Alias Data Handler Stream #0:5(eng): Audio: pcm_s24le (in24 / 0x34326E69), 48000 Hz, mono, s32, 1152 kb/s Metadata: creation_time : 2011-03-30 16:15:56 handler_name : ?Apple Alias Data Handler Stream #0:6(eng): Audio: pcm_s24le (in24 / 0x34326E69), 48000 Hz, mono, s32, 1152 kb/s Metadata: creation_time : 2011-03-30 16:15:56 handler_name : ?Apple Alias Data Handler Stream #0:7(eng): Audio: pcm_s24le (in24 / 0x34326E69), 48000 Hz, mono, s32, 1152 kb/s Metadata: creation_time : 2011-03-30 16:15:56 handler_name : ?Apple Alias Data Handler Stream #0:8(eng): Audio: pcm_s24le (in24 / 0x34326E69), 48000 Hz, mono, s32, 1152 kb/s Metadata: creation_time : 2011-03-30 16:15:56 handler_name : ?Apple Alias Data Handler Stream #0:9(eng): Audio: pcm_s24le (in24 / 0x34326E69), 48000 Hz, mono, s32, 1152 kb/s Metadata: creation_time : 2011-03-30 16:15:56 handler_name : ?Apple Alias Data Handler Stream #0:10(eng): Data: none (tmcd / 0x64636D74) Metadata: creation_time : 2011-03-30 16:15:56 handler_name : ?Apple Alias Data Handler timecode : 07:11:11;07 File 'apple.mov' already exists. Overwrite ? [y/N] y Output #0, mov, to 'apple.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2011-03-30 16:15:56 encoder : Lavf53.30.100 Stream #0:0(eng): Video: prores (apch / 0x68637061), yuv422p10le, 720x486, q=2-31, 61092 kb/s, 29.97 fps, 2997 tbn, 2997 tbc Metadata: creation_time : 2011-03-30 16:15:56 handler_name : ?Apple Alias Data Handler Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, ? for help Application provided invalid, non monotonically increasing dts to muxer in stream 0: 128100 >= 128100 av_interleaved_write_frame(): Invalid argument }}} -- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 23 12:55:38 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 23 Jan 2012 11:55:38 -0000 Subject: [FFmpeg-trac] #935(avformat:open): mov: error opening alias, while file exists In-Reply-To: <035.b298864fc56db399412227b649881892@avcodec.org> References: <035.b298864fc56db399412227b649881892@avcodec.org> Message-ID: <050.062544471a25b33ffc2af6ae62a1b422@avcodec.org> #935: mov: error opening alias, while file exists ------------------------------------+------------------------------------ Reporter: zhukov | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => mov * status: new => open * version: unspecified => git-master * component: undetermined => avformat Comment: Please test attached patch with ffmpeg -use_absolute_path 1 -i anonymous_theatrical_ref_1080p_2398_235.qt -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 23 13:49:30 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 23 Jan 2012 12:49:30 -0000 Subject: [FFmpeg-trac] #846(undetermined:open): Closed Captioning in mov (was: 'invalid public movie atom' when copying streams into a QuickTime file) In-Reply-To: <036.fd8fc81aaaaadd10d67fd237082a01d5@avcodec.org> References: <036.fd8fc81aaaaadd10d67fd237082a01d5@avcodec.org> Message-ID: <051.3662263e884f3786ec51109867439b27@avcodec.org> #846: Closed Captioning in mov -------------------------------------+------------------------------------- Reporter: dericed | Owner: Type: enhancement | Status: open Priority: wish | Component: Version: git-master | undetermined Keywords: mov cc | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: normal => wish * status: new => open * type: defect => enhancement * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 23 13:50:41 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 23 Jan 2012 12:50:41 -0000 Subject: [FFmpeg-trac] #826(avcodec:closed): Missing ff_cropTbl symbol needed by MLT In-Reply-To: <037.3ca969d199d80ff6c888ae750d8cc89e@avcodec.org> References: <037.3ca969d199d80ff6c888ae750d8cc89e@avcodec.org> Message-ID: <052.16545b7f53bddc10046bf55ca20e4895@avcodec.org> #826: Missing ff_cropTbl symbol needed by MLT ----------------------------------+----------------------------------- Reporter: marillat | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: 0.9 | Resolution: wontfix Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+----------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => wontfix Comment: I don't think we should export ff_cropTbl(). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 23 13:59:03 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 23 Jan 2012 12:59:03 -0000 Subject: [FFmpeg-trac] #816(swscale:open): pal8 output is gray / empty (was: tiff enc: gray (empty) output with pal8) In-Reply-To: <038.c9e11f522354f1876a489e6a73658c53@avcodec.org> References: <038.c9e11f522354f1876a489e6a73658c53@avcodec.org> Message-ID: <053.ec2e2d51e02e4fe062100e025e685eb0@avcodec.org> #816: pal8 output is gray / empty -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: swscale Version: git-master | Resolution: Keywords: pal8 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => swscale * priority: normal => wish * version: unspecified => git-master * keywords: => pal8 * type: defect => enhancement Comment: A filter was posted some time ago: http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/101397/focus=101443 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 23 16:33:07 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 23 Jan 2012 15:33:07 -0000 Subject: [FFmpeg-trac] #932(undetermined:new): incorrectly displaying video in a QuickTime player with codecs from AVid In-Reply-To: <035.39f0ecd51834fac0931bcfbf75bc89e7@avcodec.org> References: <035.39f0ecd51834fac0931bcfbf75bc89e7@avcodec.org> Message-ID: <050.2aee775f9a512cb2b7dccc1ee3b11c9e@avcodec.org> #932: incorrectly displaying video in a QuickTime player with codecs from AVid -------------------------------------+------------------------------------- Reporter: kuzyag | 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 kuzyag): This problem appears with '''Avid QuickTime Codecs LE 2.0''' When I update codec to '''Avid QuickTime Codecs LE 2.1''', problem is gone. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 23 17:04:53 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 23 Jan 2012 16:04:53 -0000 Subject: [FFmpeg-trac] #932(undetermined:new): incorrectly displaying video in a QuickTime player with codecs from AVid In-Reply-To: <035.39f0ecd51834fac0931bcfbf75bc89e7@avcodec.org> References: <035.39f0ecd51834fac0931bcfbf75bc89e7@avcodec.org> Message-ID: <050.41c180dbf748c2c67f36752f2dfe92ce@avcodec.org> #932: incorrectly displaying video in a QuickTime player with codecs from AVid -------------------------------------+------------------------------------- Reporter: kuzyag | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: dnxhd | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => dnxhd * version: unspecified => git-master Comment: Do you suspect that there is no bug in FFmpeg? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 23 17:18:01 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 23 Jan 2012 16:18:01 -0000 Subject: [FFmpeg-trac] #932(undetermined:new): incorrectly displaying video in a QuickTime player with codecs from AVid In-Reply-To: <035.39f0ecd51834fac0931bcfbf75bc89e7@avcodec.org> References: <035.39f0ecd51834fac0931bcfbf75bc89e7@avcodec.org> Message-ID: <050.f671e2a81618e6742dd554830d79edeb@avcodec.org> #932: incorrectly displaying video in a QuickTime player with codecs from AVid -------------------------------------+------------------------------------- Reporter: kuzyag | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: dnxhd | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by kuzyag): That's definitely Avid QuickTime? Codecs LE 2.0 bug. It decode DNxHD content generated by Avid QuickTime? Codecs LE 2.1 in the same way as FFmpeg's generated. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 23 17:26:37 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 23 Jan 2012 16:26:37 -0000 Subject: [FFmpeg-trac] #932(undetermined:closed): incorrectly displaying video in a QuickTime player with codecs from AVid In-Reply-To: <035.39f0ecd51834fac0931bcfbf75bc89e7@avcodec.org> References: <035.39f0ecd51834fac0931bcfbf75bc89e7@avcodec.org> Message-ID: <050.c3f4671783b4a233a5e0e8999c2ba027@avcodec.org> #932: incorrectly displaying video in a QuickTime player with codecs from AVid -------------------------------------+------------------------------------- Reporter: kuzyag | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: dnxhd | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid Comment: Thank you for testing this! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 23 20:11:09 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 23 Jan 2012 19:11:09 -0000 Subject: [FFmpeg-trac] #933(undetermined:new): 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.5dbdca78483f66a628ae0da91e336e2b@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: new 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 mjs973): From what I can see in the code, -copyts does the right thing only when you also use '-acodec copy'. This command line works for me: ./ffmpeg -vsync 0 -copyts -i columbia-intro.ts -vcodec mpeg2video -b:v 3000000 -acodec copy out.ts ...and the proper time offset between the first audio and video packets is maintained. So, the short answer is that ffmpeg (the app) doesn't yet support what you want to do. The more detailed answer is that, if you try to actually encode the audio stream, ffmpeg.c looks like it always calls avcodec_encode_audio*() with the avpkt.pts timestamp set to AV_NOPTS_VALUE. Later on, this will cause av_interleaved_write_frame() to make up timestamps, starting at 0. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 23 20:35:02 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 23 Jan 2012 19:35:02 -0000 Subject: [FFmpeg-trac] #935(avformat:open): mov: error opening alias, while file exists In-Reply-To: <035.b298864fc56db399412227b649881892@avcodec.org> References: <035.b298864fc56db399412227b649881892@avcodec.org> Message-ID: <050.1cb7bded468305bf028aa595c9796781@avcodec.org> #935: mov: error opening alias, while file exists ------------------------------------+------------------------------------ Reporter: zhukov | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by zhukov): the patch works thanks -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 23 20:38:12 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 23 Jan 2012 19:38:12 -0000 Subject: [FFmpeg-trac] #933(undetermined:new): 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.cc48005b7371a7ab936a94b4aa0f2a29@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: new 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 mjs973): One other thing to be aware of: the mpegts mux does not honor the -copyts flag, and adds it's own constant offset to every timestamp. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 23 22:46:03 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 23 Jan 2012 21:46:03 -0000 Subject: [FFmpeg-trac] #938(avcodec:new): [dnxhd @ 0x7f8d3390b000] Multiple ff_thread_finish_setup() calls Message-ID: <035.a3fd8328f0829eb0d715261bb1078384@avcodec.org> #938: [dnxhd @ 0x7f8d3390b000] Multiple ff_thread_finish_setup() calls ---------------------------------+-------------------------------------- Reporter: zhukov | Type: defect Status: new | Priority: normal Component: avcodec | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+-------------------------------------- when decoding dnxhd tons of {{{ Multiple ff_thread_finish_setup() calls }}} gets output -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 24 00:09:07 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 23 Jan 2012 23:09:07 -0000 Subject: [FFmpeg-trac] #938(avcodec:new): [dnxhd @ 0x7f8d3390b000] Multiple ff_thread_finish_setup() calls In-Reply-To: <035.a3fd8328f0829eb0d715261bb1078384@avcodec.org> References: <035.a3fd8328f0829eb0d715261bb1078384@avcodec.org> Message-ID: <050.68bdd98a893012386782969fa02dfc6a@avcodec.org> #938: [dnxhd @ 0x7f8d3390b000] Multiple ff_thread_finish_setup() calls ------------------------------------+----------------------------------- Reporter: zhukov | 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): To make this a valid ticket, please add a ffmpeg command line together with the console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 24 00:51:37 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 23 Jan 2012 23:51:37 -0000 Subject: [FFmpeg-trac] #938(avcodec:new): [dnxhd @ 0x7f8d3390b000] Multiple ff_thread_finish_setup() calls In-Reply-To: <035.a3fd8328f0829eb0d715261bb1078384@avcodec.org> References: <035.a3fd8328f0829eb0d715261bb1078384@avcodec.org> Message-ID: <050.513929d294282dc7d688a5936e7516e5@avcodec.org> #938: [dnxhd @ 0x7f8d3390b000] Multiple ff_thread_finish_setup() calls ------------------------------------+----------------------------------- Reporter: zhukov | 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 zhukov): command line {{{bin/ffmpeg -use_absolute_path 1 -i anonymous_ftr_ref_1080p_2398_235_bars_rendered_compressed.qt -pix_fmt yuv420p -f yuv4mpegpipe -y /dev/null}}} output {{{ ffmpeg version N-37063-g14d94a1 Copyright (c) 2000-2012 the FFmpeg developers built on Jan 23 2012 11:34:34 with llvm_gcc 4.2.1 (Based on Apple Inc. build 5658) (LLVM build 2336.1.00) configuration: --enable-libopenjpeg --disable-optimizations libavutil 51. 34.101 / 51. 34.101 libavcodec 53. 57.105 / 53. 57.105 libavformat 53. 30.100 / 53. 30.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 59.101 / 2. 59.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 6.100 / 0. 6.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'anonymous_ftr_ref_1080p_2398_235_bars_rendered_compressed.qt': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2012-01-21 01:27:41 Duration: 00:12:15.73, start: 0.000000, bitrate: 2 kb/s Stream #0:0(eng): Video: dnxhd (AVdn / 0x6E645641), yuv422p10le, 1920x1080, 175984 kb/s, 23.98 fps, 23.98 tbr, 24k tbn, 24k tbc Metadata: creation_time : 2012-01-21 01:27:41 handler_name : ?Apple Alias Data Handler [buffer @ 0x7fc170423aa0] w:1920 h:1080 pixfmt:yuv422p10le tb:1/1000000 sar:0/1 sws_param: [buffersink @ 0x7fc170423d00] auto-inserting filter 'auto-inserted scale 0' between the filter 'src' and the filter 'out' [scale @ 0x7fc170424080] w:1920 h:1080 fmt:yuv422p10le -> w:1920 h:1080 fmt:yuv420p flags:0x4 Output #0, yuv4mpegpipe, to '/dev/null': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2012-01-21 01:27:41 encoder : Lavf53.30.100 Stream #0:0(eng): Video: rawvideo (I420 / 0x30323449), yuv420p, 1920x1080, q=2-31, 200 kb/s, 90k tbn, 23.98 tbc Metadata: creation_time : 2012-01-21 01:27:41 handler_name : ?Apple Alias Data Handler Stream mapping: Stream #0:0 -> #0:0 (dnxhd -> rawvideo) Press [q] to stop, [?] for help [dnxhd @ 0x7fc1708bd600] Multiple ff_thread_finish_setup() calls [dnxhd @ 0x7fc1708ef000] Multiple ff_thread_finish_setup() calls [dnxhd @ 0x7fc1708e3c00] Multiple ff_thread_finish_setup() calls [dnxhd @ 0x7fc1708e2000] Multiple ff_thread_finish_setup() calls [dnxhd @ 0x7fc170901800] Multiple ff_thread_finish_setup() calls [dnxhd @ 0x7fc170903e00] Multiple ff_thread_finish_setup() calls [dnxhd @ 0x7fc170906400] Multiple ff_thread_finish_setup() calls [dnxhd @ 0x7fc170908a00] Multiple ff_thread_finish_setup() calls [dnxhd @ 0x7fc17090b000] Multiple ff_thread_finish_setup() calls [dnxhd @ 0x7fc17090d600] Multiple ff_thread_finish_setup() calls [dnxhd @ 0x7fc17090fc00] Multiple ff_thread_finish_setup() calls [dnxhd @ 0x7fc170912200] Multiple ff_thread_finish_setup() calls [dnxhd @ 0x7fc170914800] Multiple ff_thread_finish_setup() calls [dnxhd @ 0x7fc170916e00] Multiple ff_thread_finish_setup() calls [dnxhd @ 0x7fc170919400] Multiple ff_thread_finish_setup() calls [dnxhd @ 0x7fc17091ba00] Multiple ff_thread_finish_setup() calls [dnxhd @ 0x7fc1708bd600] Multiple ff_thread_finish_setup() calls [dnxhd @ 0x7fc1708ef000] Multiple ff_thread_finish_setup() calls [dnxhd @ 0x7fc1708e3c00] Multiple ff_thread_finish_setup() calls [dnxhd @ 0x7fc1708e2000] Multiple ff_thread_finish_setup() calls [dnxhd @ 0x7fc170901800] Multiple ff_thread_finish_setup() calls [dnxhd @ 0x7fc170903e00] Multiple ff_thread_finish_setup() calls [dnxhd @ 0x7fc170906400] Multiple ff_thread_finish_setup() calls [dnxhd @ 0x7fc170908a00] Multiple ff_thread_finish_setup() calls [dnxhd @ 0x7fc17090b000] Multiple ff_thread_finish_setup() calls [dnxhd @ 0x7fc17090d600] Multiple ff_thread_finish_setup() calls [dnxhd @ 0x7fc17090fc00] Multiple ff_thread_finish_setup() calls [dnxhd @ 0x7fc170912200] Multiple ff_thread_finish_setup() calls [dnxhd @ 0x7fc170914800] Multiple ff_thread_finish_setup() calls [dnxhd @ 0x7fc170916e00] Multiple ff_thread_finish_setup() calls [dnxhd @ 0x7fc170919400] Multiple ff_thread_finish_setup() calls [dnxhd @ 0x7fc17091ba00] Multiple ff_thread_finish_setup() calls [dnxhd @ 0x7fc1708bd600] Multiple ff_thread_finish_setup() calls [dnxhd @ 0x7fc1708ef000] Multiple ff_thread_finish_setup() calls [dnxhd @ 0x7fc1708e3c00] Multiple ff_thread_finish_setup() calls [dnxhd @ 0x7fc1708e2000] Multiple ff_thread_finish_setup() calls [dnxhd @ 0x7fc170901800] Multiple ff_thread_finish_setup() calls [dnxhd @ 0x7fc170903e00] Multiple ff_thread_finish_setup() calls [dnxhd @ 0x7fc170906400] Multiple ff_thread_finish_setup() calls [dnxhd @ 0x7fc170908a00] Multiple ff_thread_finish_setup() calls [dnxhd @ 0x7fc17090b000] Multiple ff_thread_finish_setup() calls [dnxhd @ 0x7fc17090d600] Multiple ff_thread_finish_setup() calls [dnxhd @ 0x7fc17090fc00] Multiple ff_thread_finish_setup() calls [dnxhd @ 0x7fc170912200] Multiple ff_thread_finish_setup() calls [dnxhd @ 0x7fc170914800] Multiple ff_thread_finish_setup() calls [dnxhd @ 0x7fc170916e00] Multiple ff_thread_finish_setup() calls [dnxhd @ 0x7fc170919400] Multiple ff_thread_finish_setup() calls [dnxhd @ 0x7fc17091ba00] Multiple ff_thread_finish_setup() calls [dnxhd @ 0x7fc1708bd600] Multiple ff_thread_finish_setup() calls [dnxhd @ 0x7fc1708ef000] Multiple ff_thread_finish_setup() calls [dnxhd @ 0x7fc1708e3c00] Multiple ff_thread_finish_setup() calls [dnxhd @ 0x7fc1708e2000] Multiple ff_thread_finish_setup() calls [dnxhd @ 0x7fc170901800] Multiple ff_thread_finish_setup() calls [dnxhd @ 0x7fc170903e00] Multiple ff_thread_finish_setup() calls [dnxhd @ 0x7fc170906400] Multiple ff_thread_finish_setup() calls Multiple ff_thread_finish_setup() callskB time=00:00:01.66 bitrate= 0.0kbits/s ... cut here ... }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 24 08:30:26 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 24 Jan 2012 07:30:26 -0000 Subject: [FFmpeg-trac] #939(FFplay:new): FFplay issue when SDL compiled with GCC 4.6.2 Message-ID: <038.262ba1e4d63139b2392b04cf719d6200@avcodec.org> #939: FFplay issue when SDL compiled with GCC 4.6.2 -----------------------------------+-------------------------------------- Reporter: KSHawkEye | Type: defect Status: new | Priority: important Component: FFplay | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+-------------------------------------- I'm running into a issue with ffplay.exe when SDL was compiled with MinGW-w64, using GCC 4.6.2. I'm using the latest FFmpeg git. ffplay.exe will flash open then close. No error is shown, and here is the complete output: {{{ ffplay version N-37084-g0bb57f8 Copyright (c) 2003-2012 the FFmpeg developers built on Jan 24 2012 01:56:49 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --enable-runtime-cpudetect libavutil 51. 34.101 / 51. 34.101 libavcodec 53. 58.100 / 53. 58.100 libavformat 53. 30.100 / 53. 30.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 59.101 / 2. 59.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 6.100 / 0. 6.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'C:\Users\Kyle\Videos\video.mp4': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: isommp42 creation_time : 2011-03-03 01:26:03 Duration: 00:01:55.93, start: 0.000000, bitrate: 2980 kb/s Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 2846 kb/s, 29.97 fps, 29.92 tbr, 1k tbn, 59.83 tbc Metadata: creation_time : 1970-01-01 00:00:00 handler_name : VideoHandler Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, s16, 128 kb/s Metadata: creation_time : 2011-03-03 01:26:05 handler_name : 0.05 A-V: -0.020 fd= 0 aq= 320KB vq= 5828KB sq= 0B f=0/0 f=0/0 }}} The playback/log simply ends there. FFplay does this with every media file I've tried. When SDL is compiled with MinGW-w64, using GCC 4.5.3, there doesn't seem to be any issues. I'm not sure if this is a GCC, SDL, MinGW-w64, or an FFplay bug, but I thought I would try here first anyway. I can provide any addition information that might be needed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 24 12:53:56 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 24 Jan 2012 11:53:56 -0000 Subject: [FFmpeg-trac] #940(undetermined:new): ERROR: libcelt not found Message-ID: <034.88565f6eb15c2c9a8497aa851bc6de4e@avcodec.org> #940: ERROR: libcelt not found -------------------------------------+------------------------------------- Reporter: burek | Type: Status: new | enhancement Component: | Priority: normal undetermined | Version: Keywords: | unspecified Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- During ./configure process I've encountered this error and after that I did 'apt-get install libcelt-dev', which installed libcelt-dev 0.7.1, but ./configure still raised the same error msg. I went to config.log and found that there is the last line saying something like: undefined reference to `celt_decoder_create_custom' My conclusion is it is missing a certain version of libcelt, which should be noted in error message, like: 'ERROR: libcelt >= 0.11.1 not found' to make it more descriptive. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 24 13:01:55 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 24 Jan 2012 12:01:55 -0000 Subject: [FFmpeg-trac] #933(undetermined:new): 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.2debaa99dbe505f0cb4477b2825b4b34@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: new 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): First of all thanks for the reply, I confirm that -copyts -acodec copy works just fine, and fixes my particular problem. Still the problem stands when audio transcoding is required, from my analysis it looks like a problem in the ffmpeg.c code (decoded audio frame timestamp is ignored). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 24 13:06:59 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 24 Jan 2012 12:06:59 -0000 Subject: [FFmpeg-trac] #929(avcodec:new): AAC 5.1 channel decoding issue In-Reply-To: <037.b51bdeb79ff2badff219a46e6054d7c5@avcodec.org> References: <037.b51bdeb79ff2badff219a46e6054d7c5@avcodec.org> Message-ID: <052.ab5d38e73e685253dae0a570617791fc@avcodec.org> #929: AAC 5.1 channel decoding issue ------------------------------------+----------------------------------- Reporter: kaijun61 | 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 kaijun61): Do you mean AAC multi-channel downmixing is not supported at the moment? Any schdule to implement it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 24 13:27:04 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 24 Jan 2012 12:27:04 -0000 Subject: [FFmpeg-trac] #940(build system:open): ERROR: libcelt not found In-Reply-To: <034.88565f6eb15c2c9a8497aa851bc6de4e@avcodec.org> References: <034.88565f6eb15c2c9a8497aa851bc6de4e@avcodec.org> Message-ID: <049.70430dcae0f6558438a284643ea1127a@avcodec.org> #940: ERROR: libcelt not found -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: enhancement | Status: open Priority: normal | Component: build Version: git-master | system Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by Cigaes): * status: new => open * version: unspecified => git-master * component: undetermined => build system * reproduced: 0 => 1 Comment: Your assumption is right. Please test the patch I submitted to the list: http://ffmpeg.org/pipermail/ffmpeg-devel/2012-January/120002.html Regards, -- Nicolas George -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 24 13:53:08 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 24 Jan 2012 12:53:08 -0000 Subject: [FFmpeg-trac] #940(build system:open): ERROR: libcelt not found In-Reply-To: <034.88565f6eb15c2c9a8497aa851bc6de4e@avcodec.org> References: <034.88565f6eb15c2c9a8497aa851bc6de4e@avcodec.org> Message-ID: <049.5a5b57150eaf747a83552c4e3ecc232d@avcodec.org> #940: ERROR: libcelt not found -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: enhancement | Status: open Priority: normal | Component: build Version: git-master | system Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by burek): +1 :) you can close this one :) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 24 15:34:30 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 24 Jan 2012 14:34:30 -0000 Subject: [FFmpeg-trac] #940(build system:closed): ERROR: libcelt not found In-Reply-To: <034.88565f6eb15c2c9a8497aa851bc6de4e@avcodec.org> References: <034.88565f6eb15c2c9a8497aa851bc6de4e@avcodec.org> Message-ID: <049.b84258d814fcf95a69f42e47abb4dc17@avcodec.org> #940: ERROR: libcelt not found -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: enhancement | Status: closed Priority: normal | Component: build Version: git-master | system Keywords: | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by Cigaes): * status: open => closed * resolution: => fixed Comment: Fix pushed as commit 969ba65. Thanks for the report. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 24 17:14:57 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 24 Jan 2012 16:14:57 -0000 Subject: [FFmpeg-trac] #940(build system:closed): ERROR: libcelt not found In-Reply-To: <034.88565f6eb15c2c9a8497aa851bc6de4e@avcodec.org> References: <034.88565f6eb15c2c9a8497aa851bc6de4e@avcodec.org> Message-ID: <049.cf460d45ebcd571ee2b862419cb1d7a6@avcodec.org> #940: ERROR: libcelt not found -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: enhancement | Status: closed Priority: normal | Component: build Version: git-master | system Keywords: | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by burek): wait waaait :)) same thing with ERROR: vaapi not found (while you are at that line of code) :) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 24 17:16:10 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 24 Jan 2012 16:16:10 -0000 Subject: [FFmpeg-trac] #940(build system:closed): ERROR: libcelt not found In-Reply-To: <034.88565f6eb15c2c9a8497aa851bc6de4e@avcodec.org> References: <034.88565f6eb15c2c9a8497aa851bc6de4e@avcodec.org> Message-ID: <049.d07e8388a941953065f51731bfc58e8b@avcodec.org> #940: ERROR: libcelt not found -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: enhancement | Status: closed Priority: normal | Component: build Version: git-master | system Keywords: | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by burek): with dpkg i see i have libva version 1.0.1-3 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 24 17:49:42 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 24 Jan 2012 16:49:42 -0000 Subject: [FFmpeg-trac] #929(avcodec:new): AAC 5.1 channel decoding issue In-Reply-To: <037.b51bdeb79ff2badff219a46e6054d7c5@avcodec.org> References: <037.b51bdeb79ff2badff219a46e6054d7c5@avcodec.org> Message-ID: <052.0a6a14d5d73ee32d93f7db18e04bbc93@avcodec.org> #929: AAC 5.1 channel decoding issue ------------------------------------+----------------------------------- Reporter: kaijun61 | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: AAC | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Replying to [comment:6 kaijun61]: > Do you mean AAC multi-channel downmixing is not supported at the moment? I mean that AAC multi-channel downmixing is supported at the moment (and works fine for me). Please test ffmpeg -i test.mp4 -ac 2 out.wav and report back if it works for you. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 24 17:55:52 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 24 Jan 2012 16:55:52 -0000 Subject: [FFmpeg-trac] #588(avcodec:open): FFmpeg crashes when transcoding a wmv video on windows 7 (64 bit) machine In-Reply-To: <035.84dfd383b4c738ed8b5f021a95d816d6@avcodec.org> References: <035.84dfd383b4c738ed8b5f021a95d816d6@avcodec.org> Message-ID: <050.ba6df5f2b5b2a4f301cd6c7d3923b9f0@avcodec.org> #588: FFmpeg crashes when transcoding a wmv video on windows 7 (64 bit) machine -------------------------------------+----------------------------------- Reporter: eiljoe | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: unspecified | Resolution: Keywords: win64 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by DonMoir): Checked this on WinXP 32bit and appears to be fixed there. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 24 18:27:29 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 24 Jan 2012 17:27:29 -0000 Subject: [FFmpeg-trac] #929(avcodec:new): AAC 5.1 channel decoding issue In-Reply-To: <037.b51bdeb79ff2badff219a46e6054d7c5@avcodec.org> References: <037.b51bdeb79ff2badff219a46e6054d7c5@avcodec.org> Message-ID: <052.6e6706d78c606995df7130aac443b74b@avcodec.org> #929: AAC 5.1 channel decoding issue ------------------------------------+----------------------------------- Reporter: kaijun61 | 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 kaijun61): I have tested it. it works for ffmpeg, but not on AAC decoder -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 24 22:43:19 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 24 Jan 2012 21:43:19 -0000 Subject: [FFmpeg-trac] #935(avformat:closed): mov: error opening alias, while file exists In-Reply-To: <035.b298864fc56db399412227b649881892@avcodec.org> References: <035.b298864fc56db399412227b649881892@avcodec.org> Message-ID: <050.051ebf13eea1572a8588d5059d847c7f@avcodec.org> #935: mov: error opening alias, while file exists ------------------------------------+------------------------------------ Reporter: zhukov | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Should be fixed in current git head, thank you for testing! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jan 25 04:17:15 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 25 Jan 2012 03:17:15 -0000 Subject: [FFmpeg-trac] #929(avcodec:new): AAC 5.1 channel decoding issue In-Reply-To: <037.b51bdeb79ff2badff219a46e6054d7c5@avcodec.org> References: <037.b51bdeb79ff2badff219a46e6054d7c5@avcodec.org> Message-ID: <052.abc8aaeeea74273cd899be1e78a9b9c5@avcodec.org> #929: AAC 5.1 channel decoding issue ------------------------------------+----------------------------------- Reporter: kaijun61 | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: AAC | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Replying to [comment:8 kaijun61]: > I have tested it. it works for ffmpeg, but not on AAC decoder I am not sure if above sentence makes sense, but more importantly, why can't you use FFmpeg's down-mixing routines? Only three decoders (four codecs) support internal down-mixing and since this is supported fine with ffmpeg (as you tested) I suspect it is unlikely that anybody will work on it, but maybe you could explain why it is needed? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jan 25 05:03:29 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 25 Jan 2012 04:03:29 -0000 Subject: [FFmpeg-trac] #588(avcodec:closed): FFmpeg crashes when transcoding a wmv video on windows 7 (64 bit) machine In-Reply-To: <035.84dfd383b4c738ed8b5f021a95d816d6@avcodec.org> References: <035.84dfd383b4c738ed8b5f021a95d816d6@avcodec.org> Message-ID: <050.61270bac8b4af16149ddb9c7a5382c15@avcodec.org> #588: FFmpeg crashes when transcoding a wmv video on windows 7 (64 bit) machine -------------------------------------+----------------------------------- Reporter: eiljoe | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: unspecified | Resolution: fixed Keywords: win64 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Does not crash with a current zeranoe build. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jan 25 12:07:23 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 25 Jan 2012 11:07:23 -0000 Subject: [FFmpeg-trac] #929(avcodec:new): AAC 5.1 channel decoding issue In-Reply-To: <037.b51bdeb79ff2badff219a46e6054d7c5@avcodec.org> References: <037.b51bdeb79ff2badff219a46e6054d7c5@avcodec.org> Message-ID: <052.d7f68e63579091ce1323768568c116e4@avcodec.org> #929: AAC 5.1 channel decoding issue ------------------------------------+----------------------------------- Reporter: kaijun61 | 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 kaijun61): I assume ffmpeg application decodes aac, then downmixes it. If I just use aac codec as a plugin. it can't do downmixing. As you said, I need down- mixing routines to implement it externally. Any particular reason not to implement it internally unlike other codecs? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jan 25 12:18:22 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 25 Jan 2012 11:18:22 -0000 Subject: [FFmpeg-trac] #929(avcodec:new): AAC 5.1 channel decoding issue In-Reply-To: <037.b51bdeb79ff2badff219a46e6054d7c5@avcodec.org> References: <037.b51bdeb79ff2badff219a46e6054d7c5@avcodec.org> Message-ID: <052.25b929d87deadffec114766052f167c6@avcodec.org> #929: AAC 5.1 channel decoding issue ------------------------------------+----------------------------------- Reporter: kaijun61 | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: AAC | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Replying to [comment:10 kaijun61]: > I assume ffmpeg application decodes aac, then downmixes it. If I just use aac codec as a plugin. it can't do downmixing. As you said, I need down-mixing routines to implement it externally. Don't you think that down-mixing will be generally needed, i.e. users might want a particular down-mixing that is not supported by any codec, how should this work without your application supporting FFmpeg's down- mixing routines? > Any particular reason not to implement it internally unlike other codecs? Yes, many: * This work has to be duplicated for every codec that supports multichannel encoding (and I suspect that for some lossless codecs, this will be difficult) and development time unfortunately is a limiting factor. * The general down-mixing code can easily be optimized for different CPUs, optimizing it codec-wise is significantly more difficult. * Assuming the down-mixing does not come for free, it means a performance penalty for users who do not want down-mixing. I suspect that all three points may not be relevant for AAC, but I do not know, otoh, I cannot believe that AAC - and TrueHD, AC-3 and DTS - are the only codecs for which GStreamer-users expect down-mixing. (Does GStreamer really not support down-mixing?) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jan 25 13:04:06 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 25 Jan 2012 12:04:06 -0000 Subject: [FFmpeg-trac] #929(avcodec:new): AAC 5.1 channel decoding issue In-Reply-To: <037.b51bdeb79ff2badff219a46e6054d7c5@avcodec.org> References: <037.b51bdeb79ff2badff219a46e6054d7c5@avcodec.org> Message-ID: <052.c0c3904843c1d832cd8fc114afc1b118@avcodec.org> #929: AAC 5.1 channel decoding issue ------------------------------------+----------------------------------- Reporter: kaijun61 | 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 kaijun61): Replying to [comment:11 cehoyos]: > Replying to [comment:10 kaijun61]: > > I assume ffmpeg application decodes aac, then downmixes it. If I just use aac codec as a plugin. it can't do downmixing. As you said, I need down-mixing routines to implement it externally. > > Don't you think that down-mixing will be generally needed, i.e. users might want a particular down-mixing that is not supported by any codec, how should this work without your application supporting FFmpeg's down- mixing routines? I think most of hand devices support stereo output only. If users play a 5-channel movie, they would feel poor quality sound. > > Any particular reason not to implement it internally unlike other codecs? > Yes, many: > * This work has to be duplicated for every codec that supports multichannel encoding (and I suspect that for some lossless codecs, this will be difficult) and development time unfortunately is a limiting factor. > * The general down-mixing code can easily be optimized for different CPUs, optimizing it codec-wise is significantly more difficult. > * Assuming the down-mixing does not come for free, it means a performance penalty for users who do not want down-mixing. > > I suspect that all three points may not be relevant for AAC, but I do not know, otoh, I cannot believe that AAC - and TrueHD, AC-3 and DTS - are the only codecs for which GStreamer-users expect down-mixing. (Does GStreamer really not support down-mixing?) I need to investigate if GStreamer has downmixing plugin. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 26 01:19:23 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 26 Jan 2012 00:19:23 -0000 Subject: [FFmpeg-trac] #386(undetermined:open): Missing audio and subtitle streams in vob file In-Reply-To: <034.99b82633454f6fc5b16f686c0984fc1d@avcodec.org> References: <034.99b82633454f6fc5b16f686c0984fc1d@avcodec.org> Message-ID: <049.0b3e38283fe782d6d788e0500ac6104b@avcodec.org> #386: Missing audio and subtitle streams in vob file -------------------------------------+------------------------------------- Reporter: Aztek | Owner: Type: defect | Status: open Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by streamingguy): Any update on this issue? Thank you -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 26 19:41:48 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 26 Jan 2012 18:41:48 -0000 Subject: [FFmpeg-trac] #939(FFplay:new): FFplay issue when SDL compiled with GCC 4.6.2 In-Reply-To: <038.262ba1e4d63139b2392b04cf719d6200@avcodec.org> References: <038.262ba1e4d63139b2392b04cf719d6200@avcodec.org> Message-ID: <053.a569d78e093cb03b4ac2447034a89df9@avcodec.org> #939: FFplay issue when SDL compiled with GCC 4.6.2 ------------------------------------+---------------------------------- Reporter: KSHawkEye | Owner: Type: defect | Status: new Priority: important | Component: FFplay Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Comment (by michael): Can you try with another SDL application ? (dunno what is most readily available for windows, on unix id use mplayer) If it has problems too then its not ff* -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 26 19:48:10 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 26 Jan 2012 18:48:10 -0000 Subject: [FFmpeg-trac] #839(avcodec:open): crash with png (gray) to snow (gray) conversion In-Reply-To: <038.5ad9c085f6cbcc143b95c513cfed06a4@avcodec.org> References: <038.5ad9c085f6cbcc143b95c513cfed06a4@avcodec.org> Message-ID: <053.91c6396a4705449c4e7ceebfabde3b32@avcodec.org> #839: crash with png (gray) to snow (gray) conversion -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: snow gray | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by michael): * priority: important => normal * type: defect => enhancement Comment: Crash fixed locally, which makes gray support a feature req -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 26 20:35:24 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 26 Jan 2012 19:35:24 -0000 Subject: [FFmpeg-trac] #929(avcodec:new): AAC 5.1 channel decoding issue In-Reply-To: <037.b51bdeb79ff2badff219a46e6054d7c5@avcodec.org> References: <037.b51bdeb79ff2badff219a46e6054d7c5@avcodec.org> Message-ID: <052.aa5d46f4034f2754456325e6d3e32dbd@avcodec.org> #929: AAC 5.1 channel decoding issue ------------------------------------+----------------------------------- Reporter: kaijun61 | 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 michael): Is this a regression or did aac downmixing never work ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jan 26 23:05:08 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 26 Jan 2012 22:05:08 -0000 Subject: [FFmpeg-trac] #941(avformat:new): Seek problems with ogg decoder Message-ID: <036.b0c0b06795b2e1b62e08d1fd3d5509e1@avcodec.org> #941: Seek problems with ogg decoder ----------------------------------+--------------------------------------- Reporter: DonMoir | Type: defect Status: new | Priority: normal Component: avformat | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- ffmpeg-git-14d94a1 built on Jan 23 2012 17:40:00 with gcc 4.6.2 configuration: --disable-static --enable-shared --enable-gpl --enable-version3 --disable-w32threads --enable-runtime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable-libgsm --enable-libmp3lame --enable-libopenjpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 34.101 / 51. 34.101 libavcodec 53. 57.105 / 53. 57.105 libavformat 53. 30.100 / 53. 30.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 59.101 / 2. 59.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 6.100 / 0. 6.100 libpostproc 52. 0.100 / 52. 0.100 There seems to be several problems with seeking in the ogg decoder (libavformat/oggdec.c) This file can be used to identify some of the key problems: http://sms.pangolin.com/temp/bad_seek_ogg_BuckBunny.zip (46 mb) There are no issues with playback of this file and only seeking is a problem. Fails to seek properly with SMPlayer, ffplay, and anything else using ffmpeg unless special handling is applied. In reference to the function ogg_read_seek in file oggdec.c. 1) I see it makes no attempt to create (if needbe) the AVIndexEntry table for the stream which is pretty much required to make seeking work. Most of the other formats do this when you call it's read_seek function. So I find that I need to create this table prior to calling avformat_seek_file for ogg files. This table can be created by calling av_read_packet until the timestamp of interest is reached. This is pretty quick but it should only be done when needbe. Other formats have other and quicker means to do this, but the read packet method works well enough if nothing else is available. For ogg files, once I know that the index_entries have been created as best they are going to be, I then call av_index_search_timestamp(pStream,timestamp,AVSEEK_FLAG_BACKWARD) and I use the timestamp associated with the returned index for my seek time. The AVSEEK_FLAG_BACKWARD flag makes sure the returned timestamp will be less than or equal to my requested timestamp. If -1 is returned form av_index_search_timestamp I deal with it but this should not happen if the index_entries have been built and all else is good. Now we can call avformat_seek_file with the modified timestamp and expect reasonable results. If you don't do this read_timestamp will fail in ff_seek_frame_binary which is called from ogg_read_seek. Note that av_index_search_timestamp is also pretty much worthless for ogg files if the index_entries have not been created. 2) ogg_read_seek does not do the proper cleanup after a seek. That is, there is stale information left that was in place prior to a seek. The ogg decoder uses private data that it places in AVFormatContext.priv_data. This is known to ogg as struct ogg*. Within this structure, ogg also has information for each stream. This is known to ogg as struct ogg_stream*. The stale information that I know about within the ogg_stream is lastpts and lastdts. These are not modified by a seek and whatever was in there before the seek will be used after a seek and these values will be used by the next av_read_packet. After a seek, I am having to call ogg_reset (also in oggdec.c) but this is clearly not the right thing to do. This ogg_reset is not available to higher level code but I have it hacked in for the present. The packet now will contain AV_NOPTS_VALUE for the pts and dts and this is not right either, but at least I can deal with it. Additional packet reads straighten this out. The lastdts and lastpts should of course reflect the next packet that is read. Not really sure how to clean it all up after a seek to make sure all is normal for ogg files. All the other decoders I have tested do this correctly. I think more needs to be cleaned up in addition to lastpts and lastdts but not sure. With the above changes, I can now seek into the buckbunny sample perfectly. Would be great if someone would revisit the seek code in the oggdec.c file and make sure it does the right thing. There are some other problems with ogg but the above 2 things goes a long way in fixing some of them. For the most part, most of my ogg files work fine after the above changes, but there are still some anoying problems with some files. It's like the audio packets are being used to create index_entries for a video stream for some files and not video packets and so this will throw the index_entries off. So while the seek works fine, it may be some time before the next video frame is available but audio is dead on. Not sure about this one and this is just for some ogg files. I can provide more information and code samples if required. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 27 01:08:02 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 27 Jan 2012 00:08:02 -0000 Subject: [FFmpeg-trac] #929(avcodec:open): AAC decoder does not respect request_channels (was: AAC 5.1 channel decoding issue) In-Reply-To: <037.b51bdeb79ff2badff219a46e6054d7c5@avcodec.org> References: <037.b51bdeb79ff2badff219a46e6054d7c5@avcodec.org> Message-ID: <052.7b7c2d75ab2adb65c522ee0cfa6a4b57@avcodec.org> #929: AAC decoder does not respect request_channels -------------------------------------+----------------------------------- Reporter: kaijun61 | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: AAC | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * priority: normal => wish * status: new => open * type: defect => enhancement * reproduced: 0 => 1 Comment: This works at least for ac-3 and eac-3. {{{ $ ffmpeg -request_channels 1 -i fate-suite/aac/al_sbr_cm_48_5.1.mp4 out.wav ffmpeg version N-37197-ga8ae00b Copyright (c) 2000-2012 the FFmpeg developers built on Jan 27 2012 00:29:41 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc libavutil 51. 34.101 / 51. 34.101 libavcodec 53. 60.100 / 53. 60.100 libavformat 53. 31.100 / 53. 31.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 60.100 / 2. 60.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 6.100 / 0. 6.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'fate- suite/aac/al_sbr_cm_48_5.1.mp4': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: mp42isom creation_time : 2008-01-22 11:26:59 Duration: 00:00:32.17, start: 0.000000, bitrate: 129 kb/s Stream #0:0(und): Audio: aac (mp4a / 0x6134706D), 48000 Hz, 6 channels, s16, 128 kb/s Metadata: creation_time : 2008-01-22 11:26:59 handler_name : soun Output #0, wav, to 'out.wav': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: mp42isom creation_time : 2008-01-22 11:26:59 encoder : Lavf53.31.100 Stream #0:0(und): Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, 6 channels, s16, 4608 kb/s Metadata: creation_time : 2008-01-22 11:26:59 handler_name : soun Stream mapping: Stream #0:0 -> #0:0 (aac -> pcm_s16le) Press [q] to stop, [?] for help size= 18096kB time=00:00:32.17 bitrate=4608.0kbits/s video:0kB audio:18096kB global headers:0kB muxing overhead 0.000248% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 27 02:11:47 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 27 Jan 2012 01:11:47 -0000 Subject: [FFmpeg-trac] #941(avformat:new): Seek problems with ogg decoder In-Reply-To: <036.b0c0b06795b2e1b62e08d1fd3d5509e1@avcodec.org> References: <036.b0c0b06795b2e1b62e08d1fd3d5509e1@avcodec.org> Message-ID: <051.c4ac0dac8bec07ba5cdf4166c9005326@avcodec.org> #941: Seek problems with ogg decoder -------------------------------------+------------------------------------ Reporter: DonMoir | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by DonMoir): ffmpeg -ss 420 -i bad_seek_fails_BigBuckBunny.ogv -f null - ffmpeg version N-37063-g14d94a1 Copyright (c) 2000-2012 the FFmpeg developers built on Jan 23 2012 17:40:00 with gcc 4.6.2 configuration: --disable-static --enable-shared --enable-gpl --enable-version3 --disable-w32threads --enable-runtime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable-libgsm --enable-libmp3lame --enable-libopenjpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 34.101 / 51. 34.101 libavcodec 53. 57.105 / 53. 57.105 libavformat 53. 30.100 / 53. 30.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 59.101 / 2. 59.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 6.100 / 0. 6.100 libpostproc 52. 0.100 / 52. 0.100 [ogg @ 0003B000] read_timestamp() failed in the middle Last message repeated 1 times bad_seek_fails_BigBuckBunny.ogv: could not seek to position 420.000 Input #0, ogg, from 'bad_seek_fails_BigBuckBunny.ogv': Duration: 00:09:56.45, start: 0.000000, bitrate: 641 kb/s Stream #0:0: Data: none Stream #0:1: Video: theora, yuv420p, 640x352, 24 fps, 24 tbr, 24 tbn, 24 tbc Stream #0:2: Audio: vorbis, 44100 Hz, stereo, s16, 44 kb/s [buffer @ 0003FFC0] w:640 h:352 pixfmt:yuv420p tb:1/1000000 sar:0/1 sws_param: Output #0, null, to 'pipe:': Metadata: encoder : Lavf53.30.100 Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 640x352, q=2-31, 200 kb/s, 90k tbn, 24 tbc Stream #0:1: Audio: pcm_s16le, 44100 Hz, stereo, s16, 1411 kb/s Stream mapping: Stream #0:1 -> #0:0 (theora -> rawvideo) Stream #0:2 -> #0:1 (vorbis -> pcm_s16le) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 27 03:23:37 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 27 Jan 2012 02:23:37 -0000 Subject: [FFmpeg-trac] #941(avformat:open): Seek problems with ogg decoder In-Reply-To: <036.b0c0b06795b2e1b62e08d1fd3d5509e1@avcodec.org> References: <036.b0c0b06795b2e1b62e08d1fd3d5509e1@avcodec.org> Message-ID: <051.a1dadf6b0e4d97a05579024871fde310@avcodec.org> #941: Seek problems with ogg decoder ------------------------------------+------------------------------------ Reporter: DonMoir | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: ogg seek | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => ogg seek * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 27 04:04:48 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 27 Jan 2012 03:04:48 -0000 Subject: [FFmpeg-trac] #939(FFplay:new): FFplay issue when SDL compiled with GCC 4.6.2 In-Reply-To: <038.262ba1e4d63139b2392b04cf719d6200@avcodec.org> References: <038.262ba1e4d63139b2392b04cf719d6200@avcodec.org> Message-ID: <053.6a8b922c5910765f6d7a52742c20216d@avcodec.org> #939: FFplay issue when SDL compiled with GCC 4.6.2 ------------------------------------+---------------------------------- Reporter: KSHawkEye | Owner: Type: defect | Status: new Priority: important | Component: FFplay Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Comment (by KSHawkEye): I followed the bug reporting guide, here are my findings: The commands: "ffplay_g.exe" -v 9 -loglevel 99 -i "smaple-media.mp4" Returns: {{{ ffplay version N-37084-g0bb57f8 Copyright (c) 2003-2012 the FFmpeg developers built on Jan 26 2012 21:40:51 with gcc 4.6.2 configuration: libavutil 51. 34.101 / 51. 34.101 libavcodec 53. 58.100 / 53. 58.100 libavformat 53. 30.100 / 53. 30.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 59.101 / 2. 59.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 6.100 / 0. 6.100 [mov,mp4,m4a,3gp,3g2,mj2 @ 04e5a500] Format mov,mp4,m4a,3gp,3g2,mj2 probed with size=2048 and score=100 [mov,mp4,m4a,3gp,3g2,mj2 @ 04e5a500] ISO: File Type Major Brand: mp42 [h264 @ 04e6c540] err{or,}_recognition separate: 1; 1 [h264 @ 04e6c540] err{or,}_recognition combined: 1; 10001 [aac @ 04e607e0] err{or,}_recognition separate: 1; 1 [aac @ 04e607e0] err{or,}_recognition combined: 1; 10001 [aac @ 04e607e0] Unsupported bit depth: 0 [mov,mp4,m4a,3gp,3g2,mj2 @ 04e5a500] All info found rfps: 29.583333 0.016682 Last message repeated 1 times rfps: 29.666667 0.009429 Last message repeated 1 times rfps: 29.750000 0.004243 Last message repeated 1 times rfps: 29.833333 0.001125 Last message repeated 1 times rfps: 29.916667 0.000075 rfps: 30.000000 0.001092 rfps: 30.083333 0.004177 rfps: 30.166667 0.009330 rfps: 30.250000 0.016550 rfps: 59.500000 0.016972 Last message repeated 1 times rfps: 59.583333 0.009702 Last message repeated 1 times rfps: 59.666667 0.004500 Last message repeated 1 times rfps: 59.750000 0.001365 rfps: 59.833333 0.000298 rfps: 59.916667 0.001299 rfps: 29.970030 0.000488 rfps: 59.940060 0.001952 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'smaple-media.mp4': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: isommp42 creation_time : 2011-03-03 01:26:03 Duration: 00:01:55.93, start: 0.000000, bitrate: 2980 kb/s Stream #0:0(und), 41, 1/1000: Video: h264 (High) (avc1 / 0x31637661), yuv420 p, 1280x720 [SAR 1:1 DAR 16:9], 500/29917, 2846 kb/s, 29.97 fps, 29.92 tbr, 1k t bn, 59.83 tbc Metadata: creation_time : 1970-01-01 00:00:00 handler_name : VideoHandler Stream #0:1(und), 42, 1/44100: Audio: aac (mp4a / 0x6134706D), 44100 Hz, ste reo, s16, 128 kb/s Metadata: creation_time : 2011-03-03 01:26:05 handler_name : [aac @ 04e607e0] err{or,}_recognition separate: 1; 10001 [aac @ 04e607e0] err{or,}_recognition combined: 1; 10001 [aac @ 04e607e0] Unsupported bit depth: 0 [h264 @ 04e6c540] err{or,}_recognition separate: 1; 10001 [h264 @ 04e6c540] err{or,}_recognition combined: 1; 10001 [h264 @ 04e6c540] detected 8 logical cores 0.22 A-V: -0.012 fd= 0 aq= 320KB vq= 5865KB sq= 0B f=0/0 f=0/0 }}} Running gdb 7.4 on ffplay_g.exe shows: {{{ (gdb) r -i "smaple-media.mp4" Starting program: C:\Users\Kyle\Desktop/ffplay_g.exe -i "smaple-media.mp4" [New Thread 4928.0x17b4] warning: Can not parse XML library list; XML support was disabled at compile tim e ffplay version N-37084-g0bb57f8 Copyright (c) 2003-2012 the FFmpeg developers built on Jan 26 2012 21:40:51 with gcc 4.6.2 configuration: libavutil 51. 34.101 / 51. 34.101 libavcodec 53. 58.100 / 53. 58.100 libavformat 53. 30.100 / 53. 30.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 59.101 / 2. 59.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 6.100 / 0. 6.100 [New Thread 4928.0x165c] [New Thread 4928.0xee0] Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'smaple-media.mp4': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: isommp42 creation_time : 2011-03-03 01:26:03 Duration: 00:01:55.93, start: 0.000000, bitrate: 2980 kb/s Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 2846 kb/s, 29.97 fps, 29.92 tbr, 1k tbn, 59.83 tbc Metadata: creation_time : 1970-01-01 00:00:00 handler_name : VideoHandler Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, s16, 128 kb/s Metadata: creation_time : 2011-03-03 01:26:05 handler_name : [New Thread 4928.0x15c8] [New Thread 4928.0x16d8] [New Thread 4928.0x7d8] [New Thread 4928.0x580] [New Thread 4928.0x146c] [New Thread 4928.0xb98] [New Thread 4928.0xe74] [New Thread 4928.0x17a4] [New Thread 4928.0x1478] [New Thread 4928.0x11d4] [New Thread 4928.0x12a0] [New Thread 4928.0x500] [New Thread 4928.0x3a4] [New Thread 4928.0x1048] [New Thread 4928.0x15f4] [New Thread 4928.0x898] [New Thread 4928.0x5e0] [New Thread 4928.0x4e4] [New Thread 4928.0xc80] 0 aq= 320KB vq= 5832KB sq= 0B f=0/0 f=0/0 [New Thread 4928.0x680] 0.[New Thread 4928.0x1798] 06 A-V: -0.008 fd= 0 aq= 320KB vq= 5828KB sq= 0B f=0/0 Program received signal SIGSEGV, Segmentation fault. 0x00a8df45 in ColorRGBDitherYV12MMX1X (colortab=0x5c71fc0, rgb_2_pix=0xa7a9ba, lum=0xa92ec98 "M\377\377\377O\377\377\377P\377\377\377Q\377\377\377S\377\377 \377T\377\377\377V\377\377\377W\377\377\377X\377\377\377Z\377\377\377[\377\377\3 77]\377\377\377^\377\377\377_\377\377\377a\377\377\377b\377\377\377d\377\377\377 e\377\377\377f\377\377\377h\377\377\377i\377\377\377k\377\377\377l\377\377\377m\ 377\377\377o\377\377\377p\377\377\377r\377\377\377s\377\377\377t\377\377\377v\37 7\377\377w\377\377\377y\377\377\377z\377\377\377{\377\377\377}\377\377\377~\377\ 377\377\200\377\377\377\201\377\377\377,\377\377\377,\377\377\377.\377\377\377+\ 377\377\377\210\377\377\377%\377\377\377<\377\377\377O\377\377\377Z\377\377\377\ 217\377\377\377\220\377\377\377'\377\377\377"..., cr=0xa92fcb0 "", cb=0xc7d0020 '&' , "''((", ')' , "**++, ,,,,,"..., out=0xc8b1020 '?' , ',' ..., rows=210670624, cols=205783040, mod=720) at ../source/sdl-1.2.14/src/video/SDL_yuv_mmx.c:94 94 ../source/sdl-1.2.14/src/video/SDL_yuv_mmx.c: No such file or directory. (gdb) }}} I notably see: ../source/sdl-1.2.14/src/video/SDL_yuv_mmx.c: No such file or directory. running bt in gdb runs through an endless stream of: {{{ #2694 0x2e2e2e2e in ?? () #2695 0x2e2e2e2e in ?? () #2696 0x2e2e2e2e in ?? () }}} Running: disass $pc-32,$pc+32 Returns: {{{ Dump of assembler code from 0xa8df25 to 0xa8df65: 0x00a8df25 : shl $0x2,%esi 0x00a8df28 : mov %esi,0x3c(%esp) 0x00a8df2c : lea (%ecx,%ebx,4),%esi 0x00a8df2f : mov 0x2c(%esp),%ebx 0x00a8df33 : push $0x0 0x00a8df35 : push %ebx 0x00a8df36 : mov 0x28(%esp),%ebx 0x00a8df3a : mov %ebx,0x4(%esp) 0x00a8df3e : pop %ebx 0x00a8df3f : nop 0x00a8df40 : push %ebx 0x00a8df41 : mov 0x4(%esp),%ebx => 0x00a8df45 : movd (%ebx),%mm1 0x00a8df48 : pop %ebx 0x00a8df49 : pxor %mm7,%mm7 0x00a8df4c : movd (%edx),%mm2 0x00a8df4f : punpcklbw %mm7,%mm1 0x00a8df52 : punpckldq %mm1,%mm1 0x00a8df55 : psubw 0xb0ee70,%mm1 0x00a8df5c : movq %mm1,%mm0 0x00a8df5f : pmullw 0xb0ee78,%mm0 End of assembler dump. }}} And finally, running: info all-registers Returns: {{{ eax 0x500 1280 ecx 0xc49c170 206160240 edx 0xc7f4dbc 209669564 ebx 0xa938ffe 177442814 esp 0x28fbec 0x28fbec ebp 0xc7d0020 0xc7d0020 esi 0xc49d570 206165360 edi 0xa92ec50 177400912 eip 0xa8df45 0xa8df45 eflags 0x210283 [ CF SF IF RF ID ] cs 0x23 35 ss 0x2b 43 ds 0x2b 43 es 0x2b 43 fs 0x53 83 gs 0x2b 43 st0 -nan(0x9002000090020) (raw 0xffff0009002000090020) st1 -nan(0x7c2000007c20) (raw 0xffff00007c2000007c20) st2 -inf (raw 0xffff0000000000000000) st3 -nan(0x2000000020) (raw 0xffff0000002000000020) st4 -nan(0x92b2000092b20) (raw 0xffff00092b2000092b20) st5 -nan(0x92b2000092b20) (raw 0xffff00092b2000092b20) st6 -nan(0x9000900000000) (raw 0xffff0009000900000000) st7 -nan(0x2b2b7c7c2b2b7c7c) (raw 0xffff2b2b7c7c2b2b7c7c) fctrl 0x37f 895 fstat 0x20 32 ftag 0xaaaa 43690 fiseg 0x23 35 fioff 0x40362a 4208170 foseg 0x2b 43 fooff 0x28fda0 2686368 fop 0x5d8 1496 xmm0 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm1 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm2 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm3 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm4 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm5 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm6 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm7 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} mxcsr 0x1f80 [ IM DM ZM OM UM PM ] mm0 {uint64 = 0x9002000090020, v2_int32 = {0x90020, 0x90020}, v4_int16 = {0x20, 0x9, 0x20, 0x9}, v8_int8 = {0x20, 0x0, 0x9, 0x0, 0x20, 0x0, 0x9, 0x0}} mm1 {uint64 = 0x7c2000007c20, v2_int32 = {0x7c20, 0x7c20}, v4_int16 = {0x7c20, 0x0, 0x7c20, 0x0}, v8_int8 = {0x20, 0x7c, 0x0, 0x0, 0x20, 0x7c, 0x0, 0x0}} mm2 {uint64 = 0x0, v2_int32 = {0x0, 0x0}, v4_int16 = {0x0, 0x0, 0x0, 0x0}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}} mm3 {uint64 = 0x2000000020, v2_int32 = {0x20, 0x20}, v4_int16 = { 0x20, 0x0, 0x20, 0x0}, v8_int8 = {0x20, 0x0, 0x0, 0x0, 0x20, 0x0, 0x0, 0x0}} mm4 {uint64 = 0x92b2000092b20, v2_int32 = {0x92b20, 0x92b20}, v4_int16 = {0x2b20, 0x9, 0x2b20, 0x9}, v8_int8 = {0x20, 0x2b, 0x9, 0x0, 0x20, 0x2b, 0x9, 0x0}} mm5 {uint64 = 0x92b2000092b20, v2_int32 = {0x92b20, 0x92b20}, v4_int16 = {0x2b20, 0x9, 0x2b20, 0x9}, v8_int8 = {0x20, 0x2b, 0x9, 0x0, 0x20, 0x2b, 0x9, 0x0}} mm6 {uint64 = 0x9000900000000, v2_int32 = {0x0, 0x90009}, v4_int16 = {0x0, 0x0, 0x9, 0x9}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x9, 0x0, 0x9, 0x0}} mm7 {uint64 = 0x2b2b7c7c2b2b7c7c, v2_int32 = {0x2b2b7c7c, 0x2b2b7c7c}, v4_int16 = {0x7c7c, 0x2b2b, 0x7c7c, 0x2b2b}, v8_int8 = { 0x7c, 0x7c, 0x2b, 0x2b, 0x7c, 0x7c, 0x2b, 0x2b}} }}} I hope this information helps. I haven't had a chance to build MPlayer for Windows, but I believe the info I provided should help. If you would still prefer I attempt to build MPlayer, I can try. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 27 13:57:41 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 27 Jan 2012 12:57:41 -0000 Subject: [FFmpeg-trac] #942(swresample:new): swresample leaks memory when sampling up Message-ID: <037.6c75f81c60dec0869680517f153e42b6@avcodec.org> #942: swresample leaks memory when sampling up --------------------------------------+------------------------------------ Reporter: beafdefx | Owner: michael Type: defect | Status: new Priority: important | Component: swresample Version: git-master | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+------------------------------------ Version 0.10 Cross compiling for Android/ARM with C++, if that matters. Decoding and resampling are great for me until I have swresample resample upward in bitrate. The memory usage is very obviously headed upward with no ceiling as I feed it data to resample. Everything goes back to normal when I free the resample context. The leaking is very obvious when going from 44100 to 48000. It's still present when going from 44100 to 44200, but much slower. No problems downsampling. Perhaps there could also be a problem if resampling to a larger greater channel config or sample format. Haven't tested that myself. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 27 14:49:56 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 27 Jan 2012 13:49:56 -0000 Subject: [FFmpeg-trac] #943(undetermined:new): Segfault libaacplus Message-ID: <034.7e5fd609a674e532b5d62e255eb85174@avcodec.org> #943: Segfault libaacplus -------------------------------------+------------------------------------- Reporter: burek | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Hi, I don't remember having this error before with ffmpeg. I'll try to recompile libaacplus without fftw3 support to see if there are any changes to this issue. {{{ # gdb ffmpeg_g GNU gdb (GDB) 7.3-debian Copyright (C) 2011 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-linux-gnu". For bug reporting instructions, please see: ... Reading symbols from /root/tmp/ffmpeg/ffmpeg_g...done. (gdb) r -y -re -i brlja.wav -acodec libaacplus -ab 32k out.aac Starting program: /root/tmp/ffmpeg/ffmpeg_g -y -re -i brlja.wav -acodec libaacplus -ab 32k out.aac [Thread debugging using libthread_db enabled] ffmpeg version N-37208-g01fcbdf Copyright (c) 2000-2012 the FFmpeg developers built on Jan 27 2012 14:35:23 with gcc 4.6.2 configuration: --enable-static --enable-shared --enable-gpl --enable- nonfree --enable-postproc --enable-libx264 --enable-libaacplus --enable- libmp3lame --enable-libv4l2 --enable-libvo-aacenc --enable-version3 --enable-debug libavutil 51. 34.101 / 51. 34.101 libavcodec 53. 60.100 / 53. 60.100 libavformat 53. 31.100 / 53. 31.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 60.100 / 2. 60.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 6.100 / 0. 6.100 libpostproc 52. 0.100 / 52. 0.100 [wav @ 0x6253a0] max_analyze_duration 5000000 reached at 5034667 Input #0, wav, from 'brlja.wav': Duration: 00:00:21.33, bitrate: 768 kb/s Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, 1 channels, s16, 768 kb/s Output #0, adts, to 'out.aac': Metadata: encoder : Lavf53.31.100 Stream #0:0: Audio: aac, 48000 Hz, 1 channels, s16, 32 kb/s Stream mapping: Stream #0:0 -> #0:0 (pcm_s16le -> libaacplus) Press [q] to stop, [?] for help Program received signal SIGSEGV, Segmentation fault. 0x00007ffff3af441d in ?? () from /usr/lib/libfftw3f.so.3 (gdb) bt #0 0x00007ffff3af441d in ?? () from /usr/lib/libfftw3f.so.3 #1 0x00007ffff39fe0ab in ?? () from /usr/lib/libfftw3f.so.3 #2 0x00007ffff43db486 in CFFTN (ctx=, afftData=0x0, len=, isign=7245968) at cfftn.c:1390 #3 0x00007ffff43f2fea in mdct (fftctx=0x6d81dc, dctdata=0x6d81dc, sineWindow=, n=1024, ld_n=10, trigData=) at transform.c:128 #4 0x00007ffff43f3353 in Transform_Real (fftctx=0x6c8be8, mdctDelayBuffer=0x625cc0, timeSignal=, chIncrement=, realOut=0x6d81dc, blockType=) at transform.c:406 #5 0x00007ffff43e8cf9 in psyMain (fftctx=, timeInStride=, elemInfo=, timeSignal=, psyData=, tnsData=, psyConfLong=0x6c56a8, psyConfShort=0x6c5ce0, psyOutChannel=0x6c5068, psyOutElement=0x6c4f70, pScratchTns=0x6dc1dc) at psy_main.c:289 #6 0x00007ffff43d4b6d in AacEncEncode (aacEnc=0x6c4640, timeSignal=, timeInStride=, ancBytes=, numAncBytes=, outBytes=, numOutBytes=0x7fffffffc0a8) at aacenc.c:310 #7 0x00007ffff43f381c in aacplusEncEncode (hEncoder=0x6c4610, inputBuffer=, samplesInput=, outputBuffer=0x702de0 "", bufferSize=) at aacplusenc.c:349 #8 0x00007ffff6c4a614 in avcodec_encode_audio2 () from /usr/local/lib/libavcodec.so.53 #9 0x0000000000409e6e in encode_audio_frame (s=0x694da0, ost=0x69ccb0, buf=0x6fb880 "M\001L\001C\001\066\001\066\001C\001K\001A\001D\001E\001C\001P\001g\001e\001Z\001T\001f\001t\001w\001_\001H\001\060\001+\001.\001%\001\023\001\035\001\021\001\020\001\026\001(\001D\001W\001Y\001V\001O\001F\001;\001C\001,\001\022", , buf_size=4096) at ffmpeg.c:1078 #10 0x000000000040c4ed in do_audio_out (ist=0x6440c0, ost=0x69ccb0, s=0x694da0, decoded_frame=) at ffmpeg.c:1274 #11 transcode_audio (got_output=0x7fffffffc408, pkt=0x7fffffffc2e0, ist=) at ffmpeg.c:2048 #12 output_packet (ist=, ost_table=0x69ccb0, nb_ostreams=, pkt=) at ffmpeg.c:2268 #13 0x000000000040f5f5 in transcode (output_files=0x64bc00, nb_output_files=1, input_files=0x64bbd0, nb_input_files=0) at ffmpeg.c:3047 #14 0x0000000000405f4e in main (argc=, argv=0x7fffffffe6c8) at ffmpeg.c:5145 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 27 15:10:46 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 27 Jan 2012 14:10:46 -0000 Subject: [FFmpeg-trac] #943(undetermined:new): Segfault libaacplus In-Reply-To: <034.7e5fd609a674e532b5d62e255eb85174@avcodec.org> References: <034.7e5fd609a674e532b5d62e255eb85174@avcodec.org> Message-ID: <049.a53749b18fe9f95015bc55784067dd4d@avcodec.org> #943: Segfault libaacplus -------------------------------------+------------------------------------- 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 burek): I can confirm that when I do "apt-get remove libfftw3-dev" and rebuild libaacplus (without fftw3), the Segfault is gone and FFmpeg works nicely :) Still though, could that segfault be avoided anyhow? Just for the sake of stability. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 27 15:31:51 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 27 Jan 2012 14:31:51 -0000 Subject: [FFmpeg-trac] #942(swresample:new): swresample leaks memory when sampling up In-Reply-To: <037.6c75f81c60dec0869680517f153e42b6@avcodec.org> References: <037.6c75f81c60dec0869680517f153e42b6@avcodec.org> Message-ID: <052.3c7094f3012e8ea423fef48646674f59@avcodec.org> #942: swresample leaks memory when sampling up ------------------------------------+-------------------------------------- Reporter: beafdefx | Owner: michael Type: defect | Status: new Priority: normal | Component: swresample Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Changes (by cehoyos): * priority: important => normal Comment: Please add valgrind output, it is needed for memleak reports. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 27 15:33:53 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 27 Jan 2012 14:33:53 -0000 Subject: [FFmpeg-trac] #939(FFplay:new): FFplay issue when SDL compiled with GCC 4.6.2 In-Reply-To: <038.262ba1e4d63139b2392b04cf719d6200@avcodec.org> References: <038.262ba1e4d63139b2392b04cf719d6200@avcodec.org> Message-ID: <053.12110370781b1a4be90ada201a1c277d@avcodec.org> #939: FFplay issue when SDL compiled with GCC 4.6.2 ------------------------------------+---------------------------------- Reporter: KSHawkEye | Owner: Type: defect | Status: new Priority: important | Component: FFplay Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Comment (by cehoyos): All information that you provided indicates a bug in either SDL or gcc. Please test mplayer -vo sdl to make sure. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 27 15:36:13 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 27 Jan 2012 14:36:13 -0000 Subject: [FFmpeg-trac] #943(undetermined:new): Segfault libaacplus In-Reply-To: <034.7e5fd609a674e532b5d62e255eb85174@avcodec.org> References: <034.7e5fd609a674e532b5d62e255eb85174@avcodec.org> Message-ID: <049.45bf8a36521817abf5dfc401d5f81922@avcodec.org> #943: Segfault libaacplus -------------------------------------+------------------------------------- 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 cehoyos): Is there any indication that there is a bug in FFmpeg? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 27 15:56:25 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 27 Jan 2012 14:56:25 -0000 Subject: [FFmpeg-trac] #944(avfilter:new): support PSNR comparison of two inputs Message-ID: <036.52d0cff75138bd6d24d06586a2fbe305@avcodec.org> #944: support PSNR comparison of two inputs ----------------------------------+--------------------------------------- Reporter: dericed | Type: enhancement Status: new | Priority: normal Component: avfilter | Version: unspecified Keywords: psnr | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- A draft vf_psnr patch was sent in this thread: http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/132616/ . I found this patch very helpful though it looks like the format of the output was never settled and the patch was not applied. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 27 18:26:27 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 27 Jan 2012 17:26:27 -0000 Subject: [FFmpeg-trac] #873(undetermined:new): PCM signed big-endian encoding as unsigned In-Reply-To: <034.0b626f07113cddd0ad22afde46a003ef@avcodec.org> References: <034.0b626f07113cddd0ad22afde46a003ef@avcodec.org> Message-ID: <049.0a30bec7fd956b523da8b1dedd9380a8@avcodec.org> #873: PCM signed big-endian encoding as unsigned -------------------------------------+------------------------------------- Reporter: Glinx | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: PCM signed | Resolution: big endian | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Glinx): Thank you. Todays Arch linux package update confirms all is well again. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 27 18:39:59 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 27 Jan 2012 17:39:59 -0000 Subject: [FFmpeg-trac] #873(avformat:closed): PCM signed big-endian encoding as unsigned In-Reply-To: <034.0b626f07113cddd0ad22afde46a003ef@avcodec.org> References: <034.0b626f07113cddd0ad22afde46a003ef@avcodec.org> Message-ID: <049.976895f300d50fde46a6d4c0d3427be1@avcodec.org> #873: PCM signed big-endian encoding as unsigned -------------------------------------+------------------------------------- Reporter: Glinx | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: unspecified | Resolution: fixed Keywords: PCM signed | Blocked By: big endian mov muxer | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * keywords: PCM signed big endian => PCM signed big endian mov muxer * resolution: => fixed * status: new => closed * component: undetermined => avformat * reproduced: 0 => 1 Comment: Thanks for confirming, issue closed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 27 18:56:44 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 27 Jan 2012 17:56:44 -0000 Subject: [FFmpeg-trac] #942(swresample:new): swresample leaks memory when sampling up In-Reply-To: <037.6c75f81c60dec0869680517f153e42b6@avcodec.org> References: <037.6c75f81c60dec0869680517f153e42b6@avcodec.org> Message-ID: <052.4f4c46ea4a4d1fca16a0cb52d55b5735@avcodec.org> #942: swresample leaks memory when sampling up ------------------------------------+-------------------------------------- Reporter: beafdefx | Owner: michael Type: defect | Status: new Priority: normal | Component: swresample Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Comment (by beafdefx): Sorry, I only work on Android right now -- we have no such useful tools. I'm just looking at the output of `top` and watching my process die over time. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 27 20:54:08 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 27 Jan 2012 19:54:08 -0000 Subject: [FFmpeg-trac] #944(avfilter:open): support PSNR comparison of two inputs In-Reply-To: <036.52d0cff75138bd6d24d06586a2fbe305@avcodec.org> References: <036.52d0cff75138bd6d24d06586a2fbe305@avcodec.org> Message-ID: <051.db8f71370f692c0f45d99923da541987@avcodec.org> #944: support PSNR comparison of two inputs -------------------------------------+------------------------------------ Reporter: dericed | Owner: Type: enhancement | Status: open Priority: wish | Component: avfilter Version: git-master | Resolution: Keywords: psnr | 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 Comment: As I understand it, there are still changes necessary before this patch can get into git master - see Michaels last comment - help is certainly welcome! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 27 20:55:18 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 27 Jan 2012 19:55:18 -0000 Subject: [FFmpeg-trac] #942(swresample:new): swresample leaks memory when sampling up In-Reply-To: <037.6c75f81c60dec0869680517f153e42b6@avcodec.org> References: <037.6c75f81c60dec0869680517f153e42b6@avcodec.org> Message-ID: <052.cb54e3a09ccb32d77ffa52661ea58e30@avcodec.org> #942: swresample leaks memory when sampling up ------------------------------------+-------------------------------------- Reporter: beafdefx | Owner: michael Type: defect | Status: new Priority: normal | Component: swresample Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Comment (by cehoyos): Can't you test your command on a x86 Linux box? At least add a command line and complete, uncut console output, maybe somebody else will test. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 27 21:22:38 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 27 Jan 2012 20:22:38 -0000 Subject: [FFmpeg-trac] #942(swresample:new): swresample leaks memory when sampling up In-Reply-To: <037.6c75f81c60dec0869680517f153e42b6@avcodec.org> References: <037.6c75f81c60dec0869680517f153e42b6@avcodec.org> Message-ID: <052.0a9ddca64f6b6f36299b5f6d9d8d69c4@avcodec.org> #942: swresample leaks memory when sampling up ------------------------------------+-------------------------------------- Reporter: beafdefx | Owner: michael Type: defect | Status: new Priority: normal | Component: swresample Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Comment (by beafdefx): There is no command. On Android, all native code is compiled and loaded as shared libraries and invoked via JNI wrappers, so the code can not stand alone as an exe. The code path is pretty simple. Allocate the resample context with the destination rate > source rate, feed it lots of samples, watch it use memory. Memory goes away when the context is freed. The resampling otherwise functions perfectly. I can try to extract the relevant bits into a command line program and run it that way, but I won't have time to get to that for another few days. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 27 22:05:02 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 27 Jan 2012 21:05:02 -0000 Subject: [FFmpeg-trac] #945(avformat:new): rtsp sends wrong session id in keep-alive request Message-ID: <037.30ce836debbbf1e57a6ce1acb051c720@avcodec.org> #945: rtsp sends wrong session id in keep-alive request ----------------------------------+-------------------------------------- Reporter: twinther | Type: defect Status: new | Priority: normal Component: avformat | Version: git-master Keywords: rtsp | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- I have a problem with rtsp:// streams that stops after about 70-80 seconds (after the first timeout expires). It is a stream of a live tv channel, fx. rtsp://62.242.233.129/rtpencoder/e20_wcif.sdp?ir=850000&life=0&ttl=20&ip>ime=1327344362&tn=key5&guid=bCZhgCggQC//0Q==ACEow69c&da=0&key=/dznsJ2d8FNZV0iCnjmWqw== The links only works for a short time and only for Danish YouSee customers, so I will attach a tcpdump of the traffic. It looks like the OPTIONS requests that is sent near the end of the tcpdump file is sending a wrong session id. It actually appears to be the value of the ETag header value from the DESCRIBE request near the top of the tcpdump. the CSeq also starts over for this keep alive request, so this line is logged when the stream stops playing: [rtsp @ 0x7ff5f80008e0] CSeq 10 expected, 1 received. I have had a stab at the code, but I haven't been able to figure out why this is happening. Please let me know if I can provide further info, help with testing, etc.. The streams plays without a problem in totem using the gstreamer rtsp implementation. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 27 22:16:58 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 27 Jan 2012 21:16:58 -0000 Subject: [FFmpeg-trac] #941(avformat:open): Seek problems with ogg decoder In-Reply-To: <036.b0c0b06795b2e1b62e08d1fd3d5509e1@avcodec.org> References: <036.b0c0b06795b2e1b62e08d1fd3d5509e1@avcodec.org> Message-ID: <051.384b0d183674a1db079e3b7cb2c4a852@avcodec.org> #941: Seek problems with ogg decoder ------------------------------------+------------------------------------ Reporter: DonMoir | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: ogg seek | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Sample plays fine for ~11 seconds, -ss 1 - 5 seem to work fine, 6 and 7 behave like ticket #438, the same as for the original sample. {{{ $ ffmpeg -ss 8 -i bad_seek_ogg_BuckBunny_cut.ogv out.png ffmpeg version N-37208-g01fcbdf Copyright (c) 2000-2012 the FFmpeg developers built on Jan 27 2012 22:13:40 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc libavutil 51. 34.101 / 51. 34.101 libavcodec 53. 60.100 / 53. 60.100 libavformat 53. 31.100 / 53. 31.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 60.100 / 2. 60.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 6.100 / 0. 6.100 [ogg @ 0x13dc3a0] read_timestamp() failed in the middle Last message repeated 1 times bad_seek_ogg_BuckBunny_cut.ogv: could not seek to position 8.000 Input #0, ogg, from 'bad_seek_ogg_BuckBunny_cut.ogv': Duration: 00:00:11.87, start: 0.000000, bitrate: 689 kb/s Stream #0:0: Data: none Stream #0:1: Video: theora, yuv420p, 640x352, 24 fps, 24 tbr, 24 tbn, 24 tbc Stream #0:2: Audio: vorbis, 44100 Hz, stereo, s16, 44 kb/s Incompatible pixel format 'yuv420p' for codec 'png', auto-selecting format 'rgb24' [buffer @ 0x13dcb60] w:640 h:352 pixfmt:yuv420p tb:1/1000000 sar:0/1 sws_param: [buffersink @ 0x13e0580] auto-inserting filter 'auto-inserted scale 0' between the filter 'src' and the filter 'out' [scale @ 0x13e0e60] w:640 h:352 fmt:yuv420p -> w:640 h:352 fmt:rgb24 flags:0x4 Output #0, image2, to 'out.png': Metadata: encoder : Lavf53.31.100 Stream #0:0: Video: png, rgb24, 640x352, q=2-31, 200 kb/s, 90k tbn, 24 tbc Stream mapping: Stream #0:1 -> #0:0 (theora -> png) Press [q] to stop, [?] for help frame= 0 fps= 0 q=0.0 Lsize= 0kB time=00:00:00.00 bitrate= 0.0kbits/s video:0kB audio:0kB global headers:0kB muxing overhead nan% Output file is empty, nothing was encoded (check -ss / -t / -frames parameters if used) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jan 27 23:05:31 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 27 Jan 2012 22:05:31 -0000 Subject: [FFmpeg-trac] #941(avformat:open): Seek problems with ogg decoder In-Reply-To: <036.b0c0b06795b2e1b62e08d1fd3d5509e1@avcodec.org> References: <036.b0c0b06795b2e1b62e08d1fd3d5509e1@avcodec.org> Message-ID: <051.1efd5da2a29e768e054e7368b0d6b37e@avcodec.org> #941: Seek problems with ogg decoder ------------------------------------+------------------------------------ Reporter: DonMoir | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: ogg seek | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by DonMoir): Just to restate this. Early seek times are going to succeed because there are some initial AVStream.index_entries in place at start up. It's all about when you try to seek past the last entry in the index_entries table which have not been created but should be in the ogg_read_seek function. So the seek failure is all about ogg_read_seek's failure to create the index_entries. If I go ahead and make sure the index_entries are created prior to calling avformat_seek_file, then seeking works fine outside of the additional clean up notes mentioned in item 2) above. Also I remap my timestamp to the one returned by av_index_search_timestamp so I make sure I know I am at the place I need to be without second quessing. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jan 28 03:51:08 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 28 Jan 2012 02:51:08 -0000 Subject: [FFmpeg-trac] #386(undetermined:open): Missing audio and subtitle streams in vob file In-Reply-To: <034.99b82633454f6fc5b16f686c0984fc1d@avcodec.org> References: <034.99b82633454f6fc5b16f686c0984fc1d@avcodec.org> Message-ID: <049.5e0e535795f91cbfe9e02a84110b9567@avcodec.org> #386: Missing audio and subtitle streams in vob file -------------------------------------+------------------------------------- Reporter: Aztek | Owner: Type: defect | Status: open Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by streamingguy): Just tested with 0.10 build, but still having the same issue. Any update on this issue? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jan 28 03:54:54 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 28 Jan 2012 02:54:54 -0000 Subject: [FFmpeg-trac] #386(undetermined:open): Missing audio and subtitle streams in vob file In-Reply-To: <034.99b82633454f6fc5b16f686c0984fc1d@avcodec.org> References: <034.99b82633454f6fc5b16f686c0984fc1d@avcodec.org> Message-ID: <049.348ea7e8a2b9a7a3644d39a81dacbde4@avcodec.org> #386: Missing audio and subtitle streams in vob file -------------------------------------+------------------------------------- Reporter: Aztek | Owner: Type: defect | Status: open Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by streamingguy): Hello Aztek, When you get few minutes, could you please update version and component of this ticket? so that it will be addressed by corresponding people easily? Thank you -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jan 28 06:19:24 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 28 Jan 2012 05:19:24 -0000 Subject: [FFmpeg-trac] #943(undetermined:new): Segfault libaacplus In-Reply-To: <034.7e5fd609a674e532b5d62e255eb85174@avcodec.org> References: <034.7e5fd609a674e532b5d62e255eb85174@avcodec.org> Message-ID: <049.205cb73030705ee2e0294acdfc29a91d@avcodec.org> #943: Segfault libaacplus -------------------------------------+------------------------------------- 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 burek): well I didn't say it's FFmpeg's fault, I just said: "Still though, could that segfault be avoided anyhow? Just for the sake of stability." it would be more acceptable if FFmpeg wouldn't crash, rather print out some error message and abort the operation. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jan 28 09:30:03 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 28 Jan 2012 08:30:03 -0000 Subject: [FFmpeg-trac] #943(undetermined:closed): Segfault libaacplus In-Reply-To: <034.7e5fd609a674e532b5d62e255eb85174@avcodec.org> References: <034.7e5fd609a674e532b5d62e255eb85174@avcodec.org> Message-ID: <049.bc3e7c1f0ee242cc226e9ef9729d116b@avcodec.org> #943: Segfault libaacplus -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid Comment: How could that be possible? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jan 28 09:37:58 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 28 Jan 2012 08:37:58 -0000 Subject: [FFmpeg-trac] #386(undetermined:open): Missing audio and subtitle streams in vob file In-Reply-To: <034.99b82633454f6fc5b16f686c0984fc1d@avcodec.org> References: <034.99b82633454f6fc5b16f686c0984fc1d@avcodec.org> Message-ID: <049.94c7ba8e9677dc54995ca341dabbe226@avcodec.org> #386: Missing audio and subtitle streams in vob file -------------------------------------+------------------------------------- Reporter: Aztek | Owner: Type: defect | Status: open Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): @streamingguy: Why do you think an issue with a vob file that starts with a DVD menu before the actual content (and probably cannot be fixed without special DVD handling, see "DVD reader protocol" on ffmpeg-devel for a patch that may or may not help with the original problem) is related to a vob file with audio that starts late (which is perfectly legal in a vob file, ticket #598 contains a link to a vob sample with late starting subtitles)? Please open a new ticket, use ffmpeg -analyzeduration 2000000000 -i testclip.vob out.wav as command line. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jan 28 10:40:58 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 28 Jan 2012 09:40:58 -0000 Subject: [FFmpeg-trac] #645(avcodec:closed): png file doesn't want to decode In-Reply-To: <038.09efb7004177e8d73291b810a7688ff2@avcodec.org> References: <038.09efb7004177e8d73291b810a7688ff2@avcodec.org> Message-ID: <053.c3967027690318eaa0d024fe6c9b5902@avcodec.org> #645: png file doesn't want to decode -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: closed Priority: wish | Component: avcodec Version: git-master | Resolution: fixed Keywords: png | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Michael. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jan 28 10:42:58 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 28 Jan 2012 09:42:58 -0000 Subject: [FFmpeg-trac] #386(undetermined:open): Missing audio and subtitle streams in vob file In-Reply-To: <034.99b82633454f6fc5b16f686c0984fc1d@avcodec.org> References: <034.99b82633454f6fc5b16f686c0984fc1d@avcodec.org> Message-ID: <049.265232c27ec9dae2fef983b3c5ca9cbb@avcodec.org> #386: Missing audio and subtitle streams in vob file -------------------------------------+------------------------------------- Reporter: Aztek | Owner: Type: defect | Status: open Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Aztek): Good to hear `mplayer` did the trick. About the decent encoder-thing search: AFAIK, `mencoder` and a lot of softwares are built on the top of `ffmpeg`. When you use `mencoder`, you basically use `mplayer` to dump audio/video stream and then use the embedded `ffmpeg` to encode to what you wants. About the problem with your testclip: there might be no audio because audio stream might show up later in the file (your testclip is only ~1MB long, audio might begin at 6MB). Well, since you said `mplayer -dumpstream` did the trick, it's no problem anymore. About the watermark: please keep in mind this is annoying to see. There is an how to there : http://www.idude.net/index.php/how-to-watermark-a-video- using-ffmpeg/ If you want to keep credit for a video, update metadata of your file: people won't bother to change it afterwards. Offtopic: streamguy, a bugtracker is not a forum: folks receive e-mails each time you post something and post such as "Any update ?" are useless (you don't give any extra information). Saying that the method did not work IS an interesting extra piece of information. I understand that "bumping" might be tempting but, unlike forums, every open threads are reviewed once in a while. Don't take this wrong: it's great that you try to help to enhance the software by reporting bugs! I'm just telling you to be a bit patient. Replying to [comment:18 streamingguy]: > Hello Aztek, > > When you get few minutes, could you please update version and component of this ticket? so that it will be addressed by corresponding people easily? > > Thank you -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jan 28 11:29:53 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 28 Jan 2012 10:29:53 -0000 Subject: [FFmpeg-trac] #386(undetermined:open): Missing audio and subtitle streams in vob file In-Reply-To: <034.99b82633454f6fc5b16f686c0984fc1d@avcodec.org> References: <034.99b82633454f6fc5b16f686c0984fc1d@avcodec.org> Message-ID: <049.b9df5f1b52abdf160450611c62ba44b9@avcodec.org> #386: Missing audio and subtitle streams in vob file -------------------------------------+------------------------------------- Reporter: Aztek | Owner: Type: defect | Status: open Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:20 Aztek]: > About the decent encoder-thing search: AFAIK, `mencoder` and a lot of softwares are built on the top of `ffmpeg`. When you use `mencoder`, you basically use `mplayer` to dump audio/video stream and then use the embedded `ffmpeg` to encode to what you wants. Unfortunately, that is not entirely correct: MEncoder does have features that are not yet present in FFmpeg, but MEncoder is not actively maintained, meaning many bugs will likely not be fixed while FFmpeg is actively maintained, and reporting bugs often leads to fixes. > About the problem with your testclip: there might be no audio because audio stream might show up later in the file (your testclip is only ~1MB long, audio might begin at 6MB). The sample does contain audio, FFmpeg does not see it because audio starts several seconds after video (which is perfectly ok for a mpeg/vob file). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jan 28 19:23:58 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 28 Jan 2012 18:23:58 -0000 Subject: [FFmpeg-trac] #946(undetermined:new): ffplay: almost unreadable dvd subtitles due to wrong colors Message-ID: <038.a838cc170f2e273d943f077e59e054ef@avcodec.org> #946: ffplay: almost unreadable dvd subtitles due to wrong colors -------------------------------------+------------------------------------- Reporter: ami_stuff | 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-76a1c6a8.html related to: {{{ commit cf16104ad13f6c558ea386e5fa55a67e2b378f5e Author: Reimar D??ffinger Date: Sat Apr 30 23:00:17 2011 +0200 Change guess_palette so its output matches the most common palette. This means it uses full brightness range and brightness increasing instead of decreasing with index of non-opaque color. Based on patch by Alexandre Colucci [alexandre elgato com] diff --git a/libavcodec/dvdsubdec.c b/libavcodec/dvdsubdec.c index bb3e124..6d5973c 100644 --- a/libavcodec/dvdsubdec.c +++ b/libavcodec/dvdsubdec.c @@ -120,6 +120,14 @@ static void guess_palette(uint32_t *rgba_palette, uint8_t *alpha, uint32_t subtitle_color) { + static const uint8_t level_map[4][4] = { + // this configuration (full range, lowest to highest) in tests + // seemed most common, so assume this + {0xff}, + {0x00, 0xff}, + {0x00, 0x80, 0xff}, + {0x00, 0x55, 0xaa, 0xff}, + }; uint8_t color_used[16]; int nb_opaque_colors, i, level, j, r, g, b; @@ -138,18 +146,18 @@ static void guess_palette(uint32_t *rgba_palette, if (nb_opaque_colors == 0) return; - j = nb_opaque_colors; + j = 0; memset(color_used, 0, 16); for(i = 0; i < 4; i++) { if (alpha[i] != 0) { if (!color_used[colormap[i]]) { - level = (0xff * j) / nb_opaque_colors; + level = level_map[nb_opaque_colors][j]; r = (((subtitle_color >> 16) & 0xff) * level) >> 8; g = (((subtitle_color >> 8) & 0xff) * level) >> 8; b = (((subtitle_color >> 0) & 0xff) * level) >> 8; rgba_palette[i] = b | (g << 8) | (r << 16) | ((alpha[i] * 17) << 24); color_used[colormap[i]] = (i + 1); - j--; + j++; } else { rgba_palette[i] = (rgba_palette[color_used[colormap[i]] - 1] & 0x00ffffff) | ((alpha[i] * 17) << 24); }}} {{{ C:\>ffmpeg -i dvdsub.vob ffmpeg version N-36890-g67f5650 Copyright (c) 2000-2012 the FFmpeg developers built on Jan 16 2012 21:57:13 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 34.100 / 51. 34.100 libavcodec 53. 56.105 / 53. 56.105 libavformat 53. 30.100 / 53. 30.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 59.100 / 2. 59.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 6.100 / 0. 6.100 libpostproc 51. 2.100 / 51. 2.100 [mpeg @ 020F2320] max_analyze_duration 5000000 reached at 5000000 Input #0, mpeg, from 'dvdsub.vob': Duration: 00:00:07.96, start: 1556.319267, bitrate: 5263 kb/s Stream #0:0[0x1e0]: Video: mpeg2video (Main), yuv420p, 720x576 [SAR 64:45 DA R 16:9], 7500 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x80]: Audio: ac3, 48000 Hz, stereo, s16, 192 kb/s Stream #0:2[0x20]: Subtitle: dvd_subtitle Stream #0:3[0x22]: Subtitle: dvd_subtitle Stream #0:4[0x24]: Subtitle: dvd_subtitle Stream #0:5[0x25]: Subtitle: dvd_subtitle Stream #0:6[0x26]: Subtitle: dvd_subtitle Stream #0:7[0x28]: Subtitle: dvd_subtitle Stream #0:8[0x29]: Subtitle: dvd_subtitle Stream #0:9[0x21]: Subtitle: dvd_subtitle Stream #0:10[0x23]: Subtitle: dvd_subtitle Stream #0:11[0x27]: Subtitle: dvd_subtitle Stream #0:12[0x2a]: Subtitle: dvd_subtitle At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jan 28 21:22:10 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 28 Jan 2012 20:22:10 -0000 Subject: [FFmpeg-trac] #947(build system:new): In-progress builds should list their specific version when run Message-ID: <035.96907ea915a7f0b96b1e44e0effd13eb@avcodec.org> #947: In-progress builds should list their specific version when run -------------------------------------+------------------------------------- Reporter: dg1727 | Type: Status: new | enhancement Component: build | Priority: minor system | Version: git- Keywords: | master Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Presently, if a development snapshot of the FFmpeg project is compiled by a user, the startup banner of ffmpeg and the other command-line tools lists a generic version such as "0.9.0.git". Is it possible to have this version automatically updated to show the exact location of the source code in Git? This would apply not just for snapshots, but for any version that is compiled from Git without having an official version number. For example, this might help in comparing the operation of 2 different builds of FFmpeg, such as in tracking down a regression window. The version string could indicate the date and time of the snapshot, and a further identifying code in case of multiple snapshots at the same date and time, similar to 0.9.0.gitmaster20120101_140000.001 (where 20120101 is the date, 140000 is the time, and 001 is a further identifying code). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 29 00:12:45 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 28 Jan 2012 23:12:45 -0000 Subject: [FFmpeg-trac] #386(undetermined:open): Missing audio and subtitle streams in vob file In-Reply-To: <034.99b82633454f6fc5b16f686c0984fc1d@avcodec.org> References: <034.99b82633454f6fc5b16f686c0984fc1d@avcodec.org> Message-ID: <049.4cf8bc1c4431be843f03b4e8e691fcd5@avcodec.org> #386: Missing audio and subtitle streams in vob file -------------------------------------+------------------------------------- Reporter: Aztek | Owner: Type: defect | Status: open Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by streamingguy): Replying to [comment:19 cehoyos]: Thank you for your reply cehoyos! I will open the new ticket and provide my issue details. I tried with 2000000000 analyze duration and still can not get the audio in my output. Thank you again for your time! > @streamingguy: > Why do you think an issue with a vob file that starts with a DVD menu before the actual content (and probably cannot be fixed without special DVD handling, see "DVD reader protocol" on ffmpeg-devel for a patch that may or may not help with the original problem) is related to a vob file with audio that starts late (which is perfectly legal in a vob file, ticket #598 contains a link to a vob sample with late starting subtitles)? Please open a new ticket, use ffmpeg -analyzeduration 2000000000 -i testclip.vob out.wav as command line. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 29 00:19:16 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 28 Jan 2012 23:19:16 -0000 Subject: [FFmpeg-trac] #386(undetermined:open): Missing audio and subtitle streams in vob file In-Reply-To: <034.99b82633454f6fc5b16f686c0984fc1d@avcodec.org> References: <034.99b82633454f6fc5b16f686c0984fc1d@avcodec.org> Message-ID: <049.6db9b5b33fb1b7c2b0cd99fd9d4d9075@avcodec.org> #386: Missing audio and subtitle streams in vob file -------------------------------------+------------------------------------- Reporter: Aztek | Owner: Type: defect | Status: open Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by streamingguy): Replying to [comment:20 Aztek]: Hello Aztek, Thank you for your reply! We are trying to encode for some commercial purpose and hence want to use the watermark/logo. Thank you for clarifying about this bugtracker. I tried with many encoders from past 2 months and stuck with my encoding task. Hence, I thought of bumping it so that somebody will see it easily. Thank you once again! > Good to hear `mplayer` did the trick. > > About the decent encoder-thing search: AFAIK, `mencoder` and a lot of softwares are built on the top of `ffmpeg`. When you use `mencoder`, you basically use `mplayer` to dump audio/video stream and then use the embedded `ffmpeg` to encode to what you wants. > > About the problem with your testclip: there might be no audio because audio stream might show up later in the file (your testclip is only ~1MB long, audio might begin at 6MB). Well, since you said `mplayer -dumpstream` did the trick, it's no problem anymore. > > About the watermark: please keep in mind this is annoying to see. There is an how to there : http://www.idude.net/index.php/how-to-watermark-a -video-using-ffmpeg/ > > If you want to keep credit for a video, update metadata of your file: people won't bother to change it afterwards. > > > Offtopic: streamguy, a bugtracker is not a forum: folks receive e-mails each time you post something and post such as "Any update ?" are useless (you don't give any extra information). Saying that the method did not work IS an interesting extra piece of information. I understand that "bumping" might be tempting but, unlike forums, every open threads are reviewed once in a while. Don't take this wrong: it's great that you try to help to enhance the software by reporting bugs! I'm just telling you to be a bit patient. > > > Replying to [comment:18 streamingguy]: > > Hello Aztek, > > > > When you get few minutes, could you please update version and component of this ticket? so that it will be addressed by corresponding people easily? > > > > Thank you -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 29 00:24:57 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 28 Jan 2012 23:24:57 -0000 Subject: [FFmpeg-trac] #948(FFmpeg:new): No audio in output when the audio starts late in VOB file Message-ID: <041.8989fb3ddcb362e036aa81d1c05fac3f@avcodec.org> #948: No audio in output when the audio starts late in VOB file -------------------------------------+------------------------------------- Reporter: | Type: defect streamingguy | Priority: important Status: new | Version: 0.9.1 Component: FFmpeg | Blocked By: Keywords: no audo, | Reproduced by developer: 0 vob | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Here are the details about the issue: Source: .VOB file extracted from DVD decrypter (first chapter of the movie). This has one video stream, one audio stream (AC3 5.1). Issue: When I try to encode into any format, it reports 0 channels in ac3 stream and there is no audio track in the output. I tried with directly copying the AC3 stream, encoding AC3 to AAC, using analyzeduration option etc., But, the same file is working fine when I use Handbrake, MEncoder. Source to download: You can download .VOB file here: http://poacric.blob.core.windows.net/$root/TestClip.zip Command Used: ffmpeg -i d:\testclip.vob -acodec copy d:\ffmpegout.mp4 Console output: {{{ C:\ffmpeg>ffmpeg -i d:\testclip.vob -acode c copy d:\ffmpegout.mp4 ffmpeg version N-35966-g1d0ae92, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 19 2011 13:10:19 with gcc 4.6.2 configuration: --disable-static --enable-shared --enable-gpl --enable- version3 --disable-w32threads --enable-runtime-cpudetect --enable-avisynth --enable-bzli b --enable-frei0r --enable-libopencore-amrnb --enable-libopencore-amrwb --enable -libfreetype --enable-libgsm --enable-libmp3lame --enable-libopenjpeg --enable-l ibrtmp --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-li bvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-l ibx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 46. 1 / 53. 46. 1 libavformat 53. 27. 0 / 53. 27. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 53. 0 / 2. 53. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mpeg @ 0000000000497FD0] max_analyze_duration 5000000 reached at 5004667 Seems stream 0 codec frame rate differs from container frame rate: 59.94 (60000/ 1001) -> 59.94 (60000/1001) Input #0, mpeg, from 'd:\testclip.vob': Duration: 00:04:51.99, start: 0.316978, bitrate: 4939 kb/s Stream #0:0[0x1e0]: Video: mpeg2video (Main), yuv420p, 720x480 [SAR 32:27 DA R 16:9], 8000 kb/s, 23.98 fps, 59.94 tbr, 90k tbn, 59.94 tbc Stream #0:1[0x80]: Audio: ac3, 0 channels [buffer @ 00000000029E0BE0] w:720 h:480 pixfmt:yuv420p tb:1/1000000 sar:32/27 sw s_param: [libx264 @ 00000000027E0810] using SAR=32/27 [libx264 @ 00000000027E0810] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShu ffle SSE4.2 [libx264 @ 00000000027E0810] profile High, level 3.1 [libx264 @ 00000000027E0810] 264 - core 119 r2106 07efeb4 - H.264/MPEG-4 AVC cod ec - Copyleft 2003-2011 - http://www.videolan.org/x264.html - options: cabac=1 r ef=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_pski p=1 chroma_qp_offset=-2 threads=12 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 di rect=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra _refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 Output #0, mp4, to 'd:\ffmpegout.mp4': Metadata: encoder : Lavf53.27.0 Stream #0:0: Video: h264 (![0][0][0] / 0x0021), yuv420p, 720x480 [SAR 32:27 DAR 16:9], q=-1--1, 60k tbn, 59.94 tbc Stream mapping: Stream #0:0 -> #0:0 (mpeg2video -> libx264) Press [q] to stop, [?] for help [mpeg2video @ 00000000004AB7C0] warning: first frame is no keyframe Last message repeated 1 times frame= 117 fps= 0 q=31.0 size= 273kB time=00:00:00.98 bitrate=2273.2kbits/ frame= 205 fps=201 q=31.0 size= 602kB time=00:00:02.45 bitrate=2011.7kbits/ frame= 282 fps=183 q=31.0 size= 861kB time=00:00:03.73 bitrate=1887.4kbits/ frame= 367 fps=178 q=31.0 size= 1179kB time=00:00:05.15 bitrate=1874.1kbits/ frame= 466 fps=182 q=31.0 size= 1376kB time=00:00:06.80 bitrate=1655.8kbits/ frame= 475 fps=175 q=-1.0 Lsize= 1401kB time=00:00:07.89 bitrate=1454.6kbits /s dup=273 drop=0 video:1396kB audio:0kB global headers:0kB muxing overhead 0.367020% [libx264 @ 00000000027E0810] frame I:3 Avg QP:23.66 size: 48841 [libx264 @ 00000000027E0810] frame P:309 Avg QP:26.15 size: 4086 [libx264 @ 00000000027E0810] frame B:163 Avg QP:30.33 size: 122 [libx264 @ 00000000027E0810] consecutive B-frames: 49.5% 7.2% 21.5% 21.9% [libx264 @ 00000000027E0810] mb I I16..4: 25.5% 46.0% 28.5% [libx264 @ 00000000027E0810] mb P I16..4: 1.0% 0.6% 0.0% P16..4: 22.2% 4.5 % 4.5% 0.0% 0.0% skip:67.1% [libx264 @ 00000000027E0810] mb B I16..4: 0.0% 0.0% 0.0% B16..8: 11.1% 0.0 % 0.0% direct: 0.0% skip:88.9% L0:57.4% L1:39.9% BI: 2.6% [libx264 @ 00000000027E0810] 8x8 transform intra:40.0% inter:74.5% [libx264 @ 00000000027E0810] coded y,uvDC,uvAC intra: 44.1% 49.2% 24.7% inter: 1 1.6% 4.2% 1.0% [libx264 @ 00000000027E0810] i16 v,h,dc,p: 39% 42% 6% 13% [libx264 @ 00000000027E0810] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 10% 32% 37% 3% 2% 2% 4% 3% 7% [libx264 @ 00000000027E0810] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 6% 64% 14% 2% 2% 2% 3% 2% 5% [libx264 @ 00000000027E0810] i8c dc,h,v,p: 40% 48% 10% 2% [libx264 @ 00000000027E0810] Weighted P-Frames: Y:0.3% UV:0.3% [libx264 @ 00000000027E0810] ref P L0: 67.2% 13.1% 10.0% 9.8% [libx264 @ 00000000027E0810] ref B L0: 98.4% 1.3% 0.3% [libx264 @ 00000000027E0810] ref B L1: 96.1% 3.9% [libx264 @ 00000000027E0810] kb/s:1442.51 Received signal 2: terminating. }}} Please let me know, if you need any more information. I have been searching for a proper encoder from past 2 months and couldn't find a working solution. My requirement: I have several DVDs and want to convert them into MP4/M2TS/TS files with 2 audio streams (AC3 5.1 and AAC). Also, want to add watermark on the output. Tried different encoders, but nothing is working as per my requirement. Thank you for your time! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 29 02:00:34 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 29 Jan 2012 01:00:34 -0000 Subject: [FFmpeg-trac] #610(FFmpeg:new): ffserver bug In-Reply-To: <034.b9f3ac68a3150b41e7ab3feca5de476e@avcodec.org> References: <034.b9f3ac68a3150b41e7ab3feca5de476e@avcodec.org> Message-ID: <049.1f546c019236246874c7443736eb81b7@avcodec.org> #610: ffserver bug ------------------------------------+----------------------------------- Reporter: burek | Owner: michael 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 eclipse): this mapping issue seems to be fixed now -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 29 02:01:59 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 29 Jan 2012 01:01:59 -0000 Subject: [FFmpeg-trac] #948(avformat:open): No audio in output when the audio starts late in VOB file In-Reply-To: <041.8989fb3ddcb362e036aa81d1c05fac3f@avcodec.org> References: <041.8989fb3ddcb362e036aa81d1c05fac3f@avcodec.org> Message-ID: <056.ecdc252064219dc46200ecccaebab0ab@avcodec.org> #948: No audio in output when the audio starts late in VOB file --------------------------------------+------------------------------------ Reporter: streamingguy | 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): * status: new => open * reproduced: 0 => 1 * component: FFmpeg => avformat * priority: important => normal * version: 0.9.1 => git-master * keywords: no audo, vob => mpegps Comment: Please always provide current git head output on this bug tracker and I believe I suggested another, significantly better command line. Do you think this is a regression? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 29 09:08:26 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 29 Jan 2012 08:08:26 -0000 Subject: [FFmpeg-trac] #610(FFmpeg:closed): ffserver bug In-Reply-To: <034.b9f3ac68a3150b41e7ab3feca5de476e@avcodec.org> References: <034.b9f3ac68a3150b41e7ab3feca5de476e@avcodec.org> Message-ID: <049.2862dd60a339dd15791e17ae4b01a65c@avcodec.org> #610: ffserver bug ------------------------------------+----------------------------------- Reporter: burek | Owner: michael Type: defect | Status: closed Priority: normal | Component: FFmpeg Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed Comment: Please reopen if this is still reproducible. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 29 12:29:33 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 29 Jan 2012 11:29:33 -0000 Subject: [FFmpeg-trac] #947(build system:new): In-progress builds should list their specific version when run In-Reply-To: <035.96907ea915a7f0b96b1e44e0effd13eb@avcodec.org> References: <035.96907ea915a7f0b96b1e44e0effd13eb@avcodec.org> Message-ID: <050.01c36f23a41a0dd364a819b2e610dc4e@avcodec.org> #947: In-progress builds should list their specific version when run -------------------------------------+------------------------------------- Reporter: dg1727 | Owner: Type: enhancement | Status: new Priority: minor | Component: build Version: git-master | system Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Cigaes): What you request is, AFAIK, already implemented. If the snapshot is a normal full git clone, the version string is "N-37334-g9719528", where the number is monotonic and the short hash is unique. If the snapshot is a shallow git clone (--depth 1), the version string is "git-2012-01-29-9719528". If the snapshot is a tarball from gitweb, the version string is "0.9.1.git-9719528". How did you download your snapshot? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 29 12:42:34 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 29 Jan 2012 11:42:34 -0000 Subject: [FFmpeg-trac] #949(build system:new): Unable to compile ffmpeg with new libvpx version (1.0.0) Message-ID: <037.07b3a259f421daf0e1ba173c52446e2d@avcodec.org> #949: Unable to compile ffmpeg with new libvpx version (1.0.0) -------------------------------------+------------------------------------- Reporter: xanadonf | Type: defect Status: new | Priority: normal Component: build | Version: git- system | master Keywords: libvpx | Blocked By: compile error | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Hi, Since yesterday, I am unable to compile ffmpeg with libvpx on debian squeeze. A minimalistic configure for purpose: ./configure --prefix=$TOOLS_MULTIMEDIA_DIR --enable-shared --enable- libtheora --enable-libvorbis --enable-libvpx --enable-pthreads --enable- nonfree --disable-decoder=libvpx ERROR: libvpx encoder version must be >=0.9.6 I used both libvpx trunk and 1.0.0 code on http://code.google.com/p/webm/downloads/detail?name=libvpx-v1.0.0.tar.bz2&can=2&q= ll /opt/xxx/multimedia/lib/libvpx* -rw-r--r-- 1 root root 885284 29 janv. 12:40 /opt/mediatech/multimedia/lib/libvpx.a lrwxrwxrwx 1 root root 15 29 janv. 12:40 /opt/mediatech/multimedia/lib/libvpx.so -> libvpx.so.1.0.0 lrwxrwxrwx 1 root root 15 29 janv. 12:40 /opt/mediatech/multimedia/lib/libvpx.so.1 -> libvpx.so.1.0.0 lrwxrwxrwx 1 root root 15 29 janv. 12:40 /opt/mediatech/multimedia/lib/libvpx.so.1.0 -> libvpx.so.1.0.0 -rwxr-xr-x 1 root root 701973 29 janv. 12:40 /opt/mediatech/multimedia/lib/libvpx.so.1.0.0 libvpx compiled with ./configure --enable-vp8 --prefix=$TOOLS_MULTIMEDIA_DIR --enable-pic --enable-shared Regards, Antony -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 29 14:11:26 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 29 Jan 2012 13:11:26 -0000 Subject: [FFmpeg-trac] #947(build system:closed): In-progress builds should list their specific version when run In-Reply-To: <035.96907ea915a7f0b96b1e44e0effd13eb@avcodec.org> References: <035.96907ea915a7f0b96b1e44e0effd13eb@avcodec.org> Message-ID: <050.4672d0fcab5e6128c7beba9c68457ae2@avcodec.org> #947: In-progress builds should list their specific version when run -------------------------------------+------------------------------------- Reporter: dg1727 | Owner: Type: enhancement | Status: closed Priority: minor | Component: build Version: git-master | system Keywords: | Resolution: Blocking: | worksforme Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => worksforme Comment: This works fine here. If you want to reopen this ticket, please provide the following information: How / where you downloaded the snapshot. You configure line The complete, uncut output of "./ffmpeg -version" -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 29 14:45:17 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 29 Jan 2012 13:45:17 -0000 Subject: [FFmpeg-trac] #949(build system:closed): Unable to compile ffmpeg with new libvpx version (1.0.0) In-Reply-To: <037.07b3a259f421daf0e1ba173c52446e2d@avcodec.org> References: <037.07b3a259f421daf0e1ba173c52446e2d@avcodec.org> Message-ID: <052.d4dbc037f749f68b02e2da6c5894eb02@avcodec.org> #949: Unable to compile ffmpeg with new libvpx version (1.0.0) -------------------------------------+------------------------------------- Reporter: xanadonf | Owner: Type: defect | Status: closed Priority: normal | Component: build Version: git-master | system Keywords: libvpx | Resolution: Blocking: | worksforme Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: libvpx compile error => libvpx * status: new => closed * resolution: => worksforme Comment: I just installed libvpx-v1.0.0 from http://webm.googlecode.com/files/libvpx-v1.0.0.tar.bz2 and compiling ffmpeg with --enable-libvpx works fine (and webm files can be encoded). If you installed libvpx into /opt/mediatech/multimedia, you have to add correct --extra-cflags and --extra-ldflags to your FFmpeg configure line, probably --extra-cflags=-I/opt/mediatech/multimedia/include --extra- ldflags=-L/opt/mediatech/multimedia/lib -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 29 14:53:45 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 29 Jan 2012 13:53:45 -0000 Subject: [FFmpeg-trac] #937(avcodec:closed): DVB Subtitles are not decoded when display segment is missing In-Reply-To: <037.1a5f938a16a0cf14c907991518ec23c7@avcodec.org> References: <037.1a5f938a16a0cf14c907991518ec23c7@avcodec.org> Message-ID: <052.b36a40f681efb38e16d164cf97da5455@avcodec.org> #937: DVB Subtitles are not decoded when display segment is missing ------------------------------------+----------------------------------- Reporter: GoodGuys | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: dvbsub | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Patch by Mark Kendall applied, thank you for the report! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 29 15:04:38 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 29 Jan 2012 14:04:38 -0000 Subject: [FFmpeg-trac] #946(avcodec:open): ffplay: almost unreadable dvd subtitles due to wrong colors In-Reply-To: <038.a838cc170f2e273d943f077e59e054ef@avcodec.org> References: <038.a838cc170f2e273d943f077e59e054ef@avcodec.org> Message-ID: <053.328a82bdf16284096cc9c18e94f423b9@avcodec.org> #946: ffplay: almost unreadable dvd subtitles due to wrong colors ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: dvdsub | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => dvdsub * status: new => open * version: unspecified => git-master * component: undetermined => avcodec -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 29 15:12:34 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 29 Jan 2012 14:12:34 -0000 Subject: [FFmpeg-trac] #946(avcodec:open): ffplay: almost unreadable dvd subtitles due to wrong colors In-Reply-To: <038.a838cc170f2e273d943f077e59e054ef@avcodec.org> References: <038.a838cc170f2e273d943f077e59e054ef@avcodec.org> Message-ID: <053.3c4edfdbf32707bcc367891d07cc62a4@avcodec.org> #946: ffplay: almost unreadable dvd subtitles due to wrong colors ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: dvdsub | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by reimar): To decode DVD subtitles correctly you need to provide the palette. For DVDs the palette is in the IFO file. FFmpeg the application does not support making use of IFO files currently. The patch was checked against my DVD collection to generate better looking subtitles than the previous code for almost all. It would be possible to make the code do more elaborate guessing, but it will always be guessing and there will be cases where it gets it wrong. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 29 15:19:48 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 29 Jan 2012 14:19:48 -0000 Subject: [FFmpeg-trac] #949(build system:closed): Unable to compile ffmpeg with new libvpx version (1.0.0) In-Reply-To: <037.07b3a259f421daf0e1ba173c52446e2d@avcodec.org> References: <037.07b3a259f421daf0e1ba173c52446e2d@avcodec.org> Message-ID: <052.6f46dfb161e3026bb58e26804dab7677@avcodec.org> #949: Unable to compile ffmpeg with new libvpx version (1.0.0) -------------------------------------+------------------------------------- Reporter: xanadonf | Owner: Type: defect | Status: closed Priority: normal | Component: build Version: git-master | system Keywords: libvpx | Resolution: Blocking: | worksforme Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by xanadonf): Thanks. I do not understand why it was compiling for two years now ut it works now. I do not understand those directives yet, but it compiles now ... i will search on it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 29 15:37:54 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 29 Jan 2012 14:37:54 -0000 Subject: [FFmpeg-trac] #950(FFmpeg:new): webm convert -> segmentation error Message-ID: <037.36a3edb772d2a7089c8e3bc4433dd874@avcodec.org> #950: webm convert -> segmentation error -------------------------------------+------------------------------------- Reporter: xanadonf | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: git- Keywords: webm | master convert segfault | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Trying to convert mp4 to webm format on debian squeeze 32 bits. On this sample, or on any file, problem is the same. libvpx from trunk or 1.0.0. Each package was compiled manually. If I use debian packages instead, and compile ffmpeg without prefix, this conversion works fine. ffmpeg -i sample.mp4 -codec:v libvpx -quality good -cpu-used 0 -b:v 500k -qmin 10 -qmax 42 -maxrate 500k -bufsize 1000k -threads 4 -vf scale=-1:480 -codec:a libvorbis -b:a 128k output.webm ... Erreur de segmentation gdb ffmpeg_g GNU gdb (GDB) 7.0.1-debian Copyright (C) 2009 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "i486-linux-gnu". For bug reporting instructions, please see: ... Reading symbols from ffmpeg_g...done. (gdb) r ffmpeg -i sample.mp4 -codec:v libvpx -quality good -cpu-used 0 -b:v 200k -qmin 10 -qmax 42 -maxrate 200k -bufsize 1000k -threads 4 -vf scale=-1:320 -codec:a libvorbis -b:a 128k output.webm Starting program: ffmpeg_g ffmpeg -i sample.mp4 -codec:v libvpx -quality good -cpu-used 0 -b:v 200k -qmin 10 -qmax 42 -maxrate 200k -bufsize 1000k -threads 4 -vf scale=-1:320 -codec:a libvorbis -b:a 128k output.webm [Thread debugging using libthread_db enabled] ffmpeg version N-37334-g9719528 Copyright (c) 2000-2012 the FFmpeg developers built on Jan 29 2012 15:13:17 with gcc 4.4.5 configuration: --prefix=/opt/mediatech/multimedia --enable-shared --enable-libtheora --enable-libvorbis --enable-libvpx --enable-pthreads --enable-nonfree --extra-cflags=-I/opt/mediatech/multimedia/include --extra-ldflags=-L/opt/mediatech/multimedia/lib --enable-libx264 --enable- gpl libavutil 51. 35.101 / 51. 35.101 libavcodec 54. 0.100 / 54. 0.100 libavformat 54. 0.100 / 54. 0.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 60.100 / 2. 60.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 6.100 / 0. 6.100 libpostproc 52. 0.100 / 52. 0.100 [NULL @ 0x806caa0] Unable to find a suitable output format for 'ffmpeg' ffmpeg: Invalid argument Program exited with code 01. (gdb) r /opt/mediatech/multimedia/bin/ffmpeg -i sample.mp4 -codec:v libvpx -quality good -cpu-used 0 -b:v 200k -qmin 10 -qmax 42 -maxrate 200k -bufsize 1000k -threads 4 -vf scale=-1:320 -codec:a libvorbis -b:a 128k output.webm Starting program: ffmpeg_g /opt/mediatech/multimedia/bin/ffmpeg -i sample.mp4 -codec:v libvpx -quality good -cpu-used 0 -b:v 200k -qmin 10 -qmax 42 -maxrate 200k -bufsize 1000k -threads 4 -vf scale=-1:320 -codec:a libvorbis -b:a 128k output.webm [Thread debugging using libthread_db enabled] ffmpeg version N-37334-g9719528 Copyright (c) 2000-2012 the FFmpeg developers built on Jan 29 2012 15:13:17 with gcc 4.4.5 configuration: --prefix=/opt/mediatech/multimedia --enable-shared --enable-libtheora --enable-libvorbis --enable-libvpx --enable-pthreads --enable-nonfree --extra-cflags=-I/opt/mediatech/multimedia/include --extra-ldflags=-L/opt/mediatech/multimedia/lib --enable-libx264 --enable- gpl libavutil 51. 35.101 / 51. 35.101 libavcodec 54. 0.100 / 54. 0.100 libavformat 54. 0.100 / 54. 0.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 60.100 / 2. 60.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 6.100 / 0. 6.100 libpostproc 52. 0.100 / 52. 0.100 [NULL @ 0x806caa0] Unable to find a suitable output format for '/opt/mediatech/multimedia/bin/ffmpeg' /opt/mediatech/multimedia/bin/ffmpeg: Invalid argument Program exited with code 01. (gdb) r -i sample.mp4 -codec:v libvpx -quality good -cpu-used 0 -b:v 200k -qmin 10 -qmax 42 -maxrate 200k -bufsize 1000k -threads 4 -vf scale=-1:320 -codec:a libvorbis -b:a 128k output.webm Starting program: ffmpeg_g -i sample.mp4 -codec:v libvpx -quality good -cpu-used 0 -b:v 200k -qmin 10 -qmax 42 -maxrate 200k -bufsize 1000k -threads 4 -vf scale=-1:320 -codec:a libvorbis -b:a 128k output.webm [Thread debugging using libthread_db enabled] ffmpeg version N-37334-g9719528 Copyright (c) 2000-2012 the FFmpeg developers built on Jan 29 2012 15:13:17 with gcc 4.4.5 configuration: --prefix=/opt/mediatech/multimedia --enable-shared --enable-libtheora --enable-libvorbis --enable-libvpx --enable-pthreads --enable-nonfree --extra-cflags=-I/opt/mediatech/multimedia/include --extra-ldflags=-L/opt/mediatech/multimedia/lib --enable-libx264 --enable- gpl libavutil 51. 35.101 / 51. 35.101 libavcodec 54. 0.100 / 54. 0.100 libavformat 54. 0.100 / 54. 0.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 60.100 / 2. 60.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 6.100 / 0. 6.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'sample.mp4': Metadata: major_brand : isom minor_version : 1 compatible_brands: isomavc1 creation_time : 2010-09-07 16:05:04 Duration: 00:00:12.81, start: 0.000000, bitrate: 280 kb/s Stream #0:0(fre): Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yuv420p, 320x240 [SAR 1:1 DAR 4:3], 213 kb/s, 12 fps, 12 tbr, 12k tbn, 24 tbc Metadata: creation_time : 2010-09-07 16:05:04 handler_name : sample_low_temp.264#video:fps=12 - Imported with GPAC 0.4.6-DEV (internal rev. 7) Stream #0:1(fre): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, s16, 67 kb/s Metadata: creation_time : 2010-09-07 16:05:04 handler_name : GPAC ISO Audio Handler File 'output.webm' already exists. Overwrite ? [y/N] y w:320 h:240 pixfmt:yuv420p tb:1/1000000 sar:1/1 sws_param: [scale @ 0x808c760] w:320 h:240 fmt:yuv420p -> w:427 h:320 fmt:yuv420p flags:0x4 [libvpx @ 0x80677e0] v1.0.0-6-g57cc35d [New Thread 0xb6740b70 (LWP 32604)] [New Thread 0xb5f3fb70 (LWP 32605)] [New Thread 0xb573eb70 (LWP 32606)] [New Thread 0xb4f3db70 (LWP 32607)] [New Thread 0xb473cb70 (LWP 32608)] [New Thread 0xb3f3bb70 (LWP 32609)] [New Thread 0xb373ab70 (LWP 32610)] [New Thread 0xb2f39b70 (LWP 32611)] [New Thread 0xb2738b70 (LWP 32612)] [New Thread 0xb1f37b70 (LWP 32613)] [New Thread 0xb1736b70 (LWP 32614)] [New Thread 0xb0f35b70 (LWP 32615)] [New Thread 0xb0734b70 (LWP 32616)] Output #0, webm, to 'output.webm': Metadata: major_brand : isom minor_version : 1 compatible_brands: isomavc1 creation_time : 2010-09-07 16:05:04 encoder : Lavf54.0.100 Stream #0:0(fre): Video: vp8, yuv420p, 427x320 [SAR 1280:1281 DAR 4:3], q=10-42, 200 kb/s, 1k tbn, 12 tbc Metadata: creation_time : 2010-09-07 16:05:04 handler_name : sample_low_temp.264#video:fps=12 - Imported with GPAC 0.4.6-DEV (internal rev. 7) Stream #0:1(fre): Audio: vorbis, 44100 Hz, stereo, s16, 128 kb/s Metadata: creation_time : 2010-09-07 16:05:04 handler_name : GPAC ISO Audio Handler Stream mapping: Stream #0:0 -> #0:0 (h264 -> libvpx) Stream #0:1 -> #0:1 (aac -> libvorbis) Press [q] to stop, [?] for help Program received signal SIGSEGV, Segmentation fault. 0xb6cef6a7 in vp8_subtract_mbuv_sse2 () from /opt/mediatech/multimedia/lib/libvpx.so.1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 29 16:46:16 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 29 Jan 2012 15:46:16 -0000 Subject: [FFmpeg-trac] #950(undetermined:new): webm convert -> segmentation error In-Reply-To: <037.36a3edb772d2a7089c8e3bc4433dd874@avcodec.org> References: <037.36a3edb772d2a7089c8e3bc4433dd874@avcodec.org> Message-ID: <052.561eadd31bfbe8e079d5a0ddaf1df3b4@avcodec.org> #950: webm convert -> segmentation error -------------------------------------+------------------------------------- Reporter: xanadonf | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: libvpx | Resolution: crash SIGSEGV | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: webm convert segfault => libvpx crash SIGSEGV * component: FFmpeg => undetermined Comment: Is the crash also reproducible with ffmpeg -i sample.mp4 -an output.webm ? Is the problem only reproducible with one specific sample? If yes, please provide it. If you want support with this problem you will have to provide backtrace etc. as explained on http://ffmpeg.org/bugreports.html which means you have to install a shared libvpx with debug symbols. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 29 17:23:13 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 29 Jan 2012 16:23:13 -0000 Subject: [FFmpeg-trac] #950(undetermined:new): webm convert -> segmentation error In-Reply-To: <037.36a3edb772d2a7089c8e3bc4433dd874@avcodec.org> References: <037.36a3edb772d2a7089c8e3bc4433dd874@avcodec.org> Message-ID: <052.875c855b093411cb56f072861f20b8c3@avcodec.org> #950: webm convert -> segmentation error -------------------------------------+------------------------------------- Reporter: xanadonf | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: libvpx | Resolution: crash SIGSEGV | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by xanadonf): ''>>Is the crash also reproducible with ffmpeg -i sample.mp4 -an output.webm ?'' --> yes ''>>Is the problem only reproducible with one specific sample? If yes, please provide it.'' --> no. it happens with any sample. ''>>If you want support with this problem you will have to provide backtrace etc. as explained on http://ffmpeg.org/bugreports.html which means you have to install a shared libvpx with debug symbols.'' --> let's continue : '''gdb /home/xxx/software/ffmpeg/ffmpeg_g''' GNU gdb (GDB) 7.0.1-debian Copyright (C) 2009 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "i486-linux-gnu". For bug reporting instructions, please see: ... Reading symbols from /home/xxx/software/ffmpeg/ffmpeg_g...done. (gdb) bt No stack. (gdb) r -i sample.mp4 -codec:v libvpx -quality good -cpu-used 0 -b:v 200k -qmin 10 -qmax 42 -maxrate 200k -bufsize 1000k -threads 4 -vf scale=-1:320 -codec:a libvorbis -b:a 128k output.webm Starting program: /home/xxx/software/ffmpeg/ffmpeg_g -i sample.mp4 -codec:v libvpx -quality good -cpu-used 0 -b:v 200k -qmin 10 -qmax 42 -maxrate 200k -bufsize 1000k -threads 4 -vf scale=-1:320 -codec:a libvorbis -b:a 128k output.webm [Thread debugging using libthread_db enabled] ffmpeg version N-37334-g9719528 Copyright (c) 2000-2012 the FFmpeg developers built on Jan 29 2012 15:13:17 with gcc 4.4.5 configuration: --prefix=/opt/mediatech/multimedia --enable-shared --enable-libtheora --enable-libvorbis --enable-libvpx --enable-pthreads --enable-nonfree --extra-cflags=-I/opt/mediatech/multimedia/include --extra-ldflags=-L/opt/mediatech/multimedia/lib --enable-libx264 --enable- gpl libavutil 51. 35.101 / 51. 35.101 libavcodec 54. 0.100 / 54. 0.100 libavformat 54. 0.100 / 54. 0.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 60.100 / 2. 60.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 6.100 / 0. 6.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'sample.mp4': Metadata: major_brand : isom minor_version : 1 compatible_brands: isomavc1 creation_time : 2010-09-07 16:05:04 Duration: 00:00:12.81, start: 0.000000, bitrate: 280 kb/s Stream #0:0(fre): Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yuv420p, 320x240 [SAR 1:1 DAR 4:3], 213 kb/s, 12 fps, 12 tbr, 12k tbn, 24 tbc Metadata: creation_time : 2010-09-07 16:05:04 handler_name : sample_low_temp.264#video:fps=12 - Imported with GPAC 0.4.6-DEV (internal rev. 7) Stream #0:1(fre): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, s16, 67 kb/s Metadata: creation_time : 2010-09-07 16:05:04 handler_name : GPAC ISO Audio Handler File 'output.webm' already exists. Overwrite ? [y/N] y w:320 h:240 pixfmt:yuv420p tb:1/1000000 sar:1/1 sws_param: [scale @ 0x808c760] w:320 h:240 fmt:yuv420p -> w:427 h:320 fmt:yuv420p flags:0x4 [libvpx @ 0x80677e0] v1.0.0-6-g57cc35d [New Thread 0xb6740b70 (LWP 1622)] [New Thread 0xb5f3fb70 (LWP 1623)] [New Thread 0xb573eb70 (LWP 1624)] [New Thread 0xb4f3db70 (LWP 1625)] [New Thread 0xb473cb70 (LWP 1626)] [New Thread 0xb3f3bb70 (LWP 1627)] [New Thread 0xb373ab70 (LWP 1628)] [New Thread 0xb2f39b70 (LWP 1629)] [New Thread 0xb2738b70 (LWP 1630)] [New Thread 0xb1f37b70 (LWP 1631)] [New Thread 0xb1736b70 (LWP 1632)] [New Thread 0xb0f35b70 (LWP 1633)] [New Thread 0xb0734b70 (LWP 1634)] Output #0, webm, to 'output.webm': Metadata: major_brand : isom minor_version : 1 compatible_brands: isomavc1 creation_time : 2010-09-07 16:05:04 encoder : Lavf54.0.100 Stream #0:0(fre): Video: vp8, yuv420p, 427x320 [SAR 1280:1281 DAR 4:3], q=10-42, 200 kb/s, 1k tbn, 12 tbc Metadata: creation_time : 2010-09-07 16:05:04 handler_name : sample_low_temp.264#video:fps=12 - Imported with GPAC 0.4.6-DEV (internal rev. 7) Stream #0:1(fre): Audio: vorbis, 44100 Hz, stereo, s16, 128 kb/s Metadata: creation_time : 2010-09-07 16:05:04 handler_name : GPAC ISO Audio Handler Stream mapping: Stream #0:0 -> #0:0 (h264 -> libvpx) Stream #0:1 -> #0:1 (aac -> libvorbis) Press [q] to stop, [?] for help Program received signal SIGSEGV, Segmentation fault. 0xb6cef6a7 in vp8_subtract_mbuv_sse2 () from /opt/mediatech/multimedia/lib/libvpx.so.1 (gdb) bt #0 0xb6cef6a7 in vp8_subtract_mbuv_sse2 () from /opt/mediatech/multimedia/lib/libvpx.so.1 #1 0xb6cc4d3a in rd_pick_intra_mbuv_mode () from /opt/mediatech/multimedia/lib/libvpx.so.1 #2 0x080a9ec0 in ?? () Backtrace stopped: previous frame inner to this frame (corrupt stack?) (gdb) disass $pc-32,$pc+32 Dump of assembler code for function vp8_subtract_mbuv_sse2: 0xb6cef690 : push %ebp 0xb6cef691 : mov %esp,%ebp 0xb6cef693 : push %ebx 0xb6cef694 : call 0xb6cef69b 0xb6cef699 : jmp 0xb6cef6a5 0xb6cef69b : mov (%esp),%ebx 0xb6cef69e : add $0x14e5d,%ebx 0xb6cef6a4 : ret 0xb6cef6a5 : push %esi 0xb6cef6a6 : push %edi 0xb6cef6a7 : movdqa -0x1b44(%ebx),%xmm4 0xb6cef6af : mov 0x8(%ebp),%edi 0xb6cef6b2 : mov 0xc(%ebp),%esi 0xb6cef6b5 : mov 0x14(%ebp),%edx 0xb6cef6b8 : mov 0x18(%ebp),%eax 0xb6cef6bb : add $0x200,%edi 0xb6cef6c1 : mov $0x4,%ecx 0xb6cef6c6 : push %ebx 0xb6cef6c7 : mov 0x20(%ebp),%ebx 0xb6cef6ca : movq (%esi),%xmm0 0xb6cef6ce : movq (%esi,%edx,1),%xmm2 0xb6cef6d3 : movq (%eax),%xmm1 0xb6cef6d7 : movq (%eax,%ebx,1),%xmm3 0xb6cef6dc : lea (%esi,%edx,2),%esi 0xb6cef6df : lea (%eax,%ebx,2),%eax 0xb6cef6e2 : punpcklqdq %xmm2,%xmm0 0xb6cef6e6 : punpcklqdq %xmm3,%xmm1 0xb6cef6ea : movdqa %xmm0,%xmm2 0xb6cef6ee : psubb %xmm1,%xmm0 0xb6cef6f2 : pxor %xmm4,%xmm1 0xb6cef6f6 : pxor %xmm4,%xmm2 0xb6cef6fa : pcmpgtb %xmm2,%xmm1 0xb6cef6fe : movdqa %xmm0,%xmm2 0xb6cef702 : movdqa %xmm1,%xmm3 0xb6cef706 : punpcklbw %xmm1,%xmm0 0xb6cef70a : punpckhbw %xmm3,%xmm2 0xb6cef70e : movdqa %xmm0,(%edi) 0xb6cef712 : movdqa %xmm2,0x10(%edi) 0xb6cef717 : add $0x20,%edi 0xb6cef71a : sub $0x1,%ecx 0xb6cef71d : jne 0xb6cef6ca 0xb6cef71f : mov 0x10(%ebp),%esi 0xb6cef722 : mov 0x1c(%ebp),%eax 0xb6cef725 : mov $0x4,%ecx 0xb6cef72a : movq (%esi),%xmm0 0xb6cef72e : movq (%esi,%edx,1),%xmm2 0xb6cef733 : movq (%eax),%xmm1 0xb6cef737 : movq (%eax,%ebx,1),%xmm3 0xb6cef73c : lea (%esi,%edx,2),%esi 0xb6cef73f : lea (%eax,%ebx,2),%eax 0xb6cef742 : punpcklqdq %xmm2,%xmm0 0xb6cef746 : punpcklqdq %xmm3,%xmm1 0xb6cef74a : movdqa %xmm0,%xmm2 0xb6cef74e : psubb %xmm1,%xmm0 0xb6cef752 : pxor %xmm4,%xmm1 0xb6cef756 : pxor %xmm4,%xmm2 0xb6cef75a : pcmpgtb %xmm2,%xmm1 0xb6cef75e : movdqa %xmm0,%xmm2 0xb6cef762 : movdqa %xmm1,%xmm3 0xb6cef766 : punpcklbw %xmm1,%xmm0 0xb6cef76a : punpckhbw %xmm3,%xmm2 0xb6cef76e : movdqa %xmm0,(%edi) 0xb6cef772 : movdqa %xmm2,0x10(%edi) 0xb6cef777 : add $0x20,%edi 0xb6cef77a : sub $0x1,%ecx 0xb6cef77d : jne 0xb6cef72a 0xb6cef77f : pop %ebx 0xb6cef780 : pop %edi 0xb6cef781 : pop %esi 0xb6cef782 : pop %ebx 0xb6cef783 : pop %ebp 0xb6cef784 : ret 0xb6cef785 : nop 0xb6cef786 : nop 0xb6cef787 : nop 0xb6cef788 : nop 0xb6cef789 : nop 0xb6cef78a : nop 0xb6cef78b : nop 0xb6cef78c : nop 0xb6cef78d : nop 0xb6cef78e : nop 0xb6cef78f : nop End of assembler dump. (gdb) info all-registers eax 0x8098980 134842752 ecx 0x18 24 edx 0x8 8 ebx 0xb6d044f6 -1227864842 esp 0xbfffd1bc 0xbfffd1bc ebp 0xbfffd1c8 0xbfffd1c8 esi 0x80a9f00 134913792 edi 0x80a9ec0 134913728 eip 0xb6cef6a7 0xb6cef6a7 eflags 0x10296 [ PF AF SF IF RF ] cs 0x73 115 ss 0x7b 123 ds 0x7b 123 es 0x7b 123 fs 0x0 0 gs 0x33 51 st0 -0.0043610907531730358499544308870099485 (raw 0xbff78ee77b1473380000) st1 -nan(0x8080808080808080) (raw 0xffff8080808080808080) st2 10 (raw 0x4002a000000000000000) st3 15 (raw 0x4002f000000000000000) st4 0.28999999999999998001598555674718227 (raw 0x3ffd947ae147ae147800) st5 16 (raw 0x40038000000000000000) st6 32 (raw 0x40048000000000000000) st7 32 (raw 0x40048000000000000000) fctrl 0x27f 639 fstat 0x20 32 ftag 0x8 8 fiseg 0x73 115 fioff 0xb6cc4747 -1228126393 foseg 0x7b 123 fooff 0xbfffd428 -1073753048 fop 0x0 0 xmm0 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x7, 0x3f, 0x84, 0xa1, 0x8d, 0x63, 0x3e, 0x37, 0x57, 0x92, 0x86, 0x3a, 0x25, 0x1c, 0x1a, 0x1b}, v8_int16 = { 0x3f07, 0xa184, 0x638d, 0x373e, 0x9257, 0x3a86, 0x1c25, 0x1b1a}, v4_int32 = {0xa1843f07, 0x373e638d, 0x3a869257, 0x1b1a1c25}, v2_int64 = {0x373e638da1843f07, 0x1b1a1c253a869257}, uint128 = 0x1b1a1c253a869257373e638da1843f07} xmm1 {v4_float = {0x0, 0x339d284, 0x0, 0x0}, v2_double = {0x8000000000000000, 0x0}, v16_int8 = {0xa, 0x54, 0x9f, 0xb3, 0xa1, 0x74, 0x4e, 0x4c, 0x79, 0x97, 0x72, 0x28, 0x20, 0x1b, 0x1a, 0x1a}, v8_int16 = {0x540a, 0xb39f, 0x74a1, 0x4c4e, 0x9779, 0x2872, 0x1b20, 0x1a1a}, v4_int32 = {0xb39f540a, 0x4c4e74a1, 0x28729779, 0x1a1a1b20}, v2_int64 = {0x4c4e74a1b39f540a, 0x1a1a1b2028729779}, uint128 = 0x1a1a1b20287297794c4e74a1b39f540a} xmm2 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x8000000000000000, 0x0}, v16_int8 = {0x18, 0x6f, 0xb9, 0xbc, 0xa7, 0x79, 0x5d, 0x68, 0x9b, 0x92, 0x5a, 0x1f, 0x1d, 0x1a, 0x19, 0x19}, v8_int16 = {0x6f18, 0xbcb9, 0x79a7, 0x685d, 0x929b, 0x1f5a, 0x1a1d, 0x1919}, v4_int32 = {0xbcb96f18, 0x685d79a7, 0x1f5a929b, 0x19191a1d}, v2_int64 = {0x685d79a7bcb96f18, 0x19191a1d1f5a929b}, uint128 = 0x19191a1d1f5a929b685d79a7bcb96f18} xmm3 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x25, 0x7e, 0xc3, 0xb9, 0x9e, 0x74, 0x69, 0x86, 0xa8, 0x7d, 0x40, 0x1e, 0x1c, 0x1a, 0x19, 0x19}, v8_int16 = { 0x7e25, 0xb9c3, 0x749e, 0x8669, 0x7da8, 0x1e40, 0x1a1c, 0x1919}, v4_int32 = {0xb9c37e25, 0x8669749e, 0x1e407da8, 0x19191a1c}, v2_int64 = {0x8669749eb9c37e25, 0x19191a1c1e407da8}, uint128 = 0x19191a1c1e407da88669749eb9c37e25} xmm4 {v4_float = {0x0, 0xc04f6e, 0x0, 0x0}, v2_double = {0x8000000000000000, 0x0}, v16_int8 = {0x1c, 0x53, 0x89, 0x8e, 0x6e, 0x4f, 0x40, 0x4b, 0x67, 0x9e, 0x9c, 0x5f, 0x38, 0x1f, 0x17, 0x1b}, v8_int16 = {0x531c, 0x8e89, 0x4f6e, 0x4b40, 0x9e67, 0x5f9c, 0x1f38, 0x1b17}, v4_int32 = {0x8e89531c, 0x4b404f6e, 0x5f9c9e67, 0x1b171f38}, v2_int64 = {0x4b404f6e8e89531c, 0x1b171f385f9c9e67}, uint128 = 0x1b171f385f9c9e674b404f6e8e89531c} xmm5 {v4_float = {0x0, 0x0, 0x11b189, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x10, 0x3c, 0x77, 0x92, 0x79, 0x4d, 0x2e, 0x2f, 0x4a, 0x8c, 0x8d, 0x49, 0x2b, 0x1b, 0x18, 0x1b}, v8_int16 = {0x3c10, 0x9277, 0x4d79, 0x2f2e, 0x8c4a, 0x498d, 0x1b2b, 0x1b18}, v4_int32 = {0x92773c10, 0x2f2e4d79, 0x498d8c4a, 0x1b181b2b}, v2_int64 = {0x2f2e4d7992773c10, 0x1b181b2b498d8c4a}, uint128 = 0x1b181b2b498d8c4a2f2e4d7992773c10} xmm6 {v4_float = {0xffffff7d, 0xfffffc3d, 0xfffff971, 0xfffffb9c}, v2_double = {0x8000000000000000, 0x8000000000000000}, v16_int8 = {0xec, 0x6d, 0x3, 0xc3, 0x3c, 0xc1, 0x70, 0xc4, 0x9c, 0xe8, 0xd1, 0xc4, 0x3b, 0x83, 0x8c, 0xc4}, v8_int16 = {0x6dec, 0xc303, 0xc13c, 0xc470, 0xe89c, 0xc4d1, 0x833b, 0xc48c}, v4_int32 = {0xc3036dec, 0xc470c13c, 0xc4d1e89c, 0xc48c833b}, v2_int64 = { 0xc470c13cc3036dec, 0xc48c833bc4d1e89c}, uint128 = 0xc48c833bc4d1e89cc470c13cc3036dec} xmm7 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x4, 0x0, 0x4, 0x0, 0x4, 0x0, 0x4, 0x0, 0x4, 0x0, 0x4, 0x0, 0x4, 0x0, 0x4, 0x0}, v8_int16 = {0x4, 0x4, 0x4, 0x4, 0x4, 0x4, 0x4, 0x4}, v4_int32 = {0x40004, 0x40004, 0x40004, 0x40004}, v2_int64 = {0x4000400040004, 0x4000400040004}, uint128 = 0x00040004000400040004000400040004} mxcsr 0x1fa0 [ PE IM DM ZM OM UM PM ] mm0 {uint64 = 0x8ee77b1473380000, v2_int32 = {0x73380000, 0x8ee77b14}, v4_int16 = {0x0, 0x7338, 0x7b14, 0x8ee7}, v8_int8 = {0x0, 0x0, 0x38, 0x73, 0x14, 0x7b, 0xe7, 0x8e}} mm1 {uint64 = 0x8080808080808080, v2_int32 = {0x80808080, 0x80808080}, v4_int16 = {0x8080, 0x8080, 0x8080, 0x8080}, v8_int8 = {0x80, 0x80, 0x80, 0x80, 0x80, 0x80, 0x80, 0x80}} mm2 {uint64 = 0xa000000000000000, v2_int32 = {0x0, 0xa0000000}, v4_int16 = {0x0, 0x0, 0x0, 0xa000}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xa0}} mm3 {uint64 = 0xf000000000000000, v2_int32 = {0x0, 0xf0000000}, v4_int16 = {0x0, 0x0, 0x0, 0xf000}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xf0}} mm4 {uint64 = 0x947ae147ae147800, v2_int32 = {0xae147800, 0x947ae147}, v4_int16 = {0x7800, 0xae14, 0xe147, 0x947a}, v8_int8 = {0x0, 0x78, 0x14, 0xae, 0x47, 0xe1, 0x7a, 0x94}} mm5 {uint64 = 0x8000000000000000, v2_int32 = {0x0, 0x80000000}, v4_int16 = {0x0, 0x0, 0x0, 0x8000}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x80}} mm6 {uint64 = 0x8000000000000000, v2_int32 = {0x0, 0x80000000}, v4_int16 = {0x0, 0x0, 0x0, 0x8000}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x80}} mm7 {uint64 = 0x8000000000000000, v2_int32 = {0x0, 0x80000000}, v4_int16 = {0x0, 0x0, 0x0, 0x8000}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x80}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 29 18:04:20 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 29 Jan 2012 17:04:20 -0000 Subject: [FFmpeg-trac] #871(avcodec:closed): wavpack 24bit hybrid regression In-Reply-To: <038.c9ba1ff93d2a1991df73b72148ec2a3c@avcodec.org> References: <038.c9ba1ff93d2a1991df73b72148ec2a3c@avcodec.org> Message-ID: <053.c6a6cc0a58956da90c52432dbbc37b0b@avcodec.org> #871: wavpack 24bit hybrid regression -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: wavpack | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: The attached sample should be fixed. It is likely that the code for lossy wavpack is not correct, but without a failing sample, this is unlikely to get fixed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 29 18:21:22 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 29 Jan 2012 17:21:22 -0000 Subject: [FFmpeg-trac] #951(undetermined:new): ffplay: system freeze with audio channel cycle Message-ID: <038.ea9c6e9c3cd322a99d7718435465db4b@avcodec.org> #951: ffplay: system freeze with audio channel cycle -------------------------------------+------------------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- http://www.cccp- project.net/beta/test_files/%5bCCCP%5d_Mega_Weird_Audio_Test.mkv to reproduce please run: ffplay -ast 19 [CCCP]_Mega_Weird_Audio_Test.mkv and cycle audio channel with "a" key {{{ C:\>ffmpeg -i [CCCP]_Mega_Weird_Audio_Test.mkv ffmpeg version N-37208-g01fcbdf Copyright (c) 2000-2012 the FFmpeg developers built on Jan 27 2012 18:34:52 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 34.101 / 51. 34.101 libavcodec 53. 60.100 / 53. 60.100 libavformat 53. 31.100 / 53. 31.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 60.100 / 2. 60.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 6.100 / 0. 6.100 libpostproc 52. 0.100 / 52. 0.100 [NULL @ 027329C0] Codec is experimental but experimental codecs are not enabled, see -strict -2 [NULL @ 02738AC0] Codec is experimental but experimental codecs are not enabled, see -strict -2 [mpeg4 @ 0214C420] Invalid and inefficient vfw-avi packed B frames detected [NULL @ 027329C0] Codec is experimental but experimental codecs are not enabled, see -strict -2 Last message repeated 7 times [NULL @ 02738AC0] Codec is experimental but experimental codecs are not enabled, see -strict -2 Last message repeated 7 times [NULL @ 027329C0] Codec is experimental but experimental codecs are not enabled, see -strict -2 Last message repeated 15 times [NULL @ 02738AC0] Codec is experimental but experimental codecs are not enabled, see -strict -2 Last message repeated 3 times [NULL @ 027329C0] Codec is experimental but experimental codecs are not enabled, see -strict -2 Last message repeated 14 times [NULL @ 02738AC0] Codec is experimental but experimental codecs are not enabled, see -strict -2 Last message repeated 7 times [NULL @ 027329C0] Codec is experimental but experimental codecs are not enabled, see -strict -2 Last message repeated 15 times [NULL @ 02738AC0] Codec is experimental but experimental codecs are not enabled, see -strict -2 Last message repeated 4 times [NULL @ 027329C0] Codec is experimental but experimental codecs are not enabled, see -strict -2 Last message repeated 8 times [matroska,webm @ 02142320] max_analyze_duration 5000000 reached at 5130000 [NULL @ 027329C0] Codec is experimental but experimental codecs are not enabled, see -strict -2 [matroska,webm @ 02142320] decoding for stream 22 failed [matroska,webm @ 02142320] Could not find codec parameters (Audio: wmalossless ( c[1][0][0] / 0x0163), 48000 Hz, 6 channels, 1882 kb/s) [NULL @ 02738AC0] Codec is experimental but experimental codecs are not enabled, see -strict -2 [matroska,webm @ 02142320] decoding for stream 23 failed [matroska,webm @ 02142320] Could not find codec parameters (Audio: wmalossless ( c[1][0][0] / 0x0163), 48000 Hz, 2 channels, 774 kb/s) Input #0, matroska,webm, from '[CCCP]_Mega_Weird_Audio_Test.mkv ': Metadata: title : Macross Plus - First Simulator Test Duration: 00:01:03.70, start: 0.000000, bitrate: 6167 kb/s Stream #0:0(eng): Video: mpeg4 (Advanced Simple Profile) (XVID / 0x44495658) , yuv420p, 656x464 [SAR 1:1 DAR 41:29], SAR 116:123 DAR 4:3, 23.98 fps, 23.98 tb r, 1k tbn, 23.98 tbc (default) Metadata: title : Macross Plus - First Simulator Test Stream #0:1(eng): Audio: ac3, 48000 Hz, 5.1(side), s16, 448 kb/s (default) Metadata: title : AC3 6ch Audio Stream #0:2(jpn): Audio: ac3, 48000 Hz, stereo, s16, 192 kb/s Metadata: title : AC3 2ch Audio Stream #0:3(eng): Audio: mp3, 48000 Hz, stereo, s16, 192 kb/s Metadata: title : AudX HGHQ 6ch Audio Stream #0:4(eng): Audio: mp3, 48000 Hz, mono, s16, 192 kb/s Metadata: title : AudX SPBQ 6ch Audio Stream #0:5(jpn): Audio: sipr (0[1][0][0] / 0x0130), 16000 Hz, 1 channels, f lt, 16 kb/s Metadata: title : ACELP Sipro Mono Audio Stream #0:6(jpn): Audio: adpcm_ms ([2][0][0][0] / 0x0002), 11025 Hz, 2 chann els, s16, 88 kb/s Metadata: title : MS ADPCM 2ch Audio Stream #0:7(jpn): Audio: adpcm_ima_wav ([17][0][0][0] / 0x0011), 11025 Hz, 2 channels, s16, 88 kb/s Metadata: title : IMA ADPCM 2ch Audio Stream #0:8(jpn): Audio: adpcm_yamaha ( [0][0][0] / 0x0020), 16000 Hz, 1 cha nnels, s16, 64 kb/s Metadata: title : Yamaha ADPCM Mono Audio Stream #0:9(jpn): Audio: g726 (E[0][0][0] / 0x0045), 8000 Hz, 1 channels, s1 6, 32 kb/s Metadata: title : G.726 ADPCM Mono Audio Stream #0:10(jpn): Audio: pcm_mulaw ([7][0][0][0] / 0x0007), 8000 Hz, 2 chan nels, s16, 128 kb/s Metadata: title : ??-Law 2ch Audio Stream #0:11(jpn): Audio: pcm_alaw ([6][0][0][0] / 0x0006), 8000 Hz, 2 chann els, s16, 128 kb/s Metadata: title : A-Law 2ch Audio Stream #0:12(jpn): Audio: gsm_ms (1[0][0][0] / 0x0031), 44100 Hz, 1 channels , s16, 71 kb/s Metadata: title : GSM 6.10 Mono Audio Stream #0:13(jpn): Audio: truespeech ("[0][0][0] / 0x0022), 8000 Hz, 1 chann els, s16, 8 kb/s Metadata: title : TrueSpeech Mono Audio Stream #0:14(jpn): Audio: wmav2 (a[1][0][0] / 0x0161), 44100 Hz, 2 channels, s16, 64 kb/s Metadata: title : WMA7 2ch Audio Stream #0:15(jpn): Audio: wmav2 (a[1][0][0] / 0x0161), 44100 Hz, 2 channels, s16, 64 kb/s Metadata: title : WMA8 2ch Audio Stream #0:16(jpn): Audio: wmavoice ([10][0][0][0] / 0x000A), 22050 Hz, 1 cha nnels, flt, 20 kb/s Metadata: title : WMA9 Voice Mono Audio Stream #0:17(jpn): Audio: wmav2 (a[1][0][0] / 0x0161), 48000 Hz, 2 channels, s16, 64 kb/s Metadata: title : WMA9.2 Std 2ch Audio Stream #0:18(eng): Audio: wmapro (b[1][0][0] / 0x0162), 48000 Hz, 5.1, flt, 192 kb/s Metadata: title : WMA9.1 Pro 6ch Audio Stream #0:19(jpn): Audio: wmapro (b[1][0][0] / 0x0162), 48000 Hz, stereo, fl t, 80 kb/s Metadata: title : WMA9.1 Pro 2ch Audio Stream #0:20(eng): Audio: wmapro (b[1][0][0] / 0x0162), 48000 Hz, 5.1, flt, 192 kb/s Metadata: title : WMA10 Pro 6ch Audio Stream #0:21(jpn): Audio: wmapro (b[1][0][0] / 0x0162), 48000 Hz, stereo, fl t, 64 kb/s Metadata: title : WMA10 Pro 2ch Audio Stream #0:22(eng): Audio: wmalossless (c[1][0][0] / 0x0163), 48000 Hz, 6 cha nnels, 1882 kb/s Metadata: title : WMA9.1 Lossless 6ch Audio Stream #0:23(jpn): Audio: wmalossless (c[1][0][0] / 0x0163), 48000 Hz, 2 cha nnels, 774 kb/s Metadata: title : WMA9.1 Lossless 2ch Audio Stream #0:24(jpn): Audio: cook, 44100 Hz, stereo, flt Metadata: title : RA6 G2 Cook 2ch Audio Stream #0:25(jpn): Audio: atrac3, 44100 Hz, 2 channels, s16 Metadata: title : RA8 ATRC 2ch Audio Stream #0:26(eng): Audio: cook, 44100 Hz, 5.1, flt Metadata: title : RA8 Cook 6ch Audio Stream #0:27(jpn): Audio: cook, 44100 Hz, stereo, flt Metadata: title : RA8 Cook 2ch Audio Stream #0:28(jpn): Audio: cook, 44100 Hz, mono, flt Metadata: title : RA8 Cook Mono Audio Stream #0:29(jpn): Audio: aac, 32000 Hz, stereo, s16 Metadata: title : RA10 RAAC 2ch Audio Stream #0:30(jpn): Audio: aac, 44100 Hz, stereo, s16 Metadata: title : RA10 RACP 2ch Audio At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 29 18:31:56 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 29 Jan 2012 17:31:56 -0000 Subject: [FFmpeg-trac] #952(avformat:new): FLV + H.264 extradata hangs Message-ID: <035.6bd8f3d359066100a595cd519d7d3867@avcodec.org> #952: FLV + H.264 extradata hangs -------------------------------------+------------------------------------- Reporter: Cigaes | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git- | Keywords: flv h264 master | extradata Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- The attached file (HQ version downloaded from http://www.dailymotion.com/video/xo3uih_black-rock-shooter-teaser- japonais) hangs during probe. With "lavf: exit try_decode_frame if nothing decoded", the file is decoded, except the first few frames. With "flvdec: actually accept new extradata", the file is decoded, including the first few frames. Note that libav behaves like the latter. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 29 19:01:39 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 29 Jan 2012 18:01:39 -0000 Subject: [FFmpeg-trac] #953(FFmpeg:new): 0.10 - Input channel layout isnt supported Message-ID: <037.71d377ebea57d1c54df59ce38ed3c697@avcodec.org> #953: 0.10 - Input channel layout isnt supported ----------------------------------+---------------------------------- Reporter: Atarikid | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: 0.10 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+---------------------------------- When you try to convert a video with PCM audio and you use -async you always get the error : "Input channel layout isn't supported" To be more exact: -async 1 -> works -async 44110 -> does not work This bug is not present with 0.91 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 29 20:16:48 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 29 Jan 2012 19:16:48 -0000 Subject: [FFmpeg-trac] #953(FFmpeg:new): 0.10 - Input channel layout isnt supported In-Reply-To: <037.71d377ebea57d1c54df59ce38ed3c697@avcodec.org> References: <037.71d377ebea57d1c54df59ce38ed3c697@avcodec.org> Message-ID: <052.d71d6c7479e351ae6e40460547cecf18@avcodec.org> #953: 0.10 - Input channel layout isnt supported ----------------------------------+---------------------------------- Reporter: Atarikid | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: 0.10 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+---------------------------------- Comment (by cehoyos): Please add a failing command line and complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jan 29 20:18:32 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 29 Jan 2012 19:18:32 -0000 Subject: [FFmpeg-trac] #952(avformat:open): FLV + H.264 extradata hangs In-Reply-To: <035.6bd8f3d359066100a595cd519d7d3867@avcodec.org> References: <035.6bd8f3d359066100a595cd519d7d3867@avcodec.org> Message-ID: <050.48bb48984023edb5aa9fe035cc27968f@avcodec.org> #952: FLV + H.264 extradata hangs -------------------------------------+------------------------------------- Reporter: Cigaes | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: flv h264 | Blocked By: extradata regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: flv h264 extradata => flv h264 extradata regression * priority: normal => important * status: new => open * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 30 00:41:15 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 29 Jan 2012 23:41:15 -0000 Subject: [FFmpeg-trac] #954(undetermined:new): non monotonically increasing dts error while remuxing wtv Message-ID: <036.a223131fd1104e7b09d4934d882f9cbb@avcodec.org> #954: non monotonically increasing dts error while remuxing wtv -------------------------------------+------------------------------------- Reporter: omasoud | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: wtv | Blocked By: monotonically transport stream | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- sample input video attached. {{{ ffmpeg -i "World War II in HD Colour_KTCADT_2012_01_29_15_16_30.wtv" -vcodec copy -acodec copy -f dvd out.mpg }}} produces: {{{ [mpeg @ 0000000002047090] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 59132 >= 59132 av_interleaved_write_frame(): Invalid argument }}} The same happens with "-f mpegts" But if I transcode to something else, it works fine. For example the following works fine to create an mp4 video: {{{ ffmpeg -i "World War II in HD Colour_KTCADT_2012_01_29_15_16_30.wtv" -vcodec libx264 -vb 1024k -acodec libvo_aacenc -ac 2 -ab 128k out.mp4 }}} The full output for the offending command is as follows: {{{ C:\Temp\ffmpeg-2012-01-27>ffmpeg -i "World War II in HD Colour_KTCADT_2012_01_29_15_16_30.wtv" -vcodec copy -acodec copy -f dvd out.mpg ffmpeg version N-37208-g01fcbdf Copyright (c) 2000-2012 the FFmpeg developers built on Jan 27 2012 18:39:49 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-runtime-cpudetect --enable-avisynth --enab le-bzlib --enable-frei0r --enable-libopencore-amrnb --enable-libopencore- amrwb --enable-libfreetype --enable-libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger --enable-libspeex --enable-libtheora --en able-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable- libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 34.101 / 51. 34.101 libavcodec 53. 60.100 / 53. 60.100 libavformat 53. 31.100 / 53. 31.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 60.100 / 2. 60.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 6.100 / 0. 6.100 libpostproc 52. 0.100 / 52. 0.100 [mpeg2video @ 00000000002D1350] mpeg_decode_postinit() failure Last message repeated 2 times Input #0, wtv, from 'World War II in HD Colour_KTCADT_2012_01_29_15_16_30.wtv': Metadata: Title : World War II in HD Colour WM/SubTitle : Red Sun Rampant WM/SubTitleDescription: The battleship and the aircraft carrier emerge as effective weapons during World War II. genre : Documentary;General;Educational;Series;Documentary/Bio;Other WM/MediaCredits : ;;; WM/OriginalReleaseTime: 0 service_provider: KTCADT service_name : KTCADT (KTCA-DT) WM/MediaNetworkAffiliation: PBS Affiliate WM/MediaOriginalChannel: 2 WM/MediaOriginalChannelSubNumber: 1 WM/MediaOriginalBroadcastDateTime: 2010-06-29T05:00:00Z WM/WMRVSeriesUID: !MCSeries!00355479 WM/WMRVServiceID: !MCService!28458579 WM/WMRVProgramID: !MCProgram!237695095 WM/MediaOriginalRunTime: 27898020000 WM/WMRVEncodeTime: 2012-01-29 21:16:30 WM/MediaIsStereo: true WM/VideoClosedCaptioning: true WM/MediaIsRepeat: true WM/MediaIsLive : false WM/MediaIsTape : false WM/MediaIsDelay : false WM/MediaIsSubtitled: false WM/MediaIsMovie : false WM/MediaIsPremiere: false WM/MediaIsFinale: false WM/MediaIsSAP : false WM/MediaIsSport : false WM/WMRVRequestID: 0 WM/WMRVScheduleItemID: 0 WM/WMRVQuality : 3 WM/WMRVOriginalSoftPrePadding: 509 WM/WMRVOriginalSoftPostPadding: 180 WM/WMRVActualSoftPrePadding: 0 WM/WMRVHardPrePadding: -389 WM/Provider : MediaCenterDefault WM/MediaClassPrimaryID: db9830bd-3ab3-4fab-8a371a995f7ff74b WM/MediaClassSecondaryID: ba7f258a-62f7-47a9-b21f4651c42a000e WM/WMRVEndTime : 2012-01-29 22:03:00 WM/WMRVBitrate : 8.257536 WM/WMRVKeepUntil: -1 WM/WMRVHardPostPadding: 0 WM/WMRVActualSoftPostPadding: 180 WM/WMRVContentProtectedPercent: 5 WM/WMRVInBandRatingSystem: 255 WM/WMRVInBandRatingLevel: 255 WM/WMRVInBandRatingAttributes: 0 WM/WMRVWatched : false WM/WMRVATSCContent: false WM/WMRVDTVContent: false WM/WMRVHDContent: false WM/WMRVContentProtected: false WM/MediaThumbTimeStamp: -4616189618054758400 WM/MediaThumbWidth: 0 WM/MediaThumbHeight: 0 WM/MediaThumbStride: 0 WM/MediaThumbRet: 4 WM/MediaThumbRatingSystem: 0 WM/MediaThumbRatingLevel: 0 WM/MediaThumbRatingAttributes: 0 WM/MediaThumbAspectRatioX: 0 WM/MediaThumbAspectRatioY: 0 WM/MediaThumbType: 2 Duration: 00:00:05.72, start: 23.922833, bitrate: 13178 kb/s Stream #0:0[0x10e]: Subtitle: dvb_teletext Stream #0:1[0x119](eng): Audio: ac3, 48000 Hz, 5.1(side), s16, 384 kb/s Stream #0:2[0x11a](spa): Audio: ac3, 48000 Hz, stereo, s16, 192 kb/s Stream #0:3[0x11b]: Video: mpeg2video (Main), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 65000 kb/s, 33.30 fps, 29.97 tb r, 10000k tbn, 59.94 tbc Stream #0:4[0x0]: Attachment: mjpeg Metadata: title : TV Thumbnail Output #0, dvd, to 'out.mpg': Metadata: Title : World War II in HD Colour WM/SubTitle : Red Sun Rampant WM/SubTitleDescription: The battleship and the aircraft carrier emerge as effective weapons during World War II. genre : Documentary;General;Educational;Series;Documentary/Bio;Other WM/MediaCredits : ;;; WM/OriginalReleaseTime: 0 service_provider: KTCADT service_name : KTCADT (KTCA-DT) WM/MediaNetworkAffiliation: PBS Affiliate WM/MediaOriginalChannel: 2 WM/MediaOriginalChannelSubNumber: 1 WM/MediaOriginalBroadcastDateTime: 2010-06-29T05:00:00Z WM/WMRVSeriesUID: !MCSeries!00355479 WM/WMRVServiceID: !MCService!28458579 WM/WMRVProgramID: !MCProgram!237695095 WM/MediaOriginalRunTime: 27898020000 WM/WMRVEncodeTime: 2012-01-29 21:16:30 WM/MediaIsStereo: true WM/VideoClosedCaptioning: true WM/MediaIsRepeat: true WM/MediaIsLive : false WM/MediaIsTape : false WM/MediaIsDelay : false WM/MediaIsSubtitled: false WM/MediaIsMovie : false WM/MediaIsPremiere: false WM/MediaIsFinale: false WM/MediaIsSAP : false WM/MediaIsSport : false WM/WMRVRequestID: 0 WM/WMRVScheduleItemID: 0 WM/WMRVQuality : 3 WM/WMRVOriginalSoftPrePadding: 509 WM/WMRVOriginalSoftPostPadding: 180 WM/WMRVActualSoftPrePadding: 0 WM/WMRVHardPrePadding: -389 WM/Provider : MediaCenterDefault WM/MediaClassPrimaryID: db9830bd-3ab3-4fab-8a371a995f7ff74b WM/MediaClassSecondaryID: ba7f258a-62f7-47a9-b21f4651c42a000e WM/WMRVEndTime : 2012-01-29 22:03:00 WM/WMRVBitrate : 8.257536 WM/WMRVKeepUntil: -1 WM/WMRVHardPostPadding: 0 WM/WMRVActualSoftPostPadding: 180 WM/WMRVContentProtectedPercent: 5 WM/WMRVInBandRatingSystem: 255 WM/WMRVInBandRatingLevel: 255 WM/WMRVInBandRatingAttributes: 0 WM/WMRVWatched : false WM/WMRVATSCContent: false WM/WMRVDTVContent: false WM/WMRVHDContent: false WM/WMRVContentProtected: false WM/MediaThumbTimeStamp: -4616189618054758400 WM/MediaThumbWidth: 0 WM/MediaThumbHeight: 0 WM/MediaThumbStride: 0 WM/MediaThumbRet: 4 WM/MediaThumbRatingSystem: 0 WM/MediaThumbRatingLevel: 0 WM/MediaThumbRatingAttributes: 0 WM/MediaThumbAspectRatioX: 0 WM/MediaThumbAspectRatioY: 0 WM/MediaThumbType: 2 encoder : Lavf53.31.100 Stream #0:0: Video: mpeg2video, yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 65000 kb/s, 33.30 fps, 90k tbn, 29.97 tbc Stream #0:1(eng): Audio: ac3, 48000 Hz, 5.1(side), 384 kb/s Stream mapping: Stream #0:3 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help [dvd @ 00000000041C9790] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 59132 >= 5 9132 av_interleaved_write_frame(): Invalid argument }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 30 00:47:38 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 29 Jan 2012 23:47:38 -0000 Subject: [FFmpeg-trac] #954(undetermined:new): non monotonically increasing dts error while remuxing wtv In-Reply-To: <036.a223131fd1104e7b09d4934d882f9cbb@avcodec.org> References: <036.a223131fd1104e7b09d4934d882f9cbb@avcodec.org> Message-ID: <051.4cd29dc2e1b64cf052a6dbb96879d4cf@avcodec.org> #954: non monotonically increasing dts error while remuxing wtv -------------------------------------+------------------------------------- Reporter: omasoud | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: wtv | Resolution: monotonically transport stream | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by omasoud): I couldn't upload the same sample file referred to in the ticket because it exceeds the upload size limit. But the attached file exhibits the same problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 30 00:55:56 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 29 Jan 2012 23:55:56 -0000 Subject: [FFmpeg-trac] #954(undetermined:new): non monotonically increasing dts error while remuxing wtv In-Reply-To: <036.a223131fd1104e7b09d4934d882f9cbb@avcodec.org> References: <036.a223131fd1104e7b09d4934d882f9cbb@avcodec.org> Message-ID: <051.270797569ac516e694beffe23a03a8d9@avcodec.org> #954: non monotonically increasing dts error while remuxing wtv -------------------------------------+------------------------------------- Reporter: omasoud | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: wtv | Resolution: monotonically transport stream | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by omasoud): Additional info (dump of info about the attached sample): {{{ C:\Temp\ffmpeg-2012-01-27>ffmpeg -v 9 -loglevel 99 -i "Moyers & Company_KTCADT_2012_01_29_17_42_49.wtv" ffmpeg version N-37208-g01fcbdf Copyright (c) 2000-2012 the FFmpeg developers built on Jan 27 2012 18:39:49 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-runtime-cpudetect --enable-avisynth --enab le-bzlib --enable-frei0r --enable-libopencore-amrnb --enable-libopencore- amrwb --enable-libfreetype --enable-libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger --enable-libspeex --enable-libtheora --en able-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable- libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 34.101 / 51. 34.101 libavcodec 53. 60.100 / 53. 60.100 libavformat 53. 31.100 / 53. 31.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 60.100 / 2. 60.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 6.100 / 0. 6.100 libpostproc 52. 0.100 / 52. 0.100 [wtv @ 000000000027F4E0] Format wtv probed with size=2048 and score=100 [ac3 @ 0000000000304DD0] err{or,}_recognition separate: 1; 1 [ac3 @ 0000000000304DD0] err{or,}_recognition combined: 1; 10001 [ac3 @ 0000000000304DD0] Unsupported bit depth: 0 [ac3 @ 000000000030AF80] err{or,}_recognition separate: 1; 1 [ac3 @ 000000000030AF80] err{or,}_recognition combined: 1; 10001 [ac3 @ 000000000030AF80] Unsupported bit depth: 0 [mpeg2video @ 0000000000311130] err{or,}_recognition separate: 1; 1 [mpeg2video @ 0000000000311130] err{or,}_recognition combined: 1; 10001 [wtv @ 000000000027F4E0] parser not found for codec dvb_teletext, packets or times may be invalid. [mpeg2video @ 0000000000311130] mpeg_decode_postinit() failure Last message repeated 2 times [mpeg2video @ 0000000000311130] Unsupported bit depth: 0 [wtv @ 000000000027F4E0] decoding for stream 0 failed [mjpeg @ 000000000032F550] err{or,}_recognition separate: 1; 1 [mjpeg @ 000000000032F550] err{or,}_recognition combined: 1; 10001 [mjpeg @ 000000000032F550] Unsupported bit depth: 0 rfps: 28.166667 0.019132 rfps: 28.250000 0.017404 rfps: 28.333333 0.015759 Last message repeated 1 times rfps: 28.416667 0.014195 Last message repeated 1 times rfps: 28.500000 0.012713 Last message repeated 1 times rfps: 28.583333 0.011312 Last message repeated 1 times rfps: 28.666667 0.009993 Last message repeated 1 times rfps: 28.750000 0.008756 Last message repeated 1 times rfps: 28.833333 0.007601 Last message repeated 1 times rfps: 28.916667 0.006527 Last message repeated 1 times rfps: 29.000000 0.005535 Last message repeated 1 times rfps: 29.083333 0.004625 Last message repeated 1 times rfps: 29.166667 0.003797 Last message repeated 1 times rfps: 29.250000 0.003050 Last message repeated 1 times rfps: 29.333333 0.002385 Last message repeated 1 times rfps: 29.416667 0.001801 rfps: 29.500000 0.001300 rfps: 29.583333 0.000880 rfps: 29.666667 0.000541 rfps: 29.750000 0.000285 rfps: 29.833333 0.000110 Last message repeated 1 times rfps: 29.916667 0.000017 Last message repeated 1 times rfps: 30.000000 0.000005 Last message repeated 1 times rfps: 30.083333 0.000076 Last message repeated 1 times rfps: 30.166667 0.000227 Last message repeated 1 times rfps: 30.250000 0.000461 Last message repeated 1 times rfps: 30.333333 0.000776 Last message repeated 1 times rfps: 30.416667 0.001174 Last message repeated 1 times rfps: 30.500000 0.001652 Last message repeated 1 times rfps: 30.583333 0.002213 Last message repeated 1 times rfps: 30.666667 0.002855 Last message repeated 1 times rfps: 30.750000 0.003579 Last message repeated 1 times rfps: 30.833333 0.004384 Last message repeated 1 times rfps: 30.916667 0.005272 Last message repeated 1 times rfps: 31.000000 0.006241 Last message repeated 1 times rfps: 31.083333 0.007291 Last message repeated 1 times rfps: 31.166667 0.008424 Last message repeated 1 times rfps: 31.250000 0.009638 Last message repeated 1 times rfps: 31.333333 0.010934 Last message repeated 1 times rfps: 31.416667 0.012311 rfps: 31.500000 0.013771 rfps: 31.583333 0.015311 rfps: 31.666667 0.016934 rfps: 31.750000 0.018638 rfps: 58.166667 0.018501 Last message repeated 1 times rfps: 58.250000 0.016803 Last message repeated 1 times rfps: 58.333333 0.015187 Last message repeated 1 times rfps: 58.416667 0.013652 Last message repeated 1 times rfps: 58.500000 0.012200 Last message repeated 1 times rfps: 58.583333 0.010828 Last message repeated 1 times rfps: 58.666667 0.009539 Last message repeated 1 times rfps: 58.750000 0.008331 Last message repeated 1 times rfps: 58.833333 0.007205 rfps: 58.916667 0.006161 rfps: 59.000000 0.005199 rfps: 59.083333 0.004318 rfps: 59.166667 0.003519 rfps: 59.250000 0.002801 rfps: 59.333333 0.002166 rfps: 59.416667 0.001612 rfps: 59.500000 0.001139 rfps: 59.583333 0.000749 rfps: 59.666667 0.000440 Last message repeated 1 times rfps: 59.750000 0.000212 Last message repeated 1 times rfps: 59.833333 0.000067 Last message repeated 1 times rfps: 59.916667 0.000003 Last message repeated 1 times rfps: 29.970030 0.000000 Last message repeated 1 times rfps: 59.940060 0.000000 Last message repeated 1 times Input #0, wtv, from 'Moyers & Company_KTCADT_2012_01_29_17_42_49.wtv': Metadata: Title : Moyers & Company WM/SubTitle : Why Are Big Banks Rewriting the Economy's Rules? WM/SubTitleDescription: Former Citicorp CEO John Reed and former U.S. Sen. Byron Dorgan discuss the effects of the m erger of Citicorp and Travelers Group. genre : News;Series;Other;Public Affairs WM/MediaCredits : ;;Bill Moyers; WM/OriginalReleaseTime: 0 service_provider: KTCADT service_name : KTCADT (KTCA-DT) WM/MediaNetworkAffiliation: PBS Affiliate WM/MediaOriginalChannel: 2 WM/MediaOriginalChannelSubNumber: 1 WM/MediaOriginalBroadcastDateTime: 2012-01-27T06:00:00Z WM/WMRVSeriesUID: !MCSeries!01501641 WM/WMRVServiceID: !MCService!28458579 WM/WMRVProgramID: !MCProgram!266996906 WM/MediaOriginalRunTime: 12109070000 WM/WMRVEncodeTime: 2012-01-29 23:42:49 WM/MediaIsStereo: true WM/VideoClosedCaptioning: true WM/MediaIsRepeat: false WM/MediaIsLive : false WM/MediaIsTape : false WM/MediaIsDelay : false WM/MediaIsSubtitled: false WM/MediaIsMovie : false WM/MediaIsPremiere: false WM/MediaIsFinale: false WM/MediaIsSAP : false WM/MediaIsSport : false WM/WMRVRequestID: 0 WM/WMRVScheduleItemID: 0 WM/WMRVQuality : 3 WM/WMRVOriginalSoftPrePadding: 2689 WM/WMRVOriginalSoftPostPadding: 180 WM/WMRVActualSoftPrePadding: 0 WM/WMRVHardPrePadding: -2569 WM/Provider : MediaCenterDefault WM/MediaClassPrimaryID: db9830bd-3ab3-4fab-8a371a995f7ff74b WM/MediaClassSecondaryID: ba7f258a-62f7-47a9-b21f4651c42a000e WM/WMRVEndTime : 2012-01-29 23:42:51 WM/WMRVBitrate : 20.971520 WM/WMRVKeepUntil: -1 WM/WMRVHardPostPadding: 0 WM/WMRVActualSoftPostPadding: -1028 WM/WMRVContentProtectedPercent: 0 WM/WMRVInBandRatingSystem: 255 WM/WMRVInBandRatingLevel: 255 WM/WMRVInBandRatingAttributes: 0 WM/WMRVWatched : false WM/WMRVATSCContent: true WM/WMRVDTVContent: true WM/WMRVHDContent: false WM/WMRVContentProtected: false WM/MediaThumbTimeStamp: -4616189618054758400 WM/MediaThumbWidth: 0 WM/MediaThumbHeight: 0 WM/MediaThumbStride: 0 WM/MediaThumbRet: 4 WM/MediaThumbType: 2 WM/MediaThumbRatingSystem: 255 WM/MediaThumbRatingLevel: 255 WM/MediaThumbRatingAttributes: 2046 WM/MediaThumbAspectRatioX: 0 WM/MediaThumbAspectRatioY: 0 Duration: 00:00:01.01, start: 59.399022, bitrate: 8226 kb/s Stream #0:0[0x11f], 12, 1/10000000: Subtitle: dvb_teletext Stream #0:1[0x12c](eng), 10, 1/10000000: Audio: ac3, 48000 Hz, 5.1(side), s16, 384 kb/s Stream #0:2[0x12d](spa), 10, 1/10000000: Audio: ac3, 48000 Hz, stereo, s16, 192 kb/s Stream #0:3[0x12e], 11, 1/10000000: Video: mpeg2video (Main), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 1001/60000, 650 00 kb/s, 38.53 fps, 29.97 tbr, 10000k tbn, 59.94 tbc Stream #0:4[0x0], 0, 1/90000: Attachment: mjpeg Metadata: title : TV Thumbnail At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 30 01:20:59 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 30 Jan 2012 00:20:59 -0000 Subject: [FFmpeg-trac] #942(swresample:new): swresample leaks memory when sampling up In-Reply-To: <037.6c75f81c60dec0869680517f153e42b6@avcodec.org> References: <037.6c75f81c60dec0869680517f153e42b6@avcodec.org> Message-ID: <052.d7d084636098d259f8781800bf1bf566@avcodec.org> #942: swresample leaks memory when sampling up ------------------------------------+-------------------------------------- Reporter: beafdefx | Owner: michael Type: defect | Status: new Priority: normal | Component: swresample Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Comment (by beafdefx): OK, I wrote a simple console program that just uses swresample to resample random data and included some valgrind output in the tar.gz. The contents of the audio input buffer isn't important, it's the memory use with repeated calls to swr_convert that I'm concerned about. There are two defines that you can play with to alter the way the program executes. OUTRATE_MULTIPLIER determines the sample rate of the output in relation to the input (input is locked at 16kHz). RESAMPLE_REPS determines how many times swr_convert is called repeatedly. When OUTRATE_MULTIPLIER is greater than 1, the program leaks. The bigger the value of RESAMPLE_REPS, the more it leaks. DO_SWR_FREE determines if swr_free is called. I leave this OFF for the purpose of measuring memory leaking because swr_free cleans up all the excessive memory that was used during resampling. I'm interested in showing the excessive memory use during a long resampling session, for example, during extended playback of a song or stream. The included valgrind output is for 100 reps with a 2x output sample rate mulitpler compared to 1000 reps of the same: For 100 reps: ==45151== HEAP SUMMARY: ==45151== in use at exit: 4,294,524 bytes in 42 blocks ==45151== total heap usage: 51 allocs, 9 frees, 8,230,844 bytes allocated For 1000 reps: ==45133== HEAP SUMMARY: ==45133== in use at exit: 32,966,524 bytes in 42 blocks ==45133== total heap usage: 54 allocs, 12 frees, 65,478,940 bytes allocated This kind of excess usage doesn't make sense. Also, this excess DOES NOT OCCUR if OUTRATE_MULITIPLER is 1 or less. I would hope that resampling reuses existing buffers if possible, but it appears that is not the case. Hope this helps. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 30 02:54:02 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 30 Jan 2012 01:54:02 -0000 Subject: [FFmpeg-trac] #955(undetermined:new): png: could not find codec parameters Message-ID: <037.681bbbae567a1af5fa477125614df5fe@avcodec.org> #955: png: could not find codec parameters --------------------------------------+---------------------------------- Reporter: picojeff | Type: defect Status: new | Priority: normal Component: undetermined | Version: 0.10 Keywords: png codec | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- $ ffmpeg -i i00000.png ffmpeg version N-37208-g01fcbdf Copyright (c) 2000-2012 the FFmpeg developers built on Jan 27 2012 18:34:52 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-runtime-cpudetect --enable-avisynth --enable-bzlib --enable- frei0r --enable-libopencore-amrnb --enable-libopencore-amrwb --enable- libfreetype --enable-libgsm --enable-libmp3lame --enable-libopenjpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable- libtheora --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 34.101 / 51. 34.101 libavcodec 53. 60.100 / 53. 60.100 libavformat 53. 31.100 / 53. 31.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 60.100 / 2. 60.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 6.100 / 0. 6.100 libpostproc 52. 0.100 / 52. 0.100 [image2 @ 00389AA0] decoding for stream 0 failed [image2 @ 00389AA0] Could not find codec parameters (Video: png) i00000.png: could not find codec parameters $ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 30 02:58:26 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 30 Jan 2012 01:58:26 -0000 Subject: [FFmpeg-trac] #955(undetermined:open): png: could not find codec parameters In-Reply-To: <037.681bbbae567a1af5fa477125614df5fe@avcodec.org> References: <037.681bbbae567a1af5fa477125614df5fe@avcodec.org> Message-ID: <052.ddd7e21aa8e19ec841a929b8ece743b2@avcodec.org> #955: png: could not find codec parameters -------------------------------------+------------------------------------- Reporter: picojeff | Owner: Type: defect | Status: open Priority: normal | Component: Version: 0.10 | undetermined Keywords: png codec | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by picojeff): * status: new => open -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 30 02:59:40 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 30 Jan 2012 01:59:40 -0000 Subject: [FFmpeg-trac] #955(undetermined:open): png: could not find codec parameters In-Reply-To: <037.681bbbae567a1af5fa477125614df5fe@avcodec.org> References: <037.681bbbae567a1af5fa477125614df5fe@avcodec.org> Message-ID: <052.61a13c384af7f9b135db6b0087e99ce1@avcodec.org> #955: png: could not find codec parameters -------------------------------------+------------------------------------- Reporter: picojeff | Owner: Type: defect | Status: open Priority: normal | Component: Version: 0.10 | undetermined Keywords: png codec | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by picojeff): User error. Ticket can be closed or deleted. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 30 03:50:15 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 30 Jan 2012 02:50:15 -0000 Subject: [FFmpeg-trac] #956(FFmpeg:new): ffmpeg V0.10 cannot convert to a jpg file, but ffmpeg v0.9 can Message-ID: <048.5ced6046225695950b771f102580dc2e@avcodec.org> #956: ffmpeg V0.10 cannot convert to a jpg file, but ffmpeg v0.9 can -------------------------------------+------------------------------------- Reporter: | Type: defect chenct1976@? | Priority: normal Status: new | Version: 0.10 Component: FFmpeg | Blocked By: Keywords: convert jpg | Reproduced by developer: 1 file Error | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Hi, All. When I convert a mp4 file to capture a jpg file, it can not convert successfuly(The output file was not generated). Execute command: ffmpeg_g -ss 20 -t 0.001 -vframes 1 -i input.mp4 -y -f image2 -s 350x240 outfile.jpg OS: Win7+MinGW32 The log file information: (It looks like lack of parameters, but I have supported parameters: "ss, t, vframes") 2012/01/30-10:25: ffmpeg version 0.10 2012/01/30-10:25: Copyright (c) 2000-2012 the FFmpeg developers 2012/01/30-10:25: built on Jan 29 2012 17:50:46 with gcc 4.5.2 2012/01/30-10:25: configuration: --prefix=/ffmpeg/release10 --enable-debug --disable-static --enable-shared --enable-gpl --enable-version3 --enable- avfilter --enable-memalign-hack --enable-avisynth --enable-libgsm --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libtheora --enable-libvorbis --enable-libx264 --enable-libxvid --enable-libfaac --enable-nonfree --enable-libspeex --enable-libopenjpeg --enable-libxavs --enable-libvpx --enable-libvo-aacenc --enable-libvo- amrwbenc --enable-libschroedinger --enable-libcelt --enable-frei0r --enable-libdirac --disable-decoder=libdirac --extra- cflags=-I/ffmpeg/olibs9/include --extra-ldflags=-L/ffmpeg/olibs9/lib --extra-libs=/mingw/lib/libdl.a 2012/01/30-10:25: libavutil 51. 34.101 / 51. 34.101 2012/01/30-10:25: libavcodec 53. 60.100 / 53. 60.100 2012/01/30-10:25: libavformat 53. 31.100 / 53. 31.100 2012/01/30-10:25: libavdevice 53. 4.100 / 53. 4.100 2012/01/30-10:25: libavfilter 2. 60.100 / 2. 60.100 2012/01/30-10:25: libswscale 2. 1.100 / 2. 1.100 2012/01/30-10:25: libswresample 0. 6.100 / 0. 6.100 2012/01/30-10:25: libpostproc 52. 0.100 / 52. 0.100 2012/01/30-10:25: Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'input.mp4': 2012/01/30-10:25: Metadata: 2012/01/30-10:25: major_brand : isom 2012/01/30-10:25: minor_version : 512 2012/01/30-10:25: compatible_brands: isomiso2avc1mp41 2012/01/30-10:25: creation_time : 1970-01-01 00:00:00 2012/01/30-10:25: encoder : Lavf52.16.0 2012/01/30-10:25: comment : FlixEngineLinux_8.0.16.0 (www.on2.com) 2012/01/30-10:25: Duration: 2012/01/30-10:25: 00:00:59.15 2012/01/30-10:25: start: 2012/01/30-10:25: 0.000000 2012/01/30-10:25: bitrate: 2012/01/30-10:25: 432 kb/s 2012/01/30-10:25: Stream #0:0 2012/01/30-10:25: (und) 2012/01/30-10:25: Video: h264 (Main) (avc1 / 0x31637661), yuv420p, 540x360 [SAR 1:1 DAR 3:2], 363 kb/s 2012/01/30-10:25: 23.98 fps 2012/01/30-10:25: 23.98 tbr 2012/01/30-10:25: 1k tbn 2012/01/30-10:25: 2k tbc 2012/01/30-10:25: Metadata: 2012/01/30-10:25: creation_time : 1970-01-01 00:00:00 2012/01/30-10:25: handler_name : VideoHandler 2012/01/30-10:25: Stream #0:1 2012/01/30-10:25: (und) 2012/01/30-10:25: Audio: aac (mp4a / 0x6134706D), 48000 Hz, stereo, s16, 64 kb/s 2012/01/30-10:25: Metadata: 2012/01/30-10:25: creation_time : 1970-01-01 00:00:00 2012/01/30-10:25: handler_name : 2012/01/30-10:25: Incompatible pixel format 'yuv420p' for codec 'mjpeg', auto-selecting format 'yuvj420p' 2012/01/30-10:25: [buffer @ 014aefa0] w:540 h:360 pixfmt:yuv420p tb:1/1000000 sar:1/1 sws_param: 2012/01/30-10:25: [scale @ 026088a0] w:540 h:360 fmt:yuv420p -> w:350 h:240 fmt:yuvj420p flags:0x4 2012/01/30-10:25: Output #0, image2, to 'outfile.jpg': 2012/01/30-10:25: Metadata: 2012/01/30-10:25: major_brand : isom 2012/01/30-10:25: minor_version : 512 2012/01/30-10:25: compatible_brands: isomiso2avc1mp41 2012/01/30-10:25: creation_time : 1970-01-01 00:00:00 2012/01/30-10:25: comment : FlixEngineLinux_8.0.16.0 (www.on2.com) 2012/01/30-10:25: encoder : Lavf53.31.100 2012/01/30-10:25: Stream #0:0 2012/01/30-10:25: (und) 2012/01/30-10:25: Video: mjpeg, yuvj420p, 350x240 [SAR 36:35 DAR 3:2], q=2-31, 200 kb/s 2012/01/30-10:25: 90k tbn 2012/01/30-10:25: 23.98 tbc 2012/01/30-10:25: Metadata: 2012/01/30-10:25: creation_time : 1970-01-01 00:00:00 2012/01/30-10:25: handler_name : VideoHandler 2012/01/30-10:25: Stream mapping: 2012/01/30-10:25: Stream #0:0 -> #0:0 2012/01/30-10:25: (h264 -> mjpeg) 2012/01/30-10:25: Press [q] to stop, [?] for help 2012/01/30-10:25: frame= 0 fps= 0 q=0.0 Lsize= 0kB time=00:00:00.00 bitrate= 0.0kbits/s 2012/01/30-10:25: video:0kB audio:0kB global headers:0kB muxing overhead nan% 2012/01/30-10:25: Output file is empty, nothing was encoded (check -ss / -t / -frames parameters if used) But When I execute the same file in ffmpeg v0.9 (the same OS), it is ok. Could you help me please? Thank you in advance. Tom.Chen -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 30 09:33:35 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 30 Jan 2012 08:33:35 -0000 Subject: [FFmpeg-trac] #955(undetermined:closed): png: could not find codec parameters In-Reply-To: <037.681bbbae567a1af5fa477125614df5fe@avcodec.org> References: <037.681bbbae567a1af5fa477125614df5fe@avcodec.org> Message-ID: <052.e0efd26d898e160116277b70c8109926@avcodec.org> #955: png: could not find codec parameters -------------------------------------+------------------------------------- Reporter: picojeff | Owner: Type: defect | Status: closed Priority: normal | Component: Version: 0.10 | undetermined Keywords: png codec | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => invalid -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 30 09:37:32 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 30 Jan 2012 08:37:32 -0000 Subject: [FFmpeg-trac] #942(swresample:new): swresample leaks memory when sampling up In-Reply-To: <037.6c75f81c60dec0869680517f153e42b6@avcodec.org> References: <037.6c75f81c60dec0869680517f153e42b6@avcodec.org> Message-ID: <052.0860999fd7a306282fc6437b0b0bc325@avcodec.org> #942: swresample leaks memory when sampling up ------------------------------------+-------------------------------------- Reporter: beafdefx | Owner: michael Type: defect | Status: new Priority: normal | Component: swresample Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Comment (by cehoyos): Please rerun valgrind with "--leak-check=full --show-reachable=yes" -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 30 09:41:07 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 30 Jan 2012 08:41:07 -0000 Subject: [FFmpeg-trac] #954(undetermined:open): non monotonically increasing dts error while remuxing wtv In-Reply-To: <036.a223131fd1104e7b09d4934d882f9cbb@avcodec.org> References: <036.a223131fd1104e7b09d4934d882f9cbb@avcodec.org> Message-ID: <051.1d8b42851389b6891eee3f780500910a@avcodec.org> #954: non monotonically increasing dts error while remuxing wtv -------------------------------------+------------------------------------- Reporter: omasoud | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: mpeg2video | Resolution: wtv av_interleaved_write_frame | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: wtv monotonically transport stream => mpeg2video wtv av_interleaved_write_frame * status: new => open * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 30 09:58:34 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 30 Jan 2012 08:58:34 -0000 Subject: [FFmpeg-trac] #956(FFmpeg:closed): ffmpeg V0.10 cannot convert to a jpg file, but ffmpeg v0.9 can In-Reply-To: <048.5ced6046225695950b771f102580dc2e@avcodec.org> References: <048.5ced6046225695950b771f102580dc2e@avcodec.org> Message-ID: <063.c4f6255c6667497dc8c2941d7ade8cbc@avcodec.org> #956: ffmpeg V0.10 cannot convert to a jpg file, but ffmpeg v0.9 can -------------------------------------+------------------------------------- Reporter: | Owner: chenct1976@? | Status: closed Type: defect | Component: FFmpeg Priority: normal | Resolution: Version: 0.10 | worksforme Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: convert jpg file Error => * status: new => closed * resolution: => worksforme * reproduced: 1 => 0 Comment: Unrelated to your problem that I cannot reproduce: "-f image2" is superfluous, -vframes is an output option, it has no effect when used before "-i". {{{ $ md5sum input.mp4 7ab621d46e9ec4b6d0d2bbd0c697539a input.mp4 $ ffmpeg -ss 20 -vframes 1 -t 0.001 -i input.mp4 -y -f image2 -s 350x240 outfile.jpg ffmpeg version 0.10 Copyright (c) 2000-2012 the FFmpeg developers built on Jan 30 2012 09:47:43 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc libavutil 51. 34.101 / 51. 34.101 libavcodec 53. 60.100 / 53. 60.100 libavformat 53. 31.100 / 53. 31.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 60.100 / 2. 60.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 6.100 / 0. 6.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'input.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf53.31.100 comment : FlixEngineLinux_8.0.16.0 (www.on2.com) Duration: 00:00:35.03, start: 0.000000, bitrate: 517 kb/s Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 540x360 [SAR 1:1 DAR 3:2], 383 kb/s, 23.98 fps, 23.98 tbr, 24k tbn, 47.95 tbc Metadata: handler_name : VideoHandler Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 48000 Hz, stereo, s16, 128 kb/s Metadata: handler_name : Incompatible pixel format 'yuv420p' for codec 'mjpeg', auto-selecting format 'yuvj420p' [buffer @ 0x13dab40] w:540 h:360 pixfmt:yuv420p tb:1/1000000 sar:1/1 sws_param: [scale @ 0x13db1a0] w:540 h:360 fmt:yuv420p -> w:350 h:240 fmt:yuvj420p flags:0x4 Output #0, image2, to 'outfile.jpg': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 comment : FlixEngineLinux_8.0.16.0 (www.on2.com) encoder : Lavf53.31.100 Stream #0:0(und): Video: mjpeg, yuvj420p, 350x240 [SAR 36:35 DAR 3:2], q=2-31, 200 kb/s, 90k tbn, 23.98 tbc Metadata: handler_name : VideoHandler Stream mapping: Stream #0:0 -> #0:0 (h264 -> mjpeg) Press [q] to stop, [?] for help [image2 @ 0x13ee3c0] Could not get frame filename number 2 from pattern 'outfile.jpg' av_interleaved_write_frame(): Invalid argument $ file outfile.jpg outfile.jpg: JPEG image data, JFIF standard 1.02, comment: "Lavc53.60.100" }}} The error in my output ("Could not get frame filename number 2") can be avoided with "-vframes 1" after "-i input.mp4", the output file outfile.jpg is created in any case. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 30 11:57:12 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 30 Jan 2012 10:57:12 -0000 Subject: [FFmpeg-trac] #957(FFmpeg:new): can't decode MJPEG video with delta frames Message-ID: <034.70424570c8eb40ddc5d11fbedf22ce91@avcodec.org> #957: can't decode MJPEG video with delta frames --------------------------------+------------------------------------- Reporter: swybo | Type: defect Status: new | Priority: important Component: FFmpeg | Version: 0.10 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+------------------------------------- Trying to decode video encoded with MJPEG codec will fail if video contains delta frames => only first image will be decoded reproduced with ffmpeg, ffplay Windows 7 64bits, ffmpeg 0.10 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 30 12:16:15 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 30 Jan 2012 11:16:15 -0000 Subject: [FFmpeg-trac] #957(undetermined:new): can't decode MJPEG video with delta frames In-Reply-To: <034.70424570c8eb40ddc5d11fbedf22ce91@avcodec.org> References: <034.70424570c8eb40ddc5d11fbedf22ce91@avcodec.org> Message-ID: <049.18583fdec4c25e8924b5b1a13442331a@avcodec.org> #957: can't decode MJPEG video with delta frames --------------------------------+---------------------------------------- Reporter: swybo | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 0.10 | Resolution: Keywords: mjpeg | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Changes (by cehoyos): * keywords: => mjpeg * priority: important => normal * component: FFmpeg => undetermined Comment: To make this a valid ticket, please add * a failing ffmpeg command line together with * complete, uncut console output and * a sample -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 30 12:23:22 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 30 Jan 2012 11:23:22 -0000 Subject: [FFmpeg-trac] #957(undetermined:new): can't decode MJPEG video with delta frames In-Reply-To: <034.70424570c8eb40ddc5d11fbedf22ce91@avcodec.org> References: <034.70424570c8eb40ddc5d11fbedf22ce91@avcodec.org> Message-ID: <049.8f6da3cbba4439861933c67877a7b4fb@avcodec.org> #957: can't decode MJPEG video with delta frames --------------------------------+---------------------------------------- Reporter: swybo | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 0.10 | Resolution: Keywords: mjpeg | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Comment (by swybo): ffmpeg -v 9 -loglevel 99 -i MJPEGVideoWithDFrames.avi output.avi -report -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 30 12:27:55 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 30 Jan 2012 11:27:55 -0000 Subject: [FFmpeg-trac] #957(undetermined:new): can't decode MJPEG video with delta frames In-Reply-To: <034.70424570c8eb40ddc5d11fbedf22ce91@avcodec.org> References: <034.70424570c8eb40ddc5d11fbedf22ce91@avcodec.org> Message-ID: <049.01309030cb604ecb8966a05b15a06531@avcodec.org> #957: can't decode MJPEG video with delta frames --------------------------------+---------------------------------------- Reporter: swybo | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 0.10 | Resolution: Keywords: mjpeg | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Comment (by swybo): Sample video file is currently uploaded to upload.ffmpeg.org/incoming/MJPEGVideoWithDFrames.avi -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 30 19:45:44 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 30 Jan 2012 18:45:44 -0000 Subject: [FFmpeg-trac] #943(undetermined:closed): Segfault libaacplus In-Reply-To: <034.7e5fd609a674e532b5d62e255eb85174@avcodec.org> References: <034.7e5fd609a674e532b5d62e255eb85174@avcodec.org> Message-ID: <049.141bd835cca4d73cd21032cbca24f8e9@avcodec.org> #943: Segfault libaacplus -------------------------------------+------------------------------------- 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 rectalogic): libaacplus encoding started crashing for all samples for me after upgrading from Ubuntu Lucid to Oneiric. The bug is probably somewhere in libaacplus or libfftw3, but adding info here for when others hit this. Oneiric now builds libfftw3 with SSE/SSE2 enabled, Lucid did not. https://bugs.launchpad.net/ubuntu/+source/fftw3/+bug/602586 I tried building my own libfftw3 with and without --enable-sse/--enable- sse2 and if I enable SSE then libaacplus crashes, leave it disabled and it works. Here's a stack trace with libftw3 symbols when SSE is enabled: {{{ Starting program: /home/aw/Projects/encoder/foundation/codex- foundation/scratch/7.0.4-dirty-debug/codex-foundation_7.0.4-dirty- debug_amd64/debian/opt/motionbox/foundation/7.0.4-dirty-debug/bin/ffmpeg -i /tmp/test.avi -codec:a libaacplus -b:a 64k -ar 44100 -ac 2 -vn -y /tmp/out.mp4 [Thread debugging using libthread_db enabled] Program received signal SIGSEGV, Segmentation fault. 0x00007ffff177af68 in LDA (x=0x6634cc, ivs=2, aligned_like=0x6634cc) at ../../../simd-support/simd-sse2.h:110 110 return *(const V *)x; (gdb) p x $1 = (const R *) 0x6634cc (gdb) p *x $2 = 0 #0 0x00007ffff177af68 in LDA (x=0x6634cc, ivs=2, aligned_like=0x6634cc) at ../../../simd-support/simd-sse2.h:110 #1 0x00007ffff177b3a7 in t3fv_16 (ri=0x6634cc, ii=0x6634d0, W=0x6e2940, rs=0x6e2520, mb=0, me=32, ms=2) at ../common/t3fv_16.c:268 #2 0x00007ffff14fa311 in apply (ego_=0x6def10, rio=0x6634cc, iio=0x6634d0) at dftw-direct.c:53 #3 0x00007ffff14f9906 in apply_dit (ego_=0x6de7d0, ri=0x6634cc, ii=0x6634d0, ro=0x6634cc, io=0x6634d0) at ct.c:44 #4 0x00007ffff167a4e6 in fftwf_execute_dft (p=0x63bc60, in=0x6634cc, out=0x6634cc) at execute-dft.c:29 #5 0x00007ffff28204e4 in CFFTN (ctx=, afftData=, len=, isign=) at cfftn.c:1390 #6 0x00007ffff283801e in mdct (fftctx=, dctdata=0x6634cc, sineWindow=, n=1024, ld_n=10, trigData=) at transform.c:128 #7 0x00007ffff283836b in Transform_Real (fftctx=0x653ed8, mdctDelayBuffer=0x638220, timeSignal=0x653ef8, chIncrement=2, realOut=0x6634cc, blockType=) at transform.c:406 #8 0x00007ffff282dd58 in psyMain (fftctx=0x653ed8, timeInStride=2, elemInfo=0x64f950, timeSignal=0x653ef8, psyData=0x651218, tnsData=0x652c88, psyConfLong=0x650998, psyConfShort=0x650fd0, psyOutChannel=0x650358, psyOutElement=0x650260, pScratchTns=0x6674cc) at psy_main.c:299 #9 0x00007ffff2819bac in AacEncEncode (aacEnc=0x64f930, timeSignal=, timeInStride=, ancBytes=0x65af84 "\337\250\025\320\200", numAncBytes=, outBytes=, numOutBytes=0x7fffffffc7bc) at aacenc.c:310 #10 0x00007ffff2838dbb in aacplusEncEncode (hEncoder=0x64f900, inputBuffer=, samplesInput=, outputBuffer=0x731d30 "S\277\366E", bufferSize=) at aacplusenc.c:349 #11 0x00007ffff6a5a517 in aacPlus_encode_frame (avctx=0x637520, frame=0x731d30 "S\277\366E", buf_size=64584, data=0x6e3150) at libavcodec/libaacplus.c:106 #12 0x00007ffff6bc6565 in avcodec_encode_audio (avctx=0x637520, buf=0x731d30 "S\277\366E", buf_size=64584, samples=0x6e3150) at libavcodec/utils.c:728 #13 0x0000000000407378 in do_audio_out (s=0x636d70, ost=0x6379d0, ist=0x62e900, buf=0x702f20 "\332\331\331\331a\302a\302\002\317\002\317+\344*\344\313\332\314\332N\330N\330\332\335\334\335\266\337\265\337e\367d\367\036\374\035\374{\333{\333\245\341\244\341", size=4096) at ffmpeg.c:970 #14 0x000000000040ab91 in output_packet (ist=0x62e900, ist_index=1, ost_table=0x6379d0, nb_ostreams=1, pkt=0x7fffffffcce0) at ffmpeg.c:1872 #15 0x000000000040e158 in transcode (output_files=0x637ce0, nb_output_files=1, input_files=0x62e980, nb_input_files=1) at ffmpeg.c:2632 #16 0x00000000004150e2 in main (argc=14, argv=0x7fffffffe398) at ffmpeg.c:4473 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 30 20:13:25 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 30 Jan 2012 19:13:25 -0000 Subject: [FFmpeg-trac] #953(FFmpeg:new): 0.10 - Input channel layout isnt supported In-Reply-To: <037.71d377ebea57d1c54df59ce38ed3c697@avcodec.org> References: <037.71d377ebea57d1c54df59ce38ed3c697@avcodec.org> Message-ID: <052.2834e57695de80bcafc4bb626a4091ce@avcodec.org> #953: 0.10 - Input channel layout isnt supported ----------------------------------+---------------------------------- Reporter: Atarikid | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: 0.10 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+---------------------------------- Comment (by Atarikid): Yes, sorry for that. Here is some more useful info - it is most certainly a bug with 0.10 ffmpeg -i /Volumes/Data/Movies\ 2/Unbenannt1\-160.mov -c:a libfaac -ab 128k -ar 48000 -ac 1 -strict experimental -async 48000 -c:v libx264 -y "/Users/xtophe/Movies/Unbenannt1-160.mp4" Output: ffmpeg version 0.10 Copyright (c) 2000-2012 the FFmpeg developers built on Jan 28 2012 09:14:21 with gcc 4.2.1 (Apple Inc. build 5666) (dot 3) configuration: --prefix=/Volumes/tempdisk/sw --enable-gpl --enable- pthreads --enable-version3 --enable-nonfree --disable-ffplay --disable- ffserver --enable-libvpx --disable-decoder=libvpx --enable-libfaac --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libx264 --enable-libxvid --enable-libxavs --enable-avfilter --enable- libopencore_amrwb --enable-libopencore_amrnb --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-bzlib --enable-zlib --enable-filters --arch=x86 --enable-runtime-cpudetect libavutil 51. 34.101 / 51. 34.101 libavcodec 53. 60.100 / 53. 60.100 libavformat 53. 31.100 / 53. 31.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 60.100 / 2. 60.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 6.100 / 0. 6.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/Volumes/Data/Movies 2/Unbenannt1-160.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2009-08-05 21:27:22 Duration: 00:00:16.16, start: 0.525200, bitrate: 27447 kb/s Stream #0:0(eng): Video: mpeg2video (Main) (hdv3 / 0x33766468), yuv420p, 1440x1080 [SAR 4:3 DAR 16:9], 25000 kb/s, 25 fps, 25 tbr, 2500 tbn, 50 tbc Metadata: creation_time : 2009-08-05 21:27:22 handler_name : ?Apple Alias-Datensteuerung Stream #0:1(eng): Audio: pcm_s16le (sowt / 0x74776F73), 48000 Hz, 1 channels (FL), s16, 768 kb/s Metadata: creation_time : 2009-08-05 21:27:22 handler_name : ?Apple Alias-Datensteuerung Stream #0:2(eng): Audio: pcm_s16le (sowt / 0x74776F73), 48000 Hz, 1 channels (FR), s16, 768 kb/s Metadata: creation_time : 2009-08-05 21:27:22 handler_name : ?Apple Alias-Datensteuerung Stream #0:3(eng): Data: none (tmcd / 0x64636D74) Metadata: creation_time : 2009-08-05 21:27:22 handler_name : ?Apple Alias-Datensteuerung timecode : 00:12:31:11 [buffer @ 0x101716ba0] w:1440 h:1080 pixfmt:yuv420p tb:1/1000000 sar:4/3 sws_param: [libx264 @ 0x10185a400] using SAR=4/3 [libx264 @ 0x10185a400] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2 AVX [libx264 @ 0x10185a400] profile High, level 4.0 [libx264 @ 0x10185a400] 264 - core 120 r2146 bcd41db - H.264/MPEG-4 AVC codec - Copyleft 2003-2011 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=12 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 Output #0, mp4, to '/Users/xtophe/Movies/Unbenannt1-160.mp4': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2009-08-05 21:27:22 encoder : Lavf53.31.100 Stream #0:0(eng): Video: h264 (![0][0][0] / 0x0021), yuv420p, 1440x1080 [SAR 4:3 DAR 16:9], q=-1--1, 25 tbn, 25 tbc Metadata: creation_time : 2009-08-05 21:27:22 handler_name : ?Apple Alias-Datensteuerung Stream #0:1(eng): Audio: aac (@[0][0][0] / 0x0040), 48000 Hz, 1 channels, s16, 128 kb/s Metadata: creation_time : 2009-08-05 21:27:22 handler_name : ?Apple Alias-Datensteuerung Stream mapping: Stream #0:0 -> #0:0 (mpeg2video -> libx264) Stream #0:1 -> #0:1 (pcm_s16le -> libfaac) Press [q] to stop, [?] for help [SWR @ 0x10855bc00] Input channel layout isnt supported swr_init() failed Can not resample 1 channels @ 48000 Hz to 1 channels @ 48000 Hz Now,when you remove -async 48000 from the above commandline it works fine and doesn't gives any errors. Hope this helps sorting out the problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 30 20:16:49 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 30 Jan 2012 19:16:49 -0000 Subject: [FFmpeg-trac] #943(undetermined:closed): Segfault libaacplus In-Reply-To: <034.7e5fd609a674e532b5d62e255eb85174@avcodec.org> References: <034.7e5fd609a674e532b5d62e255eb85174@avcodec.org> Message-ID: <049.5320212db0a8834041c562cd08aeb1bc@avcodec.org> #943: Segfault libaacplus -------------------------------------+------------------------------------- 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 reimar): Well, it might be possible that this has something with insufficient padding or alignment to do. In that case a valgrind trace might help figuring it out. A disassembly of the crashing code would help, too. But the address it crashes on does not seem to come from FFmpeg so I would assume some internal issue in libaacplus. Since gdb seems fine with the address, it seems most likely that the fact that it is only 4-byte aligned causes the crash. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 30 20:26:32 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 30 Jan 2012 19:26:32 -0000 Subject: [FFmpeg-trac] #957(undetermined:new): can't decode MJPEG video with delta frames In-Reply-To: <034.70424570c8eb40ddc5d11fbedf22ce91@avcodec.org> References: <034.70424570c8eb40ddc5d11fbedf22ce91@avcodec.org> Message-ID: <049.839a9c9b436b75998c16113be5375693@avcodec.org> #957: can't decode MJPEG video with delta frames --------------------------------+---------------------------------------- Reporter: swybo | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 0.10 | Resolution: Keywords: mjpeg | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Comment (by reimar): This has nothing to do with "delta frames" (no idea what it is but I don't think it is even used here) and nothing with the (M)JPEG decoder. MPlayer can play it fine using FFmpeg's decoder. It plays only one frame when using -demuxer lavf though. ffprobe -show_packets confirms FFmpeg sees only a single video frame. This should be a bug in the AVI demuxer. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 30 20:42:53 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 30 Jan 2012 19:42:53 -0000 Subject: [FFmpeg-trac] #958(avformat:new): matroska seek problem file (3 bugs) Message-ID: <036.bac7ed0220c3806fa78456eeaabfdc38@avcodec.org> #958: matroska seek problem file (3 bugs) ----------------------------------+--------------------------------------- Reporter: DonMoir | Type: defect Status: new | Priority: normal Component: avformat | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- In reference to libavformat/matroskadec.c Mostly, when you seek on a matroska file, matroska_read_seek will create an index table that is appropriate for seeking. With this particular file it does not create the index table. http://sms.pangolin.com/temp/bad_seek_h264_inf-rtwm_sample.zip Handling the creation of the seek index table is done with first 3 lines of code in matroska_read_seek (Parse the CUES). This is just done once on the first seek. {{{ static int matroska_read_seek(AVFormatContext *s, int stream_index, int64_t timestamp, int flags) { ..... /* Parse the CUES now since we need the index data to seek. */ if (matroska->cues_parsing_deferred) { matroska_parse_cues(matroska); matroska->cues_parsing_deferred = 0; } if (!st->nb_index_entries) return 0; .... } }}} matroska_parse_cues calls matroska_parse_seekhead_entry which ends up calling ebml_parse. ebml_parse calls ebml_read_num which fails because avio_r8(pb) returns 0. {{{ static int ebml_read_num(MatroskaDemuxContext *matroska, AVIOContext *pb, int max_size, uint64_t *number) { int read = 1, n = 1; uint64_t total = 0; .... /* The first byte tells us the length in bytes - avio_r8() can normally * return 0, but since that's not a valid first ebmlID byte, we can * use it safely here to catch EOS. */ if (!(total = avio_r8(pb))) { /* we might encounter EOS here */ if (!url_feof(pb)) { int64_t pos = avio_tell(pb); av_log(matroska->ctx, AV_LOG_ERROR, "Read error at pos. %"PRIu64" (0x%"PRIx64")\n", pos, pos); } return AVERROR(EIO); /* EOS or actual I/O error */ } .... } }}} '''(bug 1)''' Since it thinks if failed, no index entries will be built, but 0 appears to be a valid return value for this particular file. If I just let it proceed with total == 0, it creates the index entries normally. So I believe this is a bug in the way it's checking for 0 here and failing because of it. Also note this code in matroska_read_seek: {{{ if (!st->nb_index_entries) return 0; }}} '''(bug 2)''' If that code is executed, no seeking has been done, yet it returns 0 instead of -1. A 0 return value for read_seek means success and -1 means failure. I have not run into a case where this is a problem though because all the files I have, have a least one index_entry. But this is also a bug I believe. ffmpeg -ss gives no useful results. There are no errors reported. (It does get a read error at very end but it's not relevant to the problem) ffplay is the best way for you to see the problem because we know it doesn't do any special handling and just calls avformat_seek_file and uses the results of that. If you use: ffplay -ss 24 bad_seek_h264_inf-rtwm_sample.mkv You will notice it always starts from the beginning. This is because matroska_read_seek has failed to create the index entries for the above file. This is kind of a tough work around to deal with. I have to be able to recognize the problem and then create the index entries using a read packet method if the problem exist. You don't want to have to do this. It's a pain to recognize but mostly the read packet method is slower. If I do recognize there is a problem, 2 seeks may be required instead of one. Make sure you use ffplay to test it. Other programs may do some preprocessing and that will change the results. The following doesn't show much in the way of useful results. No errors etc. '''(bug 3)''' But you can see it has 5.1 audio and as a side note ffplay/SDL fails to play back the center speech channel on my machine. That is, it does not convert the 5.1 to stereo correctly. ffplay -ss 24 bad_seek_h264_inf-rtwm_sample.mkv ffplay version N-37063-g14d94a1 Copyright (c) 2003-2012 the FFmpeg developers built on Jan 23 2012 17:40:00 with gcc 4.6.2 configuration: --disable-static --enable-shared --enable-gpl --enable-version3 --disable-w32threads --enable-runtime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable-libgsm --enable-libmp3lame --enable-libopenjpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 34.101 / 51. 34.101 libavcodec 53. 57.105 / 53. 57.105 libavformat 53. 30.100 / 53. 30.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 59.101 / 2. 59.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 6.100 / 0. 6.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, matroska,webm, from 'c:\flashfiles\movies\bad_seek_h264_inf- rtwm_sample.mkv': Duration: 00:01:04.77, start: 0.000000, bitrate: 6406 kb/s Stream #0:0: Video: h264 (High), yuv420p, 1280x528, SAR 1:1 DAR 80:33, 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc (default) Stream #0:1(eng): Audio: dts (DTS), 48000 Hz, 5.1(side), s16, 1536 kb/s (default) Stream #0:2(eng): Subtitle: text (default) 12.76 A-V: -0.001 fd= 44 aq= 320KB vq= 1058KB sq= 0B f=0/0 f=0/0 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 30 20:59:05 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 30 Jan 2012 19:59:05 -0000 Subject: [FFmpeg-trac] #942(swresample:new): swresample leaks memory when sampling up In-Reply-To: <037.6c75f81c60dec0869680517f153e42b6@avcodec.org> References: <037.6c75f81c60dec0869680517f153e42b6@avcodec.org> Message-ID: <052.5b01aa6cdac39409df2d4286be079d55@avcodec.org> #942: swresample leaks memory when sampling up ------------------------------------+-------------------------------------- Reporter: beafdefx | Owner: michael Type: defect | Status: new Priority: normal | Component: swresample Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Comment (by beafdefx): Replying to [comment:6 cehoyos]: > Please rerun valgrind with "--leak-check=full --show-reachable=yes" Attached -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 30 21:39:09 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 30 Jan 2012 20:39:09 -0000 Subject: [FFmpeg-trac] #942(swresample:closed): swresample leaks memory when sampling up In-Reply-To: <037.6c75f81c60dec0869680517f153e42b6@avcodec.org> References: <037.6c75f81c60dec0869680517f153e42b6@avcodec.org> Message-ID: <052.d35c4f1f4f95a9d06300a1a9d046eaea@avcodec.org> #942: swresample leaks memory when sampling up ------------------------------------+-------------------------------------- Reporter: beafdefx | Owner: michael Type: defect | Status: closed Priority: normal | Component: swresample Version: git-master | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Changes (by reimar): * status: new => closed * resolution: => invalid Comment: You tell it to process 16000 samples and give it an output buffer of 16000. Of you upsample, that input of 16000 will obviously give more than 16000 samples after resampling, what do you expect to happen to those? Your "memleak" is the resampler taking care of all those samples you pushed in but never gave it a chance to return back out. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 30 21:51:20 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 30 Jan 2012 20:51:20 -0000 Subject: [FFmpeg-trac] #942(swresample:closed): swresample leaks memory when sampling up In-Reply-To: <037.6c75f81c60dec0869680517f153e42b6@avcodec.org> References: <037.6c75f81c60dec0869680517f153e42b6@avcodec.org> Message-ID: <052.b6120a74554fc024259ce2adb9f30398@avcodec.org> #942: swresample leaks memory when sampling up ------------------------------------+-------------------------------------- Reporter: beafdefx | Owner: michael Type: defect | Status: closed Priority: normal | Component: swresample Version: git-master | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Comment (by beafdefx): I don't think I understand. The output buffer is bigger than the input buffer by exactly the ratio of the input sample rate to the output sample rate, and I'm telling the resampler I have exactly room for 16000 samples in each buffer. The return value from swr_convert is exactly 16000, so I assume is is processing every sample in and placing every resampled sample out. Am I perhaps misunderstanding the API? Like I mentioned before, the resampling is working perfectly in my Android code, empirically speaking. There is nothing wrong with the output. The internal buffers inside swresample just appear to be growing out of control when the output sample rate is greater than the input sample rate. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 30 22:38:05 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 30 Jan 2012 21:38:05 -0000 Subject: [FFmpeg-trac] #942(swresample:closed): swresample leaks memory when sampling up In-Reply-To: <037.6c75f81c60dec0869680517f153e42b6@avcodec.org> References: <037.6c75f81c60dec0869680517f153e42b6@avcodec.org> Message-ID: <052.5f676493dd56f14e5fa281996f7ce6d8@avcodec.org> #942: swresample leaks memory when sampling up ------------------------------------+-------------------------------------- Reporter: beafdefx | Owner: michael Type: defect | Status: closed Priority: normal | Component: swresample Version: git-master | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Comment (by reimar): > The output buffer is bigger than the input buffer Yes, it is, but you don't tell FFmpeg that. You pass it exactly the same value twice, i.e. you tell it the output buffer has the same size as the input buffer. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 30 22:41:55 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 30 Jan 2012 21:41:55 -0000 Subject: [FFmpeg-trac] #957(undetermined:new): can't decode MJPEG video with delta frames In-Reply-To: <034.70424570c8eb40ddc5d11fbedf22ce91@avcodec.org> References: <034.70424570c8eb40ddc5d11fbedf22ce91@avcodec.org> Message-ID: <049.4b21d7a74626d1fc5bd148d387f70ccf@avcodec.org> #957: can't decode MJPEG video with delta frames --------------------------------+---------------------------------------- Reporter: swybo | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 0.10 | Resolution: Keywords: mjpeg | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Comment (by swybo): That's my point actually, if you check the avi file in virtual dub you'll see D frames (delta frames) every 3 frames with no data in it. This is caused by a badly functionning encoder actually but VLC or virtual dub can read all frames in the video whereas ffplay, ffmpeg... can't find any frame other than the first one I thought this indicated some kind of issue in the AVI demuxer -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 30 22:45:28 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 30 Jan 2012 21:45:28 -0000 Subject: [FFmpeg-trac] #942(swresample:closed): swresample leaks memory when sampling up In-Reply-To: <037.6c75f81c60dec0869680517f153e42b6@avcodec.org> References: <037.6c75f81c60dec0869680517f153e42b6@avcodec.org> Message-ID: <052.94c2eb5fca6d9c29d603da55aeb7a671@avcodec.org> #942: swresample leaks memory when sampling up ------------------------------------+-------------------------------------- Reporter: beafdefx | Owner: michael Type: defect | Status: closed Priority: normal | Component: swresample Version: git-master | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Comment (by beafdefx): OK, I'm looking at the documentation for swr_convert: http://www.ffmpeg.org/doxygen/trunk/swresample_8c.html#81af226d8969df314222218c56396f6a Parameters: s: allocated Swr context, with parameters set out: output buffers, only the first one need be set in case of packed audio out_count: amount of space available for output in samples per channel in: input buffers, only the first one need to be set in case of packed audio in_count: number of input samples available in one channel The counts are documented as "samples per channel". If the counts are supposed to be buffer sizes, then the documentation is incorrect or I am misunderstanding the documentation. If the values are supposed to be measured in samples per channel, then I would assume passing 16000 for both values is correct since I have allocated exactly room for 16000 samples in both the input buffer and the output buffer, each according to their requested sampling rate. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 30 23:06:51 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 30 Jan 2012 22:06:51 -0000 Subject: [FFmpeg-trac] #942(swresample:closed): swresample leaks memory when sampling up In-Reply-To: <037.6c75f81c60dec0869680517f153e42b6@avcodec.org> References: <037.6c75f81c60dec0869680517f153e42b6@avcodec.org> Message-ID: <052.aeb27eb650d70300ef7a8c203cca823f@avcodec.org> #942: swresample leaks memory when sampling up ------------------------------------+-------------------------------------- Reporter: beafdefx | Owner: michael Type: defect | Status: closed Priority: normal | Component: swresample Version: git-master | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Comment (by reimar): I don't understand where your problem in understanding lies. If you resample from 16000 samples per second to 32000 samples per second, then your input of 16000 samples (i.e. one second) will become 32000 samples (since it is still one second of audio). If your output buffer has only space available for 16000 samples that leaves another 16000 of those resampled 32000 samples that the library keeps buffered internally. out_count is of course _not_ the "number of input samples that would expand to a size that exactly fills this output buffer" because then everyone getting the rounding wrong (the ratio will not always be a nice 1:2) would end up with a buffer overflow. If you have a better way of clarifying this: patch welcome. It seemed clear enough to me, but that doesn't mean much. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 30 23:22:38 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 30 Jan 2012 22:22:38 -0000 Subject: [FFmpeg-trac] #942(swresample:closed): swresample leaks memory when sampling up In-Reply-To: <037.6c75f81c60dec0869680517f153e42b6@avcodec.org> References: <037.6c75f81c60dec0869680517f153e42b6@avcodec.org> Message-ID: <052.0aa5acea9f45dd61c3e44c1115529981@avcodec.org> #942: swresample leaks memory when sampling up ------------------------------------+-------------------------------------- Reporter: beafdefx | Owner: michael Type: defect | Status: closed Priority: normal | Component: swresample Version: git-master | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Comment (by beafdefx): I know where I went wrong. I was not realizing here that the number of samples changes during a resample. For some reason I was thinking that the width of a sample changes, which is not going to be the case unless the sample format changes as specified in the context. So that was just my misunderstanding. But you touched on an auxiliary issue about rounding. If I have arbitrarily large amount of audio to resample over time, and the ratio is not a nice multiple, what is the best way to avoid accumulating extra bits in the internal swresample buffer without having to push extra non-samples at the end of one of my buffers? And, for that matter, I don't think this behavior of implicit buffering made perfectly clear to callers of the API so we can knowingly avoid or compensate. By the way, thanks for hanging with me on this one. swresample definitely meets some specific needs of mine and dealing with memory well is absolutely crucial on limited mobile devices. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 30 23:27:37 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 30 Jan 2012 22:27:37 -0000 Subject: [FFmpeg-trac] #953(FFmpeg:new): 0.10 - Input channel layout isnt supported In-Reply-To: <037.71d377ebea57d1c54df59ce38ed3c697@avcodec.org> References: <037.71d377ebea57d1c54df59ce38ed3c697@avcodec.org> Message-ID: <052.d4b890a8863cf20e244c54b8cb73f3e5@avcodec.org> #953: 0.10 - Input channel layout isnt supported ----------------------------------+---------------------------------- Reporter: Atarikid | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: 0.10 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+---------------------------------- Comment (by cehoyos): Please provide the input sample. What is "-async 48000" supposed to do? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 30 23:30:25 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 30 Jan 2012 22:30:25 -0000 Subject: [FFmpeg-trac] #957(undetermined:open): can't decode MJPEG video with delta frames In-Reply-To: <034.70424570c8eb40ddc5d11fbedf22ce91@avcodec.org> References: <034.70424570c8eb40ddc5d11fbedf22ce91@avcodec.org> Message-ID: <049.77a3c86456b90804ea7de1981b34d200@avcodec.org> #957: can't decode MJPEG video with delta frames -------------------------------------+------------------------------------- Reporter: swybo | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: mjpeg | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * version: 0.10 => git-master * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 30 23:30:39 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 30 Jan 2012 22:30:39 -0000 Subject: [FFmpeg-trac] #957(undetermined:open): can't decode MJPEG avi (was: can't decode MJPEG video with delta frames) In-Reply-To: <034.70424570c8eb40ddc5d11fbedf22ce91@avcodec.org> References: <034.70424570c8eb40ddc5d11fbedf22ce91@avcodec.org> Message-ID: <049.50b80268c2489fd9bd502b5ae6301db7@avcodec.org> #957: can't decode MJPEG avi -------------------------------------+------------------------------------- Reporter: swybo | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: mjpeg | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jan 30 23:38:02 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 30 Jan 2012 22:38:02 -0000 Subject: [FFmpeg-trac] #942(swresample:closed): swresample leaks memory when sampling up In-Reply-To: <037.6c75f81c60dec0869680517f153e42b6@avcodec.org> References: <037.6c75f81c60dec0869680517f153e42b6@avcodec.org> Message-ID: <052.dd207547f654441f5ab36c875c31100b@avcodec.org> #942: swresample leaks memory when sampling up ------------------------------------+-------------------------------------- Reporter: beafdefx | Owner: michael Type: defect | Status: closed Priority: normal | Component: swresample Version: git-master | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Comment (by reimar): I am not sure what kind of solution you are thinking of exactly, and I haven't tested ant of these. Most of the time, just making the buffer a bit larger so it can take a few extra samples when necessary should work I guess. An alternative if that's no good is to call the resample function with 0 size input buffer. If you absolutely always want to have a completely filled fixed-size output buffer you'd probably have to keep track of the rounding error and do the 0-size input buffer exactly at the right point. However that is complex and very brittle code. Another option would be to add a function to libswresample that will return the number of buffered samples. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 31 00:16:52 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 30 Jan 2012 23:16:52 -0000 Subject: [FFmpeg-trac] #639(avcodec:closed): add support for 64bit PNG In-Reply-To: <038.985157405c9e2d3c7a5ed6014fcdb091@avcodec.org> References: <038.985157405c9e2d3c7a5ed6014fcdb091@avcodec.org> Message-ID: <053.23bda3f2fe05d185933b758a45abb0c2@avcodec.org> #639: add support for 64bit PNG -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: closed Priority: wish | Component: avcodec Version: git-master | Resolution: fixed Keywords: png 64bit | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Decoding 64bit png works now, the images can be reencoded to dpx, pam and sgi (and png) For the missing colourspace transformation, please follow ticket #503. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 31 07:25:15 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 31 Jan 2012 06:25:15 -0000 Subject: [FFmpeg-trac] #959(undetermined:new): Media 100 codec support. Message-ID: <035.71ebe7155d4ee417215106fd64e87a8b@avcodec.org> #959: Media 100 codec support. -------------------------------------+------------------------------------- Reporter: Galane | Type: Status: new | enhancement Component: | Priority: normal undetermined | Version: Keywords: | unspecified Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- I've put a couple of small MOV files, their resource forks, the iFinish transcoder for Windows (which was very hard to find) and a small MOV flattener utility here http://partsbyemc.com/pub/ Read the text file for more info. Hopefully with all this, Media 100 / iFinish support can be added to FFMPEG. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 31 07:51:58 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 31 Jan 2012 06:51:58 -0000 Subject: [FFmpeg-trac] #959(undetermined:new): Media 100 codec support. In-Reply-To: <035.71ebe7155d4ee417215106fd64e87a8b@avcodec.org> References: <035.71ebe7155d4ee417215106fd64e87a8b@avcodec.org> Message-ID: <050.89848466da7bdcd118d2bf43c0624201@avcodec.org> #959: Media 100 codec support. -------------------------------------+------------------------------------- Reporter: Galane | Owner: Type: enhancement | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Galane): I just checked and QuickTime 6.5.2 with the transcoder copied to %systemroot%\system32 will play the videos but not the audio. There's no separate audio files on the tutorial CD but I know the tutorial project had audio. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 31 10:32:23 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 31 Jan 2012 09:32:23 -0000 Subject: [FFmpeg-trac] #959(undetermined:new): Media 100 codec support. In-Reply-To: <035.71ebe7155d4ee417215106fd64e87a8b@avcodec.org> References: <035.71ebe7155d4ee417215106fd64e87a8b@avcodec.org> Message-ID: <050.69aeef63d1b3da2816d3c1a47e3bc506@avcodec.org> #959: Media 100 codec support. -------------------------------------+------------------------------------- Reporter: Galane | Owner: Type: enhancement | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Please run the "flattener" utility on all three files (most developers do not have a Windows environment) and attach the resulting files here. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 31 10:48:02 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 31 Jan 2012 09:48:02 -0000 Subject: [FFmpeg-trac] #731(undetermined:closed): h264 video frames inside m2ts container get altered after commit 13b7781ec8d475513c1ee40a6e481763b728a71e In-Reply-To: <039.f4b366923e7cc91deca1194d0dd079b1@avcodec.org> References: <039.f4b366923e7cc91deca1194d0dd079b1@avcodec.org> Message-ID: <054.595fb89b7bc3be480fb96dca8ad165bb@avcodec.org> #731: h264 video frames inside m2ts container get altered after commit 13b7781ec8d475513c1ee40a6e481763b728a71e -------------------------------------+------------------------------------- Reporter: Andrea3000 | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: h264 m2ts | 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 if there still is any problem that you can reproduce. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 31 12:38:54 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 31 Jan 2012 11:38:54 -0000 Subject: [FFmpeg-trac] #959(undetermined:new): Media 100 codec support. In-Reply-To: <035.71ebe7155d4ee417215106fd64e87a8b@avcodec.org> References: <035.71ebe7155d4ee417215106fd64e87a8b@avcodec.org> Message-ID: <050.724fa75750a676524a90d3a5cc44ea33@avcodec.org> #959: Media 100 codec support. -------------------------------------+------------------------------------- Reporter: Galane | Owner: Type: enhancement | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Galane): Tried to attach a file but gave up when it passed several minutes without appearing to do anything. I've updated the RAR archive here http://partsbyemc.com/pub/ with the flattened files and took out the flattener program. One NTSC and one PAL format MOV, video only and two audio only MOV files. I don't have any Media 100 videos with audio, only what's on the tutorial CD. Can't make one with audio and video since I gave away my old Radius 81-110. Still have the Media 100 system. Search for Media 100 Transcoder or iFinish transcoder and you'll find some people looking for it to enable them to recover video from old projects after getting rid of their M100 systems. Might be able to get a clip from someone with video and audio. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 31 13:11:37 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 31 Jan 2012 12:11:37 -0000 Subject: [FFmpeg-trac] #959(undetermined:open): Media 100 codec support. In-Reply-To: <035.71ebe7155d4ee417215106fd64e87a8b@avcodec.org> References: <035.71ebe7155d4ee417215106fd64e87a8b@avcodec.org> Message-ID: <050.e4fdffcd7d0f94016cd57bb0023d561c@avcodec.org> #959: Media 100 codec support. -------------------------------------+------------------------------------- Reporter: Galane | Owner: Type: enhancement | Status: open Priority: wish | Component: Version: git-master | undetermined Keywords: ntPA ntnt | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => ntPA ntnt * priority: normal => wish * version: unspecified => git-master * status: new => open * reproduced: 0 => 1 Comment: ntPA is the PAL codec, ntnt the NTSC codec, there also should be dtmt samples. Maybe mjpeg-related. {{{ $ ffmpeg -i 12\ 27_Volcano\ Zoom-Dissolve-F-8.mov ffmpeg version N-37401-g151ecc2 Copyright (c) 2000-2012 the FFmpeg developers built on Jan 31 2012 11:18:33 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc --enable-libopenjpeg libavutil 51. 36.100 / 51. 36.100 libavcodec 54. 0.102 / 54. 0.102 libavformat 54. 0.100 / 54. 0.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 60.100 / 2. 60.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 6.100 / 0. 6.100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x13d83a0] decoding for stream 0 failed [mov,mp4,m4a,3gp,3g2,mj2 @ 0x13d83a0] Could not find codec parameters (Video: none (dtPA / 0x41507464), 768x576, 14222 kb/s) 12 27_Volcano Zoom-Dissolve-F-8.mov: could not find codec parameters }}} {{{ $ ffmpeg -i Daniel\ Credits.M1P_18\ 00-Dis-1.mov ffmpeg version N-37401-g151ecc2 Copyright (c) 2000-2012 the FFmpeg developers built on Jan 31 2012 11:18:33 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc --enable-libopenjpeg libavutil 51. 36.100 / 51. 36.100 libavcodec 54. 0.102 / 54. 0.102 libavformat 54. 0.100 / 54. 0.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 60.100 / 2. 60.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 6.100 / 0. 6.100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x13d83a0] decoding for stream 0 failed [mov,mp4,m4a,3gp,3g2,mj2 @ 0x13d83a0] Could not find codec parameters (Video: none (dtnt / 0x746E7464), 640x480, 15970 kb/s) Daniel Credits.M1P_18 00-Dis-1.mov: could not find codec parameters }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 31 14:18:50 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 31 Jan 2012 13:18:50 -0000 Subject: [FFmpeg-trac] #960(avformat:new): Application provided invalid, non monotonically increasing dts to muxer Message-ID: <037.dd0535291eb65b01fa4697e606ee392f@avcodec.org> #960: Application provided invalid, non monotonically increasing dts to muxer ----------------------------------+-------------------------------------- Reporter: aurelien | Type: defect Status: new | Priority: important Component: avformat | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- I have a sample : H.264/AAC wrapped in MPEG-TS whith cannot be transcoded (or copy using -vcodec copy) using ffmpeg-git. jupiter@~/ffmpeg> ./ffmpeg -y -i /tmp/sample-non-monotonic-dts.ts -an -vcodec copy -f mpegts /dev/null ffmpeg version N-37401-g151ecc2 Copyright (c) 2000-2012 the FFmpeg developers built on Jan 31 2012 12:54:08 with gcc 4.6.2 configuration: --prefix=/home/aurelien/local --enable-postproc --enable- nonfree --enable-gpl --enable-libopencore-amrnb --enable-libfaac --enable- libmp3lame --enable-shared --enable-libxvid --enable-libx264 --extra- cflags=-I/home/aurelien/local/include --extra- ldflags=-L/home/aurelien/local/lib --enable-version3 --disable- optimizations libavutil 51. 36.100 / 51. 36.100 libavcodec 54. 0.102 / 54. 0.102 libavformat 54. 0.100 / 54. 0.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 60.100 / 2. 60.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 6.100 / 0. 6.100 libpostproc 52. 0.100 / 52. 0.100 [mpegts @ 0xda43a0] max_analyze_duration 5000000 reached at 5000000 [mpegts @ 0xda43a0] PES packet size mismatch Input #0, mpegts, from '/tmp/sample-non-monotonic-dts.ts': Duration: 00:01:08.67, start: 0.500011, bitrate: 2189 kb/s Program 1 Stream #0:0[0x3e8]: Video: h264 (Main) ([27][0][0][0] / 0x001B), yuv420p, 720x576 [SAR 16:11 DAR 20:11], 50 fps, 50 tbr, 90k tbn, 50 tbc Stream #0:1[0x1e2](fra): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16, 192 kb/s (clean effects) [mpegts @ 0xdab3e0] muxrate VBR, pcr every 2 pkts, sdt every 200, pat/pmt every 40 pkts Output #0, mpegts, to '/dev/null': Metadata: encoder : Lavf54.0.100 Stream #0:0: Video: h264 ([27][0][0][0] / 0x001B), yuv420p, 720x576 [SAR 16:11 DAR 20:11], q=2-31, 50 fps, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help [mpegts @ 0xdab3e0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 23399 >= 23399 av_interleaved_write_frame(): Invalid argument It does not work with ffmpeg version shipped with Debian Squeeze either. jupiter@~> ffmpeg -y -i /tmp/sample-non-monotonic-dts.ts -an -vcodec copy -f mpegts /dev/null FFmpeg version SVN-r0.5.6-4:0.5.6-3, Copyright (c) 2000-2009 Fabrice Bellard, et al. configuration: --extra-version=4:0.5.6-3 --prefix=/usr --enable-avfilter --enable-avfilter-lavf --enable-vdpau --enable-bzlib --enable-libdirac --enable-libgsm --enable-libopenjpeg --enable-libschroedinger --enable- libspeex --enable-libtheora --enable-libvorbis --enable-pthreads --enable- zlib --disable-stripping --disable-vhook --enable-runtime-cpudetect --enable-gpl --enable-postproc --enable-swscale --enable-x11grab --enable- libfaad --enable-libdc1394 --enable-shared --disable-static libavutil 49.15. 0 / 49.15. 0 libavcodec 52.20. 1 / 52.20. 1 libavformat 52.31. 0 / 52.31. 0 libavdevice 52. 1. 0 / 52. 1. 0 libavfilter 0. 4. 0 / 0. 4. 0 libswscale 0. 7. 1 / 0. 7. 1 libpostproc 51. 2. 0 / 51. 2. 0 built on Dec 31 2011 16:14:46, gcc: 4.4.5 Input #0, mpegts, from '/tmp/sample-non-monotonic-dts.ts': Duration: 00:01:08.67, start: 0.500022, bitrate: 2189 kb/s Program 1 Stream #0.0[0x3e8]: Video: h264, yuv420p, 720x576 [PAR 16:11 DAR 20:11], 50 tbr, 90k tbn, 50 tbc Stream #0.1[0x1e2](fra): Audio: mp2, 48000 Hz, stereo, s16, 192 kb/s Output #0, mpegts, to '/dev/null': Stream #0.0: Video: 0x0000, yuv420p, 720x576 [PAR 16:11 DAR 20:11], q=2-31, 90k tbn, 25 tbc Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop encoding [mpegts @ 0x170b870]dts < pcr, TS is invalid Last message repeated 220 times [NULL @ 0x170a710]error, non monotone timestamps 23398 >= 23398 av_interleaved_write_frame(): Error while opening file Sample name : sample-non-monotonic-dts.ts (uploaded on upload.ffmpeg.org) Here are two frames taken from the sample : NEW DATA PID : 1000 Size : 5280 PTS : 81000 DTS : 68400 NEW DATA PID : 1000 Size : 1072 PTS : 68400 DTS : no value I guess the problem is the second frame has pts=dts=68400 which is also the dts of the previous frame though I don't know if the sample is valid regarding ISO 13818-1. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 31 15:14:20 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 31 Jan 2012 14:14:20 -0000 Subject: [FFmpeg-trac] #960(undetermined:new): Application provided invalid, non monotonically increasing dts to muxer In-Reply-To: <037.dd0535291eb65b01fa4697e606ee392f@avcodec.org> References: <037.dd0535291eb65b01fa4697e606ee392f@avcodec.org> Message-ID: <052.3f05b09c15fd9d04e5d077b57ad4596f@avcodec.org> #960: Application provided invalid, non monotonically increasing dts to muxer -------------------------------------+------------------------------------- Reporter: aurelien | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: important => normal * component: avformat => undetermined Comment: Do you think this is a regression? Please provide the sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 31 15:47:54 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 31 Jan 2012 14:47:54 -0000 Subject: [FFmpeg-trac] #961(avcodec:new): Decoding H.264 to YUV drops one frame Message-ID: <034.230124bb041b30aca5e9bc5c4922b4be@avcodec.org> #961: Decoding H.264 to YUV drops one frame --------------------------------------+--------------------------------- Reporter: takis | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+--------------------------------- For the attached samples encoded with x264, FFmpeg drops one frame when decoding them to YUV420. I used the reference decoder (JM 17.2) to verify that the bitstream indeed did contain one more frame than FFmpeg decoded. ./ldecod.dbg.exe -i output3.h264 Setting Default Parameters... Parsing Configfile decoder.cfg ............... ----------------------------- JM 17.2 (FRExt) ----------------------------- -------------------------------------------------------------------------- Input H.264 bitstream : /tmp/output3.h264 Output decoded YUV : test_dec.yuv Input reference file : test_rec.yuv -------------------------------------------------------------------------- POC must = frame# or field# for SNRs to be correct -------------------------------------------------------------------------- Frame POC Pic# QP SnrY SnrU SnrV Y:U:V Time(ms) -------------------------------------------------------------------------- Input reference file : test_rec.yuv does not exist SNR values are not available (fn=0 T: poc=0 B: poc=0 F: poc=0 G: poc=0) ref (3) view_id (0) 00000(IDR) 0 0 28 4:2:0 86 (fn=0 T: poc=0 B: poc=0 F: poc=0 G: poc=0) ref (3) view_id (0) (fn=1 T: poc=4 B: poc=4 F: poc=4 G: poc=4) ref (3) view_id (0) 00002( P ) 4 1 28 4:2:0 13 (fn=0 T: poc=0 B: poc=0 F: poc=0 G: poc=0) ref (3) view_id (0) (fn=1 T: poc=4 B: poc=4 F: poc=4 G: poc=4) ref (3) view_id (0) (fn=2 T: poc=2 B: poc=2 F: poc=2 G: poc=2) 00001( b ) 2 2 28 4:2:0 10 -------------------- Average SNR all frames ------------------------------ SNR Y(dB) : 0.00 SNR U(dB) : 0.00 SNR V(dB) : 0.00 Total decoding time : 0.111 sec (27.027 fps)[3 frm/111 ms] -------------------------------------------------------------------------- Exit JM 17 (FRExt) decoder, ver 17.2 Output status file : log.dec pissaris at takis-Latitude-E6520:/usr/local/src/jm-17.2/bin$ ffmpeg -y -i /tmp/output3.h264 test.yuv ffmpeg version N-37401-g151ecc2 Copyright (c) 2000-2012 the FFmpeg developers built on Jan 31 2012 15:39:01 with clang 3.0 (tags/RELEASE_30/final) configuration: --cc=/opt/clang/bin/clang libavutil 51. 36.100 / 51. 36.100 libavcodec 54. 0.102 / 54. 0.102 libavformat 54. 0.100 / 54. 0.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 60.100 / 2. 60.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 6.100 / 0. 6.100 [h264 @ 0x29c83a0] decoding for stream 0 failed [h264 @ 0x29c83a0] Estimating duration from bitrate, this may be inaccurate Input #0, h264, from '/tmp/output3.h264': Duration: N/A, bitrate: N/A Stream #0:0: Video: h264 (High), yuv420p, 352x288, 25 fps, 25 tbr, 1200k tbn, 50 tbc [buffer @ 0x29d08e0] w:352 h:288 pixfmt:yuv420p tb:1/1000000 sar:0/1 sws_param: Output #0, rawvideo, to 'test.yuv': Metadata: encoder : Lavf54.0.100 Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 352x288, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (h264 -> rawvideo) Press [q] to stop, [?] for help frame= 2 fps= 0 q=0.0 Lsize= 297kB time=00:00:00.08 bitrate=30412.8kbits/s dup=0 drop=1 video:297kB audio:0kB global headers:0kB muxing overhead 0.000000% -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 31 15:49:22 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 31 Jan 2012 14:49:22 -0000 Subject: [FFmpeg-trac] #961(avcodec:new): Decoding H.264 to YUV drops one frame In-Reply-To: <034.230124bb041b30aca5e9bc5c4922b4be@avcodec.org> References: <034.230124bb041b30aca5e9bc5c4922b4be@avcodec.org> Message-ID: <049.d71f346dc275a200d609bdd1af34c7c7@avcodec.org> #961: Decoding H.264 to YUV drops one frame ------------------------------------+----------------------------------- Reporter: takis | 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 takis): The output4.h264 file contains 4 frames, and similarly FFmpeg decodes only three of them. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 31 15:52:15 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 31 Jan 2012 14:52:15 -0000 Subject: [FFmpeg-trac] #961(avcodec:new): Decoding H.264 to YUV drops one frame In-Reply-To: <034.230124bb041b30aca5e9bc5c4922b4be@avcodec.org> References: <034.230124bb041b30aca5e9bc5c4922b4be@avcodec.org> Message-ID: <049.399d3c7656f46b873332428e8eac37fe@avcodec.org> #961: Decoding H.264 to YUV drops one frame ------------------------------------+----------------------------------- Reporter: takis | 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 takis): Oh and the same happens with GCC, so it is not clang related. ./ffmpeg -y -i /tmp/output3.h264 test.yuv ffmpeg version N-37401-g151ecc2 Copyright (c) 2000-2012 the FFmpeg developers built on Jan 31 2012 15:51:38 with gcc 4.6.1 configuration: --enable-avfilter --enable-frei0r --enable-gpl --enable- libfaac --enable-libmp3lame --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxvid --enable-nonfree --enable-pic --enable-pthreads --disable-shared --enable-static --enable-version3 --enable-x11grab --disable-optimizations libavutil 51. 36.100 / 51. 36.100 libavcodec 54. 0.102 / 54. 0.102 libavformat 54. 0.100 / 54. 0.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 60.100 / 2. 60.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 6.100 / 0. 6.100 libpostproc 52. 0.100 / 52. 0.100 [h264 @ 0x2de83a0] decoding for stream 0 failed [h264 @ 0x2de83a0] Estimating duration from bitrate, this may be inaccurate Input #0, h264, from '/tmp/output3.h264': Duration: N/A, bitrate: N/A Stream #0:0: Video: h264 (High), yuv420p, 352x288, 25 fps, 25 tbr, 1200k tbn, 50 tbc [buffer @ 0x2df08e0] w:352 h:288 pixfmt:yuv420p tb:1/1000000 sar:0/1 sws_param: Output #0, rawvideo, to 'test.yuv': Metadata: encoder : Lavf54.0.100 Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 352x288, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (h264 -> rawvideo) Press [q] to stop, [?] for help frame= 2 fps= 0 q=0.0 Lsize= 297kB time=00:00:00.08 bitrate=30412.8kbits/s dup=0 drop=1 video:297kB audio:0kB global headers:0kB muxing overhead 0.000000% -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 31 16:12:29 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 31 Jan 2012 15:12:29 -0000 Subject: [FFmpeg-trac] #960(undetermined:new): Application provided invalid, non monotonically increasing dts to muxer In-Reply-To: <037.dd0535291eb65b01fa4697e606ee392f@avcodec.org> References: <037.dd0535291eb65b01fa4697e606ee392f@avcodec.org> Message-ID: <052.ac8bab516300ebb2e2e389fb038e1d7e@avcodec.org> #960: Application provided invalid, non monotonically increasing dts to muxer -------------------------------------+------------------------------------- Reporter: aurelien | 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 aurelien): I don't know if this is a regression. All I can say is that it's working fine with VLC. I provided a sample : "Sample name : sample-non-monotonic-dts.ts (uploaded on upload.ffmpeg.org)" Do you want a public URL ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 31 17:50:11 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 31 Jan 2012 16:50:11 -0000 Subject: [FFmpeg-trac] #962(undetermined:new): Bink - ffmpeg is unable to decode some small files with only one frame Message-ID: <032.e537d9698abbbdcc7bd54c6492b31643@avcodec.org> #962: Bink - ffmpeg is unable to decode some small files with only one frame -------------------------------------+------------------------------------- Reporter: bgk | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- When trying to transcode Bink movies to a serie of PNG images, some small (less than 500 bytes) won't decode. ffmpeg fails with the error "Error while decoding stream #0:0", see the attached log for the full output. There are a dozen of such files in the game "Myst III Exile". They play fine in game. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 31 18:45:26 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 31 Jan 2012 17:45:26 -0000 Subject: [FFmpeg-trac] #962(undetermined:new): Bink - ffmpeg is unable to decode some small files with only one frame In-Reply-To: <032.e537d9698abbbdcc7bd54c6492b31643@avcodec.org> References: <032.e537d9698abbbdcc7bd54c6492b31643@avcodec.org> Message-ID: <047.ef1aad7753b8e1e99ed130ffcdc8c6a5@avcodec.org> #962: Bink - ffmpeg is unable to decode some small files with only one frame -------------------------------------+------------------------------------- Reporter: bgk | 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): If you want this issue to get fixed anytime soon you will need provide sample(s). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 31 18:59:26 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 31 Jan 2012 17:59:26 -0000 Subject: [FFmpeg-trac] #954(undetermined:open): non monotonically increasing dts error while remuxing wtv In-Reply-To: <036.a223131fd1104e7b09d4934d882f9cbb@avcodec.org> References: <036.a223131fd1104e7b09d4934d882f9cbb@avcodec.org> Message-ID: <051.f7e4c1dfa1dc73ecc5135303f08c7c1e@avcodec.org> #954: non monotonically increasing dts error while remuxing wtv -------------------------------------+------------------------------------- Reporter: omasoud | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: mpeg2video | Resolution: wtv av_interleaved_write_frame | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ramitbhalla): The same problems also occures when using a H.264 video source in the wtv contanier. Attaching the details below for the following command (video is too large to upload). ffmpeg -y -i test.wtv -vcodec copy -acodec copy -f mpegts test.ts ffmpeg version N-37208-g01fcbdf Copyright (c) 2000-2012 the FFmpeg developers built on Jan 27 2012 18:34:52 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-runtime-cpudetect --enable-avisynth --enab le-bzlib --enable-frei0r --enable-libopencore-amrnb --enable-libopencore- amrwb --enable-libfreetype --enable-libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger --enable-libspeex --enable-libtheora --en able-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable- libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 34.101 / 51. 34.101 libavcodec 53. 60.100 / 53. 60.100 libavformat 53. 31.100 / 53. 31.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 60.100 / 2. 60.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 6.100 / 0. 6.100 libpostproc 52. 0.100 / 52. 0.100 [h264 @ 02EABC80] non-existing PPS referenced [h264 @ 02EABC80] non-existing PPS 0 referenced [h264 @ 02EABC80] decode_slice_header error [h264 @ 02EABC80] non-existing PPS 0 referenced [h264 @ 02EABC80] decode_slice_header error [h264 @ 02EABC80] no frame! [h264 @ 02EABC80] non-existing SPS 0 referenced in buffering period [h264 @ 02EABC80] non-existing PPS referenced [h264 @ 02EABC80] non-existing SPS 0 referenced in buffering period [h264 @ 02EABC80] non-existing PPS 0 referenced [h264 @ 02EABC80] decode_slice_header error [h264 @ 02EABC80] non-existing PPS 0 referenced [h264 @ 02EABC80] decode_slice_header error [h264 @ 02EABC80] non-existing PPS 0 referenced [h264 @ 02EABC80] decode_slice_header error [h264 @ 02EABC80] non-existing PPS 0 referenced [h264 @ 02EABC80] decode_slice_header error [h264 @ 02EABC80] non-existing PPS 0 referenced [h264 @ 02EABC80] decode_slice_header error [h264 @ 02EABC80] non-existing PPS 0 referenced [h264 @ 02EABC80] decode_slice_header error [h264 @ 02EABC80] no frame! [h264 @ 02EABC80] non-existing SPS 0 referenced in buffering period [h264 @ 02EABC80] non-existing PPS referenced [h264 @ 02EABC80] non-existing SPS 0 referenced in buffering period [h264 @ 02EABC80] non-existing PPS 0 referenced [h264 @ 02EABC80] decode_slice_header error [h264 @ 02EABC80] non-existing PPS 0 referenced [h264 @ 02EABC80] decode_slice_header error [h264 @ 02EABC80] non-existing PPS 0 referenced [h264 @ 02EABC80] decode_slice_header error [h264 @ 02EABC80] non-existing PPS 0 referenced [h264 @ 02EABC80] decode_slice_header error [h264 @ 02EABC80] non-existing PPS 0 referenced [h264 @ 02EABC80] decode_slice_header error [h264 @ 02EABC80] non-existing PPS 0 referenced [h264 @ 02EABC80] decode_slice_header error [h264 @ 02EABC80] no frame! [h264 @ 02EABC80] non-existing SPS 0 referenced in buffering period [h264 @ 02EABC80] non-existing PPS referenced [h264 @ 02EABC80] non-existing SPS 0 referenced in buffering period [h264 @ 02EABC80] non-existing PPS 0 referenced [h264 @ 02EABC80] decode_slice_header error [h264 @ 02EABC80] non-existing PPS 0 referenced [h264 @ 02EABC80] decode_slice_header error [h264 @ 02EABC80] non-existing PPS 0 referenced [h264 @ 02EABC80] decode_slice_header error [h264 @ 02EABC80] non-existing PPS 0 referenced [h264 @ 02EABC80] decode_slice_header error [h264 @ 02EABC80] non-existing PPS 0 referenced [h264 @ 02EABC80] decode_slice_header error [h264 @ 02EABC80] non-existing PPS 0 referenced [h264 @ 02EABC80] decode_slice_header error [h264 @ 02EABC80] no frame! [h264 @ 02EABC80] non-existing SPS 0 referenced in buffering period [h264 @ 02EABC80] non-existing PPS referenced [h264 @ 02EABC80] non-existing SPS 0 referenced in buffering period [h264 @ 02EABC80] non-existing PPS 0 referenced [h264 @ 02EABC80] decode_slice_header error [h264 @ 02EABC80] non-existing PPS 0 referenced [h264 @ 02EABC80] decode_slice_header error [h264 @ 02EABC80] non-existing PPS 0 referenced [h264 @ 02EABC80] decode_slice_header error [h264 @ 02EABC80] non-existing PPS 0 referenced [h264 @ 02EABC80] decode_slice_header error [h264 @ 02EABC80] non-existing PPS 0 referenced [h264 @ 02EABC80] decode_slice_header error [h264 @ 02EABC80] non-existing PPS 0 referenced [h264 @ 02EABC80] decode_slice_header error [h264 @ 02EABC80] no frame! [h264 @ 02EABC80] non-existing SPS 0 referenced in buffering period [h264 @ 02EABC80] non-existing PPS referenced [h264 @ 02EABC80] non-existing SPS 0 referenced in buffering period [h264 @ 02EABC80] non-existing PPS 0 referenced [h264 @ 02EABC80] decode_slice_header error [h264 @ 02EABC80] non-existing PPS 0 referenced [h264 @ 02EABC80] decode_slice_header error [h264 @ 02EABC80] non-existing PPS 0 referenced [h264 @ 02EABC80] decode_slice_header error [h264 @ 02EABC80] non-existing PPS 0 referenced [h264 @ 02EABC80] decode_slice_header error [h264 @ 02EABC80] non-existing PPS 0 referenced [h264 @ 02EABC80] decode_slice_header error [h264 @ 02EABC80] non-existing PPS 0 referenced [h264 @ 02EABC80] decode_slice_header error [h264 @ 02EABC80] no frame! [h264 @ 02EABC80] non-existing SPS 0 referenced in buffering period [h264 @ 02EABC80] non-existing PPS referenced [h264 @ 02EABC80] non-existing SPS 0 referenced in buffering period [h264 @ 02EABC80] non-existing PPS 0 referenced [h264 @ 02EABC80] decode_slice_header error [h264 @ 02EABC80] non-existing PPS 0 referenced [h264 @ 02EABC80] decode_slice_header error [h264 @ 02EABC80] non-existing PPS 0 referenced [h264 @ 02EABC80] decode_slice_header error [h264 @ 02EABC80] non-existing PPS 0 referenced [h264 @ 02EABC80] decode_slice_header error [h264 @ 02EABC80] non-existing PPS 0 referenced [h264 @ 02EABC80] decode_slice_header error [h264 @ 02EABC80] non-existing PPS 0 referenced [h264 @ 02EABC80] decode_slice_header error [h264 @ 02EABC80] no frame! [h264 @ 02EABC80] non-existing SPS 0 referenced in buffering period [h264 @ 02EABC80] non-existing PPS referenced [h264 @ 02EABC80] non-existing SPS 0 referenced in buffering period [h264 @ 02EABC80] non-existing PPS 0 referenced [h264 @ 02EABC80] decode_slice_header error [h264 @ 02EABC80] non-existing PPS 0 referenced [h264 @ 02EABC80] decode_slice_header error [h264 @ 02EABC80] non-existing PPS 0 referenced [h264 @ 02EABC80] decode_slice_header error [h264 @ 02EABC80] non-existing PPS 0 referenced [h264 @ 02EABC80] decode_slice_header error [h264 @ 02EABC80] non-existing PPS 0 referenced [h264 @ 02EABC80] decode_slice_header error [h264 @ 02EABC80] non-existing PPS 0 referenced [h264 @ 02EABC80] decode_slice_header error [h264 @ 02EABC80] no frame! [h264 @ 02EABC80] mmco: unref short failure Last message repeated 1 times [h264 @ 02EABC80] Increasing reorder buffer to 1 [h264 @ 02EABC80] Increasing reorder buffer to 2 [h264 @ 02EABC80] Increasing reorder buffer to 3 [h264 @ 02EABC80] mmco: unref short failure Input #0, wtv, from 'test.wtv': Metadata: Tuner ID : 716453EF-7443-4F94-9E30-ED10F1C5788D WM/MediaClassPrimaryID: db9830bd-3ab3-4fab-8a371a995f7ff74bD WM/MediaClassSecondaryID: ba7f258a-62f7-47a9-b21f4651c42a000eD Title : Mis tardes con Margueritte WM/SubTitleDescription: Un parque de una peque??a ciudad sirve de lugar de encuentro para Germain, un carpintero de algo m??s de cincuenta a??os y casi analfabeto, y Margueritte, una fr??gil anciana apasionada por la lectura. Margueritt e empieza a leerle extractos de novelas, ha genre : Cine;Comedia WM/OriginalReleaseTime: 2010 WM/MediaCredits : G??rard Depardieu/Gis??le Casadesus/Fran??ois-Xavier Demaison/Maurane/G??rard Depardieu/Gis??le Ca sadesus/Fran??ois-Xavier Demaison/Maurane/G??rard Depardieu/Gis??le Casadesus/Fran??ois-Xavier Demaison/Maurane/G??rard Depardieu/Gis??le Casadesus/Fran??ois service_provider: Canal+ Comedia HD service_name : Canal+ Comedia HD WM/MediaNetworkAffiliation: dvblink WM/MediaOriginalChannel: 15 WM/MediaOriginalChannelSubNumber: 0 WM/MediaOriginalBroadcastDateTime: 0001-01-01T00:00:00Z WM/MediaOriginalRunTime: 12066576831 WM/MediaIsStereo: false WM/MediaIsRepeat: false WM/MediaIsLive : false WM/MediaIsTape : false WM/MediaIsDelay : false WM/MediaIsSubtitled: false WM/MediaIsMovie : true WM/MediaIsPremiere: false WM/MediaIsFinale: false WM/MediaIsSAP : false WM/MediaIsSport : false WM/Provider : MediaCenterDefault WM/VideoClosedCaptioning: false WM/WMRVEncodeTime: 2012-01-30 18:28:53 WM/WMRVServiceID: !Generated!5457f0224618436e93271f066a788808 WM/WMRVProgramID: !MCProgram!8162774331456992!canal+ comedia hd!1327943400 WM/WMRVRequestID: 0 WM/WMRVScheduleItemID: 0 WM/WMRVQuality : 0 WM/WMRVOriginalSoftPrePadding: 5027 WM/WMRVOriginalSoftPostPadding: 900 WM/WMRVHardPrePadding: -4727 WM/WMRVHardPostPadding: 0 WM/WMRVATSCContent: false WM/WMRVDTVContent: true WM/WMRVHDContent: true Duration : 1303804573 WM/WMRVEndTime : 2012-01-30 18:31:03 WM/WMRVBitrate : 20.971520 WM/WMRVKeepUntil: -1 WM/WMRVActualSoftPrePadding: -6 WM/WMRVActualSoftPostPadding: -176 WM/WMRVContentProtected: false WM/WMRVContentProtectedPercent: 0 WM/WMRVExpirationSpan: 9223372036854775807 WM/WMRVInBandRatingSystem: 255 WM/WMRVInBandRatingLevel: 255 WM/WMRVInBandRatingAttributes: 0 WM/WMRVWatched : false Duration: 00:02:09.54, start: 2.289534, bitrate: 6070 kb/s Stream #0:0[0x63](spa): Subtitle: dvb_subtitle Stream #0:1[0x64]: Video: h264 (High), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 34.72 fps, 25 tbr, 10000k tbn, 50 tbc Stream #0:2[0x65](dos): Audio: ac3, 48000 Hz, stereo, s16, 192 kb/s Stream #0:3[0x66](esl): Subtitle: dvb_subtitle (hearing impaired) Stream #0:4[0x67](spa): Audio: ac3, 48000 Hz, stereo, s16, 192 kb/s [mpegts @ 035CD4E0] muxrate VBR, pcr every 2 pkts, sdt every 200, pat/pmt every 40 pkts Output #0, mpegts, to 'test.ts': Metadata: Tuner ID : 716453EF-7443-4F94-9E30-ED10F1C5788D WM/MediaClassPrimaryID: db9830bd-3ab3-4fab-8a371a995f7ff74bD WM/MediaClassSecondaryID: ba7f258a-62f7-47a9-b21f4651c42a000eD Title : Mis tardes con Margueritte WM/SubTitleDescription: Un parque de una peque??a ciudad sirve de lugar de encuentro para Germain, un carpintero de algo m??s de cincuenta a??os y casi analfabeto, y Margueritte, una fr??gil anciana apasionada por la lectura. Margueritt e empieza a leerle extractos de novelas, ha genre : Cine;Comedia WM/OriginalReleaseTime: 2010 WM/MediaCredits : G??rard Depardieu/Gis??le Casadesus/Fran??ois-Xavier Demaison/Maurane/G??rard Depardieu/Gis??le Ca sadesus/Fran??ois-Xavier Demaison/Maurane/G??rard Depardieu/Gis??le Casadesus/Fran??ois-Xavier Demaison/Maurane/G??rard Depardieu/Gis??le Casadesus/Fran??ois service_provider: Canal+ Comedia HD service_name : Canal+ Comedia HD WM/MediaNetworkAffiliation: dvblink WM/MediaOriginalChannel: 15 WM/MediaOriginalChannelSubNumber: 0 WM/MediaOriginalBroadcastDateTime: 0001-01-01T00:00:00Z WM/MediaOriginalRunTime: 12066576831 WM/MediaIsStereo: false WM/MediaIsRepeat: false WM/MediaIsLive : false WM/MediaIsTape : false WM/MediaIsDelay : false WM/MediaIsSubtitled: false WM/MediaIsMovie : true WM/MediaIsPremiere: false WM/MediaIsFinale: false WM/MediaIsSAP : false WM/MediaIsSport : false WM/Provider : MediaCenterDefault WM/VideoClosedCaptioning: false WM/WMRVEncodeTime: 2012-01-30 18:28:53 WM/WMRVServiceID: !Generated!5457f0224618436e93271f066a788808 WM/WMRVProgramID: !MCProgram!8162774331456992!canal+ comedia hd!1327943400 WM/WMRVRequestID: 0 WM/WMRVScheduleItemID: 0 WM/WMRVQuality : 0 WM/WMRVOriginalSoftPrePadding: 5027 WM/WMRVOriginalSoftPostPadding: 900 WM/WMRVHardPrePadding: -4727 WM/WMRVHardPostPadding: 0 WM/WMRVATSCContent: false WM/WMRVDTVContent: true WM/WMRVHDContent: true Duration : 1303804573 WM/WMRVEndTime : 2012-01-30 18:31:03 WM/WMRVBitrate : 20.971520 WM/WMRVKeepUntil: -1 WM/WMRVActualSoftPrePadding: -6 WM/WMRVActualSoftPostPadding: -176 WM/WMRVContentProtected: false WM/WMRVContentProtectedPercent: 0 WM/WMRVExpirationSpan: 9223372036854775807 WM/WMRVInBandRatingSystem: 255 WM/WMRVInBandRatingLevel: 255 WM/WMRVInBandRatingAttributes: 0 WM/WMRVWatched : false encoder : Lavf53.31.100 Stream #0:0: Video: h264, yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 34.72 fps, 90k tbn, 25 tbc Stream #0:1(dos): Audio: ac3, 48000 Hz, stereo, 192 kb/s Stream mapping: Stream #0:1 -> #0:0 (copy) Stream #0:2 -> #0:1 (copy) Press [q] to stop, [?] for help [mpegts @ 035CD4E0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 130201 >= 11580 1 av_interleaved_write_frame(): Invalid argument -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 31 19:11:20 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 31 Jan 2012 18:11:20 -0000 Subject: [FFmpeg-trac] #962(undetermined:new): Bink - ffmpeg is unable to decode some small files with only one frame In-Reply-To: <032.e537d9698abbbdcc7bd54c6492b31643@avcodec.org> References: <032.e537d9698abbbdcc7bd54c6492b31643@avcodec.org> Message-ID: <047.46106c6f304b226be73c93916977a7f6@avcodec.org> #962: Bink - ffmpeg is unable to decode some small files with only one frame -------------------------------------+------------------------------------- Reporter: bgk | 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 bgk): Sample NACH-19248.bik uploaded on upload.ffmpeg.org. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 31 20:26:49 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 31 Jan 2012 19:26:49 -0000 Subject: [FFmpeg-trac] #942(swresample:closed): swresample leaks memory when sampling up In-Reply-To: <037.6c75f81c60dec0869680517f153e42b6@avcodec.org> References: <037.6c75f81c60dec0869680517f153e42b6@avcodec.org> Message-ID: <052.de175ece00ecf945f7f0f02e9b042327@avcodec.org> #942: swresample leaks memory when sampling up ------------------------------------+-------------------------------------- Reporter: beafdefx | Owner: michael Type: defect | Status: closed Priority: normal | Component: swresample Version: git-master | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Comment (by beafdefx): In my particular case, I have allocated a large buffer (whatever FFmpeg says is the max audio buffer size, 192000 I think) to contain converted and resampled PCM and reuse that across the decoding session. It gets allocated in Java and passed into native code which gets written into directly by FFmpeg. I generally don't worry about overflows because I only process one packet at a time and bubble that PCM back up to the Java layer for output. So I guess I can just tell the resampler to just use the entire contents of that buffer after the current AVPacket has been decoded into an AVFrame. As far as clarity for developers, I think your idea of providing a function to obtain the number of samples held in swr's internal buffers is a great idea. It not only makes it clear that there is internal buffering, but it also makes it easy to tell at runtime if buffering is going on without having to drain the buffer. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 31 21:00:39 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 31 Jan 2012 20:00:39 -0000 Subject: [FFmpeg-trac] #963(avcodec:new): [PATCH] Fraps: restore old behavior regarding P frames Message-ID: <038.078e038315a1562e6e3f51b9059723bd@avcodec.org> #963: [PATCH] Fraps: restore old behavior regarding P frames -----------------------------------+-------------------------------------- Reporter: STaRGaZeR | Type: defect Status: new | Priority: normal Component: avcodec | Version: git-master Keywords: fraps | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+-------------------------------------- Recently there have been several commits by Reimar changing the Fraps decoder behavior regarding P frames. These frames are not skip frames, but repeat frames, as seen here (http://wiki.multimedia.cx/index.php?title=Fraps) and confirmed by looking at the reference decoder's output. Since Fraps is both a screen capture codec and a CFR codec, when it records something with a refresh rate slower than the target fps specified in its settings it adds these repeat frames to achieve the target framerate. By removing reget_buffer and outputting nothing when a P frame is reached, the decoder is now VFR and not compliant because of the reasons explained above. There can be files with 1 I frame at the beginning and the rest being P frames, in this situation ffmpeg now outputs only 1 frame for the entire duration of the video. I've been talking to Reimar, but he thinks that since visually a repeated frame and a skip frame are the same, the current behavior is correct. I've written a patch that fixes the regression by outputting these repeated frames when it should as before, but needs review as the changes required to do this and MT at the same time are big. When frame multithreading reget_buffer cannot be used, so in order to have the previous frame available when a repeat frame comes, a 2 frame buffer is used: the current one and the previous one. This implementation of MT is almost the same as the one used in the mimic decoder. frapsMTv2.patch is attached. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 31 22:06:05 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 31 Jan 2012 21:06:05 -0000 Subject: [FFmpeg-trac] #963(avcodec:new): [PATCH] Fraps: restore old behavior regarding P frames In-Reply-To: <038.078e038315a1562e6e3f51b9059723bd@avcodec.org> References: <038.078e038315a1562e6e3f51b9059723bd@avcodec.org> Message-ID: <053.cfc616041765f170f166efac98c20b55@avcodec.org> #963: [PATCH] Fraps: restore old behavior regarding P frames ------------------------------------+----------------------------------- Reporter: STaRGaZeR | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: fraps | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by richardpl): Is decoding broken or what? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 31 22:09:50 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 31 Jan 2012 21:09:50 -0000 Subject: [FFmpeg-trac] #952(avformat:closed): FLV + H.264 extradata hangs In-Reply-To: <035.6bd8f3d359066100a595cd519d7d3867@avcodec.org> References: <035.6bd8f3d359066100a595cd519d7d3867@avcodec.org> Message-ID: <050.a07a7e756dab2218b9daded4ec33f999@avcodec.org> #952: FLV + H.264 extradata hangs -------------------------------------+------------------------------------- Reporter: Cigaes | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: flv h264 | Blocked By: extradata regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by Cigaes): * status: open => closed * resolution: => fixed Comment: Fixed by Michael with commits e4a714f and 05ebe51. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 31 22:35:46 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 31 Jan 2012 21:35:46 -0000 Subject: [FFmpeg-trac] #963(avcodec:new): [PATCH] Fraps: restore old behavior regarding P frames In-Reply-To: <038.078e038315a1562e6e3f51b9059723bd@avcodec.org> References: <038.078e038315a1562e6e3f51b9059723bd@avcodec.org> Message-ID: <053.ef41dfc5dd0e05192b1bbea16f0c4da8@avcodec.org> #963: [PATCH] Fraps: restore old behavior regarding P frames ------------------------------------+----------------------------------- Reporter: STaRGaZeR | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: fraps | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by STaRGaZeR): Yes. P frames, or repeated frames, are not delivered anymore. That's because they're now considered skip, but they are not. It's all in the bug report. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jan 31 23:18:57 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 31 Jan 2012 22:18:57 -0000 Subject: [FFmpeg-trac] #963(avcodec:new): [PATCH] Fraps: restore old behavior regarding P frames In-Reply-To: <038.078e038315a1562e6e3f51b9059723bd@avcodec.org> References: <038.078e038315a1562e6e3f51b9059723bd@avcodec.org> Message-ID: <053.cda4e974e3fdce9ee7d8e832b0d65778@avcodec.org> #963: [PATCH] Fraps: restore old behavior regarding P frames ------------------------------------+----------------------------------- Reporter: STaRGaZeR | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: fraps | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Please send patches to ffmpeg-devel where they can be discussed. -- Ticket URL: FFmpeg FFmpeg issue tracker