From trac at avcodec.org Wed Aug 1 00:02:21 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 31 Jul 2012 22:02:21 -0000 Subject: [FFmpeg-trac] #1591(documentation:open): suggestion for wiki centos page In-Reply-To: <033.0105e9f9f3d71b00900c76bc7e717b2f@avcodec.org> References: <033.0105e9f9f3d71b00900c76bc7e717b2f@avcodec.org> Message-ID: <048.2a4f7a64cd4de480ba35f3598bf3275f@avcodec.org> #1591: suggestion for wiki centos page -------------------------------------+------------------------------------- Reporter: bobd | Owner: llogan Type: enhancement | Status: open Priority: wish | Component: Version: unspecified | documentation Keywords: wiki | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by llogan): * keywords: centos compile notify => wiki * owner: stefano => llogan * status: new => open * priority: normal => wish -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 1 03:18:49 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 01 Aug 2012 01:18:49 -0000 Subject: [FFmpeg-trac] #1591(documentation:open): suggestion for wiki centos page In-Reply-To: <033.0105e9f9f3d71b00900c76bc7e717b2f@avcodec.org> References: <033.0105e9f9f3d71b00900c76bc7e717b2f@avcodec.org> Message-ID: <048.4739d5729b83ca78e9dd925a5489aa39@avcodec.org> #1591: suggestion for wiki centos page -------------------------------------+------------------------------------- Reporter: bobd | Owner: llogan Type: enhancement | Status: open Priority: wish | Component: Version: unspecified | documentation Keywords: wiki | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by llogan): I added a sentence indicating that the guide is kept relatively up to date. If this is satisfactory feel free to close this ticket. Also note that the guide is a wiki type page and anyone is welcome to update, edit, and change it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 1 05:24:46 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 01 Aug 2012 03:24:46 -0000 Subject: [FFmpeg-trac] #1591(documentation:open): suggestion for wiki centos page In-Reply-To: <033.0105e9f9f3d71b00900c76bc7e717b2f@avcodec.org> References: <033.0105e9f9f3d71b00900c76bc7e717b2f@avcodec.org> Message-ID: <048.8b6a5b99f3e9aadaed0ed25ec0f19329@avcodec.org> #1591: suggestion for wiki centos page -------------------------------------+------------------------------------- Reporter: bobd | Owner: llogan Type: enhancement | Status: open Priority: wish | Component: Version: unspecified | documentation Keywords: wiki | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by bobd): I didn't realize I would have had edit privileges to the wiki page--I just registered before posting this! I would have made it stand out a little more like the note about root, but at least something is in there. I hope this helps someone down the road! I'm not seeing any way to close the ticket. Can you close it or tell me what I need to do? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 1 08:27:28 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 01 Aug 2012 06:27:28 -0000 Subject: [FFmpeg-trac] #1591(documentation:closed): suggestion for wiki centos page In-Reply-To: <033.0105e9f9f3d71b00900c76bc7e717b2f@avcodec.org> References: <033.0105e9f9f3d71b00900c76bc7e717b2f@avcodec.org> Message-ID: <048.a189f2b1d2735dc5a8ff94810ec6597a@avcodec.org> #1591: suggestion for wiki centos page -------------------------------------+------------------------------------- Reporter: bobd | Owner: llogan Type: enhancement | Status: closed Priority: wish | Component: Version: unspecified | documentation Keywords: wiki | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by llogan): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 1 08:39:49 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 01 Aug 2012 06:39:49 -0000 Subject: [FFmpeg-trac] #1580(avformat:closed): purevoice in aiff regression In-Reply-To: <038.886870f5b8fbd574849381f5cb365810@avcodec.org> References: <038.886870f5b8fbd574849381f5cb365810@avcodec.org> Message-ID: <053.e287f4559d8d372901e5a11877bc17ed@avcodec.org> #1580: purevoice in aiff regression ------------------------------------+------------------------------------ Reporter: ami_stuff | 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 * component: undetermined => avformat Comment: Should be fixed, thank you for the report and the help with the analysis! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 1 08:45:28 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 01 Aug 2012 06:45:28 -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.09c41c49f97bca7d16f2d8a61d78c726@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 | --------------------------------------+------------------------------------ Comment (by ski): I'm having the same problem with late audio. When I try to convert next VOB file from the same DVD there is no problem with audio. {{{ $ ffmpeg -i VTS_11_1.VOB test.mp4 ffmpeg version git-2012-07-31-52bd9cb Copyright (c) 2000-2012 the FFmpeg developers built on Jul 31 2012 15:00:10 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) configuration: --prefix=/home/test/20120731 --disable-doc --disable- network --disable-ffserver --enable-gpl --enable-version3 --enable-shared --enable-debug --disable-stripping --enable-pthreads --enable-runtime- cpudetect --enable-libtheora --enable-libvorbis --enable-libmp3lame --enable-libx264 --enable-libvpx libavutil 51. 66.100 / 51. 66.100 libavcodec 54. 46.100 / 54. 46.100 libavformat 54. 22.100 / 54. 22.100 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 5.101 / 3. 5.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [mpeg @ 0x170c240] max_analyze_duration 5000000 reached at 5000000 Input #0, mpeg, from 'VTS_11_1.VOB': Duration: 00:18:32.25, start: 0.287267, bitrate: 7722 kb/s Stream #0:0[0x1e0]: Video: mpeg2video (Main), yuv420p, 720x576 [SAR 64:45 DAR 16:9], 9800 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x80]: Audio: ac3, 0 channels Stream #0:2[0x81]: Audio: ac3, 0 channels Stream #0:3[0x82]: Audio: ac3, 0 channels Stream #0:4[0x83]: Audio: ac3, 0 channels }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 1 09:26:19 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 01 Aug 2012 07:26:19 -0000 Subject: [FFmpeg-trac] #1592(undetermined:new): filter-amix FATE tests errors Message-ID: <034.2ef69c9a86190b26d1889f35974f3b76@avcodec.org> #1592: filter-amix FATE tests errors -------------------------------------+------------------------------------- Reporter: jamal | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: fate amix | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- The tiny_psnr tool is failing with the filter-amix FATE tests in certain configurations. Here's the gdb output for mine. {{{ $ gdb tests/tiny_psnr.exe GNU gdb (GDB) 7.1.90.20100730-cvs Copyright (C) 2010 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-w64-mingw32". For bug reporting instructions, please see: ... Reading symbols from D:\msys\1.0\ffmpeg\build/tests/tiny_psnr.exe...done. (gdb) r ../samples/filter/amix_transition.pcm tests/data/fate/filter-amix- transition f32 Starting program: D:\msys\1.0\ffmpeg\build/tests/tiny_psnr.exe ../samples/filter/amix_transition.pcm tests/data/fate/filter-amix- transition f32 [New Thread 3944.0x11dc] Program received signal SIGFPE, Arithmetic exception. 0x000000000040152d in log16 (a=0) at D:/msys/1.0/ffmpeg/src/tests/tiny_psnr.c:79 79 return -log16((1LL << 32) / a); (gdb) bt #0 0x000000000040152d in log16 (a=0) at D:/msys/1.0/ffmpeg/src/tests/tiny_psnr.c:79 #1 0x0000000000401e3a in run_psnr (f=0x22fe20, len=4, shift=0, skip_bytes=0) at D:/msys/1.0/ffmpeg/src/tests/tiny_psnr.c:201 #2 0x0000000000402219 in main (argc=4, argv=0x322310) at D:/msys/1.0/ffmpeg/src/tests/tiny_psnr.c:255 (gdb) disass $pc-32,$pc+32 Dump of assembler code from 0x40150d to 0x40154d: 0x000000000040150d : movl $0x0,-0x18(%rbp) 0x0000000000401514 : cmpq $0xffff,0x10(%rbp) 0x000000000040151c : ja 0x401541 0x000000000040151e : movabs $0x100000000,%rax 0x0000000000401528 : mov $0x0,%edx => 0x000000000040152d : divq 0x10(%rbp) 0x0000000000401531 : mov %rax,%rcx 0x0000000000401534 : callq 0x401500 0x0000000000401539 : neg %rax 0x000000000040153c : jmpq 0x401607 0x0000000000401541 : shlq $0x10,0x10(%rbp) 0x0000000000401546 : movl $0x14,-0x14(%rbp) End of assembler dump. (gdb) info all-registers rax 0x100000000 4294967296 rbx 0x330a00 3344896 rcx 0x0 0 rdx 0x0 0 rsi 0x4 4 rdi 0x321e90 3284624 rbp 0x22ed00 0x22ed00 rsp 0x22ecb0 0x22ecb0 r8 0xadad436d591005 48885676079910917 r9 0x0 0 r10 0x0 0 r11 0x246 582 r12 0x322310 3285776 r13 0x0 0 r14 0x0 0 r15 0x0 0 rip 0x40152d 0x40152d eflags 0x10293 [ CF AF SF IF RF ] cs 0x33 51 ss 0x293002b 43188267 ds 0x0 0 es 0x0 0 fs 0x0 0 gs 0x2b0000 2818048 st0 0 (raw 0x00000000000000000000) st1 0 (raw 0x00000000000000000000) st2 0 (raw 0x00000000000000000000) st3 0 (raw 0x00000000000000000000) st4 0 (raw 0x00000000000000000000) st5 0 (raw 0x00000000000000000000) st6 0 (raw 0x00000000000000000000) st7 0 (raw 0x00000000000000000000) fctrl 0x37f 895 fstat 0x0 0 ftag 0x0 0 fiseg 0x0 0 fioff 0x0 0 foseg 0x0 0 fooff 0x0 0 fop 0x0 0 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} xmm8 {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} xmm9 {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} xmm10 {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} xmm11 {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} xmm12 {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} xmm13 {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} xmm14 {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} xmm15 {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 0x1fa0 [ PE IM DM ZM OM UM PM ] (gdb) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 1 10:30:17 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 01 Aug 2012 08:30:17 -0000 Subject: [FFmpeg-trac] #1547(FFmpeg:reopened): How to use FFMPEG to convert group of images to movie in android . In-Reply-To: <035.941ab2042ddd12cf6abcb36f3cab6685@avcodec.org> References: <035.941ab2042ddd12cf6abcb36f3cab6685@avcodec.org> Message-ID: <050.ebaf87d3b41cda24e9565d52b96d5737@avcodec.org> #1547: How to use FFMPEG to convert group of images to movie in android . -------------------------------------+------------------------------------ Reporter: Rajesh | Owner: Type: defect | Status: reopened Priority: important | Component: FFmpeg Version: unspecified | Resolution: Keywords: android | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------ Comment (by shprasad): This is for converting video to images ffmpeg -i RecordImage-1.2.mp4 Images/image%d.jpg And if i convert the images back to video, it is distorted ffmpeg -i Images/image%d.jpg RecordImage-1.2.mp4 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 1 10:47:00 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 01 Aug 2012 08:47:00 -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.d77fd42e28796fb11f5829ba8355910a@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 | --------------------------------------+------------------------------------ Comment (by Cigaes): Replying to [comment:2 ski]: > {{{ > [mpeg @ 0x170c240] max_analyze_duration 5000000 reached at 5000000 > }}} Try to raise {{{analyzeduration}}} to something much higher; do not forget to raise {{{probesize}}} too if it becomes the limitating factor. You may want to read this: [http://www.ffmpeg.org/faq.html#Why-does-FFmpeg-not-see-the-subtitles-in- my-VOB-file_003f] Although this is about subtitles, I suspect this is a similar issue. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 1 11:42:53 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 01 Aug 2012 09:42:53 -0000 Subject: [FFmpeg-trac] #1588(FFprobe:closed): ffprobe with -show_streams -show_data produces invalid xml In-Reply-To: <036.7b3a67ff69069200668a6b422fff0b97@avcodec.org> References: <036.7b3a67ff69069200668a6b422fff0b97@avcodec.org> Message-ID: <051.29b760934451518335493abce2db5fa1@avcodec.org> #1588: ffprobe with -show_streams -show_data produces invalid xml -------------------------------------+----------------------------------- Reporter: dericed | Owner: Type: defect | Status: closed Priority: normal | Component: FFprobe Version: git-master | Resolution: fixed Keywords: ffprobe,xml | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+----------------------------------- Changes (by saste): * analyzed: 0 => 1 * resolution: => fixed * status: new => closed * component: undetermined => FFprobe * reproduced: 0 => 1 Comment: Should be fixed in: {{{ commit 89898cd3b6b2806bf823678a47d17f9ed745c69e Author: Nicolas George Date: Tue Jul 31 11:53:30 2012 +0200 ffprobe: fix validity error with tags and data. Add "data" and "extradata" attributes to the schema. Add "tag" element in "streams". Print extradata before tags to avoid closing the element. Fix trac ticket #1588. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 1 14:07:01 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 01 Aug 2012 12:07:01 -0000 Subject: [FFmpeg-trac] #1457(avcodec:new): Add support for libshine-fxp fixed point math MP3 encoder In-Reply-To: <036.cb84a3488095c0840ac9a8d60ec442b3@avcodec.org> References: <036.cb84a3488095c0840ac9a8d60ec442b3@avcodec.org> Message-ID: <051.c25d1d150daa6dc26b5b4941db11a07e@avcodec.org> #1457: Add support for libshine-fxp fixed point math MP3 encoder -------------------------------------+----------------------------------- Reporter: patters | Owner: Type: enhancement | Status: new Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by patters): Replying to [comment:6 cehoyos]: > Could you compare shine's performance against FFmpeg's mp2 encoder (possibly without #define USE_FLOATS)? Sorry for the delay, I've been very busy with other things. I compiled using that modification, and used some rock music to better determine quality (A track by Garbage - Queer): ''lame -b 320 -f'' took 7m41s ''shineenc -b 320'' took 57s ''ffmpeg -acodec mp2 -ab 320'' took 12s To my non-audiophile ears the shine encoded file was pretty indistinguishable from the lame encoded one. The mp2 file did sound noticeably worse on the high frequency parts (cymbals), though it was fairly slight. So yes, FFmpeg's current MP2 encoder is very fast but it isn't suitable for the task that myself and others would like to use FFmpeg for - transcoding music to MP3 in realtime for streaming to mobile phones and other devices which don't support MP2. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 1 15:11:01 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 01 Aug 2012 13:11:01 -0000 Subject: [FFmpeg-trac] #1285(FFserver:new): rtsp stream from dreambox dm800 via ffserver In-Reply-To: <039.fecae488504392169d79d16f7e51d28c@avcodec.org> References: <039.fecae488504392169d79d16f7e51d28c@avcodec.org> Message-ID: <054.0c864c8eee966e74dc979f6599ca8f4b@avcodec.org> #1285: rtsp stream from dreambox dm800 via ffserver -------------------------------------+------------------------------------ Reporter: mahermeg17 | Owner: Type: defect | Status: new Priority: important | Component: FFserver Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by michael): * priority: critical => important -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 1 15:57:47 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 01 Aug 2012 13:57:47 -0000 Subject: [FFmpeg-trac] #1457(avcodec:new): Add support for libshine-fxp fixed point math MP3 encoder In-Reply-To: <036.cb84a3488095c0840ac9a8d60ec442b3@avcodec.org> References: <036.cb84a3488095c0840ac9a8d60ec442b3@avcodec.org> Message-ID: <051.e561127c8af4002f14513310a5412cc1@avcodec.org> #1457: Add support for libshine-fxp fixed point math MP3 encoder -------------------------------------+----------------------------------- Reporter: patters | Owner: Type: enhancement | Status: new Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by richardpl): Hi, you can find patch that adds encoding support via liquidsoap version of shine here: http://ffmpeg.org/pipermail/ffmpeg-devel/2012-July/128645.html There is one issue (duno if its only me) but if shine and mp3lame are compiled together mp3lame will segv when encoding. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 1 16:19:45 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 01 Aug 2012 14:19:45 -0000 Subject: [FFmpeg-trac] #1457(avcodec:new): Add support for libshine-fxp fixed point math MP3 encoder In-Reply-To: <036.cb84a3488095c0840ac9a8d60ec442b3@avcodec.org> References: <036.cb84a3488095c0840ac9a8d60ec442b3@avcodec.org> Message-ID: <051.a07ceee714a29b46f875e1ee31c8be86@avcodec.org> #1457: Add support for libshine-fxp fixed point math MP3 encoder -------------------------------------+----------------------------------- Reporter: patters | Owner: Type: enhancement | Status: new Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by patters): I'll try and give that a go. The configure script builder for that version of Shine needs a threaded version of Perl though which will need compiling from scratch on my platform (Synology NAS). I tried to compile Perl this morning and ran into issues. Will report back if I get it working. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 1 17:10:36 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 01 Aug 2012 15:10:36 -0000 Subject: [FFmpeg-trac] #349(undetermined:closed): MingW32 Cross Compile of FFMPEG Fails In-Reply-To: <040.92549f0d76c13c04b9400a8d0d7eeb38@avcodec.org> References: <040.92549f0d76c13c04b9400a8d0d7eeb38@avcodec.org> Message-ID: <055.b4eabb338221b4e2ae8caac7d553bd14@avcodec.org> #349: MingW32 Cross Compile of FFMPEG Fails -------------------------------------+------------------------------------- Reporter: jlsantiago0 | Owner: Type: defect | Status: closed Priority: important | Component: Version: unspecified | undetermined Keywords: | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Ive added support for dlltool, please test if it works for you, if not please reopen this issue and note, patches improving it are very welcome! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 1 18:45:35 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 01 Aug 2012 16:45:35 -0000 Subject: [FFmpeg-trac] #372(avformat:closed): spdifenc does an output not correct In-Reply-To: <034.1ae48f6e1adb89fc61533a1d8c7c34f2@avcodec.org> References: <034.1ae48f6e1adb89fc61533a1d8c7c34f2@avcodec.org> Message-ID: <049.a76dcb18f984b997b103d2ae64da1e45@avcodec.org> #372: spdifenc does an output not correct -------------------------------------+------------------------------------- Reporter: naoya | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git | Resolution: Keywords: spdifenc | needs_more_info Blocking: | Blocked By: Analyzed by developer: 1 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => needs_more_info Comment: No reply to the questions 5 and 11 months ago, thus closing this. Please reopen when the questions/comments have been taken care of or there are any other updates that merrits reopening. Thanks! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 1 18:53:10 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 01 Aug 2012 16:53:10 -0000 Subject: [FFmpeg-trac] #1028(FFmpeg:closed): undefined reference to `cv::getOptimalDFTSize(int)' In-Reply-To: <038.559f5e3d8da300d37adafeed0f5189ab@avcodec.org> References: <038.559f5e3d8da300d37adafeed0f5189ab@avcodec.org> Message-ID: <053.7a7fe4197489ad5702410adab0e1923e@avcodec.org> #1028: undefined reference to `cv::getOptimalDFTSize(int)' -------------------------------------+------------------------------------- Reporter: KSHawkEye | Owner: Type: defect | Status: closed Priority: important | Component: FFmpeg Version: 0.10 | Resolution: Keywords: | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => needs_more_info Comment: Missing used configure command line and config.mak/h/log. Also no reply since 3 months, thus closing. If this is still reproduceable please reopen and provide the needed information. Thanks! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 1 19:20:06 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 01 Aug 2012 17:20:06 -0000 Subject: [FFmpeg-trac] #1338(undetermined:new): FFMPEG creating broken MP4/Audio files with libx264 In-Reply-To: <040.afb49669e5bc711f4afb0ff4eb3c9f54@avcodec.org> References: <040.afb49669e5bc711f4afb0ff4eb3c9f54@avcodec.org> Message-ID: <055.da540aa9216eb3c0f3ef535965cf0831@avcodec.org> #1338: FFMPEG creating broken MP4/Audio files with libx264 -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by michael): Replying to [comment:8 ramitbhalla]: > No I haven't tried it with MPEG4 given the feedback from the uesrs not to use that codec. > Is there some way to identify what broken in libx264 AV sync? there are several options git bisect or try to remove each command line option at a time to find the absolute needed set to reproduce it or analyze the output file to find out what is broken if anything. there may be other options, but most ffmpeg developers dont have windows so its kinda difficult for us to test/fix this. Also if you can confirm that it works with mpeg4 this itself may also be usefull to circle in on the bug ... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 1 20:06:13 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 01 Aug 2012 18:06:13 -0000 Subject: [FFmpeg-trac] #1227(avcodec:new): crash in ff_put_h264_chroma_mc8_neon In-Reply-To: <036.4b29a3e84ee653b5ba8163eea3dccea4@avcodec.org> References: <036.4b29a3e84ee653b5ba8163eea3dccea4@avcodec.org> Message-ID: <051.a939c88849562db5a2c43a06e67fa3ac@avcodec.org> #1227: crash in ff_put_h264_chroma_mc8_neon ------------------------------------+----------------------------------- Reporter: elioxia | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: arm | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by michael): Not reproduceable on OMAP4 Panda board you will have to provide a backtrace or its very unlikely we will be able to fix this. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 1 21:19:08 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 01 Aug 2012 19:19:08 -0000 Subject: [FFmpeg-trac] #1458(swresample:closed): aresample crashes on channel count change In-Reply-To: <040.a709f1e8368b65a18e891e3fdf442cde@avcodec.org> References: <040.a709f1e8368b65a18e891e3fdf442cde@avcodec.org> Message-ID: <055.e41b9153259d8a423af2f47495ba5271@avcodec.org> #1458: aresample crashes on channel count change -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | swresample Keywords: aconvert | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed * component: avfilter => swresample Comment: locally fixed, will be in my next git push -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 1 23:56:18 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 01 Aug 2012 21:56:18 -0000 Subject: [FFmpeg-trac] #1509(undetermined:new): H264 Encoding Broken In-Reply-To: <032.8bc83e7eab7a1636c2f7cbe04ba8265d@avcodec.org> References: <032.8bc83e7eab7a1636c2f7cbe04ba8265d@avcodec.org> Message-ID: <047.0cf5f694d19317c8305f6c13f844325a@avcodec.org> #1509: H264 Encoding Broken -------------------------------------+------------------------------------- Reporter: DJX | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: Win32 Win64 | Resolution: H264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by DJX): Just an update: This issue might be related to the forum thread here: http://ffmpeg.zeranoe.com/forum/viewtopic.php?f=7&t=617 There, one user sites the following commit as a possible cause to the issue: {{{ commit e4e30256f87f177decf59b59e923d05ef64147df Author: Janne Grunau Date: Sun Dec 25 11:45:05 2011 +0100 threads: default to automatic thread count detection }}} Another user on that thread says "compiling with --disable-pthreads rather than --disable-w32threads" fixes the issue. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 2 04:46:20 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 02 Aug 2012 02:46:20 -0000 Subject: [FFmpeg-trac] #268(avcodec:closed): mp3: audible glitches with integer decoder In-Reply-To: <038.f0bf8823e05d263fa2ef20539ea598b7@avcodec.org> References: <038.f0bf8823e05d263fa2ef20539ea598b7@avcodec.org> Message-ID: <053.261e6d091656bc55ee580ad326ea9cf6@avcodec.org> #268: mp3: audible glitches with integer decoder ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: mp3 | 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 Thu Aug 2 07:30:04 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 02 Aug 2012 05:30:04 -0000 Subject: [FFmpeg-trac] #1593(avformat:new): Build failure: apetag.c:160:9: error: non-void function 'ff_ape_parse_tag' should return a value [-Wreturn-type] Message-ID: <037.a903e5c9020361f8d6f457ec301ad778@avcodec.org> #1593: Build failure: apetag.c:160:9: error: non-void function 'ff_ape_parse_tag' should return a value [-Wreturn-type] --------------------------------------+---------------------------------- Reporter: jeremyhu | Owner: anton@? Type: defect | Status: new Priority: critical | Component: avformat Version: git-master | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+---------------------------------- Introduced by: {{{ commit 782e64fbe1daa84c38594db037d0edfac7193c37 Author: Anton Khirnov Date: Mon Jul 30 07:28:35 2012 +0200 wv,mpc8: don't return apetag data in packets. }}} {{{ /Users/jeremy/src/ffmpeg/fate/i386-darwin-clang- apple-3.1/src/libavformat/apetag.c:160:9: error: non-void function 'ff_ape_parse_tag' should return a value [-Wreturn-type] return; ^ }}} You forgot to change one of the 'return's into a 'return 0' -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 2 07:32:55 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 02 Aug 2012 05:32:55 -0000 Subject: [FFmpeg-trac] #1509(undetermined:new): H264 Encoding Broken In-Reply-To: <032.8bc83e7eab7a1636c2f7cbe04ba8265d@avcodec.org> References: <032.8bc83e7eab7a1636c2f7cbe04ba8265d@avcodec.org> Message-ID: <047.c6e83699357ee0ad5e60c62bbcb3604b@avcodec.org> #1509: H264 Encoding Broken -------------------------------------+------------------------------------- Reporter: DJX | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: Win32 Win64 | Resolution: H264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Can you confirm that the problem does not happen with -threads 1 ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 2 08:02:16 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 02 Aug 2012 06:02:16 -0000 Subject: [FFmpeg-trac] #1593(avformat:closed): Build failure: apetag.c:160:9: error: non-void function 'ff_ape_parse_tag' should return a value [-Wreturn-type] In-Reply-To: <037.a903e5c9020361f8d6f457ec301ad778@avcodec.org> References: <037.a903e5c9020361f8d6f457ec301ad778@avcodec.org> Message-ID: <052.0e6958be131f460fa2decf3b71411638@avcodec.org> #1593: Build failure: apetag.c:160:9: error: non-void function 'ff_ape_parse_tag' should return a value [-Wreturn-type] ------------------------------------+------------------------------------ Reporter: jeremyhu | Owner: anton@? Type: defect | Status: closed Priority: critical | Component: avformat 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: This was fixed yesterday early afternoon (ff2955a4). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 2 12:19:10 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 02 Aug 2012 10:19:10 -0000 Subject: [FFmpeg-trac] #1594(FFmpeg:new): Error with convert wmv to flv Message-ID: <031.4a23cabde2db637b3c51f952abb2342e@avcodec.org> #1594: Error with convert wmv to flv --------------------------------+--------------------------------------- Reporter: PR | Type: defect Status: new | Priority: critical Component: FFmpeg | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+--------------------------------------- Summary of the bug: When I tried to convert two videos I see next errors: {{{ Metadata: WMFSDKVersion : 12.0.7601.17514 WMFSDKNeeded : 0.0.0.0000 IsVBR : 1 Duration: 00:02:28.78, start: 0.000000, bitrate: 653 kb/s Stream #0:0(eng): Video: wmv3 (Main) (WMV3 / 0x33564D57), yuv420p, 980x938, 300 kb/s, 32.25 tbr, 1k tbn, 1k tbc Stream #0:1(eng): Audio: wmalossless (c[1][0][0] / 0x0163), 44100 Hz, stereo , s16, 1152 kb/s [libvpx @ 01f78620] v1.1.0 [wmv3 @ 0034ce40] Extra data: 8 bits left, value: 0 [flv @ 01f77f40] video codec not compatible with flv Output #0, flv, to 'C:\Users\MyUser\Desktop\2.flv': Metadata: WMFSDKVersion : 12.0.7601.17514 WMFSDKNeeded : 0.0.0.0000 IsVBR : 1 Duration: 00:02:28.78, start: 0.000000, bitrate: 653 kb/s Stream #0:0(eng): Video: wmv3 (Main) (WMV3 / 0x33564D57), yuv420p, 980x938, 300 kb/s, 32.25 tbr, 1k tbn, 1k tbc Stream #0:1(eng): Audio: wmalossless (c[1][0][0] / 0x0163), 44100 Hz, stereo , s16, 1152 kb/s [libvpx @ 01f78620] v1.1.0 [wmv3 @ 0034ce40] Extra data: 8 bits left, value: 0 [flv @ 01f77f40] video codec not compatible with flv Output #0, flv, to 'C:\Users\PRusev\Desktop\2.flv': Metadata: WMFSDKVersion : 12.0.7601.17514 WMFSDKNeeded : 0.0.0.0000 IsVBR : 1 encoder : Lavf54.22.100 Stream #0:0(eng): Video: vp8, yuv420p, 980x938, q=-1--1, 200 kb/s, 90k tbn, 32.25 tbc Stream #0:1(eng): Audio: mp3 ([2][0][0][0] / 0x0002), 44100 Hz, stereo, s16 Stream mapping: Stream #0:0 -> #0:0 (wmv3 -> libvpx) Stream #0:1 -> #0:1 (wmalossless -> libmp3lame) Could not write header for output file #0 (incorrect codec parameters ?): Operation not permitted }}} for first video and {{{ [asf @ 003cc420] Could not find codec parameters for stream 0 (Video: none (MSS2 / 0x3253534D), 698x400, 150 kb/s): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options Guessed Channel Layout for Input Stream #0.1 : mono Input #0, asf, from 'C:\Users\PRusev\Desktop\1.wmv': Metadata: WMFSDKVersion : 11.0.6002.18049 WMFSDKNeeded : 0.0.0.0000 IsVBR : 0 Duration: 00:05:15.50, start: 0.000000, bitrate: 118 kb/s Stream #0:0(eng): Video: none (MSS2 / 0x3253534D), 698x400, 150 kb/s, 4 tbr, 1k tbn, 1k tbc Stream #0:1(eng): Audio: wmavoice ([10][0][0][0] / 0x000A), 22050 Hz, mono, flt, 20 kb/s [buffer @ 041994a0] Unable to parse option value "-1" as pixel format [graph 0 input from stream 0:0 @ 041e04a0] Error parsing options string: video_s ize=698x400:pix_fmt=-1:time_base=1/1000:pixel_aspect=0/1:sws_param=flags=2:frame _rate=4/1 Error opening filters! }}} for second. How to reproduce: {{{ % ffmpeg -i input -sameq -vcodec libx264 -ar 22050 -f flv -y output ffmpeg version built on ... }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 2 12:47:07 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 02 Aug 2012 10:47:07 -0000 Subject: [FFmpeg-trac] #1594(undetermined:closed): Error with convert wmv to flv In-Reply-To: <031.4a23cabde2db637b3c51f952abb2342e@avcodec.org> References: <031.4a23cabde2db637b3c51f952abb2342e@avcodec.org> Message-ID: <046.7db1439d8b4fc8e57c7b7593466c4074@avcodec.org> #1594: Error with convert wmv to flv -------------------------------------+------------------------------------- Reporter: PR | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: critical => normal * resolution: => invalid * status: new => closed * component: FFmpeg => undetermined Comment: For future errors: Please always provide complete, uncut console output (not an excerpt of the console output) and please do not report multiple issues in one ticket (this makes following the reports impossible), but always open one ticket per issue. The first issue you report here is invalid, see for example https://ffmpeg.org/trac/ffmpeg/wiki/SupportedMediaTypesInFormats for a list of supported formats in flv (it makes no sense for FFmpeg to mux formats into a flash file that no player would be able to decode). The second issue is a duplicate of ticket #1230. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 2 12:53:46 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 02 Aug 2012 10:53:46 -0000 Subject: [FFmpeg-trac] #1230(avcodec:open): Support Windows Media Screen Codec 2 In-Reply-To: <040.6198eab0c7cd683740a1f8908523ddb9@avcodec.org> References: <040.6198eab0c7cd683740a1f8908523ddb9@avcodec.org> Message-ID: <055.4b30e4594309f04b067649cf82bbac08@avcodec.org> #1230: Support Windows Media Screen Codec 2 -------------------------------------+----------------------------------- Reporter: themikeybee | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: mss2 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by PR): What is 'mencoder' and how to use it in console? Thanks! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 2 12:55:47 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 02 Aug 2012 10:55:47 -0000 Subject: [FFmpeg-trac] #1594(undetermined:closed): Error with convert wmv to flv In-Reply-To: <031.4a23cabde2db637b3c51f952abb2342e@avcodec.org> References: <031.4a23cabde2db637b3c51f952abb2342e@avcodec.org> Message-ID: <046.1cac51f8f24f8a534665126c2cac44e8@avcodec.org> #1594: Error with convert wmv to flv -------------------------------------+------------------------------------- Reporter: PR | 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 PR): Thanks, for reply! So, for first video will be imposible to convert this video, right? For second - i saw in the ticket #1230 and if I understand, the problem will be solved with 'mencoder', right? But how to use it in console? Thanks! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 2 13:27:34 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 02 Aug 2012 11:27:34 -0000 Subject: [FFmpeg-trac] #1594(undetermined:closed): Error with convert wmv to flv In-Reply-To: <031.4a23cabde2db637b3c51f952abb2342e@avcodec.org> References: <031.4a23cabde2db637b3c51f952abb2342e@avcodec.org> Message-ID: <046.b32ae64c51a7e78e4f9eb3bcc1181815@avcodec.org> #1594: Error with convert wmv to flv -------------------------------------+------------------------------------- Reporter: PR | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:2 PR]: > So, for first video will be imposible to convert this video, right? Afaict, there is no reason to assume that FFmpeg cannot convert your video. > For second - i saw in the ticket #1230 and if I understand, the problem will be solved with 'mencoder', right? I would not say that MEncoder "solves" any problem, but I believe MEncoder can decode your sample. > But how to use it in console? It can only be used "in console" -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 2 13:37:56 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 02 Aug 2012 11:37:56 -0000 Subject: [FFmpeg-trac] #1594(undetermined:closed): Error with convert wmv to flv In-Reply-To: <031.4a23cabde2db637b3c51f952abb2342e@avcodec.org> References: <031.4a23cabde2db637b3c51f952abb2342e@avcodec.org> Message-ID: <046.de4efc2526288d8fe3b85a6eafd7e1cb@avcodec.org> #1594: Error with convert wmv to flv -------------------------------------+------------------------------------- Reporter: PR | 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 PR): I'm a little confused... Is any chance to convert first video? And what is command for MEncoder? Thanks! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 2 15:06:34 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 02 Aug 2012 13:06:34 -0000 Subject: [FFmpeg-trac] #1595(FFmpeg:new): Theora video produced by latest ffmpeg fails to load in Google Chrome Message-ID: <039.ebd7f29a886d101ae79d3fd93f56f9ca@avcodec.org> #1595: Theora video produced by latest ffmpeg fails to load in Google Chrome -------------------------------------+------------------------------------- Reporter: bartbogdan | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: Keywords: theora | unspecified Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Summary of the bug: When creating a theora video with the latest checkout of ffmpeg (n0.8-12179-g1f68be4), the video fails to load in Google Chrome. The video loads properly when using the latest stable release 0.11.1. How to reproduce: {{{ % ffmpeg -i input -qscale 5 -an -vcodec libtheora output }}} Then try to open the video in Google Chrome (tested on Windows and Linux, v.20.0.1132.57) FFmpeg version: development branch (git describe: n0.8-12179-g1f68be4), built on 2-8-2012 using libtheora 1.1.0 on RHEL. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 2 15:29:20 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 02 Aug 2012 13:29:20 -0000 Subject: [FFmpeg-trac] #1595(undetermined:new): Theora video produced by latest ffmpeg fails to load in Google Chrome In-Reply-To: <039.ebd7f29a886d101ae79d3fd93f56f9ca@avcodec.org> References: <039.ebd7f29a886d101ae79d3fd93f56f9ca@avcodec.org> Message-ID: <054.ae228bfd2d6221af0a4aa6afcce91c08@avcodec.org> #1595: Theora video produced by latest ffmpeg fails to load in Google Chrome -------------------------------------+------------------------------------- Reporter: bartbogdan | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: theora | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: theora => theora regression * version: unspecified => git-master * component: FFmpeg => undetermined Comment: Please post complete, uncut console output together with your command line. Please consider using git bisect to find the change introducing the regression. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 2 16:10:09 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 02 Aug 2012 14:10:09 -0000 Subject: [FFmpeg-trac] #1595(undetermined:new): Theora video produced by latest ffmpeg fails to load in Google Chrome In-Reply-To: <039.ebd7f29a886d101ae79d3fd93f56f9ca@avcodec.org> References: <039.ebd7f29a886d101ae79d3fd93f56f9ca@avcodec.org> Message-ID: <054.b32dd9826142a2ed5f85388babb1170e@avcodec.org> #1595: Theora video produced by latest ffmpeg fails to load in Google Chrome -------------------------------------+------------------------------------- Reporter: bartbogdan | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: theora | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): In your command line, you do not specify a colour space. Older FFmpeg by default degraded colour information by choosing yuv420p even if the input format is rgb, newer FFmpeg chooses an output colour space that allows for maximum compatibility with the input colour space (see tickets #1426 and #1517). I suspect it will work fine with -pix_fmt yuv420p - please test. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 2 16:16:59 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 02 Aug 2012 14:16:59 -0000 Subject: [FFmpeg-trac] #1595(undetermined:new): Theora video produced by latest ffmpeg fails to load in Google Chrome In-Reply-To: <039.ebd7f29a886d101ae79d3fd93f56f9ca@avcodec.org> References: <039.ebd7f29a886d101ae79d3fd93f56f9ca@avcodec.org> Message-ID: <054.6f15ef2431499f7b42c8d53fadd28ec7@avcodec.org> #1595: Theora video produced by latest ffmpeg fails to load in Google Chrome -------------------------------------+------------------------------------- Reporter: bartbogdan | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: theora | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by bartbogdan): Replying to [comment:2 cehoyos]: > In your command line, you do not specify a colour space. Older FFmpeg by default degraded colour information by choosing yuv420p even if the input format is rgb, newer FFmpeg chooses an output colour space that allows for maximum compatibility with the input colour space (see tickets #1426 and #1517). > > I suspect it will work fine with -pix_fmt yuv420p - please test. You are right! Adding -pix_fmt yuv420p produces a working video. I guess this ticket can be closed. Thanks! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 2 16:37:09 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 02 Aug 2012 14:37:09 -0000 Subject: [FFmpeg-trac] #1595(undetermined:closed): Theora video produced by latest ffmpeg fails to load in Google Chrome In-Reply-To: <039.ebd7f29a886d101ae79d3fd93f56f9ca@avcodec.org> References: <039.ebd7f29a886d101ae79d3fd93f56f9ca@avcodec.org> Message-ID: <054.f15fe62810e7be4ac2f3a22891de3570@avcodec.org> #1595: Theora video produced by latest ffmpeg fails to load in Google Chrome -------------------------------------+------------------------------------- Reporter: bartbogdan | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: theora | Resolution: invalid regression | 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 Thu Aug 2 16:40:44 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 02 Aug 2012 14:40:44 -0000 Subject: [FFmpeg-trac] #1594(undetermined:closed): Error with convert wmv to flv In-Reply-To: <031.4a23cabde2db637b3c51f952abb2342e@avcodec.org> References: <031.4a23cabde2db637b3c51f952abb2342e@avcodec.org> Message-ID: <046.9dcefdb7568f5f80d4107eb2fd562e1a@avcodec.org> #1594: Error with convert wmv to flv -------------------------------------+------------------------------------- Reporter: PR | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Please understand that this is not a support forum but a bug tracker. For usage questions about FFmpeg, please post on ffmpeg-user - http://ffmpeg.org/mailman/listinfo/ffmpeg-user - for questions about MEncoder on mencoder-users: http://lists.ffmpeg.org/mailman/listinfo /mencoder-users -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 2 18:04:11 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 02 Aug 2012 16:04:11 -0000 Subject: [FFmpeg-trac] #1378(undetermined:open): ffmpeg lists every track in a QuickTime file twice In-Reply-To: <036.1325fc96784633452b894adf4376d26b@avcodec.org> References: <036.1325fc96784633452b894adf4376d26b@avcodec.org> Message-ID: <051.7b05446f7df2562b79ee1011b34a2471@avcodec.org> #1378: ffmpeg lists every track in a QuickTime file twice -------------------------------------+------------------------------------- Reporter: dericed | 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 rmk): I think the file I uploaded should probably be considered broken as it contains two moov atoms, which was probably a bug in ffmbc 0.6, which was used to create the file. I could not find anything in the Quicktime spec explicitly disallowing this but think it's probably a bug. However, ignoring a second moov atom in a file and logging a warning should not be too hard to do and would be a bit more robust as these files seem to be OK for Quicktime player. The original Final Cut Pro file also has two moov atoms but maybe in that case it is a sort of security measure used by the capturing application in case the capturing is interrupted to write a moov once in a while so at least the data captured until that point is readable (just a guess but the layout seems weird with lots of "free" atoms that internally look like a moov). in that case it would make sense to use the last moov atom one finds but this needs further investigation. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 2 18:14:31 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 02 Aug 2012 16:14:31 -0000 Subject: [FFmpeg-trac] #1509(undetermined:new): H264 Encoding Broken In-Reply-To: <032.8bc83e7eab7a1636c2f7cbe04ba8265d@avcodec.org> References: <032.8bc83e7eab7a1636c2f7cbe04ba8265d@avcodec.org> Message-ID: <047.58a1ddb53ccf2aa04c488212a43ac2b9@avcodec.org> #1509: H264 Encoding Broken -------------------------------------+------------------------------------- Reporter: DJX | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: Win32 Win64 | Resolution: H264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by DJX): I confirm that the problem does not happen with -threads 1. ...just encodes at a lovely 20 fps... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 2 18:32:38 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 02 Aug 2012 16:32:38 -0000 Subject: [FFmpeg-trac] #1137(avformat:open): adher to start media time in QuickTime edts/elst In-Reply-To: <036.ce3bf6d967da760aa6bd8fd52288aaa1@avcodec.org> References: <036.ce3bf6d967da760aa6bd8fd52288aaa1@avcodec.org> Message-ID: <051.1f9dc74c8d5e9f52bd2cabd67068857a@avcodec.org> #1137: adher to start media time in QuickTime edts/elst -------------------------------------+------------------------------------ Reporter: dericed | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: mov edts | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by dericed): @cehoyos. I added mpeg4 versions of the sample files. I created tbe before file with "ffmpeg -f lavfi -i testsrc=d=5 5seconds_cut_with_QT_using_mpeg4_before_QT_save.mov". I then duplicated the file and named the copy "ffmpeg -f lavfi -i testsrc=d=5 5seconds_cut_with_QT_using_mpeg4_after_QT_save.mov". I then opened the file in QuickTime Pro 7, edited some frames from the beginning and end and hit save. When I now open "5seconds_cut_with_QT_using_mpeg4_after_QT_save.mov" in Quicktime it will start on frame number 1 and the 'before' file starts on 0. For ffmpeg both files present the same, starting from 0. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 2 18:35:11 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 02 Aug 2012 16:35:11 -0000 Subject: [FFmpeg-trac] #1378(undetermined:open): ffmpeg lists every track in a QuickTime file twice In-Reply-To: <036.1325fc96784633452b894adf4376d26b@avcodec.org> References: <036.1325fc96784633452b894adf4376d26b@avcodec.org> Message-ID: <051.779deadeba2f997a5db611b332d35ab6@avcodec.org> #1378: ffmpeg lists every track in a QuickTime file twice -------------------------------------+------------------------------------- Reporter: dericed | 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 dericed): @rmk, thanks for this explanation. The source file, at internet archive, is the file produced from a Log&Capture process within Final Cut. This should be a common type of container use with Final Cut and production environments. Your idea of using the last atom makes sense and reminded me of this ticket: https://ffmpeg.org/trac/ffmpeg/ticket/1137. Here a Quicktime file is edited in Quicktime and saved. The 'save' changes the original moov to free and appends a new moov to the file. Using the last moov atom may fix this issue too. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 2 18:44:40 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 02 Aug 2012 16:44:40 -0000 Subject: [FFmpeg-trac] #1509(undetermined:new): H264 Encoding Broken In-Reply-To: <032.8bc83e7eab7a1636c2f7cbe04ba8265d@avcodec.org> References: <032.8bc83e7eab7a1636c2f7cbe04ba8265d@avcodec.org> Message-ID: <047.68ed9387cd29d1af9a3355fb66e708a5@avcodec.org> #1509: H264 Encoding Broken -------------------------------------+------------------------------------- Reporter: DJX | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: Win32 Win64 | Resolution: H264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: normal => important Comment: I suspect this is important. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 2 20:37:46 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 02 Aug 2012 18:37:46 -0000 Subject: [FFmpeg-trac] #1596(FFmpeg:new): Unable to extract audio (AAC) from Quicktime file with timecode track embedded. Message-ID: <037.d75c5a4b37064eadedbd9a10042312d4@avcodec.org> #1596: Unable to extract audio (AAC) from Quicktime file with timecode track embedded. ----------------------------------+--------------------------------------- Reporter: stampe93 | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- Summary of the bug: I've been working with FFMPEG for quite some time now but have recently run into a problem when attempting to use FFMPEG to encode a MOV file to an audio WAV file only. I've done this easily in the past, but was provided a MOV file encoded with H264 video and AAC audio. The MOV also has an timecode track. When I first attempted to transcode the video to a lower bit rate H264 file, the encode is fine but without audio. I noticed that examining the source file with FFProbe, I receive an error of: Unsupported codec with ID 0 for input stream 1. FFProbe identifies the video correctly at stream #0:0, but when it reaches #0:1, that's where the error occurs. This appears to be the location of the timecode stream. The audio stream is not even identified. Quicktime plays the video with audio fine and shows the correct movie properties with the AAC audio as one of the tracks along with the H264 track and the Timecode track. (See attached QT Movie Properties). VLC also plays fine. MediaInfo output and FFprobe output of the source file are attached. (As you can see in MediaInfo, the Timecode ID is before the Audio ID, which I think is the reason why FFMPEG does not see the AAC audio. My guess is that the timecode track causes the FFProbe scan to error before it reaches the audio, so the audio is not found.) How to reproduce: {{{ ffmpeg -i "proxy 1500k.mov. MOV" -acodec pcm_s16le -vn -y "proxy 1500 k.wav" ffmpeg version N-41416-g718607b Copyright (c) 2000-2012 the FFmpeg developers built on Jun 8 2012 12:46:19 with gcc 4.6.3 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libass --enable-libcelt --enable-libopencore-amrnb --enable-libopencore-amrwb --enable -libfreetype --enable-libgsm --enable-libmp3lame --enable-libnut --enable- libope njpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable-libth eora --enable-libutvideo --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --ena libavutil 51. 56.100 / 51. 56.100 libavcodec 54. 25.100 / 54. 25.100 libavformat 54. 6.101 / 54. 6.101 libavdevice 54. 0.100 / 54. 0.100 libavfilter 2. 78.101 / 2. 78.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'C:\videos\ proxy 1500k.mov.MOV': Metadata: major_brand : qt minor_version : 0 compatible_brands: qt creation_time : 2012-07-20 09:53:07 Duration: 00:00:19.65, start: 0.000000, bitrate: 1641 kb/s Stream #0:0(eng): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 640x360 [ SAR 1:1 DAR 16:9], 1509 kb/s, 29.97 fps, 29.97 tbr, 2997 tbn, 59.94 tbc Metadata: creation_time : 2012-07-20 09:53:07 Stream #0:1(eng): Data: none Metadata: creation_time : 2012-07-20 09:53:07 Output #0, wav, to 'C:\videos\proxy 1500k.wav': Metadata: major_brand : qt minor_version : 0 compatible_brands: qt creation_time : 2012-07-20 09:53:07 Output file #0 does not contain any stream }}} I tried using the -map 0:2 (which should be the audio stream), but that also fails. I looked at other MOV videos that also have Timecode streams and I have no problem with those. But those MOVs had the Timecode after the Audio stream, which makes me think that is the cause of my problems. FFProbe always seems to throw an Unsupported codec error for videos with timecode tracks. (In my experience.) Not sure if that has anything to do with my problem. Thanks. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 2 21:30:27 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 02 Aug 2012 19:30:27 -0000 Subject: [FFmpeg-trac] #1596(avformat:new): Unable to extract audio (AAC) from Quicktime file with timecode track embedded. In-Reply-To: <037.d75c5a4b37064eadedbd9a10042312d4@avcodec.org> References: <037.d75c5a4b37064eadedbd9a10042312d4@avcodec.org> Message-ID: <052.91ff1181451d71d0440ff1db82b58aa6@avcodec.org> #1596: Unable to extract audio (AAC) from Quicktime file with timecode track embedded. -------------------------------------+------------------------------------- Reporter: stampe93 | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mov | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => mov regression * priority: normal => important * version: unspecified => git-master * component: FFmpeg => avformat Comment: Please provide a sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 2 21:43:17 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 02 Aug 2012 19:43:17 -0000 Subject: [FFmpeg-trac] #1597(undetermined:new): vbr mp2 decoding is broken Message-ID: <038.e47ec1830a36f6e096ea06cc7ffc6234@avcodec.org> #1597: vbr mp2 decoding is broken -------------------------------------+------------------------------------- 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 -------------------------------------+------------------------------------- Summary of the bug: VBR files produced with twolame -vbr input.wav output.mp2 do not play correctly How to reproduce: {{{ > ffmpeg -i output.mp2 -f null - ffmpeg version git-2012-08-02-156ca05 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 2 2012 17:11:44 with FreeBSD clang version 3.0 (tags/RELEASE_30/final 145349) 20111210 configuration: --cc=clang --as=clang --extra-cflags=-I/usr/local/include --extra-cflags=-analyze --extra-ldflags=-L/usr/local/lib --samples =../fate-suite --disable-debug --disable-static --disable-postproc --disable-indev=v4l2 --disable-indev=alsa --disable-indev=bktr --disable- indev=dshow --disable-indev=dv1394 --d isable-indev=fbdev --disable-indev=jack --disable-indev=libcdio --disable- indev=libdc1394 --disable-indev=openal --disable-indev=pulse --disable- indev=sndio --disable-indev=vfwcap --disable-outdev=sndio --disable- outdev=alsa --disable-outdev=sdl --disable-doc --enable-nonfree --enable- openssl --enable-gpl --enable-sha red --enable-libx264 --enable-libmp3lame --enable-libschroedinger --enable-x11grab --enable-libopenjpeg --enable-libaacplus --enable- libtwolame libavutil 51. 66.100 / 51. 66.100 libavcodec 54. 47.100 / 54. 47.100 libavformat 54. 22.100 / 54. 22.100 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 5.101 / 3. 5.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 [mp3 @ 0x29932100] max_analyze_duration 5000000 reached at 5015510 [mp3 @ 0x29932100] Estimating duration from bitrate, this may be inaccurate Input #0, mp3, from 'out.mp2': Duration: 00:05:56.22, start: 0.000000, bitrate: 192 kb/s Stream #0:0: Audio: mp2, 44100 Hz, stereo, s16, 192 kb/s Output #0, null, to 'pipe:': Metadata: encoder : Lavf54.22.100 Stream #0:0: Audio: pcm_s16le, 44100 Hz, stereo, s16, 1411 kb/s Stream mapping: Stream #0:0 -> #0:0 (mp2 -> pcm_s16le) Press [q] to stop, [?] for help [mp2 @ 0x299a2400] Header missing Error while decoding stream #0:0: Invalid data found when processing input [mp2 @ 0x299a2400] Header missing Error while decoding stream #0:0: Invalid data found when processing input [mp2 @ 0x299a2400] Header missing Error while decoding stream #0:0: Invalid data found when processing input [mp2 @ 0x299a2400] Header missing Error while decoding stream #0:0: Invalid data found when processing input [mp2 @ 0x299a2400] Header missing Error while decoding stream #0:0: Invalid data found when processing input [mp2 @ 0x299a2400] Header missing Error while decoding stream #0:0: Invalid data found when processing input [mp2 @ 0x299a2400] Header missing Error while decoding stream #0:0: Invalid data found when processing input [mp2 @ 0x299a2400] Header missing Error while decoding stream #0:0: Invalid data found when processing input [mp2 @ 0x299a2400] Header missing Error while decoding stream #0:0: Invalid data found when processing input [mp2 @ 0x299a2400] Header missing Error while decoding stream #0:0: Invalid data found when processing input [mp2 @ 0x299a2400] Header missing }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 2 21:48:20 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 02 Aug 2012 19:48:20 -0000 Subject: [FFmpeg-trac] #978(undetermined:new): wrong container fps when muxing raw Xvid to avi In-Reply-To: <034.55f3ffda4303d281ed957ce6fa6386e5@avcodec.org> References: <034.55f3ffda4303d281ed957ce6fa6386e5@avcodec.org> Message-ID: <049.b0943e0687a037b16c0289aa386a936c@avcodec.org> #978: wrong container fps when muxing raw Xvid to avi -------------------------------------+------------------------------------- Reporter: Selur | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: m4v avi fps | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by michael): explicitly specifying -r 25 works now -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 2 22:00:27 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 02 Aug 2012 20:00:27 -0000 Subject: [FFmpeg-trac] #1596(avformat:new): Unable to extract audio (AAC) from Quicktime file with timecode track embedded. In-Reply-To: <037.d75c5a4b37064eadedbd9a10042312d4@avcodec.org> References: <037.d75c5a4b37064eadedbd9a10042312d4@avcodec.org> Message-ID: <052.87083fb52d85458c5f41427432fcf54e@avcodec.org> #1596: Unable to extract audio (AAC) from Quicktime file with timecode track embedded. -------------------------------------+------------------------------------- Reporter: stampe93 | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mov | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by stampe93): sample MOV file: [https://docs.google.com/open?id=0B3BW_cEkkjr-eWtjaTRfMEwtTHM] -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 2 22:14:04 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 02 Aug 2012 20:14:04 -0000 Subject: [FFmpeg-trac] #1598(undetermined:new): MUX fail. X264 + AAC to TS. Message-ID: <036.d45739aad8809e170517645b3cf7de1b@avcodec.org> #1598: MUX fail. X264 + AAC to TS. -------------------------------------+------------------------------------- Reporter: Mista_D | Type: defect Status: new | Priority: important Component: | Version: undetermined | unspecified Keywords: muxer | Blocked By: mpegts | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Can not multiplex h264 and AAC into MPEG2-TS container. 1. Encode a file ffmpeg -i $source_file -acodec libfaac -vcodec libx264 test.ts 2. Demux: ffmpeg -i test.ts -acodec copy 1.aac -vcodec copy 1.h264 3. Attempt to mux back: ffmpeg -i 1.aac -i 1.h264 -acodec copy -vcodec copy mux.ts #3 Fails with error: [mpegts @ 0x124de2a0] first pts value must set av_interleaved_write_frame(): Invalid data found when processing input FFmpeg version 0.11, gcc 4.1.2 20080704 (Red Hat 4.1.2-52). Running Centos 5.8 on 64bit 12 core Intel. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 2 22:15:46 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 02 Aug 2012 20:15:46 -0000 Subject: [FFmpeg-trac] #978(undetermined:new): wrong container fps when muxing raw Xvid to avi In-Reply-To: <034.55f3ffda4303d281ed957ce6fa6386e5@avcodec.org> References: <034.55f3ffda4303d281ed957ce6fa6386e5@avcodec.org> Message-ID: <049.943d56df70b4e9effee014f44c7420ca@avcodec.org> #978: wrong container fps when muxing raw Xvid to avi -------------------------------------+------------------------------------- Reporter: Selur | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: m4v avi fps | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Selur): Nice! Thanks for fixing! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 2 22:52:45 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 02 Aug 2012 20:52:45 -0000 Subject: [FFmpeg-trac] #1598(undetermined:new): MUX fail. X264 + AAC to TS. In-Reply-To: <036.d45739aad8809e170517645b3cf7de1b@avcodec.org> References: <036.d45739aad8809e170517645b3cf7de1b@avcodec.org> Message-ID: <051.66fd7b919ea78b3f3e7907bb77daa149@avcodec.org> #1598: MUX fail. X264 + AAC to TS. -------------------------------------+------------------------------------- Reporter: Mista_D | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: mpegts | Resolution: av_interleaved_write_frame | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: muxer mpegts => mpegts av_interleaved_write_frame Comment: Please provide complete, uncut console output together with your command line. Do you think this is a regression? Does it also fail with -an or -vn ? Could you test current git head? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 2 23:26:28 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 02 Aug 2012 21:26:28 -0000 Subject: [FFmpeg-trac] #1596(avformat:new): Unable to extract audio (AAC) from Quicktime file with timecode track embedded. In-Reply-To: <037.d75c5a4b37064eadedbd9a10042312d4@avcodec.org> References: <037.d75c5a4b37064eadedbd9a10042312d4@avcodec.org> Message-ID: <052.ef93ca2b49b3b7fc059fb2e8f1c275bf@avcodec.org> #1596: Unable to extract audio (AAC) from Quicktime file with timecode track embedded. -------------------------------------+------------------------------------- Reporter: stampe93 | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mov | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Is this really a regression (= Does it work with an older version of FFmpeg) or did I misunderstand your original report? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 3 00:09:11 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 02 Aug 2012 22:09:11 -0000 Subject: [FFmpeg-trac] #1596(avformat:new): Unable to extract audio (AAC) from Quicktime file with timecode track embedded. In-Reply-To: <037.d75c5a4b37064eadedbd9a10042312d4@avcodec.org> References: <037.d75c5a4b37064eadedbd9a10042312d4@avcodec.org> Message-ID: <052.c593054fb3ba761d9f268fde628dd284@avcodec.org> #1596: Unable to extract audio (AAC) from Quicktime file with timecode track embedded. -------------------------------------+------------------------------------- Reporter: stampe93 | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mov | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by stampe93): Not regression. I don't think it works in any older version of FFMPEG. Problem appears to be related to this particular MOV file. The video plays fine in Quicktime, VLC and imports into Final Cut. FFMPEG is unable to transcode the audio track. Like FFProbe, it doesn't even see the audio track. FFProbe correctly recognizes the video track, but then errors on the 0.1 Data (which is the timecode), and then stops before the audio. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 3 01:50:45 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 02 Aug 2012 23:50:45 -0000 Subject: [FFmpeg-trac] #1597(undetermined:new): vbr mp2 decoding is broken In-Reply-To: <038.e47ec1830a36f6e096ea06cc7ffc6234@avcodec.org> References: <038.e47ec1830a36f6e096ea06cc7ffc6234@avcodec.org> Message-ID: <053.967d5eafab235c2f35eb42e6d0e7beea@avcodec.org> #1597: vbr mp2 decoding is broken -------------------------------------+------------------------------------- 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): Which program, can play this file ? i tried mpg321, qmmp(using mad), mpg123 none can play it. If nothing can play this then maybe its a bug in twolame -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 3 02:50:41 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 03 Aug 2012 00:50:41 -0000 Subject: [FFmpeg-trac] #1524(avformat:closed): mp3 audio stream not detected In-Reply-To: <035.8ab8a18625b9b157de5a55575a3eb79d@avcodec.org> References: <035.8ab8a18625b9b157de5a55575a3eb79d@avcodec.org> Message-ID: <050.88bca8057d30b95264fc0b6a9475468e@avcodec.org> #1524: mp3 audio stream not detected ------------------------------------+------------------------------------ Reporter: petere | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: mp3 mpegps | 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 Fri Aug 3 03:04:19 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 03 Aug 2012 01:04:19 -0000 Subject: [FFmpeg-trac] #1597(undetermined:new): vbr mp2 decoding is broken In-Reply-To: <038.e47ec1830a36f6e096ea06cc7ffc6234@avcodec.org> References: <038.e47ec1830a36f6e096ea06cc7ffc6234@avcodec.org> Message-ID: <053.f2defd4ab9971b030d7fa9b00f284248@avcodec.org> #1597: vbr mp2 decoding is broken -------------------------------------+------------------------------------- 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): Hmm mono seems to work fine. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 3 04:08:13 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 03 Aug 2012 02:08:13 -0000 Subject: [FFmpeg-trac] #1599(avfilter:new): libavfilter options not listed in ffmpeg --help output Message-ID: <038.ea193e4b3985f0af47460450db12a826@avcodec.org> #1599: libavfilter options not listed in ffmpeg --help output --------------------------------------+---------------------------------- Reporter: richardpl | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+---------------------------------- Summary of the bug: libavfilter options for filters are not shown in ffmpeg -help output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 3 05:00:52 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 03 Aug 2012 03:00:52 -0000 Subject: [FFmpeg-trac] #703(undetermined:open): mp3 in wav - wrong duration In-Reply-To: <038.a76f21d8cfee5becac5b976ddebc5cb2@avcodec.org> References: <038.a76f21d8cfee5becac5b976ddebc5cb2@avcodec.org> Message-ID: <053.c40fda2c589e3fe0f394059f111b5952@avcodec.org> #703: mp3 in wav - wrong duration -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: minor | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by michael): the file contains a fact chunk claiming 7668864 samples. and a sample rate of 22050, these result in 5.79 minutes duration. Maybe the file is truncated ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 3 07:55:09 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 03 Aug 2012 05:55:09 -0000 Subject: [FFmpeg-trac] #1596(avformat:open): Unable to detect AAC in Quicktime file with timecode track embedded. (was: Unable to extract audio (AAC) from Quicktime file with timecode track embedded.) In-Reply-To: <037.d75c5a4b37064eadedbd9a10042312d4@avcodec.org> References: <037.d75c5a4b37064eadedbd9a10042312d4@avcodec.org> Message-ID: <052.a6615b80c090fe2297e7e2d9f3c6125f@avcodec.org> #1596: Unable to detect AAC in Quicktime file with timecode track embedded. ------------------------------------+------------------------------------ Reporter: stampe93 | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: mov regression => mov * priority: important => normal * status: new => open * reproduced: 0 => 1 Comment: Sample moved to samples/ffmpeg-bugs/trac/ticket1596 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 3 13:59:40 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 03 Aug 2012 11:59:40 -0000 Subject: [FFmpeg-trac] #748(avformat:closed): server aborts mp3 download after 1-2min, try reconnecting (was: av_read_frame() returns error while streaming mp3) In-Reply-To: <036.0e7e7d1d3e8d25c246a7b47240e32fd9@avcodec.org> References: <036.0e7e7d1d3e8d25c246a7b47240e32fd9@avcodec.org> Message-ID: <051.7318517a3fc05fc247fa8b15f2c9eaef@avcodec.org> #748: server aborts mp3 download after 1-2min, try reconnecting -------------------------------------+------------------------------------- Reporter: blarson | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: 0.8.7 | Resolution: Keywords: mp3, http | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by michael): * keywords: av_read_frame, ffplay => mp3, http * status: new => closed * resolution: => needs_more_info Comment: Neither of the 2 URLs works anymore (404) thus theres no testcase to implement reconnect anymore. Without a testcase we cannot fix this, thus closing. If someone has/finds a url with a similar problem or better someone has a actual patch that implements reconnect+seek then please reopen. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 3 14:17:23 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 03 Aug 2012 12:17:23 -0000 Subject: [FFmpeg-trac] #1577(avformat:open): ffmpeg crashes with double free or corruption when stream copying timecode track In-Reply-To: <036.c0c4607ef21363d6203f832fa5b8ecaa@avcodec.org> References: <036.c0c4607ef21363d6203f832fa5b8ecaa@avcodec.org> Message-ID: <051.3841fde8f0119c772789dda6e0c12d4e@avcodec.org> #1577: ffmpeg crashes with double free or corruption when stream copying timecode track ------------------------------------+------------------------------------ Reporter: rexbron | Owner: ubitux Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: crash tmcd | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by ubitux): Fixed in bc426827 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 3 14:17:48 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 03 Aug 2012 12:17:48 -0000 Subject: [FFmpeg-trac] #1577(avformat:closed): ffmpeg crashes with double free or corruption when stream copying timecode track In-Reply-To: <036.c0c4607ef21363d6203f832fa5b8ecaa@avcodec.org> References: <036.c0c4607ef21363d6203f832fa5b8ecaa@avcodec.org> Message-ID: <051.530224aff3f72588b41e766f2bcc55ad@avcodec.org> #1577: ffmpeg crashes with double free or corruption when stream copying timecode track ------------------------------------+------------------------------------ Reporter: rexbron | Owner: ubitux Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: crash tmcd | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by ubitux): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 3 14:47:44 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 03 Aug 2012 12:47:44 -0000 Subject: [FFmpeg-trac] #981(undetermined:closed): No duration for flv video In-Reply-To: <037.4b6b3c086476b78af03cead826ca8ef1@avcodec.org> References: <037.4b6b3c086476b78af03cead826ca8ef1@avcodec.org> Message-ID: <052.55457fb8bc66e183bb70924c228d87dd@avcodec.org> #981: No duration for flv video -------------------------------------+------------------------------------- Reporter: AmshTemp | Owner: Type: defect | Status: closed Priority: minor | Component: Version: git-master | undetermined Keywords: flv h264 | Resolution: fixed mp3 | 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 Fri Aug 3 15:23:03 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 03 Aug 2012 13:23:03 -0000 Subject: [FFmpeg-trac] #748(avformat:closed): server aborts mp3 download after 1-2min, try reconnecting In-Reply-To: <036.0e7e7d1d3e8d25c246a7b47240e32fd9@avcodec.org> References: <036.0e7e7d1d3e8d25c246a7b47240e32fd9@avcodec.org> Message-ID: <051.2478ea129063001491649441cef8faee@avcodec.org> #748: server aborts mp3 download after 1-2min, try reconnecting -------------------------------------+------------------------------------- Reporter: blarson | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: 0.8.7 | Resolution: Keywords: mp3, http | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by blarson): I apologize for not updating this ticket. We contacted the server admins and found an issue with their setup where they would drop connections after a few minutes, so streaming files would have issues. Some other players would quickly download the whole file in the background and didn't run into this problem, but we never implemented that logic in our custom player. This issue can be closed, it is not a bug with ffmpeg. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 3 15:51:24 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 03 Aug 2012 13:51:24 -0000 Subject: [FFmpeg-trac] #1598(undetermined:new): MUX fail. X264 + AAC to TS. In-Reply-To: <036.d45739aad8809e170517645b3cf7de1b@avcodec.org> References: <036.d45739aad8809e170517645b3cf7de1b@avcodec.org> Message-ID: <051.6461e4efbbc5401739aeee1c54afe877@avcodec.org> #1598: MUX fail. X264 + AAC to TS. -------------------------------------+------------------------------------- Reporter: Mista_D | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: mpegts | Resolution: av_interleaved_write_frame | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Mista_D): ./ffmpeg -i movie.mpg -t 10 -s 320x240 -acodec libfaac -vcodec libx264 10.ts ffmpeg version 0.11.1.git-bc42682 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 3 2012 09:45:37 with gcc 4.1.2 (GCC) 20080704 (Red Hat 4.1.2-52) configuration: --enable-static --enable-postproc --enable-gpl --enable- avfilter --enable-libx264 --enable-libxvid --enable-libmp3lame --enable- nonfree --enable-pthreads --enable-swscale --enable-runtime-cpudetect --disable-devices --disable-avdevice --enable-libfaac --extra- ldflags=-static --disable-shared --enable-bzlib --enable-zlib --extra- libs='-lx264 -lfaac -lxvidcore -lmp3lame -lpthread -lm -lbz2 -lz -lpthread -lvpx' --disable-encoder=libgsm --disable-decoder=libgsm --disable-doc --enable-libvpx libavutil 51. 66.100 / 51. 66.100 libavcodec 54. 48.100 / 54. 48.100 libavformat 54. 22.100 / 54. 22.100 libavfilter 3. 5.101 / 3. 5.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, mpegts, from 'movie.mpg': Duration: 00:06:27.52, start: 0.646122, bitrate: 15023 kb/s Program 1 Stream #0:0[0x1e1]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 13966 kb/s, 29.97 fps, 29.97 tbr, 90k tbn, 59.94 tbc Stream #0:1[0x1e2](eng): Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, stereo, s16, 192 kb/s [libx264 @ 0x106c2d80] using SAR=4/3 [libx264 @ 0x106c2d80] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2 [libx264 @ 0x106c2d80] profile High, level 1.3 [mpegts @ 0x106cd600] muxrate VBR, pcr every 2 pkts, sdt every 200, pat/pmt every 40 pkts Output #0, mpegts, to '10.ts': Metadata: encoder : Lavf54.22.100 Stream #0:0: Video: h264, yuv420p, 320x240 [SAR 4:3 DAR 16:9], q=-1-- 1, 90k tbn, 29.97 tbc Stream #0:1(eng): Audio: aac, 48000 Hz, stereo, s16, 128 kb/s Stream mapping: Stream #0:0 -> #0:0 (mpeg2video -> libx264) Stream #0:1 -> #0:1 (ac3 -> libfaac) Press [q] to stop, [?] for help frame= 300 fps=125 q=32766.0 Lsize= 535kB time=00:00:09.94 bitrate= 440.8kbits/s dup=137 drop=0 video:295kB audio:155kB subtitle:0 global headers:0kB muxing overhead 18.794345% [libx264 @ 0x106c2d80] frame I:4 Avg QP:19.19 size: 3744 [libx264 @ 0x106c2d80] frame P:162 Avg QP:27.61 size: 1627 [libx264 @ 0x106c2d80] frame B:134 Avg QP:29.67 size: 174 [libx264 @ 0x106c2d80] consecutive B-frames: 31.7% 25.3% 3.0% 40.0% [libx264 @ 0x106c2d80] mb I I16..4: 47.2% 32.1% 20.8% [libx264 @ 0x106c2d80] mb P I16..4: 3.7% 9.3% 4.2% P16..4: 21.1% 11.0% 5.0% 0.0% 0.0% skip:45.6% [libx264 @ 0x106c2d80] mb B I16..4: 0.1% 0.1% 0.1% B16..8: 10.1% 2.2% 0.7% direct: 0.5% skip:86.1% L0:39.7% L1:50.4% BI: 9.9% [libx264 @ 0x106c2d80] 8x8 transform intra:51.0% inter:63.4% [libx264 @ 0x106c2d80] coded y,uvDC,uvAC intra: 57.2% 71.7% 45.0% inter: 9.4% 9.0% 1.0% [libx264 @ 0x106c2d80] i16 v,h,dc,p: 34% 25% 5% 36% [libx264 @ 0x106c2d80] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 21% 17% 14% 5% 10% 12% 8% 8% 7% [libx264 @ 0x106c2d80] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 31% 15% 15% 5% 8% 10% 5% 7% 4% [libx264 @ 0x106c2d80] i8c dc,h,v,p: 44% 19% 23% 14% [libx264 @ 0x106c2d80] Weighted P-Frames: Y:0.0% UV:0.0% [libx264 @ 0x106c2d80] ref P L0: 67.1% 18.9% 8.9% 5.1% [libx264 @ 0x106c2d80] ref B L0: 91.2% 8.6% 0.2% [libx264 @ 0x106c2d80] ref B L1: 99.2% 0.8% [libx264 @ 0x106c2d80] kb/s:241.33 ./ffmpeg -i 10.ts -acodec copy -vn 10.aac ffmpeg version 0.11.1.git-bc42682 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 3 2012 09:45:37 with gcc 4.1.2 (GCC) 20080704 (Red Hat 4.1.2-52) configuration: --enable-static --enable-postproc --enable-gpl --enable- avfilter --enable-libx264 --enable-libxvid --enable-libmp3lame --enable- nonfree --enable-pthreads --enable-swscale --enable-runtime-cpudetect --disable-devices --disable-avdevice --enable-libfaac --extra- ldflags=-static --disable-shared --enable-bzlib --enable-zlib --extra- libs='-lx264 -lfaac -lxvidcore -lmp3lame -lpthread -lm -lbz2 -lz -lpthread -lvpx' --disable-encoder=libgsm --disable-decoder=libgsm --disable-doc --enable-libvpx libavutil 51. 66.100 / 51. 66.100 libavcodec 54. 48.100 / 54. 48.100 libavformat 54. 22.100 / 54. 22.100 libavfilter 3. 5.101 / 3. 5.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [mpegts @ 0x433a7a0] max_analyze_duration 5000000 reached at 5005000 Input #0, mpegts, from '10.ts': Duration: 00:00:09.99, start: 1.378667, bitrate: 438 kb/s Program 1 Metadata: service_name : Service01 service_provider: FFmpeg Stream #0:0[0x100]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p, 320x240 [SAR 4:3 DAR 16:9], 29.97 fps, 29.97 tbr, 90k tbn, 59.94 tbc Stream #0:1[0x101](eng): Audio: aac ([15][0][0][0] / 0x000F), 48000 Hz, stereo, s16, 247 kb/s Output #0, adts, to '10.aac': Metadata: encoder : Lavf54.22.100 Stream #0:0(eng): Audio: aac ([15][0][0][0] / 0x000F), 48000 Hz, stereo, 247 kb/s Stream mapping: Stream #0:1 -> #0:0 (copy) Press [q] to stop, [?] for help size= 155kB time=00:00:10.02 bitrate= 127.0kbits/s video:0kB audio:155kB subtitle:0 global headers:0kB muxing overhead 0.000000% ./ffmpeg -i 10.ts -vcodec copy -an 10.h264 ffmpeg version 0.11.1.git-bc42682 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 3 2012 09:45:37 with gcc 4.1.2 (GCC) 20080704 (Red Hat 4.1.2-52) configuration: --enable-static --enable-postproc --enable-gpl --enable- avfilter --enable-libx264 --enable-libxvid --enable-libmp3lame --enable- nonfree --enable-pthreads --enable-swscale --enable-runtime-cpudetect --disable-devices --disable-avdevice --enable-libfaac --extra- ldflags=-static --disable-shared --enable-bzlib --enable-zlib --extra- libs='-lx264 -lfaac -lxvidcore -lmp3lame -lpthread -lm -lbz2 -lz -lpthread -lvpx' --disable-encoder=libgsm --disable-decoder=libgsm --disable-doc --enable-libvpx libavutil 51. 66.100 / 51. 66.100 libavcodec 54. 48.100 / 54. 48.100 libavformat 54. 22.100 / 54. 22.100 libavfilter 3. 5.101 / 3. 5.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [mpegts @ 0x1bc5d7a0] max_analyze_duration 5000000 reached at 5005000 Input #0, mpegts, from '10.ts': Duration: 00:00:09.99, start: 1.378667, bitrate: 438 kb/s Program 1 Metadata: service_name : Service01 service_provider: FFmpeg Stream #0:0[0x100]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p, 320x240 [SAR 4:3 DAR 16:9], 29.97 fps, 29.97 tbr, 90k tbn, 59.94 tbc Stream #0:1[0x101](eng): Audio: aac ([15][0][0][0] / 0x000F), 48000 Hz, stereo, s16, 247 kb/s Output #0, h264, to '10.h264': Metadata: encoder : Lavf54.22.100 Stream #0:0: Video: h264 ([27][0][0][0] / 0x001B), yuv420p, 320x240 [SAR 4:3 DAR 16:9], q=2-31, 29.97 fps, 90k tbn, 29.97 tbc Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help frame= 300 fps=0.0 q=-1.0 Lsize= 297kB time=00:00:09.96 bitrate= 243.9kbits/s video:297kB audio:0kB subtitle:0 global headers:0kB muxing overhead 0.000000% ./ffmpeg -i 10.aac -i 10.h264 -acodec copy -vcodec copy new_mux.ts ffmpeg version 0.11.1.git-bc42682 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 3 2012 09:45:37 with gcc 4.1.2 (GCC) 20080704 (Red Hat 4.1.2-52) configuration: --enable-static --enable-postproc --enable-gpl --enable- avfilter --enable-libx264 --enable-libxvid --enable-libmp3lame --enable- nonfree --enable-pthreads --enable-swscale --enable-runtime-cpudetect --disable-devices --disable-avdevice --enable-libfaac --extra- ldflags=-static --disable-shared --enable-bzlib --enable-zlib --extra- libs='-lx264 -lfaac -lxvidcore -lmp3lame -lpthread -lm -lbz2 -lz -lpthread -lvpx' --disable-encoder=libgsm --disable-decoder=libgsm --disable-doc --enable-libvpx libavutil 51. 66.100 / 51. 66.100 libavcodec 54. 48.100 / 54. 48.100 libavformat 54. 22.100 / 54. 22.100 libavfilter 3. 5.101 / 3. 5.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [aac @ 0x165fa7a0] max_analyze_duration 5000000 reached at 5013333 [aac @ 0x165fa7a0] Estimating duration from bitrate, this may be inaccurate Input #0, aac, from '10.aac': Duration: 00:00:06.30, bitrate: 202 kb/s Stream #0:0: Audio: aac, 48000 Hz, stereo, s16, 202 kb/s [h264 @ 0x16616ae0] max_analyze_duration 5000000 reached at 5011233 [h264 @ 0x16616ae0] Estimating duration from bitrate, this may be inaccurate Input #1, h264, from '10.h264': Duration: N/A, bitrate: N/A Stream #1:0: Video: h264 (High), yuv420p, 320x240 [SAR 4:3 DAR 16:9], 29.50 fps, 29.97 tbr, 1200k tbn, 59.94 tbc [mpegts @ 0x16601500] muxrate VBR, pcr every 2 pkts, sdt every 200, pat/pmt every 40 pkts Output #0, mpegts, to 'new_mux.ts': Metadata: encoder : Lavf54.22.100 Stream #0:0: Video: h264, yuv420p, 320x240 [SAR 4:3 DAR 16:9], q=2-31, 29.50 fps, 90k tbn, 29.97 tbc Stream #0:1: Audio: aac, 48000 Hz, stereo, 202 kb/s Stream mapping: Stream #1:0 -> #0:0 (copy) Stream #0:0 -> #0:1 (copy) Press [q] to stop, [?] for help [mpegts @ 0x16601500] first pts value must set av_interleaved_write_frame(): Invalid data found when processing input -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 3 18:01:56 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 03 Aug 2012 16:01:56 -0000 Subject: [FFmpeg-trac] #1600(undetermined:new): remux of xdcam mxf to mov is unplayable in Final Cut Pro Message-ID: <036.236e98d4380a2eb083b4b9e43212f24b@avcodec.org> #1600: remux of xdcam mxf to mov is unplayable in Final Cut Pro --------------------------------------+---------------------------------- Reporter: dericed | Type: defect Status: new | Priority: normal Component: undetermined | Version: 0.10.4 Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- Summary of the bug: I would like to rewrap MXF files from an XDCam disc to QuickTime for edit in Final Cut Pro. I ran: ffmpeg -report -i /Volumes/XDCAM8004602012511C8/Clip/979_0611_01.MXF -map 0:v -an -c copy 979_0611_01.mov. The resulting file works in QuickTime, VLC, ffplay, etc, but when I open it in Final Cut Pro I get an error "File Error: Unknown File". I looked in the edts/elst atom and see Track Dur,Media Time,Media Rate 66,-1,1.0 17318,3003,1.0 When I change the first row to zeros it works. Note, when I run the same process in ffmbc the resulting file does not have the first line with the -1 media time, but only the "17318,3003,1.0" line and works in FCP as expected. Source XDCAM MXF file: {{{ http://archive.org/download/SamplesOfXdcamMxfAndQuicktimeRewrappedWithFfmpeg/979_0611_01.MXF }}} FFmpeg output: {{{ http://archive.org/download/SamplesOfXdcamMxfAndQuicktimeRewrappedWithFfmpeg/979_0611_01.mov }}} How to reproduce: {{{ ffmpeg started on 2012-08-03 at 11:45:16 Report written to "ffmpeg-20120803-114516.log" Command line: ffmpeg -report -i /Volumes/XDCAM8004602012511C8/Clip/979_0611_01.MXF -map 0:v -an -c copy 979_0611_01.mov ffmpeg version 0.11.1.git Copyright (c) 2000-2012 the FFmpeg developers built on Jul 30 2012 14:56:32 with gcc 4.2.1 (GCC) (Apple Inc. build 5666) (dot 3) configuration: --prefix=/usr/local/Cellar/ffmpeg/HEAD --enable-shared --enable-gpl --enable-version3 --enable-nonfree --enable-hardcoded-tables --enable-libfreetype --cc=/usr/bin/gcc-4.2 --host-cflags='-Os -w -pipe -march=core2 -msse4.1 -mmacosx-version-min=10.6' --host- ldflags='-L/usr/local/Cellar/gettext/0.18.1.1/lib -L/usr/local/lib -L/usr/X11/lib' --enable-libx264 --enable-libfaac --enable-libmp3lame --enable-librtmp --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libxvid --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libass --enable-libvo-aacenc --enable-libopenjpeg libavutil 51. 66.100 / 51. 66.100 libavcodec 54. 45.100 / 54. 45.100 libavformat 54. 22.100 / 54. 22.100 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 5.101 / 3. 5.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [mxf @ 0x10200f600] Format mxf probed with size=2048 and score=100 [mxf @ 0x10200f600] File position before avformat_find_stream_info() is 11776 [mxf @ 0x10200f600] Probe buffer size limit 5000000 reached rfps: 29.500000 0.017218 rfps: 29.500000 0.017218 rfps: 29.583333 0.011654 rfps: 29.583333 0.011654 rfps: 29.666667 0.007172 rfps: 29.666667 0.007172 rfps: 29.750000 0.003773 rfps: 29.750000 0.003773 rfps: 29.833333 0.001456 rfps: 29.833333 0.001456 rfps: 29.916667 0.000222 rfps: 29.916667 0.000222 rfps: 30.000000 0.000070 rfps: 30.083333 0.001000 rfps: 30.166667 0.003013 rfps: 30.250000 0.006109 rfps: 30.333333 0.010286 rfps: 30.416667 0.015546 rfps: 59.500000 0.015092 rfps: 59.500000 0.015092 rfps: 59.583333 0.009917 rfps: 59.583333 0.009917 rfps: 59.666667 0.005825 rfps: 59.666667 0.005825 rfps: 59.750000 0.002815 rfps: 59.750000 0.002815 rfps: 59.833333 0.000888 rfps: 59.833333 0.000888 rfps: 59.916667 0.000043 rfps: 59.916667 0.000043 rfps: 60.000000 0.000280 rfps: 29.970030 0.000000 rfps: 59.940060 0.000000 rfps: 59.940060 0.000000 [mxf @ 0x10200f600] File position after avformat_find_stream_info() is 5126348 Guessed Channel Layout for Input Stream #0.1 : mono Guessed Channel Layout for Input Stream #0.2 : mono Guessed Channel Layout for Input Stream #0.3 : mono Guessed Channel Layout for Input Stream #0.4 : mono Input #0, mxf, from '/Volumes/XDCAM8004602012511C8/Clip/979_0611_01.MXF': Metadata: timecode : 03:46:19;20 Duration: 00:00:17.31, start: 0.000000, bitrate: 38969 kb/s Stream #0:0, 30, 1001/30000: Video: mpeg2video (Main), yuv420p, 1440x1080 [SAR 4:3 DAR 16:9], 35000 kb/s, 29.97 fps, 29.97 tbr, 29.97 tbn, 59.94 tbc Stream #0:1, 29, 1001/30000: Audio: pcm_s16le, 48000 Hz, mono, s16, 768 kb/s Stream #0:2, 29, 1001/30000: Audio: pcm_s16le, 48000 Hz, mono, s16, 768 kb/s Stream #0:3, 29, 1001/30000: Audio: pcm_s16le, 48000 Hz, mono, s16, 768 kb/s Stream #0:4, 29, 1001/30000: Audio: pcm_s16le, 48000 Hz, mono, s16, 768 kb/s Output #0, mov, to '979_0611_01.mov': Metadata: timecode : 03:46:19;20 encoder : Lavf54.22.100 Stream #0:0, 0, 1/30000: Video: mpeg2video (m2v1 / 0x3176326D), yuv420p, 1440x1080 [SAR 4:3 DAR 16:9], q=2-31, 35000 kb/s, 29.97 fps, 30k tbn, 29.97 tbc Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help frame= 113 fps=0.0 q=-1.0 size= 16558kB time=00:00:03.73 bitrate=36296.7kbits/s frame= 194 fps=175 q=-1.0 size= 27943kB time=00:00:06.43 bitrate=35546.3kbits/s frame= 242 fps=150 q=-1.0 size= 35029kB time=00:00:08.04 bitrate=35684.8kbits/s frame= 293 fps=138 q=-1.0 size= 42277kB time=00:00:09.74 bitrate=35546.8kbits/s frame= 386 fps=147 q=-1.0 size= 55232kB time=00:00:12.84 bitrate=35221.6kbits/s frame= 458 fps=146 q=-1.0 size= 65892kB time=00:00:15.24 bitrate=35399.2kbits/s /Volumes/XDCAM8004602012511C8/Clip/979_0611_01.MXF: Operation not permitted No more inputs to read from, finishing. frame= 519 fps=147 q=-1.0 Lsize= 74295kB time=00:00:17.28 bitrate=35213.5kbits/s video:74288kB audio:0kB subtitle:0 global headers:0kB muxing overhead 0.009638% [AVIOContext @ 0x101913480] Statistics: 18344283 bytes read, 3 seeks }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 3 18:23:17 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 03 Aug 2012 16:23:17 -0000 Subject: [FFmpeg-trac] #1601(undetermined:new): msmpeg4v2 enc: blinking square at the bottom-right corner of the video Message-ID: <038.ecec839e2dd89b5770f6748584780126@avcodec.org> #1601: msmpeg4v2 enc: blinking square at the bottom-right corner of the video -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- there is visible a blinking square in the output video at the bottom-right corner does not happen with removed "-b:v 1000k" from the command line http://www.datafilehost.com/download-d92d34d7.html {{{ C:\>ffmpeg -i mpeg1.mpg -r 25 -s 312x310 -vcodec msmpeg4v2 -an -b:v 1000k out.wmv ffmpeg version N-43160-g752344d Copyright (c) 2000-2012 the FFmpeg developers built on Aug 3 2012 02:38:06 with gcc 4.5.0 (GCC) 20100414 (Fedora MinGW 4.5. 0-1.fc14) configuration: --prefix=/var/www/users/research/ffmpeg/snapshots/build --arch= x86 --target-os=mingw32 --cross-prefix=i686-pc-mingw32- --cc='ccache i686 -pc-min gw32-gcc' --enable-w32threads --enable-memalign-hack --enable-runtime- cpudetect --enable-cross-compile --enable-static --disable-shared --extra- libs='-lws2_32 - lwinmm -lpthread' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snap shots/build/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/s napshots/build/lib' --enable-bzlib --enable-zlib --enable-gpl --enable- version3 --enable-nonfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libmp3lame --enable-libvpx --disable- decoder=libvpx libavutil 51. 66.100 / 51. 66.100 libavcodec 54. 48.100 / 54. 48.100 libavformat 54. 22.100 / 54. 22.100 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 5.101 / 3. 5.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [mpeg @ 0x1eacee0] max_analyze_duration 5000000 reached at 5005000 Input #0, mpeg, from 'mpeg1.mpg': Duration: 00:00:12.61, start: 0.825933, bitrate: 1317 kb/s Stream #0:0[0x1e0]: Video: mpeg1video, yuv420p, 320x240 [SAR 178:163 DAR 712 :489], 1150 kb/s, 29.97 fps, 29.97 tbr, 90k tbn, 29.97 tbc Stream #0:1[0x1c0]: Audio: mp2, 44100 Hz, stereo, s16, 128 kb/s Output #0, asf, to 'out.wmv': Metadata: WM/EncodingSettings: Lavf54.22.100 Stream #0:0: Video: msmpeg4v2 (MP42 / 0x3234504D), yuv420p, 312x310 [SAR 275 90:19071 DAR 712:489], q=2-31, 1000 kb/s, 1k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (mpeg1video -> msmpeg4v2) Press [q] to stop, [?] for help [msmpeg4v2 @ 0x1fa2c40] warning, clipping 1 dct coefficients to -127..127 Last message repeated 17 times frame= 46 fps=0.0 q=2.0 size= 257kB time=00:00:01.84 bitrate=1143.2kbits/s warning, clipping 1 dct coefficients to -127..127 [msmpeg4v2 @ 0x1fa2c40] warning, clipping 1 dct coefficients to -127..127 Last message repeated 38 times frame= 103 fps=0.0 q=2.4 size= 588kB time=00:00:04.12 bitrate=1169.2kbits/s warning, clipping 1 dct coefficients to -127..127 [msmpeg4v2 @ 0x1fa2c40] warning, clipping 1 dct coefficients to -127..127 Last message repeated 12 times frame= 158 fps=105 q=2.5 size= 872kB time=00:00:06.32 bitrate=1130.8kbits/s warning, clipping 1 dct coefficients to -127..127 [msmpeg4v2 @ 0x1fa2c40] warning, clipping 1 dct coefficients to -127..127 Last message repeated 8 times frame= 212 fps=106 q=2.5 size= 1129kB time=00:00:08.48 bitrate=1090.3kbits/s warning, clipping 1 dct coefficients to -127..127 [msmpeg4v2 @ 0x1fa2c40] warning, clipping 1 dct coefficients to -127..127 Last message repeated 28 times frame= 259 fps=104 q=2.0 size= 1326kB time=00:00:10.36 bitrate=1048.1kbits/s warning, clipping 1 dct coefficients to -127..127 [msmpeg4v2 @ 0x1fa2c40] warning, clipping 1 dct coefficients to -127..127 Last message repeated 26 times [mpeg1video @ 0x1ead840] ac-tex damaged at 19 14 [mpeg1video @ 0x1ead840] Warning MVs not available [mpeg1video @ 0x1ead840] concealing 20 DC, 20 AC, 20 MV errors in B frame frame= 318 fps=105 q=2.0 Lsize= 1501kB time=00:00:12.72 bitrate= 966.5kbits/ s dup=0 drop=61 video:1479kB audio:0kB subtitle:0 global headers:0kB muxing overhead 1.442929% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 3 18:32:26 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 03 Aug 2012 16:32:26 -0000 Subject: [FFmpeg-trac] #703(undetermined:open): mp3 in wav - wrong duration In-Reply-To: <038.a76f21d8cfee5becac5b976ddebc5cb2@avcodec.org> References: <038.a76f21d8cfee5becac5b976ddebc5cb2@avcodec.org> Message-ID: <053.6d30f03965225516b396cbd3f02116a5@avcodec.org> #703: mp3 in wav - wrong duration -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: minor | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by ami_stuff): Replying to [comment:2 michael]: > the file contains a fact chunk claiming 7668864 samples. > and a sample rate of 22050, these result in 5.79 minutes duration. > Maybe the file is truncated ? No, the file is complete, but maybe encoder I've used to create the file was buggy and created file with incorrect fack chunk (on the other hand VLC seems to report correct duration, so maybe it ignores fack chunk and calculates duration from bitrate?). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 3 18:37:21 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 03 Aug 2012 16:37:21 -0000 Subject: [FFmpeg-trac] #1602(undetermined:new): h263 crash with lowres Message-ID: <038.3cffd298b0f7d6c50f913f52493ce77d@avcodec.org> #1602: h263 crash with lowres -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- the sample from ticket #742 seems to crash ffmpeg when lowres is enabled http://ffmpeg.org/trac/ffmpeg/raw- attachment/ticket/742/M3_E3TrailerMC56k7fps.mov {{{ (gdb) r -vlowres 1 -i M3_E3TrailerMC56k7fps.mov -f null - Starting program: d:\mingw\msys\1.0\ffmpeg\ffmpeg_g.exe -vlowres 1 -i M3_E3Trail erMC56k7fps.mov -f null - [New Thread 276.0x56c] ffmpeg version 0.10.2.git Copyright (c) 2000-2012 the FFmpeg developers built on Jun 28 2012 19:36:59 with gcc 4.6.1 configuration: --disable-ffprobe --disable-ffplay --disable-asm libavutil 51. 63.100 / 51. 63.100 libavcodec 54. 29.101 / 54. 29.101 libavformat 54. 11.100 / 54. 11.100 libavdevice 54. 0.100 / 54. 0.100 libavfilter 3. 0.100 / 3. 0.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 [h263 @ 03b32028] illegal ac vlc code at 3x0 [h263 @ 03b32028] Error at MB: 3 Program received signal SIGSEGV, Segmentation fault. 0x7c910a19 in wcsncpy () from C:\WINDOWS\system32\ntdll.dll (gdb) bt #0 0x7c910a19 in wcsncpy () from C:\WINDOWS\system32\ntdll.dll #1 0x7c91a2b6 in ntdll!RtlpUnWaitCriticalSection () from C:\WINDOWS\system32\ntdll.dll #2 0x7c970552 in ntdll!RtlpNtMakeTemporaryKey () from C:\WINDOWS\system32\ntdll.dll #3 0x7c94bafc in ntdll!LdrFindEntryForAddress () from C:\WINDOWS\system32\ntdll.dll #4 0x03a30000 in ?? () #5 0x7c91a1ba in ntdll!RtlpUnWaitCriticalSection () from C:\WINDOWS\system32\ntdll.dll #6 0x77c1c2de in msvcrt!free () from C:\WINDOWS\system32\msvcrt.dll #7 0x03a30000 in ?? () #8 0x00a178a6 in av_free (ptr=) at libavutil/mem.c:180 #9 av_freep (arg=0x3b5a170) at libavutil/mem.c:187 #10 0x005c7593 in free_picture (pic=0x3b59fd8, s=0x3b15b48) at libavcodec/mpegvideo.c:395 #11 ff_MPV_common_end (s=0x3b15b48) at libavcodec/mpegvideo.c:942 #12 0x00a5f6b6 in ff_h263_decode_end (avctx=0x3b32028) at libavcodec/h263dec.c:127 #13 0x00a44478 in avcodec_close (avctx=0x3b32028) at libavcodec/utils.c:1683 #14 0x00449401 in avformat_find_stream_info (ic=0x3a3d3f0, options=0x3a3df98) at libavformat/utils.c:2703 #15 0x0040e963 in opt_input_file (o=0x22fdc8, opt=0x3a327ae "i", filename=) at ffmpeg.c:4340 #16 0x004133b3 in parse_option (optctx=0x22fdc8, opt=, arg=0x3a327b0 "M3_E3TrailerMC56k7fps.mov", options=0xa9cd60) at cmdutils.c:311 #17 0x00413616 in parse_options (optctx=0x22fdc8, argc=8, argv=, options=0xa9cd60, parse_arg_function=0x40ff70 ) at cmdutils.c:344 #18 0x00a3b859 in main (argc=8, argv=0x3a32858) at ffmpeg.c:5914 (gdb) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 3 21:18:18 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 03 Aug 2012 19:18:18 -0000 Subject: [FFmpeg-trac] #1602(avcodec:open): h263 crash with lowres In-Reply-To: <038.3cffd298b0f7d6c50f913f52493ce77d@avcodec.org> References: <038.3cffd298b0f7d6c50f913f52493ce77d@avcodec.org> Message-ID: <053.b1fa47c609a9b5c420b5e658942b955c@avcodec.org> #1602: h263 crash with lowres -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: h263 lowres | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avcodec * priority: normal => important * version: unspecified => git-master * keywords: => h263 lowres -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 3 21:52:07 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 03 Aug 2012 19:52:07 -0000 Subject: [FFmpeg-trac] #1598(undetermined:open): muxing raw h264 into mpegts (and mkv) fails (was: MUX fail. X264 + AAC to TS.) In-Reply-To: <036.d45739aad8809e170517645b3cf7de1b@avcodec.org> References: <036.d45739aad8809e170517645b3cf7de1b@avcodec.org> Message-ID: <051.2135a6a6496902619c1ec1f25c474d16@avcodec.org> #1598: muxing raw h264 into mpegts (and mkv) fails -------------------------------------+------------------------------------- Reporter: Mista_D | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: mpegts h264 | Resolution: av_interleaved_write_frame | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * priority: important => normal * version: unspecified => git-master * keywords: mpegts av_interleaved_write_frame => mpegts h264 av_interleaved_write_frame Comment: {{{ $ ffmpeg -i out.h264 -vcodec copy out.ts ffmpeg version N-43170-gd84dd35 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 3 2012 21:14:14 with gcc 4.3.2 (GCC) configuration: --cc=/usr/local/gcc-4.3.2/bin/gcc --enable-gpl --enable- libopenjpeg --enable-libvorbis --enable-libspeex --enable-libmp3lame --enable-libtheora --extra-ldflags=-lm --enable-libvpx --enable-libxavs --enable-x11grab --enable-libass --enable-nonfree --enable-libfaac --enable-libopus --enable-libfdk-aac libavutil 51. 66.100 / 51. 66.100 libavcodec 54. 48.100 / 54. 48.100 libavformat 54. 22.100 / 54. 22.100 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 5.102 / 3. 5.102 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [h264 @ 0x9118500] max_analyze_duration 5000000 reached at 5011233 [h264 @ 0x9118500] Estimating duration from bitrate, this may be inaccurate Input #0, h264, from 'out.h264': Duration: N/A, bitrate: N/A Stream #0:0: Video: h264 (High), yuv420p, 176x144 [SAR 16:11 DAR 16:9], 29.50 fps, 29.97 tbr, 1200k tbn, 59.94 tbc [mpegts @ 0x9112960] muxrate VBR, pcr every 2 pkts, sdt every 200, pat/pmt every 40 pkts Output #0, mpegts, to 'out.ts': Metadata: encoder : Lavf54.22.100 Stream #0:0: Video: h264, yuv420p, 176x144 [SAR 16:11 DAR 16:9], q=2-31, 29.50 fps, 90k tbn, 29.97 tbc Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help [mpegts @ 0x9112960] first pts value must set av_interleaved_write_frame(): Invalid data found when processing input }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 3 22:03:53 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 03 Aug 2012 20:03:53 -0000 Subject: [FFmpeg-trac] #748(avformat:closed): server aborts mp3 download after 1-2min, try reconnecting In-Reply-To: <036.0e7e7d1d3e8d25c246a7b47240e32fd9@avcodec.org> References: <036.0e7e7d1d3e8d25c246a7b47240e32fd9@avcodec.org> Message-ID: <051.f08a1b7fa35204fef1124c81ee04c540@avcodec.org> #748: server aborts mp3 download after 1-2min, try reconnecting -----------------------------------+------------------------------------ Reporter: blarson | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: 0.8.7 | Resolution: invalid Keywords: mp3, http | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+------------------------------------ Changes (by llogan): * resolution: needs_more_info => invalid -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 3 22:34:43 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 03 Aug 2012 20:34:43 -0000 Subject: [FFmpeg-trac] #1575(documentation:new): Clarify docs that av_seek_frame() may possibly not seek by keyframe In-Reply-To: <038.8b882fe0773587823a24d159a527c922@avcodec.org> References: <038.8b882fe0773587823a24d159a527c922@avcodec.org> Message-ID: <053.e8c9cb29adafa34d689aae21f717c832@avcodec.org> #1575: Clarify docs that av_seek_frame() may possibly not seek by keyframe -------------------------------------+------------------------------------- Reporter: mbradshaw | Owner: stefano Type: enhancement | Status: new Priority: normal | Component: Version: git-master | documentation Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by mbradshaw): Actually, an alternative solution that would be acceptable to me would be to make `av_seek_frame()` return an error if `AVSEEK_FLAG_ANY` was not specified and the format doesn't support seeking by keyframe (like mpg). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 4 02:30:55 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 04 Aug 2012 00:30:55 -0000 Subject: [FFmpeg-trac] #1195(avformat:closed): EOF after decoding error In-Reply-To: <035.db593761a7fa9fab7a6337dcdc18b2f8@avcodec.org> References: <035.db593761a7fa9fab7a6337dcdc18b2f8@avcodec.org> Message-ID: <050.4cffd49d36f1b365fba0b7f911eec5ee@avcodec.org> #1195: EOF after decoding error ------------------------------------+------------------------------------ Reporter: ubitux | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: mkv | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by michael): * status: open => closed * resolution: => fixed * component: undetermined => avformat -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 4 02:59:54 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 04 Aug 2012 00:59:54 -0000 Subject: [FFmpeg-trac] #1235(avformat:closed): ffio_limit does not work correctly with named pipes on OSX (Snow Leopard) In-Reply-To: <031.668437dde0e87594b011be17057e73f2@avcodec.org> References: <031.668437dde0e87594b011be17057e73f2@avcodec.org> Message-ID: <046.3ea9a4e42b0df55e7ddb9e44f005833f@avcodec.org> #1235: ffio_limit does not work correctly with named pipes on OSX (Snow Leopard) ------------------------------------+------------------------------------ Reporter: ls | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by michael): * status: new => closed * resolution: => fixed Comment: I assume martins patch fixed this. If not please reopen. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 4 03:54:43 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 04 Aug 2012 01:54:43 -0000 Subject: [FFmpeg-trac] #1014(undetermined:open): [libvpx][mjpeg] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 67 >= 33 In-Reply-To: <035.a8baecaa8564ae888a23d1a31f80eba9@avcodec.org> References: <035.a8baecaa8564ae888a23d1a31f80eba9@avcodec.org> Message-ID: <050.efa73728bce8786a2d36b7b5dc6d9510@avcodec.org> #1014: [libvpx][mjpeg] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 67 >= 33 -------------------------------------+------------------------------------- Reporter: unikum | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: av_interleaved_write_frame libvpx | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * cc: michael (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 4 14:12:35 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 04 Aug 2012 12:12:35 -0000 Subject: [FFmpeg-trac] #1603(undetermined:new): fix remuxing of ima_adpcm_qt in mov Message-ID: <038.a471016729eb4679ad51f06ba2c44f6a@avcodec.org> #1603: fix remuxing of ima_adpcm_qt in mov -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- it looks like ffmpeg does not set correctly compression ID and stts_entries[i].duration while remuxing ima_adpcm_qt in mov, so the output file is unplayable by qt (and ffmpeg) attached hack fixes for me remuxing of ima_ffmpeg.mov {{{ C:\>ffmpeg -i ima_ffmpeg.mov -acodec copy out.mov ffmpeg version N-43160-g752344d Copyright (c) 2000-2012 the FFmpeg developers built on Aug 3 2012 02:38:06 with gcc 4.5.0 (GCC) 20100414 (Fedora MinGW 4.5. 0-1.fc14) configuration: --prefix=/var/www/users/research/ffmpeg/snapshots/build --arch= x86 --target-os=mingw32 --cross-prefix=i686-pc-mingw32- --cc='ccache i686 -pc-min gw32-gcc' --enable-w32threads --enable-memalign-hack --enable-runtime- cpudetect --enable-cross-compile --enable-static --disable-shared --extra- libs='-lws2_32 - lwinmm -lpthread' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snap shots/build/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/s napshots/build/lib' --enable-bzlib --enable-zlib --enable-gpl --enable- version3 --enable-nonfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libmp3lame --enable-libvpx --disable- decoder=libvpx libavutil 51. 66.100 / 51. 66.100 libavcodec 54. 48.100 / 54. 48.100 libavformat 54. 22.100 / 54. 22.100 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 5.101 / 3. 5.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 Guessed Channel Layout for Input Stream #0.0 : mono Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'ima_ffmpeg.mov': Metadata: major_brand : qt minor_version : 512 compatible_brands: qt encoder : Lavf54.22.100 Duration: 00:00:12.62, start: 0.000000, bitrate: 34 kb/s Stream #0:0(eng): Audio: adpcm_ima_qt (ima4 / 0x34616D69), 8000 Hz, mono, s1 6, 32 kb/s Metadata: handler_name : DataHandler Output #0, mov, to 'out.mov': Metadata: major_brand : qt minor_version : 512 compatible_brands: qt encoder : Lavf54.22.100 Stream #0:0(eng): Audio: adpcm_ima_qt (ima4 / 0x34616D69), 8000 Hz, mono, 32 kb/s Metadata: handler_name : DataHandler Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help size= 53kB time=00:00:12.62 bitrate= 34.4kbits/s video:0kB audio:52kB subtitle:0 global headers:0kB muxing overhead 1.278610% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 4 15:49:14 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 04 Aug 2012 13:49:14 -0000 Subject: [FFmpeg-trac] #1242(avformat:closed): Remuxing Matroska to MPEG transport stream with -copyts errors out with non monotonically increasing dts In-Reply-To: <035.4dc7b18c145b5bce969ffc1ae3f8f8fd@avcodec.org> References: <035.4dc7b18c145b5bce969ffc1ae3f8f8fd@avcodec.org> Message-ID: <050.fa75390976403bd3d412ba0ef18a77f4@avcodec.org> #1242: Remuxing Matroska to MPEG transport stream with -copyts errors out with non monotonically increasing dts -------------------------------------+------------------------------------- Reporter: chucks | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: | Blocked By: av_interleaved_write_frame mkv | Reproduced by developer: 1 copyts | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed * component: undetermined => avformat * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 4 16:04:17 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 04 Aug 2012 14:04:17 -0000 Subject: [FFmpeg-trac] #1474(undetermined:open): Some audio encoders stopped encoding strange channel layouts In-Reply-To: <040.186ffd1bfe8fb24dd3c780d16bd118a9@avcodec.org> References: <040.186ffd1bfe8fb24dd3c780d16bd118a9@avcodec.org> Message-ID: <055.89dbabd786ef544046c728b68ab07d2a@avcodec.org> #1474: Some audio encoders stopped encoding strange channel layouts -------------------------------------+------------------------------------- Reporter: dcoffey3296 | 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): Since e4c00ac / 3bab7cd, ffmpeg shows "mono" for both audio streams, and encoding succeeds. Imo, this means the bug was replaced by another bug because the actual channel layout for both audio streams is not mono. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 5 00:38:57 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 04 Aug 2012 22:38:57 -0000 Subject: [FFmpeg-trac] #1338(undetermined:new): FFMPEG creating broken MP4/Audio files with libx264 In-Reply-To: <040.afb49669e5bc711f4afb0ff4eb3c9f54@avcodec.org> References: <040.afb49669e5bc711f4afb0ff4eb3c9f54@avcodec.org> Message-ID: <055.bd737877c16c42d4c17acb831e7b96ff@avcodec.org> #1338: FFMPEG creating broken MP4/Audio files with libx264 -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ramitbhalla): Yes it works fine with the mpeg4 codec -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 5 00:54:19 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 04 Aug 2012 22:54:19 -0000 Subject: [FFmpeg-trac] #247(avformat:closed): Image Sequence File Names Must Begin Close to Zero In-Reply-To: <038.179bf7539cab3612116b3646961efc57@avcodec.org> References: <038.179bf7539cab3612116b3646961efc57@avcodec.org> Message-ID: <053.66392705ccd5c2566ebddd4c4be6f3bc@avcodec.org> #247: Image Sequence File Names Must Begin Close to Zero -------------------------------------+------------------------------------- Reporter: cmarzullo | Owner: Type: enhancement | Status: closed Priority: wish | Component: avformat Version: unspecified | Resolution: fixed Keywords: image2 | Blocked By: sequence dpx | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed Comment: Should be implemented with the "start_number" option now. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 5 01:00:14 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 04 Aug 2012 23:00:14 -0000 Subject: [FFmpeg-trac] #1338(undetermined:new): FFMPEG creating broken MP4/Audio files with libx264 In-Reply-To: <040.afb49669e5bc711f4afb0ff4eb3c9f54@avcodec.org> References: <040.afb49669e5bc711f4afb0ff4eb3c9f54@avcodec.org> Message-ID: <055.7342ea37c697109dd23dc56b9b7ba428@avcodec.org> #1338: FFMPEG creating broken MP4/Audio files with libx264 -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Does the following produce a working file or is it sufficient to produce the broken file (or is a parameter missing for the encode to succeed)? $ ffmpeg -i CSI.ts -crf 2 out.mp4 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 5 04:16:17 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 05 Aug 2012 02:16:17 -0000 Subject: [FFmpeg-trac] #1014(undetermined:open): [libvpx][mjpeg] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 67 >= 33 In-Reply-To: <035.a8baecaa8564ae888a23d1a31f80eba9@avcodec.org> References: <035.a8baecaa8564ae888a23d1a31f80eba9@avcodec.org> Message-ID: <050.1dfb17e1ae6e5acbe5b0db1ebb47b128@avcodec.org> #1014: [libvpx][mjpeg] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 67 >= 33 -------------------------------------+------------------------------------- Reporter: unikum | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: av_interleaved_write_frame libvpx | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): According to James Zern this is a bug in libvpx http://code.google.com/p/webm/issues/detail?id=468 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 5 09:09:35 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 05 Aug 2012 07:09:35 -0000 Subject: [FFmpeg-trac] #157(avcodec:closed): Specifying KEYINT (-g) has no effect In-Reply-To: <034.a251a8fd030ad0fa98dd0bcf1b929e85@avcodec.org> References: <034.a251a8fd030ad0fa98dd0bcf1b929e85@avcodec.org> Message-ID: <049.32a256ec4da1bd56026882ee0226dea2@avcodec.org> #157: Specifying KEYINT (-g) has no effect -------------------------------------+------------------------------------- Reporter: Reado | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-oldabi | Resolution: fixed Keywords: keyint | Blocked By: libx264 | Reproduced by developer: 0 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by saste): * analyzed: 0 => 1 * keywords: keyint => keyint libx264 * status: new => closed * component: undetermined => avcodec * resolution: => fixed Comment: Should be fixed since commit: {{{ commit bb73cda2f6667aa2c1b805a31a10ce9d59c3293d Author: Anton Khirnov Date: Thu Sep 1 12:59:29 2011 +0200 libx264: fix setting some options. Specifically: gop_size, max_b_frames, scenechange_threshold, qmin, qmax, max_qdiff, qblur, qcompress and refs. Change their default values to -1 and only use them if the user explicitly set them. Otherwise x264 defaults are used. Move setting those options after x264_param_default_preset(), so they don't get overwritten by it. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 5 09:19:54 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 05 Aug 2012 07:19:54 -0000 Subject: [FFmpeg-trac] #1338(undetermined:new): FFMPEG creating broken MP4/Audio files with libx264 In-Reply-To: <040.afb49669e5bc711f4afb0ff4eb3c9f54@avcodec.org> References: <040.afb49669e5bc711f4afb0ff4eb3c9f54@avcodec.org> Message-ID: <055.cb4268f282fa23feff781791c31cdcc0@avcodec.org> #1338: FFMPEG creating broken MP4/Audio files with libx264 -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ramitbhalla): This command works fine, produces good audio {{{ ffmpeg -i CSI.ts -crf 2 out.mp4 ffmpeg version N-40824-g31dfe20 Copyright (c) 2000-2012 the FFmpeg developers built on May 19 2012 00:45:59 with gcc 4.6.3 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-runtime-cpudetect --enable-avisynth --enab le-bzlib --enable-frei0r --enable-libass --enable-libcelt --enable- libopencore-amrnb --enable-libopencore-amrwb --enable -libfreetype --enable-libgsm --enable-libmp3lame --enable-libnut --enable- libopenjpeg --enable-librtmp --enable-libschro edinger --enable-libspeex --enable-libtheora --enable-libutvideo --enable- libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 53.100 / 51. 53.100 libavcodec 54. 21.101 / 54. 21.101 libavformat 54. 5.100 / 54. 5.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 74.101 / 2. 74.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 12.100 / 0. 12.100 libpostproc 52. 0.100 / 52. 0.100 [mp3 @ 02ec0e60] Header missing [mpeg2video @ 01d3c840] mpeg_decode_postinit() failure Last message repeated 7 times [mpegts @ 01d3bb80] max_analyze_duration 5000000 reached at 5016000 Input #0, mpegts, from 'CSI.ts': Duration: 00:00:46.61, start: 14.737000, bitrate: 8185 kb/s Program 1 Stream #0:0[0x1100]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p, 720x480 [SAR 8:9 DAR 4:3], 9000 kb/s , 31.22 fps, 29.97 tbr, 90k tbn, 59.94 tbc Stream #0:1[0x1101]: Audio: mp2 ([4][0][0][0] / 0x0004), 48000 Hz, stereo, s16, 384 kb/s [buffer @ 02fa0b60] w:720 h:480 pixfmt:yuv420p tb:1/1000000 sar:8/9 sws_param:flags=2 [buffersink @ 02fa0e40] No opaque field provided [abuffer @ 02ea66c0] format:s16 layout:stereo rate:48000 [libx264 @ 0311f5c0] using SAR=8/9 [libx264 @ 0311f5c0] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2 [libx264 @ 0311f5c0] profile High, level 3.0 [libx264 @ 0311f5c0] 264 - core 120 r2164 da19765 - H.264/MPEG-4 AVC codec - Copyleft 2003-2012 - http://www.videolan.or g/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 m e_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=6 sliced_threads =0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 we ightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=2. 0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 Output #0, mp4, to 'out.mp4': Metadata: encoder : Lavf54.5.100 Stream #0:0: Video: h264 (![0][0][0] / 0x0021), yuv420p, 720x480 [SAR 8:9 DAR 4:3], q=-1--1, 30k tbn, 29.97 tbc Stream #0:1: Audio: aac (@[0][0][0] / 0x0040), 48000 Hz, stereo, s16, 128 kb/s Stream mapping: Stream #0:0 -> #0:0 (mpeg2video -> libx264) Stream #0:1 -> #0:1 (mp2 -> libvo_aacenc) Press [q] to stop, [?] for help [mp2 @ 02ec0e60] Header missing Error while decoding stream #0:1 ac-tex damaged at 32 13.0 size= 93129kB time=00:00:44.67 bitrate=17075.9kbits/s dup=11 drop=0 [mpeg2video @ 01d3c840] Warning MVs not available [mpeg2video @ 01d3c840] concealing 765 DC, 765 AC, 765 MV errors [mp2 @ 02ec0e60] incomplete frame Error while decoding stream #0:1 frame= 1398 fps= 19 q=-1.0 Lsize= 98213kB time=00:00:46.56 bitrate=17279.9kbits/s dup=12 drop=0 video:97436kB audio:727kB global headers:0kB muxing overhead 0.051065% [libx264 @ 0311f5c0] frame I:26 Avg QP: 1.86 size:127652 [libx264 @ 0311f5c0] frame P:531 Avg QP: 3.23 size: 96782 [libx264 @ 0311f5c0] frame B:841 Avg QP: 5.09 size: 53584 [libx264 @ 0311f5c0] consecutive B-frames: 14.7% 11.4% 11.8% 62.1% [libx264 @ 0311f5c0] mb I I16..4: 31.3% 34.3% 34.4% [libx264 @ 0311f5c0] mb P I16..4: 21.2% 17.5% 15.1% P16..4: 23.1% 12.1% 9.5% 0.0% 0.0% skip: 1.5% [libx264 @ 0311f5c0] mb B I16..4: 2.3% 3.2% 2.2% B16..8: 34.0% 11.5% 7.7% direct:36.2% skip: 2.9% L0:41.9% L1:3 7.0% BI:21.1% [libx264 @ 0311f5c0] 8x8 transform intra:34.3% inter:60.0% [libx264 @ 0311f5c0] coded y,uvDC,uvAC intra: 78.1% 98.2% 97.1% inter: 58.1% 86.7% 77.4% [libx264 @ 0311f5c0] i16 v,h,dc,p: 51% 17% 19% 13% [libx264 @ 0311f5c0] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 25% 22% 31% 2% 3% 3% 4% 4% 5% [libx264 @ 0311f5c0] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 24% 36% 15% 4% 4% 4% 4% 4% 5% [libx264 @ 0311f5c0] i8c dc,h,v,p: 55% 19% 15% 11% [libx264 @ 0311f5c0] Weighted P-Frames: Y:10.2% UV:7.5% [libx264 @ 0311f5c0] ref P L0: 53.6% 11.4% 22.0% 11.8% 1.2% [libx264 @ 0311f5c0] ref B L0: 81.7% 15.1% 3.2% [libx264 @ 0311f5c0] ref B L1: 91.1% 8.9% [libx264 @ 0311f5c0] kb/s:17111.43 }}} Replying to [comment:11 cehoyos]: > Does the following produce a working file or is it sufficient to produce the broken file (or is a parameter missing for the encode to succeed)? > $ ffmpeg -i CSI.ts -crf 2 out.mp4 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 5 09:36:29 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 05 Aug 2012 07:36:29 -0000 Subject: [FFmpeg-trac] #1445(avformat:open): image2 to support start_index and step_increment In-Reply-To: <034.e675a8e9419c7a5ef2defdbfd1ac008b@avcodec.org> References: <034.e675a8e9419c7a5ef2defdbfd1ac008b@avcodec.org> Message-ID: <049.3902a9f91fc71f88fb868b1799d6b674@avcodec.org> #1445: image2 to support start_index and step_increment -------------------------------------+------------------------------------ Reporter: burek | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: unspecified | Resolution: Keywords: image2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 1 | -------------------------------------+------------------------------------ Changes (by saste): * analyzed: 0 => 1 * keywords: => image2 * status: new => open * component: undetermined => avformat Comment: We already have a -start_number and support glob patterns. As for -step_increment, it seems to cover a rather specific requirement which can be easily addressed with some scripting, so I prefer to avoid the avoidable complexity of its implementation. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 5 10:13:13 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 05 Aug 2012 08:13:13 -0000 Subject: [FFmpeg-trac] #1338(undetermined:new): FFMPEG creating broken MP4/Audio files with libx264 In-Reply-To: <040.afb49669e5bc711f4afb0ff4eb3c9f54@avcodec.org> References: <040.afb49669e5bc711f4afb0ff4eb3c9f54@avcodec.org> Message-ID: <055.50d42a2e60673c7a3fec3e82a1ffd00d@avcodec.org> #1338: FFMPEG creating broken MP4/Audio files with libx264 -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:12 ramitbhalla]: > This command works fine, produces good audio Which of the options from your original command line have to be added to reproduce the problem? (I understand that adding all options from your original command line will allow to reproduce the problem, the question is to find the minimal set of options.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 5 10:36:22 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 05 Aug 2012 08:36:22 -0000 Subject: [FFmpeg-trac] #1604(undetermined:new): Rtmp streaming fps continually drops Message-ID: <036.ebcb0f32b2e84d8ab67fe9e964ba7f3e@avcodec.org> #1604: Rtmp streaming fps continually drops -------------------------------------+------------------------------------- Reporter: Pyriel0 | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: rtmp | Blocked By: framerate | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: Rtmp output to justin.tv fps continually drops, the 64 bit version slowly uses all system ram (8 GB). It goes up by 100 MB every second or two until the ram is full. The audio is fine even with the low frame rate. If I change "-f flv rtmp:xxxx" to "f:\test.mp4" to record to a hard drive, it works perfect. This problem only occurs when I'm trying to stream. It happens for both file input and direct show input. My cpu is an Intel 3770k at 4.4 GHz and cable upload is 3 Mb/s. Both are more than capable of handling 1280x720 at 30fps and 2400kb/s. How to reproduce: {{{ffmpeg -re -rtbufsize 100000k -i "f:\xxxxxxxxxxxxxxxxxxxxxxxxxxxx" -pix_fmt yuv420p -s hd720 -vcodec libx264 -preset medium -b:v 2400k -maxrate 240 0k -bufsize 600k -acodec libmp3lame -ac 2 -b:a 128k -ar 44100 -f flv "rtmp://liv e-dfw.justin.tv/app/xxxxxxxxxxxxxxxxxxxxx flashver=FME/2.5 (compatible; FMSc 1.0 )" ffmpeg version N-43060-ga85b4a5 Copyright (c) 2000-2012 the FFmpeg developers built on Jul 30 2012 13:14:08 with gcc 4.7.1 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libass --enable-libcelt --enable-libopencore-amrnb --enable-libopencore-amrwb --enable -libfreetype --enable-libgsm --enable-libmp3lame --enable-libnut --enable- libope njpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable-libth eora --enable-libutvideo --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --e nable-zlib libavutil 51. 66.100 / 51. 66.100 libavcodec 54. 45.100 / 54. 45.100 libavformat 54. 22.100 / 54. 22.100 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 5.101 / 3. 5.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'f:\xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: mp42isomavc1 encoder : HandBrake 0.9.5 2011010300 Duration: 01:39:15.71, start: 0.000000, bitrate: 4822 kb/s Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 1920x800 [SAR 1:1 DAR 12:5], 4179 kb/s, 23.98 fps, 23.98 tbr, 90k tbn, 180k tbc Stream #0:1(und): Audio: ac3 (ac-3 / 0x332D6361), 48000 Hz, 5.1(side), s16, 640 kb/s [libx264 @ 0514f860] using SAR=27/20 [libx264 @ 0514f860] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE 4.2 AVX [libx264 @ 0514f860] profile High, level 3.1 [libx264 @ 0514f860] 264 - core 125 r2200 999b753 - H.264/MPEG-4 AVC codec - Cop yleft 2003-2012 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deb lock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 m e_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chro ma_qp_offset=-2 threads=12 lookahead_threads=2 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=23 scene cut=40 intra_refresh=0 rc_lookahead=40 rc=cbr mbtree=1 bitrate=2400 ratetol=1.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 vbv_maxrate=2400 vbv_bufsize=600 nal_hrd=no ne ip_ratio=1.40 aq=1:1.00 Output #0, flv, to 'rtmp://live-dfw.justin.tv/app/xxxxxxxxxxxxxxxxxxxxx flashver =FME/2.5 (compatible; FMSc 1.0)': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: mp42isomavc1 encoder : Lavf54.22.100 Stream #0:0(und): Video: h264 ([7][0][0][0] / 0x0007), yuv420p, 1280x720 [SA R 27:20 DAR 12:5], q=-1--1, 2400 kb/s, 1k tbn, 23.98 tbc Stream #0:1(und): Audio: mp3 ([2][0][0][0] / 0x0002), 44100 Hz, stereo, s16, 128 kb/s Stream mapping: Stream #0:0 -> #0:0 (h264 -> libx264) Stream #0:1 -> #0:1 (ac3 -> libmp3lame) Press [q] to stop, [?] for help DTS -3754, next:-83406 st:0 invalid dropping frame= 4 fps=0.0 q=0.0 size= 0kB time=00:00:00.00 bitrate= 0.0kbits/s frame= 15 fps= 15 q=0.0 size= 0kB time=00:00:00.00 bitrate= 0.0kbits/s frame= 27 fps= 17 q=0.0 size= 0kB time=00:00:00.00 bitrate= 0.0kbits/s frame= 40 fps= 19 q=0.0 size= 0kB time=00:00:00.00 bitrate= 0.0kbits/s frame= 51 fps= 20 q=0.0 size= 0kB time=00:00:00.00 bitrate= 0.0kbits/s frame= 67 fps= 22 q=0.0 size= 8kB time=00:00:00.37 bitrate= 172.5kbits/s frame= 76 fps= 21 q=0.0 size= 15kB time=00:00:00.75 bitrate= 161.4kbits/s frame= 87 fps= 21 q=0.0 size= 23kB time=00:00:01.21 bitrate= 153.9kbits/s frame= 103 fps= 22 q=0.0 size= 44kB time=00:00:01.87 bitrate= 192.1kbits/s frame= 112 fps= 22 q=0.0 size= 50kB time=00:00:02.25 bitrate= 183.5kbits/s frame= 123 fps= 22 q=0.0 size= 59kB time=00:00:02.71 bitrate= 177.6kbits/s frame= 130 fps= 21 q=10.0 size= 135kB time=00:00:03.00 bitrate= 367.5kbits/ frame= 141 fps= 21 q=37.0 size= 223kB time=00:00:03.46 bitrate= 528.9kbits/ frame= 147 fps= 20 q=38.0 size= 313kB time=00:00:03.71 bitrate= 690.7kbits/ frame= 155 fps= 20 q=30.0 size= 408kB time=00:00:04.04 bitrate= 825.6kbits/ frame= 167 fps= 20 q=36.0 size= 492kB time=00:00:04.54 bitrate= 885.6kbits/ frame= 174 fps= 20 q=37.0 size= 602kB time=00:00:04.83 bitrate=1019.8kbits/ frame= 182 fps= 19 q=36.0 size= 692kB time=00:00:05.17 bitrate=1096.3kbits/ frame= 191 fps= 19 q=37.0 size= 783kB time=00:00:05.54 bitrate=1156.8kbits/ frame= 197 fps= 19 q=36.0 size= 888kB time=00:00:05.79 bitrate=1254.4kbits/ frame= 203 fps= 18 q=35.0 size= 983kB time=00:00:06.04 bitrate=1331.5kbits/ frame= 211 fps= 18 q=34.0 size= 1063kB time=00:00:06.38 bitrate=1364.8kbits/ frame= 222 fps= 18 q=33.0 size= 1170kB time=00:00:06.84 bitrate=1401.4kbits/ frame= 231 fps= 18 q=34.0 size= 1272kB time=00:00:07.21 bitrate=1444.4kbits/ frame= 237 fps= 18 q=33.0 size= 1356kB time=00:00:07.46 bitrate=1488.0kbits/ frame= 247 fps= 18 q=32.0 size= 1460kB time=00:00:07.88 bitrate=1517.4kbits/ frame= 255 fps= 18 q=34.0 size= 1554kB time=00:00:08.21 bitrate=1548.9kbits/ frame= 262 fps= 18 q=34.0 size= 1643kB time=00:00:08.50 bitrate=1582.3kbits/ frame= 269 fps= 18 q=33.0 size= 1735kB time=00:00:08.80 bitrate=1615.2kbits/ frame= 277 fps= 18 q=33.0 size= 1823kB time=00:00:09.13 bitrate=1635.1kbits/ frame= 284 fps= 17 q=33.0 size= 1922kB time=00:00:09.42 bitrate=1670.1kbits/ frame= 293 fps= 17 q=32.0 size= 2004kB time=00:00:09.80 bitrate=1674.9kbits/ frame= 302 fps= 17 q=32.0 size= 2107kB time=00:00:10.17 bitrate=1696.5kbits/ frame= 307 fps= 17 q=32.0 size= 2195kB time=00:00:10.38 bitrate=1731.4kbits/ frame= 319 fps= 17 q=31.0 size= 2304kB time=00:00:10.88 bitrate=1734.1kbits/ frame= 327 fps= 17 q=28.0 size= 2402kB time=00:00:11.22 bitrate=1754.0kbits/ frame= 335 fps= 17 q=28.0 size= 2498kB time=00:00:11.55 bitrate=1770.8kbits/ frame= 341 fps= 17 q=28.0 size= 2597kB time=00:00:11.80 bitrate=1802.5kbits/ frame= 351 fps= 17 q=26.0 size= 2677kB time=00:00:12.22 bitrate=1794.4kbits/ frame= 365 fps= 17 q=26.0 size= 2777kB time=00:00:12.80 bitrate=1776.6kbits/ frame= 375 fps= 17 q=27.0 size= 2880kB time=00:00:13.22 bitrate=1784.5kbits/ frame= 385 fps= 17 q=24.0 size= 2978kB time=00:00:13.63 bitrate=1788.7kbits/ frame= 395 fps= 17 q=28.0 size= 3117kB time=00:00:14.05 bitrate=1816.5kbits/ frame= 404 fps= 17 q=27.0 size= 3212kB time=00:00:14.43 bitrate=1823.1kbits/ frame= 410 fps= 17 q=28.0 size= 3304kB time=00:00:14.68 bitrate=1843.7kbits/ frame= 418 fps= 17 q=25.0 size= 3414kB time=00:00:15.01 bitrate=1862.5kbits/ frame= 426 fps= 17 q=25.0 size= 3490kB time=00:00:15.34 bitrate=1862.8kbits/ frame= 437 fps= 17 q=20.0 size= 3597kB time=00:00:15.80 bitrate=1864.1kbits/ frame= 442 fps= 17 q=15.0 size= 3680kB time=00:00:16.01 bitrate=1882.4kbits/ frame= 450 fps= 17 q=12.0 size= 3761kB time=00:00:16.35 bitrate=1884.4kbits/ frame= 458 fps= 17 q=13.0 size= 3857kB time=00:00:16.68 bitrate=1893.8kbits/ frame= 467 fps= 17 q=12.0 size= 3945kB time=00:00:17.05 bitrate=1894.6kbits/ frame= 479 fps= 17 q=8.0 size= 4029kB time=00:00:17.56 bitrate=1879.6kbits/s frame= 490 fps= 17 q=23.0 size= 4129kB time=00:00:18.01 bitrate=1877.5kbits/ frame= 497 fps= 17 q=28.0 size= 4235kB time=00:00:18.30 bitrate=1895.0kbits/ frame= 503 fps= 17 q=28.0 size= 4336kB time=00:00:18.56 bitrate=1913.7kbits/ frame= 511 fps= 17 q=27.0 size= 4412kB time=00:00:18.89 bitrate=1912.9kbits/ frame= 518 fps= 17 q=27.0 size= 4495kB time=00:00:19.18 bitrate=1919.4kbits/ frame= 526 fps= 17 q=26.0 size= 4583kB time=00:00:19.52 bitrate=1923.5kbits/ frame= 534 fps= 17 q=29.0 size= 4676kB time=00:00:19.85 bitrate=1929.5kbits/ frame= 543 fps= 17 q=32.0 size= 4778kB time=00:00:20.22 bitrate=1934.8kbits/ frame= 549 fps= 17 q=31.0 size= 4868kB time=00:00:20.47 bitrate=1947.3kbits/ frame= 557 fps= 16 q=32.0 size= 4960kB time=00:00:20.81 bitrate=1952.2kbits/ frame= 565 fps= 16 q=31.0 size= 5055kB time=00:00:21.14 bitrate=1958.4kbits/ frame= 571 fps= 16 q=30.0 size= 5135kB time=00:00:21.39 bitrate=1966.0kbits/ frame= 578 fps= 16 q=28.0 size= 5236kB time=00:00:21.68 bitrate=1977.6kbits/ frame= 586 fps= 16 q=26.0 size= 5325kB time=00:00:22.02 bitrate=1981.1kbits/ frame= 594 fps= 16 q=25.0 size= 5426kB time=00:00:22.35 bitrate=1988.1kbits/ frame= 602 fps= 16 q=23.0 size= 5525kB time=00:00:22.69 bitrate=1994.7kbits/ frame= 609 fps= 16 q=23.0 size= 5617kB time=00:00:22.98 bitrate=2002.3kbits/ frame= 615 fps= 16 q=22.0 size= 5697kB time=00:00:23.23 bitrate=2008.8kbits/ frame= 623 fps= 16 q=22.0 size= 5784kB time=00:00:23.56 bitrate=2010.6kbits/ frame= 634 fps= 16 q=21.0 size= 5898kB time=00:00:24.02 bitrate=2011.1kbits/ frame= 643 fps= 16 q=23.0 size= 5981kB time=00:00:24.40 bitrate=2008.1kbits/ frame= 651 fps= 16 q=21.0 size= 6071kB time=00:00:24.73 bitrate=2010.9kbits/ frame= 657 fps= 16 q=20.0 size= 6170kB time=00:00:24.98 bitrate=2023.2kbits/ frame= 666 fps= 16 q=21.0 size= 6270kB time=00:00:25.35 bitrate=2025.6kbits/ frame= 675 fps= 16 q=20.0 size= 6350kB time=00:00:25.73 bitrate=2021.6kbits/ frame= 685 fps= 16 q=20.0 size= 6444kB time=00:00:26.15 bitrate=2018.7kbits/ frame= 693 fps= 16 q=15.0 size= 6532kB time=00:00:26.48 bitrate=2020.4kbits/ frame= 703 fps= 16 q=20.0 size= 6622kB time=00:00:26.90 bitrate=2016.7kbits/ frame= 712 fps= 16 q=21.0 size= 6715kB time=00:00:27.27 bitrate=2016.7kbits/ frame= 719 fps= 16 q=20.0 size= 6798kB time=00:00:27.57 bitrate=2020.1kbits/ frame= 727 fps= 16 q=16.0 size= 6890kB time=00:00:27.90 bitrate=2023.0kbits/ frame= 738 fps= 16 q=20.0 size= 6980kB time=00:00:28.36 bitrate=2016.0kbits/ frame= 746 fps= 16 q=18.0 size= 7089kB time=00:00:28.69 bitrate=2023.7kbits/ frame= 758 fps= 15 q=13.0 Lsize= 7879kB time=00:00:31.53 bitrate=2047.0kbits /s video:7350kB audio:496kB subtitle:0 global headers:0kB muxing overhead 0.436182% [libx264 @ 0514f860] frame I:23 Avg QP:18.98 size: 22743 [libx264 @ 0514f860] frame P:498 Avg QP:24.53 size: 12099 [libx264 @ 0514f860] frame B:237 Avg QP:16.09 size: 4121 [libx264 @ 0514f860] consecutive B-frames: 48.8% 27.4% 3.2% 20.6% [libx264 @ 0514f860] mb I I16..4: 41.8% 47.4% 10.8% [libx264 @ 0514f860] mb P I16..4: 19.6% 10.0% 1.0% P16..4: 28.3% 7.3% 3.2% 0.0% 0.0% skip:30.6% [libx264 @ 0514f860] mb B I16..4: 0.4% 0.2% 0.0% B16..8: 19.4% 4.2% 0.8% direct: 3.9% skip:71.0% L0:46.6% L1:48.0% BI: 5.4% [libx264 @ 0514f860] 8x8 transform intra:34.6% inter:82.7% [libx264 @ 0514f860] coded y,uvDC,uvAC intra: 27.7% 47.6% 13.5% inter: 17.2% 23. 4% 1.2% [libx264 @ 0514f860] i16 v,h,dc,p: 26% 71% 1% 1% [libx264 @ 0514f860] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 14% 47% 21% 3% 3% 3% 3% 3% 3% [libx264 @ 0514f860] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 20% 54% 10% 2% 3% 2% 4% 2% 3% [libx264 @ 0514f860] i8c dc,h,v,p: 64% 19% 11% 5% [libx264 @ 0514f860] Weighted P-Frames: Y:11.2% UV:7.6% [libx264 @ 0514f860] ref P L0: 55.7% 12.9% 20.2% 10.3% 0.8% [libx264 @ 0514f860] ref B L0: 76.7% 21.5% 1.8% [libx264 @ 0514f860] ref B L1: 95.4% 4.6% [libx264 @ 0514f860] kb/s:1896.70 ffmpeg version: Zeranoe 7-30-2012 version built on ... Jul 30 2012 (taken from the top of what I pasted) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 5 10:41:00 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 05 Aug 2012 08:41:00 -0000 Subject: [FFmpeg-trac] #1604(undetermined:new): Rtmp streaming fps continually drops In-Reply-To: <036.ebcb0f32b2e84d8ab67fe9e964ba7f3e@avcodec.org> References: <036.ebcb0f32b2e84d8ab67fe9e964ba7f3e@avcodec.org> Message-ID: <051.36a6bc4f8bf74f4952b5cc597629e3a6@avcodec.org> #1604: Rtmp streaming fps continually drops -------------------------------------+------------------------------------- Reporter: Pyriel0 | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: rtmp | Resolution: framerate | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Description changed by ubitux: Old description: > Summary of the bug: Rtmp output to justin.tv fps continually drops, the > 64 bit version slowly uses all system ram (8 GB). It goes up by 100 MB > every second or two until the ram is full. The audio is fine even with > the low frame rate. If I change "-f flv rtmp:xxxx" to "f:\test.mp4" to > record to a hard drive, it works perfect. This problem only occurs when > I'm trying to stream. It happens for both file input and direct show > input. My cpu is an Intel 3770k at 4.4 GHz and cable upload is 3 Mb/s. > Both are more than capable of handling 1280x720 at 30fps and 2400kb/s. > > How to reproduce: > {{{ffmpeg -re -rtbufsize 100000k -i "f:\xxxxxxxxxxxxxxxxxxxxxxxxxxxx" > -pix_fmt yuv420p -s hd720 -vcodec libx264 -preset medium -b:v 2400k > -maxrate 240 > 0k -bufsize 600k -acodec libmp3lame -ac 2 -b:a 128k -ar 44100 -f flv > "rtmp://liv > e-dfw.justin.tv/app/xxxxxxxxxxxxxxxxxxxxx flashver=FME/2.5 (compatible; > FMSc 1.0 > )" > ffmpeg version N-43060-ga85b4a5 Copyright (c) 2000-2012 the FFmpeg > developers > built on Jul 30 2012 13:14:08 with gcc 4.7.1 (GCC) > configuration: --enable-gpl --enable-version3 --disable-w32threads > --enable-ru > ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r > --enable-libass > --enable-libcelt --enable-libopencore-amrnb --enable-libopencore-amrwb > --enable > -libfreetype --enable-libgsm --enable-libmp3lame --enable-libnut > --enable-libope > njpeg --enable-librtmp --enable-libschroedinger --enable-libspeex > --enable-libth > eora --enable-libutvideo --enable-libvo-aacenc --enable-libvo-amrwbenc > --enable- > libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- > libxvid --e > nable-zlib > libavutil 51. 66.100 / 51. 66.100 > libavcodec 54. 45.100 / 54. 45.100 > libavformat 54. 22.100 / 54. 22.100 > libavdevice 54. 2.100 / 54. 2.100 > libavfilter 3. 5.101 / 3. 5.101 > libswscale 2. 1.100 / 2. 1.100 > libswresample 0. 15.100 / 0. 15.100 > libpostproc 52. 0.100 / 52. 0.100 > Input #0, mov,mp4,m4a,3gp,3g2,mj2, from > 'f:\xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx': > Metadata: > major_brand : mp42 > minor_version : 0 > compatible_brands: mp42isomavc1 > encoder : HandBrake 0.9.5 2011010300 > Duration: 01:39:15.71, start: 0.000000, bitrate: 4822 kb/s > Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, > 1920x800 > [SAR 1:1 DAR 12:5], 4179 kb/s, 23.98 fps, 23.98 tbr, 90k tbn, 180k tbc > Stream #0:1(und): Audio: ac3 (ac-3 / 0x332D6361), 48000 Hz, > 5.1(side), s16, > 640 kb/s > [libx264 @ 0514f860] using SAR=27/20 > [libx264 @ 0514f860] using cpu capabilities: MMX2 SSE2Fast SSSE3 > FastShuffle SSE > 4.2 AVX > [libx264 @ 0514f860] profile High, level 3.1 > [libx264 @ 0514f860] 264 - core 125 r2200 999b753 - H.264/MPEG-4 AVC > codec - Cop > yleft 2003-2012 - http://www.videolan.org/x264.html - options: cabac=1 > ref=3 deb > lock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 > mixed_ref=1 m > e_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 > fast_pskip=1 chro > ma_qp_offset=-2 threads=12 lookahead_threads=2 sliced_threads=0 nr=0 > decimate=1 > interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 > b_adapt=1 > b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 > keyint_min=23 scene > cut=40 intra_refresh=0 rc_lookahead=40 rc=cbr mbtree=1 bitrate=2400 > ratetol=1.0 > qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 vbv_maxrate=2400 vbv_bufsize=600 > nal_hrd=no > ne ip_ratio=1.40 aq=1:1.00 > Output #0, flv, to 'rtmp://live-dfw.justin.tv/app/xxxxxxxxxxxxxxxxxxxxx > flashver > =FME/2.5 (compatible; FMSc 1.0)': > Metadata: > major_brand : mp42 > minor_version : 0 > compatible_brands: mp42isomavc1 > encoder : Lavf54.22.100 > Stream #0:0(und): Video: h264 ([7][0][0][0] / 0x0007), yuv420p, > 1280x720 [SA > R 27:20 DAR 12:5], q=-1--1, 2400 kb/s, 1k tbn, 23.98 tbc > Stream #0:1(und): Audio: mp3 ([2][0][0][0] / 0x0002), 44100 Hz, > stereo, s16, > 128 kb/s > Stream mapping: > Stream #0:0 -> #0:0 (h264 -> libx264) > Stream #0:1 -> #0:1 (ac3 -> libmp3lame) > Press [q] to stop, [?] for help > DTS -3754, next:-83406 st:0 invalid dropping > frame= 4 fps=0.0 q=0.0 size= 0kB time=00:00:00.00 bitrate= > 0.0kbits/s > frame= 15 fps= 15 q=0.0 size= 0kB time=00:00:00.00 bitrate= > 0.0kbits/s > frame= 27 fps= 17 q=0.0 size= 0kB time=00:00:00.00 bitrate= > 0.0kbits/s > frame= 40 fps= 19 q=0.0 size= 0kB time=00:00:00.00 bitrate= > 0.0kbits/s > frame= 51 fps= 20 q=0.0 size= 0kB time=00:00:00.00 bitrate= > 0.0kbits/s > frame= 67 fps= 22 q=0.0 size= 8kB time=00:00:00.37 bitrate= > 172.5kbits/s > frame= 76 fps= 21 q=0.0 size= 15kB time=00:00:00.75 bitrate= > 161.4kbits/s > frame= 87 fps= 21 q=0.0 size= 23kB time=00:00:01.21 bitrate= > 153.9kbits/s > frame= 103 fps= 22 q=0.0 size= 44kB time=00:00:01.87 bitrate= > 192.1kbits/s > frame= 112 fps= 22 q=0.0 size= 50kB time=00:00:02.25 bitrate= > 183.5kbits/s > frame= 123 fps= 22 q=0.0 size= 59kB time=00:00:02.71 bitrate= > 177.6kbits/s > frame= 130 fps= 21 q=10.0 size= 135kB time=00:00:03.00 bitrate= > 367.5kbits/ > frame= 141 fps= 21 q=37.0 size= 223kB time=00:00:03.46 bitrate= > 528.9kbits/ > frame= 147 fps= 20 q=38.0 size= 313kB time=00:00:03.71 bitrate= > 690.7kbits/ > frame= 155 fps= 20 q=30.0 size= 408kB time=00:00:04.04 bitrate= > 825.6kbits/ > frame= 167 fps= 20 q=36.0 size= 492kB time=00:00:04.54 bitrate= > 885.6kbits/ > frame= 174 fps= 20 q=37.0 size= 602kB time=00:00:04.83 > bitrate=1019.8kbits/ > frame= 182 fps= 19 q=36.0 size= 692kB time=00:00:05.17 > bitrate=1096.3kbits/ > frame= 191 fps= 19 q=37.0 size= 783kB time=00:00:05.54 > bitrate=1156.8kbits/ > frame= 197 fps= 19 q=36.0 size= 888kB time=00:00:05.79 > bitrate=1254.4kbits/ > frame= 203 fps= 18 q=35.0 size= 983kB time=00:00:06.04 > bitrate=1331.5kbits/ > frame= 211 fps= 18 q=34.0 size= 1063kB time=00:00:06.38 > bitrate=1364.8kbits/ > frame= 222 fps= 18 q=33.0 size= 1170kB time=00:00:06.84 > bitrate=1401.4kbits/ > frame= 231 fps= 18 q=34.0 size= 1272kB time=00:00:07.21 > bitrate=1444.4kbits/ > frame= 237 fps= 18 q=33.0 size= 1356kB time=00:00:07.46 > bitrate=1488.0kbits/ > frame= 247 fps= 18 q=32.0 size= 1460kB time=00:00:07.88 > bitrate=1517.4kbits/ > frame= 255 fps= 18 q=34.0 size= 1554kB time=00:00:08.21 > bitrate=1548.9kbits/ > frame= 262 fps= 18 q=34.0 size= 1643kB time=00:00:08.50 > bitrate=1582.3kbits/ > frame= 269 fps= 18 q=33.0 size= 1735kB time=00:00:08.80 > bitrate=1615.2kbits/ > frame= 277 fps= 18 q=33.0 size= 1823kB time=00:00:09.13 > bitrate=1635.1kbits/ > frame= 284 fps= 17 q=33.0 size= 1922kB time=00:00:09.42 > bitrate=1670.1kbits/ > frame= 293 fps= 17 q=32.0 size= 2004kB time=00:00:09.80 > bitrate=1674.9kbits/ > frame= 302 fps= 17 q=32.0 size= 2107kB time=00:00:10.17 > bitrate=1696.5kbits/ > frame= 307 fps= 17 q=32.0 size= 2195kB time=00:00:10.38 > bitrate=1731.4kbits/ > frame= 319 fps= 17 q=31.0 size= 2304kB time=00:00:10.88 > bitrate=1734.1kbits/ > frame= 327 fps= 17 q=28.0 size= 2402kB time=00:00:11.22 > bitrate=1754.0kbits/ > frame= 335 fps= 17 q=28.0 size= 2498kB time=00:00:11.55 > bitrate=1770.8kbits/ > frame= 341 fps= 17 q=28.0 size= 2597kB time=00:00:11.80 > bitrate=1802.5kbits/ > frame= 351 fps= 17 q=26.0 size= 2677kB time=00:00:12.22 > bitrate=1794.4kbits/ > frame= 365 fps= 17 q=26.0 size= 2777kB time=00:00:12.80 > bitrate=1776.6kbits/ > frame= 375 fps= 17 q=27.0 size= 2880kB time=00:00:13.22 > bitrate=1784.5kbits/ > frame= 385 fps= 17 q=24.0 size= 2978kB time=00:00:13.63 > bitrate=1788.7kbits/ > frame= 395 fps= 17 q=28.0 size= 3117kB time=00:00:14.05 > bitrate=1816.5kbits/ > frame= 404 fps= 17 q=27.0 size= 3212kB time=00:00:14.43 > bitrate=1823.1kbits/ > frame= 410 fps= 17 q=28.0 size= 3304kB time=00:00:14.68 > bitrate=1843.7kbits/ > frame= 418 fps= 17 q=25.0 size= 3414kB time=00:00:15.01 > bitrate=1862.5kbits/ > frame= 426 fps= 17 q=25.0 size= 3490kB time=00:00:15.34 > bitrate=1862.8kbits/ > frame= 437 fps= 17 q=20.0 size= 3597kB time=00:00:15.80 > bitrate=1864.1kbits/ > frame= 442 fps= 17 q=15.0 size= 3680kB time=00:00:16.01 > bitrate=1882.4kbits/ > frame= 450 fps= 17 q=12.0 size= 3761kB time=00:00:16.35 > bitrate=1884.4kbits/ > frame= 458 fps= 17 q=13.0 size= 3857kB time=00:00:16.68 > bitrate=1893.8kbits/ > frame= 467 fps= 17 q=12.0 size= 3945kB time=00:00:17.05 > bitrate=1894.6kbits/ > frame= 479 fps= 17 q=8.0 size= 4029kB time=00:00:17.56 > bitrate=1879.6kbits/s > frame= 490 fps= 17 q=23.0 size= 4129kB time=00:00:18.01 > bitrate=1877.5kbits/ > frame= 497 fps= 17 q=28.0 size= 4235kB time=00:00:18.30 > bitrate=1895.0kbits/ > frame= 503 fps= 17 q=28.0 size= 4336kB time=00:00:18.56 > bitrate=1913.7kbits/ > frame= 511 fps= 17 q=27.0 size= 4412kB time=00:00:18.89 > bitrate=1912.9kbits/ > frame= 518 fps= 17 q=27.0 size= 4495kB time=00:00:19.18 > bitrate=1919.4kbits/ > frame= 526 fps= 17 q=26.0 size= 4583kB time=00:00:19.52 > bitrate=1923.5kbits/ > frame= 534 fps= 17 q=29.0 size= 4676kB time=00:00:19.85 > bitrate=1929.5kbits/ > frame= 543 fps= 17 q=32.0 size= 4778kB time=00:00:20.22 > bitrate=1934.8kbits/ > frame= 549 fps= 17 q=31.0 size= 4868kB time=00:00:20.47 > bitrate=1947.3kbits/ > frame= 557 fps= 16 q=32.0 size= 4960kB time=00:00:20.81 > bitrate=1952.2kbits/ > frame= 565 fps= 16 q=31.0 size= 5055kB time=00:00:21.14 > bitrate=1958.4kbits/ > frame= 571 fps= 16 q=30.0 size= 5135kB time=00:00:21.39 > bitrate=1966.0kbits/ > frame= 578 fps= 16 q=28.0 size= 5236kB time=00:00:21.68 > bitrate=1977.6kbits/ > frame= 586 fps= 16 q=26.0 size= 5325kB time=00:00:22.02 > bitrate=1981.1kbits/ > frame= 594 fps= 16 q=25.0 size= 5426kB time=00:00:22.35 > bitrate=1988.1kbits/ > frame= 602 fps= 16 q=23.0 size= 5525kB time=00:00:22.69 > bitrate=1994.7kbits/ > frame= 609 fps= 16 q=23.0 size= 5617kB time=00:00:22.98 > bitrate=2002.3kbits/ > frame= 615 fps= 16 q=22.0 size= 5697kB time=00:00:23.23 > bitrate=2008.8kbits/ > frame= 623 fps= 16 q=22.0 size= 5784kB time=00:00:23.56 > bitrate=2010.6kbits/ > frame= 634 fps= 16 q=21.0 size= 5898kB time=00:00:24.02 > bitrate=2011.1kbits/ > frame= 643 fps= 16 q=23.0 size= 5981kB time=00:00:24.40 > bitrate=2008.1kbits/ > frame= 651 fps= 16 q=21.0 size= 6071kB time=00:00:24.73 > bitrate=2010.9kbits/ > frame= 657 fps= 16 q=20.0 size= 6170kB time=00:00:24.98 > bitrate=2023.2kbits/ > frame= 666 fps= 16 q=21.0 size= 6270kB time=00:00:25.35 > bitrate=2025.6kbits/ > frame= 675 fps= 16 q=20.0 size= 6350kB time=00:00:25.73 > bitrate=2021.6kbits/ > frame= 685 fps= 16 q=20.0 size= 6444kB time=00:00:26.15 > bitrate=2018.7kbits/ > frame= 693 fps= 16 q=15.0 size= 6532kB time=00:00:26.48 > bitrate=2020.4kbits/ > frame= 703 fps= 16 q=20.0 size= 6622kB time=00:00:26.90 > bitrate=2016.7kbits/ > frame= 712 fps= 16 q=21.0 size= 6715kB time=00:00:27.27 > bitrate=2016.7kbits/ > frame= 719 fps= 16 q=20.0 size= 6798kB time=00:00:27.57 > bitrate=2020.1kbits/ > frame= 727 fps= 16 q=16.0 size= 6890kB time=00:00:27.90 > bitrate=2023.0kbits/ > frame= 738 fps= 16 q=20.0 size= 6980kB time=00:00:28.36 > bitrate=2016.0kbits/ > frame= 746 fps= 16 q=18.0 size= 7089kB time=00:00:28.69 > bitrate=2023.7kbits/ > frame= 758 fps= 15 q=13.0 Lsize= 7879kB time=00:00:31.53 > bitrate=2047.0kbits > /s > video:7350kB audio:496kB subtitle:0 global headers:0kB muxing overhead > 0.436182% > > [libx264 @ 0514f860] frame I:23 Avg QP:18.98 size: 22743 > [libx264 @ 0514f860] frame P:498 Avg QP:24.53 size: 12099 > [libx264 @ 0514f860] frame B:237 Avg QP:16.09 size: 4121 > [libx264 @ 0514f860] consecutive B-frames: 48.8% 27.4% 3.2% 20.6% > [libx264 @ 0514f860] mb I I16..4: 41.8% 47.4% 10.8% > [libx264 @ 0514f860] mb P I16..4: 19.6% 10.0% 1.0% P16..4: 28.3% 7.3% > 3.2% > 0.0% 0.0% skip:30.6% > [libx264 @ 0514f860] mb B I16..4: 0.4% 0.2% 0.0% B16..8: 19.4% 4.2% > 0.8% > direct: 3.9% skip:71.0% L0:46.6% L1:48.0% BI: 5.4% > [libx264 @ 0514f860] 8x8 transform intra:34.6% inter:82.7% > [libx264 @ 0514f860] coded y,uvDC,uvAC intra: 27.7% 47.6% 13.5% inter: > 17.2% 23. > 4% 1.2% > [libx264 @ 0514f860] i16 v,h,dc,p: 26% 71% 1% 1% > [libx264 @ 0514f860] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 14% 47% 21% 3% 3% > 3% 3% > 3% 3% > [libx264 @ 0514f860] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 20% 54% 10% 2% 3% > 2% 4% > 2% 3% > [libx264 @ 0514f860] i8c dc,h,v,p: 64% 19% 11% 5% > [libx264 @ 0514f860] Weighted P-Frames: Y:11.2% UV:7.6% > [libx264 @ 0514f860] ref P L0: 55.7% 12.9% 20.2% 10.3% 0.8% > [libx264 @ 0514f860] ref B L0: 76.7% 21.5% 1.8% > [libx264 @ 0514f860] ref B L1: 95.4% 4.6% > [libx264 @ 0514f860] kb/s:1896.70 > > ffmpeg version: Zeranoe 7-30-2012 version > built on ... Jul 30 2012 (taken from the top of what I pasted) > }}} New description: Summary of the bug: Rtmp output to justin.tv fps continually drops, the 64 bit version slowly uses all system ram (8 GB). It goes up by 100 MB every second or two until the ram is full. The audio is fine even with the low frame rate. If I change "-f flv rtmp:xxxx" to "f:\test.mp4" to record to a hard drive, it works perfect. This problem only occurs when I'm trying to stream. It happens for both file input and direct show input. My cpu is an Intel 3770k at 4.4 GHz and cable upload is 3 Mb/s. Both are more than capable of handling 1280x720 at 30fps and 2400kb/s. How to reproduce: {{{ ffmpeg -re -rtbufsize 100000k -i "f:\xxxxxxxxxxxxxxxxxxxxxxxxxxxx" -pix_fmt yuv420p -s hd720 -vcodec libx264 -preset medium -b:v 2400k -maxrate 240 0k -bufsize 600k -acodec libmp3lame -ac 2 -b:a 128k -ar 44100 -f flv "rtmp://liv e-dfw.justin.tv/app/xxxxxxxxxxxxxxxxxxxxx flashver=FME/2.5 (compatible; FMSc 1.0 )" ffmpeg version N-43060-ga85b4a5 Copyright (c) 2000-2012 the FFmpeg developers built on Jul 30 2012 13:14:08 with gcc 4.7.1 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libass --enable-libcelt --enable-libopencore-amrnb --enable-libopencore-amrwb --enable -libfreetype --enable-libgsm --enable-libmp3lame --enable-libnut --enable- libope njpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable-libth eora --enable-libutvideo --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --e nable-zlib libavutil 51. 66.100 / 51. 66.100 libavcodec 54. 45.100 / 54. 45.100 libavformat 54. 22.100 / 54. 22.100 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 5.101 / 3. 5.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'f:\xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: mp42isomavc1 encoder : HandBrake 0.9.5 2011010300 Duration: 01:39:15.71, start: 0.000000, bitrate: 4822 kb/s Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 1920x800 [SAR 1:1 DAR 12:5], 4179 kb/s, 23.98 fps, 23.98 tbr, 90k tbn, 180k tbc Stream #0:1(und): Audio: ac3 (ac-3 / 0x332D6361), 48000 Hz, 5.1(side), s16, 640 kb/s [libx264 @ 0514f860] using SAR=27/20 [libx264 @ 0514f860] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE 4.2 AVX [libx264 @ 0514f860] profile High, level 3.1 [libx264 @ 0514f860] 264 - core 125 r2200 999b753 - H.264/MPEG-4 AVC codec - Cop yleft 2003-2012 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deb lock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 m e_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chro ma_qp_offset=-2 threads=12 lookahead_threads=2 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=23 scene cut=40 intra_refresh=0 rc_lookahead=40 rc=cbr mbtree=1 bitrate=2400 ratetol=1.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 vbv_maxrate=2400 vbv_bufsize=600 nal_hrd=no ne ip_ratio=1.40 aq=1:1.00 Output #0, flv, to 'rtmp://live-dfw.justin.tv/app/xxxxxxxxxxxxxxxxxxxxx flashver =FME/2.5 (compatible; FMSc 1.0)': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: mp42isomavc1 encoder : Lavf54.22.100 Stream #0:0(und): Video: h264 ([7][0][0][0] / 0x0007), yuv420p, 1280x720 [SA R 27:20 DAR 12:5], q=-1--1, 2400 kb/s, 1k tbn, 23.98 tbc Stream #0:1(und): Audio: mp3 ([2][0][0][0] / 0x0002), 44100 Hz, stereo, s16, 128 kb/s Stream mapping: Stream #0:0 -> #0:0 (h264 -> libx264) Stream #0:1 -> #0:1 (ac3 -> libmp3lame) Press [q] to stop, [?] for help DTS -3754, next:-83406 st:0 invalid dropping frame= 4 fps=0.0 q=0.0 size= 0kB time=00:00:00.00 bitrate= 0.0kbits/s frame= 15 fps= 15 q=0.0 size= 0kB time=00:00:00.00 bitrate= 0.0kbits/s frame= 27 fps= 17 q=0.0 size= 0kB time=00:00:00.00 bitrate= 0.0kbits/s frame= 40 fps= 19 q=0.0 size= 0kB time=00:00:00.00 bitrate= 0.0kbits/s frame= 51 fps= 20 q=0.0 size= 0kB time=00:00:00.00 bitrate= 0.0kbits/s frame= 67 fps= 22 q=0.0 size= 8kB time=00:00:00.37 bitrate= 172.5kbits/s frame= 76 fps= 21 q=0.0 size= 15kB time=00:00:00.75 bitrate= 161.4kbits/s frame= 87 fps= 21 q=0.0 size= 23kB time=00:00:01.21 bitrate= 153.9kbits/s frame= 103 fps= 22 q=0.0 size= 44kB time=00:00:01.87 bitrate= 192.1kbits/s frame= 112 fps= 22 q=0.0 size= 50kB time=00:00:02.25 bitrate= 183.5kbits/s frame= 123 fps= 22 q=0.0 size= 59kB time=00:00:02.71 bitrate= 177.6kbits/s frame= 130 fps= 21 q=10.0 size= 135kB time=00:00:03.00 bitrate= 367.5kbits/ frame= 141 fps= 21 q=37.0 size= 223kB time=00:00:03.46 bitrate= 528.9kbits/ frame= 147 fps= 20 q=38.0 size= 313kB time=00:00:03.71 bitrate= 690.7kbits/ frame= 155 fps= 20 q=30.0 size= 408kB time=00:00:04.04 bitrate= 825.6kbits/ frame= 167 fps= 20 q=36.0 size= 492kB time=00:00:04.54 bitrate= 885.6kbits/ frame= 174 fps= 20 q=37.0 size= 602kB time=00:00:04.83 bitrate=1019.8kbits/ frame= 182 fps= 19 q=36.0 size= 692kB time=00:00:05.17 bitrate=1096.3kbits/ frame= 191 fps= 19 q=37.0 size= 783kB time=00:00:05.54 bitrate=1156.8kbits/ frame= 197 fps= 19 q=36.0 size= 888kB time=00:00:05.79 bitrate=1254.4kbits/ frame= 203 fps= 18 q=35.0 size= 983kB time=00:00:06.04 bitrate=1331.5kbits/ frame= 211 fps= 18 q=34.0 size= 1063kB time=00:00:06.38 bitrate=1364.8kbits/ frame= 222 fps= 18 q=33.0 size= 1170kB time=00:00:06.84 bitrate=1401.4kbits/ frame= 231 fps= 18 q=34.0 size= 1272kB time=00:00:07.21 bitrate=1444.4kbits/ frame= 237 fps= 18 q=33.0 size= 1356kB time=00:00:07.46 bitrate=1488.0kbits/ frame= 247 fps= 18 q=32.0 size= 1460kB time=00:00:07.88 bitrate=1517.4kbits/ frame= 255 fps= 18 q=34.0 size= 1554kB time=00:00:08.21 bitrate=1548.9kbits/ frame= 262 fps= 18 q=34.0 size= 1643kB time=00:00:08.50 bitrate=1582.3kbits/ frame= 269 fps= 18 q=33.0 size= 1735kB time=00:00:08.80 bitrate=1615.2kbits/ frame= 277 fps= 18 q=33.0 size= 1823kB time=00:00:09.13 bitrate=1635.1kbits/ frame= 284 fps= 17 q=33.0 size= 1922kB time=00:00:09.42 bitrate=1670.1kbits/ frame= 293 fps= 17 q=32.0 size= 2004kB time=00:00:09.80 bitrate=1674.9kbits/ frame= 302 fps= 17 q=32.0 size= 2107kB time=00:00:10.17 bitrate=1696.5kbits/ frame= 307 fps= 17 q=32.0 size= 2195kB time=00:00:10.38 bitrate=1731.4kbits/ frame= 319 fps= 17 q=31.0 size= 2304kB time=00:00:10.88 bitrate=1734.1kbits/ frame= 327 fps= 17 q=28.0 size= 2402kB time=00:00:11.22 bitrate=1754.0kbits/ frame= 335 fps= 17 q=28.0 size= 2498kB time=00:00:11.55 bitrate=1770.8kbits/ frame= 341 fps= 17 q=28.0 size= 2597kB time=00:00:11.80 bitrate=1802.5kbits/ frame= 351 fps= 17 q=26.0 size= 2677kB time=00:00:12.22 bitrate=1794.4kbits/ frame= 365 fps= 17 q=26.0 size= 2777kB time=00:00:12.80 bitrate=1776.6kbits/ frame= 375 fps= 17 q=27.0 size= 2880kB time=00:00:13.22 bitrate=1784.5kbits/ frame= 385 fps= 17 q=24.0 size= 2978kB time=00:00:13.63 bitrate=1788.7kbits/ frame= 395 fps= 17 q=28.0 size= 3117kB time=00:00:14.05 bitrate=1816.5kbits/ frame= 404 fps= 17 q=27.0 size= 3212kB time=00:00:14.43 bitrate=1823.1kbits/ frame= 410 fps= 17 q=28.0 size= 3304kB time=00:00:14.68 bitrate=1843.7kbits/ frame= 418 fps= 17 q=25.0 size= 3414kB time=00:00:15.01 bitrate=1862.5kbits/ frame= 426 fps= 17 q=25.0 size= 3490kB time=00:00:15.34 bitrate=1862.8kbits/ frame= 437 fps= 17 q=20.0 size= 3597kB time=00:00:15.80 bitrate=1864.1kbits/ frame= 442 fps= 17 q=15.0 size= 3680kB time=00:00:16.01 bitrate=1882.4kbits/ frame= 450 fps= 17 q=12.0 size= 3761kB time=00:00:16.35 bitrate=1884.4kbits/ frame= 458 fps= 17 q=13.0 size= 3857kB time=00:00:16.68 bitrate=1893.8kbits/ frame= 467 fps= 17 q=12.0 size= 3945kB time=00:00:17.05 bitrate=1894.6kbits/ frame= 479 fps= 17 q=8.0 size= 4029kB time=00:00:17.56 bitrate=1879.6kbits/s frame= 490 fps= 17 q=23.0 size= 4129kB time=00:00:18.01 bitrate=1877.5kbits/ frame= 497 fps= 17 q=28.0 size= 4235kB time=00:00:18.30 bitrate=1895.0kbits/ frame= 503 fps= 17 q=28.0 size= 4336kB time=00:00:18.56 bitrate=1913.7kbits/ frame= 511 fps= 17 q=27.0 size= 4412kB time=00:00:18.89 bitrate=1912.9kbits/ frame= 518 fps= 17 q=27.0 size= 4495kB time=00:00:19.18 bitrate=1919.4kbits/ frame= 526 fps= 17 q=26.0 size= 4583kB time=00:00:19.52 bitrate=1923.5kbits/ frame= 534 fps= 17 q=29.0 size= 4676kB time=00:00:19.85 bitrate=1929.5kbits/ frame= 543 fps= 17 q=32.0 size= 4778kB time=00:00:20.22 bitrate=1934.8kbits/ frame= 549 fps= 17 q=31.0 size= 4868kB time=00:00:20.47 bitrate=1947.3kbits/ frame= 557 fps= 16 q=32.0 size= 4960kB time=00:00:20.81 bitrate=1952.2kbits/ frame= 565 fps= 16 q=31.0 size= 5055kB time=00:00:21.14 bitrate=1958.4kbits/ frame= 571 fps= 16 q=30.0 size= 5135kB time=00:00:21.39 bitrate=1966.0kbits/ frame= 578 fps= 16 q=28.0 size= 5236kB time=00:00:21.68 bitrate=1977.6kbits/ frame= 586 fps= 16 q=26.0 size= 5325kB time=00:00:22.02 bitrate=1981.1kbits/ frame= 594 fps= 16 q=25.0 size= 5426kB time=00:00:22.35 bitrate=1988.1kbits/ frame= 602 fps= 16 q=23.0 size= 5525kB time=00:00:22.69 bitrate=1994.7kbits/ frame= 609 fps= 16 q=23.0 size= 5617kB time=00:00:22.98 bitrate=2002.3kbits/ frame= 615 fps= 16 q=22.0 size= 5697kB time=00:00:23.23 bitrate=2008.8kbits/ frame= 623 fps= 16 q=22.0 size= 5784kB time=00:00:23.56 bitrate=2010.6kbits/ frame= 634 fps= 16 q=21.0 size= 5898kB time=00:00:24.02 bitrate=2011.1kbits/ frame= 643 fps= 16 q=23.0 size= 5981kB time=00:00:24.40 bitrate=2008.1kbits/ frame= 651 fps= 16 q=21.0 size= 6071kB time=00:00:24.73 bitrate=2010.9kbits/ frame= 657 fps= 16 q=20.0 size= 6170kB time=00:00:24.98 bitrate=2023.2kbits/ frame= 666 fps= 16 q=21.0 size= 6270kB time=00:00:25.35 bitrate=2025.6kbits/ frame= 675 fps= 16 q=20.0 size= 6350kB time=00:00:25.73 bitrate=2021.6kbits/ frame= 685 fps= 16 q=20.0 size= 6444kB time=00:00:26.15 bitrate=2018.7kbits/ frame= 693 fps= 16 q=15.0 size= 6532kB time=00:00:26.48 bitrate=2020.4kbits/ frame= 703 fps= 16 q=20.0 size= 6622kB time=00:00:26.90 bitrate=2016.7kbits/ frame= 712 fps= 16 q=21.0 size= 6715kB time=00:00:27.27 bitrate=2016.7kbits/ frame= 719 fps= 16 q=20.0 size= 6798kB time=00:00:27.57 bitrate=2020.1kbits/ frame= 727 fps= 16 q=16.0 size= 6890kB time=00:00:27.90 bitrate=2023.0kbits/ frame= 738 fps= 16 q=20.0 size= 6980kB time=00:00:28.36 bitrate=2016.0kbits/ frame= 746 fps= 16 q=18.0 size= 7089kB time=00:00:28.69 bitrate=2023.7kbits/ frame= 758 fps= 15 q=13.0 Lsize= 7879kB time=00:00:31.53 bitrate=2047.0kbits /s video:7350kB audio:496kB subtitle:0 global headers:0kB muxing overhead 0.436182% [libx264 @ 0514f860] frame I:23 Avg QP:18.98 size: 22743 [libx264 @ 0514f860] frame P:498 Avg QP:24.53 size: 12099 [libx264 @ 0514f860] frame B:237 Avg QP:16.09 size: 4121 [libx264 @ 0514f860] consecutive B-frames: 48.8% 27.4% 3.2% 20.6% [libx264 @ 0514f860] mb I I16..4: 41.8% 47.4% 10.8% [libx264 @ 0514f860] mb P I16..4: 19.6% 10.0% 1.0% P16..4: 28.3% 7.3% 3.2% 0.0% 0.0% skip:30.6% [libx264 @ 0514f860] mb B I16..4: 0.4% 0.2% 0.0% B16..8: 19.4% 4.2% 0.8% direct: 3.9% skip:71.0% L0:46.6% L1:48.0% BI: 5.4% [libx264 @ 0514f860] 8x8 transform intra:34.6% inter:82.7% [libx264 @ 0514f860] coded y,uvDC,uvAC intra: 27.7% 47.6% 13.5% inter: 17.2% 23. 4% 1.2% [libx264 @ 0514f860] i16 v,h,dc,p: 26% 71% 1% 1% [libx264 @ 0514f860] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 14% 47% 21% 3% 3% 3% 3% 3% 3% [libx264 @ 0514f860] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 20% 54% 10% 2% 3% 2% 4% 2% 3% [libx264 @ 0514f860] i8c dc,h,v,p: 64% 19% 11% 5% [libx264 @ 0514f860] Weighted P-Frames: Y:11.2% UV:7.6% [libx264 @ 0514f860] ref P L0: 55.7% 12.9% 20.2% 10.3% 0.8% [libx264 @ 0514f860] ref B L0: 76.7% 21.5% 1.8% [libx264 @ 0514f860] ref B L1: 95.4% 4.6% [libx264 @ 0514f860] kb/s:1896.70 ffmpeg version: Zeranoe 7-30-2012 version built on ... Jul 30 2012 (taken from the top of what I pasted) }}} -- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 5 11:56:12 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 05 Aug 2012 09:56:12 -0000 Subject: [FFmpeg-trac] #1604(undetermined:new): Rtmp streaming fps continually drops In-Reply-To: <036.ebcb0f32b2e84d8ab67fe9e964ba7f3e@avcodec.org> References: <036.ebcb0f32b2e84d8ab67fe9e964ba7f3e@avcodec.org> Message-ID: <051.2b80db1d4bed2b5ff1fdac1801632b1b@avcodec.org> #1604: Rtmp streaming fps continually drops -------------------------------------+------------------------------------- Reporter: Pyriel0 | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: rtmp | Resolution: framerate | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Pyriel0): After some troubleshooting, we found that the outputs -f flv udp://127.0.0.1:12345 and -f flv - > NUL work. The problem occurs with rtmp output and when trying to pipe to another ffmpeg for streaming with rtmp. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 5 12:00:51 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 05 Aug 2012 10:00:51 -0000 Subject: [FFmpeg-trac] #1338(undetermined:new): FFMPEG creating broken MP4/Audio files with libx264 In-Reply-To: <040.afb49669e5bc711f4afb0ff4eb3c9f54@avcodec.org> References: <040.afb49669e5bc711f4afb0ff4eb3c9f54@avcodec.org> Message-ID: <055.a95475269713e23bd5cbe77e2e57294a@avcodec.org> #1338: FFMPEG creating broken MP4/Audio files with libx264 -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ramitbhalla): I hope this narrows it down. It's the -ss 3 which is causing the Audio to break: This does NOT work: ffmpeg -i CSI.ts -ss 3 -vcodec libx264 -b 1911111 -acodec libvo_aacenc -ab 192k csi.mp4 This DOES: ffmpeg -i CSI.ts -vcodec libx264 -b 1911111 -acodec libvo_aacenc -ab 192k csi.mp4 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 5 12:19:14 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 05 Aug 2012 10:19:14 -0000 Subject: [FFmpeg-trac] #1604(undetermined:new): Rtmp streaming fps continually drops In-Reply-To: <036.ebcb0f32b2e84d8ab67fe9e964ba7f3e@avcodec.org> References: <036.ebcb0f32b2e84d8ab67fe9e964ba7f3e@avcodec.org> Message-ID: <051.8c4c288ea7b61e396c6addaf894448cf@avcodec.org> #1604: Rtmp streaming fps continually drops -------------------------------------+------------------------------------- Reporter: Pyriel0 | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: rtmp | Resolution: framerate | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [ticket:1604 Pyriel0]: > If I change "-f flv rtmp:xxxx" to "f:\test.mp4" to record to a hard drive, it works perfect. What about f:\test.flv ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 5 12:21:35 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 05 Aug 2012 10:21:35 -0000 Subject: [FFmpeg-trac] #1338(undetermined:new): FFMPEG creating broken MP4/Audio files with libx264 In-Reply-To: <040.afb49669e5bc711f4afb0ff4eb3c9f54@avcodec.org> References: <040.afb49669e5bc711f4afb0ff4eb3c9f54@avcodec.org> Message-ID: <055.b3dd267430d307257d66de56d7dac896@avcodec.org> #1338: FFMPEG creating broken MP4/Audio files with libx264 -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): The following does work ok? $ ffmpeg -i CSI-ts -ss 3 -crf 2 out.mp4 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 5 12:34:36 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 05 Aug 2012 10:34:36 -0000 Subject: [FFmpeg-trac] #1605(undetermined:new): seek issue for realmedia files Message-ID: <041.7abc21d2deb7e37bd398c0e962f92668@avcodec.org> #1605: seek issue for realmedia files -------------------------------------+------------------------------------- Reporter: Abu | Type: defect Abdullah | Priority: normal Status: new | Version: Component: | unspecified undetermined | Blocked By: Keywords: | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: seeking in a realmedia file will play the beginning of the file for short period then start from the point you are seeking. How to reproduce: {{{ % ffplay.exe -ss 50.6 -i 08.rm ffplay version N-43206-gf857465 Copyright (c) 2003-2012 the FFmpeg developers built on Aug 4 2012 16:14:25 with gcc 4.7.1 (GCC) }}} The file is uploaded on: http://www.mediafire.com/?3e3f1h1175e7c3v -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 5 12:39:09 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 05 Aug 2012 10:39:09 -0000 Subject: [FFmpeg-trac] #1605(undetermined:new): seek issue for realmedia files In-Reply-To: <041.7abc21d2deb7e37bd398c0e962f92668@avcodec.org> References: <041.7abc21d2deb7e37bd398c0e962f92668@avcodec.org> Message-ID: <056.968cf72258a9540449ecbdb15161556d@avcodec.org> #1605: seek issue for realmedia files -------------------------------------+------------------------------------- Reporter: Abu | Owner: Abdullah | Status: new Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Please provide complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 5 12:54:12 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 05 Aug 2012 10:54:12 -0000 Subject: [FFmpeg-trac] #1604(undetermined:new): Rtmp streaming fps continually drops In-Reply-To: <036.ebcb0f32b2e84d8ab67fe9e964ba7f3e@avcodec.org> References: <036.ebcb0f32b2e84d8ab67fe9e964ba7f3e@avcodec.org> Message-ID: <051.4dac0a84285943f94594973c7beec562@avcodec.org> #1604: Rtmp streaming fps continually drops -------------------------------------+------------------------------------- Reporter: Pyriel0 | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: rtmp | Resolution: framerate | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Pyriel0): f:\test.flv works fine -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 5 13:01:08 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 05 Aug 2012 11:01:08 -0000 Subject: [FFmpeg-trac] #1606(undetermined:new): WMP have problem with wma files generated by FFmpeg (slider is set at the end) Message-ID: <038.21077bb2366eee1623289f83479f1e59@avcodec.org> #1606: WMP have problem with wma files generated by FFmpeg (slider is set at the end) -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- When I play wma file (with WMP) encoded by FFmpeg then the slider is automaticly set at the end of the playback. The problem is probably that FFmpeg writes $FFFFFF in some place. When I repleace it with $000000 then WMP's slider is set at the beginning of the playback and moves forward correctly. I have created this patch to mark the place where I'm in the file: libavformat/asfenc.c: {{{ /* movie chunk, followed by packets of packet_size */ asf->data_offset = cur_pos; ff_put_guid(pb, &ff_asf_data_header); avio_wl64(pb, data_chunk_size); ff_put_guid(pb, &ff_asf_my_guid); - avio_wl64(pb, asf->nb_packets); /* nb packets */ + avio_wl64(pb, 0x2222222222222222); avio_w8(pb, 1); /* ??? */ avio_w8(pb, 1); /* ??? */ }}} When you look at the attached screenshot then you will notice these 0x22..., after them there are problematic $FFFFFF, but I'm not sure what it is. When I modify them to $000000 then WMP's slider is set at the beginning of the playback, not at the end. http://samples.mplayerhq.hu/A-codecs/AAC/file.avi {{{ C:\>ffmpeg -i file.avi -vn -acodec wmav2 out.wma ffmpeg version N-43160-g752344d Copyright (c) 2000-2012 the FFmpeg developers built on Aug 3 2012 02:38:06 with gcc 4.5.0 (GCC) 20100414 (Fedora MinGW 4.5. 0-1.fc14) configuration: --prefix=/var/www/users/research/ffmpeg/snapshots/build --arch= x86 --target-os=mingw32 --cross-prefix=i686-pc-mingw32- --cc='ccache i686 -pc-min gw32-gcc' --enable-w32threads --enable-memalign-hack --enable-runtime- cpudetect --enable-cross-compile --enable-static --disable-shared --extra- libs='-lws2_32 - lwinmm -lpthread' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snap shots/build/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/s napshots/build/lib' --enable-bzlib --enable-zlib --enable-gpl --enable- version3 --enable-nonfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libmp3lame --enable-libvpx --disable- decoder=libvpx libavutil 51. 66.100 / 51. 66.100 libavcodec 54. 48.100 / 54. 48.100 libavformat 54. 22.100 / 54. 22.100 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 5.101 / 3. 5.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [wmv3 @ 0x1ead6e0] WMV3 Complex Profile is not fully supported Input #0, avi, from 'file.avi': Duration: 00:23:53.53, start: 0.000000, bitrate: 58 kb/s Stream #0:0: Video: wmv3 (Complex) (WMV3 / 0x33564D57), yuv420p, 640x480, 29 .97 tbr, 29.97 tbn, 29.97 tbc Stream #0:1: Audio: aac ([255][0][0][0] / 0x00FF), 48000 Hz, stereo, s16, 14 7 kb/s Metadata: title : gs1 AC3 T01 2_0ch 448Kbps DELAY 0ms Output #0, asf, to 'out.wma': Metadata: WM/EncodingSettings: Lavf54.22.100 Stream #0:0: Audio: wmav2 (a[1][0][0] / 0x0161), 48000 Hz, stereo, s16, 128 kb/s Metadata: title : gs1 AC3 T01 2_0ch 448Kbps DELAY 0ms Stream mapping: Stream #0:1 -> #0:0 (aac -> wmav2) Press [q] to stop, [?] for help size= 988kB time=00:00:53.76 bitrate= 150.6kbits/s video:0kB audio:840kB subtitle:0 global headers:0kB muxing overhead 17.643010% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 5 14:35:31 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 05 Aug 2012 12:35:31 -0000 Subject: [FFmpeg-trac] #1605(undetermined:new): seek issue for realmedia files In-Reply-To: <041.7abc21d2deb7e37bd398c0e962f92668@avcodec.org> References: <041.7abc21d2deb7e37bd398c0e962f92668@avcodec.org> Message-ID: <056.e80db1075374811e773470fb4696ab47@avcodec.org> #1605: seek issue for realmedia files -------------------------------------+------------------------------------- Reporter: Abu | Owner: Abdullah | Status: new Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Could you test 9b1f776 ? It sounds different here, but due to the language barrier I can't say if it is correct or if the bug manifests itself differently with the older version. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 5 15:42:54 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 05 Aug 2012 13:42:54 -0000 Subject: [FFmpeg-trac] #1604(undetermined:new): Rtmp streaming fps continually drops In-Reply-To: <036.ebcb0f32b2e84d8ab67fe9e964ba7f3e@avcodec.org> References: <036.ebcb0f32b2e84d8ab67fe9e964ba7f3e@avcodec.org> Message-ID: <051.387f891c980ae9cc686ac23f37f7bf5f@avcodec.org> #1604: Rtmp streaming fps continually drops -------------------------------------+------------------------------------- Reporter: Pyriel0 | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: rtmp | Resolution: framerate | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by burek): In the following examples, piping of 2 ffmpeg processes was used to distinguish which process exhibits the memory exhaustion bug. == Examples that exhibit 8GB memory exhaustion: == 1: All-in-one cmd line: {{{ ffmpeg -re -i "f:\xxx" -pix_fmt yuv420p -s hd720 -vcodec libx264 -preset medium -b:v 2400k -maxrate 2400k -bufsize 600k -acodec libmp3lame -ac 2 -b:a 128k -ar 44100 -f flv rtmp://live-dfw.justin.tv/app/xxx" }}} 2: Split into 2 processes, first one encodes the stuff, the second one streams it. What is strange is that 1st process, that does the encoding, exhibits the bug with high ram memory usage, but it was expected that 2nd process would do so, because of rtmp. I can only guess that second process does not read data from pipe fast enough, which causes the first process to suffocate the available ram memory: {{{ ffmpeg -re -i "f:\xxx" -pix_fmt yuv420p -s hd720 -vcodec libx264 -preset medium -b:v 2400k -maxrate 2400k -bufsize 600k -acodec libmp3lame -ac 2 -b:a 128k -ar 44100 -f flv - | ffmpeg -f flv -i - -c copy -f flv "rtmp ://live-dfw.justin.tv/app/xxx" }}} == Examples that DON'T exhibit 8GB memory exhaustion: == 1: Output to DEV/NULL using flv file format: {{{ ffmpeg -re -i "f:\xxx" -pix_fmt yuv420p -s hd720 -vcodec libx264 -preset medium -b:v 2400k -maxrate 2400k -bufsize 600k -acodec libmp3lame -ac 2 -b:a 128k -ar 44100 -y -f flv - > NUL }}} 2: Output using udp instead of rtmp: {{{ ffmpeg -re -i "f:\xxx" -pix_fmt yuv420p -s hd720 -vcodec libx264 -preset medium -b:v 2400k -maxrate 2400k -bufsize 600k -acodec libmp3lame -ac 2 -b:a 128k -ar 44100 -f flv - | ffmpeg -f flv -i - -c:copy -f flv udp://127.0.0.1:12345 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 5 15:47:34 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 05 Aug 2012 13:47:34 -0000 Subject: [FFmpeg-trac] #1605(undetermined:new): seek issue for realmedia files In-Reply-To: <041.7abc21d2deb7e37bd398c0e962f92668@avcodec.org> References: <041.7abc21d2deb7e37bd398c0e962f92668@avcodec.org> Message-ID: <056.9e68d3283a06399d45c8346cca43dd85@avcodec.org> #1605: seek issue for realmedia files -------------------------------------+------------------------------------- Reporter: Abu | Owner: Abdullah | Status: new Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Abu Abdullah): sorry, here it is: ffplay.exe -ss 50.6 -i 08.rm ffplay version N-43206-gf857465 Copyright (c) 2003-2012 the FFmpeg developers built on Aug 4 2012 16:14:25 with gcc 4.7.1 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libass --enable-libcelt --enable-libopencore-amrnb --enable-libopencore-amrwb --enable -libfreetype --enable-libgsm --enable-libmp3lame --enable-libnut --enable- libope njpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable-libth eora --enable-libutvideo --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --e nable-zlib libavutil 51. 66.100 / 51. 66.100 libavcodec 54. 49.100 / 54. 49.100 libavformat 54. 22.100 / 54. 22.100 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 5.102 / 3. 5.102 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [rm @ 00000000044bcb40] Unsupported stream type 00000174 Input #0, rm, from '08.rm': Metadata: title : author : copyright : comment : Duration: 00:46:59.82, start: 0.000000, bitrate: 11 kb/s Stream #0:0: Audio: cook (cook / 0x6B6F6F63), 11025 Hz, mono, flt, 11 kb/s Stream #0:1: Data: none 50.04 A-V: 0.000 fd= 0 aq= 0KB vq= 0KB sq= 0B f=0/0 **************** I'm not able to find 9b1f776 in: http://ffmpeg.zeranoe.com/builds/win32/static/ On the other hand i faced this when using mplayer2 and report some tickets but it seems to me now it is related to ffmpeg: http://devel.mplayer2.org/ticket/193 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 5 15:54:22 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 05 Aug 2012 13:54:22 -0000 Subject: [FFmpeg-trac] #1605(undetermined:new): seek issue for realmedia files In-Reply-To: <041.7abc21d2deb7e37bd398c0e962f92668@avcodec.org> References: <041.7abc21d2deb7e37bd398c0e962f92668@avcodec.org> Message-ID: <056.4b2cbe21bfe366d39de9b93c486c1079@avcodec.org> #1605: seek issue for realmedia files -------------------------------------+------------------------------------- Reporter: Abu | Owner: Abdullah | Status: new Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Abu Abdullah): please note that the line: 50.04 A-V: 0.000 fd= 0 aq= 0KB vq= 0KB sq= 0B f=0/0 is not the first one since it is been overridden each time with the new value. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 5 15:56:40 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 05 Aug 2012 13:56:40 -0000 Subject: [FFmpeg-trac] #1492(documentation:closed): document the mandelbrot source on ffmpeg.org In-Reply-To: <036.54cd1582e7222595df84c78fa1acc91d@avcodec.org> References: <036.54cd1582e7222595df84c78fa1acc91d@avcodec.org> Message-ID: <051.e459e12d0b828e2a67da740640ca895c@avcodec.org> #1492: document the mandelbrot source on ffmpeg.org -------------------------------------+------------------------------------- Reporter: dericed | Owner: stefano Type: enhancement | Status: closed Priority: normal | Component: Version: unspecified | documentation Keywords: mandelbrot | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 1 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by saste): * analyzed: 0 => 1 * keywords: => mandelbrot * status: new => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Documentation added in: {{{ commit 8d6f46ab2c99a22db75bf42b2eacb2121347735e Author: Stefano Sabatini Date: Sun Aug 5 11:22:54 2012 +0200 doc/filters: add mandelbrot source documentation Address trac ticket #1492. }}} Note: please don't assign tickets to "stefano", it doesn't even exists (and I'd prefer tickets were not assigned to me at all). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 5 16:56:00 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 05 Aug 2012 14:56:00 -0000 Subject: [FFmpeg-trac] #1605(undetermined:new): seek issue for realmedia files In-Reply-To: <041.7abc21d2deb7e37bd398c0e962f92668@avcodec.org> References: <041.7abc21d2deb7e37bd398c0e962f92668@avcodec.org> Message-ID: <056.c101e5b1c0e9a5037f704c8b6f374da4@avcodec.org> #1605: seek issue for realmedia files -------------------------------------+------------------------------------- Reporter: Abu | Owner: Abdullah | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: cook | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => cook * version: unspecified => git-master Comment: Can you confirm that the following also allows to reproduce the problem? $ ffmpeg -ss 50.6 -i 08.rm -t 10 out.wav (Reports for ffplay are generally only valid if the problem is not reproducible with ffmpeg.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 5 16:56:55 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 05 Aug 2012 14:56:55 -0000 Subject: [FFmpeg-trac] #1575(documentation:closed): Clarify docs that av_seek_frame() may possibly not seek by keyframe In-Reply-To: <038.8b882fe0773587823a24d159a527c922@avcodec.org> References: <038.8b882fe0773587823a24d159a527c922@avcodec.org> Message-ID: <053.0ce6d9ea3a85587c022d31732a03befe@avcodec.org> #1575: Clarify docs that av_seek_frame() may possibly not seek by keyframe -------------------------------------+------------------------------------- Reporter: mbradshaw | Owner: stefano Type: enhancement | Status: closed Priority: normal | Component: Version: git-master | documentation Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by mbradshaw): * status: new => closed * resolution: => invalid -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 5 16:59:14 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 05 Aug 2012 14:59:14 -0000 Subject: [FFmpeg-trac] #1604(undetermined:new): Rtmp streaming fps continually drops In-Reply-To: <036.ebcb0f32b2e84d8ab67fe9e964ba7f3e@avcodec.org> References: <036.ebcb0f32b2e84d8ab67fe9e964ba7f3e@avcodec.org> Message-ID: <051.09cfb7f8e0ce361dcdafe5e2f67ead62@avcodec.org> #1604: Rtmp streaming fps continually drops -------------------------------------+------------------------------------- Reporter: Pyriel0 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: rtmp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: rtmp framerate => rtmp * version: unspecified => git-master -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 5 17:07:05 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 05 Aug 2012 15:07:05 -0000 Subject: [FFmpeg-trac] #1607(avformat:new): av_seek_frame() without AVSEEK_FLAG_ANY on mpg files returns success without seeking to a keyframe Message-ID: <038.701615e9e98c4da35433bb03ed1b6727@avcodec.org> #1607: av_seek_frame() without AVSEEK_FLAG_ANY on mpg files returns success without seeking to a keyframe --------------------------------------+---------------------------------- Reporter: mbradshaw | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+---------------------------------- The documentation of `av_seek_frame()` makes a contract that it seeks to a keyframe if AVSEEK_FLAG_ANY is not set. mpg files break this contract by not seeking to a keyframe but returning success. Seeking in mpg should require AVSEEK_FLAG_ANY to be set in order for success to be returned. For context on how this came about, see this thread: http://ffmpeg.org/pipermail/libav-user/2012-July/002468.html I originally opened ticket #1575 but Don Moir pointed out this is more of a bug than a lack of documentation. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 5 17:08:04 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 05 Aug 2012 15:08:04 -0000 Subject: [FFmpeg-trac] #1575(documentation:closed): Clarify docs that av_seek_frame() may possibly not seek by keyframe In-Reply-To: <038.8b882fe0773587823a24d159a527c922@avcodec.org> References: <038.8b882fe0773587823a24d159a527c922@avcodec.org> Message-ID: <053.8422114ff9435aae8812319b3de79632@avcodec.org> #1575: Clarify docs that av_seek_frame() may possibly not seek by keyframe -------------------------------------+------------------------------------- Reporter: mbradshaw | Owner: stefano Type: enhancement | Status: closed Priority: normal | Component: Version: git-master | documentation Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by mbradshaw): Closed as invalid in favor of #1607 (this isn't a problem with the docs, it's a problem with the demuxer breaking the seeking contract) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 5 17:23:02 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 05 Aug 2012 15:23:02 -0000 Subject: [FFmpeg-trac] #1338(undetermined:new): FFMPEG creating broken MP4/Audio files with libx264 In-Reply-To: <040.afb49669e5bc711f4afb0ff4eb3c9f54@avcodec.org> References: <040.afb49669e5bc711f4afb0ff4eb3c9f54@avcodec.org> Message-ID: <055.f70f2fb9b6f35be46a05cb45a0f36480@avcodec.org> #1338: FFMPEG creating broken MP4/Audio files with libx264 -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ramitbhalla): No, there's no Audio -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 5 17:56:23 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 05 Aug 2012 15:56:23 -0000 Subject: [FFmpeg-trac] #1607(avformat:new): av_seek_frame() without AVSEEK_FLAG_ANY on mpg files returns success without seeking to a keyframe In-Reply-To: <038.701615e9e98c4da35433bb03ed1b6727@avcodec.org> References: <038.701615e9e98c4da35433bb03ed1b6727@avcodec.org> Message-ID: <053.b5e35a287fb4515713f734e49e3711b4@avcodec.org> #1607: av_seek_frame() without AVSEEK_FLAG_ANY on mpg files returns success without seeking to a keyframe ------------------------------------+------------------------------------ Reporter: mbradshaw | 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 DonMoir): I don't think the above is the solution and in fact it may break a lot of applications. I think the real solution is to make seeking to a timestamp work as it is supposed to, which is seeking to a keyframe. This would involve fixing/adding seek code for mpeg related code. I think now it just uses the generic seek code. Work arounds for this are clumsy where it probably is fairly easy to fix for someone knowledgeable in this area. Also, fixing it once in the place it should be fixed means many others don't have to spend time on it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 5 18:11:49 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 05 Aug 2012 16:11:49 -0000 Subject: [FFmpeg-trac] #1607(avformat:new): av_seek_frame() without AVSEEK_FLAG_ANY on mpg files returns success without seeking to a keyframe In-Reply-To: <038.701615e9e98c4da35433bb03ed1b6727@avcodec.org> References: <038.701615e9e98c4da35433bb03ed1b6727@avcodec.org> Message-ID: <053.a4c87e772f4ec57f629f4df70ea5dc54@avcodec.org> #1607: av_seek_frame() without AVSEEK_FLAG_ANY on mpg files returns success without seeking to a keyframe ------------------------------------+------------------------------------ Reporter: mbradshaw | 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 mbradshaw): I think that's a good point. One option is to add custom seek code to mpg. Another option is to add some new code to `ff_seek_frame_binary()` (which is what I believe mpg defaults to using, judging by the code I'm reading). `ff_seek_frame_binary()` could be changed so that if `AVSEEK_FLAG_ANY` is not set, after it finds its frame, and if that frame is not a keyframe, it reads backwards until it finds a keyframe. Otherwise, if `AVSEEK_FLAG_ANY` is set it just returns the frame it finds. Thoughts? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 5 19:47:49 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 05 Aug 2012 17:47:49 -0000 Subject: [FFmpeg-trac] #1608(avformat:new): lxfdec fails to recognize 16 channels Message-ID: <039.f27da922fa5d90b47fb5bcb7206431b0@avcodec.org> #1608: lxfdec fails to recognize 16 channels ------------------------------------+---------------------------------- Reporter: gerard3818 | Type: defect Status: new | Priority: normal Component: avformat | Version: 0.11.1 Keywords: lxf lxfdec | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Summary of the bug:lxf version 1 with 16 tracks created with VR are interpreted as 12 tracks audio channels, with 4 and 8 traks works fine. How to reproduce: By exemple ffmpeg -i input.lxf -vcodec copy -acodec copy output.mxf {{{ % ffmpeg -i input.lxf -vcodec xx -acodec xx output.xxx ffmpeg version all the new with version 1 lxf support. built on ... }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 5 20:20:51 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 05 Aug 2012 18:20:51 -0000 Subject: [FFmpeg-trac] #1608(avformat:new): lxfdec fails to recognize 16 channels In-Reply-To: <039.f27da922fa5d90b47fb5bcb7206431b0@avcodec.org> References: <039.f27da922fa5d90b47fb5bcb7206431b0@avcodec.org> Message-ID: <054.2dcb5704a92296adb47ad806248f54db@avcodec.org> #1608: lxfdec fails to recognize 16 channels ------------------------------------+------------------------------------ Reporter: gerard3818 | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 0.11.1 | Resolution: Keywords: lxf lxfdec | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by gerard3818): In the example when mxf is created, has 12 channels and the mxf created is corrupted, is possible to play but has wrong video and audio timing. All the file I sent are true native lxf version 1, you can use to test with trust. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 5 20:35:11 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 05 Aug 2012 18:35:11 -0000 Subject: [FFmpeg-trac] #1608(avformat:new): lxfdec fails to recognize 16 channels In-Reply-To: <039.f27da922fa5d90b47fb5bcb7206431b0@avcodec.org> References: <039.f27da922fa5d90b47fb5bcb7206431b0@avcodec.org> Message-ID: <054.b49b553e903eeec5491d33b4789d5bc0@avcodec.org> #1608: lxfdec fails to recognize 16 channels ------------------------------------+------------------------------------ Reporter: gerard3818 | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 0.11.1 | Resolution: Keywords: lxf lxfdec | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by gerard3818): Note: The files from http://titan.codemill.se/~tomhar/samples/lxf/ not all are lxf version 1 native 1.lxf 100723-TAM VAN HOA-00240.lxf F0015132.lxf PM4617.lxf ZB09_108_LXF_V1.lxf F0000721.lxf F0015132.lxf LXF_File_1.lxf All of them have invalid format when used in VR, 2 channels are not use in native lxf version 1. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 5 20:40:53 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 05 Aug 2012 18:40:53 -0000 Subject: [FFmpeg-trac] #1608(avformat:new): lxfdec fails to recognize 16 channels In-Reply-To: <039.f27da922fa5d90b47fb5bcb7206431b0@avcodec.org> References: <039.f27da922fa5d90b47fb5bcb7206431b0@avcodec.org> Message-ID: <054.8e7096f7b8fae57605f980b99afe0490@avcodec.org> #1608: lxfdec fails to recognize 16 channels ------------------------------------+------------------------------------ Reporter: gerard3818 | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 0.11.1 | Resolution: Keywords: lxf lxfdec | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by gerard3818): Last Mediainfo reports badly 12 chanels too with device and trace, although find the 16 PCM channels inside in basic mode. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 5 22:03:16 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 05 Aug 2012 20:03:16 -0000 Subject: [FFmpeg-trac] #1609(FFplay:new): ffplay: no refresh with still picture Message-ID: <035.e9f947301daf8e4caefb074e3d347417@avcodec.org> #1609: ffplay: no refresh with still picture ---------------------------------------+-------------------------------- Reporter: ubitux | Owner: Type: defect | Status: new Priority: normal | Component: FFplay Version: unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 ---------------------------------------+-------------------------------- The refresh event works well in ffplay, even when playback ends and the last picture is displayed. Unfortunately, with simple images it doesn't work: {{{ ./ffplay tests/lena.pnm }}} Moving the window outside of "field of view" will lead to a black picture. This is quite troublesome when doing tests. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 5 22:43:31 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 05 Aug 2012 20:43:31 -0000 Subject: [FFmpeg-trac] #1610(undetermined:new): texi2pod removes backslahes Message-ID: <035.78d4e5d50c0ce590076502c25d33d483@avcodec.org> #1610: texi2pod removes backslahes -------------------------------------+------------------------------------- Reporter: ubitux | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: manpages Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- While HTML FFmpeg documentation output is OK, the manpage has some backslashes issues: {{{ [~/src/ffmpeg]? grep "select='" doc/filters.texi select='eq(pict_type\,I)' select='not(mod(n\,100))' select='gte(t\,10)*lte(t\,20)' select='gte(t\,10)*lte(t\,20)*eq(pict_type\,I)' select='isnan(prev_selected_t)+gte(t-prev_selected_t\,10)' ffmpeg -i video.avi -vf select='gt(scene\,0.4)',scale=160:120,tile -frames:v 1 preview.png }}} {{{ [~/src/ffmpeg]? ./doc/texi2pod.pl -Idoc doc/ffmpeg.texi doc/ffmpeg.pod }}} {{{ [~/src/ffmpeg]? grep "select='" doc/ffmpeg.pod select='eq(pict_type,I)' select='not(mod(n,100))' select='gte(t,10)*lte(t,20)' select='gte(t,10)*lte(t,20)*eq(pict_type,I)' select='isnan(prev_selected_t)+gte(t-prev_selected_t,10)' ffmpeg -i video.avi -vf select='gt(scene,0.4)',scale=160:120,tile -frames:v 1 preview.png }}} The backslashes disappeared and thus are not displayed in the manpage. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 5 22:43:35 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 05 Aug 2012 20:43:35 -0000 Subject: [FFmpeg-trac] #1605(undetermined:new): seek issue for realmedia files In-Reply-To: <041.7abc21d2deb7e37bd398c0e962f92668@avcodec.org> References: <041.7abc21d2deb7e37bd398c0e962f92668@avcodec.org> Message-ID: <056.64096fe51127de6beeca3b601311e6bf@avcodec.org> #1605: seek issue for realmedia files -------------------------------------+------------------------------------- Reporter: Abu | Owner: Abdullah | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: cook | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): I have attached the result of above command for 9b1f776. Does it sound correct? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 5 22:45:19 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 05 Aug 2012 20:45:19 -0000 Subject: [FFmpeg-trac] #1610(documentation:new): texi2pod removes backslashes (was: texi2pod removes backslahes) In-Reply-To: <035.78d4e5d50c0ce590076502c25d33d483@avcodec.org> References: <035.78d4e5d50c0ce590076502c25d33d483@avcodec.org> Message-ID: <050.9f9e8a98bb6841ae7fbba1968eeae7db@avcodec.org> #1610: texi2pod removes backslashes -------------------------------------+------------------------------------- Reporter: ubitux | Owner: stefano Type: defect | Status: new Priority: normal | Component: Version: unspecified | documentation Keywords: manpages | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by ubitux): * owner: => stefano * component: undetermined => documentation -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 5 22:45:33 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 05 Aug 2012 20:45:33 -0000 Subject: [FFmpeg-trac] #1608(avformat:new): lxfdec fails to recognize 16 channels In-Reply-To: <039.f27da922fa5d90b47fb5bcb7206431b0@avcodec.org> References: <039.f27da922fa5d90b47fb5bcb7206431b0@avcodec.org> Message-ID: <054.cf1f2a47de86fb96c727c3a7cc76c6dd@avcodec.org> #1608: lxfdec fails to recognize 16 channels ------------------------------------+------------------------------------ Reporter: gerard3818 | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 0.11.1 | Resolution: Keywords: lxf | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: lxf lxfdec => lxf Comment: Is this also reproducible with current git head? Please add complete, uncut ffmpeg console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 5 23:04:07 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 05 Aug 2012 21:04:07 -0000 Subject: [FFmpeg-trac] #1611(undetermined:new): The colors change when converting bgr24 to yuv420p Message-ID: <038.f4bffd59c3c423e169f252196f106136@avcodec.org> #1611: The colors change when converting bgr24 to yuv420p -------------------------------------+------------------------------------- Reporter: fftest800 | Type: defect Status: new | Priority: normal Component: | Version: 0.11.1 undetermined | Blocked By: Keywords: | Reproduced by developer: 0 colors,bgr24,yuv | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Similar to this ticket : http://ffmpeg.org/trac/ffmpeg/ticket/979 The colors change when converting bgr24 to yuv420p TEST A - 1)) : {{{ Input #0, flv, from 'source_flashsv_bgr24_720x480.flv': Metadata: encoder : Lavf54.3.100 Duration: 00:00:15.03, start: 0.000000, bitrate: 80 kb/s Stream #0:0: Video: flashsv, bgr24, 720x480, 200 kb/s, 1 tbr, 1k tbn, 1k tbc }}} =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= TEST A - 2)) : ffmpeg.exe -i source_flashsv_bgr24_720x480.flv -pix_fmt yuv420p -s 720x480 -vcodec libx264 -an output_x264_yuv420p_720x480.mp4 {{{ ffmpeg version N-43060-ga85b4a5 Copyright (c) 2000-2012 the FFmpeg developers built on Jul 30 2012 13:14:08 with gcc 4.7.1 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-runtime-cpudetect --enable-avisynth --enable-bzlib --enable- frei0r --enable-libass --enable-libcelt --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable-libgsm --enable- libmp3lame --enable-libnut --enable-libopenjpeg --enable-librtmp --enable- libschroedinger --enable-libspeex --enable-libtheora --enable-libutvideo --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable- libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 66.100 / 51. 66.100 libavcodec 54. 45.100 / 54. 45.100 libavformat 54. 22.100 / 54. 22.100 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 5.101 / 3. 5.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, flv, from 'source_flashsv_bgr24_720x480.flv': Metadata: encoder : Lavf54.3.100 Duration: 00:00:15.03, start: 0.000000, bitrate: 80 kb/s Stream #0:0: Video: flashsv, bgr24, 720x480, 200 kb/s, 1 tbr, 1k tbn, 1k tbc [libx264 @ 01d85e00] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE 4.2 [libx264 @ 01d85e00] profile High, level 2.2 [libx264 @ 01d85e00] 264 - core 125 r2200 999b753 - H.264/MPEG-4 AVC codec - Cop yleft 2003-2012 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deb lock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=6 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=1 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 'output_x264_yuv420p_720x480.mp4': Metadata: encoder : Lavf54.22.100 Stream #0:0: Video: h264 ([33][0][0][0] / 0x0021), yuv420p, 720x480, q=-1--1 , 1 tbn, 1 tbc Stream mapping: Stream #0:0 -> #0:0 (flashsv -> libx264) Press [q] to stop, [?] for help frame= 16 fps=0.0 q=17.0 Lsize= 44kB time=00:00:14.00 bitrate= 25.9kbits /s dup=14 drop=0 video:43kB audio:0kB subtitle:0 global headers:0kB muxing overhead 2.228532% [libx264 @ 01d85e00] frame I:1 Avg QP:12.63 size: 42981 [libx264 @ 01d85e00] frame P:4 Avg QP:15.77 size: 93 [libx264 @ 01d85e00] frame B:11 Avg QP:17.00 size: 27 [libx264 @ 01d85e00] consecutive B-frames: 6.3% 0.0% 18.8% 75.0% [libx264 @ 01d85e00] mb I I16..4: 56.2% 2.2% 41.6% [libx264 @ 01d85e00] mb P I16..4: 0.1% 0.0% 0.0% P16..4: 0.9% 0.0% 0.0% 0.0% 0.0% skip:99.0% [libx264 @ 01d85e00] mb B I16..4: 0.0% 0.0% 0.0% B16..8: 0.3% 0.0% 0.0% direct: 0.0% skip:99.7% L0:45.1% L1:54.9% BI: 0.0% [libx264 @ 01d85e00] 8x8 transform intra:2.2% inter:13.3% [libx264 @ 01d85e00] coded y,uvDC,uvAC intra: 31.4% 43.3% 40.6% inter: 0.0% 0.2% 0.0% [libx264 @ 01d85e00] i16 v,h,dc,p: 83% 12% 4% 0% [libx264 @ 01d85e00] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 49% 34% 14% 2% 0% 1% 0% 0% 0% [libx264 @ 01d85e00] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 40% 33% 10% 3% 2% 3% 3% 3% 4% [libx264 @ 01d85e00] i8c dc,h,v,p: 54% 24% 22% 1% [libx264 @ 01d85e00] Weighted P-Frames: Y:0.0% UV:0.0% [libx264 @ 01d85e00] ref P L0: 93.8% 0.0% 2.1% 4.2% [libx264 @ 01d85e00] ref B L0: 73.9% 26.1% [libx264 @ 01d85e00] ref B L1: 71.4% 28.6% [libx264 @ 01d85e00] kb/s:21.83 }}} =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= TEST B - 1)) : {{{ Input #0, flv, from 'source_flashsv_bgr24_720x480.flv': Metadata: encoder : Lavf54.3.100 Duration: 00:00:15.03, start: 0.000000, bitrate: 80 kb/s Stream #0:0: Video: flashsv, bgr24, 720x480, 200 kb/s, 1 tbr, 1k tbn, 1k tbc }}} TEST B - 2)) : [change the Size -s anyxany] ffmpeg.exe -i source_flashsv_bgr24_720x480.flv -pix_fmt yuv420p -s 722x480 -vcodec libx264 -an output_x264_yuv420p_722x480.mp4 {{{ ffmpeg version N-43060-ga85b4a5 Copyright (c) 2000-2012 the FFmpeg developers built on Jul 30 2012 13:14:08 with gcc 4.7.1 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-runtime-cpudetect --enable-avisynth --enable-bzlib --enable- frei0r --enable-libass --enable-libcelt --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable-libgsm --enable- libmp3lame --enable-libnut --enable-libopenjpeg --enable-librtmp --enable- libschroedinger --enable-libspeex --enable-libtheora --enable-libutvideo --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable- libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 66.100 / 51. 66.100 libavcodec 54. 45.100 / 54. 45.100 libavformat 54. 22.100 / 54. 22.100 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 5.101 / 3. 5.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, flv, from 'source_flashsv_bgr24_720x480.flv': Metadata: encoder : Lavf54.3.100 Duration: 00:00:15.03, start: 0.000000, bitrate: 80 kb/s Stream #0:0: Video: flashsv, bgr24, 720x480, 200 kb/s, 1 tbr, 1k tbn, 1k tbc [libx264 @ 03d75e00] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE 4.2 [libx264 @ 03d75e00] profile High, level 2.2 [libx264 @ 03d75e00] 264 - core 125 r2200 999b753 - H.264/MPEG-4 AVC codec - Cop yleft 2003-2012 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deb lock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 m e_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chro ma_qp_offset=-2 threads=6 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 i nterlaced=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=1 scenecu t=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 'output_x264_yuv420p_722x480.mp4': Metadata: encoder : Lavf54.22.100 Stream #0:0: Video: h264 ([33][0][0][0] / 0x0021), yuv420p, 722x480, q=-1--1 , 1 tbn, 1 tbc Stream mapping: Stream #0:0 -> #0:0 (flashsv -> libx264) Press [q] to stop, [?] for help frame= 16 fps=0.0 q=17.0 Lsize= 45kB time=00:00:14.00 bitrate= 26.6kbits /s dup=14 drop=0 video:44kB audio:0kB subtitle:0 global headers:0kB muxing overhead 2.171479% [libx264 @ 03d75e00] frame I:1 Avg QP:12.54 size: 44205 [libx264 @ 03d75e00] frame P:4 Avg QP:15.08 size: 83 [libx264 @ 03d75e00] frame B:11 Avg QP:17.00 size: 26 [libx264 @ 03d75e00] consecutive B-frames: 6.3% 0.0% 18.8% 75.0% [libx264 @ 03d75e00] mb I I16..4: 60.9% 2.0% 37.2% [libx264 @ 03d75e00] mb P I16..4: 0.1% 0.0% 0.0% P16..4: 0.7% 0.1% 0.1% 0.0% 0.0% skip:99.0% [libx264 @ 03d75e00] mb B I16..4: 0.0% 0.0% 0.0% B16..8: 0.3% 0.0% 0.0% direct: 0.0% skip:99.7% L0:17.3% L1:82.7% BI: 0.0% [libx264 @ 03d75e00] 8x8 transform intra:1.9% inter:76.5% [libx264 @ 03d75e00] coded y,uvDC,uvAC intra: 33.2% 40.5% 37.7% inter: 0.0% 0.2% 0.0% [libx264 @ 03d75e00] i16 v,h,dc,p: 85% 11% 4% 0% [libx264 @ 03d75e00] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 37% 35% 24% 0% 0% 1% 1% 0% 2% [libx264 @ 03d75e00] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 43% 27% 9% 3% 3% 3% 3% 3% 4% [libx264 @ 03d75e00] i8c dc,h,v,p: 60% 20% 19% 1% [libx264 @ 03d75e00] Weighted P-Frames: Y:0.0% UV:0.0% [libx264 @ 03d75e00] ref P L0: 94.7% 0.0% 3.2% 2.1% [libx264 @ 03d75e00] ref B L0: 76.5% 11.8% 11.8% [libx264 @ 03d75e00] ref B L1: 92.6% 7.4% [libx264 @ 03d75e00] kb/s:22.41 }}} Results)) : source_flashsv_bgr24_orginalsize ==> output_x264_yuv420p_orginalsize (The colors change) source_flashsv_bgr24_orginalsize ==> output_x264_yuv420p_anysize (The colors OK) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 5 23:44:12 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 05 Aug 2012 21:44:12 -0000 Subject: [FFmpeg-trac] #1241(build system:new): ffmpeg build is trying to compile 'neon' although this instruction set is disabled @ ./configure ( '--disable-neon' ) (was: ffmpeg) In-Reply-To: <034.87fb0194692fc008684f2e65d6a20a4b@avcodec.org> References: <034.87fb0194692fc008684f2e65d6a20a4b@avcodec.org> Message-ID: <049.5c8b1bac07bb505bb075a81e0711a2f0@avcodec.org> #1241: ffmpeg build is trying to compile 'neon' although this instruction set is disabled @ ./configure ( '--disable-neon' ) -------------------------------------+------------------------------------- Reporter: nadav | Owner: Type: defect | Status: new Priority: normal | Component: build Version: unspecified | system Keywords: arm | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by michael): update summary based on dscription of the original report -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 5 23:47:07 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 05 Aug 2012 21:47:07 -0000 Subject: [FFmpeg-trac] #1231(undetermined:new): ffplay access violation on win64 (was: ffplay access violation) In-Reply-To: <034.e83c585bfceb2a307eb8c37a6e2281f7@avcodec.org> References: <034.e83c585bfceb2a307eb8c37a6e2281f7@avcodec.org> Message-ID: <049.271c1f2944cef222a2c7452e709bf3bd@avcodec.org> #1231: ffplay access violation on win64 -------------------------------------+------------------------------------- Reporter: ronag | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: win64 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 6 00:10:58 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 05 Aug 2012 22:10:58 -0000 Subject: [FFmpeg-trac] #1225(undetermined:closed): Remuxing MPEG-4 ASP into MPEG-TS In-Reply-To: <036.8e0ff0a90a8a8248c7711cddc448fbd5@avcodec.org> References: <036.8e0ff0a90a8a8248c7711cddc448fbd5@avcodec.org> Message-ID: <051.e9506d49ab47753c6fe75b1a1180da37@avcodec.org> #1225: Remuxing MPEG-4 ASP into MPEG-TS -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: asp mpegts | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => invalid Comment: works fine with -vbsf dump_extra maybe it should be added automatically but thats a seperate issue -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 6 00:44:53 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 05 Aug 2012 22:44:53 -0000 Subject: [FFmpeg-trac] #1224(undetermined:closed): dvb-t to rtmp stops with slow encoder (was: dvb-t to rtmp crash.) In-Reply-To: <034.c69c690bebad941acb52c663591e5d2a@avcodec.org> References: <034.c69c690bebad941acb52c663591e5d2a@avcodec.org> Message-ID: <049.8ab8fc4aa59cad3a4c0202f7a1dcabc9@avcodec.org> #1224: dvb-t to rtmp stops with slow encoder -------------------------------------+------------------------------------- Reporter: eregi | 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 michael): * status: new => closed * resolution: => invalid Comment: Closing this as it seems to be a issue of too slow hardware. If i missed something please dont hesitate to reopen -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 6 01:22:22 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 05 Aug 2012 23:22:22 -0000 Subject: [FFmpeg-trac] #1241(build system:new): ffmpeg build is trying to compile 'neon' although this instruction set is disabled @ ./configure ( '--disable-neon' ) In-Reply-To: <034.87fb0194692fc008684f2e65d6a20a4b@avcodec.org> References: <034.87fb0194692fc008684f2e65d6a20a4b@avcodec.org> Message-ID: <049.0697f5fea15936d02a8cb99d9fd221ed@avcodec.org> #1241: ffmpeg build is trying to compile 'neon' although this instruction set is disabled @ ./configure ( '--disable-neon' ) -------------------------------------+------------------------------------- Reporter: nadav | Owner: Type: defect | Status: new Priority: normal | Component: build Version: unspecified | system Keywords: arm | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by notzed): Sorry I mean to update this a while ago but I couldn't find the bug number. Without the patchneondsp2 diff, the command line i gave fails to build, with those neon_* symbols missing. With the patch it succeeds. But I actually wanted neon turned on, so my case was slightly different, sorry if i just confused the matter by trying to help. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 6 01:39:06 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 05 Aug 2012 23:39:06 -0000 Subject: [FFmpeg-trac] #1251(avformat:closed): AVSEEK_FLAG_ANY fails with attached file In-Reply-To: <036.fb0e830a1b172a8f452e038ece7c74ad@avcodec.org> References: <036.fb0e830a1b172a8f452e038ece7c74ad@avcodec.org> Message-ID: <051.048f40543fca557d4cd32a0f805560b7@avcodec.org> #1251: AVSEEK_FLAG_ANY fails with attached file ------------------------------------+------------------------------------ Reporter: DonMoir | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by michael): * status: new => closed * resolution: => fixed * version: unspecified => git-master * component: undetermined => avformat * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 6 02:56:38 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 06 Aug 2012 00:56:38 -0000 Subject: [FFmpeg-trac] #1254(undetermined:closed): musepack8: wrong currect duration In-Reply-To: <038.289376dec6bd976efa51d952ec8dffd5@avcodec.org> References: <038.289376dec6bd976efa51d952ec8dffd5@avcodec.org> Message-ID: <053.7d83c59d5963ec81bf55eabfb9e21110@avcodec.org> #1254: musepack8: wrong currect duration -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: mpc8 | 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 Mon Aug 6 03:23:45 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 06 Aug 2012 01:23:45 -0000 Subject: [FFmpeg-trac] #1263(FFmpeg:new): ffmpeg keeps the output file in memory and only writes it to disk after [q]uitting In-Reply-To: <033.72b0fced7c09b420dbad60b8d5f0d0b8@avcodec.org> References: <033.72b0fced7c09b420dbad60b8d5f0d0b8@avcodec.org> Message-ID: <048.b470eb07ca20f3fb35d2e2b113d189ba@avcodec.org> #1263: ffmpeg keeps the output file in memory and only writes it to disk after [q]uitting ----------------------------------------+---------------------------------- Reporter: pmts | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: git-master | Resolution: Keywords: memory dts mkv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------------+---------------------------------- Comment (by michael): The sample contains fewer streams than are referenced in the given command line. Please provide a sample file and a command line that match each other and with which the issue can be reproduced. As long as we cannot reproduce the issue, we are not able to investigate or fix it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 6 07:44:39 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 06 Aug 2012 05:44:39 -0000 Subject: [FFmpeg-trac] #1605(undetermined:new): seek issue for realmedia files In-Reply-To: <041.7abc21d2deb7e37bd398c0e962f92668@avcodec.org> References: <041.7abc21d2deb7e37bd398c0e962f92668@avcodec.org> Message-ID: <056.e38636df7650d8d3a4c120c1297ce372@avcodec.org> #1605: seek issue for realmedia files -------------------------------------+------------------------------------- Reporter: Abu | Owner: Abdullah | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: cook | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Abu Abdullah): no, it has the same result. There is around 2 seconds from the beginning of the file. There is very little difference, in version 9b1f776, the unwanted portion start from offset 0 but for the latest version it is just a fraction after the beginning of the file i.e. 9b1f776: 0 -> 2 then seeking point gf857465: 0.x -> 2 then seeking point -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 6 07:44:54 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 06 Aug 2012 05:44:54 -0000 Subject: [FFmpeg-trac] #1570(avdevice:open): libv4l2: error dequeuing buf: Resource temporarily unavailable In-Reply-To: <036.2fc62dd5b56c7280baf63a97ec734437@avcodec.org> References: <036.2fc62dd5b56c7280baf63a97ec734437@avcodec.org> Message-ID: <051.0b29c8885cc811d0db37226551e4e616@avcodec.org> #1570: libv4l2: error dequeuing buf: Resource temporarily unavailable -------------------------------------+------------------------------------- Reporter: llarevo | Owner: Type: defect | Status: open Priority: normal | Component: avdevice Version: unspecified | Resolution: Keywords: | Blocked By: video4linux, video4linux2, | Reproduced by developer: 0 v4l2.c, regression, capture, | analog, tv | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ubitux): Replying to [comment:7 llarevo]: > The output of the unpatched 0.11.1 with -debug 1 is > {{{ > /usr/local/bin/ffmpeg -debug 1 -t 300 -f video4linux2 -s vga -r 25 -b 2000k -i /dev/video0 out-vga-2M-5min.mpg > ffmpeg version 0.11.1 Copyright (c) 2000-2012 the FFmpeg developers > built on Jul 29 2012 15:53:10 with gcc 4.7.0 20120507 (Red Hat 4.7.0-5) > configuration: --prefix=/usr/local --libdir=/usr/local/lib64 --shlibdir=/usr/local/lib64 --enable-nonfree --enable-gpl --enable-libfaac --enable-libgsm --enable-libmp3lame --enable-libtheora --enable-libxvid --disable-asm --disable-crystalhd > libavutil 51. 54.100 / 51. 54.100 > libavcodec 54. 23.100 / 54. 23.100 > libavformat 54. 6.100 / 54. 6.100 > libavdevice 54. 0.100 / 54. 0.100 > libavfilter 2. 77.100 / 2. 77.100 > libswscale 2. 1.100 / 2. 1.100 > libswresample 0. 15.100 / 0. 15.100 > libpostproc 52. 0.100 / 52. 0.100 > Please use -b:a or -b:v, -b is ambiguous > [video4linux2,v4l2 @ 0x2ecd1e0] [3]Capabilities: 5010015 > [video4linux2,v4l2 @ 0x2ecd1e0] The V4L2 driver using the interlaced modeThe V4L2 driver set input_id: 0, input: Television > [video4linux2,v4l2 @ 0x2ecd1e0] Setting time per frame to 1/25 > [video4linux2,v4l2 @ 0x2ecd1e0] ioctl set time per frame(1/25) failed > /dev/video0: Input/output error > }}} That makes me wonder if one of your parameter isn't wrong: you specify -r 25 which might be not supported by your card. Can you make some tests with something simple such as: {{{ ./ffplay -f v4l2 -i /dev/video0 }}} to see if it doesn't show anything? (for old version you might need to change v4l2 into video4linux2) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 6 08:02:53 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 06 Aug 2012 06:02:53 -0000 Subject: [FFmpeg-trac] #1605(undetermined:open): seek issue for realmedia files In-Reply-To: <041.7abc21d2deb7e37bd398c0e962f92668@avcodec.org> References: <041.7abc21d2deb7e37bd398c0e962f92668@avcodec.org> Message-ID: <056.a7c564b597e290210122cb96ec1fb3ce@avcodec.org> #1605: seek issue for realmedia files -------------------------------------+------------------------------------- Reporter: Abu | Owner: Abdullah | Status: open Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: cook | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 6 10:54:28 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 06 Aug 2012 08:54:28 -0000 Subject: [FFmpeg-trac] #1097(avcodec:open): prores_kostya: invalid read In-Reply-To: <038.61b4a4db47a0a66cccc4b24f5a291991@avcodec.org> References: <038.61b4a4db47a0a66cccc4b24f5a291991@avcodec.org> Message-ID: <053.d1a69bc689aaca738b32826921fea134@avcodec.org> #1097: prores_kostya: invalid read ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: prores | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by Opie): Thought I'd give this issue a poke as it still occurring in the current release. The only thing I can add to the debugging reports above is that this only seems to occur when using interlaced video as an input to the encoder. When using 1080i50 the encoder crashes in the prores_fdct_c() function. Using PAL, 720p50 and 1080p25 the encoder seems to work fine. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 6 11:00:41 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 06 Aug 2012 09:00:41 -0000 Subject: [FFmpeg-trac] #1612(undetermined:new): real_144: fix currecnt duration while playing with FFplay Message-ID: <038.c239699b46f4fdf4f6157ab7aae58edb@avcodec.org> #1612: real_144: fix currecnt duration while playing with FFplay -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- currect duration resets to 0 (similar problem like with ticket #1254) http://samples.mplayerhq.hu/real/RA/14_4/ddinterview14.ra (http://samples.mplayerhq.hu/real/RA/28_8/ddinterview28.ra doesn't have this problem) {{{ C:\>ffmpeg -i ddinterview14.ra ffmpeg version N-43160-g752344d Copyright (c) 2000-2012 the FFmpeg developers built on Aug 3 2012 02:38:06 with gcc 4.5.0 (GCC) 20100414 (Fedora MinGW 4.5. 0-1.fc14) configuration: --prefix=/var/www/users/research/ffmpeg/snapshots/build --arch= x86 --target-os=mingw32 --cross-prefix=i686-pc-mingw32- --cc='ccache i686 -pc-min gw32-gcc' --enable-w32threads --enable-memalign-hack --enable-runtime- cpudetect --enable-cross-compile --enable-static --disable-shared --extra- libs='-lws2_32 - lwinmm -lpthread' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snap shots/build/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/s napshots/build/lib' --enable-bzlib --enable-zlib --enable-gpl --enable- version3 --enable-nonfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libmp3lame --enable-libvpx --disable- decoder=libvpx libavutil 51. 66.100 / 51. 66.100 libavcodec 54. 48.100 / 54. 48.100 libavformat 54. 22.100 / 54. 22.100 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 5.101 / 3. 5.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [rm @ 0x1eace20] max_analyze_duration 5000000 reached at 5000000 [rm @ 0x1eace20] Estimating duration from bitrate, this may be inaccurate Guessed Channel Layout for Input Stream #0.0 : mono Input #0, rm, from 'ddinterview14.ra': Metadata: title : David Deida Interview - 6/14/97 author : David Deida copyright : ?1997 David Deida comment : Duration: N/A, bitrate: N/A Stream #0:0: Audio: real_144, 8000 Hz, mono, s16 At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 6 11:10:59 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 06 Aug 2012 09:10:59 -0000 Subject: [FFmpeg-trac] #1097(avcodec:open): prores_kostya: invalid read In-Reply-To: <038.61b4a4db47a0a66cccc4b24f5a291991@avcodec.org> References: <038.61b4a4db47a0a66cccc4b24f5a291991@avcodec.org> Message-ID: <053.95cb24a7b4ccd9bbdc34e91f6ad54cb5@avcodec.org> #1097: prores_kostya: invalid read ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: prores | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Replying to [comment:5 Opie]: > Thought I'd give this issue a poke as it still occurring in the current release. Is the crash also reproducible with the other prores encoder? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 6 11:16:56 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 06 Aug 2012 09:16:56 -0000 Subject: [FFmpeg-trac] #1612(avformat:open): real_144: fix currecnt duration while playing with FFplay In-Reply-To: <038.c239699b46f4fdf4f6157ab7aae58edb@avcodec.org> References: <038.c239699b46f4fdf4f6157ab7aae58edb@avcodec.org> Message-ID: <053.bbb51824266131e752c2fb87d26670bf@avcodec.org> #1612: real_144: fix currecnt duration while playing with FFplay -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: real | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avformat * priority: normal => important * version: unspecified => git-master * keywords: => real regression -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 6 11:19:11 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 06 Aug 2012 09:19:11 -0000 Subject: [FFmpeg-trac] #1610(documentation:open): texi2pod removes backslashes In-Reply-To: <035.78d4e5d50c0ce590076502c25d33d483@avcodec.org> References: <035.78d4e5d50c0ce590076502c25d33d483@avcodec.org> Message-ID: <050.82af476f109cf0a1cebd9f14a74767c6@avcodec.org> #1610: texi2pod removes backslashes -------------------------------------+------------------------------------- Reporter: ubitux | Owner: stefano Type: defect | Status: open Priority: normal | Component: Version: unspecified | documentation Keywords: manpages | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by saste): * status: new => open * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 6 12:32:13 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 06 Aug 2012 10:32:13 -0000 Subject: [FFmpeg-trac] #1263(FFmpeg:new): ffmpeg keeps the output file in memory and only writes it to disk after [q]uitting In-Reply-To: <033.72b0fced7c09b420dbad60b8d5f0d0b8@avcodec.org> References: <033.72b0fced7c09b420dbad60b8d5f0d0b8@avcodec.org> Message-ID: <048.fd76606d9f30267a727e4b7b687f4e33@avcodec.org> #1263: ffmpeg keeps the output file in memory and only writes it to disk after [q]uitting ----------------------------------------+---------------------------------- Reporter: pmts | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: git-master | Resolution: Keywords: memory dts mkv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------------+---------------------------------- Comment (by pmts): The sample was made from a file with which I could reproduce the problem. Just use -vcodec copy -acodec ac3 -ab 448k -map 0:0 -map 0:1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 6 13:47:13 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 06 Aug 2012 11:47:13 -0000 Subject: [FFmpeg-trac] #1263(FFmpeg:new): ffmpeg keeps the output file in memory and only writes it to disk after [q]uitting In-Reply-To: <033.72b0fced7c09b420dbad60b8d5f0d0b8@avcodec.org> References: <033.72b0fced7c09b420dbad60b8d5f0d0b8@avcodec.org> Message-ID: <048.9e8980d57b53d5f4a6849104bd274cfe@avcodec.org> #1263: ffmpeg keeps the output file in memory and only writes it to disk after [q]uitting ----------------------------------------+---------------------------------- Reporter: pmts | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: git-master | Resolution: Keywords: memory dts mkv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------------+---------------------------------- Comment (by cehoyos): Please provide command line together with complete, uncut console output for the sample you attached. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 6 15:24:44 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 06 Aug 2012 13:24:44 -0000 Subject: [FFmpeg-trac] #1607(avformat:new): av_seek_frame() without AVSEEK_FLAG_ANY on mpg files returns success without seeking to a keyframe In-Reply-To: <038.701615e9e98c4da35433bb03ed1b6727@avcodec.org> References: <038.701615e9e98c4da35433bb03ed1b6727@avcodec.org> Message-ID: <053.04f4c788b24d36e9c258175bb9ab0c15@avcodec.org> #1607: av_seek_frame() without AVSEEK_FLAG_ANY on mpg files returns success without seeking to a keyframe ------------------------------------+------------------------------------ Reporter: mbradshaw | 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 DonMoir): mpeg2video failing sample file (6 MB): http://sms.pangolin.com/temp/mpeg2video_seek_to_non_keyframe.mpg -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 6 17:03:41 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 06 Aug 2012 15:03:41 -0000 Subject: [FFmpeg-trac] #1582(swscale:open): Banding/discoloration in darker gradients when converting to rgb24 In-Reply-To: <036.14b2e3fd86f92f10b8123e4f26801033@avcodec.org> References: <036.14b2e3fd86f92f10b8123e4f26801033@avcodec.org> Message-ID: <051.3250ff22b4975fbe6a4ebb545f53782a@avcodec.org> #1582: Banding/discoloration in darker gradients when converting to rgb24 ------------------------------------+----------------------------------- Reporter: y3kcjd5 | Owner: Type: defect | Status: open Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by fftest800): I have the same problem! More info: https://ffmpeg.org/trac/ffmpeg/ticket/1611 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 6 17:13:18 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 06 Aug 2012 15:13:18 -0000 Subject: [FFmpeg-trac] #1613(build system:new): twolame detection is deficient (needs to check version/capability) Message-ID: <035.b8bfc3bb0e98654a282060d65bbc580d@avcodec.org> #1613: twolame detection is deficient (needs to check version/capability) -------------------------------------+------------------------------------- Reporter: nieder | Type: defect Status: new | Priority: normal Component: build | Version: git- system | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- OS X 10.7, Xcode 4.1 When compiling git-master yesterday with --enable-libtwolame added for the first time, I ran into this compilation failure: {{{ CC libavcodec/libtwolame.o /src/ffmpeg/libavcodec/libtwolame.c:59:25: error: use of undeclared identifier 'TWOLAME_SAMPLES_PER_FRAME' avctx->frame_size = TWOLAME_SAMPLES_PER_FRAME; }}} I had twolame-0.3.6 installed, including the dev package (headers, etc) during this failure. Updating to twolame-0.3.13, the build succeeded. The twolame configure check needs to check for twolame capabilities, not just the presence of the header and library. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 6 18:38:07 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 06 Aug 2012 16:38:07 -0000 Subject: [FFmpeg-trac] #1582(swscale:open): Banding/discoloration in darker gradients when converting to rgb24 In-Reply-To: <036.14b2e3fd86f92f10b8123e4f26801033@avcodec.org> References: <036.14b2e3fd86f92f10b8123e4f26801033@avcodec.org> Message-ID: <051.863ec82adebb1b13ce21c337683109b9@avcodec.org> #1582: Banding/discoloration in darker gradients when converting to rgb24 ------------------------------------+----------------------------------- Reporter: y3kcjd5 | Owner: Type: defect | Status: open Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Replying to [comment:6 fftest800]: > I have the same problem! > More info: https://ffmpeg.org/trac/ffmpeg/ticket/1611 I don't see a conversion from higher bpp to lower bpp of the same type of colourspace in that ticket, why do you think it is a duplicate? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 6 19:43:04 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 06 Aug 2012 17:43:04 -0000 Subject: [FFmpeg-trac] #1613(build system:closed): twolame detection is deficient (needs to check version/capability) In-Reply-To: <035.b8bfc3bb0e98654a282060d65bbc580d@avcodec.org> References: <035.b8bfc3bb0e98654a282060d65bbc580d@avcodec.org> Message-ID: <050.8abc70d69c11a1c7ceee92ed78ea4420@avcodec.org> #1613: twolame detection is deficient (needs to check version/capability) -------------------------------------+------------------------------------- Reporter: nieder | Owner: Type: defect | Status: closed Priority: normal | Component: build Version: git-master | system Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by richardpl): * status: new => closed * resolution: => invalid Comment: This have been already fixed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 6 19:46:36 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 06 Aug 2012 17:46:36 -0000 Subject: [FFmpeg-trac] #1597(undetermined:closed): vbr mp2 decoding is broken In-Reply-To: <038.e47ec1830a36f6e096ea06cc7ffc6234@avcodec.org> References: <038.e47ec1830a36f6e096ea06cc7ffc6234@avcodec.org> Message-ID: <053.0f5832dba199a0273ee66df326134c12@avcodec.org> #1597: vbr mp2 decoding is broken -------------------------------------+------------------------------------- Reporter: richardpl | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: wontfix Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by richardpl): * status: new => closed * resolution: => wontfix Comment: Everything points this is twolame bug. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 6 19:48:38 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 06 Aug 2012 17:48:38 -0000 Subject: [FFmpeg-trac] #1273(undetermined:closed): initial seek causes failure to display on some avi files In-Reply-To: <036.2a4ccbc1a8c209f91a4b5ff99976fdea@avcodec.org> References: <036.2a4ccbc1a8c209f91a4b5ff99976fdea@avcodec.org> Message-ID: <051.0121ca4b6d08ef1f61532401ce4435f0@avcodec.org> #1273: initial seek causes failure to display on some avi files -------------------------------------+------------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: pal8 | 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 Mon Aug 6 19:56:42 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 06 Aug 2012 17:56:42 -0000 Subject: [FFmpeg-trac] #1274(undetermined:closed): Segmentation fault in "rtpdec_h264.c" In-Reply-To: <037.b05d955d706366bf9b3c7fb80d5a5d1d@avcodec.org> References: <037.b05d955d706366bf9b3c7fb80d5a5d1d@avcodec.org> Message-ID: <052.ca3e4b5759c071346579b94e66ce3365@avcodec.org> #1274: Segmentation fault in "rtpdec_h264.c" -------------------------------------+------------------------------------- Reporter: Belevern | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: This patch has been applied over a month ago. Sorry that noone updated this ticket -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 6 21:29:27 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 06 Aug 2012 19:29:27 -0000 Subject: [FFmpeg-trac] #1123(avformat:closed): metadata not read correctly with non-standard AVI structure In-Reply-To: <036.6e07666621250bc3a6528ca50c4c44ff@avcodec.org> References: <036.6e07666621250bc3a6528ca50c4c44ff@avcodec.org> Message-ID: <051.28ea16460cf5a87313831120ac28a9ca@avcodec.org> #1123: metadata not read correctly with non-standard AVI structure --------------------------------------+------------------------------------ Reporter: zavisko | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: AVI metadata | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Changes (by michael): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 6 22:07:01 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 06 Aug 2012 20:07:01 -0000 Subject: [FFmpeg-trac] #1607(avformat:new): av_seek_frame() without AVSEEK_FLAG_ANY on mpg files returns success without seeking to a keyframe In-Reply-To: <038.701615e9e98c4da35433bb03ed1b6727@avcodec.org> References: <038.701615e9e98c4da35433bb03ed1b6727@avcodec.org> Message-ID: <053.6219adf98820831099725fdda5a8c8f1@avcodec.org> #1607: av_seek_frame() without AVSEEK_FLAG_ANY on mpg files returns success without seeking to a keyframe ------------------------------------+------------------------------------ Reporter: mbradshaw | 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): Replying to [comment:3 DonMoir]: > mpeg2video failing sample file (6 MB): > > http://sms.pangolin.com/temp/mpeg2video_seek_to_non_keyframe.mpg I failed to extract a non-keyframe out of this sample with ffmpeg. If it is possible, please provide the command together with complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 6 22:24:59 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 06 Aug 2012 20:24:59 -0000 Subject: [FFmpeg-trac] #1614(avcodec:new): AAC stream with SBR fails with "channel element 0.1 is not allocated" Message-ID: <038.95b2e360e7e60d403fb313c547a9e926@avcodec.org> #1614: AAC stream with SBR fails with "channel element 0.1 is not allocated" -----------------------------------+--------------------------------------- Reporter: iceman12c | Type: defect Status: new | Priority: normal Component: avcodec | Version: unspecified Keywords: AAC SBR | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+--------------------------------------- '''Summary of the bug:''' Getting the following message repeatedly when trying to play the AAC stream with ffplay from master: [aac @ 0x7ff1c2023800] channel element 0.1 is not allocated Stream is http://3043.live.streamtheworld.com/SAM04AAC41_SC This stream works fine in VideoLan VLC player. '''How to reproduce:''' ./ffplay http://3043.live.streamtheworld.com/SAM04AAC41_SC -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 6 22:34:10 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 06 Aug 2012 20:34:10 -0000 Subject: [FFmpeg-trac] #1607(avformat:new): av_seek_frame() without AVSEEK_FLAG_ANY on mpg files returns success without seeking to a keyframe In-Reply-To: <038.701615e9e98c4da35433bb03ed1b6727@avcodec.org> References: <038.701615e9e98c4da35433bb03ed1b6727@avcodec.org> Message-ID: <053.4737aebfd5d2bad5af9250ca627087a9@avcodec.org> #1607: av_seek_frame() without AVSEEK_FLAG_ANY on mpg files returns success without seeking to a keyframe ------------------------------------+------------------------------------ Reporter: mbradshaw | 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 mbradshaw): Replying to [comment:4 cehoyos]: > Replying to [comment:3 DonMoir]: > > mpeg2video failing sample file (6 MB): > > > > http://sms.pangolin.com/temp/mpeg2video_seek_to_non_keyframe.mpg > I failed to extract a non-keyframe out of this sample with ffmpeg. > If it is possible, please provide the command together with complete, uncut console output. Can you describe how you were able to extract only keyframes out of this sample? Because I'm afraid we may not be on the same page (again). If `av_seek_frame()` seeks to a keyframe, then the first packet out of `av_read_frame()` should be a keyframe packet and the first call to `avcodec_decode_video2()` with this packet should return a full decoded frame. This is not the case. `av_seek_frame()` on this file (and other mpg files) seeks to a non-keyframe, and the first several packets out of `av_read_frame()` are not keyframe packets, and several calls must be made to `avcodec_decode_video2()` before a full decoded frame is returned. The problem isn't that you get a junk frame out (the decoder makes sure you don't). The problem is that `av_seek_frame()` doesn't seek to a keyframe packet (despite the fact that that's what it claims it does), and several calls must be made to `av_read_frame()` before finally finding a keyframe packet. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 6 22:50:19 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 06 Aug 2012 20:50:19 -0000 Subject: [FFmpeg-trac] #1607(avformat:new): av_seek_frame() without AVSEEK_FLAG_ANY on mpg files returns success without seeking to a keyframe In-Reply-To: <038.701615e9e98c4da35433bb03ed1b6727@avcodec.org> References: <038.701615e9e98c4da35433bb03ed1b6727@avcodec.org> Message-ID: <053.c6fe34d537476271bdc8727bb8d02608@avcodec.org> #1607: av_seek_frame() without AVSEEK_FLAG_ANY on mpg files returns success without seeking to a keyframe ------------------------------------+------------------------------------ Reporter: mbradshaw | 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 | ------------------------------------+------------------------------------ Description changed by mbradshaw: Old description: > The documentation of `av_seek_frame()` makes a contract that it seeks to > a keyframe if AVSEEK_FLAG_ANY is not set. mpg files break this contract > by not seeking to a keyframe but returning success. > > Seeking in mpg should require AVSEEK_FLAG_ANY to be set in order for > success to be returned. > > For context on how this came about, see this thread: > http://ffmpeg.org/pipermail/libav-user/2012-July/002468.html > > I originally opened ticket #1575 but Don Moir pointed out this is more of > a bug than a lack of documentation. New description: The documentation of `av_seek_frame()` makes a contract that it seeks to a keyframe if `AVSEEK_FLAG_ANY` is not set. mpg files break this contract by not seeking to a keyframe and still returning success. '''Updated Edit:''' It seems that any `AVInputFormat` that doesn't have it's own `read_seek()` or `read_seek2()` functions defined will default to either `ff_seek_frame_binary()` or `ff_gen_search()` (with priority given to `ff_seek_frame_binary()`). `ff_seek_frame_binary()` doesn't respect seeking by keyframe, and will break the keyframe contract made by `av_seek_frame()` when `AVSEEK_FLAG_ANY` is not set. Proposed solutions: '''1)''' Seeking in mpg should require `AVSEEK_FLAG_ANY` to be set in order for success to be returned (return failure if it's not specified). This can be done by requiring `AVSEEK_FLAG_ANY` to be set before calling `ff_seek_frame_binary()`. '''2) (in response to Don's suggestions)''' Change `ff_seek_frame_binary()` so that it respects seeking by keyframe if `AVSEEK_FLAG_ANY` is not set. This can be done by sequentially reading (either forwards or backwards (I would prefer backwards)) up to a keyframe after the binary search is complete. For context on how this came about, see this thread: http://ffmpeg.org/pipermail/libav-user/2012-July/002468.html I originally opened ticket #1575 but Don Moir pointed out this is more of a bug than a lack of documentation. -- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 6 23:08:37 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 06 Aug 2012 21:08:37 -0000 Subject: [FFmpeg-trac] #1612(avformat:open): real_144: fix currecnt duration while playing with FFplay In-Reply-To: <038.c239699b46f4fdf4f6157ab7aae58edb@avcodec.org> References: <038.c239699b46f4fdf4f6157ab7aae58edb@avcodec.org> Message-ID: <053.4e140211adbc08e71ecd6f63e4bf80fa@avcodec.org> #1612: real_144: fix currecnt duration while playing with FFplay -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: real | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Regression since 6c65cf5 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 7 00:29:19 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 06 Aug 2012 22:29:19 -0000 Subject: [FFmpeg-trac] #1592(undetermined:new): filter-amix FATE tests errors In-Reply-To: <034.2ef69c9a86190b26d1889f35974f3b76@avcodec.org> References: <034.2ef69c9a86190b26d1889f35974f3b76@avcodec.org> Message-ID: <049.1cfa991617714c606e6c9397cd48699a@avcodec.org> #1592: filter-amix FATE tests errors -------------------------------------+------------------------------------- Reporter: jamal | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: fate amix | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by jamal): Just in case I'll add that this problem was fixed with commit c99d3e2. tiny_psnr doesn't crash anymore in any platform, but for some reason the tests still fail in win64. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 7 01:38:41 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 06 Aug 2012 23:38:41 -0000 Subject: [FFmpeg-trac] #1615(avfilter:new): video diff filter Message-ID: <039.0adac9346aee75dee9949cbbbd0e491d@avcodec.org> #1615: video diff filter -------------------------------------+------------------------------------- Reporter: ylluminate | Type: Status: new | enhancement Component: avfilter | Priority: wish Keywords: diff, | Version: difference | unspecified Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- It would be useful to have a visual diff tool for videos that will create a resultant differential video of two videos. This could be used in a number of scenarios from simply seeing more easily the differences of one encode to the next to many other applications. With some overlay+pad magic you should be able to compare img1,img2 and diff on the same image. Similarly should function with vid frames. It would be useful to have a few different styles of diffing from an outline to color inversion and clipping similar to what is demonstrated here: http://jeffkreeftmeijer.com/2011/comparing-images-and-creating- image-diffs/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 7 09:02:20 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 07 Aug 2012 07:02:20 -0000 Subject: [FFmpeg-trac] #1607(avformat:new): av_seek_frame() without AVSEEK_FLAG_ANY on mpg files returns success without seeking to a keyframe In-Reply-To: <038.701615e9e98c4da35433bb03ed1b6727@avcodec.org> References: <038.701615e9e98c4da35433bb03ed1b6727@avcodec.org> Message-ID: <053.f4fdf859b7819c95128c0e3129e1772a@avcodec.org> #1607: av_seek_frame() without AVSEEK_FLAG_ANY on mpg files returns success without seeking to a keyframe ------------------------------------+------------------------------------ Reporter: mbradshaw | 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 DonMoir): This is best looked at by a developer. Trying to produce something using ffmpeg or ffplay may be difficult to visualize for you. Sometimes recovery is quick and is not as noticeable. If a developer will try to seek on the above file and look at the first packet read after the seek, most likely it will not be a keyframe. Sometimes you get lucky and you will land on a keyframe but mostly not. Since in general you do not land on keyframe after a seek for mpeg2video files, there will be a delay before animation begins. This can be a 2 second delay and just depends on the file and the time you attempted to seek to. The seek for mpeg2video files uses ff_seek_frame_binary and it's just not smart enough to to do keyframe seeking. Any format that is using the generic seek code may also have the same problem. Best thing is to add specialized seeking for mpeg2video like most of the other formats that work have. I put in bold some hints at the bottom of this ffplay output. ffplay -ss 5 mpeg2video_seek_to_non_keyframe.mpg ffplay version N-43206-gf857465 Copyright (c) 2003-2012 the FFmpeg developers built on Aug 4 2012 16:12:33 with gcc 4.7.1 (GCC) configuration: --disable-static --enable-shared --enable-gpl --enable- version3 --disable-w32threads --enable-runtime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable-libass --enable-libcelt --enable-libopencore- amrnb --enable-libopencore-amrwb --enable-libfreetype --enable-libgsm --enable- libmp3lame --enable-libnut --enable-libopenjpeg --enable-librtmp --enable- libschroedinger --enable-libspeex --enable-libtheora --enable-libutvideo --enable-libvo- aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable- libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 66.100 / 51. 66.100 libavcodec 54. 49.100 / 54. 49.100 libavformat 54. 22.100 / 54. 22.100 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 5.102 / 3. 5.102 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [mpeg @ 012a0520] max_analyze_duration 5000000 reached at 5024000 Input #0, mpeg, from 'mpeg2video_seek_to_non_keyframe.mpg': Duration: 00:00:09.85, start: 1.320000, bitrate: 4998 kb/s Stream #0:0[0x1e0]: Video: mpeg2video (Main), yuv420p, 720x576 [SAR 16:15 DAR 4:3], 8000 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x80]: Audio: ac3, 48000 Hz, stereo, s16, 192 kb/s [mpeg2video @ 012ae6e0] '''warning: first frame is no keyframe''' [ac3 @ 012a7c20] '''frame sync error''' aq= 8KB vq= 5KB sq= 0B f=0/0 Frame changed from size:0x0 to size:720x576 25.71 A-V: 6.834 fd= 3 aq= 0KB vq= 0KB sq= 0B f=0/0 f=0/0 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 7 09:24:18 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 07 Aug 2012 07:24:18 -0000 Subject: [FFmpeg-trac] #1607(avformat:new): av_seek_frame() without AVSEEK_FLAG_ANY on mpg files returns success without seeking to a keyframe In-Reply-To: <038.701615e9e98c4da35433bb03ed1b6727@avcodec.org> References: <038.701615e9e98c4da35433bb03ed1b6727@avcodec.org> Message-ID: <053.257928fcbe961497e8fd3ed805a0338f@avcodec.org> #1607: av_seek_frame() without AVSEEK_FLAG_ANY on mpg files returns success without seeking to a keyframe ------------------------------------+------------------------------------ Reporter: mbradshaw | 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 DonMoir): If you are just looking visually at the above file you may not notice too much of a problem. Some files are much worse. The above file is just the smallest I have that will reproduce the problem but a developer needs to look at it. The other thing is that since ff_seek_frame_binary is being used, it should be obvious to any developer why this is a problem and is most likely already known. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 7 09:53:58 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 07 Aug 2012 07:53:58 -0000 Subject: [FFmpeg-trac] #1607(avformat:new): av_seek_frame() without AVSEEK_FLAG_ANY on mpg files returns success without seeking to a keyframe In-Reply-To: <038.701615e9e98c4da35433bb03ed1b6727@avcodec.org> References: <038.701615e9e98c4da35433bb03ed1b6727@avcodec.org> Message-ID: <053.5ad50ed4e3a65255fe85f94e8e978f88@avcodec.org> #1607: av_seek_frame() without AVSEEK_FLAG_ANY on mpg files returns success without seeking to a keyframe ------------------------------------+------------------------------------ Reporter: mbradshaw | 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 DonMoir): There are no index entries for these files and the seek just falls into ff_gen_search with the times that are originally passed in. Now maybe if index entries were added, this could be made to work without adding special seek code. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 7 10:38:13 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 07 Aug 2012 08:38:13 -0000 Subject: [FFmpeg-trac] #1607(avformat:new): av_seek_frame() without AVSEEK_FLAG_ANY on mpg files returns success without seeking to a keyframe In-Reply-To: <038.701615e9e98c4da35433bb03ed1b6727@avcodec.org> References: <038.701615e9e98c4da35433bb03ed1b6727@avcodec.org> Message-ID: <053.110ed0a8c5200cb4254273eb37b0ca7a@avcodec.org> #1607: av_seek_frame() without AVSEEK_FLAG_ANY on mpg files returns success without seeking to a keyframe ------------------------------------+------------------------------------ Reporter: mbradshaw | 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): Replying to [comment:5 mbradshaw]: > Replying to [comment:4 cehoyos]: > > Replying to [comment:3 DonMoir]: > > > mpeg2video failing sample file (6 MB): > > > > > > http://sms.pangolin.com/temp/mpeg2video_seek_to_non_keyframe.mpg > > I failed to extract a non-keyframe out of this sample with ffmpeg. > > If it is possible, please provide the command together with complete, uncut console output. > Can you describe how you were able to extract only keyframes out of this sample? $ ffmpeg -ss 1 -i mpeg2video_seek_to_non_keyframe.mpg out.png $ ffmpeg -ss 2 -i mpeg2video_seek_to_non_keyframe.mpg out.png $ ffmpeg -ss 3 -i mpeg2video_seek_to_non_keyframe.mpg out.png $ ffmpeg -ss 4 -i mpeg2video_seek_to_non_keyframe.mpg out.png $ ffmpeg -ss 5 -i mpeg2video_seek_to_non_keyframe.mpg out.png $ ffmpeg -ss 6 -i mpeg2video_seek_to_non_keyframe.mpg out.png $ ffmpeg -ss 7 -i mpeg2video_seek_to_non_keyframe.mpg out.png > The problem isn't that you get a junk frame out (the decoder makes sure you don't). I wonder what this sentence means: There are many samples that return gray frames for above command line (including some sample that you pointed to). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 7 10:44:29 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 07 Aug 2012 08:44:29 -0000 Subject: [FFmpeg-trac] #1607(avformat:new): av_seek_frame() without AVSEEK_FLAG_ANY on mpg files returns success without seeking to a keyframe In-Reply-To: <038.701615e9e98c4da35433bb03ed1b6727@avcodec.org> References: <038.701615e9e98c4da35433bb03ed1b6727@avcodec.org> Message-ID: <053.b779a8a64a85e7cb914388cbf8044a96@avcodec.org> #1607: av_seek_frame() without AVSEEK_FLAG_ANY on mpg files returns success without seeking to a keyframe ------------------------------------+------------------------------------ Reporter: mbradshaw | 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): And there is a second possibility how not to extract non-keyframes: $ ffmpeg -ss 1 -i mpeg2video_seek_to_non_keyframe.mpg -vcodec copy -vframes 1 out.m2v $ ffmpeg -ss 2 -i mpeg2video_seek_to_non_keyframe.mpg -vcodec copy -vframes 1 out.m2v $ ffmpeg -ss 3 -i mpeg2video_seek_to_non_keyframe.mpg -vcodec copy -vframes 1 out.m2v $ ffmpeg -ss 4 -i mpeg2video_seek_to_non_keyframe.mpg -vcodec copy -vframes 1 out.m2v $ ffmpeg -ss 5 -i mpeg2video_seek_to_non_keyframe.mpg -vcodec copy -vframes 1 out.m2v $ ffmpeg -ss 6 -i mpeg2video_seek_to_non_keyframe.mpg -vcodec copy -vframes 1 out.m2v $ ffmpeg -ss 7 -i mpeg2video_seek_to_non_keyframe.mpg -vcodec copy -vframes 1 out.m2v $ ffmpeg -ss 8 -i mpeg2video_seek_to_non_keyframe.mpg -vcodec copy -vframes 1 out.m2v $ ffmpeg -ss 9 -i mpeg2video_seek_to_non_keyframe.mpg -vcodec copy -vframes 1 out.m2v -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 7 10:46:54 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 07 Aug 2012 08:46:54 -0000 Subject: [FFmpeg-trac] #1616(undetermined:new): bad seek in WMV2 file Message-ID: <036.89264380eb5e90c3a180013e00bc1f3f@avcodec.org> #1616: bad seek in WMV2 file -------------------------------------+------------------------------------- Reporter: DonMoir | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Sample file: http://sms.pangolin.com/temp/bad_seek_wmv2.wmv (3 mb) If you do ffplay -ss 7 bad_seek_wmv2.wmv it works correctly. But ffplay -ss 8 bad_seek_wmv2.wmv will fail with gray frame. For my app, I see corruption and not gray. VLC has a bit of a problem with it but not as bad. WMP gets it perfect. With the following you will get a gray frame and a warning about first frame is not keyframe. The first frame is a keyframe but maybe not the one it seeked to. ffplay -ss 8 CreaToon3.wmv ffplay version N-43206-gf857465 Copyright (c) 2003-2012 the FFmpeg developers built on Aug 4 2012 16:12:33 with gcc 4.7.1 (GCC) configuration: --disable-static --enable-shared --enable-gpl --enable- version3 --disable-w32threads --enable-runtime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable-libass --enable-libcelt --enable-libopencore- amrnb --enable-libopencore-amrwb --enable-libfreetype --enable-libgsm --enable- libmp3lame --enable-libnut --enable-libopenjpeg --enable-librtmp --enable- libschroedinger --enable-libspeex --enable-libtheora --enable-libutvideo --enable-libvo- aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable- libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 66.100 / 51. 66.100 libavcodec 54. 49.100 / 54. 49.100 libavformat 54. 22.100 / 54. 22.100 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 5.102 / 3. 5.102 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, asf, from 'CreaToon3.wmv': Metadata: title : CreaToon 3 artist : ANIMANTE BALEARES S.L. copyright : ANIMANTE BALEARES S.L. 2004 WMFSDKVersion : 9.00.00.2980 WMFSDKNeeded : 0.0.0.0000 IsVBR : 0 Duration: 00:00:42.23, start: 0.000000, bitrate: 664 kb/s Stream #0:0(spa): Audio: wmav2 (a[1][0][0] / 0x0161), 44100 Hz, 1 channels, s16, 20 kb/s Stream #0:1(spa): Video: wmv2 (WMV2 / 0x32564D57), yuv420p, 640x480, 671 kb/ s, 25 tbr, 1k tbn, 1k tbc [asf @ 012a04a0] ignoring invalid packet_obj_size (15 116 116 310) [asf @ 012a04a0] freeing incomplete packet size 310, new 1580 1344327525.2[wmv2 @ 012a7060] 2 warning: '''first frame is no keyframe''' Frame changed from size:0x0 to size:640x480q= 0B f=0/0 29.51 A-V: 0.186 fd= 163 aq= 5KB vq= 83KB sq= 0B f=0/0 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 7 11:06:37 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 07 Aug 2012 09:06:37 -0000 Subject: [FFmpeg-trac] #1097(avcodec:open): prores_kostya: invalid read In-Reply-To: <038.61b4a4db47a0a66cccc4b24f5a291991@avcodec.org> References: <038.61b4a4db47a0a66cccc4b24f5a291991@avcodec.org> Message-ID: <053.1996bd11bd5fcca145728a33183b2d9a@avcodec.org> #1097: prores_kostya: invalid read ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: prores | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by Opie): Replying to [comment:6 cehoyos]: > Replying to [comment:5 Opie]: > > Thought I'd give this issue a poke as it still occurring in the current release. > Is the crash also reproducible with the other prores encoder? No with the other ProRes encoder recording 1080i50 works OK. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 7 11:07:37 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 07 Aug 2012 09:07:37 -0000 Subject: [FFmpeg-trac] #1616(undetermined:open): bad seek in WMV2 file In-Reply-To: <036.89264380eb5e90c3a180013e00bc1f3f@avcodec.org> References: <036.89264380eb5e90c3a180013e00bc1f3f@avcodec.org> Message-ID: <051.5c1ba3c0e77a0732b84a1300c4cd3eec@avcodec.org> #1616: bad seek in WMV2 file -------------------------------------+------------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: asf wmv2 | Resolution: seek | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => asf wmv2 seek * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 Old description: > Sample file: > > http://sms.pangolin.com/temp/bad_seek_wmv2.wmv (3 mb) > > If you do ffplay -ss 7 bad_seek_wmv2.wmv it works correctly. > > But ffplay -ss 8 bad_seek_wmv2.wmv will fail with gray frame. > > For my app, I see corruption and not gray. > > VLC has a bit of a problem with it but not as bad. > > WMP gets it perfect. > > With the following you will get a gray frame and a warning about first > frame is not keyframe. The first frame is a keyframe but maybe not the > one it seeked to. > > ffplay -ss 8 CreaToon3.wmv > ffplay version N-43206-gf857465 Copyright (c) 2003-2012 the FFmpeg > developers > built on Aug 4 2012 16:12:33 with gcc 4.7.1 (GCC) > configuration: --disable-static --enable-shared --enable-gpl --enable- > version3 > --disable-w32threads --enable-runtime-cpudetect --enable-avisynth > --enable-bzlib > --enable-frei0r --enable-libass --enable-libcelt --enable-libopencore- > amrnb > --enable-libopencore-amrwb --enable-libfreetype --enable-libgsm > --enable-libmp3lame > --enable-libnut --enable-libopenjpeg --enable-librtmp --enable- > libschroedinger > --enable-libspeex --enable-libtheora --enable-libutvideo --enable-libvo- > aacenc > --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable- > libx264 > --enable-libxavs --enable-libxvid --enable-zlib > libavutil 51. 66.100 / 51. 66.100 > libavcodec 54. 49.100 / 54. 49.100 > libavformat 54. 22.100 / 54. 22.100 > libavdevice 54. 2.100 / 54. 2.100 > libavfilter 3. 5.102 / 3. 5.102 > libswscale 2. 1.100 / 2. 1.100 > libswresample 0. 15.100 / 0. 15.100 > libpostproc 52. 0.100 / 52. 0.100 > Input #0, asf, from 'CreaToon3.wmv': > Metadata: > title : CreaToon 3 > artist : ANIMANTE BALEARES S.L. > copyright : ANIMANTE BALEARES S.L. 2004 > WMFSDKVersion : 9.00.00.2980 > WMFSDKNeeded : 0.0.0.0000 > IsVBR : 0 > Duration: 00:00:42.23, start: 0.000000, bitrate: 664 kb/s > Stream #0:0(spa): Audio: wmav2 (a[1][0][0] / 0x0161), 44100 Hz, 1 > channels, > s16, 20 kb/s > Stream #0:1(spa): Video: wmv2 (WMV2 / 0x32564D57), yuv420p, 640x480, > 671 kb/ > s, 25 tbr, 1k tbn, 1k tbc > [asf @ 012a04a0] ignoring invalid packet_obj_size (15 116 116 310) > [asf @ 012a04a0] freeing incomplete packet size 310, new 1580 > 1344327525.2[wmv2 @ 012a7060] 2 warning: '''first frame is no keyframe''' > Frame changed from size:0x0 to size:640x480q= 0B f=0/0 > 29.51 A-V: 0.186 fd= 163 aq= 5KB vq= 83KB sq= 0B f=0/0 New description: Sample file: http://sms.pangolin.com/temp/bad_seek_wmv2.wmv (3 mb) If you do ffplay -ss 7 bad_seek_wmv2.wmv it works correctly. But ffplay -ss 8 bad_seek_wmv2.wmv will fail with gray frame. For my app, I see corruption and not gray. VLC has a bit of a problem with it but not as bad. WMP gets it perfect. With the following you will get a gray frame and a warning about first frame is not keyframe. The first frame is a keyframe but maybe not the one it seeked to. {{{ ffplay -ss 8 CreaToon3.wmv ffplay version N-43206-gf857465 Copyright (c) 2003-2012 the FFmpeg developers built on Aug 4 2012 16:12:33 with gcc 4.7.1 (GCC) configuration: --disable-static --enable-shared --enable-gpl --enable- version3 --disable-w32threads --enable-runtime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable-libass --enable-libcelt --enable-libopencore- amrnb --enable-libopencore-amrwb --enable-libfreetype --enable-libgsm --enable- libmp3lame --enable-libnut --enable-libopenjpeg --enable-librtmp --enable- libschroedinger --enable-libspeex --enable-libtheora --enable-libutvideo --enable-libvo- aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable- libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 66.100 / 51. 66.100 libavcodec 54. 49.100 / 54. 49.100 libavformat 54. 22.100 / 54. 22.100 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 5.102 / 3. 5.102 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, asf, from 'CreaToon3.wmv': Metadata: title : CreaToon 3 artist : ANIMANTE BALEARES S.L. copyright : ANIMANTE BALEARES S.L. 2004 WMFSDKVersion : 9.00.00.2980 WMFSDKNeeded : 0.0.0.0000 IsVBR : 0 Duration: 00:00:42.23, start: 0.000000, bitrate: 664 kb/s Stream #0:0(spa): Audio: wmav2 (a[1][0][0] / 0x0161), 44100 Hz, 1 channels, s16, 20 kb/s Stream #0:1(spa): Video: wmv2 (WMV2 / 0x32564D57), yuv420p, 640x480, 671 kb/ s, 25 tbr, 1k tbn, 1k tbc [asf @ 012a04a0] ignoring invalid packet_obj_size (15 116 116 310) [asf @ 012a04a0] freeing incomplete packet size 310, new 1580 1344327525.2[wmv2 @ 012a7060] 2 warning: '''first frame is no keyframe''' Frame changed from size:0x0 to size:640x480q= 0B f=0/0 29.51 A-V: 0.186 fd= 163 aq= 5KB vq= 83KB sq= 0B f=0/0 }}} -- Comment: Please remember to only report problems for ffplay if they are not reproducible with ffmpeg (and that means that whenever a ticket for ffplay is reported, some implicit or explicit reason is needed why the ticket is not reported for ffmpeg). The two reasons are that bugs are much more difficult to reproduce with ffplay and that ffplay depends on an external library that is known to contain bugs. {{{ $ ffmpeg -ss 8 -i bad_seek_wmv2.wmv out.png ffmpeg version N-43291-gcf753d5 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 7 2012 07:51:32 with gcc 4.3.2 (GCC) configuration: --cc=/usr/local/gcc-4.3.2/bin/gcc --enable-gpl --enable- libopenjpeg --enable-libvorbis --enable-libspeex --enable-libmp3lame --enable-libtheora --extra-ldflags=-lm --enable-libvpx --enable-libxavs --enable-x11grab --enable-libass --enable-nonfree --enable-libfaac --enable-libopus --enable-libfdk-aac libavutil 51. 66.101 / 51. 66.101 libavcodec 54. 50.100 / 54. 50.100 libavformat 54. 22.101 / 54. 22.101 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 5.102 / 3. 5.102 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 Guessed Channel Layout for Input Stream #0.0 : mono Input #0, asf, from 'bad_seek_wmv2.wmv': Metadata: title : CreaToon 3 artist : ANIMANTE BALEARES S.L. copyright : ANIMANTE BALEARES S.L. 2004 WMFSDKVersion : 9.00.00.2980 WMFSDKNeeded : 0.0.0.0000 IsVBR : 0 Duration: 00:00:42.23, start: 0.000000, bitrate: 664 kb/s Stream #0:0(spa): Audio: wmav2 (a[1][0][0] / 0x0161), 44100 Hz, mono, s16, 20 kb/s Stream #0:1(spa): Video: wmv2 (WMV2 / 0x32564D57), yuv420p, 640x480, 671 kb/s, 25 tbr, 1k tbn, 1k tbc Output #0, image2, to 'out.png': Metadata: title : CreaToon 3 artist : ANIMANTE BALEARES S.L. copyright : ANIMANTE BALEARES S.L. 2004 WMFSDKVersion : 9.00.00.2980 WMFSDKNeeded : 0.0.0.0000 IsVBR : 0 encoder : Lavf54.22.101 Stream #0:0(spa): Video: png, rgb24, 640x480, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:1 -> #0:0 (wmv2 -> png) Press [q] to stop, [?] for help [asf @ 0x9115500] ignoring invalid packet_obj_size (15 116 116 310) [asf @ 0x9115500] freeing incomplete packet size 310, new 1580 [wmv2 @ 0x911c7c0] warning: first frame is no keyframe [image2 @ 0x910f960] Could not get frame filename number 2 from pattern 'out.png' av_interleaved_write_frame(): Invalid argument }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 7 11:44:47 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 07 Aug 2012 09:44:47 -0000 Subject: [FFmpeg-trac] #1616(undetermined:open): bad seek in WMV2 file In-Reply-To: <036.89264380eb5e90c3a180013e00bc1f3f@avcodec.org> References: <036.89264380eb5e90c3a180013e00bc1f3f@avcodec.org> Message-ID: <051.c51198715bb23d7b0b8e11b2a77a9cc9@avcodec.org> #1616: bad seek in WMV2 file -------------------------------------+------------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: asf wmv2 | Resolution: seek | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by DonMoir): Understood, but keep in mind that I generally do not report any ffplay problem and it's only after I have tested elsewhere that I report anything at all. The only way I actually become aware of a problem is thru my own app and never actually use ffplay for anything except to show you the problem. To me and for the most part, it just seems easier to show you the problem using ffplay but I will use ffmpeg if you think that is easier for you. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 7 11:52:16 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 07 Aug 2012 09:52:16 -0000 Subject: [FFmpeg-trac] #1412(avcodec:open): ffmpeg crashes on win64 when decoding a dirac stream (was: ffmpeg crashes when decoding a dirac stream) In-Reply-To: <034.d5ece6c6c893c304bdf61d634cd132eb@avcodec.org> References: <034.d5ece6c6c893c304bdf61d634cd132eb@avcodec.org> Message-ID: <049.eee5badba55cb7fcf29db86d3776cf19@avcodec.org> #1412: ffmpeg crashes on win64 when decoding a dirac stream -------------------------------------+----------------------------------- Reporter: jamal | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: dirac win64 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 7 11:59:21 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 07 Aug 2012 09:59:21 -0000 Subject: [FFmpeg-trac] #1282(avcodec:open): VP6F Libavcodec decoding bug (slowly accumulating artifacts) (was: VP6F Libavcodec decoding bug) In-Reply-To: <044.7efe4b1c5cc59f08c68184f00b2c0705@avcodec.org> References: <044.7efe4b1c5cc59f08c68184f00b2c0705@avcodec.org> Message-ID: <059.a5f6bcd9f59dcd1db8e5edeac4766bc0@avcodec.org> #1282: VP6F Libavcodec decoding bug (slowly accumulating artifacts) -------------------------------------+------------------------------------- Reporter: | Owner: theshadowrunner | Status: open Type: defect | Component: avcodec Priority: normal | Resolution: Version: git-master | Blocked By: Keywords: vp6f | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 7 12:25:59 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 07 Aug 2012 10:25:59 -0000 Subject: [FFmpeg-trac] #1281(undetermined:new): RTMP Streamig to alez.tv is not working (was: RTMP Streamig) In-Reply-To: <040.55e162f8ba0d6282ee59ebe9565182a7@avcodec.org> References: <040.55e162f8ba0d6282ee59ebe9565182a7@avcodec.org> Message-ID: <055.53c5a4a813b22b919e830d68b229f017@avcodec.org> #1281: RTMP Streamig to alez.tv is not working -------------------------------------+------------------------------------- Reporter: vovanrussia | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 7 12:33:47 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 07 Aug 2012 10:33:47 -0000 Subject: [FFmpeg-trac] #1313(undetermined:closed): Use more threads for decoding MTS In-Reply-To: <037.733e12073b4420badb42b272fd4e287f@avcodec.org> References: <037.733e12073b4420badb42b272fd4e287f@avcodec.org> Message-ID: <052.c05ae2fbbc5966cc41a986f04faf6174@avcodec.org> #1313: Use more threads for decoding MTS -------------------------------------+------------------------------------- Reporter: andreasg | Owner: Type: enhancement | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => invalid Comment: Different videos can behave differently in terms of multithreading scalability, If you belive the difference you see is not just random difference between encoders and input material then please reopen this ticket and elaborate -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 7 13:30:55 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 07 Aug 2012 11:30:55 -0000 Subject: [FFmpeg-trac] #1241(build system:closed): ffmpeg build is trying to compile 'neon' although this instruction set is disabled @ ./configure ( '--disable-neon' ) In-Reply-To: <034.87fb0194692fc008684f2e65d6a20a4b@avcodec.org> References: <034.87fb0194692fc008684f2e65d6a20a4b@avcodec.org> Message-ID: <049.ea41385d4b72fe2ad6c0843f2110cd61@avcodec.org> #1241: ffmpeg build is trying to compile 'neon' although this instruction set is disabled @ ./configure ( '--disable-neon' ) -------------------------------------+------------------------------------- Reporter: nadav | Owner: Type: defect | Status: closed Priority: normal | Component: build Version: git-master | system Keywords: arm neon | Resolution: fixed build | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * keywords: arm => arm neon build * status: new => closed * version: unspecified => git-master * resolution: => fixed * reproduced: 0 => 1 Comment: Replying to [comment:13 notzed]: > Without the patchneondsp2 diff, the command line i gave fails to build, with those neon_* symbols missing. With the patch it succeeds. thanks, ive been able to reproduce and fix the issue -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 7 13:44:05 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 07 Aug 2012 11:44:05 -0000 Subject: [FFmpeg-trac] #1277(undetermined:open): Subtitle (hdmv_pgs_subtitle) conversion fails (was: Subtitle conversion fails) In-Reply-To: <038.44ea4de7f757db5bba072a8daed7585b@avcodec.org> References: <038.44ea4de7f757db5bba072a8daed7585b@avcodec.org> Message-ID: <053.156e17fd691c89d18f15a2bf08dc1142@avcodec.org> #1277: Subtitle (hdmv_pgs_subtitle) conversion fails -------------------------------------+------------------------------------- Reporter: bakhshian | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: dvdsub | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 7 14:04:16 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 07 Aug 2012 12:04:16 -0000 Subject: [FFmpeg-trac] #1309(avcodec:new): Android(NDK) cannot compile thumb mode In-Reply-To: <037.45c5111d1fb81256c4e2570f99b24013@avcodec.org> References: <037.45c5111d1fb81256c4e2570f99b24013@avcodec.org> Message-ID: <052.593bd6034740c430456953879c9e7ef2@avcodec.org> #1309: Android(NDK) cannot compile thumb mode ------------------------------------+----------------------------------- Reporter: kyh96403 | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: arm | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by michael): Please provide a (preferably minimal) command line for configure so we can reproduce the bug and verify the fix -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 7 14:18:28 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 07 Aug 2012 12:18:28 -0000 Subject: [FFmpeg-trac] #1509(undetermined:new): H264 Encoding Broken In-Reply-To: <032.8bc83e7eab7a1636c2f7cbe04ba8265d@avcodec.org> References: <032.8bc83e7eab7a1636c2f7cbe04ba8265d@avcodec.org> Message-ID: <047.d7b63580c362486948d5d03c1dd45433@avcodec.org> #1509: H264 Encoding Broken -------------------------------------+------------------------------------- Reporter: DJX | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: Win32 Win64 | Resolution: H264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by arad85): The problem goes away when you compile with Win32 threads. This is being looked at by Roger Pack - he is working with the pthreads team to identify the cause. I haven't seen any update for around a week now. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 7 14:18:57 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 07 Aug 2012 12:18:57 -0000 Subject: [FFmpeg-trac] #1277(undetermined:open): Subtitle (hdmv_pgs_subtitle) conversion fails In-Reply-To: <038.44ea4de7f757db5bba072a8daed7585b@avcodec.org> References: <038.44ea4de7f757db5bba072a8daed7585b@avcodec.org> Message-ID: <053.2774a373ee093dccfa25e49ff5176a86@avcodec.org> #1277: Subtitle (hdmv_pgs_subtitle) conversion fails -------------------------------------+------------------------------------- Reporter: bakhshian | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: dvdsub | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by Cigaes): I would like to access the sample, to see if my recent patches in that area are enough to solve the problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 7 14:23:09 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 07 Aug 2012 12:23:09 -0000 Subject: [FFmpeg-trac] #1322(FFplay:new): ffplay: workaround libsdl's bug with odd width/height In-Reply-To: <038.79830bd0e7d52c8a64d20be77bf1ae50@avcodec.org> References: <038.79830bd0e7d52c8a64d20be77bf1ae50@avcodec.org> Message-ID: <053.45714a876646957fee2b647f51ae0b58@avcodec.org> #1322: ffplay: workaround libsdl's bug with odd width/height -------------------------------------+---------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: FFplay Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Changes (by michael): * reproduced: 0 => 1 Comment: I can reproduce this issue with ffplay and 1.2.14 on ubuntu so it seems theres some other aspect to this than just the SDL version -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 7 15:01:30 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 07 Aug 2012 13:01:30 -0000 Subject: [FFmpeg-trac] #1616(undetermined:open): bad seek in WMV2 file In-Reply-To: <036.89264380eb5e90c3a180013e00bc1f3f@avcodec.org> References: <036.89264380eb5e90c3a180013e00bc1f3f@avcodec.org> Message-ID: <051.11dae611b7d6ddceb6b84c23e35cc6e4@avcodec.org> #1616: bad seek in WMV2 file -------------------------------------+------------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: asf wmv2 | Resolution: seek | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by DonMoir): In my own app, I only see a problem when seeking near 18 seconds. It's like a bad index entry is being added. I can seek somewhat before 18 seconds and somewhat after and it's all good. Just the time around when the plane is visible seems to be a problem for me. So around 17 to 21 seconds. Here's an image of what I see. It should be all blue sky around the plane but there are yellow artifacts from previous frame. http://sms.pangolin.com/temp/bad_seek_wmv2_at_18_sec.png -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 7 15:47:11 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 07 Aug 2012 13:47:11 -0000 Subject: [FFmpeg-trac] #1277(undetermined:open): Subtitle (hdmv_pgs_subtitle) conversion fails In-Reply-To: <038.44ea4de7f757db5bba072a8daed7585b@avcodec.org> References: <038.44ea4de7f757db5bba072a8daed7585b@avcodec.org> Message-ID: <053.d6415f6284b6ef11e2cb62ac63b779e7@avcodec.org> #1277: Subtitle (hdmv_pgs_subtitle) conversion fails -------------------------------------+------------------------------------- Reporter: bakhshian | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: dvdsub | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by cehoyos): Sample uploaded to samples/ffmpeg-bugs/trac/ticket1277 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 7 16:59:08 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 07 Aug 2012 14:59:08 -0000 Subject: [FFmpeg-trac] #1277(undetermined:open): Subtitle (hdmv_pgs_subtitle) conversion fails In-Reply-To: <038.44ea4de7f757db5bba072a8daed7585b@avcodec.org> References: <038.44ea4de7f757db5bba072a8daed7585b@avcodec.org> Message-ID: <053.3d8532098e86fbe5ce0024d93c4aa524@avcodec.org> #1277: Subtitle (hdmv_pgs_subtitle) conversion fails -------------------------------------+------------------------------------- Reporter: bakhshian | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: dvdsub | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by Cigaes): Thanks Carl Eugen. This patch fixes the failure: [http://ffmpeg.org/pipermail/ffmpeg-devel/2012-August/129069.html] The resulting encoded subtile has completely wrong colors, but the following patch fixes it, and gives IMHO a very decent result given the limitations of the dvdsub format: [http://ffmpeg.org/pipermail/ffmpeg-devel/2012-August/129070.html] The resulting subtitle is still huge, though, and slightly differently so between MPlayer and ffplay, but that is definitely an improvement. See the attached screenshots. I'll try to look into the size matter. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 7 17:31:19 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 07 Aug 2012 15:31:19 -0000 Subject: [FFmpeg-trac] #1509(undetermined:new): H264 Encoding Broken In-Reply-To: <032.8bc83e7eab7a1636c2f7cbe04ba8265d@avcodec.org> References: <032.8bc83e7eab7a1636c2f7cbe04ba8265d@avcodec.org> Message-ID: <047.51d36f47573376c960980041e8c2e18f@avcodec.org> #1509: H264 Encoding Broken -------------------------------------+------------------------------------- Reporter: DJX | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: Win32 Win64 | Resolution: H264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by rogerdpack): as a note I'm able to reproduce this with -threads 1 with "later" builds but not those around jan 1 2012. However, with -threads 6 I'm able to reproduce this with basically any version, so my guess is it's a bug in the internal pthreads library in use. Still investigating... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 7 18:06:20 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 07 Aug 2012 16:06:20 -0000 Subject: [FFmpeg-trac] #1432(avformat:closed): progressive delay In-Reply-To: <031.db651549cdf6166fc0aca64f9ec37f30@avcodec.org> References: <031.db651549cdf6166fc0aca64f9ec37f30@avcodec.org> Message-ID: <046.f590e598f702b09c0e7a48356531be03@avcodec.org> #1432: progressive delay -------------------------------------+------------------------------------- Reporter: lo | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: avi mp3 | Blocked By: desync | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by mjs973): Michael N's patch is inadequate, and does not fix this bug in the correct place. My 2nd patch does. For example, ffplay does not play the 133*.avi file correctly (video frames are displayed too slowly; use the '-an' option to observe correct playback speed.) His patch fixed exactly one speical case: stream copy using ffmpeg.c. All other applications which use the avi demuxer are still broken. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 7 18:17:44 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 07 Aug 2012 16:17:44 -0000 Subject: [FFmpeg-trac] #1330(avcodec:closed): Invalid reads when decoding corrupted mpeg2video In-Reply-To: <036.de382bdaac2f8c46a59521cea07c194d@avcodec.org> References: <036.de382bdaac2f8c46a59521cea07c194d@avcodec.org> Message-ID: <051.f1ce65cb45b9b77f4f13df8eb1bc6069@avcodec.org> #1330: Invalid reads when decoding corrupted mpeg2video ------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: mpeg2video | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 7 19:20:12 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 07 Aug 2012 17:20:12 -0000 Subject: [FFmpeg-trac] #1334(avformat:closed): Memleak when reading dvvideo in avi In-Reply-To: <036.abc75c94414431638f248532215bdd27@avcodec.org> References: <036.abc75c94414431638f248532215bdd27@avcodec.org> Message-ID: <051.fced479a6690989cd1991f4c99ca8c9e@avcodec.org> #1334: Memleak when reading dvvideo in avi -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: memleak avi | Blocked By: dv | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * keywords: memleak avi => memleak avi dv * resolution: => fixed * status: new => closed * component: undetermined => avformat * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 7 20:14:26 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 07 Aug 2012 18:14:26 -0000 Subject: [FFmpeg-trac] #1462(avfilter:closed): add smptecolorbar video test source In-Reply-To: <036.98d2f98ffa1dae103630e82d4bfd6a44@avcodec.org> References: <036.98d2f98ffa1dae103630e82d4bfd6a44@avcodec.org> Message-ID: <051.230cfe7565e705f9488f85b4ead7399a@avcodec.org> #1462: add smptecolorbar video test source -------------------------------------+------------------------------------- Reporter: dericed | Owner: Type: enhancement | Status: closed Priority: normal | Component: avfilter Version: unspecified | Resolution: fixed Keywords: smptebars | Blocked By: smpte | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by saste): * status: new => closed * reproduced: 0 => 1 * component: undetermined => avfilter * keywords: => smptebars smpte * analyzed: 0 => 1 * resolution: => fixed Comment: Should be fixed in: {{{ commit 13c506918729c8a75d1012ba485fe25755c8221a Author: Paul B Mahol Date: Wed Jun 20 01:54:58 2012 +0000 lavfi: add smptebars source Patch readapted by Stefano Sabatini, color values proposed by Tim Nicholson . Address trac ticket #1462. See thread: Subject: [FFmpeg-devel] [PATCH] smptebars filter Date: Wed, 20 Jun 2012 01:54:58 +0000 Signed-off-by: Paul B Mahol Signed-off-by: Stefano Sabatini }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 7 20:17:58 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 07 Aug 2012 18:17:58 -0000 Subject: [FFmpeg-trac] #1607(avformat:new): av_seek_frame() without AVSEEK_FLAG_ANY on mpg files returns success without seeking to a keyframe In-Reply-To: <038.701615e9e98c4da35433bb03ed1b6727@avcodec.org> References: <038.701615e9e98c4da35433bb03ed1b6727@avcodec.org> Message-ID: <053.e141b7f9378b144cfa02b12b77499ef0@avcodec.org> #1607: av_seek_frame() without AVSEEK_FLAG_ANY on mpg files returns success without seeking to a keyframe ------------------------------------+------------------------------------ Reporter: mbradshaw | 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 mbradshaw): Replying to [comment:10 cehoyos]: > Replying to [comment:5 mbradshaw]: > > The problem isn't that you get a junk frame out (the decoder makes sure you don't). > > I wonder what this sentence means: There are many samples that return gray frames for above command line (including some sample that you pointed to). Really? I don't get any gray frames with those commands. I get good looking frames out, but that's because the decoder swallows the non- keyframes after the seek and ffmpeg keeps reading until it gets a keyframe packet and the decoder finally returns a full frame. I get: {{{ ./ffmpeg -ss 1 -i ~/mpeg2video_seek_to_non_keyframe.mpg ~/out.png ffmpeg version N-43294-g8993c25 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 7 2012 12:02:23 with gcc 4.2.1 (GCC) (Apple Inc. build 5666) (dot 3) configuration: libavutil 51. 66.101 / 51. 66.101 libavcodec 54. 50.100 / 54. 50.100 libavformat 54. 22.101 / 54. 22.101 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 5.102 / 3. 5.102 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 [mpeg @ 0x10180ec00] max_analyze_duration 5000000 reached at 5024000 Input #0, mpeg, from '/Users/mjbshaw/mpeg2video_seek_to_non_keyframe.mpg': Duration: 00:00:09.85, start: 1.320000, bitrate: 4998 kb/s Stream #0:0[0x1e0]: Video: mpeg2video (Main), yuv420p, 720x576 [SAR 16:15 DAR 4:3], 8000 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x80]: Audio: ac3, 48000 Hz, stereo, s16, 192 kb/s Output #0, image2, to '/Users/mjbshaw/out.png': Metadata: encoder : Lavf54.22.101 Stream #0:0: Video: png, rgb24, 720x576 [SAR 16:15 DAR 4:3], q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (mpeg2video -> png) Press [q] to stop, [?] for help [mpeg2video @ 0x10180f200] warning: first frame is no keyframe [image2 @ 0x10180f800] Could not get frame filename number 2 from pattern '/Users/mjbshaw/out.png' av_interleaved_write_frame(): Invalid argument }}} The output image looks okay though. The key here is the same thing Don points out (the `[mpeg2video @ 0x10180f200] warning: first frame is no keyframe` part). If you're able to get gray frames out with that command then something's different between our ffmpegs... @Don: I don't think (someone please correct me if I'm wrong) that specialized code can really be written for the mpeg's AVInputFormat seek function because of the structure of mpeg's. I think it would just be better to fix `ff_seek_frame_binary()`, because if custom code was written for mpeg's it would end up being so similar to `ff_seek_frame_binary()`. IIUC, mpeg's are impossible to properly seek by keyframes reliably, and the best solution would be to do a binary search for a frame, and then after finding it, sequentially reading (either forwards or backwards) to the next keyframe. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 7 20:54:09 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 07 Aug 2012 18:54:09 -0000 Subject: [FFmpeg-trac] #1607(avformat:new): av_seek_frame() without AVSEEK_FLAG_ANY on mpg files returns success without seeking to a keyframe In-Reply-To: <038.701615e9e98c4da35433bb03ed1b6727@avcodec.org> References: <038.701615e9e98c4da35433bb03ed1b6727@avcodec.org> Message-ID: <053.6d9fe41dc307438c605b43de5fd4bafa@avcodec.org> #1607: av_seek_frame() without AVSEEK_FLAG_ANY on mpg files returns success without seeking to a keyframe ------------------------------------+------------------------------------ Reporter: mbradshaw | 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): Replying to [comment:12 mbradshaw]: > Replying to [comment:10 cehoyos]: > > Replying to [comment:5 mbradshaw]: > > > The problem isn't that you get a junk frame out (the decoder makes sure you don't). > > > > I wonder what this sentence means: There are many samples that return gray frames for above command line (including some sample that you pointed to). > Really? I don't get any gray frames with those commands. Assuming you mean with the sample from this ticket: That is what I wrote. I tried to explain that Don opened many tickets, some of them contain samples that produced gray frames with above command line(s) or very similar ones (most of them should be fixed in current git head). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 7 21:07:10 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 07 Aug 2012 19:07:10 -0000 Subject: [FFmpeg-trac] #1321(avcodec:closed): image2pipe looses synch with a pipe of PBM images In-Reply-To: <034.99bc1ef1ae2281f64541e3fc21a4d37d@avcodec.org> References: <034.99bc1ef1ae2281f64541e3fc21a4d37d@avcodec.org> Message-ID: <049.c18009df39c87d0047bf5b4980df4f81@avcodec.org> #1321: image2pipe looses synch with a pipe of PBM images -------------------------------------+------------------------------------- Reporter: pisto | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: image2pipe | Blocked By: pbm parser | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * keywords: image2pipe pbm => image2pipe pbm parser * resolution: => fixed * status: open => closed * component: undetermined => avcodec -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 7 21:20:55 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 07 Aug 2012 19:20:55 -0000 Subject: [FFmpeg-trac] #1277(undetermined:open): Subtitle (hdmv_pgs_subtitle) conversion fails In-Reply-To: <038.44ea4de7f757db5bba072a8daed7585b@avcodec.org> References: <038.44ea4de7f757db5bba072a8daed7585b@avcodec.org> Message-ID: <053.e08b5152688f33addcf80f261f077910@avcodec.org> #1277: Subtitle (hdmv_pgs_subtitle) conversion fails -------------------------------------+------------------------------------- Reporter: bakhshian | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: dvdsub | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by Cigaes): I believe the following patch series: [http://ffmpeg.org/pipermail/ffmpeg-devel/2012-August/129111.html] fixes all the issues. You need to add {{{-fix_sub_duration}}} to the input and either {{{-analyzeduration 20E6}}} to the input or {{{-s:s 1920x1080}}} to the output. The subtitles will stay huge in certain players, but it works at least in MPlayer. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 7 21:23:02 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 07 Aug 2012 19:23:02 -0000 Subject: [FFmpeg-trac] #1432(avformat:closed): progressive delay In-Reply-To: <031.db651549cdf6166fc0aca64f9ec37f30@avcodec.org> References: <031.db651549cdf6166fc0aca64f9ec37f30@avcodec.org> Message-ID: <046.e698d6107ad059296d7927d3d5c5d645@avcodec.org> #1432: progressive delay -------------------------------------+------------------------------------- Reporter: lo | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: avi mp3 | Blocked By: desync | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): I just tested ffplay -ast 1 and ffplay -ast 2 with the sample and both work fine for me, both play video with the same speed as ffplay -an. Could you elaborate what works badly for you? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 7 21:25:36 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 07 Aug 2012 19:25:36 -0000 Subject: [FFmpeg-trac] #1432(avformat:closed): progressive delay In-Reply-To: <031.db651549cdf6166fc0aca64f9ec37f30@avcodec.org> References: <031.db651549cdf6166fc0aca64f9ec37f30@avcodec.org> Message-ID: <046.9d196eca0eb512c45a0b8456396a917d@avcodec.org> #1432: progressive delay -------------------------------------+------------------------------------- Reporter: lo | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: avi mp3 | Blocked By: desync | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): mplayer -demuxer lavf also seems to play the sample fine, I tested with both -aid 0 and -aid 1. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 7 22:44:10 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 07 Aug 2012 20:44:10 -0000 Subject: [FFmpeg-trac] #1609(FFplay:open): ffplay: no refresh with still picture In-Reply-To: <035.e9f947301daf8e4caefb074e3d347417@avcodec.org> References: <035.e9f947301daf8e4caefb074e3d347417@avcodec.org> Message-ID: <050.3857aecc12a02eaa364d3b1425a88a2a@avcodec.org> #1609: ffplay: no refresh with still picture ------------------------------------+---------------------------------- Reporter: ubitux | Owner: Type: defect | Status: open Priority: normal | Component: FFplay Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Changes (by cehoyos): * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 7 22:57:27 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 07 Aug 2012 20:57:27 -0000 Subject: [FFmpeg-trac] #1614(avcodec:open): AAC stream with SBR fails with "channel element 0.1 is not allocated" In-Reply-To: <038.95b2e360e7e60d403fb313c547a9e926@avcodec.org> References: <038.95b2e360e7e60d403fb313c547a9e926@avcodec.org> Message-ID: <053.cf54014c15a3595c38f17c547acd8299@avcodec.org> #1614: AAC stream with SBR fails with "channel element 0.1 is not allocated" ------------------------------------+----------------------------------- Reporter: iceman12c | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: AAC SBR | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 Comment: For future bug-reports: Please always add complete, uncut console output. {{{ $ ffmpeg -i SAM04AAC41_SC ffmpeg version N-43296-g13c5069 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 7 2012 20:51:48 with gcc 4.3.2 (GCC) configuration: --cc=/usr/local/gcc-4.3.2/bin/gcc --enable-gpl --enable- libopenjpeg --enable-libvorbis --enable-libspeex --enable-libmp3lame --enable-libtheora --extra-ldflags=-lm --enable-libvpx --enable-libxavs --enable-x11grab --enable-libass --enable-nonfree --enable-libfaac --enable-libopus --enable-libfdk-aac libavutil 51. 66.101 / 51. 66.101 libavcodec 54. 50.100 / 54. 50.100 libavformat 54. 22.101 / 54. 22.101 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 6.100 / 3. 6.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [aac @ 0x911b780] channel element 0.1 is not allocated Last message repeated 2703 times [aac @ 0x9115500] decoding for stream 0 failed [aac @ 0x9115500] Could not find codec parameters for stream 0 (Audio: aac, stereo, s16, 60 kb/s): unspecified sample rate Consider increasing the value for the 'analyzeduration' and 'probesize' options [aac @ 0x9115500] Estimating duration from bitrate, this may be inaccurate SAM04AAC41_SC: could not find codec parameters }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 7 23:17:45 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 07 Aug 2012 21:17:45 -0000 Subject: [FFmpeg-trac] #1199(undetermined:new): Playlist support In-Reply-To: <034.bf7b4874529b929a8d80f9ebbaf67356@avcodec.org> References: <034.bf7b4874529b929a8d80f9ebbaf67356@avcodec.org> Message-ID: <049.5b6f5094b4840d88663170b70db23bc7@avcodec.org> #1199: Playlist support -------------------------------------+------------------------------------- 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 rogerdpack): I presume this was never implemented (yet)? I.e. ffmpeg *shouldn't* yet work for $ ffplay -i http://audio-ogg.ibiblio.org:8000/wcpe.ogg.m3u ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 8 00:26:15 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 07 Aug 2012 22:26:15 -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.4d8165661601c6f45d8e1394a457bbad@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 -------------------------------------+------------------------------------- Comment (by rogerdpack): for followers, this error message "can" at times mean that you didn't compile with --enable-zlib (though that wasn't the case here so not sure what happened...) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 8 00:53:25 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 07 Aug 2012 22:53:25 -0000 Subject: [FFmpeg-trac] #1339(avfilter:new): Auto insert fps filter as adapter for overlay filter inputs with different framerates In-Reply-To: <036.5c899e578793bdd54e718cecf0e239f7@avcodec.org> References: <036.5c899e578793bdd54e718cecf0e239f7@avcodec.org> Message-ID: <051.099f4afb712a18d2997e91746b81685e@avcodec.org> #1339: Auto insert fps filter as adapter for overlay filter inputs with different framerates -------------------------------------+------------------------------------- Reporter: annorax | Owner: Type: enhancement | Status: new Priority: wish | Component: avfilter Version: git-master | Resolution: Keywords: fps overlay | Blocked By: filter | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by rogerdpack): A few notes here: 1) the "main" video fps always wins for the output. 2) according to what I can see in https://github.com/FFmpeg/FFmpeg/blob/master/libavfilter/vf_overlay.c what it does is, for each "main" frame coming in, it looks for the overlay frame that "overlaps" that one in PTS (or matches it). So it basically outputs the original video, with a synchronized overlay on it. So order really matters here. Maybe the documentation could be updated a bit to make this more clear? It seems like reasonable functionally...unless you have 2 inputs with variable frame rates, so couldn't decide which one is the "main" one but I'd imagine that's pretty rare... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 8 01:13:59 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 07 Aug 2012 23:13:59 -0000 Subject: [FFmpeg-trac] #1335(avcodec:closed): Memleak when reading corrupted cavs video In-Reply-To: <036.33c2ec16faa121e488d5e159f81c3969@avcodec.org> References: <036.33c2ec16faa121e488d5e159f81c3969@avcodec.org> Message-ID: <051.09fc76d9808d312d4e4906f4d2946fa2@avcodec.org> #1335: Memleak when reading corrupted cavs video --------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: memleak cavs | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 8 01:21:56 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 07 Aug 2012 23:21:56 -0000 Subject: [FFmpeg-trac] #1336(undetermined:open): support image2pipe input without parser (was: image2pipe fails for some codecs) In-Reply-To: <036.c938690b1c06bf450154627cf9775a79@avcodec.org> References: <036.c938690b1c06bf450154627cf9775a79@avcodec.org> Message-ID: <051.967a8f08f115bb50b2e50a612b391115@avcodec.org> #1336: support image2pipe input without parser -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by michael): * status: new => open * type: defect => enhancement -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 8 02:20:13 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 08 Aug 2012 00:20:13 -0000 Subject: [FFmpeg-trac] #1337(undetermined:new): MPEG4 ASP does not seek to keyframe In-Reply-To: <036.ee9e8b942c118f2c7cef0fc35f5e894f@avcodec.org> References: <036.ee9e8b942c118f2c7cef0fc35f5e894f@avcodec.org> Message-ID: <051.d529cdc2cea709612cc7332822c579f2@avcodec.org> #1337: MPEG4 ASP does not seek to keyframe -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: asp seek | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by michael): Is there something that is able to seek reliably to keyframes with this file ? (QT ?) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 8 02:31:02 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 08 Aug 2012 00:31:02 -0000 Subject: [FFmpeg-trac] #1343(avcodec:closed): [PATCH] Xiph/IETF Opus decoder using libopus. In-Reply-To: <034.5a85c88b9bc8a1f7e348b84705e002d8@avcodec.org> References: <034.5a85c88b9bc8a1f7e348b84705e002d8@avcodec.org> Message-ID: <049.27c60fe00304282989a8d76d9600cd23@avcodec.org> #1343: [PATCH] Xiph/IETF Opus decoder using libopus. -------------------------------------+----------------------------------- Reporter: haxar | Owner: Type: enhancement | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: opus | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: libopus support was added Jun 24 to ffmpeg. Thus closing this ticket -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 8 03:39:46 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 08 Aug 2012 01:39:46 -0000 Subject: [FFmpeg-trac] #1344(undetermined:closed): FFmpeg extremely verbose with some mpeg2-ts In-Reply-To: <038.832376384962f8be0378ed4b89d0ac39@avcodec.org> References: <038.832376384962f8be0378ed4b89d0ac39@avcodec.org> Message-ID: <053.376135957269061886fd2b282e0e73c4@avcodec.org> #1344: FFmpeg extremely verbose with some mpeg2-ts -------------------------------------+------------------------------------- Reporter: jyavenard | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | needs_more_info Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => needs_more_info Comment: Closing ticket as there is no sample with which we could reproduce the issue to investigate what exactly is wrong. If someone can point to a sample or instructions how to reproduce this then please reopen. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 8 04:56:53 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 08 Aug 2012 02:56:53 -0000 Subject: [FFmpeg-trac] #1356(build system:open): Fail to build for kfreebsd in libavformat/sctp.c In-Reply-To: <037.58e5eb189e95aa69a86bec1e5f0a1d22@avcodec.org> References: <037.58e5eb189e95aa69a86bec1e5f0a1d22@avcodec.org> Message-ID: <052.c599b80d178907ad2d1a68540dd384dc@avcodec.org> #1356: Fail to build for kfreebsd in libavformat/sctp.c ----------------------------------+---------------------------------------- Reporter: marillat | Owner: Type: defect | Status: open Priority: normal | Component: build system Version: 0.11 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+---------------------------------------- Changes (by michael): * status: new => open Comment: Sorry for the late reply The build log link is sadly 404, but iam not sure it would help about the mplayer check, we check for the header as well but obviosuly this isnt enough. the relevant part of our configure is check_header netinet/sctp.h and sctp_protocol_deps="network netinet_sctp_h" the error you quote is in the system header though which is a bit odd and would indicate that the header is buggy. Seeing the content of the systemheader in which the error happens may help understand better where the problem is -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 8 04:57:18 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 08 Aug 2012 02:57:18 -0000 Subject: [FFmpeg-trac] #1356(build system:open): Fail to build for kfreebsd in libavformat/sctp.c In-Reply-To: <037.58e5eb189e95aa69a86bec1e5f0a1d22@avcodec.org> References: <037.58e5eb189e95aa69a86bec1e5f0a1d22@avcodec.org> Message-ID: <052.3940de18151fa1f9ee1eced807872b94@avcodec.org> #1356: Fail to build for kfreebsd in libavformat/sctp.c ----------------------------------+---------------------------------------- Reporter: marillat | Owner: Type: defect | Status: open Priority: normal | Component: build system Version: 0.11 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+---------------------------------------- Changes (by michael): * cc: michael (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 8 07:25:04 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 08 Aug 2012 05:25:04 -0000 Subject: [FFmpeg-trac] #1339(avfilter:new): Auto insert fps filter as adapter for overlay filter inputs with different framerates In-Reply-To: <036.5c899e578793bdd54e718cecf0e239f7@avcodec.org> References: <036.5c899e578793bdd54e718cecf0e239f7@avcodec.org> Message-ID: <051.6ddd1589c55fe4f37e3dc4dfa71b2160@avcodec.org> #1339: Auto insert fps filter as adapter for overlay filter inputs with different framerates -------------------------------------+------------------------------------- Reporter: annorax | Owner: Type: enhancement | Status: new Priority: wish | Component: avfilter Version: git-master | Resolution: Keywords: fps overlay | Blocked By: filter | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): What happens if a higher frame-rate was manually specified? Does ffmpeg just repeat the same combination of main and overlay or does it also look for every repeated main frame which overlay frame is used? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 8 09:14:35 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 08 Aug 2012 07:14:35 -0000 Subject: [FFmpeg-trac] #1576(undetermined:closed): Remuxing mov with timecode and 29.97 FPS fails In-Reply-To: <032.5e57856fdf0ebb2d74f00244e9813095@avcodec.org> References: <032.5e57856fdf0ebb2d74f00244e9813095@avcodec.org> Message-ID: <047.2b5cc01d3f6695c939b5804be23dd6a5@avcodec.org> #1576: Remuxing mov with timecode and 29.97 FPS fails -------------------------------------+------------------------------------- Reporter: rmk | Owner: ubitux Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: mov | Resolution: fixed regression timecode | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by ubitux): * status: open => closed * resolution: => fixed Comment: Should be fixed in aca0f781. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 8 11:14:59 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 08 Aug 2012 09:14:59 -0000 Subject: [FFmpeg-trac] #1356(build system:open): Fail to build for kfreebsd in libavformat/sctp.c In-Reply-To: <037.58e5eb189e95aa69a86bec1e5f0a1d22@avcodec.org> References: <037.58e5eb189e95aa69a86bec1e5f0a1d22@avcodec.org> Message-ID: <052.7dfac1f656446651df39df21162c6f33@avcodec.org> #1356: Fail to build for kfreebsd in libavformat/sctp.c ----------------------------------+---------------------------------------- Reporter: marillat | Owner: Type: defect | Status: open Priority: normal | Component: build system Version: 0.11 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+---------------------------------------- Comment (by marillat): Replying to [comment:2 michael]: > the error you quote is in the system header though which is a bit odd and would indicate that the header is buggy. Seeing the content of the systemheader in which the error happens may help understand better where the problem is You can find headers here : http://ftp.de.debian.org/debian/pool/main/k/kfreebsd-kernel-headers /kfreebsd-kernel-headers_0.82.tar.gz -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 8 12:24:29 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 08 Aug 2012 10:24:29 -0000 Subject: [FFmpeg-trac] #1617(FFmpeg:new): Ffmpeg/ffplay/ffprobe fails to identify, open or play ogg (specific, attached) file with flac/theora contents. Message-ID: <035.a8615d5ff1f64243851192c77ccce38d@avcodec.org> #1617: Ffmpeg/ffplay/ffprobe fails to identify, open or play ogg (specific, attached) file with flac/theora contents. -------------------------------------+------------------------------------- Reporter: noname | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: git- Keywords: ogg theora | master flac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: ffmpeg/ffplay/ffprobe fails to identify, open or play ogg (specific, attached) file with flac/theora contents. Note that this does not apply to all ogg+flac/theora files, only the attached one. File plays in vlc and mplayer. oggz-info can retrieve stream information. How to reproduce: {{{ % ffprobe flac+theora.ogg (attached file) ffmpeg version git-master built on ubuntu 12.04/x86_64/gcc 4.6.1 }}} Output from applications: {{{ $ ./ffprobe ~/Downloads/flac+theora.ogg ffprobe version N-43327-gaca0f78 Copyright (c) 2007-2012 the FFmpeg developers built on Aug 8 2012 10:55:14 with gcc 4.6.1 (Ubuntu/Linaro 4.6.1-9ubuntu3) configuration: libavutil 51. 67.100 / 51. 67.100 libavcodec 54. 51.100 / 54. 51.100 libavformat 54. 22.101 / 54. 22.101 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 6.100 / 3. 6.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 [ogg @ 0x2a653c0] Codec not found Last message repeated 186 times [flac @ 0x2a6b880] Invalid media type for video [ogg @ 0x2a653c0] decoding for stream 0 failed [ogg @ 0x2a653c0] Could not find codec parameters for stream 0 (Video: theora, 320x240): unspecified pixel format Consider increasing the value for the 'analyzeduration' and 'probesize' options /home/noname/Downloads/flac+theora.ogg: Operation not permitted }}} {{{ $ oggz-info ~/Downloads/flac+theora.ogg Content-Duration: 00:00:00.000 Flac0: serialno 0000020829 361 packets in 99 pages, 3.6 packets/page, 1.094% Ogg overhead Theora: serialno 0000020830 283 packets in 193 pages, 1.5 packets/page, 1.044% Ogg overhead Theora-Version: 3.2.1 Video-Framerate: 25.000 fps Video-Width: 320 Video-Height: 240 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 8 12:59:28 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 08 Aug 2012 10:59:28 -0000 Subject: [FFmpeg-trac] #1617(undetermined:open): Ffmpeg/ffplay/ffprobe fails to identify, open or play ogg (specific, attached) file with flac/theora contents. In-Reply-To: <035.a8615d5ff1f64243851192c77ccce38d@avcodec.org> References: <035.a8615d5ff1f64243851192c77ccce38d@avcodec.org> Message-ID: <050.105a294807e0581a37a0cec7d31e65a9@avcodec.org> #1617: Ffmpeg/ffplay/ffprobe fails to identify, open or play ogg (specific, attached) file with flac/theora contents. -------------------------------------+------------------------------------- Reporter: noname | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: ogg theora | Resolution: flac | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * component: FFmpeg => undetermined * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 8 14:17:25 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 08 Aug 2012 12:17:25 -0000 Subject: [FFmpeg-trac] #1604(undetermined:new): Rtmp streaming fps continually drops In-Reply-To: <036.ebcb0f32b2e84d8ab67fe9e964ba7f3e@avcodec.org> References: <036.ebcb0f32b2e84d8ab67fe9e964ba7f3e@avcodec.org> Message-ID: <051.1ba8514684a8e2c2728911f1d420bb68@avcodec.org> #1604: Rtmp streaming fps continually drops -------------------------------------+------------------------------------- Reporter: Pyriel0 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: rtmp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Pyriel0): I have been messing around with this more and found the rtmp will work if the bitrate is 1500k or less. When I run ffmpeg with -report it shows {{{ HandleServerBW: server BW = 2500000 HandleClientBW: client BW = 2500000 2 }}} in the handshake with the justin.tv server. Is either ffmpeg or librtmp artificially capping the bandwidth? When I move the bitrate up to 2000k the fps starts dropping and all ram is slowly taken up. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 8 16:23:17 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 08 Aug 2012 14:23:17 -0000 Subject: [FFmpeg-trac] #1356(build system:closed): Fail to build for kfreebsd in libavformat/sctp.c In-Reply-To: <037.58e5eb189e95aa69a86bec1e5f0a1d22@avcodec.org> References: <037.58e5eb189e95aa69a86bec1e5f0a1d22@avcodec.org> Message-ID: <052.52027a05631121330e8315358ef887ab@avcodec.org> #1356: Fail to build for kfreebsd in libavformat/sctp.c ----------------------------------+---------------------------------------- Reporter: marillat | Owner: Type: defect | Status: closed Priority: normal | Component: build system Version: 0.11 | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ----------------------------------+---------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Fixed in git master, ill backport it to 0.11 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 8 16:27:33 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 08 Aug 2012 14:27:33 -0000 Subject: [FFmpeg-trac] #1618(FFmpeg:new): Scaling and padding to odd/uneven size fails Message-ID: <035.e6352dd6c5b742f02be45e8475dd82b3@avcodec.org> #1618: Scaling and padding to odd/uneven size fails -------------------------------------+------------------------------------- Reporter: agowad | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: Keywords: pad padding | unspecified Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- ### WHAT I am try resize (scale + pad) and convert a video file to mp4 format and defined size. ### PROBLEM When padding to odd width I face problems. Strangely, when I use even numbers then it works. ### COMMAND LINES (for two files) A. File "Duracell10sec_Cutdow__ulydCDCD.wmv" A.1 Resizing to 425x300 * COMMAND LINE: ffmpeg.exe -i "Duracell10sec_Cutdow__ulydCDCD.wmv" -vf "scale=427:239,pad=427:300:0:30,setdar=427:300" -y -b:v 400k -r 49.75 -ar 44100 -acodec libmp3lame -vcodec libx264 -ac 2 "Duracell10sec_Cutdow__ulydCDCD4_TMP.mp4" * OUTPUT: ffmpeg version N-43206-gf857465 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 4 2012 16:10:39 with gcc 4.7.1 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-runtime-cpudetect --enable-avisynth --enable-bzlib --enable- frei0r --ena ble-libass --enable-libcelt --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libfreetype --enable-libgsm --enable-libmp3lame --enable-li bnut --enable-libopenjpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libutvideo --enable-libvo- aacenc --e nable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 66.100 / 51. 66.100 libavcodec 54. 49.100 / 54. 49.100 libavformat 54. 22.100 / 54. 22.100 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 5.102 / 3. 5.102 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 Guessed Channel Layout for Input Stream #0.0 : mono Input #0, asf, from 'Duracell10sec_Cutdow__ulydCDCD.wmv': Metadata: WMFSDKVersion : 10.00.00.3702 WMFSDKNeeded : 0.0.0.0000 IsVBR : 1 VBR Peak : 139 Buffer Average : 151 Duration: 00:00:10.04, start: 0.000000, bitrate: 1864 kb/s Stream #0:0(dan): Audio: wmav2 (a[1][0][0] / 0x0161), 8000 Hz, mono, s16, 0 kb/s Stream #0:1(dan): Video: wmv3 (Main) (WMV3 / 0x33564D57), yuv420p, 1280x720, 1843 kb/s, 49.75 tbr, 1k tbn, 1k tbc [Parsed_pad_1 @ 01f9a760] Input area 0:30:427:269 not within the padded area 0:0:426:300 or zero-sized [Parsed_scale_0 @ 01fe7260] Failed to configure input pad on Parsed_pad_1 Error opening filters! B. File "fishermans_friendCD_720_xvid.avi" B.1 Resizing to 425x300 * COMMAND LINE: ffmpeg.exe -i "fishermans_friendCD_720_xvid.avi" -vf "scale=425:239,pad=425:300:0:30,setdar=425:300" -y -b:v 400k -r 25 -ar 44100 -ab 128 -acodec libmp3lame -vcodec libx264 -ac 2 "fishermans_friendCD_720_xvid4_TMP.mp4" * OUTPUT: ffmpeg version N-43206-gf857465 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 4 2012 16:10:39 with gcc 4.7.1 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-runtime-cpudetect --enable-avisynth --enable-bzlib --enable- frei0r --ena ble-libass --enable-libcelt --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libfreetype --enable-libgsm --enable-libmp3lame --enable-li bnut --enable-libopenjpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libutvideo --enable-libvo- aacenc --e nable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 66.100 / 51. 66.100 libavcodec 54. 49.100 / 54. 49.100 libavformat 54. 22.100 / 54. 22.100 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 5.102 / 3. 5.102 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, avi, from 'fishermans_friendCD_720_xvid.avi': Metadata: encoder : MEncoder Sherpya-SVN-r32492-4.2.5 Duration: 00:00:09.96, start: 0.000000, bitrate: 1090 kb/s Stream #0:0: Video: mpeg4 (Simple Profile) (XVID / 0x44495658), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 25 tbr, 25 tbn, 25 tbc Stream #0:1: Audio: mp3 (U[0][0][0] / 0x0055), 44100 Hz, stereo, s16, 128 kb/s [Parsed_pad_1 @ 03fd59e0] Input area 0:30:425:269 not within the padded area 0:0:424:300 or zero-sized [Parsed_scale_0 @ 03fd5940] Failed to configure input pad on Parsed_pad_1 Error opening filters! ### FILES A. "Duracell10sec_Cutdow__ulydCDCD.wmv" * OUTPUT: ffmpeg version N-43206-gf857465 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 4 2012 16:10:39 with gcc 4.7.1 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-runtime-cpudetect --enable-avisynth --enable-bzlib --enable- frei0r --ena ble-libass --enable-libcelt --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libfreetype --enable-libgsm --enable-libmp3lame --enable-li bnut --enable-libopenjpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libutvideo --enable-libvo- aacenc --e nable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 66.100 / 51. 66.100 libavcodec 54. 49.100 / 54. 49.100 libavformat 54. 22.100 / 54. 22.100 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 5.102 / 3. 5.102 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [asf @ 01fbc400] Format asf probed with size=2048 and score=100 [asf @ 01fbc400] gpos mismatch our pos=24, end=26 [asf @ 01fbc400] gpos mismatch our pos=24, end=3622 [asf @ 01fbc400] gpos mismatch our pos=24, end=38 [asf @ 01fbc400] Unsupported value type 1 in tag ASFLeakyBucketPairs. [asf @ 01fbc400] gpos mismatch our pos=24, end=252 [asf @ 01fbc400] gpos mismatch our pos=24, end=38 [asf @ 01fbc400] File position before avformat_find_stream_info() is 5300 [asf @ 01fbc400] parser not found for codec wmav2, packets or times may be invalid. [wmv3 @ 01fbd720] Header: 4DC11A01 [wmv3 @ 01fbd720] Profile 1: frmrtq_postproc=6, bitrtq_postproc=28 LoopFilter=0, MultiRes=0, FastUVMC=0, Extended MV=0 Rangered=0, VSTransform=1, Overlap=1, SyncMarker=0 DQuant=1, Quantizer mode=0, Max B frames=0 [asf @ 01fbc400] parser not found for codec wmav2, packets or times may be invalid. [asf @ 01fbc400] All info found rfps: 24.583333 0.019493 Last message repeated 1 times rfps: 24.666667 0.010206 Last message repeated 1 times rfps: 24.750000 0.003909 Last message repeated 1 times rfps: 24.833333 0.000600 Last message repeated 1 times rfps: 24.916667 0.000281 rfps: 25.000000 0.002950 rfps: 25.083333 0.008607 Last message repeated 1 times rfps: 25.166667 0.017254 Last message repeated 1 times rfps: 49.500000 0.015636 Last message repeated 1 times rfps: 49.583333 0.007524 Last message repeated 1 times rfps: 49.666667 0.002402 Last message repeated 1 times rfps: 49.750000 0.000268 Last message repeated 1 times rfps: 49.833333 0.001122 rfps: 49.916667 0.004966 rfps: 50.000000 0.011798 [asf @ 01fbc400] File position after avformat_find_stream_info() is 251519 Guessed Channel Layout for Input Stream #0.0 : mono Input #0, asf, from 'Duracell10sec_Cutdow__ulydCDCD.wmv': Metadata: WMFSDKVersion : 10.00.00.3702 WMFSDKNeeded : 0.0.0.0000 IsVBR : 1 VBR Peak : 139 Buffer Average : 151 Duration: 00:00:10.04, start: 0.000000, bitrate: 1864 kb/s Stream #0:0(dan), 18, 1/1000: Audio: wmav2 (a[1][0][0] / 0x0161), 8000 Hz, mono, s16, 0 kb/s Stream #0:1(dan), 41, 1/1000: Video: wmv3 (Main) (WMV3 / 0x33564D57), yuv420p, 1280x720, 1/1000, 1843 kb/s, 49.75 tbr, 1k tbn, 1k tbc At least one output file must be specified [AVIOContext @ 01fb14e0] Statistics: 262144 bytes read, 0 seeks B. "fishermans_friendCD_720_xvid.avi" * OUTPUT: ffmpeg version N-43206-gf857465 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 4 2012 16:10:39 with gcc 4.7.1 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-runtime-cpudetect --enable-avisynth --enable-bzlib --enable- frei0r --ena ble-libass --enable-libcelt --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libfreetype --enable-libgsm --enable-libmp3lame --enable-li bnut --enable-libopenjpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libutvideo --enable-libvo- aacenc --e nable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 66.100 / 51. 66.100 libavcodec 54. 49.100 / 54. 49.100 libavformat 54. 22.100 / 54. 22.100 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 5.102 / 3. 5.102 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [avi @ 0235c400] Format avi probed with size=2048 and score=100 [avi @ 02351560] use odml:1 st:1 removing common factor 36 from timebase [avi @ 0235c400] File position before avformat_find_stream_info() is 4108 [avi @ 0235c400] All info found [avi @ 0235c400] File position after avformat_find_stream_info() is 22706 Input #0, avi, from 'fishermans_friendCD_720_xvid.avi': Metadata: encoder : MEncoder Sherpya-SVN-r32492-4.2.5 Duration: 00:00:09.96, start: 0.000000, bitrate: 1090 kb/s Stream #0:0, 1, 1/25: Video: mpeg4 (Simple Profile) (XVID / 0x44495658), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 1/25, 25 tbr, 25 tbn, 25 tbc Stream #0:1, 20, 32/1225: Audio: mp3 (U[0][0][0] / 0x0055), 44100 Hz, stereo, s16, 128 kb/s At least one output file must be specified [AVIOContext @ 023514c0] Statistics: 184008 bytes read, 7 seeks -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 8 18:03:14 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 08 Aug 2012 16:03:14 -0000 Subject: [FFmpeg-trac] #1270(avformat:closed): Problem decoding mkv (webm) video file (0.10.2) In-Reply-To: <035.db89346678f235ba4103c4274a37ff91@avcodec.org> References: <035.db89346678f235ba4103c4274a37ff91@avcodec.org> Message-ID: <050.ca5ec32e2087f01637bcab1b926cfaa7@avcodec.org> #1270: Problem decoding mkv (webm) video file (0.10.2) ------------------------------------+------------------------------------ Reporter: mancha | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: mkv webm | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by michael): * status: open => closed * resolution: => fixed * component: undetermined => avformat * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 8 19:38:18 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 08 Aug 2012 17:38:18 -0000 Subject: [FFmpeg-trac] #1607(avformat:new): av_seek_frame() without AVSEEK_FLAG_ANY on mpg files returns success without seeking to a keyframe In-Reply-To: <038.701615e9e98c4da35433bb03ed1b6727@avcodec.org> References: <038.701615e9e98c4da35433bb03ed1b6727@avcodec.org> Message-ID: <053.0930781db3afff58dbe49c4a89d270f6@avcodec.org> #1607: av_seek_frame() without AVSEEK_FLAG_ANY on mpg files returns success without seeking to a keyframe ------------------------------------+------------------------------------ Reporter: mbradshaw | 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 DonMoir): The reason ff_seek_frame_binary is not effective in this case is because there is no index table that marks keyframes. So ff_seek_frame_binary basically does nothing and falls into ff_gen_search with the original requested timestamp. If an index table could be built then ff_seek_frame_binary would probably be fine as it is. Some other formats have a simple read_seek that builds the index table and then calls ff_seek_frame_binary. So Michael Bradshaw says it is not possible to build an index table in this case. Special seek code can always be available for any format but in this case it just defaults to the generic seek code and ends up in ff_gen_search. ff_gen_search is currently blind about any keyframes as far as I can tell in this case. Your requested timestamp is unlikely to fall on a keyframe and since there were no index entries. ff_gen_search does work if you have seeked to a known keyframe timestamp. ff_gen_search is the code that actually closes in on the timestamp and it does appear to work for timestamps that represent actual keyframes. So you probably don't want to modify ff_gen_search to do extra work in the case when a timestamp is passed in that is known to represent a keyframe. These known timestamps are typically retrieved from an index table. ff_gen_search seems to be more of a subroutine that works off whatever you pass it and used for reading the timestamp position. So now we are back to needing a specialized read_seek function in this case. This is because you probably don't want to modify the existing generic seek functions. It is completely normal for various formats to have a specialized read_seek function. The read_seek could be a modified version of ff_gen_search or whatever that does the right thing. Would be good if someone that knew for sure would comment on all this. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 8 19:49:09 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 08 Aug 2012 17:49:09 -0000 Subject: [FFmpeg-trac] #1570(avdevice:open): libv4l2: error dequeuing buf: Resource temporarily unavailable In-Reply-To: <036.2fc62dd5b56c7280baf63a97ec734437@avcodec.org> References: <036.2fc62dd5b56c7280baf63a97ec734437@avcodec.org> Message-ID: <051.7ce8dace4706867dd64f832db3dbb9b4@avcodec.org> #1570: libv4l2: error dequeuing buf: Resource temporarily unavailable -------------------------------------+------------------------------------- Reporter: llarevo | Owner: Type: defect | Status: open Priority: normal | Component: avdevice Version: unspecified | Resolution: Keywords: | Blocked By: video4linux, video4linux2, | Reproduced by developer: 0 v4l2.c, regression, capture, | analog, tv | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by llarevo): > That makes me wonder if one of your parameter isn't wrong: you specify -r 25 which might be not supported by your card. Can you make some tests with something simple such as: > > {{{ > ./ffplay -f v4l2 -i /dev/video0 > }}} > > to see if it doesn't show anything? (for old version you might need to change v4l2 into video4linux2) ffplay doesn't show anything and has to be killed by strg+c: {{{ /usr/local/bin/ffplay -f v4l2 -i /dev/video0 ffplay version 0.11.1 Copyright (c) 2003-2012 the FFmpeg developers built on Jul 29 2012 15:57:16 with gcc 4.7.0 20120507 (Red Hat 4.7.0-5) configuration: --prefix=/usr/local --libdir=/usr/local/lib64 --shlibdir=/usr/local/lib64 --enable-nonfree --enable-gpl --enable-libfaac --enable-libgsm --enable-libmp3lame --enable-libtheora --enable-libxvid --disable-asm --disable-crystalhd libavutil 51. 54.100 / 51. 54.100 libavcodec 54. 23.100 / 54. 23.100 libavformat 54. 6.100 / 54. 6.100 libavdevice 54. 0.100 / 54. 0.100 libavfilter 2. 77.100 / 2. 77.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 ^C }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 8 20:51:14 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 08 Aug 2012 18:51:14 -0000 Subject: [FFmpeg-trac] #1181(avformat:new): dump_metadata should filter control-chars In-Reply-To: <037.8c883f5ccffc4c35989475e83066ba23@avcodec.org> References: <037.8c883f5ccffc4c35989475e83066ba23@avcodec.org> Message-ID: <052.009d2e77e4bc905569ec6ad9b2bc28f4@avcodec.org> #1181: dump_metadata should filter control-chars -------------------------------------+------------------------------------ Reporter: vogelchr | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: metadata | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by michael): I think the patch would mess up tabs -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 8 21:16:49 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 08 Aug 2012 19:16:49 -0000 Subject: [FFmpeg-trac] #1181(avformat:closed): dump_metadata should filter control-chars In-Reply-To: <037.8c883f5ccffc4c35989475e83066ba23@avcodec.org> References: <037.8c883f5ccffc4c35989475e83066ba23@avcodec.org> Message-ID: <052.6680be9a814d750511e0e89bbeb9addb@avcodec.org> #1181: dump_metadata should filter control-chars -------------------------------------+------------------------------------ Reporter: vogelchr | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: unspecified | Resolution: fixed Keywords: metadata | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by michael): * status: new => closed * resolution: => fixed Comment: Code added that filters problematic chars. If you use a custom av_log and this is not sufficient then please reopen the ticket -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 8 22:37:48 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 08 Aug 2012 20:37:48 -0000 Subject: [FFmpeg-trac] #1619(undetermined:new): aasc: problem with 16bpp (crashes ffplay) Message-ID: <038.a3ca1972a584b3d967af77c58149d716@avcodec.org> #1619: aasc: problem with 16bpp (crashes ffplay) -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- for some reason attached vid does not decode correctly (and crashes ffplay) (aas4 seems to decode ok) aasc: http://www.datafilehost.com/download-12a7c08f.html aas4: http://www.datafilehost.com/download-2fd74492.html {{{ C:\>ffmpeg -i aasc_16bpp.avi out.avi ffmpeg version N-43287-gcde4741 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 7 2012 02:22:47 with gcc 4.5.0 (GCC) 20100414 (Fedora MinGW 4.5. 0-1.fc14) configuration: --prefix=/var/www/users/research/ffmpeg/snapshots/build --arch= x86 --target-os=mingw32 --cross-prefix=i686-pc-mingw32- --cc='ccache i686 -pc-min gw32-gcc' --enable-w32threads --enable-memalign-hack --enable-runtime- cpudetect --enable-cross-compile --enable-static --disable-shared --extra- libs='-lws2_32 - lwinmm -lpthread' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snap shots/build/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/s napshots/build/lib' --enable-bzlib --enable-zlib --enable-gpl --enable- version3 --enable-nonfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libmp3lame --enable-libvpx --disable- decoder=libvpx libavutil 51. 66.101 / 51. 66.101 libavcodec 54. 49.100 / 54. 49.100 libavformat 54. 22.101 / 54. 22.101 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 5.102 / 3. 5.102 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, avi, from 'aasc_16bpp.avi': Duration: 00:00:12.60, start: 0.000000, bitrate: 6018 kb/s Stream #0:0: Video: aasc (AASC / 0x43534141), rgb555le, 320x240, 5 tbr, 5 tb n, 5 tbc Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf54.22.101 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 320x240, q=2-31, 200 kb/s, 5 tbn, 5 tbc Stream mapping: Stream #0:0 -> #0:0 (aasc -> mpeg4) Press [q] to stop, [?] for help [aasc @ 0x1ead6c0] Next line is beyond buffer bounds Last message repeated 56 times frame= 63 fps=0.0 q=5.2 Lsize= 426kB time=00:00:12.60 bitrate= 277.2kbits/ s video:419kB audio:0kB subtitle:0 global headers:0kB muxing overhead 1.682859% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 8 22:42:44 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 08 Aug 2012 20:42:44 -0000 Subject: [FFmpeg-trac] #1620(undetermined:new): fix decoding of rawvideo cyuv Message-ID: <038.48a244e29c072670b61ca0052546872a@avcodec.org> #1620: fix decoding of rawvideo cyuv -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- cyuv can be Creative YUV or rawvideo, curerently rawvideo is not identified correctly and fails to decode http://samples.mplayerhq.hu/V-codecs/CYUV.AVI {{{ C:\>ffmpeg -i CYUV.AVI -vcodec msmpeg4v2 out.avi ffmpeg version N-43287-gcde4741 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 7 2012 02:22:47 with gcc 4.5.0 (GCC) 20100414 (Fedora MinGW 4.5. 0-1.fc14) configuration: --prefix=/var/www/users/research/ffmpeg/snapshots/build --arch= x86 --target-os=mingw32 --cross-prefix=i686-pc-mingw32- --cc='ccache i686 -pc-min gw32-gcc' --enable-w32threads --enable-memalign-hack --enable-runtime- cpudetect --enable-cross-compile --enable-static --disable-shared --extra- libs='-lws2_32 - lwinmm -lpthread' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snap shots/build/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/s napshots/build/lib' --enable-bzlib --enable-zlib --enable-gpl --enable- version3 --enable-nonfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libmp3lame --enable-libvpx --disable- decoder=libvpx libavutil 51. 66.101 / 51. 66.101 libavcodec 54. 49.100 / 54. 49.100 libavformat 54. 22.101 / 54. 22.101 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 5.102 / 3. 5.102 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 Guessed Channel Layout for Input Stream #0.1 : mono Input #0, avi, from 'CYUV.AVI': Duration: 00:00:00.93, start: 0.000000, bitrate: 18582 kb/s Stream #0:0: Video: cyuv (cyuv / 0x76757963), yuv411p, 320x240, 15 tbr, 15 t bn, 15 tbc Stream #0:1: Audio: pcm_u8 ([1][0][0][0] / 0x0001), 11025 Hz, mono, u8, 88 k b/s Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf54.22.101 Stream #0:0: Video: msmpeg4v2 (MP42 / 0x3234504D), yuv420p, 320x240, q=2-31, 200 kb/s, 15 tbn, 15 tbc Stream #0:1: Audio: mp3 (U[0][0][0] / 0x0055), 11025 Hz, mono, s16 Stream mapping: Stream #0:0 -> #0:0 (cyuv -> msmpeg4v2) Stream #0:1 -> #0:1 (pcm_u8 -> libmp3lame) Press [q] to stop, [?] for help [cyuv @ 0x1ead700] got a buffer with 153600 bytes when 57648 were expected Error while decoding stream #0:0: Error number -1 occurred [cyuv @ 0x1ead700] got a buffer with 153600 bytes when 57648 were expected Error while decoding stream #0:0: Error number -1 occurred [cyuv @ 0x1ead700] got a buffer with 153600 bytes when 57648 were expected Error while decoding stream #0:0: Error number -1 occurred [cyuv @ 0x1ead700] got a buffer with 153600 bytes when 57648 were expected Error while decoding stream #0:0: Error number -1 occurred [cyuv @ 0x1ead700] got a buffer with 153600 bytes when 57648 were expected Error while decoding stream #0:0: Error number -1 occurred [cyuv @ 0x1ead700] got a buffer with 153600 bytes when 57648 were expected Error while decoding stream #0:0: Error number -1 occurred [cyuv @ 0x1ead700] got a buffer with 153600 bytes when 57648 were expected Error while decoding stream #0:0: Error number -1 occurred [cyuv @ 0x1ead700] got a buffer with 153600 bytes when 57648 were expected Error while decoding stream #0:0: Error number -1 occurred [cyuv @ 0x1ead700] got a buffer with 153600 bytes when 57648 were expected Error while decoding stream #0:0: Error number -1 occurred [cyuv @ 0x1ead700] got a buffer with 153600 bytes when 57648 were expected Error while decoding stream #0:0: Error number -1 occurred [cyuv @ 0x1ead700] got a buffer with 153600 bytes when 57648 were expected Error while decoding stream #0:0: Error number -1 occurred [cyuv @ 0x1ead700] got a buffer with 153600 bytes when 57648 were expected Error while decoding stream #0:0: Error number -1 occurred [cyuv @ 0x1ead700] got a buffer with 153600 bytes when 57648 were expected Error while decoding stream #0:0: Error number -1 occurred [cyuv @ 0x1ead700] got a buffer with 153600 bytes when 57648 were expected Error while decoding stream #0:0: Error number -1 occurred frame= 0 fps=0.0 q=0.0 Lsize= 12kB time=00:00:00.00 bitrate= 0.0kbits/ s video:0kB audio:2kB subtitle:0 global headers:0kB muxing overhead 498.086124% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 8 23:14:08 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 08 Aug 2012 21:14:08 -0000 Subject: [FFmpeg-trac] #1617(undetermined:open): Ffmpeg/ffplay/ffprobe fails to identify, open or play ogg (specific, attached) file with flac/theora contents. In-Reply-To: <035.a8615d5ff1f64243851192c77ccce38d@avcodec.org> References: <035.a8615d5ff1f64243851192c77ccce38d@avcodec.org> Message-ID: <050.e831e11bb8f748d9bf12cee4d8bfe5ea@avcodec.org> #1617: Ffmpeg/ffplay/ffprobe fails to identify, open or play ogg (specific, attached) file with flac/theora contents. -------------------------------------+------------------------------------- Reporter: noname | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: ogg theora | Resolution: flac regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: ogg theora flac => ogg theora flac regression * priority: normal => important Comment: Looks like a regression since 8f3eebd -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 8 23:16:40 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 08 Aug 2012 21:16:40 -0000 Subject: [FFmpeg-trac] #1618(undetermined:new): Scaling and padding to odd/uneven size fails In-Reply-To: <035.e6352dd6c5b742f02be45e8475dd82b3@avcodec.org> References: <035.e6352dd6c5b742f02be45e8475dd82b3@avcodec.org> Message-ID: <050.360e1693be42f593362a041c71a9b009@avcodec.org> #1618: Scaling and padding to odd/uneven size fails -------------------------------------+------------------------------------- Reporter: agowad | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: pad padding | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * version: unspecified => git-master * component: FFmpeg => undetermined Old description: > ### WHAT > I am try resize (scale + pad) and convert a video file to mp4 format and > defined size. > > ### PROBLEM > When padding to odd width I face problems. Strangely, when I use even > numbers then it works. > > ### COMMAND LINES (for two files) > A. File "Duracell10sec_Cutdow__ulydCDCD.wmv" > A.1 Resizing to 425x300 > * COMMAND LINE: > ffmpeg.exe -i "Duracell10sec_Cutdow__ulydCDCD.wmv" -vf > "scale=427:239,pad=427:300:0:30,setdar=427:300" -y -b:v 400k -r 49.75 > -ar 44100 -acodec libmp3lame -vcodec libx264 -ac 2 > "Duracell10sec_Cutdow__ulydCDCD4_TMP.mp4" > > * OUTPUT: > ffmpeg version N-43206-gf857465 Copyright (c) 2000-2012 the FFmpeg > developers > built on Aug 4 2012 16:10:39 with gcc 4.7.1 (GCC) > configuration: --enable-gpl --enable-version3 --disable-w32threads > --enable-runtime-cpudetect --enable-avisynth --enable-bzlib --enable- > frei0r --ena > ble-libass --enable-libcelt --enable-libopencore-amrnb --enable- > libopencore-amrwb --enable-libfreetype --enable-libgsm --enable- > libmp3lame --enable-li > bnut --enable-libopenjpeg --enable-librtmp --enable-libschroedinger > --enable-libspeex --enable-libtheora --enable-libutvideo --enable-libvo- > aacenc --e > nable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 > --enable-libxavs --enable-libxvid --enable-zlib > libavutil 51. 66.100 / 51. 66.100 > libavcodec 54. 49.100 / 54. 49.100 > libavformat 54. 22.100 / 54. 22.100 > libavdevice 54. 2.100 / 54. 2.100 > libavfilter 3. 5.102 / 3. 5.102 > libswscale 2. 1.100 / 2. 1.100 > libswresample 0. 15.100 / 0. 15.100 > libpostproc 52. 0.100 / 52. 0.100 > Guessed Channel Layout for Input Stream #0.0 : mono > Input #0, asf, from 'Duracell10sec_Cutdow__ulydCDCD.wmv': > Metadata: > WMFSDKVersion : 10.00.00.3702 > WMFSDKNeeded : 0.0.0.0000 > IsVBR : 1 > VBR Peak : 139 > Buffer Average : 151 > Duration: 00:00:10.04, start: 0.000000, bitrate: 1864 kb/s > Stream #0:0(dan): Audio: wmav2 (a[1][0][0] / 0x0161), 8000 Hz, mono, > s16, 0 kb/s > Stream #0:1(dan): Video: wmv3 (Main) (WMV3 / 0x33564D57), yuv420p, > 1280x720, 1843 kb/s, 49.75 tbr, 1k tbn, 1k tbc > [Parsed_pad_1 @ 01f9a760] Input area 0:30:427:269 not within the padded > area 0:0:426:300 or zero-sized > [Parsed_scale_0 @ 01fe7260] Failed to configure input pad on Parsed_pad_1 > Error opening filters! > > B. File "fishermans_friendCD_720_xvid.avi" > B.1 Resizing to 425x300 > * COMMAND LINE: > ffmpeg.exe -i "fishermans_friendCD_720_xvid.avi" -vf > "scale=425:239,pad=425:300:0:30,setdar=425:300" -y -b:v 400k -r 25 -ar > 44100 -ab 128 -acodec libmp3lame -vcodec libx264 -ac 2 > "fishermans_friendCD_720_xvid4_TMP.mp4" > > * OUTPUT: > ffmpeg version N-43206-gf857465 Copyright (c) 2000-2012 the FFmpeg > developers > built on Aug 4 2012 16:10:39 with gcc 4.7.1 (GCC) > configuration: --enable-gpl --enable-version3 --disable-w32threads > --enable-runtime-cpudetect --enable-avisynth --enable-bzlib --enable- > frei0r --ena > ble-libass --enable-libcelt --enable-libopencore-amrnb --enable- > libopencore-amrwb --enable-libfreetype --enable-libgsm --enable- > libmp3lame --enable-li > bnut --enable-libopenjpeg --enable-librtmp --enable-libschroedinger > --enable-libspeex --enable-libtheora --enable-libutvideo --enable-libvo- > aacenc --e > nable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 > --enable-libxavs --enable-libxvid --enable-zlib > libavutil 51. 66.100 / 51. 66.100 > libavcodec 54. 49.100 / 54. 49.100 > libavformat 54. 22.100 / 54. 22.100 > libavdevice 54. 2.100 / 54. 2.100 > libavfilter 3. 5.102 / 3. 5.102 > libswscale 2. 1.100 / 2. 1.100 > libswresample 0. 15.100 / 0. 15.100 > libpostproc 52. 0.100 / 52. 0.100 > Input #0, avi, from 'fishermans_friendCD_720_xvid.avi': > Metadata: > encoder : MEncoder Sherpya-SVN-r32492-4.2.5 > Duration: 00:00:09.96, start: 0.000000, bitrate: 1090 kb/s > Stream #0:0: Video: mpeg4 (Simple Profile) (XVID / 0x44495658), > yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 25 tbr, 25 tbn, 25 tbc > Stream #0:1: Audio: mp3 (U[0][0][0] / 0x0055), 44100 Hz, stereo, s16, > 128 kb/s > [Parsed_pad_1 @ 03fd59e0] Input area 0:30:425:269 not within the padded > area 0:0:424:300 or zero-sized > [Parsed_scale_0 @ 03fd5940] Failed to configure input pad on Parsed_pad_1 > Error opening filters! > > ### FILES > A. "Duracell10sec_Cutdow__ulydCDCD.wmv" > * OUTPUT: > ffmpeg version N-43206-gf857465 Copyright (c) 2000-2012 the FFmpeg > developers > built on Aug 4 2012 16:10:39 with gcc 4.7.1 (GCC) > configuration: --enable-gpl --enable-version3 --disable-w32threads > --enable-runtime-cpudetect --enable-avisynth --enable-bzlib --enable- > frei0r --ena > ble-libass --enable-libcelt --enable-libopencore-amrnb --enable- > libopencore-amrwb --enable-libfreetype --enable-libgsm --enable- > libmp3lame --enable-li > bnut --enable-libopenjpeg --enable-librtmp --enable-libschroedinger > --enable-libspeex --enable-libtheora --enable-libutvideo --enable-libvo- > aacenc --e > nable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 > --enable-libxavs --enable-libxvid --enable-zlib > libavutil 51. 66.100 / 51. 66.100 > libavcodec 54. 49.100 / 54. 49.100 > libavformat 54. 22.100 / 54. 22.100 > libavdevice 54. 2.100 / 54. 2.100 > libavfilter 3. 5.102 / 3. 5.102 > libswscale 2. 1.100 / 2. 1.100 > libswresample 0. 15.100 / 0. 15.100 > libpostproc 52. 0.100 / 52. 0.100 > [asf @ 01fbc400] Format asf probed with size=2048 and score=100 > [asf @ 01fbc400] gpos mismatch our pos=24, end=26 > [asf @ 01fbc400] gpos mismatch our pos=24, end=3622 > [asf @ 01fbc400] gpos mismatch our pos=24, end=38 > [asf @ 01fbc400] Unsupported value type 1 in tag ASFLeakyBucketPairs. > [asf @ 01fbc400] gpos mismatch our pos=24, end=252 > [asf @ 01fbc400] gpos mismatch our pos=24, end=38 > [asf @ 01fbc400] File position before avformat_find_stream_info() is 5300 > [asf @ 01fbc400] parser not found for codec wmav2, packets or times may > be invalid. > [wmv3 @ 01fbd720] Header: 4DC11A01 > [wmv3 @ 01fbd720] Profile 1: > frmrtq_postproc=6, bitrtq_postproc=28 > LoopFilter=0, MultiRes=0, FastUVMC=0, Extended MV=0 > Rangered=0, VSTransform=1, Overlap=1, SyncMarker=0 > DQuant=1, Quantizer mode=0, Max B frames=0 > [asf @ 01fbc400] parser not found for codec wmav2, packets or times may > be invalid. > [asf @ 01fbc400] All info found > rfps: 24.583333 0.019493 > Last message repeated 1 times > rfps: 24.666667 0.010206 > Last message repeated 1 times > rfps: 24.750000 0.003909 > Last message repeated 1 times > rfps: 24.833333 0.000600 > Last message repeated 1 times > rfps: 24.916667 0.000281 > rfps: 25.000000 0.002950 > rfps: 25.083333 0.008607 > Last message repeated 1 times > rfps: 25.166667 0.017254 > Last message repeated 1 times > rfps: 49.500000 0.015636 > Last message repeated 1 times > rfps: 49.583333 0.007524 > Last message repeated 1 times > rfps: 49.666667 0.002402 > Last message repeated 1 times > rfps: 49.750000 0.000268 > Last message repeated 1 times > rfps: 49.833333 0.001122 > rfps: 49.916667 0.004966 > rfps: 50.000000 0.011798 > [asf @ 01fbc400] File position after avformat_find_stream_info() is > 251519 > Guessed Channel Layout for Input Stream #0.0 : mono > Input #0, asf, from 'Duracell10sec_Cutdow__ulydCDCD.wmv': > Metadata: > WMFSDKVersion : 10.00.00.3702 > WMFSDKNeeded : 0.0.0.0000 > IsVBR : 1 > VBR Peak : 139 > Buffer Average : 151 > Duration: 00:00:10.04, start: 0.000000, bitrate: 1864 kb/s > Stream #0:0(dan), 18, 1/1000: Audio: wmav2 (a[1][0][0] / 0x0161), > 8000 Hz, mono, s16, 0 kb/s > Stream #0:1(dan), 41, 1/1000: Video: wmv3 (Main) (WMV3 / 0x33564D57), > yuv420p, 1280x720, 1/1000, 1843 kb/s, 49.75 tbr, 1k tbn, 1k tbc > At least one output file must be specified > [AVIOContext @ 01fb14e0] Statistics: 262144 bytes read, 0 seeks > > B. "fishermans_friendCD_720_xvid.avi" > * OUTPUT: > ffmpeg version N-43206-gf857465 Copyright (c) 2000-2012 the FFmpeg > developers > built on Aug 4 2012 16:10:39 with gcc 4.7.1 (GCC) > configuration: --enable-gpl --enable-version3 --disable-w32threads > --enable-runtime-cpudetect --enable-avisynth --enable-bzlib --enable- > frei0r --ena > ble-libass --enable-libcelt --enable-libopencore-amrnb --enable- > libopencore-amrwb --enable-libfreetype --enable-libgsm --enable- > libmp3lame --enable-li > bnut --enable-libopenjpeg --enable-librtmp --enable-libschroedinger > --enable-libspeex --enable-libtheora --enable-libutvideo --enable-libvo- > aacenc --e > nable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 > --enable-libxavs --enable-libxvid --enable-zlib > libavutil 51. 66.100 / 51. 66.100 > libavcodec 54. 49.100 / 54. 49.100 > libavformat 54. 22.100 / 54. 22.100 > libavdevice 54. 2.100 / 54. 2.100 > libavfilter 3. 5.102 / 3. 5.102 > libswscale 2. 1.100 / 2. 1.100 > libswresample 0. 15.100 / 0. 15.100 > libpostproc 52. 0.100 / 52. 0.100 > [avi @ 0235c400] Format avi probed with size=2048 and score=100 > [avi @ 02351560] use odml:1 > st:1 removing common factor 36 from timebase > [avi @ 0235c400] File position before avformat_find_stream_info() is 4108 > [avi @ 0235c400] All info found > [avi @ 0235c400] File position after avformat_find_stream_info() is 22706 > Input #0, avi, from 'fishermans_friendCD_720_xvid.avi': > Metadata: > encoder : MEncoder Sherpya-SVN-r32492-4.2.5 > Duration: 00:00:09.96, start: 0.000000, bitrate: 1090 kb/s > Stream #0:0, 1, 1/25: Video: mpeg4 (Simple Profile) (XVID / > 0x44495658), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 1/25, 25 tbr, 25 tbn, > 25 tbc > Stream #0:1, 20, 32/1225: Audio: mp3 (U[0][0][0] / 0x0055), 44100 Hz, > stereo, s16, 128 kb/s > At least one output file must be specified > [AVIOContext @ 023514c0] Statistics: 184008 bytes read, 7 seeks New description: ### WHAT I am try resize (scale + pad) and convert a video file to mp4 format and defined size. ### PROBLEM When padding to odd width I face problems. Strangely, when I use even numbers then it works. ### COMMAND LINES (for two files) A. File "Duracell10sec_Cutdow__ulydCDCD.wmv" A.1 Resizing to 425x300 * COMMAND LINE: {{{ ffmpeg.exe -i "Duracell10sec_Cutdow__ulydCDCD.wmv" -vf "scale=427:239,pad=427:300:0:30,setdar=427:300" -y -b:v 400k -r 49.75 -ar 44100 -acodec libmp3lame -vcodec libx264 -ac 2 "Duracell10sec_Cutdow__ulydCDCD4_TMP.mp4" }}} * OUTPUT: {{{ ffmpeg version N-43206-gf857465 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 4 2012 16:10:39 with gcc 4.7.1 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-runtime-cpudetect --enable-avisynth --enable-bzlib --enable- frei0r --ena ble-libass --enable-libcelt --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libfreetype --enable-libgsm --enable-libmp3lame --enable-li bnut --enable-libopenjpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libutvideo --enable-libvo- aacenc --e nable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 66.100 / 51. 66.100 libavcodec 54. 49.100 / 54. 49.100 libavformat 54. 22.100 / 54. 22.100 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 5.102 / 3. 5.102 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 Guessed Channel Layout for Input Stream #0.0 : mono Input #0, asf, from 'Duracell10sec_Cutdow__ulydCDCD.wmv': Metadata: WMFSDKVersion : 10.00.00.3702 WMFSDKNeeded : 0.0.0.0000 IsVBR : 1 VBR Peak : 139 Buffer Average : 151 Duration: 00:00:10.04, start: 0.000000, bitrate: 1864 kb/s Stream #0:0(dan): Audio: wmav2 (a[1][0][0] / 0x0161), 8000 Hz, mono, s16, 0 kb/s Stream #0:1(dan): Video: wmv3 (Main) (WMV3 / 0x33564D57), yuv420p, 1280x720, 1843 kb/s, 49.75 tbr, 1k tbn, 1k tbc [Parsed_pad_1 @ 01f9a760] Input area 0:30:427:269 not within the padded area 0:0:426:300 or zero-sized [Parsed_scale_0 @ 01fe7260] Failed to configure input pad on Parsed_pad_1 Error opening filters! }}} B. File "fishermans_friendCD_720_xvid.avi" B.1 Resizing to 425x300 * COMMAND LINE: {{{ ffmpeg.exe -i "fishermans_friendCD_720_xvid.avi" -vf "scale=425:239,pad=425:300:0:30,setdar=425:300" -y -b:v 400k -r 25 -ar 44100 -ab 128 -acodec libmp3lame -vcodec libx264 -ac 2 "fishermans_friendCD_720_xvid4_TMP.mp4" }}} * OUTPUT: {{{ ffmpeg version N-43206-gf857465 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 4 2012 16:10:39 with gcc 4.7.1 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-runtime-cpudetect --enable-avisynth --enable-bzlib --enable- frei0r --ena ble-libass --enable-libcelt --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libfreetype --enable-libgsm --enable-libmp3lame --enable-li bnut --enable-libopenjpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libutvideo --enable-libvo- aacenc --e nable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 66.100 / 51. 66.100 libavcodec 54. 49.100 / 54. 49.100 libavformat 54. 22.100 / 54. 22.100 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 5.102 / 3. 5.102 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, avi, from 'fishermans_friendCD_720_xvid.avi': Metadata: encoder : MEncoder Sherpya-SVN-r32492-4.2.5 Duration: 00:00:09.96, start: 0.000000, bitrate: 1090 kb/s Stream #0:0: Video: mpeg4 (Simple Profile) (XVID / 0x44495658), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 25 tbr, 25 tbn, 25 tbc Stream #0:1: Audio: mp3 (U[0][0][0] / 0x0055), 44100 Hz, stereo, s16, 128 kb/s [Parsed_pad_1 @ 03fd59e0] Input area 0:30:425:269 not within the padded area 0:0:424:300 or zero-sized [Parsed_scale_0 @ 03fd5940] Failed to configure input pad on Parsed_pad_1 Error opening filters! }}} ### FILES A. "Duracell10sec_Cutdow__ulydCDCD.wmv" * OUTPUT: {{{ ffmpeg version N-43206-gf857465 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 4 2012 16:10:39 with gcc 4.7.1 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-runtime-cpudetect --enable-avisynth --enable-bzlib --enable- frei0r --ena ble-libass --enable-libcelt --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libfreetype --enable-libgsm --enable-libmp3lame --enable-li bnut --enable-libopenjpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libutvideo --enable-libvo- aacenc --e nable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 66.100 / 51. 66.100 libavcodec 54. 49.100 / 54. 49.100 libavformat 54. 22.100 / 54. 22.100 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 5.102 / 3. 5.102 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [asf @ 01fbc400] Format asf probed with size=2048 and score=100 [asf @ 01fbc400] gpos mismatch our pos=24, end=26 [asf @ 01fbc400] gpos mismatch our pos=24, end=3622 [asf @ 01fbc400] gpos mismatch our pos=24, end=38 [asf @ 01fbc400] Unsupported value type 1 in tag ASFLeakyBucketPairs. [asf @ 01fbc400] gpos mismatch our pos=24, end=252 [asf @ 01fbc400] gpos mismatch our pos=24, end=38 [asf @ 01fbc400] File position before avformat_find_stream_info() is 5300 [asf @ 01fbc400] parser not found for codec wmav2, packets or times may be invalid. [wmv3 @ 01fbd720] Header: 4DC11A01 [wmv3 @ 01fbd720] Profile 1: frmrtq_postproc=6, bitrtq_postproc=28 LoopFilter=0, MultiRes=0, FastUVMC=0, Extended MV=0 Rangered=0, VSTransform=1, Overlap=1, SyncMarker=0 DQuant=1, Quantizer mode=0, Max B frames=0 [asf @ 01fbc400] parser not found for codec wmav2, packets or times may be invalid. [asf @ 01fbc400] All info found rfps: 24.583333 0.019493 Last message repeated 1 times rfps: 24.666667 0.010206 Last message repeated 1 times rfps: 24.750000 0.003909 Last message repeated 1 times rfps: 24.833333 0.000600 Last message repeated 1 times rfps: 24.916667 0.000281 rfps: 25.000000 0.002950 rfps: 25.083333 0.008607 Last message repeated 1 times rfps: 25.166667 0.017254 Last message repeated 1 times rfps: 49.500000 0.015636 Last message repeated 1 times rfps: 49.583333 0.007524 Last message repeated 1 times rfps: 49.666667 0.002402 Last message repeated 1 times rfps: 49.750000 0.000268 Last message repeated 1 times rfps: 49.833333 0.001122 rfps: 49.916667 0.004966 rfps: 50.000000 0.011798 [asf @ 01fbc400] File position after avformat_find_stream_info() is 251519 Guessed Channel Layout for Input Stream #0.0 : mono Input #0, asf, from 'Duracell10sec_Cutdow__ulydCDCD.wmv': Metadata: WMFSDKVersion : 10.00.00.3702 WMFSDKNeeded : 0.0.0.0000 IsVBR : 1 VBR Peak : 139 Buffer Average : 151 Duration: 00:00:10.04, start: 0.000000, bitrate: 1864 kb/s Stream #0:0(dan), 18, 1/1000: Audio: wmav2 (a[1][0][0] / 0x0161), 8000 Hz, mono, s16, 0 kb/s Stream #0:1(dan), 41, 1/1000: Video: wmv3 (Main) (WMV3 / 0x33564D57), yuv420p, 1280x720, 1/1000, 1843 kb/s, 49.75 tbr, 1k tbn, 1k tbc At least one output file must be specified [AVIOContext @ 01fb14e0] Statistics: 262144 bytes read, 0 seeks }}} B. "fishermans_friendCD_720_xvid.avi" * OUTPUT: {{{ ffmpeg version N-43206-gf857465 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 4 2012 16:10:39 with gcc 4.7.1 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-runtime-cpudetect --enable-avisynth --enable-bzlib --enable- frei0r --ena ble-libass --enable-libcelt --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libfreetype --enable-libgsm --enable-libmp3lame --enable-li bnut --enable-libopenjpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libutvideo --enable-libvo- aacenc --e nable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 66.100 / 51. 66.100 libavcodec 54. 49.100 / 54. 49.100 libavformat 54. 22.100 / 54. 22.100 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 5.102 / 3. 5.102 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [avi @ 0235c400] Format avi probed with size=2048 and score=100 [avi @ 02351560] use odml:1 st:1 removing common factor 36 from timebase [avi @ 0235c400] File position before avformat_find_stream_info() is 4108 [avi @ 0235c400] All info found [avi @ 0235c400] File position after avformat_find_stream_info() is 22706 Input #0, avi, from 'fishermans_friendCD_720_xvid.avi': Metadata: encoder : MEncoder Sherpya-SVN-r32492-4.2.5 Duration: 00:00:09.96, start: 0.000000, bitrate: 1090 kb/s Stream #0:0, 1, 1/25: Video: mpeg4 (Simple Profile) (XVID / 0x44495658), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 1/25, 25 tbr, 25 tbn, 25 tbc Stream #0:1, 20, 32/1225: Audio: mp3 (U[0][0][0] / 0x0055), 44100 Hz, stereo, s16, 128 kb/s At least one output file must be specified [AVIOContext @ 023514c0] Statistics: 184008 bytes read, 7 seeks }}} -- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 8 23:21:43 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 08 Aug 2012 21:21:43 -0000 Subject: [FFmpeg-trac] #1619(undetermined:open): aasc: problem with 16bpp (crashes ffplay) In-Reply-To: <038.a3ca1972a584b3d967af77c58149d716@avcodec.org> References: <038.a3ca1972a584b3d967af77c58149d716@avcodec.org> Message-ID: <053.4922f44b557977f7b254560a79afffcf@avcodec.org> #1619: aasc: problem with 16bpp (crashes ffplay) -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: aasc | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => aasc * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 8 23:46:04 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 08 Aug 2012 21:46:04 -0000 Subject: [FFmpeg-trac] #1621(undetermined:new): Converted flash video has longer duration than the source Message-ID: <035.ccfae6a1e9c6644477b83c05851a9154@avcodec.org> #1621: Converted flash video has longer duration than the source -------------------------------------+------------------------------------- Reporter: agowad | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- ### WHAT I am trying to convert a video to flv format maintaining its (almost exact = less than 0,5s) duration. ### THE PROBLEM Generated flash is longer than the input file. Input file duration: 00:01:46.02 Output file duration: 00:01:47.24 I can make the difference smaller by reducing -ar 44100 to 11025, but still it is larger than 0,5s (which is much for me). ### COMMAND LINE ffmpeg.exe -i "Dolphins_720.wmv" -vf "scale=500:281,pad=500:500:0:109,setdar=500:500" -y -b:v 1000k -r 23.98 -ar 44100 -ab 384 -acodec libmp3lame -ac 2 "Dolphins_7202_TMP.flv" ### THE INPUT FILE ffmpeg version N-43206-gf857465 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 4 2012 16:10:39 with gcc 4.7.1 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libass --enable-libcelt --enable-libopencore-amrnb --enable-libopencore-amrwb --enable -libfreetype --enable-libgsm --enable-libmp3lame --enable-libnut --enable- libope njpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable-libth eora --enable-libutvideo --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --e nable-zlib libavutil 51. 66.100 / 51. 66.100 libavcodec 54. 49.100 / 54. 49.100 libavformat 54. 22.100 / 54. 22.100 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 5.102 / 3. 5.102 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [asf @ 01f37a20] Format asf probed with size=2048 and score=100 [asf @ 01f37a20] gpos mismatch our pos=24, end=26 [asf @ 01f37a20] gpos mismatch our pos=24, end=1042 [asf @ 01f37a20] gpos mismatch our pos=24, end=38 [asf @ 01f37a20] gpos mismatch our pos=24, end=314 [asf @ 01f37a20] gpos mismatch our pos=24, end=38 [asf @ 01f37a20] File position before avformat_find_stream_info() is 2856 [asf @ 01f37a20] parser not found for codec wmapro, packets or times may be inva lid. [wmv3 @ 01f3e100] Header: 4BF10A01 [wmv3 @ 01f3e100] Profile 1: frmrtq_postproc=5, bitrtq_postproc=31 LoopFilter=0, MultiRes=0, FastUVMC=0, Extended MV=0 Rangered=0, VSTransform=1, Overlap=1, SyncMarker=0 DQuant=0, Quantizer mode=0, Max B frames=0 [asf @ 01f37a20] parser not found for codec wmapro, packets or times may be inva lid. [asf @ 01f37a20] All info found rfps: 23.750000 0.011882 rfps: 23.833333 0.004763 rfps: 23.916667 0.000862 Last message repeated 1 times rfps: 24.000000 0.000182 Last message repeated 1 times rfps: 24.083333 0.002721 Last message repeated 1 times rfps: 24.166667 0.008479 Last message repeated 1 times rfps: 24.250000 0.017456 rfps: 47.666667 0.019050 rfps: 47.750000 0.009640 rfps: 47.833333 0.003450 Last message repeated 1 times rfps: 47.916667 0.000479 Last message repeated 1 times rfps: 48.000000 0.000727 Last message repeated 1 times rfps: 48.083333 0.004195 Last message repeated 1 times rfps: 48.166667 0.010882 rfps: 23.976024 0.000048 Last message repeated 1 times rfps: 47.952048 0.000191 Last message repeated 1 times [asf @ 01f37a20] File position after avformat_find_stream_info() is 1427237 Input #0, asf, from 'Dolphins_720.wmv': Metadata: WMFSDKVersion : 9.00.00.2980 WMFSDKNeeded : 0.0.0.0000 IsVBR : 0 Duration: 00:01:46.02, start: 0.000000, bitrate: 6576 kb/s Stream #0:0(eng), 11, 1/1000: Audio: wmapro (b[1][0][0] / 0x0162), 48000 Hz, 5.1, flt, 384 kb/s Stream #0:1(eng), 41, 1/1000: Video: wmv3 (Main) (WMV3 / 0x33564D57), yuv420 p, 1280x720, 1/1000, 6000 kb/s, 23.98 tbr, 1k tbn, 1k tbc At least one output file must be specified [AVIOContext @ 01f3ff60] Statistics: 1441792 bytes read, 0 seeks -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 9 00:42:31 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 08 Aug 2012 22:42:31 -0000 Subject: [FFmpeg-trac] =?utf-8?q?_=231622=28undetermined=3Anew=29=3A_Is_?= =?utf-8?q?=E2=80=9Cerror_while_decoding_stream=E2=80=9D_a_fatal_error=3F?= Message-ID: <035.15315ee88eed63631674c282eaf978c3@avcodec.org> #1622: Is ?error while decoding stream? a fatal error? -------------------------------------+------------------------------------- Reporter: agowad | Type: Status: new | enhancement Component: | Priority: normal undetermined | Version: Keywords: | unspecified Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- ### WHAT I am trying to convert a video to mp4 file. For some media files I get errors similar to this: {{{ ?error while decoding stream #0:1: invalid data found when processing input? }}} Currently I treat it as a fatal error and the input file as invalid. However, in most (all?) cases ffmpeg produces valid (playbale) output/converted video. So I am wondering, should this be treated as fatal error? Is there a list of texts defining fatal errors? ### THE PROBLEM I am not able to precisely decide which error is fatal and should result in (for example) saying that input file is not valid. ### COMMAND LINE * Command {{{ ffmpeg.exe -i " dreamtime.mpg" -vf "scale=266:150,pad=1000:150:367:0,setdar=1000:150" -y -b:v 400k -r 62.4 -ar 44100 -ab 192 -acodec libmp3lame -vcodec libx264 -ac 2 " dreamtime1_TMP.mp4" }}} * Output {{{ ffmpeg version n-43206-gf857465 copyright (c) 2000-2012 the ffmpeg developers built on aug 4 2012 16:10:39 with gcc 4.7.1 (gcc) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-runtime-cpudetect --enable-avisynth --enable-bzlib --enable- frei0r --enable-libass --enable-libcelt --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable-libgsm --enable- libmp3lame --enable-libnut --enable-libopenjpeg --enable-librtmp --enable- libschroedinger --enable-libspeex --enable-libtheora --enable-libutvideo --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable- libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 66.100 / 51. 66.100 libavcodec 54. 49.100 / 54. 49.100 libavformat 54. 22.100 / 54. 22.100 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 5.102 / 3. 5.102 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [mpeg2video @ 0238c900] mpeg_decode_postinit() failure last message repeated 6 times [mpegts @ 02382320] pes packet size mismatch input #0, mpegts, from 'dreamtime.mpg': duration: 00:00:49.45, start: 2944.422789, bitrate: 18992 kb/s program 2 stream #0:0[0x21]: video: mpeg2video (main) ([2][0][0][0] / 0x0002), yuv420p, 1280x720 [sar 1:1 dar 16:9], 45000 kb/s, 62.40 fps, 59.94 tbr, 90k tbn, 119.88 tbc stream #0:1[0x24]: audio: mp2 ([4][0][0][0] / 0x0004), 48000 hz, stereo, s16, 192 kb/s [libx264 @ 02fe0560] using sar=1/1 [libx264 @ 02fe0560] using cpu capabilities: mmx2 sse2 fastshuffle cache64 [libx264 @ 02fe0560] profile high, level 3.0 [libx264 @ 02fe0560] 264 - core 125 r2208 d9d2288 - h.264/mpeg-4 avc codec - copyleft 2003-2012 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=1 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=abr mbtree=1 bitrate=400 ratetol=1.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 the bitrate parameter is set too low. it takes bits/s as argument, not kbits/s output #0, mp4, to 'dreamtime1_tmp.mp4': metadata: encoder : lavf54.22.100 stream #0:0: video: h264 ([33][0][0][0] / 0x0021), yuv420p, 1000x150 [sar 1:1 dar 20:3], q=-1--1, 400 kb/s, 312 tbn, 62.40 tbc stream #0:1: audio: mp3 (i[0][0][0] / 0x0069), 44100 hz, stereo, s16, 0 kb/s stream mapping: stream #0:0 -> #0:0 (mpeg2video -> libx264) stream #0:1 -> #0:1 (mp2 -> libmp3lame) press [q] to stop, [?] for help frame= 34 fps=0.0 q=0.0 size= 0kb time=00:00:00.00 bitrate= 0.0kbits/s dup=19 drop=0 frame= 44 fps= 42 q=44.0 size= 1kb time=00:00:00.01 bitrate= 642.5kbits/s dup=20 drop=0 frame= 62 fps= 40 q=23.0 size= 7kb time=00:00:00.30 bitrate= 178.5kbits/s dup=20 drop=0 frame= 68 fps= 32 q=19.0 size= 8kb time=00:00:00.40 bitrate= 163.6kbits/s dup=21 drop=0 frame= 77 fps= 29 q=16.0 size= 11kb time=00:00:00.54 bitrate= 159.7kbits/s dup=21 drop=0 frame= 91 fps= 29 q=10.0 size= 14kb time=00:00:00.76 bitrate= 150.6kbits/s dup=22 drop=0 frame= 116 fps= 32 q=5.0 size= 21kb time=00:00:01.16 bitrate= 148.1kbits/s dup=23 drop=0 frame= 138 fps= 33 q=3.0 size= 27kb time=00:00:01.52 bitrate= 144.6kbits/s dup=23 drop=0 frame= 147 fps= 31 q=2.0 size= 30kb time=00:00:01.66 bitrate= 145.0kbits/s dup=24 drop=0 frame= 158 fps= 30 q=1.0 size= 32kb time=00:00:01.84 bitrate= 142.9kbits/s dup=24 drop=0 frame= 181 fps= 32 q=0.0 size= 39kb time=00:00:02.21 bitrate= 143.4kbits/s dup=25 drop=0 frame= 208 fps= 33 q=0.0 size= 46kb time=00:00:02.64 bitrate= 141.8kbits/s dup=26 drop=0 frame= 225 fps= 33 q=0.0 size= 51kb time=00:00:02.91 bitrate= 142.1kbits/s dup=27 drop=0 frame= 236 fps= 33 q=0.0 size= 53kb time=00:00:03.09 bitrate= 141.1kbits/s dup=27 drop=0 frame= 254 fps= 33 q=0.0 size= 58kb time=00:00:03.38 bitrate= 140.7kbits/s dup=28 drop=0 frame= 280 fps= 34 q=0.0 size= 65kb time=00:00:03.79 bitrate= 140.5kbits/s dup=29 drop=0 frame= 293 fps= 33 q=0.0 size= 69kb time=00:00:04.00 bitrate= 140.7kbits/s dup=30 drop=0 frame= 315 fps= 34 q=0.0 size= 75kb time=00:00:04.35 bitrate= 140.8kbits/s dup=30 drop=0 frame= 326 fps= 33 q=0.0 size= 78kb time=00:00:04.53 bitrate= 140.2kbits/s dup=31 drop=0 frame= 337 fps= 32 q=0.0 size= 86kb time=00:00:04.71 bitrate= 149.1kbits/s dup=31 drop=0 frame= 353 fps= 32 q=0.0 size= 121kb time=00:00:04.96 bitrate= 199.1kbits/s dup=32 drop=0 frame= 359 fps= 31 q=0.0 size= 132kb time=00:00:05.06 bitrate= 214.1kbits/s dup=32 drop=0 frame= 375 fps= 31 q=0.0 size= 175kb time=00:00:05.32 bitrate= 269.4kbits/s dup=33 drop=0 frame= 380 fps= 30 q=0.0 size= 184kb time=00:00:05.40 bitrate= 278.4kbits/s dup=33 drop=0 frame= 394 fps= 30 q=0.0 size= 210kb time=00:00:05.62 bitrate= 305.2kbits/s dup=34 drop=0 frame= 403 fps= 29 q=0.0 size= 226kb time=00:00:05.76 bitrate= 321.1kbits/s dup=34 drop=0 frame= 413 fps= 29 q=0.0 size= 243kb time=00:00:05.92 bitrate= 335.2kbits/s dup=34 drop=0 frame= 430 fps= 29 q=0.0 size= 277kb time=00:00:06.20 bitrate= 365.6kbits/s dup=35 drop=0 frame= 439 fps= 29 q=0.0 size= 293kb time=00:00:06.34 bitrate= 378.7kbits/s dup=35 drop=0 frame= 455 fps= 29 q=0.0 size= 325kb time=00:00:06.60 bitrate= 402.9kbits/s dup=36 drop=0 frame= 464 fps= 28 q=0.0 size= 340kb time=00:00:06.74 bitrate= 413.4kbits/s dup=36 drop=0 frame= 479 fps= 28 q=0.0 size= 372kb time=00:00:06.98 bitrate= 435.6kbits/s dup=37 drop=0 frame= 481 fps= 27 q=0.0 size= 374kb time=00:00:07.01 bitrate= 436.8kbits/s dup=37 drop=0 frame= 499 fps= 28 q=0.0 size= 411kb time=00:00:07.30 bitrate= 461.0kbits/s dup=38 drop=0 frame= 512 fps= 28 q=1.0 size= 435kb time=00:00:07.51 bitrate= 473.6kbits/s dup=38 drop=0 frame= 525 fps= 27 q=1.0 size= 457kb time=00:00:07.72 bitrate= 484.8kbits/s dup=39 drop=0 frame= 540 fps= 28 q=2.0 size= 483kb time=00:00:07.96 bitrate= 496.8kbits/s dup=39 drop=0 frame= 547 fps= 27 q=3.0 size= 502kb time=00:00:08.07 bitrate= 509.5kbits/s dup=40 drop=0 frame= 556 fps= 27 q=3.0 size= 516kb time=00:00:08.22 bitrate= 514.0kbits/s dup=40 drop=0 frame= 564 fps= 27 q=3.0 size= 527kb time=00:00:08.34 bitrate= 517.0kbits/s dup=40 drop=0 frame= 573 fps= 26 q=3.0 size= 539kb time=00:00:08.49 bitrate= 520.1kbits/s dup=41 drop=0 frame= 592 fps= 27 q=3.0 size= 567kb time=00:00:08.79 bitrate= 527.6kbits/s dup=41 drop=0 frame= 610 fps= 27 q=4.0 size= 588kb time=00:00:09.08 bitrate= 530.1kbits/s dup=42 drop=0 frame= 617 fps= 26 q=4.0 size= 597kb time=00:00:09.19 bitrate= 531.3kbits/s dup=42 drop=0 frame= 631 fps= 26 q=4.0 size= 614kb time=00:00:09.42 bitrate= 533.5kbits/s dup=43 drop=0 frame= 640 fps= 26 q=4.0 size= 621kb time=00:00:09.56 bitrate= 531.6kbits/s dup=43 drop=0 frame= 649 fps= 26 q=5.0 size= 672kb time=00:00:09.71 bitrate= 566.9kbits/s dup=44 drop=0 frame= 658 fps= 26 q=7.0 size= 746kb time=00:00:09.85 bitrate= 619.8kbits/s dup=44 drop=0 frame= 670 fps= 26 q=10.0 size= 805kb time=00:00:10.04 bitrate= 656.3kbits/s dup=44 drop=0 frame= 683 fps= 26 q=12.0 size= 858kb time=00:00:10.25 bitrate= 685.4kbits/s dup=45 drop=0 frame= 694 fps= 25 q=12.0 size= 884kb time=00:00:10.43 bitrate= 693.9kbits/s dup=45 drop=0 frame= 701 fps= 25 q=13.0 size= 903kb time=00:00:10.54 bitrate= 701.5kbits/s dup=46 drop=0 frame= 708 fps= 25 q=14.0 size= 921kb time=00:00:10.65 bitrate= 707.8kbits/s dup=46 drop=0 frame= 720 fps= 25 q=14.0 size= 944kb time=00:00:10.84 bitrate= 712.7kbits/s dup=46 drop=0 frame= 733 fps= 25 q=15.0 size= 964kb time=00:00:11.05 bitrate= 714.5kbits/s dup=47 drop=0 frame= 739 fps= 25 q=15.0 size= 974kb time=00:00:11.15 bitrate= 715.4kbits/s dup=47 drop=0 frame= 749 fps= 25 q=15.0 size= 982kb time=00:00:11.31 bitrate= 711.1kbits/s dup=48 drop=0 frame= 756 fps= 24 q=12.0 size= 997kb time=00:00:11.42 bitrate= 714.6kbits/s dup=48 drop=0 frame= 769 fps= 24 q=15.0 size= 1010kb time=00:00:11.63 bitrate= 711.2kbits/s dup=48 drop=0 frame= 776 fps= 24 q=15.0 size= 1016kb time=00:00:11.74 bitrate= 708.8kbits/s dup=49 drop=0 frame= 783 fps= 24 q=15.0 size= 1020kb time=00:00:11.85 bitrate= 704.9kbits/s dup=49 drop=0 frame= 789 fps= 24 q=15.0 size= 1026kb time=00:00:11.95 bitrate= 703.2kbits/s dup=49 drop=0 frame= 801 fps= 23 q=15.0 size= 1035kb time=00:00:12.14 bitrate= 698.1kbits/s dup=50 drop=0 frame= 813 fps= 23 q=15.0 size= 1045kb time=00:00:12.33 bitrate= 693.7kbits/s dup=50 drop=0 frame= 820 fps= 23 q=15.0 size= 1051kb time=00:00:12.45 bitrate= 691.4kbits/s dup=50 drop=0 frame= 830 fps= 23 q=15.0 size= 1058kb time=00:00:12.61 bitrate= 687.0kbits/s dup=51 drop=0 frame= 837 fps= 23 q=15.0 size= 1064kb time=00:00:12.72 bitrate= 684.8kbits/s dup=51 drop=0 frame= 849 fps= 23 q=15.0 size= 1073kb time=00:00:12.91 bitrate= 680.4kbits/s dup=51 drop=0 frame= 857 fps= 23 q=15.0 size= 1079kb time=00:00:13.04 bitrate= 677.6kbits/s dup=52 drop=0 frame= 863 fps= 23 q=15.0 size= 1083kb time=00:00:13.14 bitrate= 675.0kbits/s dup=52 drop=0 frame= 877 fps= 23 q=15.0 size= 1093kb time=00:00:13.36 bitrate= 670.1kbits/s dup=53 drop=0 frame= 884 fps= 23 q=15.0 size= 1099kb time=00:00:13.47 bitrate= 667.7kbits/s dup=53 drop=0 frame= 889 fps= 22 q=15.0 size= 1129kb time=00:00:13.55 bitrate= 682.4kbits/s dup=53 drop=0 frame= 902 fps= 22 q=16.0 size= 1150kb time=00:00:13.76 bitrate= 684.3kbits/s dup=54 drop=0 frame= 913 fps= 22 q=16.0 size= 1160kb time=00:00:13.94 bitrate= 681.7kbits/s dup=54 drop=0 frame= 932 fps= 23 q=16.0 size= 1183kb time=00:00:14.24 bitrate= 680.0kbits/s dup=55 drop=0 frame= 943 fps= 23 q=16.0 size= 1194kb time=00:00:14.42 bitrate= 678.4kbits/s dup=55 drop=0 frame= 962 fps= 23 q=16.0 size= 1212kb time=00:00:14.72 bitrate= 674.4kbits/s dup=56 drop=0 frame= 973 fps= 23 q=16.0 size= 1217kb time=00:00:14.90 bitrate= 669.2kbits/s dup=56 drop=0 frame= 988 fps= 23 q=16.0 size= 1252kb time=00:00:15.14 bitrate= 677.2kbits/s dup=57 drop=0 frame= 998 fps= 23 q=17.0 size= 1271kb time=00:00:15.30 bitrate= 680.6kbits/s dup=57 drop=0 frame= 1006 fps= 23 q=17.0 size= 1286kb time=00:00:15.43 bitrate= 682.6kbits/s dup=58 drop=0 frame= 1020 fps= 23 q=17.0 size= 1310kb time=00:00:15.65 bitrate= 685.3kbits/s dup=58 drop=0 frame= 1030 fps= 23 q=18.0 size= 1328kb time=00:00:15.81 bitrate= 687.7kbits/s dup=59 drop=0 frame= 1045 fps= 23 q=18.0 size= 1350kb time=00:00:16.05 bitrate= 688.7kbits/s dup=59 drop=0 frame= 1055 fps= 23 q=18.0 size= 1366kb time=00:00:16.21 bitrate= 690.0kbits/s dup=60 drop=0 frame= 1061 fps= 23 q=18.0 size= 1373kb time=00:00:16.31 bitrate= 689.2kbits/s dup=60 drop=0 frame= 1066 fps= 22 q=19.0 size= 1384kb time=00:00:16.39 bitrate= 691.3kbits/s dup=60 drop=0 frame= 1079 fps= 22 q=19.0 size= 1399kb time=00:00:16.60 bitrate= 690.3kbits/s dup=61 drop=0 frame= 1083 fps= 22 q=19.0 size= 1403kb time=00:00:16.66 bitrate= 689.8kbits/s dup=61 drop=0 frame= 1089 fps= 22 q=19.0 size= 1408kb time=00:00:16.76 bitrate= 688.1kbits/s dup=61 drop=0 frame= 1101 fps= 22 q=19.0 size= 1417kb time=00:00:16.95 bitrate= 684.4kbits/s dup=61 drop=0 frame= 1107 fps= 22 q=19.0 size= 1441kb time=00:00:17.05 bitrate= 692.2kbits/s dup=62 drop=0 frame= 1117 fps= 22 q=19.0 size= 1453kb time=00:00:17.21 bitrate= 691.4kbits/s dup=62 drop=0 frame= 1126 fps= 22 q=19.0 size= 1462kb time=00:00:17.35 bitrate= 689.9kbits/s dup=62 drop=0 frame= 1140 fps= 22 q=19.0 size= 1476kb time=00:00:17.58 bitrate= 687.7kbits/s dup=63 drop=0 frame= 1148 fps= 22 q=19.0 size= 1483kb time=00:00:17.70 bitrate= 685.9kbits/s dup=63 drop=0 frame= 1161 fps= 22 q=19.0 size= 1497kb time=00:00:17.91 bitrate= 684.6kbits/s dup=64 drop=0 frame= 1173 fps= 22 q=19.0 size= 1507kb time=00:00:18.10 bitrate= 681.6kbits/s dup=64 drop=0 frame= 1182 fps= 22 q=19.0 size= 1514kb time=00:00:18.25 bitrate= 679.5kbits/s dup=65 drop=0 frame= 1197 fps= 22 q=19.0 size= 1521kb time=00:00:18.49 bitrate= 673.6kbits/s dup=65 drop=0 frame= 1207 fps= 22 q=20.0 size= 1549kb time=00:00:18.65 bitrate= 680.4kbits/s dup=66 drop=0 frame= 1220 fps= 22 q=20.0 size= 1559kb time=00:00:18.86 bitrate= 677.0kbits/s dup=66 drop=0 frame= 1228 fps= 22 q=20.0 size= 1565kb time=00:00:18.99 bitrate= 675.3kbits/s dup=66 drop=0 frame= 1233 fps= 22 q=20.0 size= 1568kb time=00:00:19.07 bitrate= 673.8kbits/s dup=67 drop=0 frame= 1240 fps= 22 q=20.0 size= 1574kb time=00:00:19.18 bitrate= 672.1kbits/s dup=67 drop=0 frame= 1253 fps= 22 q=20.0 size= 1583kb time=00:00:19.39 bitrate= 668.6kbits/s dup=67 drop=0 frame= 1261 fps= 22 q=20.0 size= 1587kb time=00:00:19.51 bitrate= 666.1kbits/s dup=68 drop=0 frame= 1275 fps= 22 q=20.0 size= 1627kb time=00:00:19.74 bitrate= 675.0kbits/s dup=68 drop=0 frame= 1280 fps= 21 q=20.0 size= 1636kb time=00:00:19.82 bitrate= 676.2kbits/s dup=68 drop=0 frame= 1290 fps= 21 q=21.0 size= 1662kb time=00:00:19.98 bitrate= 681.3kbits/s dup=69 drop=0 frame= 1295 fps= 21 q=21.0 size= 1675kb time=00:00:20.06 bitrate= 683.7kbits/s dup=69 drop=0 frame= 1308 fps= 21 q=21.0 size= 1706kb time=00:00:20.27 bitrate= 689.3kbits/s dup=70 drop=0 frame= 1313 fps= 21 q=22.0 size= 1718kb time=00:00:20.35 bitrate= 691.6kbits/s dup=70 drop=0 frame= 1314 fps= 21 q=22.0 size= 1723kb time=00:00:20.36 bitrate= 693.1kbits/s dup=70 drop=0 frame= 1317 fps= 21 q=22.0 size= 1729kb time=00:00:20.41 bitrate= 693.9kbits/s dup=70 drop=0 frame= 1327 fps= 21 q=22.0 size= 1754kb time=00:00:20.57 bitrate= 698.3kbits/s dup=70 drop=0 frame= 1333 fps= 21 q=22.0 size= 1768kb time=00:00:20.67 bitrate= 700.5kbits/s dup=71 drop=0 frame= 1345 fps= 21 q=23.0 size= 1794kb time=00:00:20.86 bitrate= 704.5kbits/s dup=71 drop=0 frame= 1351 fps= 21 q=23.0 size= 1808kb time=00:00:20.96 bitrate= 706.5kbits/s dup=71 drop=0 frame= 1365 fps= 21 q=23.0 size= 1835kb time=00:00:21.18 bitrate= 709.5kbits/s dup=72 drop=0 frame= 1376 fps= 21 q=24.0 size= 1853kb time=00:00:21.36 bitrate= 710.7kbits/s dup=72 drop=0 frame= 1385 fps= 21 q=24.0 size= 1869kb time=00:00:21.50 bitrate= 711.9kbits/s dup=73 drop=0 frame= 1392 fps= 21 q=24.0 size= 1874kb time=00:00:21.61 bitrate= 710.3kbits/s dup=73 drop=0 frame= 1407 fps= 21 q=24.0 size= 1898kb time=00:00:21.85 bitrate= 711.4kbits/s dup=73 drop=0 frame= 1418 fps= 21 q=24.0 size= 1914kb time=00:00:22.03 bitrate= 711.7kbits/s dup=74 drop=0 frame= 1426 fps= 21 q=24.0 size= 1927kb time=00:00:22.16 bitrate= 712.1kbits/s dup=74 drop=0 frame= 1438 fps= 21 q=24.0 size= 1945kb time=00:00:22.35 bitrate= 712.9kbits/s dup=75 drop=0 frame= 1445 fps= 21 q=24.0 size= 1956kb time=00:00:22.46 bitrate= 713.1kbits/s dup=75 drop=0 frame= 1453 fps= 21 q=25.0 size= 1965kb time=00:00:22.59 bitrate= 712.3kbits/s dup=75 drop=0 frame= 1467 fps= 21 q=25.0 size= 1983kb time=00:00:22.82 bitrate= 711.7kbits/s dup=76 drop=0 frame= 1475 fps= 21 q=25.0 size= 1993kb time=00:00:22.94 bitrate= 711.6kbits/s dup=76 drop=0 frame= 1489 fps= 21 q=25.0 size= 2013kb time=00:00:23.17 bitrate= 711.8kbits/s dup=77 drop=0 frame= 1497 fps= 21 q=25.0 size= 2022kb time=00:00:23.30 bitrate= 711.0kbits/s dup=77 drop=0 frame= 1502 fps= 21 q=25.0 size= 2026kb time=00:00:23.38 bitrate= 709.8kbits/s dup=77 drop=0 frame= 1511 fps= 21 q=25.0 size= 2033kb time=00:00:23.52 bitrate= 707.9kbits/s dup=78 drop=0 frame= 1526 fps= 21 q=25.0 size= 2053kb time=00:00:23.76 bitrate= 707.6kbits/s dup=78 drop=0 frame= 1538 fps= 21 q=25.0 size= 2066kb time=00:00:23.95 bitrate= 706.6kbits/s dup=79 drop=0 frame= 1548 fps= 21 q=25.0 size= 2080kb time=00:00:24.11 bitrate= 706.4kbits/s dup=79 drop=0 frame= 1561 fps= 21 q=25.0 size= 2098kb time=00:00:24.32 bitrate= 706.3kbits/s dup=80 drop=0 frame= 1567 fps= 21 q=26.0 size= 2105kb time=00:00:24.42 bitrate= 705.9kbits/s dup=80 drop=0 frame= 1573 fps= 21 q=26.0 size= 2113kb time=00:00:24.51 bitrate= 705.9kbits/s dup=80 drop=0 frame= 1578 fps= 20 q=26.0 size= 2117kb time=00:00:24.59 bitrate= 704.9kbits/s dup=80 drop=0 frame= 1582 fps= 20 q=26.0 size= 2121kb time=00:00:24.66 bitrate= 704.3kbits/s dup=80 drop=0 frame= 1589 fps= 20 q=26.0 size= 2127kb time=00:00:24.77 bitrate= 703.3kbits/s dup=81 drop=0 frame= 1605 fps= 20 q=26.0 size= 2142kb time=00:00:25.03 bitrate= 701.1kbits/s dup=81 drop=0 frame= 1613 fps= 20 q=26.0 size= 2150kb time=00:00:25.16 bitrate= 700.1kbits/s dup=82 drop=0 frame= 1628 fps= 20 q=26.0 size= 2162kb time=00:00:25.40 bitrate= 697.1kbits/s dup=82 drop=0 frame= 1637 fps= 20 q=26.0 size= 2172kb time=00:00:25.54 bitrate= 696.6kbits/s dup=83 drop=0 frame= 1650 fps= 20 q=26.0 size= 2183kb time=00:00:25.75 bitrate= 694.4kbits/s dup=83 drop=0 frame= 1658 fps= 20 q=26.0 size= 2199kb time=00:00:25.88 bitrate= 695.9kbits/s dup=83 drop=0 frame= 1673 fps= 20 q=26.0 size= 2210kb time=00:00:26.12 bitrate= 693.1kbits/s dup=84 drop=0 frame= 1681 fps= 20 q=26.0 size= 2217kb time=00:00:26.25 bitrate= 691.8kbits/s dup=84 drop=0 frame= 1695 fps= 20 q=26.0 size= 2227kb time=00:00:26.47 bitrate= 689.1kbits/s dup=85 drop=0 frame= 1708 fps= 20 q=26.0 size= 2240kb time=00:00:26.68 bitrate= 687.6kbits/s dup=85 drop=0 frame= 1714 fps= 20 q=26.0 size= 2244kb time=00:00:26.77 bitrate= 686.4kbits/s dup=86 drop=0 frame= 1726 fps= 20 q=26.0 size= 2257kb time=00:00:26.97 bitrate= 685.7kbits/s dup=86 drop=0 frame= 1733 fps= 20 q=26.0 size= 2264kb time=00:00:27.08 bitrate= 684.7kbits/s dup=86 drop=0 frame= 1749 fps= 20 q=26.0 size= 2276kb time=00:00:27.33 bitrate= 682.1kbits/s dup=87 drop=0 frame= 1756 fps= 20 q=26.0 size= 2283kb time=00:00:27.45 bitrate= 681.2kbits/s dup=87 drop=0 frame= 1764 fps= 20 q=26.0 size= 2289kb time=00:00:27.58 bitrate= 679.8kbits/s dup=88 drop=0 frame= 1772 fps= 20 q=26.0 size= 2295kb time=00:00:27.70 bitrate= 678.5kbits/s dup=88 drop=0 frame= 1781 fps= 20 q=26.0 size= 2305kb time=00:00:27.85 bitrate= 678.0kbits/s dup=88 drop=0 frame= 1787 fps= 20 q=26.0 size= 2310kb time=00:00:27.94 bitrate= 676.9kbits/s dup=88 drop=0 frame= 1802 fps= 20 q=26.0 size= 2322kb time=00:00:28.18 bitrate= 674.9kbits/s dup=89 drop=0 frame= 1810 fps= 20 q=26.0 size= 2328kb time=00:00:28.31 bitrate= 673.5kbits/s dup=89 drop=0 frame= 1825 fps= 20 q=26.0 size= 2342kb time=00:00:28.55 bitrate= 671.7kbits/s dup=90 drop=0 frame= 1846 fps= 20 q=26.0 size= 2357kb time=00:00:28.89 bitrate= 668.3kbits/s dup=91 drop=0 frame= 1853 fps= 20 q=26.0 size= 2362kb time=00:00:29.00 bitrate= 667.1kbits/s dup=91 drop=0 frame= 1868 fps= 20 q=26.0 size= 2374kb time=00:00:29.24 bitrate= 664.9kbits/s dup=92 drop=0 frame= 1872 fps= 20 q=26.0 size= 2377kb time=00:00:29.31 bitrate= 664.2kbits/s dup=92 drop=0 frame= 1875 fps= 20 q=26.0 size= 2379kb time=00:00:29.35 bitrate= 663.7kbits/s dup=92 drop=0 frame= 1886 fps= 20 q=26.0 size= 2401kb time=00:00:29.53 bitrate= 666.0kbits/s dup=92 drop=0 frame= 1895 fps= 20 q=26.0 size= 2410kb time=00:00:29.67 bitrate= 665.2kbits/s dup=93 drop=0 frame= 1909 fps= 20 q=26.0 size= 2429kb time=00:00:29.90 bitrate= 665.4kbits/s dup=93 drop=0 frame= 1917 fps= 20 q=27.0 size= 2437kb time=00:00:30.03 bitrate= 664.8kbits/s dup=94 drop=0 frame= 1931 fps= 20 q=27.0 size= 2457kb time=00:00:30.25 bitrate= 665.2kbits/s dup=94 drop=0 frame= 1937 fps= 20 q=27.0 size= 2464kb time=00:00:30.35 bitrate= 665.0kbits/s dup=94 drop=0 frame= 1950 fps= 20 q=27.0 size= 2481kb time=00:00:30.56 bitrate= 665.1kbits/s dup=95 drop=0 frame= 1959 fps= 20 q=27.0 size= 2490kb time=00:00:30.70 bitrate= 664.4kbits/s dup=95 drop=0 frame= 1973 fps= 20 q=27.0 size= 2505kb time=00:00:30.92 bitrate= 663.4kbits/s dup=96 drop=0 frame= 1979 fps= 20 q=27.0 size= 2513kb time=00:00:31.02 bitrate= 663.6kbits/s dup=96 drop=0 frame= 1994 fps= 20 q=27.0 size= 2526kb time=00:00:31.26 bitrate= 661.9kbits/s dup=97 drop=0 frame= 2004 fps= 20 q=27.0 size= 2537kb time=00:00:31.42 bitrate= 661.4kbits/s dup=97 drop=0 frame= 2020 fps= 20 q=27.0 size= 2551kb time=00:00:31.68 bitrate= 659.7kbits/s dup=98 drop=0 frame= 2031 fps= 20 q=27.0 size= 2562kb time=00:00:31.85 bitrate= 658.7kbits/s dup=98 drop=0 frame= 2045 fps= 20 q=27.0 size= 2574kb time=00:00:32.08 bitrate= 657.3kbits/s dup=99 drop=0 frame= 2051 fps= 20 q=27.0 size= 2583kb time=00:00:32.17 bitrate= 657.5kbits/s dup=99 drop=0 frame= 2060 fps= 20 q=27.0 size= 2589kb time=00:00:32.32 bitrate= 656.1kbits/s dup=99 drop=0 frame= 2069 fps= 20 q=27.0 size= 2597kb time=00:00:32.46 bitrate= 655.2kbits/s dup=100 drop=0 frame= 2082 fps= 20 q=27.0 size= 2612kb time=00:00:32.67 bitrate= 654.9kbits/s dup=100 drop=0 frame= 2090 fps= 20 q=27.0 size= 2620kb time=00:00:32.80 bitrate= 654.3kbits/s dup=100 drop=0 frame= 2104 fps= 20 q=27.0 size= 2632kb time=00:00:33.02 bitrate= 652.7kbits/s dup=101 drop=0 frame= 2120 fps= 20 q=27.0 size= 2643kb time=00:00:33.28 bitrate= 650.5kbits/s dup=102 drop=0 frame= 2138 fps= 20 q=27.0 size= 2667kb time=00:00:33.57 bitrate= 650.8kbits/s dup=102 drop=0 frame= 2151 fps= 20 q=27.0 size= 2688kb time=00:00:33.78 bitrate= 651.8kbits/s dup=103 drop=0 frame= 2157 fps= 20 q=27.0 size= 2698kb time=00:00:33.87 bitrate= 652.4kbits/s dup=103 drop=0 frame= 2171 fps= 20 q=27.0 size= 2714kb time=00:00:34.10 bitrate= 652.0kbits/s dup=104 drop=0 frame= 2173 fps= 20 q=28.0 size= 2720kb time=00:00:34.13 bitrate= 652.7kbits/s dup=104 drop=0 frame= 2184 fps= 20 q=28.0 size= 2734kb time=00:00:34.31 bitrate= 652.8kbits/s dup=104 drop=0 frame= 2195 fps= 20 q=28.0 size= 2745kb time=00:00:34.48 bitrate= 652.1kbits/s dup=105 drop=0 frame= 2203 fps= 20 q=28.0 size= 2755kb time=00:00:34.61 bitrate= 652.0kbits/s dup=105 drop=0 frame= 2212 fps= 20 q=28.0 size= 2765kb time=00:00:34.75 bitrate= 651.7kbits/s dup=105 drop=0 frame= 2222 fps= 20 q=28.0 size= 2774kb time=00:00:34.91 bitrate= 650.8kbits/s dup=106 drop=0 frame= 2236 fps= 20 q=28.0 size= 2790kb time=00:00:35.14 bitrate= 650.2kbits/s dup=106 drop=0 frame= 2252 fps= 20 q=28.0 size= 2803kb time=00:00:35.40 bitrate= 648.7kbits/s dup=107 drop=0 frame= 2259 fps= 20 q=28.0 size= 2807kb time=00:00:35.51 bitrate= 647.4kbits/s dup=107 drop=0 frame= 2269 fps= 20 q=28.0 size= 2814kb time=00:00:35.67 bitrate= 646.3kbits/s dup=107 drop=0 frame= 2282 fps= 20 q=28.0 size= 2826kb time=00:00:35.88 bitrate= 645.1kbits/s dup=108 drop=0 frame= 2287 fps= 20 q=28.0 size= 2829kb time=00:00:35.96 bitrate= 644.6kbits/s dup=108 drop=0 frame= 2293 fps= 20 q=28.0 size= 2837kb time=00:00:36.05 bitrate= 644.5kbits/s dup=108 drop=0 frame= 2302 fps= 20 q=28.0 size= 2844kb time=00:00:36.20 bitrate= 643.5kbits/s dup=109 drop=0 frame= 2314 fps= 20 q=28.0 size= 2852kb time=00:00:36.39 bitrate= 642.1kbits/s dup=109 drop=0 frame= 2330 fps= 20 q=28.0 size= 2869kb time=00:00:36.65 bitrate= 641.3kbits/s dup=110 drop=0 frame= 2335 fps= 20 q=28.0 size= 2875kb time=00:00:36.73 bitrate= 641.2kbits/s dup=110 drop=0 frame= 2347 fps= 20 q=28.0 size= 2888kb time=00:00:36.92 bitrate= 640.7kbits/s dup=111 drop=0 frame= 2355 fps= 20 q=28.0 size= 2894kb time=00:00:37.05 bitrate= 639.8kbits/s dup=111 drop=0 frame= 2365 fps= 20 q=28.0 size= 2899kb time=00:00:37.21 bitrate= 638.2kbits/s dup=111 drop=0 frame= 2380 fps= 20 q=28.0 size= 2921kb time=00:00:37.45 bitrate= 638.9kbits/s dup=112 drop=0 frame= 2388 fps= 20 q=28.0 size= 2927kb time=00:00:37.58 bitrate= 638.1kbits/s dup=112 drop=0 frame= 2399 fps= 20 q=28.0 size= 2937kb time=00:00:37.75 bitrate= 637.3kbits/s dup=113 drop=0 frame= 2410 fps= 20 q=28.0 size= 2947kb time=00:00:37.93 bitrate= 636.3kbits/s dup=113 drop=0 frame= 2425 fps= 20 q=28.0 size= 2958kb time=00:00:38.17 bitrate= 634.8kbits/s dup=114 drop=0 frame= 2436 fps= 20 q=28.0 size= 2966kb time=00:00:38.34 bitrate= 633.6kbits/s dup=114 drop=0 frame= 2446 fps= 20 q=28.0 size= 2974kb time=00:00:38.50 bitrate= 632.6kbits/s dup=114 drop=0 frame= 2463 fps= 20 q=28.0 size= 2985kb time=00:00:38.78 bitrate= 630.6kbits/s dup=115 drop=0 frame= 2471 fps= 20 q=28.0 size= 2991kb time=00:00:38.91 bitrate= 629.6kbits/s dup=115 drop=0 frame= 2474 fps= 20 q=28.0 size= 2993kb time=00:00:38.95 bitrate= 629.3kbits/s dup=116 drop=0 frame= 2489 fps= 20 q=28.0 size= 3003kb time=00:00:39.19 bitrate= 627.6kbits/s dup=116 drop=0 frame= 2500 fps= 20 q=28.0 size= 3011kb time=00:00:39.37 bitrate= 626.5kbits/s dup=117 drop=0 frame= 2517 fps= 20 q=28.0 size= 3028kb time=00:00:39.64 bitrate= 625.6kbits/s dup=117 drop=0 frame= 2527 fps= 20 q=28.0 size= 3038kb time=00:00:39.80 bitrate= 625.2kbits/s dup=118 drop=0 frame= 2544 fps= 20 q=28.0 size= 3057kb time=00:00:40.08 bitrate= 624.8kbits/s dup=118 drop=0 frame= 2555 fps= 20 q=28.0 size= 3068kb time=00:00:40.25 bitrate= 624.3kbits/s dup=119 drop=0 frame= 2572 fps= 20 q=28.0 size= 3085kb time=00:00:40.52 bitrate= 623.6kbits/s dup=119 drop=0 frame= 2582 fps= 20 q=28.0 size= 3094kb time=00:00:40.68 bitrate= 622.9kbits/s dup=120 drop=0 frame= 2599 fps= 20 q=28.0 size= 3111kb time=00:00:40.96 bitrate= 622.2kbits/s dup=120 drop=0 frame= 2611 fps= 20 q=28.0 size= 3123kb time=00:00:41.15 bitrate= 621.7kbits/s dup=121 drop=0 frame= 2631 fps= 20 q=28.0 size= 3149kb time=00:00:41.47 bitrate= 622.0kbits/s dup=122 drop=0 frame= 2642 fps= 20 q=28.0 size= 3156kb time=00:00:41.65 bitrate= 620.7kbits/s dup=122 drop=0 frame= 2657 fps= 21 q=28.0 size= 3166kb time=00:00:41.89 bitrate= 619.1kbits/s dup=123 drop=0 frame= 2669 fps= 21 q=28.0 size= 3173kb time=00:00:42.08 bitrate= 617.7kbits/s dup=123 drop=0 frame= 2689 fps= 21 q=28.0 size= 3189kb time=00:00:42.40 bitrate= 616.2kbits/s dup=124 drop=0 frame= 2703 fps= 21 q=28.0 size= 3199kb time=00:00:42.62 bitrate= 614.8kbits/s dup=125 drop=0 frame= 2725 fps= 21 q=28.0 size= 3214kb time=00:00:42.98 bitrate= 612.5kbits/s dup=125 drop=0 frame= 2740 fps= 21 q=27.0 size= 3222kb time=00:00:43.22 bitrate= 610.8kbits/s dup=126 drop=0 frame= 2754 fps= 21 q=27.0 size= 3230kb time=00:00:43.44 bitrate= 609.1kbits/s dup=127 drop=0 frame= 2764 fps= 21 q=27.0 size= 3235kb time=00:00:43.60 bitrate= 607.7kbits/s dup=127 drop=0 frame= 2769 fps= 21 q=27.0 size= 3250kb time=00:00:43.68 bitrate= 609.4kbits/s dup=127 drop=0 frame= 2783 fps= 21 q=27.0 size= 3267kb time=00:00:43.91 bitrate= 609.4kbits/s dup=128 drop=0 frame= 2790 fps= 21 q=27.0 size= 3276kb time=00:00:44.02 bitrate= 609.5kbits/s dup=128 drop=0 frame= 2799 fps= 21 q=27.0 size= 3284kb time=00:00:44.16 bitrate= 609.2kbits/s dup=128 drop=0 frame= 2808 fps= 21 q=27.0 size= 3291kb time=00:00:44.31 bitrate= 608.4kbits/s dup=129 drop=0 frame= 2821 fps= 21 q=27.0 size= 3300kb time=00:00:44.51 bitrate= 607.2kbits/s dup=129 drop=0 frame= 2832 fps= 21 q=27.0 size= 3309kb time=00:00:44.69 bitrate= 606.5kbits/s dup=130 drop=0 frame= 2835 fps= 21 q=27.0 size= 3312kb time=00:00:44.74 bitrate= 606.3kbits/s dup=130 drop=0 frame= 2851 fps= 21 q=27.0 size= 3324kb time=00:00:45.00 bitrate= 605.1kbits/s dup=130 drop=0 frame= 2863 fps= 21 q=27.0 size= 3333kb time=00:00:45.19 bitrate= 604.2kbits/s dup=131 drop=0 frame= 2875 fps= 21 q=27.0 size= 3343kb time=00:00:45.38 bitrate= 603.4kbits/s dup=131 drop=0 frame= 2885 fps= 21 q=27.0 size= 3357kb time=00:00:45.54 bitrate= 603.8kbits/s dup=132 drop=0 frame= 2891 fps= 21 q=27.0 size= 3364kb time=00:00:45.64 bitrate= 603.9kbits/s dup=132 drop=0 frame= 2901 fps= 21 q=27.0 size= 3371kb time=00:00:45.80 bitrate= 602.9kbits/s dup=132 drop=0 frame= 2919 fps= 21 q=27.0 size= 3382kb time=00:00:46.08 bitrate= 601.1kbits/s dup=133 drop=0 frame= 2927 fps= 21 q=27.0 size= 3389kb time=00:00:46.21 bitrate= 600.7kbits/s dup=133 drop=0 frame= 2935 fps= 21 q=27.0 size= 3397kb time=00:00:46.34 bitrate= 600.4kbits/s dup=134 drop=0 frame= 2945 fps= 21 q=27.0 size= 3405kb time=00:00:46.50 bitrate= 599.8kbits/s dup=134 drop=0 frame= 2960 fps= 21 q=27.0 size= 3419kb time=00:00:46.74 bitrate= 599.1kbits/s dup=135 drop=0 frame= 2970 fps= 21 q=27.0 size= 3429kb time=00:00:46.90 bitrate= 598.8kbits/s dup=135 drop=0 frame= 2975 fps= 21 q=27.0 size= 3433kb time=00:00:46.98 bitrate= 598.5kbits/s dup=135 drop=0 frame= 2993 fps= 21 q=27.0 size= 3455kb time=00:00:47.27 bitrate= 598.7kbits/s dup=136 drop=0 frame= 3001 fps= 21 q=27.0 size= 3464kb time=00:00:47.40 bitrate= 598.6kbits/s dup=136 drop=0 frame= 3018 fps= 21 q=27.0 size= 3491kb time=00:00:47.67 bitrate= 599.9kbits/s dup=137 drop=0 frame= 3025 fps= 21 q=27.0 size= 3496kb time=00:00:47.78 bitrate= 599.2kbits/s dup=137 drop=0 frame= 3039 fps= 21 q=27.0 size= 3511kb time=00:00:48.01 bitrate= 599.0kbits/s dup=138 drop=0 frame= 3048 fps= 21 q=27.0 size= 3518kb time=00:00:48.15 bitrate= 598.5kbits/s dup=138 drop=0 frame= 3064 fps= 21 q=27.0 size= 3537kb time=00:00:48.41 bitrate= 598.4kbits/s dup=139 drop=0 frame= 3077 fps= 21 q=28.0 size= 3551kb time=00:00:48.62 bitrate= 598.3kbits/s dup=139 drop=0 pes packet size mismatch [mpeg2video @ 0238c900] ac-tex damaged at 32 12 [mpeg2video @ 0238c900] warning mvs not available [mpeg2video @ 0238c900] concealing 2640 dc, 2640 ac, 2640 mv errors in i frame [mp2 @ 028a0d20] incomplete frame error while decoding stream #0:1: invalid data found when processing input frame= 3087 fps= 21 q=28.0 lsize= 3686kb time=00:00:49.21 bitrate= 613.5kbits/s dup=142 drop=0 video:2839kb audio:769kb subtitle:0 global headers:0kb muxing overhead 2.153594% [libx264 @ 02fe0560] frame i:19 avg qp:13.52 size: 13419 [libx264 @ 02fe0560] frame p:925 avg qp:16.82 size: 2270 [libx264 @ 02fe0560] frame b:2143 avg qp:19.97 size: 257 [libx264 @ 02fe0560] consecutive b-frames: 6.0% 3.8% 1.5% 88.8% [libx264 @ 02fe0560] mb i i16..4: 72.0% 9.4% 18.7% [libx264 @ 02fe0560] mb p i16..4: 0.2% 0.1% 0.2% p16..4: 9.2% 4.9% 4.8% 0.0% 0.0% skip:80.7% [libx264 @ 02fe0560] mb b i16..4: 0.0% 0.0% 0.0% b16..8: 5.9% 0.7% 0.2% direct: 0.6% skip:92.5% l0:32.7% l1:54.6% bi:12.7% [libx264 @ 02fe0560] final ratefactor: 14.97 [libx264 @ 02fe0560] 8x8 transform intra:10.1% inter:41.1% [libx264 @ 02fe0560] coded y,uvdc,uvac intra: 27.7% 30.4% 27.7% inter: 3.8% 3.3% 2.0% [libx264 @ 02fe0560] i16 v,h,dc,p: 86% 3% 9% 2% [libx264 @ 02fe0560] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 9% 15% 50% 3% 4% 3% 6% 3% 7% [libx264 @ 02fe0560] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 22% 26% 15% 4% 7% 6% 8% 5% 8% [libx264 @ 02fe0560] i8c dc,h,v,p: 77% 13% 7% 3% [libx264 @ 02fe0560] weighted p-frames: y:2.6% uv:1.5% [libx264 @ 02fe0560] ref p l0: 69.3% 10.5% 13.5% 6.7% 0.0% [libx264 @ 02fe0560] ref b l0: 87.5% 9.6% 2.9% [libx264 @ 02fe0560] ref b l1: 94.8% 5.2% [libx264 @ 02fe0560] kb/s:469.93 }}} ### THE INPUT FILE {{{ ffmpeg version N-43206-gf857465 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 4 2012 16:10:39 with gcc 4.7.1 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libass --enable-libcelt --enable-libopencore-amrnb --enable-libopencore-amrwb --enable -libfreetype --enable-libgsm --enable-libmp3lame --enable-libnut --enable- libope njpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable-libth eora --enable-libutvideo --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --e nable-zlib libavutil 51. 66.100 / 51. 66.100 libavcodec 54. 49.100 / 54. 49.100 libavformat 54. 22.100 / 54. 22.100 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 5.102 / 3. 5.102 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [mpegts @ 04137a20] Format mpegts probed with size=2048 and score=100 [mpegts @ 04137a20] stream=0 stream_type=2 pid=21 prog_reg_desc= [mpegts @ 04137a20] stream=1 stream_type=4 pid=24 prog_reg_desc= [mpegts @ 04137a20] File position before avformat_find_stream_info() is 0 [mpeg2video @ 04140160] mpeg_decode_postinit() failure Last message repeated 6 times [mpegts @ 04137a20] first_dts 264998051 not matching first dts 265011010 in que Last message repeated 4 times [mpegts @ 04137a20] first_dts 264998051 not matching first dts 265023970 in que Last message repeated 4 times [mpegts @ 04137a20] first_dts 264998051 not matching first dts 265036930 in que Last message repeated 4 times [mpegts @ 04137a20] first_dts 264998051 not matching first dts 265049891 in que Last message repeated 4 times [mpegts @ 04137a20] first_dts 264998051 not matching first dts 265062851 in que Last message repeated 4 times [mpegts @ 04137a20] first_dts 264998051 not matching first dts 265075810 in que Last message repeated 4 times [mpegts @ 04137a20] first_dts 264998051 not matching first dts 265088771 in que Last message repeated 4 times [mpegts @ 04137a20] first_dts 264998051 not matching first dts 265101730 in que Last message repeated 4 times [mpegts @ 04137a20] first_dts 264998051 not matching first dts 265114690 in que Last message repeated 4 times [mpegts @ 04137a20] first_dts 264998051 not matching first dts 265127650 in que Last message repeated 4 times [mpegts @ 04137a20] first_dts 264998051 not matching first dts 265140611 in que Last message repeated 4 times [mpegts @ 04137a20] first_dts 264998051 not matching first dts 265153570 in que Last message repeated 4 times [mpegts @ 04137a20] first_dts 264998051 not matching first dts 265166530 in que Last message repeated 4 times [mpegts @ 04137a20] Probe buffer size limit 5000000 reached rfps: 59.750000 0.013943 rfps: 59.833333 0.004397 rfps: 59.916667 0.000211 rfps: 60.000000 0.001386 rfps: 59.940060 0.000000 Last message repeated 1 times [mpegts @ 04137a20] PES packet size mismatch [mpegts @ 04137a20] File position after avformat_find_stream_info() is 0 Input #0, mpegts, from 'dreamtime.mpg': Duration: 00:00:49.45, start: 2944.422789, bitrate: 18992 kb/s Program 2 Stream #0:0[0x21], 130, 1/90000: Video: mpeg2video (Main) ([2][0][0][0] / 0x 0002), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 1001/120000, 45000 kb/s, 62.40 fps, 59.94 tbr, 90k tbn, 119.88 tbc Stream #0:1[0x24], 84, 1/90000: Audio: mp2 ([4][0][0][0] / 0x0004), 48000 Hz , stereo, s16, 192 kb/s At least one output file must be specified [AVIOContext @ 0413ff60] Statistics: 5755024 bytes read, 3 seeks }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 9 01:15:28 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 08 Aug 2012 23:15:28 -0000 Subject: [FFmpeg-trac] #1314(documentation:closed): Undocumented feature "nomouse" in x11grab In-Reply-To: <034.b3a3f79fdbf74a2129abf95188a884d8@avcodec.org> References: <034.b3a3f79fdbf74a2129abf95188a884d8@avcodec.org> Message-ID: <049.096c8b77e0cf651febbbe64c2dc9cc0e@avcodec.org> #1314: Undocumented feature "nomouse" in x11grab -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: closed Priority: wish | Component: Version: git-master | documentation Keywords: x11grab | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 1 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by saste): * analyzed: 0 => 1 * status: open => closed * resolution: => fixed Comment: Fixed in: {{{ commit be2b8857380926c8008a4bb9ae769f3d99935b0e Author: Stefano Sabatini Date: Wed Aug 8 10:25:25 2012 +0200 doc/indevs: document missing options in x11grab section Add documentation for options draw_mouse, framerate, and video_size. In particular, fix trac ticket #1314. }}} Note that "nomouse" in filename is deprecated, -draw_mouse 0 should be used instead. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 9 01:17:20 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 08 Aug 2012 23:17:20 -0000 Subject: [FFmpeg-trac] #1390(undetermined:new): mp1 crash on windows (was: mp1 crash) In-Reply-To: <038.7e4162898eb1bf92defb00b71446445a@avcodec.org> References: <038.7e4162898eb1bf92defb00b71446445a@avcodec.org> Message-ID: <053.31b8aeb19f700435fec07364f7b3991d@avcodec.org> #1390: mp1 crash on windows -------------------------------------+------------------------------------- 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 michael): cant reproduce on linux -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 9 01:23:09 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 08 Aug 2012 23:23:09 -0000 Subject: [FFmpeg-trac] #1619(undetermined:open): aasc: problem with 16bpp (crashes ffplay) In-Reply-To: <038.a3ca1972a584b3d967af77c58149d716@avcodec.org> References: <038.a3ca1972a584b3d967af77c58149d716@avcodec.org> Message-ID: <053.d45c228dc82d69ff8f82d87c2296c8ca@avcodec.org> #1619: aasc: problem with 16bpp (crashes ffplay) -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: aasc | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by richardpl): Such bug was introduced by you (poor reviewing job btw), I have patch on ml that should fix this. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 9 01:24:03 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 08 Aug 2012 23:24:03 -0000 Subject: [FFmpeg-trac] #1353(avfilter:closed): Feature request: Audio offset option In-Reply-To: <034.5c3db3aa1a5c7a8365e2e6b2e986254e@avcodec.org> References: <034.5c3db3aa1a5c7a8365e2e6b2e986254e@avcodec.org> Message-ID: <049.250710f830316ec1c2011b24ab6c52ec@avcodec.org> #1353: Feature request: Audio offset option -------------------------------------+------------------------------------- Reporter: bombo | Owner: Type: enhancement | Status: closed Priority: normal | Component: avfilter Version: unspecified | Resolution: fixed Keywords: itsoffset | Blocked By: audio mux | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by saste): * analyzed: 0 => 1 * resolution: => fixed * status: new => closed * component: FFmpeg => avfilter * reproduced: 0 => 1 Comment: Should be addressed in: {{{ commit f6580b50edd1f1e0eb92309a16fe90cc911ccf5e Author: Stefano Sabatini Date: Wed Aug 8 13:44:11 2012 +0200 lavfi: add asetpts audio filter Based on an idea by Andrey Utkin . }}} An offset can be now added with: {{{ asetpts="PTS+10/TB" }}} as shown in docs. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 9 01:24:34 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 08 Aug 2012 23:24:34 -0000 Subject: [FFmpeg-trac] #1390(undetermined:new): mp1 crash on windows In-Reply-To: <038.7e4162898eb1bf92defb00b71446445a@avcodec.org> References: <038.7e4162898eb1bf92defb00b71446445a@avcodec.org> Message-ID: <053.f5ef7d6c6f5b5d49851694afd5e6d928@avcodec.org> #1390: mp1 crash on windows -------------------------------------+------------------------------------- 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 michael): Your gdb output is full of "optimized out" can you post one with all optimizations disabled. This could help in identifying where the issue is -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 9 02:05:45 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 09 Aug 2012 00:05:45 -0000 Subject: [FFmpeg-trac] #1619(avcodec:closed): aasc: problem with 16bpp (crashes ffplay) In-Reply-To: <038.a3ca1972a584b3d967af77c58149d716@avcodec.org> References: <038.a3ca1972a584b3d967af77c58149d716@avcodec.org> Message-ID: <053.7b6286a9dcf7e199a317ef37bec53989@avcodec.org> #1619: aasc: problem with 16bpp (crashes ffplay) ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: aasc | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by richardpl): * status: open => closed * resolution: => fixed * component: undetermined => avcodec Comment: Should be fixed now. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 9 02:06:44 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 09 Aug 2012 00:06:44 -0000 Subject: [FFmpeg-trac] #1319(avcodec:closed): aasc: support 8bpp In-Reply-To: <038.8d3a7271c7b33773d2636da9d7d597d9@avcodec.org> References: <038.8d3a7271c7b33773d2636da9d7d597d9@avcodec.org> Message-ID: <053.6801fcb4a8799ebd140e01e9ccdd3ffd@avcodec.org> #1319: aasc: support 8bpp ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: aasc | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by richardpl): * status: open => closed * resolution: => fixed Comment: Implemented. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 9 02:10:06 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 09 Aug 2012 00:10:06 -0000 Subject: [FFmpeg-trac] #1569(avcodec:closed): ffv1 version 3 not lossless at 9 and 10 bit encoding In-Reply-To: <036.9fa9880bdf02b286a8ac82de6a7c40cd@avcodec.org> References: <036.9fa9880bdf02b286a8ac82de6a7c40cd@avcodec.org> Message-ID: <051.110fed873a698a82c732c078f2e65d68@avcodec.org> #1569: ffv1 version 3 not lossless at 9 and 10 bit encoding ------------------------------------+----------------------------------- Reporter: dericed | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: invalid Keywords: ffv1 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by michael): * status: new => closed * resolution: => invalid Comment: /dev/random doesnt produce valid 10bit raw, but instead it fills all 16bits with random bits, i suspect this is why things fail in your test -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 9 02:59:29 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 09 Aug 2012 00:59:29 -0000 Subject: [FFmpeg-trac] #1606(undetermined:new): WMP have problem with wma files generated by FFmpeg (slider is set at the end) In-Reply-To: <038.21077bb2366eee1623289f83479f1e59@avcodec.org> References: <038.21077bb2366eee1623289f83479f1e59@avcodec.org> Message-ID: <053.f4fa847461fe171a83f91070610e3d5c@avcodec.org> #1606: WMP have problem with wma files generated by FFmpeg (slider is set at the end) -------------------------------------+------------------------------------- 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): git-e01f478 19-Mar-2012 - ok git-4082198 25-Mar-2012 - bad ffmpeg -i test.wav -acodec wmav2 out.wma http://www.datafilehost.com/download-3e5f6997.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 9 03:13:42 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 09 Aug 2012 01:13:42 -0000 Subject: [FFmpeg-trac] #1623(FFmpeg:new): libutvideo fails to link to FFmpeg if assembly is enabled Message-ID: <035.a3a358ef6058dbd6ea3e570080a7c9ef@avcodec.org> #1623: libutvideo fails to link to FFmpeg if assembly is enabled ------------------------------------+-------------------------------------- Reporter: qyot27 | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: git-master Keywords: libutvideo | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- If libutvideo is compiled with assembly enabled (from [https://github.com/dwbuiten/utvideo/commit/42351ecb5f81dede1f13ffa695ba506046ce93ab this commit]), then FFmpeg fails to link to it with undefined references to the assembly stuff: {{{ MAN doc/ffserver.1 TXT doc/fate.txt CC cmdutils.o CC ffmpeg.o LD ffmpeg_g /usr/local/lib/libutvideo.a(TunedFunc.o):(.rodata+0xa0): undefined reference to `x86_sse2_PredictMedianAndCount_align16' /usr/local/lib/libutvideo.a(TunedFunc.o):(.rodata+0xa4): undefined reference to `x86_sse2_PredictMedianAndCount_align1' /usr/local/lib/libutvideo.a(TunedFunc.o):(.rodata+0xa8): undefined reference to `x86_sse2_PredictLeftAndCount_align1' /usr/local/lib/libutvideo.a(TunedFunc.o):(.rodata+0xac): undefined reference to `x86_sse1mmx_RestoreMedian_align1' /usr/local/lib/libutvideo.a(TunedFunc.o):(.rodata+0xb0): undefined reference to `x86_i686_HuffmanEncode' /usr/local/lib/libutvideo.a(TunedFunc.o):(.rodata+0xb4): undefined reference to `x86_i686_HuffmanDecode' /usr/local/lib/libutvideo.a(TunedFunc.o):(.rodata+0xb8): undefined reference to `x86_i686_HuffmanDecodeAndAccum' /usr/local/lib/libutvideo.a(TunedFunc.o):(.rodata+0xbc): undefined reference to `x86_i686_HuffmanDecodeAndAccumStep2' /usr/local/lib/libutvideo.a(TunedFunc.o):(.rodata+0xc0): undefined reference to `x86_i686_HuffmanDecodeAndAccumStep4' /usr/local/lib/libutvideo.a(TunedFunc.o):(.rodata+0xc4): undefined reference to `x86_i686_HuffmanDecodeAndAccumStep4ForBottomupRGB32Green' /usr/local/lib/libutvideo.a(TunedFunc.o):(.rodata+0xc8): undefined reference to `x86_i686_HuffmanDecodeAndAccumStep4ForBottomupRGB32Blue' /usr/local/lib/libutvideo.a(TunedFunc.o):(.rodata+0xcc): undefined reference to `x86_i686_HuffmanDecodeAndAccumStep4ForBottomupRGB32Red' /usr/local/lib/libutvideo.a(TunedFunc.o):(.rodata+0xd0): undefined reference to `x86_i686_HuffmanDecodeAndAccumStep4ForBottomupRGB32RedAndDummyAlpha' /usr/local/lib/libutvideo.a(TunedFunc.o):(.rodata+0xd4): undefined reference to `x86_i686_HuffmanDecodeAndAccumStep3ForBottomupRGB24Green' /usr/local/lib/libutvideo.a(TunedFunc.o):(.rodata+0xd8): undefined reference to `x86_i686_HuffmanDecodeAndAccumStep3ForBottomupRGB24Blue' /usr/local/lib/libutvideo.a(TunedFunc.o):(.rodata+0xdc): undefined reference to `x86_i686_HuffmanDecodeAndAccumStep3ForBottomupRGB24Red' /usr/local/lib/libutvideo.a(TunedFunc.o):(.rodata+0xe0): undefined reference to `x86_i686_HuffmanDecodeAndAccumStep4ForTopdownRGB32Green' /usr/local/lib/libutvideo.a(TunedFunc.o):(.rodata+0xe4): undefined reference to `x86_i686_HuffmanDecodeAndAccumStep4ForTopdownRGB32Blue' /usr/local/lib/libutvideo.a(TunedFunc.o):(.rodata+0xe8): undefined reference to `x86_i686_HuffmanDecodeAndAccumStep4ForTopdownRGB32Red' /usr/local/lib/libutvideo.a(TunedFunc.o):(.rodata+0xec): undefined reference to `x86_i686_HuffmanDecodeAndAccumStep4ForTopdownRGB32RedAndDummyAlpha' /usr/local/lib/libutvideo.a(TunedFunc.o):(.rodata+0xf0): undefined reference to `x86_i686_HuffmanDecodeAndAccumStep3ForTopdownRGB24Green' /usr/local/lib/libutvideo.a(TunedFunc.o):(.rodata+0xf4): undefined reference to `x86_i686_HuffmanDecodeAndAccumStep3ForTopdownRGB24Blue' /usr/local/lib/libutvideo.a(TunedFunc.o):(.rodata+0xf8): undefined reference to `x86_i686_HuffmanDecodeAndAccumStep3ForTopdownRGB24Red' /usr/local/lib/libutvideo.a(TunedFunc.o):(.rodata+0xfc): undefined reference to `x86_sse2_ConvertULY2ToBottomupRGB24' /usr/local/lib/libutvideo.a(TunedFunc.o):(.rodata+0x100): undefined reference to `x86_sse2_ConvertULY2ToBottomupRGB32' /usr/local/lib/libutvideo.a(TunedFunc.o):(.rodata+0x104): undefined reference to `x86_sse2_ConvertULY2ToTopdownRGB24' /usr/local/lib/libutvideo.a(TunedFunc.o):(.rodata+0x108): undefined reference to `x86_sse2_ConvertULY2ToTopdownRGB32' /usr/local/lib/libutvideo.a(TunedFunc.o):(.rodata+0x10c): undefined reference to `x86_sse2_ConvertBottomupRGB24ToULY2' /usr/local/lib/libutvideo.a(TunedFunc.o):(.rodata+0x110): undefined reference to `x86_sse2_ConvertBottomupRGB32ToULY2' /usr/local/lib/libutvideo.a(TunedFunc.o):(.rodata+0x114): undefined reference to `x86_sse2_ConvertTopdownRGB24ToULY2' /usr/local/lib/libutvideo.a(TunedFunc.o):(.rodata+0x118): undefined reference to `x86_sse2_ConvertTopdownRGB32ToULY2' /usr/local/lib/libutvideo.a(TunedFunc.o):(.rodata+0x12c): undefined reference to `x86_i686_RestoreMedian_align1' /usr/local/lib/libutvideo.a(TunedFunc.o):(.rodata+0x130): undefined reference to `x86_i686_HuffmanEncode' /usr/local/lib/libutvideo.a(TunedFunc.o):(.rodata+0x134): undefined reference to `x86_i686_HuffmanDecode' /usr/local/lib/libutvideo.a(TunedFunc.o):(.rodata+0x138): undefined reference to `x86_i686_HuffmanDecodeAndAccum' /usr/local/lib/libutvideo.a(TunedFunc.o):(.rodata+0x13c): undefined reference to `x86_i686_HuffmanDecodeAndAccumStep2' /usr/local/lib/libutvideo.a(TunedFunc.o):(.rodata+0x140): undefined reference to `x86_i686_HuffmanDecodeAndAccumStep4' /usr/local/lib/libutvideo.a(TunedFunc.o):(.rodata+0x144): undefined reference to `x86_i686_HuffmanDecodeAndAccumStep4ForBottomupRGB32Green' /usr/local/lib/libutvideo.a(TunedFunc.o):(.rodata+0x148): undefined reference to `x86_i686_HuffmanDecodeAndAccumStep4ForBottomupRGB32Blue' /usr/local/lib/libutvideo.a(TunedFunc.o):(.rodata+0x14c): undefined reference to `x86_i686_HuffmanDecodeAndAccumStep4ForBottomupRGB32Red' /usr/local/lib/libutvideo.a(TunedFunc.o):(.rodata+0x150): undefined reference to `x86_i686_HuffmanDecodeAndAccumStep4ForBottomupRGB32RedAndDummyAlpha' /usr/local/lib/libutvideo.a(TunedFunc.o):(.rodata+0x154): undefined reference to `x86_i686_HuffmanDecodeAndAccumStep3ForBottomupRGB24Green' /usr/local/lib/libutvideo.a(TunedFunc.o):(.rodata+0x158): undefined reference to `x86_i686_HuffmanDecodeAndAccumStep3ForBottomupRGB24Blue' /usr/local/lib/libutvideo.a(TunedFunc.o):(.rodata+0x15c): undefined reference to `x86_i686_HuffmanDecodeAndAccumStep3ForBottomupRGB24Red' /usr/local/lib/libutvideo.a(TunedFunc.o):(.rodata+0x160): undefined reference to `x86_i686_HuffmanDecodeAndAccumStep4ForTopdownRGB32Green' /usr/local/lib/libutvideo.a(TunedFunc.o):(.rodata+0x164): undefined reference to `x86_i686_HuffmanDecodeAndAccumStep4ForTopdownRGB32Blue' /usr/local/lib/libutvideo.a(TunedFunc.o):(.rodata+0x168): undefined reference to `x86_i686_HuffmanDecodeAndAccumStep4ForTopdownRGB32Red' /usr/local/lib/libutvideo.a(TunedFunc.o):(.rodata+0x16c): undefined reference to `x86_i686_HuffmanDecodeAndAccumStep4ForTopdownRGB32RedAndDummyAlpha' /usr/local/lib/libutvideo.a(TunedFunc.o):(.rodata+0x170): undefined reference to `x86_i686_HuffmanDecodeAndAccumStep3ForTopdownRGB24Green' /usr/local/lib/libutvideo.a(TunedFunc.o):(.rodata+0x174): undefined reference to `x86_i686_HuffmanDecodeAndAccumStep3ForTopdownRGB24Blue' /usr/local/lib/libutvideo.a(TunedFunc.o):(.rodata+0x178): undefined reference to `x86_i686_HuffmanDecodeAndAccumStep3ForTopdownRGB24Red' collect2: ld returned 1 exit status make: *** [ffmpeg_g] Error 1 }}} Relevant configuration info: $ gcc --version gcc (Ubuntu/Linaro 4.6.3-1ubuntu5) 4.6.3 $ nasm -v NASM version 2.09.10 compiled on Oct 17 2011 FFmpeg N-43331-gee475e2: ./configure --prefix=$HOME/ffmpeg_build --enable-gpl --enable-version3 --enable-libutvideo -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 9 07:12:19 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 09 Aug 2012 05:12:19 -0000 Subject: [FFmpeg-trac] #1621(undetermined:new): Converted flash video has longer duration than the source In-Reply-To: <035.ccfae6a1e9c6644477b83c05851a9154@avcodec.org> References: <035.ccfae6a1e9c6644477b83c05851a9154@avcodec.org> Message-ID: <050.9c1e0b6c1bf4db3474584ea1890acde9@avcodec.org> #1621: Converted flash video has longer duration than the source -------------------------------------+------------------------------------- Reporter: agowad | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Old description: > ### WHAT > I am trying to convert a video to flv format maintaining its (almost > exact = less than 0,5s) duration. > > ### THE PROBLEM > Generated flash is longer than the input file. > Input file duration: 00:01:46.02 > Output file duration: 00:01:47.24 > I can make the difference smaller by reducing -ar 44100 to 11025, but > still it is larger than 0,5s (which is much for me). > > ### COMMAND LINE > ffmpeg.exe -i "Dolphins_720.wmv" -vf > "scale=500:281,pad=500:500:0:109,setdar=500:500" -y -b:v 1000k -r 23.98 > -ar 44100 -ab 384 -acodec libmp3lame -ac 2 "Dolphins_7202_TMP.flv" > > ### THE INPUT FILE > ffmpeg version N-43206-gf857465 Copyright (c) 2000-2012 the FFmpeg > developers > built on Aug 4 2012 16:10:39 with gcc 4.7.1 (GCC) > configuration: --enable-gpl --enable-version3 --disable-w32threads > --enable-ru > ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r > --enable-libass > --enable-libcelt --enable-libopencore-amrnb --enable-libopencore-amrwb > --enable > -libfreetype --enable-libgsm --enable-libmp3lame --enable-libnut > --enable-libope > njpeg --enable-librtmp --enable-libschroedinger --enable-libspeex > --enable-libth > eora --enable-libutvideo --enable-libvo-aacenc --enable-libvo-amrwbenc > --enable- > libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- > libxvid --e > nable-zlib > libavutil 51. 66.100 / 51. 66.100 > libavcodec 54. 49.100 / 54. 49.100 > libavformat 54. 22.100 / 54. 22.100 > libavdevice 54. 2.100 / 54. 2.100 > libavfilter 3. 5.102 / 3. 5.102 > libswscale 2. 1.100 / 2. 1.100 > libswresample 0. 15.100 / 0. 15.100 > libpostproc 52. 0.100 / 52. 0.100 > [asf @ 01f37a20] Format asf probed with size=2048 and score=100 > [asf @ 01f37a20] gpos mismatch our pos=24, end=26 > [asf @ 01f37a20] gpos mismatch our pos=24, end=1042 > [asf @ 01f37a20] gpos mismatch our pos=24, end=38 > [asf @ 01f37a20] gpos mismatch our pos=24, end=314 > [asf @ 01f37a20] gpos mismatch our pos=24, end=38 > [asf @ 01f37a20] File position before avformat_find_stream_info() is 2856 > [asf @ 01f37a20] parser not found for codec wmapro, packets or times may > be inva > lid. > [wmv3 @ 01f3e100] Header: 4BF10A01 > [wmv3 @ 01f3e100] Profile 1: > frmrtq_postproc=5, bitrtq_postproc=31 > LoopFilter=0, MultiRes=0, FastUVMC=0, Extended MV=0 > Rangered=0, VSTransform=1, Overlap=1, SyncMarker=0 > DQuant=0, Quantizer mode=0, Max B frames=0 > [asf @ 01f37a20] parser not found for codec wmapro, packets or times may > be inva > lid. > [asf @ 01f37a20] All info found > rfps: 23.750000 0.011882 > rfps: 23.833333 0.004763 > rfps: 23.916667 0.000862 > Last message repeated 1 times > rfps: 24.000000 0.000182 > Last message repeated 1 times > rfps: 24.083333 0.002721 > Last message repeated 1 times > rfps: 24.166667 0.008479 > Last message repeated 1 times > rfps: 24.250000 0.017456 > rfps: 47.666667 0.019050 > rfps: 47.750000 0.009640 > rfps: 47.833333 0.003450 > Last message repeated 1 times > rfps: 47.916667 0.000479 > Last message repeated 1 times > rfps: 48.000000 0.000727 > Last message repeated 1 times > rfps: 48.083333 0.004195 > Last message repeated 1 times > rfps: 48.166667 0.010882 > rfps: 23.976024 0.000048 > Last message repeated 1 times > rfps: 47.952048 0.000191 > Last message repeated 1 times > [asf @ 01f37a20] File position after avformat_find_stream_info() is > 1427237 > Input #0, asf, from 'Dolphins_720.wmv': > Metadata: > WMFSDKVersion : 9.00.00.2980 > WMFSDKNeeded : 0.0.0.0000 > IsVBR : 0 > Duration: 00:01:46.02, start: 0.000000, bitrate: 6576 kb/s > Stream #0:0(eng), 11, 1/1000: Audio: wmapro (b[1][0][0] / 0x0162), > 48000 Hz, > 5.1, flt, 384 kb/s > Stream #0:1(eng), 41, 1/1000: Video: wmv3 (Main) (WMV3 / 0x33564D57), > yuv420 > p, 1280x720, 1/1000, 6000 kb/s, 23.98 tbr, 1k tbn, 1k tbc > At least one output file must be specified > [AVIOContext @ 01f3ff60] Statistics: 1441792 bytes read, 0 seeks New description: ### WHAT I am trying to convert a video to flv format maintaining its (almost exact = less than 0,5s) duration. ### THE PROBLEM Generated flash is longer than the input file. Input file duration: 00:01:46.02 Output file duration: 00:01:47.24 I can make the difference smaller by reducing -ar 44100 to 11025, but still it is larger than 0,5s (which is much for me). ### COMMAND LINE {{{ ffmpeg.exe -i "Dolphins_720.wmv" -vf "scale=500:281,pad=500:500:0:109,setdar=500:500" -y -b:v 1000k -r 23.98 -ar 44100 -ab 384 -acodec libmp3lame -ac 2 "Dolphins_7202_TMP.flv" }}} ### THE INPUT FILE {{{ ffmpeg version N-43206-gf857465 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 4 2012 16:10:39 with gcc 4.7.1 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libass --enable-libcelt --enable-libopencore-amrnb --enable-libopencore-amrwb --enable -libfreetype --enable-libgsm --enable-libmp3lame --enable-libnut --enable- libope njpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable-libth eora --enable-libutvideo --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --e nable-zlib libavutil 51. 66.100 / 51. 66.100 libavcodec 54. 49.100 / 54. 49.100 libavformat 54. 22.100 / 54. 22.100 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 5.102 / 3. 5.102 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [asf @ 01f37a20] Format asf probed with size=2048 and score=100 [asf @ 01f37a20] gpos mismatch our pos=24, end=26 [asf @ 01f37a20] gpos mismatch our pos=24, end=1042 [asf @ 01f37a20] gpos mismatch our pos=24, end=38 [asf @ 01f37a20] gpos mismatch our pos=24, end=314 [asf @ 01f37a20] gpos mismatch our pos=24, end=38 [asf @ 01f37a20] File position before avformat_find_stream_info() is 2856 [asf @ 01f37a20] parser not found for codec wmapro, packets or times may be inva lid. [wmv3 @ 01f3e100] Header: 4BF10A01 [wmv3 @ 01f3e100] Profile 1: frmrtq_postproc=5, bitrtq_postproc=31 LoopFilter=0, MultiRes=0, FastUVMC=0, Extended MV=0 Rangered=0, VSTransform=1, Overlap=1, SyncMarker=0 DQuant=0, Quantizer mode=0, Max B frames=0 [asf @ 01f37a20] parser not found for codec wmapro, packets or times may be inva lid. [asf @ 01f37a20] All info found rfps: 23.750000 0.011882 rfps: 23.833333 0.004763 rfps: 23.916667 0.000862 Last message repeated 1 times rfps: 24.000000 0.000182 Last message repeated 1 times rfps: 24.083333 0.002721 Last message repeated 1 times rfps: 24.166667 0.008479 Last message repeated 1 times rfps: 24.250000 0.017456 rfps: 47.666667 0.019050 rfps: 47.750000 0.009640 rfps: 47.833333 0.003450 Last message repeated 1 times rfps: 47.916667 0.000479 Last message repeated 1 times rfps: 48.000000 0.000727 Last message repeated 1 times rfps: 48.083333 0.004195 Last message repeated 1 times rfps: 48.166667 0.010882 rfps: 23.976024 0.000048 Last message repeated 1 times rfps: 47.952048 0.000191 Last message repeated 1 times [asf @ 01f37a20] File position after avformat_find_stream_info() is 1427237 Input #0, asf, from 'Dolphins_720.wmv': Metadata: WMFSDKVersion : 9.00.00.2980 WMFSDKNeeded : 0.0.0.0000 IsVBR : 0 Duration: 00:01:46.02, start: 0.000000, bitrate: 6576 kb/s Stream #0:0(eng), 11, 1/1000: Audio: wmapro (b[1][0][0] / 0x0162), 48000 Hz, 5.1, flt, 384 kb/s Stream #0:1(eng), 41, 1/1000: Video: wmv3 (Main) (WMV3 / 0x33564D57), yuv420 p, 1280x720, 1/1000, 6000 kb/s, 23.98 tbr, 1k tbn, 1k tbc At least one output file must be specified [AVIOContext @ 01f3ff60] Statistics: 1441792 bytes read, 0 seeks }}} -- Comment (by cehoyos): Is the scale filter needed to reproduce the problem? Please provide a minimal - as short as possible - command line to reproduce the problem together with complete, uncut console output. If the problem is also reproducible without external libraries (in this case: lame), please provide a command line that does not use an external library. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 9 07:14:13 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 09 Aug 2012 05:14:13 -0000 Subject: [FFmpeg-trac] =?utf-8?q?=231622=28undetermined=3Aclosed=29=3A_Is_?= =?utf-8?q?=E2=80=9Cerror_while_decoding_stream=E2=80=9D_a_fatal_error=3F?= In-Reply-To: <035.15315ee88eed63631674c282eaf978c3@avcodec.org> References: <035.15315ee88eed63631674c282eaf978c3@avcodec.org> Message-ID: <050.159831e50f9151ac3605fca078447acc@avcodec.org> #1622: Is ?error while decoding stream? a fatal error? -------------------------------------+------------------------------------- Reporter: agowad | 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: new => closed * resolution: => invalid Comment: It is normal for a transport stream to start with a broken frame. Please do not post user-questions on the bug tracker, the message frequency is already high enough;-) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 9 07:53:06 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 09 Aug 2012 05:53:06 -0000 Subject: [FFmpeg-trac] #468(avformat:new): No audio tracks in QuickTime In-Reply-To: <035.4c856b8eec80cbb87e71130060b5fab9@avcodec.org> References: <035.4c856b8eec80cbb87e71130060b5fab9@avcodec.org> Message-ID: <050.ab25cc4eec6887039954d22bd20bc6b1@avcodec.org> #468: No audio tracks in QuickTime --------------------------------+------------------------------------ Reporter: Alex__ | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 0.8.2 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+------------------------------------ Comment (by AmshTemp): Using Git builds, I *think* I'm getting the same problems here every time I convert to m4v. After playing the coverted m4v files in my (iPhone iOS v5.1), I found that: 1- All audio tracks play simultaneously at the same time. 2- When I press the menu that shows available audio tracks and subtitles, I see no audio track get selected by default. hence all track play simultaneously. 3- Something is wrong with languages' display names. For example, 'ara' and 'eng' in ffmpeg translate to 'Arabic' and 'English' on iPhone, however 'fre' and 'ger' translate to just 'fre' and 'ger' in iPhone. Using handbrake to convert, I don't get any of the above problems. FFmpeg (problematic): http://uploading.com/files/get/4a4ae7f3/FFmpeg%2B08-09_07-48-55_EuroNews%2B%2528ara%2529_.m4v HandBrake (O.K.): http://uploading.com/files/get/4mb1a744/HandBrake%2B08-09_07-48-55_EuroNews%2B%2528ara%2529_.m4v -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 9 14:06:02 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 09 Aug 2012 12:06:02 -0000 Subject: [FFmpeg-trac] #1621(undetermined:new): Converted flash video has longer duration than the source In-Reply-To: <035.ccfae6a1e9c6644477b83c05851a9154@avcodec.org> References: <035.ccfae6a1e9c6644477b83c05851a9154@avcodec.org> Message-ID: <050.538d23e5890776a2ee86270afee7684d@avcodec.org> #1621: Converted flash video has longer duration than the source -------------------------------------+------------------------------------- Reporter: agowad | 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 agowad): COMMAND: {{{ ffmpeg.exe -i "Dolphins_720.wmv" -ar 44100 "Dolphins_7202_TMP.flv" }}} You can change 44100 to lower value, then the difference is smaller. MEDIA FILES: * {{{ ffmpeg.exe -i "Dolphins_720.wmv" }}} {{{ ffmpeg version N-43206-gf857465 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 4 2012 16:10:39 with gcc 4.7.1 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-runtime-cpudetect --enable-avisynth --enable-bzlib --enable- frei0r --enable-libass --enable-libcelt --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable-libgsm --enable-libmp3lame --enable-libnut --enable-libope njpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libutvideo --enable-libvo-aacenc --enable- libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 66.100 / 51. 66.100 libavcodec 54. 49.100 / 54. 49.100 libavformat 54. 22.100 / 54. 22.100 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 5.102 / 3. 5.102 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, asf, from 'Dolphins_720.wmv': Metadata: WMFSDKVersion : 9.00.00.2980 WMFSDKNeeded : 0.0.0.0000 IsVBR : 0 Duration: 00:01:46.02, start: 0.000000, bitrate: 6576 kb/s Stream #0:0(eng): Audio: wmapro (b[1][0][0] / 0x0162), 48000 Hz, 5.1, flt, 384 kb/s Stream #0:1(eng): Video: wmv3 (Main) (WMV3 / 0x33564D57), yuv420p, 1280x720, 6000 kb/s, 23.98 tbr, 1k tbn, 1k tbc At least one output file must be specified }}} * {{{ ffmpeg.exe -i "Dolphins_7202_TMP.flv" }}} {{{ ffmpeg version N-43206-gf857465 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 4 2012 16:10:39 with gcc 4.7.1 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-runtime-cpudetect --enable-avisynth --enable-bzlib --enable- frei0r --enable-libass --enable-libcelt --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable-libgsm --enable-libmp3lame --enable-libnut --enable-libope njpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libutvideo --enable-libvo-aacenc --enable- libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 66.100 / 51. 66.100 libavcodec 54. 49.100 / 54. 49.100 libavformat 54. 22.100 / 54. 22.100 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 5.102 / 3. 5.102 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, flv, from 'Dolphins_7202_TMP.flv': Metadata: WMFSDKVersion : 9.00.00.2980 WMFSDKNeeded : 0.0.0.0000 IsVBR : 0 encoder : Lavf54.22.100 Duration: 00:01:47.24, start: 0.000000, bitrate: 1577 kb/s Stream #0:0: Video: flv1, yuv420p, 1280x720, 200 kb/s, 23.98 tbr, 1k tbn, 1k tbc Stream #0:1: Audio: mp3, 44100 Hz, stereo, s16, 128 kb/s At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 9 14:10:36 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 09 Aug 2012 12:10:36 -0000 Subject: [FFmpeg-trac] =?utf-8?q?=231622=28undetermined=3Aclosed=29=3A_Is_?= =?utf-8?q?=E2=80=9Cerror_while_decoding_stream=E2=80=9D_a_fatal_error=3F?= In-Reply-To: <035.15315ee88eed63631674c282eaf978c3@avcodec.org> References: <035.15315ee88eed63631674c282eaf978c3@avcodec.org> Message-ID: <050.4ec71452fe1ba033b052f8966477abf0@avcodec.org> #1622: Is ?error while decoding stream? a fatal error? -------------------------------------+------------------------------------- Reporter: agowad | 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 agowad): I am VERY sorry. Actually, I knew that this is not proper place, however, after some short investigation I haven't found better place :-(. Thank you. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 9 14:18:22 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 09 Aug 2012 12:18:22 -0000 Subject: [FFmpeg-trac] =?utf-8?q?=231622=28undetermined=3Aclosed=29=3A_Is_?= =?utf-8?q?=E2=80=9Cerror_while_decoding_stream=E2=80=9D_a_fatal_error=3F?= In-Reply-To: <035.15315ee88eed63631674c282eaf978c3@avcodec.org> References: <035.15315ee88eed63631674c282eaf978c3@avcodec.org> Message-ID: <050.f38f0eb5f2dc27efe02fbbf9b2a6df37@avcodec.org> #1622: Is ?error while decoding stream? a fatal error? -------------------------------------+------------------------------------- Reporter: agowad | 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 cehoyos): There is a user mailing list, see ffmpeg-user on http://ffmpeg.org/contact.html Do you think we can improve our contact information? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 9 14:19:51 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 09 Aug 2012 12:19:51 -0000 Subject: [FFmpeg-trac] #1339(avfilter:new): Auto insert fps filter as adapter for overlay filter inputs with different framerates In-Reply-To: <036.5c899e578793bdd54e718cecf0e239f7@avcodec.org> References: <036.5c899e578793bdd54e718cecf0e239f7@avcodec.org> Message-ID: <051.f25c3dbd9ec071257c130c85927d0567@avcodec.org> #1339: Auto insert fps filter as adapter for overlay filter inputs with different framerates -------------------------------------+------------------------------------- Reporter: annorax | Owner: Type: enhancement | Status: new Priority: wish | Component: avfilter Version: git-master | Resolution: Keywords: fps overlay | Blocked By: filter | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Cigaes): Replying to [comment:8 cehoyos]: > What happens if a higher frame-rate was manually specified? Does ffmpeg just repeat the same combination of main and overlay or does it also look for every repeated main frame which overlay frame is used? You mean with {{{-i ... -i ... -filter_complex ...overlay... -r something output}}}? AFAIK, the effect of {{{-r}}} comes completely after the effects of filters, so depending on the value of {{{-vsync}}} it will result on the frame being duplicated as you describe. IMHO, there are too many possible circumstances to be able to "Do What I Mean" always, so it is best to keep everything simple so accurate results can be achieved with the correct combination of filters without bad surprises. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 9 14:28:21 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 09 Aug 2012 12:28:21 -0000 Subject: [FFmpeg-trac] =?utf-8?q?=231622=28undetermined=3Aclosed=29=3A_Is_?= =?utf-8?q?=E2=80=9Cerror_while_decoding_stream=E2=80=9D_a_fatal_error=3F?= In-Reply-To: <035.15315ee88eed63631674c282eaf978c3@avcodec.org> References: <035.15315ee88eed63631674c282eaf978c3@avcodec.org> Message-ID: <050.c6df9e630cf2fdff1024e2fea71f2984@avcodec.org> #1622: Is ?error while decoding stream? a fatal error? -------------------------------------+------------------------------------- Reporter: agowad | 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 agowad): Oh... I never thought of searching for some forum in contact information (sorry!). If more people do the same as me, then you may consider adding some "Forum" link on the top navigation menu... At least I was looking for that. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 9 18:05:47 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 09 Aug 2012 16:05:47 -0000 Subject: [FFmpeg-trac] #1339(avfilter:new): Auto insert fps filter as adapter for overlay filter inputs with different framerates In-Reply-To: <036.5c899e578793bdd54e718cecf0e239f7@avcodec.org> References: <036.5c899e578793bdd54e718cecf0e239f7@avcodec.org> Message-ID: <051.e0c547df460300dd80446f3836501706@avcodec.org> #1339: Auto insert fps filter as adapter for overlay filter inputs with different framerates -------------------------------------+------------------------------------- Reporter: annorax | Owner: Type: enhancement | Status: new Priority: wish | Component: avfilter Version: git-master | Resolution: Keywords: fps overlay | Blocked By: filter | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by rogerdpack): I can (apparently) confirm that if the "overlay" is 30 fps and you use -r 30 for the output, it doesn't show all of the overlay frames (it basically has a "master slave" relationship, with the master--the under frame-- controlling frequency of output frames. However I suppose one could get around this by (as the OP said) determining the frame rate, and increasing/decreasing it first before applying the filter, so the current behavior might be all right. Either that or insert an fps filter automatically, as mentioned, but I'd almost prefer the current way (more explicit)... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 9 18:53:49 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 09 Aug 2012 16:53:49 -0000 Subject: [FFmpeg-trac] #1606(undetermined:new): WMP have problem with wma files generated by FFmpeg (slider is set at the end) In-Reply-To: <038.21077bb2366eee1623289f83479f1e59@avcodec.org> References: <038.21077bb2366eee1623289f83479f1e59@avcodec.org> Message-ID: <053.ce364186029ea757aa5b8365ace52a58@avcodec.org> #1606: WMP have problem with wma files generated by FFmpeg (slider is set at the end) -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: asf | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => asf regression * priority: normal => important * version: unspecified => git-master -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 9 19:56:48 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 09 Aug 2012 17:56:48 -0000 Subject: [FFmpeg-trac] #1570(avdevice:open): libv4l2: error dequeuing buf: Resource temporarily unavailable In-Reply-To: <036.2fc62dd5b56c7280baf63a97ec734437@avcodec.org> References: <036.2fc62dd5b56c7280baf63a97ec734437@avcodec.org> Message-ID: <051.7171084b29ba6d3caa824320e6867b48@avcodec.org> #1570: libv4l2: error dequeuing buf: Resource temporarily unavailable -------------------------------------+------------------------------------- Reporter: llarevo | Owner: Type: defect | Status: open Priority: normal | Component: avdevice Version: unspecified | Resolution: Keywords: | Blocked By: video4linux, video4linux2, | Reproduced by developer: 0 v4l2.c, regression, capture, | analog, tv | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by llarevo): I forgot to mention here, that I made a short test with Ubuntu 10.04 LTS. This is shipped with ffmpeg 0.5.x and working fine ootb. When I download the 0.11.1-ffmpeg and build it as described above, I get the same error as in Fedora f17. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 9 21:04:34 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 09 Aug 2012 19:04:34 -0000 Subject: [FFmpeg-trac] #1389(undetermined:new): support setting bitrate for v4l UVC web cam with hardware h264 encoder (was: UVC web cam with hardware h264 encoder - input bitrate) In-Reply-To: <034.322b62418cedaf91ee566870182bcf8f@avcodec.org> References: <034.322b62418cedaf91ee566870182bcf8f@avcodec.org> Message-ID: <049.94da438e22837d591632e6a7835183e5@avcodec.org> #1389: support setting bitrate for v4l UVC web cam with hardware h264 encoder -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: enhancement | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: v4l2 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by michael): * keywords: => v4l2 * type: task => enhancement -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 9 21:18:43 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 09 Aug 2012 19:18:43 -0000 Subject: [FFmpeg-trac] #1400(avfilter:closed): Segfault, using -filter_complex In-Reply-To: <034.f793d8ded60defd7d55e7b900972be71@avcodec.org> References: <034.f793d8ded60defd7d55e7b900972be71@avcodec.org> Message-ID: <049.50a8e4751823105ccfd44559e8caf1e4@avcodec.org> #1400: Segfault, using -filter_complex -------------------------------------+------------------------------------ Reporter: burek | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: unspecified | Resolution: fixed Keywords: crash | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by michael): * keywords: => crash * resolution: => fixed * status: new => closed * component: undetermined => avfilter Comment: Cant reproduce a crash, also the patch that should fix this has been applied. If you still have a crash, please reopen -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 9 21:24:26 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 09 Aug 2012 19:24:26 -0000 Subject: [FFmpeg-trac] #1406(build system:closed): Mingw make ffmpeg libavfilter error 1 In-Reply-To: <034.8889fb265bafb986563cd556a6c34b75@avcodec.org> References: <034.8889fb265bafb986563cd556a6c34b75@avcodec.org> Message-ID: <049.16c453a1afe0982f0c455c50c41bf607@avcodec.org> #1406: Mingw make ffmpeg libavfilter error 1 -------------------------------------+------------------------------------- Reporter: baoky | Owner: Type: defect | Status: closed Priority: normal | Component: build Version: unspecified | system Keywords: libass | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => invalid Comment: yes they are configure options. i also agree with cehoyos that this looks like a bug in your libass installation and not a ffmpeg issue -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 9 21:30:51 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 09 Aug 2012 19:30:51 -0000 Subject: [FFmpeg-trac] #1417(undetermined:new): FFMPEG -bf flag with mpeg4 codec creates video that cant be played with WMP/MCE (was: FFMPEG -bf flag creates broken video with mpeg4 codec) In-Reply-To: <040.949adbff953067a76889076ac7734934@avcodec.org> References: <040.949adbff953067a76889076ac7734934@avcodec.org> Message-ID: <055.b99bf691e4f90e2c0b7c494dac22de98@avcodec.org> #1417: FFMPEG -bf flag with mpeg4 codec creates video that cant be played with WMP/MCE -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: asp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 9 21:55:41 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 09 Aug 2012 19:55:41 -0000 Subject: [FFmpeg-trac] #1423(undetermined:new): h264 in mov plays upside down, transcode to flv similar is upside down (was: h264 to flv results in upside down video) In-Reply-To: <037.93e75786a9793e8d4fd2111abf635767@avcodec.org> References: <037.93e75786a9793e8d4fd2111abf635767@avcodec.org> Message-ID: <052.a16e62480e33046fc59772e3e87a7880@avcodec.org> #1423: h264 in mov plays upside down, transcode to flv similar is upside down -------------------------------------+------------------------------------- Reporter: klassicd | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mov | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 9 21:57:57 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 09 Aug 2012 19:57:57 -0000 Subject: [FFmpeg-trac] #1423(undetermined:new): h264 in mov plays upside down, transcode to flv similar is upside down In-Reply-To: <037.93e75786a9793e8d4fd2111abf635767@avcodec.org> References: <037.93e75786a9793e8d4fd2111abf635767@avcodec.org> Message-ID: <052.4c4163bdf9c93d25806fab6ba9a16b0a@avcodec.org> #1423: h264 in mov plays upside down, transcode to flv similar is upside down -------------------------------------+------------------------------------- Reporter: klassicd | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mov | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by michael): * reproduced: 0 => 1 Comment: Which player plays the original correct? mplayer & vlc play it upside down too -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 9 21:58:10 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 09 Aug 2012 19:58:10 -0000 Subject: [FFmpeg-trac] #1423(undetermined:new): h264 in mov plays upside down, transcode to flv similar is upside down In-Reply-To: <037.93e75786a9793e8d4fd2111abf635767@avcodec.org> References: <037.93e75786a9793e8d4fd2111abf635767@avcodec.org> Message-ID: <052.c68c5d78e0b8d22050214373c9377247@avcodec.org> #1423: h264 in mov plays upside down, transcode to flv similar is upside down -------------------------------------+------------------------------------- Reporter: klassicd | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mov | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by michael): * cc: michael (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 9 22:01:05 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 09 Aug 2012 20:01:05 -0000 Subject: [FFmpeg-trac] #1427(undetermined:new): Possible bug in multithreaded decoding in 0.10.3 (was: Possible bug in multithreaded decoding) In-Reply-To: <037.b8b0616d8f6d8bdef0229d988ae8ebed@avcodec.org> References: <037.b8b0616d8f6d8bdef0229d988ae8ebed@avcodec.org> Message-ID: <052.2cc7425203f738e3ccd6081ff9b38786@avcodec.org> #1427: Possible bug in multithreaded decoding in 0.10.3 ----------------------------------+---------------------------------------- Reporter: piccarre | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 0.10.3 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+---------------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 9 23:38:35 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 09 Aug 2012 21:38:35 -0000 Subject: [FFmpeg-trac] #1618(undetermined:new): Scaling and padding to odd/uneven size fails In-Reply-To: <035.e6352dd6c5b742f02be45e8475dd82b3@avcodec.org> References: <035.e6352dd6c5b742f02be45e8475dd82b3@avcodec.org> Message-ID: <050.ef71a0c6872d30149755d7e8a24f7577@avcodec.org> #1618: Scaling and padding to odd/uneven size fails -------------------------------------+------------------------------------- Reporter: agowad | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: pad padding | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by agowad): The same error can be generated by shorter version of the command. * COMMAND LINE: {{{ ffmpeg.exe -i "Duracell10sec_Cutdow__ulydCDCD.wmv" -vf "scale=427:239,pad=427:300:0:30,setdar=427:300" "Duracell10sec_Cutdow__ulydCDCD4_TMP.mp4" }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 10 00:40:43 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 09 Aug 2012 22:40:43 -0000 Subject: [FFmpeg-trac] #1147(undetermined:new): Memory consumption In-Reply-To: <036.36def8d4660711805ae5f52ed19f534d@avcodec.org> References: <036.36def8d4660711805ae5f52ed19f534d@avcodec.org> Message-ID: <051.cd87ebe119bc31b3b7f924ec6b150c8e@avcodec.org> #1147: Memory consumption -------------------------------------+------------------------------------- Reporter: kriptha | 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 rogerdpack): I think what he wants is some scripted way to reproduce it...or some easy way...like a loop that does some processing or what not (a simplified test case--i.e. in the heart of Clipbucket what is doing it)? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 10 00:43:19 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 09 Aug 2012 22:43:19 -0000 Subject: [FFmpeg-trac] #1604(undetermined:new): Rtmp streaming fps continually drops In-Reply-To: <036.ebcb0f32b2e84d8ab67fe9e964ba7f3e@avcodec.org> References: <036.ebcb0f32b2e84d8ab67fe9e964ba7f3e@avcodec.org> Message-ID: <051.046ecbf08ac5d18424f3453843517f81@avcodec.org> #1604: Rtmp streaming fps continually drops -------------------------------------+------------------------------------- Reporter: Pyriel0 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: rtmp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by rogerdpack): @Pyriel0 does it lose latency over time? like it gets farther and farther behind? Also what's your complete command line? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 10 03:41:27 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 10 Aug 2012 01:41:27 -0000 Subject: [FFmpeg-trac] #1624(undetermined:new): add waveform filter for video Message-ID: <036.9777ceaf0969a23ec8938e517e51713f@avcodec.org> #1624: add waveform filter for video -------------------------------------+------------------------------------- Reporter: dericed | Type: Status: new | enhancement Component: | Priority: wish undetermined | Version: git- Keywords: avfilter | master Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- For video inspection it could be helpful to have a waveform filter for video. I can replicate this by using yuvdiag (http://www.silicontrip.net/~mark/lavtools/yuvdiag.c) with mjpegtools and running: {{{ ffmpeg -f lavfi -i mandelbrot -pix_fmt yuv420p -f yuv4mpegpipe - | ./yuvdiag -l | ffplay -i - }}} I'd recommend allowing options to select Y, U, and/or V individually to show either overlaid or in parade mode. I uploaded an output of the above command here: www.youtube.com/watch?v=HXbLNbT8NRQ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 10 03:59:00 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 10 Aug 2012 01:59:00 -0000 Subject: [FFmpeg-trac] #1438(avformat:open): Seeking in vob file with timestamp wrap fails In-Reply-To: <041.683609966b390ed411869c092624f8a6@avcodec.org> References: <041.683609966b390ed411869c092624f8a6@avcodec.org> Message-ID: <056.636060a908c63c3a78f0fb359d5f7f37@avcodec.org> #1438: Seeking in vob file with timestamp wrap fails --------------------------------------+------------------------------------ Reporter: superandrzej | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegps seek | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Comment (by michael): Replying to [comment:8 cehoyos]: > Sample uploaded to http://samples.ffmpeg.org/ffmpeg- bugs/trac/ticket1438/timestamp_wrap.vob > The sample is approximately 4:21 and contains 4 timestamp wraps. The segments are about 63, 54, 57, 66 and 21 seconds long. mplayer -demuxer mpegps seeks fine, mplayer -demuxer lavf and ffplay seek badly. > ffmpeg -ss 16 (and below) works approximately correct, ffmpeg -ss 17 jumps to a position 4,5 seconds before the end, -ss 22 fails accordingly. timestamp wraps in mpeg can occur at a maximum of once every 26.5... hours, if you have 4 in 4 minutes they are not (all) timestamp wraps. There are 2 seperate things here 1. timestamp wraps 2. timestamp discontinuities Please open 2 seperate tickets for these 2 seperate issues -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 10 04:11:32 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 10 Aug 2012 02:11:32 -0000 Subject: [FFmpeg-trac] #1446(undetermined:new): Output via rtsp results in logs not displaying frame size nor bitrate In-Reply-To: <037.74dba71a99ebda670a30babd26728289@avcodec.org> References: <037.74dba71a99ebda670a30babd26728289@avcodec.org> Message-ID: <052.c3c8d189a7e8ca586c57f52231bc8003@avcodec.org> #1446: Output via rtsp results in logs not displaying frame size nor bitrate -------------------------------------+------------------------------------- Reporter: msmithng | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: rtsp rtmp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by michael): * cc: michael (added) Comment: iam happy to look into this and fix it but how do i reproduce it ? is a account on wowza.server.com needed or can it be reproduced without this? maybe some vlc/ffmpeg/whatever commands i can copy and paste to reproduce it ? I suspect fixing this if i can reproduce it would take me 5min but figuring out how to reproduce it well i dunno where to start :) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 10 04:34:35 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 10 Aug 2012 02:34:35 -0000 Subject: [FFmpeg-trac] #1441(FFmpeg:closed): Segfault using libfaac/libaacplus, -absf aac_adtstoasc, and mpegts muxer In-Reply-To: <034.9f57fb3ca5c06ef475dc20506d30de10@avcodec.org> References: <034.9f57fb3ca5c06ef475dc20506d30de10@avcodec.org> Message-ID: <049.07c0645b788c67250753efa300018596@avcodec.org> #1441: Segfault using libfaac/libaacplus, -absf aac_adtstoasc, and mpegts muxer -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: closed Priority: normal | Component: FFmpeg Version: git-master | Resolution: fixed Keywords: libfaac | Blocked By: libaacplus mpegts absf | Reproduced by developer: 1 aac_adtstoasc | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed * component: undetermined => FFmpeg -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 10 05:36:35 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 10 Aug 2012 03:36:35 -0000 Subject: [FFmpeg-trac] #1446(undetermined:new): Output via rtsp results in logs not displaying frame size nor bitrate In-Reply-To: <037.74dba71a99ebda670a30babd26728289@avcodec.org> References: <037.74dba71a99ebda670a30babd26728289@avcodec.org> Message-ID: <052.2b431e73448d277d3f5f533fb6e5c87a@avcodec.org> #1446: Output via rtsp results in logs not displaying frame size nor bitrate -------------------------------------+------------------------------------- Reporter: msmithng | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: rtsp rtmp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by msmithng): Thanks. I actually have a couple patches for ffmpeg.c and libavformat/utils.c that I need to submit for review. These produce accurate output data for each non-seekable output stream (there was a FIXME in ffmpeg.c: 'print_report' to address this...). Additionally it accurately tracks the amount of kBytes that have been shipped since the encode started. example output: {{{ frame= 991 fps= 30 q=24.0 kB= 2299.2 kbps= 571.6 size= 0kB time=00:00:31.86 bitrate= 0.0kbits/s dup=1 drop=0 frame= 1021 fps= 30 q=24.0 kB= 2369.8 kbps= 564.8 size= 0kB time=00:00:32.86 bitrate= 0.0kbits/s dup=1 drop=0 frame= 1051 fps= 30 q=24.0 kB= 2438.7 kbps= 551.5 size= 0kB time=00:00:33.86 bitrate= 0.0kbits/s dup=1 drop=0 frame= 1081 fps= 30 q=24.0 kB= 2504.6 kbps= 527.1 size= 0kB time=00:00:34.86 bitrate= 0.0kbits/s dup=1 drop=0 frame= 1111 fps= 30 q=24.0 kB= 2574.6 kbps= 559.9 size= 0kB time=00:00:35.86 bitrate= 0.0kbits/s dup=1 drop=0 }}} Granted, my interests lie in non-seekable output as I'm using this to stream live video. If there's a procedure that I need to follow to ensure that things work as expected for alternate outputs, please advise. I'll be honest, I'm not sure how well these additional fields are going to be received. We didn't want to mess with the {{{bitrate}}} entry since I figured others were probably using mechanisms that expected that to be there. I'll try to rebase tomorrow morning first thing and get these changes in for review. Judging by the above, do you have any comments that can be shared with me now? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 10 05:39:17 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 10 Aug 2012 03:39:17 -0000 Subject: [FFmpeg-trac] #1446(undetermined:new): Output via rtsp results in logs not displaying frame size nor bitrate In-Reply-To: <037.74dba71a99ebda670a30babd26728289@avcodec.org> References: <037.74dba71a99ebda670a30babd26728289@avcodec.org> Message-ID: <052.e18bd269add88dc2cf0a2ed17231f414@avcodec.org> #1446: Output via rtsp results in logs not displaying frame size nor bitrate -------------------------------------+------------------------------------- Reporter: msmithng | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: rtsp rtmp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by msmithng): It turns out, that bitrate on a non-seekable stream eventually ends up as a long running average if the stream is up for extended periods of time. No amount of scene change triggered any variance in streams that were up for instances running 5+ days... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 10 07:02:05 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 10 Aug 2012 05:02:05 -0000 Subject: [FFmpeg-trac] #1625(avformat:new): ffplay got stuck on avformat_find_stream_info Message-ID: <038.0cea59dacfb7564decd709426a33c598@avcodec.org> #1625: ffplay got stuck on avformat_find_stream_info -----------------------------------+---------------------------------- Reporter: lagrangee | Type: defect Status: new | Priority: normal Component: avformat | Version: 0.11.1 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+---------------------------------- url: mms://live.rgd.com.cn/993 stuck on avformat_find_stream_info version: 0.11.1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 10 11:02:25 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 10 Aug 2012 09:02:25 -0000 Subject: [FFmpeg-trac] #1626(undetermined:new): Initial seek in transport stream with timestamp wrap fails Message-ID: <036.0baf4476bb956f89ccbfb4c1842aabe1@avcodec.org> #1626: Initial seek in transport stream with timestamp wrap fails -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git- | undetermined master | Keywords: mpegts Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- I will attach a transport stream with 169 seconds aac sound. Timestamps wrap approximately in the middle. The resulting file is ~0.2 seconds long. {{{ $ ffmpeg -ss 1 -i timestamp_wrap.ts out.wav ffmpeg version N-43375-g5d8e54f Copyright (c) 2000-2012 the FFmpeg developers built on Aug 9 2012 07:54:23 with gcc 4.3.2 (GCC) configuration: --cc=/usr/local/gcc-4.3.2/bin/gcc --enable-gpl --enable- libopenjpeg --enable-libvorbis --enable-libspeex --enable-libmp3lame --enable-libtheora --extra-ldflags=-lm --enable-libvpx --enable-libxavs --enable-x11grab --enable-libass --enable-nonfree --enable-libfaac --enable-libopus --enable-libfdk-aac libavutil 51. 67.100 / 51. 67.100 libavcodec 54. 51.100 / 54. 51.100 libavformat 54. 22.103 / 54. 22.103 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 7.100 / 3. 7.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [mpegts @ 0x9116500] max_analyze_duration 5000000 reached at 5034667 [mpegts @ 0x9116500] PES packet size mismatch Last message repeated 1 times Input #0, mpegts, from 'timestamp_wrap.ts': Duration: 00:02:49.21, start: 95364.014889, bitrate: 121 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, 56 kb/s (clean effects) Program 20013 Output #0, wav, to 'out.wav': Metadata: encoder : Lavf54.22.103 Stream #0:0(deu): Audio: pcm_s16le ([1][0][0][0] / 0x0001), 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 [mpegts @ 0x9116500] PES packet size mismatch [aac @ 0x911d380] Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted size= 20kB time=-26:-27:-55.-28 bitrate= -0.0kbits/s video:0kB audio:20kB subtitle:0 global headers:0kB muxing overhead 0.224609% }}} Seeking in timestamp_wrap.ts with ffplay works very well, both mplayer -demuxer mpegts and mplayer -demuxer lavf mostly fail to seek. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 10 11:04:40 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 10 Aug 2012 09:04:40 -0000 Subject: [FFmpeg-trac] #1438(avformat:open): Seeking in vob file with timestamp discontinuities fails (was: Seeking in vob file with timestamp wrap fails) In-Reply-To: <041.683609966b390ed411869c092624f8a6@avcodec.org> References: <041.683609966b390ed411869c092624f8a6@avcodec.org> Message-ID: <056.cf8284a08abe626334e695de6f676534@avcodec.org> #1438: Seeking in vob file with timestamp discontinuities fails --------------------------------------+------------------------------------ Reporter: superandrzej | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegps seek | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Comment (by cehoyos): Ticket #1626 created. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 10 11:41:21 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 10 Aug 2012 09:41:21 -0000 Subject: [FFmpeg-trac] #1618(avfilter:open): Padding to odd/uneven size fails (was: Scaling and padding to odd/uneven size fails) In-Reply-To: <035.e6352dd6c5b742f02be45e8475dd82b3@avcodec.org> References: <035.e6352dd6c5b742f02be45e8475dd82b3@avcodec.org> Message-ID: <050.0ea86fe885faa6fe9678f88f697a1702@avcodec.org> #1618: Padding to odd/uneven size fails ------------------------------------+------------------------------------ Reporter: agowad | Owner: Type: defect | Status: open Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: pad | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: pad padding => pad * status: new => open * component: undetermined => avfilter * reproduced: 0 => 1 Comment: videofilter pad does not accept odd size values, I don't think this is documented. {{{ $ ffmpeg -f lavfi -i rgbtestsrc -vf scale=319:240,pad=319:240 out.avi ffmpeg version N-43418-g633b90c Copyright (c) 2000-2012 the FFmpeg developers built on Aug 10 2012 11:20:41 with gcc 4.3.2 (GCC) configuration: --cc=/usr/local/gcc-4.3.2/bin/gcc --enable-gpl --enable- libopenjpeg --enable-libvorbis --enable-libspeex --enable-libmp3lame --enable-libtheora --extra-ldflags=-lm --enable-libvpx --enable-libxavs --enable-x11grab --enable-libass --enable-nonfree --enable-libfaac --enable-libopus --enable-libfdk-aac libavutil 51. 67.100 / 51. 67.100 libavcodec 54. 51.100 / 54. 51.100 libavformat 54. 22.104 / 54. 22.104 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 7.100 / 3. 7.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [lavfi @ 0x9100540] Estimating duration from bitrate, this may be inaccurate Input #0, lavfi, from 'rgbtestsrc': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Video: rawvideo (RGBA / 0x41424752), rgba, 320x240 [SAR 1:1 DAR 4:3], 25 tbr, 25 tbn, 25 tbc [Parsed_pad_1 @ 0x90fe2e0] Input area 0:0:319:240 not within the padded area 0:0:318:240 or zero-sized [Parsed_scale_0 @ 0x90fdd80] Failed to configure input pad on Parsed_pad_1 Error opening filters! }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 10 11:42:56 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 10 Aug 2012 09:42:56 -0000 Subject: [FFmpeg-trac] #1624(avfilter:open): add waveform filter for video In-Reply-To: <036.9777ceaf0969a23ec8938e517e51713f@avcodec.org> References: <036.9777ceaf0969a23ec8938e517e51713f@avcodec.org> Message-ID: <051.365fd882a7c4768b7d3166d9943a8284@avcodec.org> #1624: add waveform filter for video -------------------------------------+------------------------------------ Reporter: dericed | Owner: 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 cehoyos): * keywords: avfilter => * status: new => open * component: undetermined => avfilter -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 10 11:43:56 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 10 Aug 2012 09:43:56 -0000 Subject: [FFmpeg-trac] #1625(avformat:open): ffplay got stuck on avformat_find_stream_info In-Reply-To: <038.0cea59dacfb7564decd709426a33c598@avcodec.org> References: <038.0cea59dacfb7564decd709426a33c598@avcodec.org> Message-ID: <053.98abaf161f6cd62686c5d3232b13f5b3@avcodec.org> #1625: ffplay got stuck on avformat_find_stream_info ------------------------------------+------------------------------------ Reporter: lagrangee | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mmst | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => mmst * status: new => open * version: 0.11.1 => git-master Comment: Does not hang forever, but timestamps are incorrect, A/V sync is impossible, only audio is played. {{{ $ ffplay mmst://live.rgd.com.cn/993 ffplay version N-43375-g5d8e54f Copyright (c) 2003-2012 the FFmpeg developers built on Aug 9 2012 07:54:23 with gcc 4.3.2 (GCC) configuration: --cc=/usr/local/gcc-4.3.2/bin/gcc --enable-gpl --enable- libopenjpeg --enable-libvorbis --enable-libspeex --enable-libmp3lame --enable-libtheora --extra-ldflags=-lm --enable-libvpx --enable-libxavs --enable-x11grab --enable-libass --enable-nonfree --enable-libfaac --enable-libopus --enable-libfdk-aac libavutil 51. 67.100 / 51. 67.100 libavcodec 54. 51.100 / 54. 51.100 libavformat 54. 22.103 / 54. 22.103 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 7.100 / 3. 7.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [asf @ 0x914baa0] Stream #1: not enough frames to estimate rate; consider increasing probesize [asf @ 0x914baa0] Estimating duration from bitrate, this may be inaccurate Input #0, asf, from 'mmst://live.rgd.com.cn/993': Metadata: title : ???????? copyright : ???????? comment : ???????? WMFSDKVersion : 10.00.00.3997 WMFSDKNeeded : 0.0.0.0000 IsVBR : 0 Duration: N/A, start: 1839042.670000, bitrate: 44 kb/s Stream #0:0(eng): Audio: wmav2 (a[1][0][0] / 0x0161), 22050 Hz, 2 channels, s16, 32 kb/s Stream #0:1(chi): Video: wmv3 (Main) (WMV3 / 0x33564D57), yuv420p, 160x120, 12 kb/s, 1k tbr, 1k tbn, 1k tbc }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 10 13:52:24 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 10 Aug 2012 11:52:24 -0000 Subject: [FFmpeg-trac] #1147(undetermined:new): Memory consumption In-Reply-To: <036.36def8d4660711805ae5f52ed19f534d@avcodec.org> References: <036.36def8d4660711805ae5f52ed19f534d@avcodec.org> Message-ID: <051.9d5f18360a04543ff02f08366fc8a48d@avcodec.org> #1147: Memory consumption -------------------------------------+------------------------------------- Reporter: kriptha | 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 kriptha): If you want some way to reproduce this locally and you have a TV tuner or something else, I can show you configurations to setup easy testing environment. You can do it very easy for example with VLC and later ffmpeg. Also I can script some test so you have most of work done. Let me know if you need my help. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 10 14:32:32 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 10 Aug 2012 12:32:32 -0000 Subject: [FFmpeg-trac] #1534(avcodec:closed): report on ffv1 version and slices In-Reply-To: <036.0fb05f45a9dc13a95065a9b3a83796a2@avcodec.org> References: <036.0fb05f45a9dc13a95065a9b3a83796a2@avcodec.org> Message-ID: <051.5e5945ea069bacf35ee29c2b21642d28@avcodec.org> #1534: report on ffv1 version and slices -------------------------------------+----------------------------------- Reporter: dericed | Owner: Type: enhancement | Status: closed Priority: normal | Component: avcodec Version: unspecified | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed * component: undetermined => avcodec Comment: ffplay -debug 1 will show the version -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 10 15:02:57 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 10 Aug 2012 13:02:57 -0000 Subject: [FFmpeg-trac] #1608(avformat:open): lxfdec fails to recognize 16 channels In-Reply-To: <039.f27da922fa5d90b47fb5bcb7206431b0@avcodec.org> References: <039.f27da922fa5d90b47fb5bcb7206431b0@avcodec.org> Message-ID: <054.efd26c3e462feefc192243dc587478be@avcodec.org> #1608: lxfdec fails to recognize 16 channels ------------------------------------+------------------------------------ Reporter: gerard3818 | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: lxf | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => open * version: 0.11.1 => git-master * reproduced: 0 => 1 Comment: Patch on mailing list. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 10 15:51:13 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 10 Aug 2012 13:51:13 -0000 Subject: [FFmpeg-trac] #1527(undetermined:closed): AVRn (mjpeg) decodes incorrectly In-Reply-To: <038.70e54e0d60afb359e4fbaba566aa8e4a@avcodec.org> References: <038.70e54e0d60afb359e4fbaba566aa8e4a@avcodec.org> Message-ID: <053.25f75386645ea47e81c43d7862faac2c@avcodec.org> #1527: AVRn (mjpeg) decodes incorrectly -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: AVID AVrn | 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 Fri Aug 10 15:51:29 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 10 Aug 2012 13:51:29 -0000 Subject: [FFmpeg-trac] #1527(avcodec:closed): AVRn (mjpeg) decodes incorrectly In-Reply-To: <038.70e54e0d60afb359e4fbaba566aa8e4a@avcodec.org> References: <038.70e54e0d60afb359e4fbaba566aa8e4a@avcodec.org> Message-ID: <053.32391dc6c5f26704e97a60d897bdc9b0@avcodec.org> #1527: AVRn (mjpeg) decodes incorrectly -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: AVID AVrn | Blocked By: jpeg | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * keywords: AVID AVrn => AVID AVrn jpeg * component: undetermined => avcodec -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 10 15:54:59 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 10 Aug 2012 13:54:59 -0000 Subject: [FFmpeg-trac] #1604(undetermined:new): Rtmp streaming fps continually drops In-Reply-To: <036.ebcb0f32b2e84d8ab67fe9e964ba7f3e@avcodec.org> References: <036.ebcb0f32b2e84d8ab67fe9e964ba7f3e@avcodec.org> Message-ID: <051.228df38de0f138b6e3220522c2162de9@avcodec.org> #1604: Rtmp streaming fps continually drops -------------------------------------+------------------------------------- Reporter: Pyriel0 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: rtmp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Pyriel0): The command line I used for what is pasted is at the very top. Here are some examples. I used this command line to record to the hard drive first and it works fine. Then I changed the output from f:\testing.mp4 to -f flv "rtmp ://live-dfw.justin.tv/app/xxxxxx". {{{ ffmpeg -re -y -rtbufsize 100000k -f dshow -i video="SCFH DSF":audio="Line 1 (Virtual Audio Cable)" -pix_fmt yuv420p -s hd720 -vcodec libx264 -preset medium -maxrate 2400k -bufsize 600k -acodec libmp3lame -ac 2 -b:a 128k f:\testing.mp4 }}} I used the 32 bit 7-30-2012 zeranoe version. Forgot the 32 bit does not pick up virtual audio cable so the first 3 examples do not have audio. For the last video "2400k test 3 audio", I changed the audio to "virtual- audio-capturer" so there would be sound. 2400kb test 1 and 2 are the same, I only ran it again because I forgot how low the fps went on the first run. http://www.twitch.tv/pyriel0/videos 2400k tests were done using the bitrates in the commnad line. 1500k used 1500k maxrate and 500k buffer. The 1500k streaming held 30 fps. 2400k dropped down to 12 fps. The audio remains stable in the final 2400kb test when the video is choppy. I doubt there is a latency problem since the audio does not get messed up. System ram usage: Game only: ~3.5 GB Recording to hard drive: ~3.8 GB Streaming 1500k: ~4 GB Streaming 2400kb: ~5 GB I can only use the 32 bit version for these tests because the 64 bit uses all available ram which causes everything to stutter. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 10 17:21:37 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 10 Aug 2012 15:21:37 -0000 Subject: [FFmpeg-trac] #1627(FFmpeg:new): DTS/PTS st:0 invalid dropping out of sync video Message-ID: <035.1bf0c5734e5711cd8b4f3dd3c0b744da@avcodec.org> #1627: DTS/PTS st:0 invalid dropping out of sync video -------------------------------------+------------------------------------- Reporter: jwjwjw | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: git- Keywords: invalid | master dropping mp4 audio sync | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: Transcoding an mp4 fills the screen with DTS/PTS invalid dropping errors and the resulting video file's audio is out of sync with the video with ffmpeg N-43440-gb2bc48a. The same video transcodes successfully with ffmpeg N-31890-gecaf514. How to reproduce: {{{ % ffmpeg -i invalid_dropping.mp4 newfile.mp4 ffmpeg version N-43440-gb2bc48a Copyright (c) 2000-2012 the FFmpeg developers built on Aug 10 2012 15:11:02 with gcc 4.4.5 (Debian 4.4.5-8) configuration: --enable-libdc1394 --prefix=/usr --extra-cflags='-Wall -g ' --enable-shared --enable-libmp3lame --enable-gpl --enable-libvorbis --enable-pthreads --enable-libfaac --enable-libxvid --enable-postproc --enable-x11grab --enable-libgsm --enable-libtheora --enable-libopencore- amrnb --enable-libopencore-amrwb --enable-libx264 --enable-libspeex --enable-nonfree --disable-stripping --enable-avfilter --enable- libschroedinger --disable-encoder=libschroedinger --enable-version3 --enable-libopenjpeg --enable-libvpx --enable-librtmp --extra- libs=-lgcrypt --disable-altivec --disable-armv5te --disable-armv6 --disable-vis }}} Sample invalid_dropping.mp4 and full ffmpeg log file attached. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 10 17:48:04 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 10 Aug 2012 15:48:04 -0000 Subject: [FFmpeg-trac] #1604(undetermined:new): Rtmp streaming fps continually drops In-Reply-To: <036.ebcb0f32b2e84d8ab67fe9e964ba7f3e@avcodec.org> References: <036.ebcb0f32b2e84d8ab67fe9e964ba7f3e@avcodec.org> Message-ID: <051.377dc41c1e3f20c836792e62e4f87150@avcodec.org> #1604: Rtmp streaming fps continually drops -------------------------------------+------------------------------------- Reporter: Pyriel0 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: rtmp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Defiancefew): I've got the same problem both with own3d.tv and justin.tv . One difference is Using this code is impossible to me because it eats ~1.5 GB memory instantly and start to real time buffer very soon (since i dont have any free memory anymore and my system crash) {{{ ffmpeg -re -rtbufsize 100000k -r 25 -f dshow -i video="screen-capture- recorder" -f dshow -i audio="DirectSound Capture Device" -f dshow -i audio="Microphone (Realtek High Defini" -filter_complex amix=inputs=2:duration=first:dropout_transition=3 -c:a libmp3lame -ac 2 -b:a 128k -ar 44100 -c:v libx264 -preset faster -pix_fmt yuv420p -x264opts vbv-bufsize=3600:vbv-maxrate=1800:crf=23 -s 1920x1080 -y -f flv "rtmp ://live-lhr-backup.justin.tv/app/STREAMKEY" }}} Splitting ffmpeg into two processes fixed memory usage (400mb for process that encodes dshow input and audio into test.flv and 3mb for process that sends test.flv to rtmp) : Input: {{{ ffmpeg -re -rtbufsize 100000k -r 30 -f dshow -i video="screen-capture- recorder" -f dshow -i audio="DirectSound Capture Device" -f dshow -i audio="Microphone (Realtek High Defini" -filter_complex amix=inputs=2:duration=first:dropout_transition=3 -c:a libmp3lame -ac 2 -b:a 128k -ar 44100 -c:v libx264 -preset faster -pix_fmt yuv420p -x264opts vbv-bufsize=3600:vbv-maxrate=1800:crf=23 -s 1920x1080 -y -f flv "test.flv" }}} Output: {{{ ffmpeg -re -i "test.flv" -c copy -f flv "rtmp://live-lhr- backup.justin.tv/app/STREAMKEY" }}} But my FPS still drops from 25 to 12 in a few minutes in Output command line (when input is constant 25 fps at 1500 bitrate). CPU usage is around 40% from ffpmeg. Adding video too: [http://ru.twitch.tv/defiance_test/b/328108751] -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 10 17:50:44 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 10 Aug 2012 15:50:44 -0000 Subject: [FFmpeg-trac] #1464(undetermined:open): FFplay regression with H264 high profile input (gcc 4.2.* specific) (was: FFplay regression with H264 high profile input) In-Reply-To: <033.9649bf7f2275ba281742a2369b35081b@avcodec.org> References: <033.9649bf7f2275ba281742a2369b35081b@avcodec.org> Message-ID: <048.4fd5a148aa276594d6b67d168f626e38@avcodec.org> #1464: FFplay regression with H264 high profile input (gcc 4.2.* specific) -------------------------------------+------------------------------------- Reporter: ianm | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: h264 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 10 18:26:24 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 10 Aug 2012 16:26:24 -0000 Subject: [FFmpeg-trac] #1373(avcodec:closed): bmv_video crash In-Reply-To: <038.fde4d437fb2ddcf97e4ae1a2a0ff289b@avcodec.org> References: <038.fde4d437fb2ddcf97e4ae1a2a0ff289b@avcodec.org> Message-ID: <053.f082e9c89224f686383096694c61a878@avcodec.org> #1373: bmv_video crash -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: bmv crash | Blocked By: SIGSEGV | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ami_stuff): "Boar__Apple_ProRes_422-partial.mov" still crashes here, could you reproduce? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 10 18:40:56 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 10 Aug 2012 16:40:56 -0000 Subject: [FFmpeg-trac] #1373(avcodec:reopened): bmv_video crash In-Reply-To: <038.fde4d437fb2ddcf97e4ae1a2a0ff289b@avcodec.org> References: <038.fde4d437fb2ddcf97e4ae1a2a0ff289b@avcodec.org> Message-ID: <053.4e9e5a3a838d7e5db2a6995cd7b08238@avcodec.org> #1373: bmv_video crash -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: reopened Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: bmv crash | Blocked By: SIGSEGV | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: closed => reopened * resolution: fixed => Comment: Invalid reads are still reproducible. {{{ $ ffmpeg_g -vcodec bmv_video -i Boar__Apple_ProRes_422-partial.mov -f null - ==8700== Memcheck, a memory error detector. ==8700== Copyright (C) 2002-2007, and GNU GPL'd, by Julian Seward et al. ==8700== Using LibVEX rev 1732, a library for dynamic binary translation. ==8700== Copyright (C) 2004-2007, and GNU GPL'd, by OpenWorks LLP. ==8700== Using valgrind-3.2.3, a dynamic binary instrumentation framework. ==8700== Copyright (C) 2000-2007, and GNU GPL'd, by Julian Seward et al. ==8700== For more details, rerun with: -v ==8700== ffmpeg version N-43443-g7fd467f Copyright (c) 2000-2012 the FFmpeg developers built on Aug 10 2012 18:35:15 with gcc 4.3.2 (GCC) configuration: --cc=/usr/local/gcc-4.3.2/bin/gcc --disable-optimizations libavutil 51. 67.100 / 51. 67.100 libavcodec 54. 51.100 / 54. 51.100 libavformat 54. 23.100 / 54. 23.100 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 7.100 / 3. 7.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 Guessed Channel Layout for Input Stream #0.1 : mono Guessed Channel Layout for Input Stream #0.2 : mono Guessed Channel Layout for Input Stream #0.3 : mono Guessed Channel Layout for Input Stream #0.4 : mono 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 : 1938-02-17 02:04:25 Duration: 00:00:07.90, start: 0.000000, bitrate: 10618 kb/s Stream #0:0(eng): Video: bmv_video (apch / 0x68637061), pal8, 960x720, 151844 kb/s, SAR 4:3 DAR 16:9, 50 fps, 50 tbr, 50 tbn, 50 tbc Metadata: creation_time : 1938-02-17 02:04:25 handler_name : Apple Alias-Datensteuerung timecode : 00:00:00:00 Stream #0:1(eng): Audio: pcm_s16le (sowt / 0x74776F73), 48000 Hz, mono, s16, 768 kb/s Metadata: creation_time : 1938-02-17 02:04:25 handler_name : Apple Alias-Datensteuerung Stream #0:2(eng): Audio: pcm_s16le (sowt / 0x74776F73), 48000 Hz, mono, s16, 768 kb/s Metadata: creation_time : 1938-02-17 02:04:25 handler_name : Apple Alias-Datensteuerung Stream #0:3(eng): Audio: pcm_s16le (sowt / 0x74776F73), 48000 Hz, mono, s16, 768 kb/s Metadata: creation_time : 1938-02-17 02:04:25 handler_name : Apple Alias-Datensteuerung Stream #0:4(eng): Audio: pcm_s16le (sowt / 0x74776F73), 48000 Hz, mono, s16, 768 kb/s Metadata: creation_time : 1938-02-17 02:04:25 handler_name : Apple Alias-Datensteuerung Stream #0:5(eng): Data: none (tmcd / 0x64636D74) Metadata: creation_time : 1938-02-17 02:04:30 handler_name : Apple Alias-Datensteuerung timecode : 00:00:00:00 Output #0, null, to 'pipe:': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt encoder : Lavf54.23.100 Stream #0:0(eng): Video: rawvideo, pal8, 960x720 [SAR 4:3 DAR 16:9], q=2-31, 200 kb/s, 90k tbn, 50 tbc Metadata: creation_time : 1938-02-17 02:04:25 handler_name : Apple Alias-Datensteuerung timecode : 00:00:00:00 Stream #0:1(eng): Audio: pcm_s16le, 48000 Hz, mono, s16, 768 kb/s Metadata: creation_time : 1938-02-17 02:04:25 handler_name : Apple Alias-Datensteuerung Stream mapping: Stream #0:0 -> #0:0 (bmv_video -> rawvideo) Stream #0:1 -> #0:1 (pcm_s16le -> pcm_s16le) Press [q] to stop, [?] for help [bmv_video @ 0x4430100] Error decoding frame data Error while decoding stream #0:0: Invalid data found when processing input [bmv_video @ 0x4430100] Error decoding frame data Error while decoding stream #0:0: Invalid data found when processing input [bmv_video @ 0x4430100] Error decoding frame data Error while decoding stream #0:0: Invalid data found when processing input [bmv_video @ 0x4430100] Error decoding frame data Error while decoding stream #0:0: Invalid data found when processing input [bmv_video @ 0x4430100] Error decoding frame data Error while decoding stream #0:0: Invalid data found when processing input [bmv_video @ 0x4430100] Error decoding frame data Error while decoding stream #0:0: Invalid data found when processing input [bmv_video @ 0x4430100] Error decoding frame data Error while decoding stream #0:0: Invalid data found when processing input [bmv_video @ 0x4430100] Error decoding frame data Error while decoding stream #0:0: Invalid data found when processing input [bmv_video @ 0x4430100] Error decoding frame data Error while decoding stream #0:0: Invalid data found when processing input [bmv_video @ 0x4430100] Error decoding frame data Error while decoding stream #0:0: Invalid data found when processing input [bmv_video @ 0x4430100] Error decoding frame data Error while decoding stream #0:0: Invalid data found when processing input [bmv_video @ 0x4430100] Error decoding frame data Error while decoding stream #0:0: Invalid data found when processing input [bmv_video @ 0x4430100] Error decoding frame data Error while decoding stream #0:0: Invalid data found when processing input ==8700== Invalid read of size 1 ==8700== at 0x40245A1: memcpy (in /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so) ==8700== by 0x81D27C9: decode_frame (bmv.c:256) ==8700== by 0x8590027: avcodec_decode_video2 (utils.c:1509) ==8700== by 0x805BA35: decode_video (ffmpeg.c:1549) ==8700== by 0x805C8E0: output_packet (ffmpeg.c:1734) ==8700== by 0x806145B: process_input (ffmpeg.c:2858) ==8700== by 0x80615EC: transcode (ffmpeg.c:2916) ==8700== by 0x8061BA9: main (ffmpeg.c:3098) ==8700== Address 0x47577DF is 1 bytes before a block of size 8 alloc'd ==8700== at 0x4021A50: memalign (in /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so) ==8700== by 0x4021AAA: posix_memalign (in /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so) ==8700== by 0x8833493: av_malloc (mem.c:95) ==8700== by 0x88336AA: av_strdup (mem.c:217) ==8700== by 0x882BF22: av_dict_set (dict.c:79) ==8700== by 0x818A913: avformat_write_header (utils.c:3359) ==8700== by 0x805EC11: transcode_init (ffmpeg.c:2278) ==8700== by 0x806153E: transcode (ffmpeg.c:2887) ==8700== by 0x8061BA9: main (ffmpeg.c:3098) ==8700== ==8700== Invalid read of size 1 ==8700== at 0x40245A9: memcpy (in /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so) ==8700== by 0x81D27C9: decode_frame (bmv.c:256) ==8700== by 0x8590027: avcodec_decode_video2 (utils.c:1509) ==8700== by 0x805BA35: decode_video (ffmpeg.c:1549) ==8700== by 0x805C8E0: output_packet (ffmpeg.c:1734) ==8700== by 0x806145B: process_input (ffmpeg.c:2858) ==8700== by 0x80615EC: transcode (ffmpeg.c:2916) ==8700== by 0x8061BA9: main (ffmpeg.c:3098) ==8700== Address 0x47577DE is 2 bytes before a block of size 8 alloc'd ==8700== at 0x4021A50: memalign (in /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so) ==8700== by 0x4021AAA: posix_memalign (in /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so) ==8700== by 0x8833493: av_malloc (mem.c:95) ==8700== by 0x88336AA: av_strdup (mem.c:217) ==8700== by 0x882BF22: av_dict_set (dict.c:79) ==8700== by 0x818A913: avformat_write_header (utils.c:3359) ==8700== by 0x805EC11: transcode_init (ffmpeg.c:2278) ==8700== by 0x806153E: transcode (ffmpeg.c:2887) ==8700== by 0x8061BA9: main (ffmpeg.c:3098) ==8700== ==8700== Invalid read of size 1 ==8700== at 0x40245B0: memcpy (in /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so) ==8700== by 0x81D27C9: decode_frame (bmv.c:256) ==8700== by 0x8590027: avcodec_decode_video2 (utils.c:1509) ==8700== by 0x805BA35: decode_video (ffmpeg.c:1549) ==8700== by 0x805C8E0: output_packet (ffmpeg.c:1734) ==8700== by 0x806145B: process_input (ffmpeg.c:2858) ==8700== by 0x80615EC: transcode (ffmpeg.c:2916) ==8700== by 0x8061BA9: main (ffmpeg.c:3098) ==8700== Address 0x47577DD is 3 bytes before a block of size 8 alloc'd ==8700== at 0x4021A50: memalign (in /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so) ==8700== by 0x4021AAA: posix_memalign (in /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so) ==8700== by 0x8833493: av_malloc (mem.c:95) ==8700== by 0x88336AA: av_strdup (mem.c:217) ==8700== by 0x882BF22: av_dict_set (dict.c:79) ==8700== by 0x818A913: avformat_write_header (utils.c:3359) ==8700== by 0x805EC11: transcode_init (ffmpeg.c:2278) ==8700== by 0x806153E: transcode (ffmpeg.c:2887) ==8700== by 0x8061BA9: main (ffmpeg.c:3098) ==8700== ==8700== Invalid read of size 1 ==8700== at 0x40245B7: memcpy (in /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so) ==8700== by 0x81D27C9: decode_frame (bmv.c:256) ==8700== by 0x8590027: avcodec_decode_video2 (utils.c:1509) ==8700== by 0x805BA35: decode_video (ffmpeg.c:1549) ==8700== by 0x805C8E0: output_packet (ffmpeg.c:1734) ==8700== by 0x806145B: process_input (ffmpeg.c:2858) ==8700== by 0x80615EC: transcode (ffmpeg.c:2916) ==8700== by 0x8061BA9: main (ffmpeg.c:3098) ==8700== Address 0x47577DC is 4 bytes before a block of size 8 alloc'd ==8700== at 0x4021A50: memalign (in /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so) ==8700== by 0x4021AAA: posix_memalign (in /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so) ==8700== by 0x8833493: av_malloc (mem.c:95) ==8700== by 0x88336AA: av_strdup (mem.c:217) ==8700== by 0x882BF22: av_dict_set (dict.c:79) ==8700== by 0x818A913: avformat_write_header (utils.c:3359) ==8700== by 0x805EC11: transcode_init (ffmpeg.c:2278) ==8700== by 0x806153E: transcode (ffmpeg.c:2887) ==8700== by 0x8061BA9: main (ffmpeg.c:3098) [null @ 0x45d9320] Encoder did not produce proper pts, making some up. Error decoding frame data size= 0kB time=00:00:00.28 bitrate= 0.0kbits/s dup=13 drop=0 Error while decoding stream #0:0: Invalid data found when processing input [bmv_video @ 0x4430100] Error decoding frame data Error while decoding stream #0:0: Invalid data found when processing input [bmv_video @ 0x4430100] Error decoding frame data Error while decoding stream #0:0: Invalid data found when processing input [bmv_video @ 0x4430100] Error decoding frame data Error while decoding stream #0:0: Invalid data found when processing input [bmv_video @ 0x4430100] Error decoding frame data Error while decoding stream #0:0: Invalid data found when processing input [bmv_video @ 0x4430100] Error decoding frame data Error while decoding stream #0:0: Invalid data found when processing input [bmv_video @ 0x4430100] Error decoding frame data Error while decoding stream #0:0: Invalid data found when processing input frame= 14 fps=5.1 q=0.0 Lsize= 0kB time=00:00:00.28 bitrate= 0.0kbits/s dup=13 drop=0 video:1kB audio:94kB subtitle:0 global headers:0kB muxing overhead -100.000000% ==8700== ==8700== ERROR SUMMARY: 409383 errors from 4 contexts (suppressed: 3 from 1) ==8700== malloc/free: in use at exit: 0 bytes in 0 blocks. ==8700== malloc/free: 2,776 allocs, 2,776 frees, 11,906,345 bytes allocated. ==8700== For counts of detected errors, rerun with: -v ==8700== All heap blocks were freed -- no leaks are possible. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 10 18:50:26 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 10 Aug 2012 16:50:26 -0000 Subject: [FFmpeg-trac] #1628(undetermined:new): cavs crash 2 Message-ID: <038.ba65486fec805f2ccb5b464ed4545ab3@avcodec.org> #1628: cavs crash 2 -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- tested also with {{{ ffmpeg version N-43410-ga0d1502 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 10 2012 02:39:29 with gcc 4.5.0 (GCC) 20100414 (Fedora MinGW 4.5. 0-1.fc14) }}} http://samples.mplayerhq.hu/V-codecs/VP3/STORMAHEAD_Pods_Hi_Teaser.mov {{{ (gdb) r -vcodec cavs -i STORMAHEAD_Pods_Hi_Teaser.mov -an -f null - The program being debugged has been started already. Start it from the beginning? (y or n) y Starting program: d:\mingw\msys\1.0\ffmpeg\ffmpeg_g.exe -vcodec cavs -i STORMAHEAD_Pods_Hi_Teaser.mov -an -f null - [New Thread 3476.0xd30] ffmpeg version 0.10.2.git Copyright (c) 2000-2012 the FFmpeg developers built on Jun 28 2012 19:36:59 with gcc 4.6.1 configuration: --disable-ffprobe --disable-ffplay --disable-asm libavutil 51. 63.100 / 51. 63.100 libavcodec 54. 29.101 / 54. 29.101 libavformat 54. 11.100 / 54. 11.100 libavdevice 54. 0.100 / 54. 0.100 libavfilter 3. 0.100 / 3. 0.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 [mov,mp4,m4a,3gp,3g2,mj2 @ 03a3d3f0] max_analyze_duration 5000000 reached at 501 5510 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'STORMAHEAD_Pods_Hi_Teaser.mov': Metadata: creation_time : 2002-04-22 11:33:07 title : Storm Ahead - 'Pods' Teaser title-eng : Storm Ahead - 'Pods' Teaser artist : David Nutley artist-eng : David Nutley copyright : www.stormahead.com copyright-eng : www.stormahead.com Duration: 00:01:00.00, start: 0.000000, bitrate: 1582 kb/s Stream #0:0(eng): Video: cavs (VP31 / 0x31335056), yuv420p, 756x304, 1466 kb /s, 22.82 fps, 25 tbr, 600 tbn, 600 tbc Metadata: creation_time : 2002-04-22 11:33:07 handler_name : Apple Alias Data Handler Stream #0:1(eng): Audio: mp3 (.mp3 / 0x33706D2E), 44100 Hz, stereo, s16, 128 kb/s Metadata: creation_time : 2002-04-22 11:33:07 handler_name : Apple Alias Data Handler [graph 0 input from stream 0:0 @ 03b4e118] w:756 h:304 pixfmt:yuv420p tb:1/600 f r:25/1 sar:0/1 sws_param:flags=2 [output stream 0:0 @ 03b4e2e8] No opaque field provided Output #0, null, to 'pipe:': Metadata: creation_time : 2002-04-22 11:33:07 title : Storm Ahead - 'Pods' Teaser title-eng : Storm Ahead - 'Pods' Teaser artist : David Nutley artist-eng : David Nutley copyright : www.stormahead.com copyright-eng : www.stormahead.com encoder : Lavf54.11.100 Stream #0:0(eng): Video: rawvideo (I420 / 0x30323449), yuv420p, 756x304, q=2 -31, 200 kb/s, 90k tbn, 25 tbc Metadata: creation_time : 2002-04-22 11:33:07 handler_name : Apple Alias Data Handler Stream mapping: Stream #0:0 -> #0:0 (cavs -> rawvideo) Press [q] to stop, [?] for help [cavs @ 03b28280] weighted prediction not yet supported Last message repeated 11 times [cavs @ 03b28280] illegal intra chroma pred mode Illegal intra prediction mode Last message repeated 1 times [cavs @ 03b28280] illegal intra chroma pred mode [cavs @ 03b28280] illegal intra cbp Illegal intra prediction mode Last message repeated 4 times [cavs @ 03b28280] illegal intra chroma pred mode Illegal intra prediction mode [cavs @ 03b28280] illegal intra chroma pred mode Illegal intra prediction mode Last message repeated 1 times [cavs @ 03b28280] illegal intra chroma pred mode [cavs @ 03b28280] position out of block bounds at pic 152 MB(15,0) Illegal intra prediction mode Last message repeated 1 times [cavs @ 03b28280] illegal intra chroma pred mode Illegal intra prediction mode [cavs @ 03b28280] position out of block bounds at pic 152 MB(19,0) Illegal intra prediction mode Last message repeated 2 times [cavs @ 03b28280] position out of block bounds at pic 152 MB(21,0) [cavs @ 03b28280] illegal intra chroma pred mode Illegal intra prediction mode Last message repeated 4 times [cavs @ 03b28280] position out of block bounds at pic 152 MB(28,0) Last message repeated 1 times Illegal intra prediction mode [cavs @ 03b28280] illegal intra chroma pred mode Last message repeated 1 times Illegal intra prediction mode Last message repeated 1 times [cavs @ 03b28280] position out of block bounds at pic 152 MB(33,0) Illegal intra prediction mode Last message repeated 6 times [cavs @ 03b28280] position out of block bounds at pic 152 MB(37,0) Illegal intra prediction mode Last message repeated 1 times [cavs @ 03b28280] position out of block bounds at pic 152 MB(40,0) Illegal intra prediction mode Last message repeated 4 times [cavs @ 03b28280] position out of block bounds at pic 152 MB(44,0) Last message repeated 1 times [cavs @ 03b28280] position out of block bounds at pic 152 MB(45,0) Illegal intra prediction mode [cavs @ 03b28280] position out of block bounds at pic 152 MB(46,0) Illegal intra prediction mode Last message repeated 2 times [cavs @ 03b28280] position out of block bounds at pic 152 MB(48,0) [cavs @ 03b28280] position out of block bounds at pic 152 MB(49,0) [cavs @ 03b28280] illegal intra cbp [cavs @ 03b28280] illegal intra chroma pred mode Illegal intra prediction mode [cavs @ 03b28280] position out of block bounds at pic 152 MB(53,0) [cavs @ 03b28280] position out of block bounds at pic 152 MB(54,0) Illegal intra prediction mode Last message repeated 1 times [cavs @ 03b28280] illegal intra chroma pred mode [cavs @ 03b28280] position out of block bounds at pic 152 MB(57,0) Last message repeated 1 times [cavs @ 03b28280] position out of block bounds at pic 152 MB(58,0) Illegal intra prediction mode [cavs @ 03b28280] illegal intra chroma pred mode Illegal intra prediction mode [cavs @ 03b28280] position out of block bounds at pic 152 MB(62,0) Illegal intra prediction mode [cavs @ 03b28280] position out of block bounds at pic 152 MB(64,0) Illegal intra prediction mode Last message repeated 2 times [cavs @ 03b28280] position out of block bounds at pic 152 MB(67,0) Illegal intra prediction mode [cavs @ 03b28280] position out of block bounds at pic 152 MB(68,0) [cavs @ 03b28280] illegal intra chroma pred mode Illegal intra prediction mode Last message repeated 1 times [cavs @ 03b28280] position out of block bounds at pic 152 MB(71,0) Illegal intra prediction mode Last message repeated 7 times [cavs @ 03b28280] position out of block bounds at pic 152 MB(77,0) Illegal intra prediction mode [cavs @ 03b28280] position out of block bounds at pic 152 MB(78,0) Illegal intra prediction mode [cavs @ 03b28280] position out of block bounds at pic 152 MB(79,0) Illegal intra prediction mode Last message repeated 1 times [cavs @ 03b28280] illegal intra chroma pred mode Illegal intra prediction mode [cavs @ 03b28280] position out of block bounds at pic 152 MB(83,0) Illegal intra prediction mode [cavs @ 03b28280] position out of block bounds at pic 152 MB(85,0) Last message repeated 1 times Illegal intra prediction mode Last message repeated 1 times Program received signal SIGSEGV, Segmentation fault. 0x007b332a in decode_mb_i (h=0x3b22d70, cbp_code=5) at libavcodec/cavsdec.c:242 242 (d, top, left, h->l_stride); (gdb) bt #0 0x007b332a in decode_mb_i (h=0x3b22d70, cbp_code=5) at libavcodec/cavsdec.c:242 #1 0x007b6a01 in decode_pic (h=0x3b22d70) at libavcodec/cavsdec.c:562 #2 cavs_decode_frame (avctx=0x3b28280, data=0x3b20d60, data_size=0x22eedc, avpkt=0x22ebd8) at libavcodec/cavsdec.c:704 #3 0x00513e77 in avcodec_decode_video2 (avctx=0x3b28280, picture=0x3b20d60, got_picture_ptr=0x22eedc, avpkt=0x22ee10) at libavcodec/utils.c:1485 #4 0x00407bc4 in decode_video (got_output=, pkt=, ist=) at ffmpeg.c:2456 #5 output_packet (ist=0x3b20a90, pkt=0x22fbd0) at ffmpeg.c:2630 #6 0x0040d44b in transcode () at ffmpeg.c:3647 #7 0x00a3bd7b in main (argc=9, argv=0x3a32888) at ffmpeg.c:5934 (gdb) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 10 19:51:52 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 10 Aug 2012 17:51:52 -0000 Subject: [FFmpeg-trac] #1628(avcodec:open): cavs crash 2 In-Reply-To: <038.ba65486fec805f2ccb5b464ed4545ab3@avcodec.org> References: <038.ba65486fec805f2ccb5b464ed4545ab3@avcodec.org> Message-ID: <053.6a1f47397e05cb50d529e2edc5e670b6@avcodec.org> #1628: cavs crash 2 -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: crash | Blocked By: SIGSEGV cavs | 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: => crash SIGSEGV cavs -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 10 21:17:38 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 10 Aug 2012 19:17:38 -0000 Subject: [FFmpeg-trac] #1629(undetermined:new): escape124 possible invalid writes Message-ID: <038.b9c3a647afb7b29d5a4f59f826ed4559@avcodec.org> #1629: escape124 possible invalid writes -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- there are probably invalid writes, but i'm not 100% sure. please test with valgrid, so I will know for the future if I should report issues like this or not. http://samples.mplayerhq.hu/V-codecs/MJPEGs/grayscale/xz.mov {{{ C:\>ffmpeg -vcodec escape124 -i xz.mov -f null - ffmpeg version N-43410-ga0d1502 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 10 2012 02:39:29 with gcc 4.5.0 (GCC) 20100414 (Fedora MinGW 4.5. 0-1.fc14) configuration: --prefix=/var/www/users/research/ffmpeg/snapshots/build --arch= x86 --target-os=mingw32 --cross-prefix=i686-pc-mingw32- --cc='ccache i686 -pc-min gw32-gcc' --enable-w32threads --enable-memalign-hack --enable-runtime- cpudetect --enable-cross-compile --enable-static --disable-shared --extra- libs='-lws2_32 - lwinmm -lpthread' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snap shots/build/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/s napshots/build/lib' --enable-bzlib --enable-zlib --enable-gpl --enable- version3 --enable-nonfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libmp3lame --enable-libvpx --disable- decoder=libvpx libavutil 51. 67.100 / 51. 67.100 libavcodec 54. 51.100 / 54. 51.100 libavformat 54. 22.104 / 54. 22.104 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 7.100 / 3. 7.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'xz.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt Duration: 00:00:10.00, start: 0.000000, bitrate: 8795 kb/s Stream #0:0(eng): Video: escape124 (jpeg / 0x6765706A), rgb555le, 722x481, 8 793 kb/s, 10 fps, 10 tbr, 600 tbn, 600 tbc Metadata: handler_name : Apple Alias Data Handler Output #0, null, to 'pipe:': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt encoder : Lavf54.22.104 Stream #0:0(eng): Video: rawvideo (RGB[15] / 0xF424752), rgb555le, 722x481, q=2-31, 200 kb/s, 90k tbn, 10 tbc Metadata: handler_name : Apple Alias Data Handler Stream mapping: Stream #0:0 -> #0:0 (escape124 -> rawvideo) Press [q] to stop, [?] for help Error while decoding stream #0:0: Error number -1 occurred Last message repeated 6 times }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 10 22:22:06 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 10 Aug 2012 20:22:06 -0000 Subject: [FFmpeg-trac] #1630(undetermined:new): msrle crash Message-ID: <038.d7d39c983cc3eb70aab03a35ce3c2376@avcodec.org> #1630: msrle crash -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- I have too old debug-build which doesn't crash, so no gdb output - please add. http://samples.mplayerhq.hu/V-codecs/G2M4/g2m4.wmv {{{ C:\>ffmpeg -vcodec msrle -i g2m4.wmv -f null - ffmpeg version N-43410-ga0d1502 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 10 2012 02:39:29 with gcc 4.5.0 (GCC) 20100414 (Fedora MinGW 4.5. 0-1.fc14) configuration: --prefix=/var/www/users/research/ffmpeg/snapshots/build --arch= x86 --target-os=mingw32 --cross-prefix=i686-pc-mingw32- --cc='ccache i686 -pc-min gw32-gcc' --enable-w32threads --enable-memalign-hack --enable-runtime- cpudetect --enable-cross-compile --enable-static --disable-shared --extra- libs='-lws2_32 - lwinmm -lpthread' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snap shots/build/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/s napshots/build/lib' --enable-bzlib --enable-zlib --enable-gpl --enable- version3 --enable-nonfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libmp3lame --enable-libvpx --disable- decoder=libvpx libavutil 51. 67.100 / 51. 67.100 libavcodec 54. 51.100 / 54. 51.100 libavformat 54. 22.104 / 54. 22.104 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 7.100 / 3. 7.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [asf @ 0x1e9cec0] Estimating duration from bitrate, this may be inaccurate Guessed Channel Layout for Input Stream #0.0 : mono Input #0, asf, from 'g2m4.wmv': Metadata: WMFSDKVersion : 9.00.00.4509 WMFSDKNeeded : 0.0.0.0000 IsVBR : 1 Duration: 00:00:02.95, start: 0.000000, bitrate: 27694 kb/s Stream #0:0(eng): Audio: wmav2 (a[1][0][0] / 0x0161), 44100 Hz, mono, s16, 4 8 kb/s Stream #0:1(eng): Data: none Stream #0:2(eng): Video: msrle (G2M4 / 0x344D3247), bgr24, 1280x1024, 27648 kb/s, 9.92 tbr, 1k tbn, 1k tbc Output #0, null, to 'pipe:': Metadata: WMFSDKVersion : 9.00.00.4509 WMFSDKNeeded : 0.0.0.0000 IsVBR : 1 encoder : Lavf54.22.104 Stream #0:0(eng): Video: rawvideo (BGR[24] / 0x18524742), bgr24, 1280x1024, q=2-31, 200 kb/s, 90k tbn, 9.92 tbc Stream #0:1(eng): Audio: pcm_s16le, 44100 Hz, mono, s16, 705 kb/s Stream mapping: Stream #0:2 -> #0:0 (msrle -> rawvideo) Stream #0:0 -> #0:1 (wmav2 -> pcm_s16le) Press [q] to stop, [?] for help }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 10 22:39:42 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 10 Aug 2012 20:39:42 -0000 Subject: [FFmpeg-trac] #1631(undetermined:new): paf_video crash Message-ID: <038.fcf159c96a0ac0067feba4137ecf83dd@avcodec.org> #1631: paf_video crash -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- sorry too old dubug-build - please add output. http://samples.mplayerhq.hu/V-codecs/I263/i263.avi {{{ C:\>ffmpeg -vcodec paf_video -i i263.avi -an -f null - ffmpeg version N-43410-ga0d1502 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 10 2012 02:39:29 with gcc 4.5.0 (GCC) 20100414 (Fedora MinGW 4.5. 0-1.fc14) configuration: --prefix=/var/www/users/research/ffmpeg/snapshots/build --arch= x86 --target-os=mingw32 --cross-prefix=i686-pc-mingw32- --cc='ccache i686 -pc-min gw32-gcc' --enable-w32threads --enable-memalign-hack --enable-runtime- cpudetect --enable-cross-compile --enable-static --disable-shared --extra- libs='-lws2_32 - lwinmm -lpthread' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snap shots/build/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/s napshots/build/lib' --enable-bzlib --enable-zlib --enable-gpl --enable- version3 --enable-nonfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libmp3lame --enable-libvpx --disable- decoder=libvpx libavutil 51. 67.100 / 51. 67.100 libavcodec 54. 51.100 / 54. 51.100 libavformat 54. 22.104 / 54. 22.104 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 7.100 / 3. 7.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, avi, from 'i263.avi': Duration: 00:00:06.67, start: 0.000000, bitrate: 407 kb/s Stream #0:0: Video: paf_video (I263 / 0x33363249), pal8, 352x240, 29.97 tbr, 29.97 tbn, 29.97 tbc Stream #0:1: Audio: mp3 (U[0][0][0] / 0x0055), 22050 Hz, mono, s16, 32 kb/s Output #0, null, to 'pipe:': Metadata: encoder : Lavf54.22.104 Stream #0:0: Video: rawvideo, pal8, 352x240, q=2-31, 200 kb/s, 90k tbn, 29.9 7 tbc Stream mapping: Stream #0:0 -> #0:0 (paf_video -> rawvideo) Press [q] to stop, [?] for help Error while decoding stream #0:0: Invalid data found when processing input Last message repeated 199 times frame= 0 fps=0.0 q=0.0 Lsize= 0kB time=00:00:00.00 bitrate= 0.0kbits/ s video:0kB audio:0kB subtitle:0 global headers:0kB muxing overhead nan% Output file is empty, nothing was encoded (check -ss / -t / -frames parameters i f used) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 10 23:08:13 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 10 Aug 2012 21:08:13 -0000 Subject: [FFmpeg-trac] #1632(undetermined:new): snow crash Message-ID: <038.cbc00963c0e233d20c302bf6cfd67121@avcodec.org> #1632: snow crash -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- http://samples.mplayerhq.hu/V-codecs/MOHD/crap.avi {{{ (gdb) r -vcodec snow -i crap.avi -an -f null - Starting program: d:\mingw\msys\1.0\ffmpeg\ffmpeg_g.exe -vcodec snow -i crap.avi -an -f null - [New Thread 3748.0xecc] ffmpeg version 0.10.2.git Copyright (c) 2000-2012 the FFmpeg developers built on Jun 28 2012 19:36:59 with gcc 4.6.1 configuration: --disable-ffprobe --disable-ffplay --disable-asm libavutil 51. 63.100 / 51. 63.100 libavcodec 54. 29.101 / 54. 29.101 libavformat 54. 11.100 / 54. 11.100 libavdevice 54. 0.100 / 54. 0.100 libavfilter 3. 0.100 / 3. 0.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 [avi @ 03a3d3e8] non-interleaved AVI [snow @ 03a3db40] Error s->spatial_decomposition_count is 0 [snow @ 03a3db40] spatial_decomposition_count 0 too large for size [snow @ 03a3db40] spatial_decomposition_type -1 not supported [snow @ 03a3db40] No reference frames [snow @ 03a3db40] Error s->spatial_decomposition_count is 0 [snow @ 03a3db40] spatial_decomposition_type -1 not supported [snow @ 03a3db40] Error s->version is 1 [snow @ 03a3db40] Error s->spatial_decomposition_count is 53 [snow @ 03a3db40] spatial_decomposition_type -5 not supported [snow @ 03a3db40] Error s->spatial_decomposition_count is 0 Last message repeated 3 times [snow @ 03a3db40] Error s->version is 1 [snow @ 03a3db40] Error s->version is 3 Guessed Channel Layout for Input Stream #0.1 : stereo Input #0, avi, from 'crap.avi': Metadata: encoder : MEncoder Sherpya-SVN-r27305-4.2.4 Duration: 00:00:18.05, start: 0.000000, bitrate: 1830 kb/s Stream #0:0: Video: snow (MOHD / 0x44484F4D), yuv420p, 1280x720, 29.97 fps, 29.97 tbr, 29.97 tbn, 29.97 tbc Stream #0:1: Audio: adpcm_ms ([2][0][0][0] / 0x0002), 22050 Hz, stereo, s16, 176 kb/s [graph 0 input from stream 0:0 @ 048efba0] w:1280 h:720 pixfmt:yuv420p tb:892/26 733 fr:26733/892 sar:0/1 sws_param:flags=2 [output stream 0:0 @ 048efe20] No opaque field provided Output #0, null, to 'pipe:': Metadata: encoder : Lavf54.11.100 Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 1280x720, q=2-31, 200 kb/s, 90k tbn, 29.97 tbc Stream mapping: Stream #0:0 -> #0:0 (snow -> rawvideo) Press [q] to stop, [?] for help [snow @ 03a3db40] Error s->spatial_decomposition_count is 0 Error while decoding stream #0:0: Error number -1 occurred [snow @ 03a3db40] spatial_decomposition_count 0 too large for size Error while decoding stream #0:0: Error number -1 occurred Last message repeated 58 times [snow @ 03a3db40] spatial_decomposition_type -1 not supported Error while decoding stream #0:0: Error number -1 occurred [snow @ 03a3db40] No reference frames Error while decoding stream #0:0: Error number -1 occurred [snow @ 03a3db40] Error s->spatial_decomposition_count is 0 Error while decoding stream #0:0: Error number -1 occurred [snow @ 03a3db40] spatial_decomposition_type -1 not supported Error while decoding stream #0:0: Error number -1 occurred [snow @ 03a3db40] Error s->version is 1 Error while decoding stream #0:0: Error number -1 occurred [snow @ 03a3db40] Error s->spatial_decomposition_count is 53 Error while decoding stream #0:0: Error number -1 occurred [snow @ 03a3db40] spatial_decomposition_type -5 not supported Error while decoding stream #0:0: Error number -1 occurred [snow @ 03a3db40] Error s->spatial_decomposition_count is 0 Error while decoding stream #0:0: Error number -1 occurred [snow @ 03a3db40] Error s->spatial_decomposition_count is 0 Error while decoding stream #0:0: Error number -1 occurred [snow @ 03a3db40] Error s->spatial_decomposition_count is 0 Error while decoding stream #0:0: Error number -1 occurred [snow @ 03a3db40] Error s->spatial_decomposition_count is 0 Error while decoding stream #0:0: Error number -1 occurred Last message repeated 1 times [snow @ 03a3db40] Error s->version is 1 Error while decoding stream #0:0: Error number -1 occurred [snow @ 03a3db40] Error s->version is 3 Error while decoding stream #0:0: Error number -1 occurred [null @ 03b16008] Encoder did not produce proper pts, making some up. [snow @ 03a3db40] Error s->version is 1 Error while decoding stream #0:0: Error number -1 occurred [snow @ 03a3db40] Error s->version is 1 Error while decoding stream #0:0: Error number -1 occurred [snow @ 03a3db40] Error s->spatial_decomposition_count is 63 Error while decoding stream #0:0: Error number -1 occurred [snow @ 03a3db40] spatial_decomposition_type 8 not supported Error while decoding stream #0:0: Error number -1 occurred Last message repeated 1 times [snow @ 03a3db40] Error s->spatial_decomposition_count is 0 Error while decoding stream #0:0: Error number -1 occurred [snow @ 03a3db40] Error s->version is 1 Error while decoding stream #0:0: Error number -1 occurred [snow @ 03a3db40] Error s->spatial_decomposition_count is 0 Error while decoding stream #0:0: Error number -1 occurred [snow @ 03a3db40] Error s->spatial_decomposition_count is 16 Error while decoding stream #0:0: Error number -1 occurred [snow @ 03a3db40] Invalid ref Error while decoding stream #0:0: Invalid data found when processing input frame= 85 fps=0.0 q=0.0 size= 0kB time=00:00:02.83 bitrate= 0.0kbits/s Error s->version is 1 Error while decoding stream #0:0: Error number -1 occurred [snow @ 03a3db40] Invalid ref Error while decoding stream #0:0: Invalid data found when processing input [snow @ 03a3db40] Error s->spatial_decomposition_count is 0 Error while decoding stream #0:0: Error number -1 occurred [snow @ 03a3db40] Error s->spatial_decomposition_count is 0 Error while decoding stream #0:0: Error number -1 occurred [snow @ 03a3db40] Invalid ref Error while decoding stream #0:0: Invalid data found when processing input [snow @ 03a3db40] Invalid ref Error while decoding stream #0:0: Invalid data found when processing input [snow @ 03a3db40] block_max_depth= -1 is too large Error while decoding stream #0:0: Error number -1 occurred [snow @ 03a3db40] Error s->version is 1 Error while decoding stream #0:0: Error number -1 occurred unsupported color subsample mode 20 0 Error while decoding stream #0:0: Error number -1 occurred Program received signal SIGSEGV, Segmentation fault. draw_edges_8_c ( p_buf=0x4daac40 "\200\200\200\200\200\200\200\200\201\201\201\201\201\201\20 1\201\201\201\201\201\201\201\201\201", '\200' "\201, \201\201 \201\201\201\201\201\201\201\201\201\201\200\177~~}|{{|}}~~\177\200\200\177~~}}| {{|}}~~\177\200\200\177~~}}|{{|}}~~\177\200\200\177~~}}|{{{{{{{{{{zyxwvutuvxy{|~ \177\200\200\200\200\200\200\200\200\177~|{yxvuvy|\177??\210????????????\210??\2 03\201\201\203??\210???????", '?' , "???\210"..., p_wrap=672, width=1280, height=720, w=16, h=16, sides=3) at libavcodec/dsputil_template.c:100 100 memset(ptr + width, ptr[width-1], w); (gdb) bt #0 draw_edges_8_c ( p_buf=0x4daac40 "\200\200\200\200\200\200\200\200\201\201\201\201\201\201\20 1\201\201\201\201\201\201\201\201\201", '\200' "\201, \201\201 \201\201\201\201\201\201\201\201\201\201\200\177~~}|{{|}}~~\177\200\200\177~~}}| {{|}}~~\177\200\200\177~~}}|{{|}}~~\177\200\200\177~~}}|{{{{{{{{{{zyxwvutuvxy{|~ \177\200\200\200\200\200\200\200\200\177~|{yxvuvy|\177??\210????????????\210??\2 03\201\201\203??\210???????", '?' , "???\210"..., p_wrap=672, width=1280, height=720, w=16, h=16, sides=3) at libavcodec/dsputil_template.c:100 #1 0x009a3630 in ff_snow_frame_start (s=0x3c10020) at libavcodec/snow.c:578 #2 0x007c9d46 in decode_frame (avctx=0x3a3db40, data=0x3b2b990, data_size=0x22eedc, avpkt=0x22ebd8) at libavcodec/snowdec.c:424 #3 0x00513e77 in avcodec_decode_video2 (avctx=0x3a3db40, picture=0x3b2b990, got_picture_ptr=0x22eedc, avpkt=0x22ee10) at libavcodec/utils.c:1485 #4 0x00407bc4 in decode_video (got_output=, pkt=, ist=) at ffmpeg.c:2456 #5 output_packet (ist=0x3b20f30, pkt=0x22fbd0) at ffmpeg.c:2630 #6 0x0040d44b in transcode () at ffmpeg.c:3647 #7 0x00a3bd7b in main (argc=9, argv=0x3a32870) at ffmpeg.c:5934 (gdb) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 10 23:19:37 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 10 Aug 2012 21:19:37 -0000 Subject: [FFmpeg-trac] #1633(undetermined:new): sp5x crash Message-ID: <038.a75a2c3bfc6013662788b0941cf61204@avcodec.org> #1633: sp5x crash -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- http://samples.mplayerhq.hu/V-codecs/HuffYUV/rgb_predleft.avi {{{ (gdb) r -vcodec sp5x -i rgb_predleft.avi -f null - Starting program: d:\mingw\msys\1.0\ffmpeg\ffmpeg_g.exe -vcodec sp5x -i rgb_pred left.avi -f null - [New Thread 484.0x2e4] ffmpeg version 0.10.2.git Copyright (c) 2000-2012 the FFmpeg developers built on Jun 28 2012 19:36:59 with gcc 4.6.1 configuration: --disable-ffprobe --disable-ffplay --disable-asm libavutil 51. 63.100 / 51. 63.100 libavcodec 54. 29.101 / 54. 29.101 libavformat 54. 11.100 / 54. 11.100 libavdevice 54. 0.100 / 54. 0.100 libavfilter 3. 0.100 / 3. 0.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 [sp5x @ 03a3db40] mjpeg_decode_dc: bad vlc: 0:0 (03b214d8) [sp5x @ 03a3db40] error dc [sp5x @ 03a3db40] error y=0 x=0 Input #0, avi, from 'rgb_predleft.avi': Duration: 00:00:07.00, start: 0.000000, bitrate: 1512 kb/s Stream #0:0: Video: sp5x (HFYU / 0x55594648), yuvj420p, 200x150, 6 tbr, 6 tb n, 6 tbc [graph 0 input from stream 0:0 @ 03b24b00] w:200 h:150 pixfmt:yuvj420p tb:1/6 fr :6/1 sar:0/1 sws_param:flags=2 [output stream 0:0 @ 03b24d00] No opaque field provided Output #0, null, to 'pipe:': Metadata: encoder : Lavf54.11.100 Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuvj420p, 200x150, q=2-31, 200 kb/s, 90k tbn, 6 tbc Stream mapping: Stream #0:0 -> #0:0 (sp5x -> rawvideo) Press [q] to stop, [?] for help [sp5x @ 03a3db40] mjpeg_decode_dc: bad vlc: 0:0 (03b4ecb0) [sp5x @ 03a3db40] error dc [sp5x @ 03a3db40] error y=0 x=0 [null @ 03b18130] Encoder did not produce proper pts, making some up. [sp5x @ 03a3db40] error count: 268435457 [sp5x @ 03a3db40] error y=0 x=0 [sp5x @ 03a3db40] error count: 268435472 [sp5x @ 03a3db40] error y=0 x=0 [sp5x @ 03a3db40] error count: 268435458 [sp5x @ 03a3db40] error y=0 x=0 [sp5x @ 03a3db40] error count: 268435460 [sp5x @ 03a3db40] error y=0 x=0 [sp5x @ 03a3db40] error count: 66 [sp5x @ 03a3db40] error y=0 x=0 [sp5x @ 03a3db40] error count: 268435466 [sp5x @ 03a3db40] error y=0 x=0 [sp5x @ 03a3db40] error count: 268435456 [sp5x @ 03a3db40] error y=0 x=0 warning: HEAP[ffmpeg_g.exe]: warning: Heap block at 03B686B8 modified at 03B71748 past requested size of 9088 Program received signal SIGTRAP, Trace/breakpoint trap. 0x7c90120f in ntdll!DbgUiConnectToDbg () from C:\WINDOWS\system32\ntdll.dll (gdb) bt #0 0x7c90120f in ntdll!DbgUiConnectToDbg () from C:\WINDOWS\system32\ntdll.dll #1 0x7c96ee31 in ntdll!RtlpNtMakeTemporaryKey () from C:\WINDOWS\system32\ntdll.dll #2 0x7c95f8f4 in ntdll!RtlZeroHeap () from C:\WINDOWS\system32\ntdll.dll #3 0x03b686b8 in ?? () #4 0x7c96f1ff in ntdll!RtlpNtMakeTemporaryKey () from C:\WINDOWS\system32\ntdll.dll #5 0x7c970456 in ntdll!RtlpNtMakeTemporaryKey () from C:\WINDOWS\system32\ntdll.dll #6 0x7c94bafc in ntdll!LdrFindEntryForAddress () from C:\WINDOWS\system32\ntdll.dll #7 0x03a30000 in ?? () #8 0x7c91a1ba in ntdll!RtlpUnWaitCriticalSection () from C:\WINDOWS\system32\ntdll.dll #9 0x77c1c2de in msvcrt!free () from C:\WINDOWS\system32\msvcrt.dll #10 0x03a30000 in ?? () #11 0x006c96f9 in sp5x_decode_frame (avctx=0x3a3db40, data=0x3b4fcf0, data_size=0x22eedc, avpkt=0x22ebd8) at libavcodec/sp5xdec.c:91 #12 0x00513e77 in avcodec_decode_video2 (avctx=0x3a3db40, picture=0x3b4fcf0, got_picture_ptr=0x22eedc, avpkt=0x22ee10) at libavcodec/utils.c:1485 #13 0x00407bc4 in decode_video (got_output=, pkt=, ist=) at ffmpeg.c:2456 #14 output_packet (ist=0x3b18008, pkt=0x22fbd0) at ffmpeg.c:2630 #15 0x0040d44b in transcode () at ffmpeg.c:3647 #16 0x00a3bd7b in main (argc=8, argv=0x3a32850) at ffmpeg.c:5934 (gdb) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 10 23:57:35 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 10 Aug 2012 21:57:35 -0000 Subject: [FFmpeg-trac] #1627(undetermined:open): DTS/PTS st:0 invalid dropping out of sync video In-Reply-To: <035.1bf0c5734e5711cd8b4f3dd3c0b744da@avcodec.org> References: <035.1bf0c5734e5711cd8b4f3dd3c0b744da@avcodec.org> Message-ID: <050.0ff5bffb2f313eaa30d449d5861f8853@avcodec.org> #1627: DTS/PTS st:0 invalid dropping out of sync video -------------------------------------+------------------------------------- Reporter: jwjwjw | 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: invalid dropping mp4 audio sync => regression * priority: normal => important * status: new => open * component: FFmpeg => undetermined * reproduced: 0 => 1 Comment: Regression since 29034e6. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 11 00:17:32 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 10 Aug 2012 22:17:32 -0000 Subject: [FFmpeg-trac] #1629(undetermined:open): escape124 possible invalid writes In-Reply-To: <038.b9c3a647afb7b29d5a4f59f826ed4559@avcodec.org> References: <038.b9c3a647afb7b29d5a4f59f826ed4559@avcodec.org> Message-ID: <053.5b28429e1bf21a8380eb06ace644ece9@avcodec.org> #1629: escape124 possible invalid writes -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: escape124 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => escape124 * status: new => open * version: unspecified => git-master Comment: I see no invalid memory access, but ~700MB get allocated which might be bad. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 11 00:21:35 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 10 Aug 2012 22:21:35 -0000 Subject: [FFmpeg-trac] #1630(avcodec:open): msrle crash In-Reply-To: <038.d7d39c983cc3eb70aab03a35ce3c2376@avcodec.org> References: <038.d7d39c983cc3eb70aab03a35ce3c2376@avcodec.org> Message-ID: <053.9f20079f1f8b19db899bdd75ca61b259@avcodec.org> #1630: msrle crash -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: crash | Blocked By: SIGSEGV msrle | 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: => crash SIGSEGV msrle Comment: {{{ Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb76cf8e0 (LWP 27866)] msrle_decode_frame (avctx=0x9107cc0, data=0x911c000, data_size=0xbfcf96f4, avpkt=0xbfcf93b0) at libavcodec/msrle.c:112 112 memcpy(s->frame.data[1], s->pal, AVPALETTE_SIZE); (gdb) bt #0 msrle_decode_frame (avctx=0x9107cc0, data=0x911c000, data_size=0xbfcf96f4, avpkt=0xbfcf93b0) at libavcodec/msrle.c:112 #1 0x08591285 in avcodec_decode_video2 (avctx=0x9107cc0, picture=0x911c000, got_picture_ptr=0xbfcf956c, avpkt=0xb7a51140) at libavcodec/utils.c:1509 #2 0x0805e4db in output_packet (ist=0x9140fa0, pkt=0xbfcf9888) at ffmpeg.c:1549 #3 0x080612d5 in process_input () at ffmpeg.c:2858 #4 0x080620ca in main (argc=Cannot access memory at address 0x100 ) at ffmpeg.c:2916 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 11 00:23:10 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 10 Aug 2012 22:23:10 -0000 Subject: [FFmpeg-trac] #1631(undetermined:open): paf_video crash In-Reply-To: <038.fcf159c96a0ac0067feba4137ecf83dd@avcodec.org> References: <038.fcf159c96a0ac0067feba4137ecf83dd@avcodec.org> Message-ID: <053.5c58fdc17ae3e0d52cd063c658bc57c0@avcodec.org> #1631: paf_video crash -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: paf_video | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => paf_video * priority: normal => important * version: unspecified => git-master * status: new => open * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 11 00:25:36 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 10 Aug 2012 22:25:36 -0000 Subject: [FFmpeg-trac] #1632(undetermined:open): snow crash In-Reply-To: <038.cbc00963c0e233d20c302bf6cfd67121@avcodec.org> References: <038.cbc00963c0e233d20c302bf6cfd67121@avcodec.org> Message-ID: <053.60f824e81dd086a1eb8ca6aef42d7b57@avcodec.org> #1632: snow crash -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: crash | Resolution: SIGSEGV snow | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => crash SIGSEGV snow * priority: normal => important * version: unspecified => git-master * status: new => open * reproduced: 0 => 1 Comment: {{{ Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb76768e0 (LWP 28216)] 0xb79361f7 in memset () from /lib/libc.so.6 (gdb) bt #0 0xb79361f7 in memset () from /lib/libc.so.6 #1 0x08548f1c in decode_frame (avctx=0x9106860, data=0x9102000, data_size=0xbf9518b4, avpkt=0xbf951570) at libavcodec/snowdec.c:117 #2 0x08591285 in avcodec_decode_video2 (avctx=0x9106860, picture=0x9102000, got_picture_ptr=0xbf95172c, avpkt=0x20) at libavcodec/utils.c:1509 #3 0x0805e4db in output_packet (ist=0x91084e0, pkt=0xbf951a48) at ffmpeg.c:1549 #4 0x080612d5 in process_input () at ffmpeg.c:2858 #5 0x080620ca in main (argc=Cannot access memory at address 0x140 ) at ffmpeg.c:2916 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 11 00:27:57 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 10 Aug 2012 22:27:57 -0000 Subject: [FFmpeg-trac] #1633(avcodec:open): sp5x crash In-Reply-To: <038.a75a2c3bfc6013662788b0941cf61204@avcodec.org> References: <038.a75a2c3bfc6013662788b0941cf61204@avcodec.org> Message-ID: <053.03fb3d204bfe31bb15933258e97490a7@avcodec.org> #1633: sp5x crash ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: sp5x | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avcodec * priority: normal => important * version: unspecified => git-master * keywords: => sp5x -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 11 02:00:15 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 11 Aug 2012 00:00:15 -0000 Subject: [FFmpeg-trac] #1628(avcodec:closed): cavs crash 2 In-Reply-To: <038.ba65486fec805f2ccb5b464ed4545ab3@avcodec.org> References: <038.ba65486fec805f2ccb5b464ed4545ab3@avcodec.org> Message-ID: <053.ce28f3150b6bb766837be0b4b174ad23@avcodec.org> #1628: cavs crash 2 -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: crash | Blocked By: SIGSEGV cavs | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 11 02:22:31 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 11 Aug 2012 00:22:31 -0000 Subject: [FFmpeg-trac] #1630(avcodec:closed): msrle crash In-Reply-To: <038.d7d39c983cc3eb70aab03a35ce3c2376@avcodec.org> References: <038.d7d39c983cc3eb70aab03a35ce3c2376@avcodec.org> Message-ID: <053.8bb9f4dad5a858d87751dd98c05db429@avcodec.org> #1630: msrle crash -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: crash | Blocked By: SIGSEGV msrle | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 11 05:37:48 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 11 Aug 2012 03:37:48 -0000 Subject: [FFmpeg-trac] #1632(undetermined:closed): snow crash In-Reply-To: <038.cbc00963c0e233d20c302bf6cfd67121@avcodec.org> References: <038.cbc00963c0e233d20c302bf6cfd67121@avcodec.org> Message-ID: <053.bf27eafc214836e3b6c3d0a38488ad96@avcodec.org> #1632: snow crash -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: crash | Resolution: fixed SIGSEGV snow | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 11 05:38:03 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 11 Aug 2012 03:38:03 -0000 Subject: [FFmpeg-trac] #1632(avcodec:closed): snow crash In-Reply-To: <038.cbc00963c0e233d20c302bf6cfd67121@avcodec.org> References: <038.cbc00963c0e233d20c302bf6cfd67121@avcodec.org> Message-ID: <053.3ca843b281509b7693581b3fdeb43681@avcodec.org> #1632: snow crash -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: crash | Blocked By: SIGSEGV snow | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * component: undetermined => avcodec -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 11 06:20:47 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 11 Aug 2012 04:20:47 -0000 Subject: [FFmpeg-trac] #1604(undetermined:new): Rtmp streaming fps continually drops In-Reply-To: <036.ebcb0f32b2e84d8ab67fe9e964ba7f3e@avcodec.org> References: <036.ebcb0f32b2e84d8ab67fe9e964ba7f3e@avcodec.org> Message-ID: <051.ccf6cf56bd03627856fb1507dcb48906@avcodec.org> #1604: Rtmp streaming fps continually drops -------------------------------------+------------------------------------- Reporter: Pyriel0 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: rtmp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by rogerdpack): @Pyriel0 I did see this line in rtmp.c: r->m_nServerBW = 2500000; FWIW. Also as a note I'm going to put my latest theories/ideas on this one at http://ffmpeg.zeranoe.com/forum/viewtopic.php?f=7&t=657 so there may be some other feedback there... My next question is...does ffmpeg have any internal buffering mechanism *before* the output (generic or otherwise) anybody? Does it have a separate thread for the "output" container et al? (or does the encoder, libx264, basically block while it is writing to the output?) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 11 13:59:29 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 11 Aug 2012 11:59:29 -0000 Subject: [FFmpeg-trac] #1634(avformat:new): Leak on probing particular file Message-ID: <036.ba75cdddbbfca26067e179b324d76ef2@avcodec.org> #1634: Leak on probing particular file ----------------------------------+-------------------------------------- Reporter: Krieger | Type: defect Status: new | Priority: normal Component: avformat | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- While testing my app with valgrind, i found one leak that is reproduced with ffprobe. Read errors valgrind mentions are irrelevant on the subject. See ffmpeg version and configuration in the listing. It's today's git master HEAD. {{{ $ valgrind -v ffprobe /usr/local/src/netsol/samples/leak.ts -loglevel debug ==20267== Memcheck, a memory error detector ==20267== Copyright (C) 2002-2010, and GNU GPL'd, by Julian Seward et al. ==20267== Using Valgrind-3.6.1 and LibVEX; rerun with -h for copyright info ==20267== Command: ffprobe /usr/local/src/netsol/samples/leak.ts -loglevel debug ==20267== --20267-- Valgrind options: --20267-- --memcheck:num-callers=50 --20267-- --memcheck:leak-check=full --20267-- --memcheck:leak-resolution=high --20267-- --memcheck:track-origins=yes --20267-- --memcheck:show-reachable=yes --20267-- --memcheck:show-possibly-lost=yes --20267-- --memcheck:malloc-fill=11 --20267-- --memcheck:free-fill=33 --20267-- -v --20267-- Contents of /proc/version: --20267-- Linux version 3.4.5-gentoo-zver (root at zver) (gcc version 4.5.3 (Gentoo 4.5.3-r2 p1.5, pie-0.4.7) ) #11 SMP PREEMPT Mon Aug 6 15:09:51 EEST 2012 --20267-- Arch and hwcaps: AMD64, amd64-sse3-cx16 --20267-- Page sizes: currently 4096, max supported 4096 --20267-- Valgrind library directory: /usr/lib64/valgrind --20267-- Reading syms from /usr/bin/ffprobe (0x400000) --20267-- Considering /usr/lib/debug/usr/bin/ffprobe.debug .. --20267-- .. CRC is valid --20267-- Reading syms from /lib64/ld-2.15.so (0x4000000) --20267-- Considering /usr/lib/debug/lib64/ld-2.15.so.debug .. --20267-- .. CRC is valid --20267-- Reading syms from /usr/lib64/valgrind/memcheck-amd64-linux (0x38000000) --20267-- Considering /usr/lib/debug/usr/lib64/valgrind/memcheck- amd64-linux.debug .. --20267-- .. CRC is valid --20267-- object doesn't have a dynamic symbol table --20267-- Reading suppressions file: /usr/lib64/valgrind/default.supp --20267-- REDIR: 0x40179a0 (strlen) redirected to 0x38042a67 (vgPlain_amd64_linux_REDIR_FOR_strlen) --20267-- Reading syms from /usr/lib64/valgrind/vgpreload_core- amd64-linux.so (0x4a24000) --20267-- Considering /usr/lib/debug/usr/lib64/valgrind/vgpreload_core- amd64-linux.so.debug .. --20267-- .. CRC is valid ==20267== Conditional jump or move depends on uninitialised value(s) ==20267== at 0x4017876: index (in /lib64/ld-2.15.so) ==20267== by 0x4007582: expand_dynamic_string_token (in /lib64/ld-2.15.so) ==20267== by 0x4007E5F: _dl_map_object (in /lib64/ld-2.15.so) ==20267== by 0x400136D: map_doit (in /lib64/ld-2.15.so) ==20267== by 0x400E1E5: _dl_catch_error (in /lib64/ld-2.15.so) ==20267== by 0x4001286: do_preload (in /lib64/ld-2.15.so) ==20267== by 0x40039E6: dl_main (in /lib64/ld-2.15.so) ==20267== by 0x4014867: _dl_sysdep_start (in /lib64/ld-2.15.so) ==20267== by 0x40048AC: _dl_start (in /lib64/ld-2.15.so) ==20267== by 0x4000BA7: ??? (in /lib64/ld-2.15.so) ==20267== by 0x3: ??? ==20267== by 0x7FF000322: ??? ==20267== by 0x7FF00032A: ??? ==20267== by 0x7FF000350: ??? ==20267== by 0x7FF00035A: ??? ==20267== Uninitialised value was created by a stack allocation ==20267== at 0x4002BF9: dl_main (in /lib64/ld-2.15.so) ==20267== ==20267== Conditional jump or move depends on uninitialised value(s) ==20267== at 0x401787B: index (in /lib64/ld-2.15.so) ==20267== by 0x4007582: expand_dynamic_string_token (in /lib64/ld-2.15.so) ==20267== by 0x4007E5F: _dl_map_object (in /lib64/ld-2.15.so) ==20267== by 0x400136D: map_doit (in /lib64/ld-2.15.so) ==20267== by 0x400E1E5: _dl_catch_error (in /lib64/ld-2.15.so) ==20267== by 0x4001286: do_preload (in /lib64/ld-2.15.so) ==20267== by 0x40039E6: dl_main (in /lib64/ld-2.15.so) ==20267== by 0x4014867: _dl_sysdep_start (in /lib64/ld-2.15.so) ==20267== by 0x40048AC: _dl_start (in /lib64/ld-2.15.so) ==20267== by 0x4000BA7: ??? (in /lib64/ld-2.15.so) ==20267== by 0x3: ??? ==20267== by 0x7FF000322: ??? ==20267== by 0x7FF00032A: ??? ==20267== by 0x7FF000350: ??? ==20267== by 0x7FF00035A: ??? ==20267== Uninitialised value was created by a stack allocation ==20267== at 0x4002BF9: dl_main (in /lib64/ld-2.15.so) ==20267== --20267-- Reading syms from /usr/lib64/valgrind/vgpreload_memcheck- amd64-linux.so (0x4c26000) --20267-- Considering /usr/lib/debug/usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so.debug .. --20267-- .. CRC is valid ==20267== WARNING: new redirection conflicts with existing -- ignoring it --20267-- new: 0x040179a0 (strlen ) R-> 0x04c2b5b0 strlen --20267-- REDIR: 0x4017810 (index) redirected to 0x4c2b210 (index) --20267-- REDIR: 0x4017890 (strcmp) redirected to 0x4c2c130 (strcmp) --20267-- Reading syms from /usr/lib64/libavdevice.so.54.2.100 (0x4e31000) --20267-- Considering /usr/lib/debug/usr/lib64/libavdevice.so.54.2.100.debug .. --20267-- .. CRC is valid --20267-- Reading syms from /usr/lib64/libavfilter.so.3.7.100 (0x503d000) --20267-- Considering /usr/lib/debug/usr/lib64/libavfilter.so.3.7.100.debug .. --20267-- .. CRC is valid --20267-- Reading syms from /usr/lib64/libavformat.so.54.23.100 (0x52e0000) --20267-- Considering /usr/lib/debug/usr/lib64/libavformat.so.54.23.100.debug .. --20267-- .. CRC is valid --20267-- Reading syms from /usr/lib64/libavcodec.so.54.51.100 (0x5609000) --20267-- Considering /usr/lib/debug/usr/lib64/libavcodec.so.54.51.100.debug .. --20267-- .. CRC is valid --20267-- Reading syms from /usr/lib64/libpostproc.so.52.0.100 (0x633c000) --20267-- Considering /usr/lib/debug/usr/lib64/libpostproc.so.52.0.100.debug .. --20267-- .. CRC is valid --20267-- Reading syms from /usr/lib64/libswresample.so.0.15.100 (0x654c000) --20267-- Considering /usr/lib/debug/usr/lib64/libswresample.so.0.15.100.debug .. --20267-- .. CRC is valid --20267-- Reading syms from /usr/lib64/libswscale.so.2.1.101 (0x6760000) --20267-- Considering /usr/lib/debug/usr/lib64/libswscale.so.2.1.101.debug .. --20267-- .. CRC is valid --20267-- Reading syms from /usr/lib64/libavutil.so.51.67.100 (0x69a3000) --20267-- Considering /usr/lib/debug/usr/lib64/libavutil.so.51.67.100.debug .. --20267-- .. CRC is valid --20267-- Reading syms from /lib64/libpthread-2.15.so (0x6bcd000) --20267-- Considering /usr/lib/debug/lib64/libpthread-2.15.so.debug .. --20267-- .. CRC is valid --20267-- Reading syms from /lib64/libm-2.15.so (0x6dea000) --20267-- Considering /usr/lib/debug/lib64/libm-2.15.so.debug .. --20267-- .. CRC is valid --20267-- Reading syms from /lib64/libc-2.15.so (0x70de000) --20267-- Considering /usr/lib/debug/lib64/libc-2.15.so.debug .. --20267-- .. CRC is valid --20267-- Reading syms from /usr/lib64/libXfixes.so.3.1.0 (0x7488000) --20267-- Considering /usr/lib/debug/usr/lib64/libXfixes.so.3.1.0.debug .. --20267-- .. CRC is valid --20267-- Reading syms from /usr/lib64/libXext.so.6.4.0 (0x768e000) --20267-- Considering /usr/lib/debug/usr/lib64/libXext.so.6.4.0.debug .. --20267-- .. CRC is valid --20267-- Reading syms from /usr/lib64/libX11.so.6.3.0 (0x78a0000) --20267-- Considering /usr/lib/debug/usr/lib64/libX11.so.6.3.0.debug .. --20267-- .. CRC is valid --20267-- Reading syms from /usr/lib64/libasound.so.2.0.0 (0x7bdf000) --20267-- Considering /usr/lib/debug/usr/lib64/libasound.so.2.0.0.debug .. --20267-- .. CRC is valid --20267-- Reading syms from /usr/lib64/libSDL-1.2.so.0.11.4 (0x7ec0000) --20267-- Considering /usr/lib/debug/usr/lib64/libSDL-1.2.so.0.11.4.debug .. --20267-- .. CRC is valid --20267-- Reading syms from /usr/lib64/libfreetype.so.6.8.1 (0x8120000) --20267-- Considering /usr/lib/debug/usr/lib64/libfreetype.so.6.8.1.debug .. --20267-- .. CRC is valid --20267-- Reading syms from /lib64/libbz2.so.1.0.6 (0x83c0000) --20267-- object doesn't have a symbol table --20267-- Reading syms from /lib64/libz.so.1.2.5.1 (0x85d0000) --20267-- Considering /usr/lib/debug/lib64/libz.so.1.2.5.1.debug .. --20267-- .. CRC is valid --20267-- Reading syms from /usr/lib64/libxvidcore.so.4.3 (0x87e6000) --20267-- Considering /usr/lib/debug/usr/lib64/libxvidcore.so.4.3.debug .. --20267-- .. CRC is valid --20267-- Reading syms from /usr/lib64/libx264.so.125 (0x8b00000) --20267-- Reading syms from /usr/lib64/libvorbisenc.so.2.0.9 (0x8e1b000) --20267-- Considering /usr/lib/debug/usr/lib64/libvorbisenc.so.2.0.9.debug .. --20267-- .. CRC is valid --20267-- Reading syms from /usr/lib64/libvorbis.so.0.4.6 (0x92ea000) --20267-- Considering /usr/lib/debug/usr/lib64/libvorbis.so.0.4.6.debug .. --20267-- .. CRC is valid --20267-- Reading syms from /usr/lib64/libvo-aacenc.so.0.0.3 (0x9517000) --20267-- Considering /usr/lib/debug/usr/lib64/libvo- aacenc.so.0.0.3.debug .. --20267-- .. CRC is valid --20267-- Reading syms from /usr/lib64/libspeex.so.1.5.0 (0x9735000) --20267-- Considering /usr/lib/debug/usr/lib64/libspeex.so.1.5.0.debug .. --20267-- .. CRC is valid --20267-- Reading syms from /usr/lib64/libmp3lame.so.0.0.0 (0x994f000) --20267-- Considering /usr/lib/debug/usr/lib64/libmp3lame.so.0.0.0.debug .. --20267-- .. CRC is valid --20267-- Reading syms from /usr/lib64/libfaac.so.0.0.0 (0x9bc7000) --20267-- Considering /usr/lib/debug/usr/lib64/libfaac.so.0.0.0.debug .. --20267-- .. CRC is valid --20267-- Reading syms from /usr/lib64/libxcb.so.1.1.0 (0x9dda000) --20267-- Considering /usr/lib/debug/usr/lib64/libxcb.so.1.1.0.debug .. --20267-- .. CRC is valid --20267-- Reading syms from /lib64/libdl-2.15.so (0x9ffb000) --20267-- Considering /usr/lib/debug/lib64/libdl-2.15.so.debug .. --20267-- .. CRC is valid --20267-- Reading syms from /lib64/librt-2.15.so (0xa1ff000) --20267-- Considering /usr/lib/debug/lib64/librt-2.15.so.debug .. --20267-- .. CRC is valid --20267-- Reading syms from /usr/lib64/libogg.so.0.8.0 (0xa408000) --20267-- Considering /usr/lib/debug/usr/lib64/libogg.so.0.8.0.debug .. --20267-- .. CRC is valid --20267-- Reading syms from /usr/lib64/libXau.so.6.0.0 (0xa60f000) --20267-- Considering /usr/lib/debug/usr/lib64/libXau.so.6.0.0.debug .. --20267-- .. CRC is valid --20267-- Reading syms from /usr/lib64/libXdmcp.so.6.0.0 (0xa813000) --20267-- Considering /usr/lib/debug/usr/lib64/libXdmcp.so.6.0.0.debug .. --20267-- .. CRC is valid --20267-- REDIR: 0x7166aa0 (strcasecmp) redirected to 0x4a24670 (_vgnU_ifunc_wrapper) --20267-- REDIR: 0x7168d70 (strncasecmp) redirected to 0x4a24670 (_vgnU_ifunc_wrapper) --20267-- REDIR: 0x7162e10 (strnlen) redirected to 0x4a24670 (_vgnU_ifunc_wrapper) ==20267== WARNING: new redirection conflicts with existing -- ignoring it --20267-- new: 0x07162e40 (__GI_strnlen ) R-> 0x04c2b4f0 strnlen --20267-- REDIR: 0x7164800 (__GI_strrchr) redirected to 0x4c2b030 (__GI_strrchr) --20267-- REDIR: 0x7161140 (index) redirected to 0x4a24670 (_vgnU_ifunc_wrapper) --20267-- REDIR: 0x72012a0 (__strchr_sse42) redirected to 0x4c2b0d0 (index) --20267-- REDIR: 0x7162ce0 (strlen) redirected to 0x4a24670 (_vgnU_ifunc_wrapper) --20267-- REDIR: 0x7230c30 (__strlen_sse2_pminub) redirected to 0x4c2b550 (strlen) --20267-- REDIR: 0x7162ef0 (strncmp) redirected to 0x4a24670 (_vgnU_ifunc_wrapper) --20267-- REDIR: 0x7202100 (__strncmp_sse42) redirected to 0x4c2ba10 (strncmp) --20267-- REDIR: 0x7161200 (strcmp) redirected to 0x4a24670 (_vgnU_ifunc_wrapper) --20267-- REDIR: 0x7201350 (__strcmp_sse42) redirected to 0x4c2c070 (strcmp) --20267-- REDIR: 0x7162d30 (__GI_strlen) redirected to 0x4c2b570 (__GI_strlen) --20267-- REDIR: 0x715ed70 (posix_memalign) redirected to 0x4c291e0 (posix_memalign) --20267-- REDIR: 0x7165880 (memset) redirected to 0x4a24670 (_vgnU_ifunc_wrapper) --20267-- REDIR: 0x71658c0 (__GI_memset) redirected to 0x4c2d160 (memset) --20267-- REDIR: 0x716c930 (strchrnul) redirected to 0x4c2d300 (strchrnul) --20267-- REDIR: 0x71dbac0 (__strcpy_chk) redirected to 0x4c2d370 (__strcpy_chk) --20267-- REDIR: 0x7162f30 (__GI_strncmp) redirected to 0x4c2ba80 (__GI_strncmp) ffprobe version N-43451-g48d20b9 Copyright (c) 2007-2012 the FFmpeg developers built on Aug 11 2012 14:50:34 with gcc 4.5.3 (Gentoo 4.5.3-r2 p1.5, pie-0.4.7) configuration: --prefix=/usr --libdir=/usr/lib64 --shlibdir=/usr/lib64 --mandir=/usr/share/man --enable-shared --cc=x86_64-pc-linux-gnu-gcc --cxx=x86_64-pc-linux-gnu-g++ --ar=x86_64-pc-linux-gnu-ar --optflags='-O2 -pipe -march=core2 -mtune=generic' --extra-cflags='-O2 -pipe -march=core2 -mtune=generic' --extra-cxxflags='-O2 -pipe -march=core2 -mtune=generic' --disable-static --enable-gpl --enable-version3 --enable-postproc --enable-avfilter --disable-stripping --disable-doc --disable-vaapi --disable-vdpau --enable-libmp3lame --enable-libvo-aacenc --enable-libx264 --enable-libxvid --enable-libfaac --enable-nonfree --disable-indev=v4l --disable-indev=v4l2 --disable-indev=oss --disable-indev=jack --enable- x11grab --disable-outdev=oss --enable-libfreetype --enable-pthreads --enable-libspeex --enable-libvorbis --disable-amd3dnow --disable- amd3dnowext --disable-altivec --disable-avx --disable-mmxext --disable-vis --disable-neon --enable-pic --cpu=core2 --enable-hardcoded-tables libavutil 51. 67.100 / 51. 67.100 libavcodec 54. 51.100 / 54. 51.100 libavformat 54. 23.100 / 54. 23.100 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 7.100 / 3. 7.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 ==20267== Invalid read of size 8 ==20267== at 0x7208614: __strspn_sse42 (in /lib64/libc-2.15.so) ==20267== by 0x69ADCF4: av_strtok (avstring.c:171) ==20267== by 0x4095BE: main (ffprobe.c:2161) ==20267== Address 0xaa23228 is 0 bytes after a block of size 8 alloc'd ==20267== at 0x4C29168: memalign (vg_replace_malloc.c:581) ==20267== by 0x4C29217: posix_memalign (vg_replace_malloc.c:709) ==20267== by 0x69B4E8C: av_malloc (mem.c:95) ==20267== by 0x69B5050: av_strdup (mem.c:217) ==20267== by 0x40B206: main (ffprobe.c:2160) ==20267== --20267-- REDIR: 0x71627b0 (strcspn) redirected to 0x4a24670 (_vgnU_ifunc_wrapper) --20267-- REDIR: 0x7208380 (__strcspn_sse42) redirected to 0x4c2d7f0 (strcspn) --20267-- REDIR: 0x715d7c0 (free) redirected to 0x4c29d60 (free) --20267-- REDIR: 0x71647c0 (rindex) redirected to 0x4a24670 (_vgnU_ifunc_wrapper) --20267-- REDIR: 0x72030e0 (__strrchr_sse42) redirected to 0x4c2b000 (rindex) --20267-- REDIR: 0x7162690 (strcpy) redirected to 0x4a24670 (_vgnU_ifunc_wrapper) --20267-- REDIR: 0x7170520 (__strcpy_sse2_unaligned) redirected to 0x4c2b5d0 (strcpy) --20267-- REDIR: 0x715d850 (realloc) redirected to 0x4c2acd0 (realloc) --20267-- REDIR: 0x716c720 (__GI___rawmemchr) redirected to 0x4c2d350 (__GI___rawmemchr) [mpegts @ 0xaa23350] Format mpegts probed with size=2048 and score=100 --20267-- REDIR: 0x7162e40 (__GI_strnlen) redirected to 0x4c2b520 (__GI_strnlen) [mpegts @ 0xaa23350] stream=0 stream_type=2 pid=597 prog_reg_desc= [mpegts @ 0xaa23350] stream=1 stream_type=4 pid=598 prog_reg_desc= [mpegts @ 0xaa23350] File position before avformat_find_stream_info() is 0 --20267-- REDIR: 0x715d2a0 (malloc) redirected to 0x4c2ac00 (malloc) --20267-- REDIR: 0x7164f00 (memchr) redirected to 0x4c2c1f0 (memchr) [mpeg2video @ 0xaa4d880] mpeg_decode_postinit() failure [mpegts @ 0xaa23350] stream=2 stream_type=0 pid=145 prog_reg_desc= [mpegts @ 0xaa23350] stream=3 stream_type=0 pid=1fe prog_reg_desc= [mpeg2video @ 0xaa4d880] mpeg_decode_postinit() failure Last message repeated 1 times [mpegts @ 0xaa23350] Continuity check failed for pid 325 expected 9 got 14 [mpegts @ 0xaa23350] Continuity check failed for pid 510 expected 10 got 12 [mpegts @ 0xaa23350] probing stream 3 pp:2500 [mpegts @ 0xaa23350] probing stream 3 pp:2499 [mpegts @ 0xaa23350] Probe with size=646, packets=2 detected mp3 with score=1 [mpegts @ 0xaa23350] probing stream 2 pp:2500 [mpegts @ 0xaa23350] Probe with size=17228, packets=1 detected ico with score=33 [mpegts @ 0xaa23350] probing stream 2 pp:2499 [mpegts @ 0xaa23350] probing stream 3 pp:2498 [mpegts @ 0xaa23350] probing stream 2 pp:2498 [mpegts @ 0xaa23350] stream=4 stream_type=0 pid=19a prog_reg_desc= [mpegts @ 0xaa23350] probing stream 3 pp:2497 [mpegts @ 0xaa23350] Probe with size=1292, packets=4 detected mp3 with score=1 [mpegts @ 0xaa23350] probing stream 3 pp:2496 [mpegts @ 0xaa23350] probing stream 2 pp:2497 [mpegts @ 0xaa23350] Probe with size=50936, packets=4 detected ico with score=33 [mpegts @ 0xaa23350] probing stream 3 pp:2495 [mpegts @ 0xaa23350] probing stream 2 pp:2496 [mpegts @ 0xaa23350] probing stream 2 pp:2495 [mpegts @ 0xaa23350] probing stream 3 pp:2494 [mpegts @ 0xaa23350] Probe with size=2261, packets=7 detected mp3 with score=1 [mpegts @ 0xaa23350] probing stream 4 pp:2500 [mpegts @ 0xaa23350] Probe with size=3456, packets=1 detected mp3 with score=51 [mpegts @ 0xaa23350] probed stream 4 [mpegts @ 0xaa23350] probing stream 3 pp:2493 [mpegts @ 0xaa23350] Continuity check failed for pid 0 expected 6 got 0 [mpegts @ 0xaa23350] Continuity check failed for pid 0 expected 1 got 6 [mpegts @ 0xaa23350] probing stream 3 pp:2492 [mpegts @ 0xaa23350] probing stream 2 pp:2494 [mpegts @ 0xaa23350] Probe with size=85748, packets=7 detected ico with score=33 [mpegts @ 0xaa23350] probing stream 2 pp:2493 [mpegts @ 0xaa23350] probing stream 3 pp:2491 [mpegts @ 0xaa23350] probing stream 2 pp:2492 [mpegts @ 0xaa23350] probing stream 3 pp:2490 [mpegts @ 0xaa23350] probing stream 2 pp:2491 [mpegts @ 0xaa23350] probing stream 3 pp:2489 [mpegts @ 0xaa23350] probing stream 2 pp:2490 [mpegts @ 0xaa23350] probing stream 2 pp:2489 [mpegts @ 0xaa23350] probing stream 3 pp:2488 [mpegts @ 0xaa23350] Probe with size=4199, packets=13 detected mp3 with score=1 [mpegts @ 0xaa23350] probing stream 3 pp:2487 [mpegts @ 0xaa23350] probing stream 2 pp:2488 [mpegts @ 0xaa23350] Probe with size=149108, packets=13 detected ico with score=33 [mpegts @ 0xaa23350] probing stream 2 pp:2487 [mpegts @ 0xaa23350] probing stream 3 pp:2486 [mpegts @ 0xaa23350] probing stream 2 pp:2486 [mpegts @ 0xaa23350] probing stream 3 pp:2485 [mpegts @ 0xaa23350] probing stream 3 pp:2484 [mpegts @ 0xaa23350] stream=2 stream_type=2 pid=145 prog_reg_desc= [mpegts @ 0xaa23350] stream=4 stream_type=4 pid=19a prog_reg_desc= [mpegts @ 0xaa23350] stream=3 stream_type=6 pid=1fe prog_reg_desc= [mpegts @ 0xaa23350] probing stream 3 pp:2483 [mpegts @ 0xaa23350] probing stream 3 pp:2482 [mpegts @ 0xaa23350] probing stream 3 pp:2481 [mpegts @ 0xaa23350] Continuity check failed for pid 0 expected 12 got 1 [mpegts @ 0xaa23350] probing stream 3 pp:2480 [mpegts @ 0xaa23350] probing stream 3 pp:2479 [mpegts @ 0xaa23350] Continuity check failed for pid 0 expected 2 got 12 [mpegts @ 0xaa23350] probing stream 3 pp:2478 [mpegts @ 0xaa23350] probing stream 3 pp:2477 [mpegts @ 0xaa23350] probing stream 3 pp:2476 [mpegts @ 0xaa23350] probing stream 3 pp:2475 [mpegts @ 0xaa23350] Probe with size=8398, packets=26 detected mp3 with score=1 [mpegts @ 0xaa23350] probing stream 3 pp:2474 [mpegts @ 0xaa23350] probing stream 3 pp:2473 [mpegts @ 0xaa23350] probing stream 3 pp:2472 [mpegts @ 0xaa23350] probing stream 3 pp:2471 [mpegts @ 0xaa23350] probing stream 3 pp:2470 [mpegts @ 0xaa23350] probing stream 3 pp:2469 [mpegts @ 0xaa23350] probing stream 3 pp:2468 [mpegts @ 0xaa23350] Continuity check failed for pid 0 expected 1 got 2 [mpegts @ 0xaa23350] probing stream 3 pp:2467 [mpegts @ 0xaa23350] probing stream 3 pp:2466 [mpegts @ 0xaa23350] probing stream 3 pp:2465 [mpegts @ 0xaa23350] Continuity check failed for pid 0 expected 3 got 1 [mpegts @ 0xaa23350] probing stream 3 pp:2464 [mpegts @ 0xaa23350] probing stream 3 pp:2463 [mpegts @ 0xaa23350] probing stream 3 pp:2462 [mpegts @ 0xaa23350] probing stream 3 pp:2461 [mpegts @ 0xaa23350] probing stream 3 pp:2460 [mpegts @ 0xaa23350] probing stream 3 pp:2459 [mpegts @ 0xaa23350] probing stream 3 pp:2458 [mpegts @ 0xaa23350] probing stream 3 pp:2457 [mpegts @ 0xaa23350] probing stream 3 pp:2456 [mpegts @ 0xaa23350] probing stream 3 pp:2455 [mpegts @ 0xaa23350] Continuity check failed for pid 0 expected 5 got 3 [mpegts @ 0xaa23350] Continuity check failed for pid 0 expected 4 got 5 [mpegts @ 0xaa23350] PES packet size mismatch Last message repeated 1 times [mpegts @ 0xaa23350] probing stream 3 pp:2454 [mpegts @ 0xaa23350] Probe with size=14858, packets=2500 detected mp3 with score=1 [mpegts @ 0xaa23350] probed stream 3 [mp1 @ 0xab4baf0] Header missing [mpeg2video @ 0xaa4d880] mpeg_decode_postinit() failure [mpeg2video @ 0xab13380] mpeg_decode_postinit() failure [mp1 @ 0xab4baf0] Header missing [mpeg2video @ 0xab13380] mpeg_decode_postinit() failure [mpeg2video @ 0xaa4d880] mpeg_decode_postinit() failure Last message repeated 2 times [mp1 @ 0xab4baf0] Header missing Last message repeated 1 times [mpeg2video @ 0xab13380] mpeg_decode_postinit() failure [mp1 @ 0xab4baf0] Header missing [mpeg2video @ 0xab13380] mpeg_decode_postinit() failure Last message repeated 1 times [mpegts @ 0xaa23350] first_dts 1935184031 not matching first dts 1935196991 in que Last message repeated 4 times [mpeg2video @ 0xaa4d880] mpeg_decode_postinit() failure Last message repeated 2 times [mp1 @ 0xab4baf0] Header missing Last message repeated 2 times [mpeg2video @ 0xab13380] mpeg_decode_postinit() failure Last message repeated 1 times [mp1 @ 0xab4baf0] Header missing [mpeg2video @ 0xab13380] mpeg_decode_postinit() failure [mpegts @ 0xaa23350] first_dts 1935184031 not matching first dts 1935209951 in que Last message repeated 4 times [mpeg2video @ 0xaa4d880] mpeg_decode_postinit() failure [mpegts @ 0xaa23350] first_dts 3305741110 not matching first dts 3305754070 in que Last message repeated 4 times [mp1 @ 0xab4baf0] Header missing [mpeg2video @ 0xaa4d880] mpeg_decode_postinit() failure Last message repeated 1 times [mpeg2video @ 0xab13380] mpeg_decode_postinit() failure [mp1 @ 0xab4baf0] Header missing [mpeg2video @ 0xab13380] mpeg_decode_postinit() failure Last message repeated 1 times [mp1 @ 0xab4baf0] Header missing Last message repeated 1 times [mpeg2video @ 0xab13380] mpeg_decode_postinit() failure [mpegts @ 0xaa23350] first_dts 1935184031 not matching first dts 1935222911 in que Last message repeated 4 times [mpegts @ 0xaa23350] first_dts 3305741110 not matching first dts 3305767030 in que Last message repeated 4 times [mpeg2video @ 0xab13380] mpeg_decode_postinit() failure [mp1 @ 0xab4baf0] Header missing [mpeg2video @ 0xab13380] mpeg_decode_postinit() failure [mp1 @ 0xab4baf0] Header missing [mpegts @ 0xaa23350] first_dts 1935184031 not matching first dts 1935235871 in que Last message repeated 4 times [mpeg2video @ 0xaa4d880] mpeg_decode_postinit() failure [mp1 @ 0xab4baf0] Header missing [mpegts @ 0xaa23350] first_dts 3305741110 not matching first dts 3305779990 in que Last message repeated 4 times [mp1 @ 0xab4baf0] Header missing [mpeg2video @ 0xab13380] mpeg_decode_postinit() failure [mp1 @ 0xab4baf0] Header missing Last message repeated 2 times [mpegts @ 0xaa23350] first_dts 3305741110 not matching first dts 3305792950 in que Last message repeated 4 times [mpegts @ 0xaa23350] first_dts 1935184031 not matching first dts 1935248831 in que Last message repeated 4 times [mp1 @ 0xab4baf0] Header missing Last message repeated 2 times [mpegts @ 0xaa23350] first_dts 1935184031 not matching first dts 1935261791 in que Last message repeated 4 times [mp1 @ 0xab4baf0] Header missing [mpegts @ 0xaa23350] first_dts 3305741110 not matching first dts 3305805910 in que Last message repeated 4 times [mp1 @ 0xab4baf0] Header missing Last message repeated 1 times [mpegts @ 0xaa23350] first_dts 1935184031 not matching first dts 1935274751 in que Last message repeated 4 times [mp1 @ 0xab4baf0] Header missing [mpegts @ 0xaa23350] first_dts 3305741110 not matching first dts 3305818870 in que Last message repeated 4 times [mp1 @ 0xab4baf0] Header missing Last message repeated 2 times [mpegts @ 0xaa23350] first_dts 1935184031 not matching first dts 1935287711 in que Last message repeated 4 times [mp1 @ 0xab4baf0] Header missing [mpegts @ 0xaa23350] first_dts 3305741110 not matching first dts 3305831830 in que Last message repeated 4 times [mp1 @ 0xab4baf0] Header missing Last message repeated 2 times [mpegts @ 0xaa23350] first_dts 1935184031 not matching first dts 1935300671 in que Last message repeated 4 times [mpegts @ 0xaa23350] first_dts 3305741110 not matching first dts 3305844790 in que Last message repeated 4 times [mp1 @ 0xab4baf0] Header missing Last message repeated 2 times [mpegts @ 0xaa23350] first_dts 1935184031 not matching first dts 1935313631 in que Last message repeated 4 times [mp1 @ 0xab4baf0] Header missing [mpegts @ 0xaa23350] first_dts 3305741110 not matching first dts 3305857750 in que Last message repeated 4 times [mp1 @ 0xab4baf0] Header missing Last message repeated 2 times [mpegts @ 0xaa23350] first_dts 1935184031 not matching first dts 1935326591 in que Last message repeated 4 times [mp1 @ 0xab4baf0] Header missing [mpegts @ 0xaa23350] first_dts 3305741110 not matching first dts 3305870710 in que Last message repeated 4 times [mp1 @ 0xab4baf0] Header missing Last message repeated 2 times [mpegts @ 0xaa23350] first_dts 1935184031 not matching first dts 1935339551 in que Last message repeated 4 times [mpegts @ 0xaa23350] first_dts 3305741110 not matching first dts 3305883670 in que Last message repeated 3 times [mp1 @ 0xab4baf0] Header missing [mpegts @ 0xaa23350] decoding for stream 3 failed [mpegts @ 0xaa23350] Could not find codec parameters for stream 3 (Audio: mp1 ([6][0][0][0] / 0x0006), 0 channels, s16): unspecified sample size Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0xaa23350] Continuity check failed for pid 0 expected 5 got 3 [mpegts @ 0xaa23350] Continuity check failed for pid 0 expected 4 got 5 [mpegts @ 0xaa23350] PES packet size mismatch Last message repeated 1 times [mpegts @ 0xaa23350] File position after avformat_find_stream_info() is 0 Input #0, mpegts, from '/usr/local/src/netsol/samples/leak.ts': Duration: 04:13:50.46, start: 21502.044789, bitrate: 0 kb/s Program 1430 Metadata: service_name : Rossia 2 service_provider: GTSS Stream #0:0[0x597], 48, 1/90000: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p, 720x576 [SAR 16:15 DAR 4:3], 1/50, 15000 kb/s, 33.83 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x598](rus), 79, 1/90000: Audio: mp2 ([4][0][0][0] / 0x0004), 48000 Hz, stereo, s16, 192 kb/s Program 10106 Stream #0:2[0x145], 46, 1/90000: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p, 704x576 [SAR 16:11 DAR 16:9], 1/50, 15000 kb/s, 35.50 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:4[0x19a](rus), 72, 1/90000: Audio: mp2 ([4][0][0][0] / 0x0004), 48000 Hz, stereo, s16, 192 kb/s (clean effects) Stream #0:3[0x1fe](rus), 46, 1/90000: Audio: mp1 ([6][0][0][0] / 0x0006), 0 channels, s16 Program 1 Metadata: service_name : CTO service_provider: Scopus Network Technologies Program 1420 Metadata: service_name : Rossia 24 service_provider: GTSS Program 1440 Metadata: service_name : Rossia K service_provider: GTSS Program 1460 Metadata: service_name : Sport 1 service_provider: GTSS Program 1500 Metadata: service_name : Disney +0 service_provider: GTSS Program 1600 Metadata: service_name : SET Russia service_provider: GTSS Program 1700 Metadata: service_name : AXN-ScFi-Ru service_provider: GTSS Program 1710 Metadata: service_name : 5 kanal service_provider: GeoTelecom Program 1770 Metadata: service_name : Sarafan service_provider: GTSS Program 10410 Metadata: service_name : Nostalgiya service_provider: HTB+ Program 10411 Metadata: service_name : Sport plus service_provider: HTB+ Program 14803 Metadata: service_name : Detskii Mir-Teleclub service_provider: EUTELSAT [mpeg2video @ 0xaa4d880] detected 4 logical cores --20267-- REDIR: 0x715e360 (calloc) redirected to 0x4c29280 (calloc) [mpeg2video @ 0xab13380] detected 4 logical cores [AVIOContext @ 0xaa2b9a0] Statistics: 1298576 bytes read, 2 seeks ==20267== ==20267== HEAP SUMMARY: ==20267== in use at exit: 160,476 bytes in 1 blocks ==20267== total heap usage: 2,074 allocs, 2,073 frees, 28,723,955 bytes allocated ==20267== ==20267== Searching for pointers to 1 not-freed blocks ==20267== Checked 5,792,008 bytes ==20267== ==20267== 160,476 bytes in 1 blocks are definitely lost in loss record 1 of 1 ==20267== at 0x4C2AD52: realloc (vg_replace_malloc.c:525) ==20267== by 0x53A8703: probe_codec (utils.c:684) ==20267== by 0x53A8E11: ff_read_packet (utils.c:786) ==20267== by 0x53A95D0: read_frame_internal (utils.c:1305) ==20267== by 0x53AB178: avformat_find_stream_info (utils.c:2628) ==20267== by 0x409774: main (ffprobe.c:1902) ==20267== ==20267== LEAK SUMMARY: ==20267== definitely lost: 160,476 bytes in 1 blocks ==20267== indirectly lost: 0 bytes in 0 blocks ==20267== possibly lost: 0 bytes in 0 blocks ==20267== still reachable: 0 bytes in 0 blocks ==20267== suppressed: 0 bytes in 0 blocks ==20267== ==20267== ERROR SUMMARY: 4 errors from 4 contexts (suppressed: 0 from 0) ==20267== ==20267== 1 errors in context 1 of 4: ==20267== Invalid read of size 8 ==20267== at 0x7208614: __strspn_sse42 (in /lib64/libc-2.15.so) ==20267== by 0x69ADCF4: av_strtok (avstring.c:171) ==20267== by 0x4095BE: main (ffprobe.c:2161) ==20267== Address 0xaa23228 is 0 bytes after a block of size 8 alloc'd ==20267== at 0x4C29168: memalign (vg_replace_malloc.c:581) ==20267== by 0x4C29217: posix_memalign (vg_replace_malloc.c:709) ==20267== by 0x69B4E8C: av_malloc (mem.c:95) ==20267== by 0x69B5050: av_strdup (mem.c:217) ==20267== by 0x40B206: main (ffprobe.c:2160) ==20267== ==20267== ==20267== 1 errors in context 2 of 4: ==20267== Conditional jump or move depends on uninitialised value(s) ==20267== at 0x401787B: index (in /lib64/ld-2.15.so) ==20267== by 0x4007582: expand_dynamic_string_token (in /lib64/ld-2.15.so) ==20267== by 0x4007E5F: _dl_map_object (in /lib64/ld-2.15.so) ==20267== by 0x400136D: map_doit (in /lib64/ld-2.15.so) ==20267== by 0x400E1E5: _dl_catch_error (in /lib64/ld-2.15.so) ==20267== by 0x4001286: do_preload (in /lib64/ld-2.15.so) ==20267== by 0x40039E6: dl_main (in /lib64/ld-2.15.so) ==20267== by 0x4014867: _dl_sysdep_start (in /lib64/ld-2.15.so) ==20267== by 0x40048AC: _dl_start (in /lib64/ld-2.15.so) ==20267== by 0x4000BA7: ??? (in /lib64/ld-2.15.so) ==20267== by 0x3: ??? ==20267== by 0x7FF000322: ??? ==20267== by 0x7FF00032A: ??? ==20267== by 0x7FF000350: ??? ==20267== by 0x7FF00035A: ??? ==20267== Uninitialised value was created by a stack allocation ==20267== at 0x4002BF9: dl_main (in /lib64/ld-2.15.so) ==20267== ==20267== ==20267== 1 errors in context 3 of 4: ==20267== Conditional jump or move depends on uninitialised value(s) ==20267== at 0x4017876: index (in /lib64/ld-2.15.so) ==20267== by 0x4007582: expand_dynamic_string_token (in /lib64/ld-2.15.so) ==20267== by 0x4007E5F: _dl_map_object (in /lib64/ld-2.15.so) ==20267== by 0x400136D: map_doit (in /lib64/ld-2.15.so) ==20267== by 0x400E1E5: _dl_catch_error (in /lib64/ld-2.15.so) ==20267== by 0x4001286: do_preload (in /lib64/ld-2.15.so) ==20267== by 0x40039E6: dl_main (in /lib64/ld-2.15.so) ==20267== by 0x4014867: _dl_sysdep_start (in /lib64/ld-2.15.so) ==20267== by 0x40048AC: _dl_start (in /lib64/ld-2.15.so) ==20267== by 0x4000BA7: ??? (in /lib64/ld-2.15.so) ==20267== by 0x3: ??? ==20267== by 0x7FF000322: ??? ==20267== by 0x7FF00032A: ??? ==20267== by 0x7FF000350: ??? ==20267== by 0x7FF00035A: ??? ==20267== Uninitialised value was created by a stack allocation ==20267== at 0x4002BF9: dl_main (in /lib64/ld-2.15.so) ==20267== ==20267== ERROR SUMMARY: 4 errors from 4 contexts (suppressed: 0 from 0) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 11 14:49:51 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 11 Aug 2012 12:49:51 -0000 Subject: [FFmpeg-trac] #1634(avformat:open): Leak on probing particular file In-Reply-To: <036.ba75cdddbbfca26067e179b324d76ef2@avcodec.org> References: <036.ba75cdddbbfca26067e179b324d76ef2@avcodec.org> Message-ID: <051.19b694fd8ae88121b1a7a891b6bc3579@avcodec.org> #1634: Leak on probing particular file ------------------------------------+------------------------------------ Reporter: Krieger | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 Comment: {{{ $ valgrind --leak-check=full ffmpeg_g -i leak.ts ==19387== Memcheck, a memory error detector ==19387== Copyright (C) 2002-2009, and GNU GPL'd, by Julian Seward et al. ==19387== Using Valgrind-3.5.0 and LibVEX; rerun with -h for copyright info ==19387== Command: ffmpeg_g -i leak.ts ==19387== ffmpeg version N-43451-g48d20b9 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 11 2012 14:43:15 with gcc 4.6.1 (GCC) configuration: --cc='/usr/local/gcc-4.6.1/bin/gcc -m32' --disable- optimizations libavutil 51. 67.100 / 51. 67.100 libavcodec 54. 51.100 / 54. 51.100 libavformat 54. 23.100 / 54. 23.100 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 7.100 / 3. 7.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 [mpeg2video @ 0x508acc0] mpeg_decode_postinit() failure Last message repeated 2 times [mpegts @ 0x5068660] PES packet size mismatch Last message repeated 1 times [mp1 @ 0x5187d20] Header missing [mpeg2video @ 0x508acc0] mpeg_decode_postinit() failure [mpeg2video @ 0x514f540] mpeg_decode_postinit() failure [mp1 @ 0x5187d20] Header missing [mpeg2video @ 0x514f540] mpeg_decode_postinit() failure [mpeg2video @ 0x508acc0] mpeg_decode_postinit() failure Last message repeated 2 times [mp1 @ 0x5187d20] Header missing Last message repeated 1 times [mpeg2video @ 0x514f540] mpeg_decode_postinit() failure [mp1 @ 0x5187d20] Header missing [mpeg2video @ 0x514f540] mpeg_decode_postinit() failure Last message repeated 1 times [mpeg2video @ 0x508acc0] mpeg_decode_postinit() failure Last message repeated 2 times [mp1 @ 0x5187d20] Header missing Last message repeated 2 times [mpeg2video @ 0x514f540] mpeg_decode_postinit() failure Last message repeated 1 times [mp1 @ 0x5187d20] Header missing [mpeg2video @ 0x514f540] mpeg_decode_postinit() failure [mpeg2video @ 0x508acc0] mpeg_decode_postinit() failure [mp1 @ 0x5187d20] Header missing [mpeg2video @ 0x508acc0] mpeg_decode_postinit() failure Last message repeated 1 times [mpeg2video @ 0x514f540] mpeg_decode_postinit() failure [mp1 @ 0x5187d20] Header missing [mpeg2video @ 0x514f540] mpeg_decode_postinit() failure Last message repeated 1 times [mp1 @ 0x5187d20] Header missing Last message repeated 1 times [mpeg2video @ 0x514f540] mpeg_decode_postinit() failure Last message repeated 1 times [mp1 @ 0x5187d20] Header missing [mpeg2video @ 0x514f540] mpeg_decode_postinit() failure [mp1 @ 0x5187d20] Header missing [mpeg2video @ 0x508acc0] mpeg_decode_postinit() failure [mp1 @ 0x5187d20] Header missing Last message repeated 1 times [mpeg2video @ 0x514f540] mpeg_decode_postinit() failure [mp1 @ 0x5187d20] Header missing Last message repeated 28 times [mpegts @ 0x5068660] decoding for stream 3 failed [mpegts @ 0x5068660] Could not find codec parameters for stream 3 (Audio: mp1 ([6][0][0][0] / 0x0006), 0 channels, s16): unspecified sample size Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x5068660] PES packet size mismatch Last message repeated 1 times Input #0, mpegts, from 'leak.ts': Duration: 04:13:50.46, start: 21502.044789, bitrate: 0 kb/s Program 1430 Metadata: service_name : Rossia 2 service_provider: GTSS Stream #0:0[0x597]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p, 720x576 [SAR 16:15 DAR 4:3], 15000 kb/s, 33.83 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x598](rus): Audio: mp2 ([4][0][0][0] / 0x0004), 48000 Hz, stereo, s16, 192 kb/s Program 10106 Stream #0:2[0x145]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p, 704x576 [SAR 16:11 DAR 16:9], 15000 kb/s, 35.50 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:4[0x19a](rus): Audio: mp2 ([4][0][0][0] / 0x0004), 48000 Hz, stereo, s16, 192 kb/s (clean effects) Stream #0:3[0x1fe](rus): Audio: mp1 ([6][0][0][0] / 0x0006), 0 channels, s16 Program 1 Metadata: service_name : CTO service_provider: Scopus Network Technologies Program 1420 Metadata: service_name : Rossia 24 service_provider: GTSS Program 1440 Metadata: service_name : Rossia K service_provider: GTSS Program 1460 Metadata: service_name : Sport 1 service_provider: GTSS Program 1500 Metadata: service_name : Disney +0 service_provider: GTSS Program 1600 Metadata: service_name : SET Russia service_provider: GTSS Program 1700 Metadata: service_name : AXN-ScFi-Ru service_provider: GTSS Program 1710 Metadata: service_name : 5 kanal service_provider: GeoTelecom Program 1770 Metadata: service_name : Sarafan service_provider: GTSS Program 10410 Metadata: service_name : Nostalgiya service_provider: HTB+ Program 10411 Metadata: service_name : Sport plus service_provider: HTB+ Program 14803 Metadata: service_name : Detskii Mir-Teleclub service_provider: EUTELSAT At least one output file must be specified ==19387== ==19387== HEAP SUMMARY: ==19387== in use at exit: 160,476 bytes in 1 blocks ==19387== total heap usage: 2,061 allocs, 2,060 frees, 28,510,433 bytes allocated ==19387== ==19387== 160,476 bytes in 1 blocks are possibly lost in loss record 1 of 1 ==19387== at 0x4CADD82: realloc (in /usr/lib64/valgrind/vgpreload_memcheck-x86-linux.so) ==19387== by 0x87F2899: av_realloc (mem.c:159) ==19387== by 0x81778B5: probe_codec (utils.c:684) ==19387== by 0x8177DE6: ff_read_packet (utils.c:786) ==19387== by 0x8179B70: read_frame_internal (utils.c:1305) ==19387== by 0x817E05C: avformat_find_stream_info (utils.c:2628) ==19387== by 0x804DD0D: opt_input_file (ffmpeg_opt.c:751) ==19387== by 0x806160F: parse_option (cmdutils.c:314) ==19387== by 0x8061739: parse_options (cmdutils.c:347) ==19387== by 0x8060B9C: main (ffmpeg.c:3078) ==19387== ==19387== LEAK SUMMARY: ==19387== definitely lost: 0 bytes in 0 blocks ==19387== indirectly lost: 0 bytes in 0 blocks ==19387== possibly lost: 160,476 bytes in 1 blocks ==19387== still reachable: 0 bytes in 0 blocks ==19387== suppressed: 0 bytes in 0 blocks ==19387== ==19387== For counts of detected and suppressed errors, rerun with: -v ==19387== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 3 from 3) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 11 14:56:04 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 11 Aug 2012 12:56:04 -0000 Subject: [FFmpeg-trac] #1633(avcodec:open): sp5x crash In-Reply-To: <038.a75a2c3bfc6013662788b0941cf61204@avcodec.org> References: <038.a75a2c3bfc6013662788b0941cf61204@avcodec.org> Message-ID: <053.56d8dca12cc44ae6b3336be4177cf4ab@avcodec.org> #1633: sp5x crash ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: sp5x | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): {{{ $ valgrind ffmpeg_g -vcodec sp5x -i rgb_predleft.avi -f null - ==19451== Memcheck, a memory error detector ==19451== Copyright (C) 2002-2009, and GNU GPL'd, by Julian Seward et al. ==19451== Using Valgrind-3.5.0 and LibVEX; rerun with -h for copyright info ==19451== Command: ffmpeg_g -vcodec sp5x -i rgb_predleft.avi -f null - ==19451== ffmpeg version N-43451-g48d20b9 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 11 2012 14:43:15 with gcc 4.6.1 (GCC) configuration: --cc='/usr/local/gcc-4.6.1/bin/gcc -m32' --disable- optimizations libavutil 51. 67.100 / 51. 67.100 libavcodec 54. 51.100 / 54. 51.100 libavformat 54. 23.100 / 54. 23.100 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 7.100 / 3. 7.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 [sp5x @ 0x507b620] mjpeg_decode_dc: bad vlc: 0:0 (0x507e728) [sp5x @ 0x507b620] error dc [sp5x @ 0x507b620] error y=0 x=0 Input #0, avi, from 'rgb_predleft.avi': Duration: 00:00:07.00, start: 0.000000, bitrate: 1512 kb/s Stream #0:0: Video: sp5x (HFYU / 0x55594648), yuvj420p, 200x150, 6 tbr, 6 tbn, 6 tbc Output #0, null, to 'pipe:': Metadata: encoder : Lavf54.23.100 Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuvj420p, 200x150, q=2-31, 200 kb/s, 90k tbn, 6 tbc Stream mapping: Stream #0:0 -> #0:0 (sp5x -> rawvideo) Press [q] to stop, [?] for help [sp5x @ 0x507b620] mjpeg_decode_dc: bad vlc: 0:0 (0x51a3108) [sp5x @ 0x507b620] error dc [sp5x @ 0x507b620] error y=0 x=0 [null @ 0x50cc460] Encoder did not produce proper pts, making some up. [sp5x @ 0x507b620] error count: 268435457 [sp5x @ 0x507b620] error y=0 x=0 [sp5x @ 0x507b620] error count: 268435472 [sp5x @ 0x507b620] error y=0 x=0 [sp5x @ 0x507b620] error count: 268435458 [sp5x @ 0x507b620] error y=0 x=0 [sp5x @ 0x507b620] error count: 268435460 [sp5x @ 0x507b620] error y=0 x=0 [sp5x @ 0x507b620] error count: 66 [sp5x @ 0x507b620] error y=0 x=0 [sp5x @ 0x507b620] error count: 268435466 [sp5x @ 0x507b620] error y=0 x=0 ==19451== Invalid write of size 1 ==19451== at 0x8533309: sp5x_decode_frame (sp5xdec.c:84) ==19451== by 0x856836B: avcodec_decode_video2 (utils.c:1509) ==19451== by 0x805B33A: decode_video (ffmpeg.c:1549) ==19451== by 0x805C04A: output_packet (ffmpeg.c:1734) ==19451== by 0x8060554: process_input (ffmpeg.c:2858) ==19451== by 0x80606D6: transcode (ffmpeg.c:2916) ==19451== by 0x8060C38: main (ffmpeg.c:3098) ==19451== Address 0x52a6668 is 0 bytes after a block of size 37,000 alloc'd ==19451== at 0x4CA8E9E: memalign (in /usr/lib64/valgrind/vgpreload_memcheck-x86-linux.so) ==19451== by 0x4CA8EFB: posix_memalign (in /usr/lib64/valgrind/vgpreload_memcheck-x86-linux.so) ==19451== by 0x87F2830: av_malloc (mem.c:95) ==19451== by 0x87F294A: av_mallocz (mem.c:199) ==19451== by 0x8532F5C: sp5x_decode_frame (sp5xdec.c:47) ==19451== by 0x856836B: avcodec_decode_video2 (utils.c:1509) ==19451== by 0x805B33A: decode_video (ffmpeg.c:1549) ==19451== by 0x805C04A: output_packet (ffmpeg.c:1734) ==19451== by 0x8060554: process_input (ffmpeg.c:2858) ==19451== by 0x80606D6: transcode (ffmpeg.c:2916) ==19451== by 0x8060C38: main (ffmpeg.c:3098) ==19451== ==19451== Invalid read of size 1 ==19451== at 0x8420A7B: ff_mjpeg_find_marker (mjpegdec.c:1528) ==19451== by 0x8420D12: ff_mjpeg_decode_frame (mjpegdec.c:1606) ==19451== by 0x8533346: sp5x_decode_frame (sp5xdec.c:89) ==19451== by 0x856836B: avcodec_decode_video2 (utils.c:1509) ==19451== by 0x805B33A: decode_video (ffmpeg.c:1549) ==19451== by 0x805C04A: output_packet (ffmpeg.c:1734) ==19451== by 0x8060554: process_input (ffmpeg.c:2858) ==19451== by 0x80606D6: transcode (ffmpeg.c:2916) ==19451== by 0x8060C38: main (ffmpeg.c:3098) ==19451== Address 0x52a6668 is 0 bytes after a block of size 37,000 alloc'd ==19451== at 0x4CA8E9E: memalign (in /usr/lib64/valgrind/vgpreload_memcheck-x86-linux.so) ==19451== by 0x4CA8EFB: posix_memalign (in /usr/lib64/valgrind/vgpreload_memcheck-x86-linux.so) ==19451== by 0x87F2830: av_malloc (mem.c:95) ==19451== by 0x87F294A: av_mallocz (mem.c:199) ==19451== by 0x8532F5C: sp5x_decode_frame (sp5xdec.c:47) ==19451== by 0x856836B: avcodec_decode_video2 (utils.c:1509) ==19451== by 0x805B33A: decode_video (ffmpeg.c:1549) ==19451== by 0x805C04A: output_packet (ffmpeg.c:1734) ==19451== by 0x8060554: process_input (ffmpeg.c:2858) ==19451== by 0x80606D6: transcode (ffmpeg.c:2916) ==19451== by 0x8060C38: main (ffmpeg.c:3098) ==19451== [sp5x @ 0x507b620] error count: 268435456 [sp5x @ 0x507b620] error y=0 x=0 ==19451== Invalid read of size 1 ==19451== at 0x842095F: find_marker (mjpegdec.c:1490) ==19451== by 0x84209D5: ff_mjpeg_find_marker (mjpegdec.c:1510) ==19451== by 0x8420D12: ff_mjpeg_decode_frame (mjpegdec.c:1606) ==19451== by 0x8533346: sp5x_decode_frame (sp5xdec.c:89) ==19451== by 0x856836B: avcodec_decode_video2 (utils.c:1509) ==19451== by 0x805B33A: decode_video (ffmpeg.c:1549) ==19451== by 0x805C04A: output_packet (ffmpeg.c:1734) ==19451== by 0x8060554: process_input (ffmpeg.c:2858) ==19451== by 0x80606D6: transcode (ffmpeg.c:2916) ==19451== by 0x8060C38: main (ffmpeg.c:3098) ==19451== Address 0x52a6668 is 0 bytes after a block of size 37,000 alloc'd ==19451== at 0x4CA8E9E: memalign (in /usr/lib64/valgrind/vgpreload_memcheck-x86-linux.so) ==19451== by 0x4CA8EFB: posix_memalign (in /usr/lib64/valgrind/vgpreload_memcheck-x86-linux.so) ==19451== by 0x87F2830: av_malloc (mem.c:95) ==19451== by 0x87F294A: av_mallocz (mem.c:199) ==19451== by 0x8532F5C: sp5x_decode_frame (sp5xdec.c:47) ==19451== by 0x856836B: avcodec_decode_video2 (utils.c:1509) ==19451== by 0x805B33A: decode_video (ffmpeg.c:1549) ==19451== by 0x805C04A: output_packet (ffmpeg.c:1734) ==19451== by 0x8060554: process_input (ffmpeg.c:2858) ==19451== by 0x80606D6: transcode (ffmpeg.c:2916) ==19451== by 0x8060C38: main (ffmpeg.c:3098) ==19451== ==19451== Invalid read of size 1 ==19451== at 0x842098E: find_marker (mjpegdec.c:1492) ==19451== by 0x84209D5: ff_mjpeg_find_marker (mjpegdec.c:1510) ==19451== by 0x8420D12: ff_mjpeg_decode_frame (mjpegdec.c:1606) ==19451== by 0x8533346: sp5x_decode_frame (sp5xdec.c:89) ==19451== by 0x856836B: avcodec_decode_video2 (utils.c:1509) ==19451== by 0x805B33A: decode_video (ffmpeg.c:1549) ==19451== by 0x805C04A: output_packet (ffmpeg.c:1734) ==19451== by 0x8060554: process_input (ffmpeg.c:2858) ==19451== by 0x80606D6: transcode (ffmpeg.c:2916) ==19451== by 0x8060C38: main (ffmpeg.c:3098) ==19451== Address 0x52a6668 is 0 bytes after a block of size 37,000 alloc'd ==19451== at 0x4CA8E9E: memalign (in /usr/lib64/valgrind/vgpreload_memcheck-x86-linux.so) ==19451== by 0x4CA8EFB: posix_memalign (in /usr/lib64/valgrind/vgpreload_memcheck-x86-linux.so) ==19451== by 0x87F2830: av_malloc (mem.c:95) ==19451== by 0x87F294A: av_mallocz (mem.c:199) ==19451== by 0x8532F5C: sp5x_decode_frame (sp5xdec.c:47) ==19451== by 0x856836B: avcodec_decode_video2 (utils.c:1509) ==19451== by 0x805B33A: decode_video (ffmpeg.c:1549) ==19451== by 0x805C04A: output_packet (ffmpeg.c:1734) ==19451== by 0x8060554: process_input (ffmpeg.c:2858) ==19451== by 0x80606D6: transcode (ffmpeg.c:2916) ==19451== by 0x8060C38: main (ffmpeg.c:3098) ==19451== [sp5x @ 0x507b620] error count: 268435492 [sp5x @ 0x507b620] error y=0 x=0 [sp5x @ 0x507b620] error count: 268435495 [sp5x @ 0x507b620] error y=0 x=0 [sp5x @ 0x507b620] error count: 268435461 [sp5x @ 0x507b620] error y=0 x=0 [sp5x @ 0x507b620] mjpeg_decode_dc: bad vlc: 0:0 (0x51a3108) [sp5x @ 0x507b620] error dc [sp5x @ 0x507b620] error y=0 x=0 [sp5x @ 0x507b620] mjpeg_decode_dc: bad vlc: 0:0 (0x51a3108) [sp5x @ 0x507b620] error dc [sp5x @ 0x507b620] error y=0 x=0 [sp5x @ 0x507b620] mjpeg_decode_dc: bad vlc: 0:0 (0x51a3108) [sp5x @ 0x507b620] error dc [sp5x @ 0x507b620] error y=0 x=0 [sp5x @ 0x507b620] mjpeg_decode_dc: bad vlc: 0:0 (0x51a3108) [sp5x @ 0x507b620] error dc [sp5x @ 0x507b620] error y=0 x=0 [sp5x @ 0x507b620] mjpeg_decode_dc: bad vlc: 0:0 (0x51a3108) [sp5x @ 0x507b620] error dc [sp5x @ 0x507b620] error y=0 x=0 [sp5x @ 0x507b620] mjpeg_decode_dc: bad vlc: 0:0 (0x51a3108) [sp5x @ 0x507b620] error dc [sp5x @ 0x507b620] error y=0 x=0 [sp5x @ 0x507b620] mjpeg_decode_dc: bad vlc: 0:0 (0x51a3108) [sp5x @ 0x507b620] error dc [sp5x @ 0x507b620] error y=0 x=0 [sp5x @ 0x507b620] mjpeg_decode_dc: bad vlc: 0:0 (0x51a3108) [sp5x @ 0x507b620] error dc [sp5x @ 0x507b620] error y=0 x=0 [sp5x @ 0x507b620] error count: 65 [sp5x @ 0x507b620] error y=0 x=0 [sp5x @ 0x507b620] mjpeg_decode_dc: bad vlc: 0:0 (0x51a3108) [sp5x @ 0x507b620] error dc [sp5x @ 0x507b620] error y=0 x=0 [sp5x @ 0x507b620] error count: 68 [sp5x @ 0x507b620] error y=0 x=0 [sp5x @ 0x507b620] mjpeg_decode_dc: bad vlc: 0:0 (0x51a3108) [sp5x @ 0x507b620] error dc [sp5x @ 0x507b620] error y=0 x=0 [sp5x @ 0x507b620] error count: 68 [sp5x @ 0x507b620] error y=0 x=0 [sp5x @ 0x507b620] mjpeg_decode_dc: bad vlc: 0:0 (0x51a3108) [sp5x @ 0x507b620] error dc [sp5x @ 0x507b620] error y=0 x=0 [sp5x @ 0x507b620] mjpeg_decode_dc: bad vlc: 0:0 (0x51a3108) [sp5x @ 0x507b620] error dc [sp5x @ 0x507b620] error y=0 x=0 [sp5x @ 0x507b620] error count: 67 [sp5x @ 0x507b620] error y=0 x=0 [sp5x @ 0x507b620] error count: 68 [sp5x @ 0x507b620] error y=0 x=0 [sp5x @ 0x507b620] mjpeg_decode_dc: bad vlc: 0:0 (0x51a3108) [sp5x @ 0x507b620] error dc [sp5x @ 0x507b620] error y=0 x=0 [sp5x @ 0x507b620] mjpeg_decode_dc: bad vlc: 0:0 (0x51a3108) [sp5x @ 0x507b620] error dc [sp5x @ 0x507b620] error y=0 x=0 frame= 30 fps=0.0 q=0.0 size= 0kB time=00:00:05.00 bitrate= 0.0kbits/s [sp5x @ 0x507b620] mjpeg_decode_dc: bad vlc: 0:0 (0x51a3108) [sp5x @ 0x507b620] error dc [sp5x @ 0x507b620] error y=0 x=0 [sp5x @ 0x507b620] mjpeg_decode_dc: bad vlc: 0:0 (0x51a3108) [sp5x @ 0x507b620] error dc [sp5x @ 0x507b620] error y=0 x=0 [sp5x @ 0x507b620] mjpeg_decode_dc: bad vlc: 0:0 (0x51a3108) [sp5x @ 0x507b620] error dc [sp5x @ 0x507b620] error y=0 x=0 [sp5x @ 0x507b620] mjpeg_decode_dc: bad vlc: 0:0 (0x51a3108) [sp5x @ 0x507b620] error dc [sp5x @ 0x507b620] error y=0 x=0 [sp5x @ 0x507b620] mjpeg_decode_dc: bad vlc: 0:0 (0x51a3108) [sp5x @ 0x507b620] error dc [sp5x @ 0x507b620] error y=0 x=0 [sp5x @ 0x507b620] mjpeg_decode_dc: bad vlc: 0:0 (0x51a3108) [sp5x @ 0x507b620] error dc [sp5x @ 0x507b620] error y=0 x=0 [sp5x @ 0x507b620] mjpeg_decode_dc: bad vlc: 0:0 (0x51a3108) [sp5x @ 0x507b620] error dc [sp5x @ 0x507b620] error y=0 x=0 [sp5x @ 0x507b620] mjpeg_decode_dc: bad vlc: 0:0 (0x51a3108) [sp5x @ 0x507b620] error dc [sp5x @ 0x507b620] error y=0 x=0 [sp5x @ 0x507b620] mjpeg_decode_dc: bad vlc: 0:0 (0x51a3108) [sp5x @ 0x507b620] error dc [sp5x @ 0x507b620] error y=0 x=0 [sp5x @ 0x507b620] mjpeg_decode_dc: bad vlc: 0:0 (0x51a3108) [sp5x @ 0x507b620] error dc [sp5x @ 0x507b620] error y=0 x=0 [sp5x @ 0x507b620] error count: 268435465 [sp5x @ 0x507b620] error y=0 x=0 [sp5x @ 0x507b620] mjpeg_decode_dc: bad vlc: 0:0 (0x51a3108) [sp5x @ 0x507b620] error dc [sp5x @ 0x507b620] error y=0 x=0 frame= 42 fps=0.0 q=0.0 Lsize= 0kB time=00:00:07.00 bitrate= 0.0kbits/s video:3kB audio:0kB subtitle:0 global headers:0kB muxing overhead -100.000000% ==19451== ==19451== HEAP SUMMARY: ==19451== in use at exit: 0 bytes in 0 blocks ==19451== total heap usage: 2,744 allocs, 2,744 frees, 6,054,742 bytes allocated ==19451== ==19451== All heap blocks were freed -- no leaks are possible ==19451== ==19451== For counts of detected and suppressed errors, rerun with: -v ==19451== ERROR SUMMARY: 72 errors from 4 contexts (suppressed: 3 from 3)}}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 11 15:00:26 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 11 Aug 2012 13:00:26 -0000 Subject: [FFmpeg-trac] #1631(avcodec:open): paf_video crash In-Reply-To: <038.fcf159c96a0ac0067feba4137ecf83dd@avcodec.org> References: <038.fcf159c96a0ac0067feba4137ecf83dd@avcodec.org> Message-ID: <053.33ca0a01f36b9b6dd7daedb92b51c6b7@avcodec.org> #1631: paf_video crash ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: paf_video | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * component: undetermined => avcodec Comment: {{{ $ valgrind ffmpeg_g -vcodec paf_video -i i263.avi -an -f null - ==19521== Memcheck, a memory error detector ==19521== Copyright (C) 2002-2009, and GNU GPL'd, by Julian Seward et al. ==19521== Using Valgrind-3.5.0 and LibVEX; rerun with -h for copyright info ==19521== Command: ffmpeg_g -vcodec paf_video -i i263.avi -an -f null - ==19521== ffmpeg version N-43451-g48d20b9 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 11 2012 14:43:15 with gcc 4.6.1 (GCC) configuration: --cc='/usr/local/gcc-4.6.1/bin/gcc -m32' --disable- optimizations libavutil 51. 67.100 / 51. 67.100 libavcodec 54. 51.100 / 54. 51.100 libavformat 54. 23.100 / 54. 23.100 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 7.100 / 3. 7.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 Input #0, avi, from 'i263.avi': Duration: 00:00:06.67, start: 0.000000, bitrate: 407 kb/s Stream #0:0: Video: paf_video (I263 / 0x33363249), pal8, 352x240, 29.97 tbr, 29.97 tbn, 29.97 tbc Stream #0:1: Audio: mp3 (U[0][0][0] / 0x0055), 22050 Hz, mono, s16, 32 kb/s Output #0, null, to 'pipe:': Metadata: encoder : Lavf54.23.100 Stream #0:0: Video: rawvideo, pal8, 352x240, q=2-31, 200 kb/s, 90k tbn, 29.97 tbc Stream mapping: Stream #0:0 -> #0:0 (paf_video -> rawvideo) Press [q] to stop, [?] for help Error while decoding stream #0:0: Invalid data found when processing input ==19521== Invalid write of size 4 ==19521== at 0x84AFB63: copy_block4 (dsputil.h:695) ==19521== by 0x84B02E0: decode_0 (paf.c:176) ==19521== by 0x84B0D28: paf_vid_decode (paf.c:299) ==19521== by 0x856836B: avcodec_decode_video2 (utils.c:1509) ==19521== by 0x805B33A: decode_video (ffmpeg.c:1549) ==19521== by 0x805C04A: output_packet (ffmpeg.c:1734) ==19521== by 0x8060554: process_input (ffmpeg.c:2858) ==19521== by 0x80606D6: transcode (ffmpeg.c:2916) ==19521== by 0x8060C38: main (ffmpeg.c:3098) ==19521== Address 0x520c240 is 0 bytes after a block of size 90,112 alloc'd ==19521== at 0x4CA8E9E: memalign (in /usr/lib64/valgrind/vgpreload_memcheck-x86-linux.so) ==19521== by 0x4CA8EFB: posix_memalign (in /usr/lib64/valgrind/vgpreload_memcheck-x86-linux.so) ==19521== by 0x87F2830: av_malloc (mem.c:95) ==19521== by 0x87F294A: av_mallocz (mem.c:199) ==19521== by 0x84AFC40: paf_vid_init (paf.c:76) ==19521== by 0x8566A8F: avcodec_open2 (utils.c:961) ==19521== by 0x805C7FA: init_input_stream (ffmpeg.c:1851) ==19521== by 0x805E148: transcode_init (ffmpeg.c:2255) ==19521== by 0x8060628: transcode (ffmpeg.c:2887) ==19521== by 0x8060C38: main (ffmpeg.c:3098) ==19521== Last message repeated 199 times frame= 0 fps=0.0 q=0.0 Lsize= 0kB time=00:00:00.00 bitrate= 0.0kbits/s video:0kB audio:0kB subtitle:0 global headers:0kB muxing overhead nan% Output file is empty, nothing was encoded (check -ss / -t / -frames parameters if used) ==19521== ==19521== HEAP SUMMARY: ==19521== in use at exit: 0 bytes in 0 blocks ==19521== total heap usage: 1,773 allocs, 1,773 frees, 2,497,201 bytes allocated ==19521== ==19521== All heap blocks were freed -- no leaks are possible ==19521== ==19521== For counts of detected and suppressed errors, rerun with: -v ==19521== ERROR SUMMARY: 1600 errors from 1 contexts (suppressed: 3 from 3) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 11 17:05:54 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 11 Aug 2012 15:05:54 -0000 Subject: [FFmpeg-trac] #1629(undetermined:open): escape124 possible invalid writes In-Reply-To: <038.b9c3a647afb7b29d5a4f59f826ed4559@avcodec.org> References: <038.b9c3a647afb7b29d5a4f59f826ed4559@avcodec.org> Message-ID: <053.308cc496d6094f0dedfdde4c5286f6da@avcodec.org> #1629: escape124 possible invalid writes -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: escape124 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: normal => important Comment: Allocated ~4GB in a new test, I believe this is important. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 11 19:46:12 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 11 Aug 2012 17:46:12 -0000 Subject: [FFmpeg-trac] #1477(avformat:closed): fix asf demuxer In-Reply-To: <038.97fd5c928ed3569cc94e90eaea29f69a@avcodec.org> References: <038.97fd5c928ed3569cc94e90eaea29f69a@avcodec.org> Message-ID: <053.6b560fd63f310ee8ca05ae8a72af0cb9@avcodec.org> #1477: fix asf demuxer -------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: unspecified | Resolution: fixed Keywords: asf | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by michael): * keywords: => asf * resolution: => fixed * status: new => closed * component: undetermined => avformat * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 12 01:26:37 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 11 Aug 2012 23:26:37 -0000 Subject: [FFmpeg-trac] #1627(FFmpeg:closed): DTS/PTS st:0 invalid dropping out of sync video In-Reply-To: <035.1bf0c5734e5711cd8b4f3dd3c0b744da@avcodec.org> References: <035.1bf0c5734e5711cd8b4f3dd3c0b744da@avcodec.org> Message-ID: <050.6a586ad7389737e8b32e077405a3ecb9@avcodec.org> #1627: DTS/PTS st:0 invalid dropping out of sync video ------------------------------------+---------------------------------- Reporter: jwjwjw | Owner: Type: defect | Status: closed Priority: important | Component: FFmpeg Version: git-master | Resolution: fixed Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed * component: undetermined => FFmpeg -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 12 03:43:05 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 12 Aug 2012 01:43:05 -0000 Subject: [FFmpeg-trac] #1485(avformat:open): Support for Quicktime CLEF/TAPT atoms In-Reply-To: <034.4dcc8c2ae921159127e740b7236e00e5@avcodec.org> References: <034.4dcc8c2ae921159127e740b7236e00e5@avcodec.org> Message-ID: <049.ab457748f48ef4ff1c6cb6375a59b7ae@avcodec.org> #1485: Support for Quicktime CLEF/TAPT atoms -------------------------------------+------------------------------------ Reporter: brams | Owner: Type: enhancement | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by michael): To duplicate the comment from the ML: This patch worsens the aspect ratio of the sample from: https://ffmpeg.org/trac/ffmpeg/ticket/1439 the center circle looks more round before this patch than afterwards ---- Do you have time to investigate this and submit a patch that does not cause regressions ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 12 03:43:19 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 12 Aug 2012 01:43:19 -0000 Subject: [FFmpeg-trac] #1485(avformat:open): Support for Quicktime CLEF/TAPT atoms In-Reply-To: <034.4dcc8c2ae921159127e740b7236e00e5@avcodec.org> References: <034.4dcc8c2ae921159127e740b7236e00e5@avcodec.org> Message-ID: <049.581a23f3fac41407899c95bc009e042e@avcodec.org> #1485: Support for Quicktime CLEF/TAPT atoms -------------------------------------+------------------------------------ Reporter: brams | Owner: Type: enhancement | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by michael): * cc: michael (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 12 04:02:02 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 12 Aug 2012 02:02:02 -0000 Subject: [FFmpeg-trac] #1487(avformat:new): ffmpeg's mpeg mux bug(s) never fixed... In-Reply-To: <036.24f34a04f9a149dec630fbb1a107878d@avcodec.org> References: <036.24f34a04f9a149dec630fbb1a107878d@avcodec.org> Message-ID: <051.d01978ca0a9847a544eb6917a73ed3ef@avcodec.org> #1487: ffmpeg's mpeg mux bug(s) never fixed... -------------------------------------+------------------------------------ Reporter: downuse | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: mpeg | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by michael): Replying to [ticket:1487 downuse]: > i'm trying to mux a mpg file use the following cmd > > ffmpeg -y -i 1.m2v -i 1.mp2 -c copy -f svcd 1.mpg > > it finished muxing without any errors & warnings. > of cause, the original mpg file is normal. > > but the muxed mpg file is not normal, it can be played on PC with codecs but not in most DVD players. which DVD player exactly ? what happens if its played on such DVD player ? is this a regression (that is did it work with older ffmpeg) ? > > the following bugs i found: > 1. audio always has a Delay relative to video such as "-67ms" what do you mean by delay ? delay of audio vs video content, of timestamps, of ? if its about timestamps please quote the timestamps that are wrong and please explain why you think they are wrong. A reference to a specific section of a specification would be best. > 2. the mux rate is too big.. i think it should divided by 8. what muxrate did you specify, what was stored, what did you expect? what tool did you use to see its wrong. > 3. i think the PCR is also buged, it's not begin with 0, the SCR base is not begin with 0, either. PCR is MPEG-TS your sample is SVCD (PS) so this comment makes no sense to me and please use git master -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 12 04:03:31 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 12 Aug 2012 02:03:31 -0000 Subject: [FFmpeg-trac] #1487(avformat:new): ffmpeg's mpeg mux bug(s) never fixed... In-Reply-To: <036.24f34a04f9a149dec630fbb1a107878d@avcodec.org> References: <036.24f34a04f9a149dec630fbb1a107878d@avcodec.org> Message-ID: <051.7e9ca1f6d0d79523749f4d415dc13456@avcodec.org> #1487: ffmpeg's mpeg mux bug(s) never fixed... -------------------------------------+------------------------------------ Reporter: downuse | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: mpeg | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by michael): * cc: michael (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 12 04:18:39 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 12 Aug 2012 02:18:39 -0000 Subject: [FFmpeg-trac] #1503(avcodec:new): Incorrect H264 decoding In-Reply-To: <036.359736339d188c0bb32b59ea7e494b63@avcodec.org> References: <036.359736339d188c0bb32b59ea7e494b63@avcodec.org> Message-ID: <051.8a05746de23d36edb24df9ce18dc2b74@avcodec.org> #1503: Incorrect H264 decoding ------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by michael): Are there supposed to be vissible artifacts (didnt see any on a quick look) or is it needed to compare pixel per pixel to the reference decoder? is this a part of the sample refered to in ticket/7009 ? (the 7009 sample is 404 so i cannot download it but the jpeg there suggests vissible artifacts) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 12 04:18:52 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 12 Aug 2012 02:18:52 -0000 Subject: [FFmpeg-trac] #1503(avcodec:new): Incorrect H264 decoding In-Reply-To: <036.359736339d188c0bb32b59ea7e494b63@avcodec.org> References: <036.359736339d188c0bb32b59ea7e494b63@avcodec.org> Message-ID: <051.99015b14aacbab6cb461b4eb559311b4@avcodec.org> #1503: Incorrect H264 decoding ------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by michael): * cc: michael (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 12 05:21:29 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 12 Aug 2012 03:21:29 -0000 Subject: [FFmpeg-trac] #1506(avcodec:closed): sgi fails to decode In-Reply-To: <038.9adfe88c2c3215bb16c5a96a75ff0d67@avcodec.org> References: <038.9adfe88c2c3215bb16c5a96a75ff0d67@avcodec.org> Message-ID: <053.056bb6fe9855e39b6c24ee96f4ad929a@avcodec.org> #1506: sgi fails to decode ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: sgi | 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 Aug 12 11:14:28 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 12 Aug 2012 09:14:28 -0000 Subject: [FFmpeg-trac] #1635(undetermined:new): snow crash 2 Message-ID: <038.c95933417e6634a8bafd180f18c51d95@avcodec.org> #1635: snow crash 2 -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- http://samples.mplayerhq.hu/V-codecs/mfuy.avi {{{ (gdb) r -vcodec snow -i mfuy.avi -f null - Starting program: d:\mingw\msys\1.0\ffmpeg\ffmpeg_g.exe -vcodec snow -i mfuy.avi -f null - [New Thread 1752.0x738] ffmpeg version 0.10.2.git Copyright (c) 2000-2012 the FFmpeg developers built on Jun 28 2012 19:36:59 with gcc 4.6.1 configuration: --disable-ffprobe --disable-ffplay --disable-asm libavutil 51. 63.100 / 51. 63.100 libavcodec 54. 29.101 / 54. 29.101 libavformat 54. 11.100 / 54. 11.100 libavdevice 54. 0.100 / 54. 0.100 libavfilter 3. 0.100 / 3. 0.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 [snow @ 03a3db20] Error s->version is 3 Last message repeated 1 times [snow @ 03a3db20] Error s->version is 14 [snow @ 03a3db20] Error s->version is 8 [snow @ 03a3db20] Error s->version is 12 [snow @ 03a3db20] Error s->version is 2 Program received signal SIGSEGV, Segmentation fault. 0x007cb5c5 in decode_subband_slice_buffered (save_state=, h=12, start_y=0, sb=0x3e1cd30, b=0x3d1b9f8, s=0x3c10020) at libavcodec/snowdec.c:118 118 v = b->x_coeff[new_index].coeff; (gdb) bt #0 0x007cb5c5 in decode_subband_slice_buffered (save_state=, h=12, start_y=0, sb=0x3e1cd30, b=0x3d1b9f8, s=0x3c10020) at libavcodec/snowdec.c:118 #1 decode_frame (avctx=0x3a3db20, data=0x22f6d0, data_size=0x22f898, avpkt=0x22f648) at libavcodec/snowdec.c:510 #2 0x00513e77 in avcodec_decode_video2 (avctx=0x3a3db20, picture=0x22f6d0, got_picture_ptr=0x22f898, avpkt=0x22f850) at libavcodec/utils.c:1485 #3 0x00441aff in try_decode_frame (st=0x3a3d950, avpkt=, options=) at libavformat/utils.c:2336 #4 0x00449b94 in avformat_find_stream_info (ic=0x3a3d3f0, options=0x3a3e100) at libavformat/utils.c:2660 #5 0x0040e963 in opt_input_file (o=0x22fdc8, opt=0x3a327a0 "i", filename=) at ffmpeg.c:4340 #6 0x004133b3 in parse_option (optctx=0x22fdc8, opt=, arg=0x3a327a2 "mfuy.avi", options=0xa9cd60) at cmdutils.c:311 #7 0x00413616 in parse_options (optctx=0x22fdc8, argc=8, argv=, options=0xa9cd60, parse_arg_function=0x40ff70 ) at cmdutils.c:344 #8 0x00a3bd25 in main (argc=8, argv=0x3a32848) at ffmpeg.c:5914 (gdb) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 12 12:33:17 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 12 Aug 2012 10:33:17 -0000 Subject: [FFmpeg-trac] #1635(avcodec:open): snow crash 2 In-Reply-To: <038.c95933417e6634a8bafd180f18c51d95@avcodec.org> References: <038.c95933417e6634a8bafd180f18c51d95@avcodec.org> Message-ID: <053.965a364735032752c0a4f513d186d200@avcodec.org> #1635: snow crash 2 ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: snow | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avcodec * priority: normal => important * version: unspecified => git-master * keywords: => snow Comment: {{{ (gdb) r -vcodec snow -i mfuy.avi Starting program: /home/cehoyos/Projects/ffmpeg/ffmpeg_g -vcodec snow -i mfuy.avi [Thread debugging using libthread_db enabled] [New Thread 0xb764c8e0 (LWP 17139)] ffmpeg version N-43466-g6fd7bf7 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 12 2012 11:20:46 with gcc 4.3.2 (GCC) configuration: --cc=/usr/local/gcc-4.3.2/bin/gcc --enable-gpl --enable- libopenjpeg --enable-libvorbis --enable-libspeex --enable-libmp3lame --enable-libtheora --extra-ldflags=-lm --enable-libvpx --enable-libxavs --enable-x11grab --enable-libass --enable-nonfree --enable-libfaac --enable-libopus --enable-libfdk-aac libavutil 51. 68.100 / 51. 68.100 libavcodec 54. 51.100 / 54. 51.100 libavformat 54. 23.100 / 54. 23.100 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 7.100 / 3. 7.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [snow @ 0x9106860] Error s->version is 3 Last message repeated 1 times [snow @ 0x9106860] Error s->version is 14 [snow @ 0x9106860] Error s->version is 8 [snow @ 0x9106860] Error s->version is 12 [snow @ 0x9106860] Error s->version is 2 Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb764c8e0 (LWP 17139)] decode_frame (avctx=0x9106860, data=0xbfaef3a0, data_size=0xbfaef568, avpkt=0xbfaef310) at libavcodec/snowdec.c:119 119 x = b->x_coeff[new_index++].x; (gdb) bt #0 decode_frame (avctx=0x9106860, data=0xbfaef3a0, data_size=0xbfaef568, avpkt=0xbfaef310) at libavcodec/snowdec.c:119 #1 0x08591385 in avcodec_decode_video2 (avctx=0x9106860, picture=0xbfaef3a0, got_picture_ptr=0xbfaef520, avpkt=0x9100b60) at libavcodec/utils.c:1509 #2 0x081b1807 in try_decode_frame (st=0x9100b60, avpkt=, options=) at libavformat/utils.c:2378 #3 0x081b7976 in avformat_find_stream_info (ic=0x9100580, options=0x9107600) at libavformat/utils.c:2732 #4 0x08052b53 in opt_input_file (o=0xbfaefb10, opt=0xbfaf0261 "i", filename=0xbfaf0263 "mfuy.avi") at ffmpeg_opt.c:751 #5 0x080661d4 in parse_option (optctx=0xbfaefb10, opt=0xbfaf0261 "i", arg=0xbfaf0263 "mfuy.avi", options=0x898b200) at cmdutils.c:314 #6 0x08066559 in parse_options (optctx=0xbfaefb10, argc=5, argv=0xbfaefd84, options=0x898b200, parse_arg_function=0x8054420 ) at cmdutils.c:347 #7 0x08061e4e in main (argc=5, argv=0xbfaefd84) at ffmpeg.c:3078 (gdb) disass $pc-32 $pc+32 Dump of assembler code from 0x8548fff to 0x854903f: 0x08548fff : cmp $0x24,%al 0x08549001 : add %eax,%eax 0x08549003 : mov %eax,0x8(%esp) 0x08549007 : call 0x804ead0 0x0854900c : mov 0x23c(%esp),%ebx 0x08549013 : lea 0x0(,%esi,4),%eax 0x0854901a : add $0x1,%esi 0x0854901d : add (%ebx),%eax 0x0854901f : movswl (%eax),%ebx 0x08549022 : cmp %ebx,0x1f4(%esp) 0x08549029 : movzwl 0x2(%eax),%edx 0x0854902d : jle 0x8549085 0x0854902f : movzwl %dx,%edx 0x08549032 : lea 0x0(,%esi,4),%ecx 0x08549039 : lea 0x0(%esi),%esi End of assembler dump. (gdb) info register eax 0xbb12d22b -1156394453 ecx 0x0 0 edx 0x0 0 ebx 0xb7547a14 -1219200492 esp 0xbfaeed30 0xbfaeed30 ebp 0xb743c028 0xb743c028 esi 0x1 1 edi 0x92005c4 153093572 eip 0x854901f 0x854901f eflags 0x10286 [ PF SF IF RF ] cs 0x73 115 ss 0x7b 123 ds 0x7b 123 es 0x7b 123 fs 0x0 0 gs 0x33 51 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 12 12:33:33 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 12 Aug 2012 10:33:33 -0000 Subject: [FFmpeg-trac] #1635(avcodec:open): snow crash 2 In-Reply-To: <038.c95933417e6634a8bafd180f18c51d95@avcodec.org> References: <038.c95933417e6634a8bafd180f18c51d95@avcodec.org> Message-ID: <053.828b8823d821ee6f6f5c54cbe8100ae0@avcodec.org> #1635: snow crash 2 -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: crash | Blocked By: SIGSEGV snow | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: snow => crash SIGSEGV snow -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 12 16:23:37 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 12 Aug 2012 14:23:37 -0000 Subject: [FFmpeg-trac] #1390(undetermined:closed): mp1 crash on windows In-Reply-To: <038.7e4162898eb1bf92defb00b71446445a@avcodec.org> References: <038.7e4162898eb1bf92defb00b71446445a@avcodec.org> Message-ID: <053.2572177b7ddf31e38f7c720b00732d6b@avcodec.org> #1390: mp1 crash on windows -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by ami_stuff): * status: new => closed * resolution: => fixed Comment: this doesn't crash anymore -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 12 16:23:56 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 12 Aug 2012 14:23:56 -0000 Subject: [FFmpeg-trac] #1376(undetermined:new): avfilter crash In-Reply-To: <038.9858383e4eba95d5efc41a8e103edec2@avcodec.org> References: <038.9858383e4eba95d5efc41a8e103edec2@avcodec.org> Message-ID: <053.02e69f30d8275e6ff71624fa6cc05458@avcodec.org> #1376: avfilter crash -------------------------------------+------------------------------------- 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): mpg3.avi still crashes here (it doesn't with -cpuflags -mmx") -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 12 23:08:08 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 12 Aug 2012 21:08:08 -0000 Subject: [FFmpeg-trac] #1508(avformat:closed): Unexported Ogg metadata In-Reply-To: <035.6d5bfd0047b2c2c86d9579f50c79695f@avcodec.org> References: <035.6d5bfd0047b2c2c86d9579f50c79695f@avcodec.org> Message-ID: <050.730dd24f4166a4e16096152ac3d214fc@avcodec.org> #1508: Unexported Ogg metadata --------------------------------------+------------------------------------ Reporter: ubitux | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: ogg,metadata | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Changes (by michael): * status: new => closed * resolution: => fixed * version: unspecified => git-master * component: undetermined => avformat -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 12 23:15:00 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 12 Aug 2012 21:15:00 -0000 Subject: [FFmpeg-trac] #1510(avformat:new): Stability issues with mpegts streams In-Reply-To: <034.5883f76b5ae6d01b2db82307bbae38bc@avcodec.org> References: <034.5883f76b5ae6d01b2db82307bbae38bc@avcodec.org> Message-ID: <049.0a9faee69430db848903b2c49d249bad@avcodec.org> #1510: Stability issues with mpegts streams ------------------------------------+------------------------------------ Reporter: mufin | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by michael): * cc: michael (added) Comment: Please upload a stream with which the problems can be reproduced. Having a off line stream will also solve the "valgrind is too slow issue" -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 12 23:27:02 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 12 Aug 2012 21:27:02 -0000 Subject: [FFmpeg-trac] #1521(avformat:open): Seek does not work on a asf file. In-Reply-To: <036.b00f0fe1166cf4fabdad39aae244dc18@avcodec.org> References: <036.b00f0fe1166cf4fabdad39aae244dc18@avcodec.org> Message-ID: <051.8791496f59602493a6138b80016613e3@avcodec.org> #1521: Seek does not work on a asf file. ------------------------------------+------------------------------------ Reporter: dongwon | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: asf seek | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by michael): Replying to [comment:1 dongwon]: > sample file size is ~23mB. To download it, please visit: > https://docs.google.com/file/d/0B7U8GzVYuHkBaFRENFN6aWhrUlE/edit I tried but google asks me to login and provide a password to download this. Please upload this video to a unrestricted place, there are some examples in our bugreporting docs. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 12 23:31:28 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 12 Aug 2012 21:31:28 -0000 Subject: [FFmpeg-trac] #1522(avcodec:open): H264 Support SP frames exactly (was: H264 conformance suite sample sp2_bt_b.h264 decodes incorrectly) In-Reply-To: <036.7f0ce780545e46934276905c5cef6c4b@avcodec.org> References: <036.7f0ce780545e46934276905c5cef6c4b@avcodec.org> Message-ID: <051.79e448183b973cf1c9ff6331f1b532f7@avcodec.org> #1522: H264 Support SP frames exactly -------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: h264 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by michael): * status: new => open * type: defect => enhancement * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 12 23:32:35 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 12 Aug 2012 21:32:35 -0000 Subject: [FFmpeg-trac] #1525(FFplay:closed): configure does not test for SDL_atoi In-Reply-To: <036.dbd338048bd813dba7b90bdce35888cb@avcodec.org> References: <036.dbd338048bd813dba7b90bdce35888cb@avcodec.org> Message-ID: <051.25a21863d4d473e73686bcd11c4f73e2@avcodec.org> #1525: configure does not test for SDL_atoi ------------------------------------+---------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: FFplay Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed Comment: replaced by plain atoi() -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 12 23:39:32 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 12 Aug 2012 21:39:32 -0000 Subject: [FFmpeg-trac] #1636(undetermined:new): FRAPS Video Color Space Message-ID: <032.946dd04c2bf2f1a53703123793a08eed@avcodec.org> #1636: FRAPS Video Color Space -------------------------------------+------------------------------------- Reporter: DJX | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: FRAPS color | Blocked By: space dark white washed out | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- The color space that ffmpeg uses on FRAPS videos seems to be wrong or mishandled. First, running ffplay on a video (color space detected as yuvj420p), the output looks washed out (too white). Second, when transcoding a video to H264 (which keeps the color space as yuvj420p) the output looks too dark. Forcing the color space to yuv420p, the output looks fine. Third, when transcoding a video to MPEG2 (which changes the colorspace to yuv420p), the output looks fine. Here is how ffmpeg detects the original file: {{{ ffmpeg -i "C:\Fraps\Movies\cod2sp_s 2012-08-12 13-39-04-15.avi" ffmpeg version N-43418-g633b90c Copyright (c) 2000-2012 the FFmpeg developers built on Aug 9 2012 23:56:26 with gcc 4.7.1 (GCC) configuration: --enable-gpl --enable-version3 --disable-pthreads --enable-runt ime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libass - -enable-libcelt --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-l ibfreetype --enable-libgsm --enable-libmp3lame --enable-libnut --enable- libopenj peg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable- libtheo ra --enable-libutvideo --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-li bvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --ena ble-zlib libavutil 51. 67.100 / 51. 67.100 libavcodec 54. 51.100 / 54. 51.100 libavformat 54. 22.104 / 54. 22.104 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 7.100 / 3. 7.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [avi @ 000000000217aa20] non-interleaved AVI Guessed Channel Layout for Input Stream #0.1 : stereo Input #0, avi, from 'C:\Fraps\Movies\orig.avi': Duration: 00:07:26.85, start: 0.000000, bitrate: 530091 kb/s Stream #0:0: Video: fraps (FPS1 / 0x31535046), yuvj420p, 1920x1080, 60 tbr, 60 tbn, 60 tbc Stream #0:1: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, stereo, s16 , 1536 kb/s At least one output file must be specified }}} Let me know what other info you need. Thanks. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 12 23:51:45 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 12 Aug 2012 21:51:45 -0000 Subject: [FFmpeg-trac] #1547(FFmpeg:closed): How to use FFMPEG to convert group of images to movie in android . In-Reply-To: <035.941ab2042ddd12cf6abcb36f3cab6685@avcodec.org> References: <035.941ab2042ddd12cf6abcb36f3cab6685@avcodec.org> Message-ID: <050.d28b40e3f07a3f368453bd3daf0565b6@avcodec.org> #1547: How to use FFMPEG to convert group of images to movie in android . -------------------------------------+----------------------------------- Reporter: Rajesh | Owner: Type: defect | Status: closed Priority: important | Component: FFmpeg Version: unspecified | Resolution: invalid Keywords: android | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+----------------------------------- Changes (by saste): * status: reopened => closed * resolution: => invalid Comment: Both files you posted look corrupted, and the commands you posted worked just as expected here. Also keep in mind that 1. this is not an help forum but a bug tracker, 2. if you want us to fix a bug you have to provide enough information so that we can reproduce the problem. If you can't figure out what this means, consider to post an help request on ffmpeg-user rather than reopening again this ticket. Thanks for your understanding. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 13 01:03:01 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 12 Aug 2012 23:03:01 -0000 Subject: [FFmpeg-trac] #1521(avformat:open): Seek does not work on a asf file. In-Reply-To: <036.b00f0fe1166cf4fabdad39aae244dc18@avcodec.org> References: <036.b00f0fe1166cf4fabdad39aae244dc18@avcodec.org> Message-ID: <051.b52e89ee6fc1227997d5a6936735235c@avcodec.org> #1521: Seek does not work on a asf file. ------------------------------------+------------------------------------ Reporter: dongwon | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: asf seek | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Sample uploaded to samples/ffmpeg-bugs/trac/ticket1521 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 13 01:04:45 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 12 Aug 2012 23:04:45 -0000 Subject: [FFmpeg-trac] #1636(avcodec:new): FRAPS Video Color Space In-Reply-To: <032.946dd04c2bf2f1a53703123793a08eed@avcodec.org> References: <032.946dd04c2bf2f1a53703123793a08eed@avcodec.org> Message-ID: <047.f55330b6cfd739813e544a92c88ab4f1@avcodec.org> #1636: FRAPS Video Color Space ------------------------------------+----------------------------------- Reporter: DJX | 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 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: FRAPS color space dark white washed out => FRAPS * component: undetermined => avcodec Comment: A sample will be needed and is the problem also reproducible if you encode to jpeg? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 13 01:46:21 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 12 Aug 2012 23:46:21 -0000 Subject: [FFmpeg-trac] #1435(undetermined:closed): Remuxing aac from mov to avi breaks timestamps In-Reply-To: <036.953abdff095dd0858c1e1e2335462fd0@avcodec.org> References: <036.953abdff095dd0858c1e1e2335462fd0@avcodec.org> Message-ID: <051.32e1fac63576861a8d02f9f30baea2e6@avcodec.org> #1435: Remuxing aac from mov to avi breaks timestamps -------------------------------------+------------------------------------- Reporter: feelart | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: avi aac | Resolution: fixed desync | 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 Mon Aug 13 02:09:50 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 13 Aug 2012 00:09:50 -0000 Subject: [FFmpeg-trac] #1444(undetermined:closed): Incorrect duration displayed in webm file In-Reply-To: <035.dada904e385eeb3e6a28ea6ef49aef77@avcodec.org> References: <035.dada904e385eeb3e6a28ea6ef49aef77@avcodec.org> Message-ID: <050.d1c5fa23b0162bef43bfc7e5f0ef99f1@avcodec.org> #1444: Incorrect duration displayed in webm file -------------------------------------+------------------------------------- Reporter: Squerp | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: Duration, | Resolution: fixed webm, transcoding | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed Comment: Retesting with current ffmpeg, it reports duration as 15.07 so some other fix seems to have fixed this as well -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 13 02:13:24 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 13 Aug 2012 00:13:24 -0000 Subject: [FFmpeg-trac] #1460(undetermined:new): x264 artefacts in quicktime player in sequences without motion/still images In-Reply-To: <034.73c4c234e2b5b17d1cc9c2d3eea07c98@avcodec.org> References: <034.73c4c234e2b5b17d1cc9c2d3eea07c98@avcodec.org> Message-ID: <049.e568ea11cb981a06f329d8e87ae2bdfb@avcodec.org> #1460: x264 artefacts in quicktime player in sequences without motion/still images -------------------------------------+------------------------------------- Reporter: tbart | Owner: Type: defect | Status: new Priority: normal | Component: Version: 0.11.1 | undetermined Keywords: artifacts | Resolution: still motion quicktime qt player | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): is this issue ffmpeg+x264 specific or does this also happen with x264 without ffmpeg ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 13 02:35:28 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 13 Aug 2012 00:35:28 -0000 Subject: [FFmpeg-trac] #1469(avfilter:closed): Timecode too fast after Yadif In-Reply-To: <037.b2a33d6dbd26268681ba6f5847375199@avcodec.org> References: <037.b2a33d6dbd26268681ba6f5847375199@avcodec.org> Message-ID: <052.be46a21f802efc0c60c667cf62e62e53@avcodec.org> #1469: Timecode too fast after Yadif -------------------------------------+------------------------------------- Reporter: jangrewe | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: 0.11.1 | Resolution: invalid Keywords: yadif, | Blocked By: drawtext, timecode | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => invalid * reproduced: 0 => 1 Comment: This issue happens because you double the framerate fro, 25 to 50 with yadif but specify 25 to the drawtext filter instead of 50 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 13 02:59:41 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 13 Aug 2012 00:59:41 -0000 Subject: [FFmpeg-trac] #1252(undetermined:new): Build error on PPC64 linux with "-m64" In-Reply-To: <039.35ee84c6e62bbfc5e1708a9f46368575@avcodec.org> References: <039.35ee84c6e62bbfc5e1708a9f46368575@avcodec.org> Message-ID: <054.e0bf413873b51963c96e7df57e8fbcce@avcodec.org> #1252: Build error on PPC64 linux with "-m64" -------------------------------------+------------------------------------- Reporter: thinkbrown | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by michael): btw if someone knows where i can find a cross compiler for ppc64 (some debian or ubuntu package ideally) or some simple description of how to build one then this should be easy to resolve. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 13 02:59:51 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 13 Aug 2012 00:59:51 -0000 Subject: [FFmpeg-trac] #1252(undetermined:new): Build error on PPC64 linux with "-m64" In-Reply-To: <039.35ee84c6e62bbfc5e1708a9f46368575@avcodec.org> References: <039.35ee84c6e62bbfc5e1708a9f46368575@avcodec.org> Message-ID: <054.8e573ad23a040ece9d5d82c0e53dae0f@avcodec.org> #1252: Build error on PPC64 linux with "-m64" -------------------------------------+------------------------------------- Reporter: thinkbrown | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by michael): * cc: michael (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 13 03:02:04 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 13 Aug 2012 01:02:04 -0000 Subject: [FFmpeg-trac] #1252(undetermined:new): Build error on PPC64 linux with "-m64" In-Reply-To: <039.35ee84c6e62bbfc5e1708a9f46368575@avcodec.org> References: <039.35ee84c6e62bbfc5e1708a9f46368575@avcodec.org> Message-ID: <054.99674b1d19dfff87224113ae89064180@avcodec.org> #1252: Build error on PPC64 linux with "-m64" -------------------------------------+------------------------------------- Reporter: thinkbrown | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by michael): * priority: important => normal Comment: Also as theres no reply to my questions from 3 month ago this bug is not important. evidently noone cares enough to awnser them so i downgrade to normal priority -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 13 03:26:16 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 13 Aug 2012 01:26:16 -0000 Subject: [FFmpeg-trac] #1636(avcodec:new): FRAPS Video Color Space In-Reply-To: <032.946dd04c2bf2f1a53703123793a08eed@avcodec.org> References: <032.946dd04c2bf2f1a53703123793a08eed@avcodec.org> Message-ID: <047.ecc0aa313a1c646c59b1c70c33a05cc3@avcodec.org> #1636: FRAPS Video Color Space ------------------------------------+----------------------------------- Reporter: DJX | 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 DJX): Here is a four (4) second sample (289MB): http://www.djxmmx.net/temp/FFmpeg-FRAPS/cod2-credits-4sec.avi MD5: d1426a8809acd5d8ff9e115a1b213f4a SHA1: d0f0eb3384549bcf66f3ac996a0ad3a431f4331d The color space is not 100% correct when encoded to JPEG. It's close but not 100%. Reference these files for a visual comparison: This is the original (rendered by WMPlayer with official FRAPS codec): http://www.djxmmx.net/temp/FFmpeg-FRAPS/orig.bmp This is a JPEG rendered by FFmpeg: http://www.djxmmx.net/temp/FFmpeg-FRAPS/jpeg.jpg This is an H264 encoded by FFmpeg, rendered by WMPlayer: http://www.djxmmx.net/temp/FFmpeg-FRAPS/h264.bmp This is an MPEG2 encoded by FFmpeg, rendered by WMPlayer: http://www.djxmmx.net/temp/FFmpeg-FRAPS/mpeg2.bmp -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 13 04:42:19 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 13 Aug 2012 02:42:19 -0000 Subject: [FFmpeg-trac] #1444(undetermined:reopened): Incorrect duration displayed in webm file In-Reply-To: <035.dada904e385eeb3e6a28ea6ef49aef77@avcodec.org> References: <035.dada904e385eeb3e6a28ea6ef49aef77@avcodec.org> Message-ID: <050.c5be22eaff25adcd311d10bffc98e161@avcodec.org> #1444: Incorrect duration displayed in webm file -------------------------------------+------------------------------------- Reporter: Squerp | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: unspecified | undetermined Keywords: Duration, | Resolution: webm, transcoding | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by Squerp): * status: closed => reopened * resolution: fixed => Comment: I just updated to the static build at http://ffmpeg.zeranoe.com/builds/source/ffmpeg/ffmpeg-git-633b90c.tar.xz (from 8/10/12), and performed the repro steps again. The log is essentially the same as before, with the post-transcoded duration reported at >16 seconds, which appears to still be a bug. Can you provide logs from the fixed version and details on the version in which it is fixed? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 13 04:58:00 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 13 Aug 2012 02:58:00 -0000 Subject: [FFmpeg-trac] #1503(avcodec:closed): Incorrect H264 decoding In-Reply-To: <036.359736339d188c0bb32b59ea7e494b63@avcodec.org> References: <036.359736339d188c0bb32b59ea7e494b63@avcodec.org> Message-ID: <051.dd396273de65d79d358550b61b464384@avcodec.org> #1503: Incorrect H264 decoding ------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: h264 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 13 12:22:02 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 13 Aug 2012 10:22:02 -0000 Subject: [FFmpeg-trac] #1460(undetermined:new): x264 artefacts in quicktime player in sequences without motion/still images In-Reply-To: <034.73c4c234e2b5b17d1cc9c2d3eea07c98@avcodec.org> References: <034.73c4c234e2b5b17d1cc9c2d3eea07c98@avcodec.org> Message-ID: <049.f6f52120067666b572f88bbe081731e3@avcodec.org> #1460: x264 artefacts in quicktime player in sequences without motion/still images -------------------------------------+------------------------------------- Reporter: tbart | Owner: Type: defect | Status: new Priority: normal | Component: Version: 0.11.1 | undetermined Keywords: artifacts | Resolution: still motion quicktime qt player | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by tbartdev): as I wrote: "This also happens with directly encoding with x264 and muxing with mp4box so I *think* the problem lies within x264 encoding and not muxing - or both ffmpeg and mp4box do the same (bad) thing." (i cannot play raw streams with quicktime player, so I have to mux it into a codec it accepts) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 13 14:48:51 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 13 Aug 2012 12:48:51 -0000 Subject: [FFmpeg-trac] #1637(FFmpeg:new): ffmpeg: no confirmation when overwriting still images Message-ID: <035.83042009f394685f1ba9540291d7df97@avcodec.org> #1637: ffmpeg: no confirmation when overwriting still images -------------------------------------+------------------------------------- Reporter: ubitux | Owner: Type: defect | Status: new Priority: minor | Component: FFmpeg Version: git- | Keywords: overwriting master | image2 Blocked By: | Blocking: Reproduced by developer: 1 | Analyzed by developer: 0 -------------------------------------+------------------------------------- ffmpeg does the overwriting confirmation, except in the case of image2 muxer: {{{ % touch out.mpg % ./ffmpeg -f lavfi -i testsrc=d=5 -frames:v 1 out.mpg ffmpeg version N-43492-g7106000 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 13 2012 09:00:22 with gcc 4.7 (Debian 4.7.1-6) configuration: --enable-gpl --enable-fontconfig --enable-libfreetype --enable-libmp3lame --cc='ccache cc' --extra-cflags=-fstack-protector-all --enable-libx264 --enable-libvorbis --enable-libmodplug --enable-libass --samples=/home/cboesch/fate-samples --prefix=/home/cboesch/src/ff/ffmpeg/ffmpeg_build --enable-x11grab libavutil 51. 69.100 / 51. 69.100 libavcodec 54. 52.100 / 54. 52.100 libavformat 54. 23.100 / 54. 23.100 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 8.100 / 3. 8.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [lavfi @ 0x1d23260] Estimating duration from bitrate, this may be inaccurate Input #0, lavfi, from 'testsrc=d=5': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Video: rawvideo (RGB[24] / 0x18424752), rgb24, 320x240 [SAR 1:1 DAR 4:3], 25 tbr, 25 tbn, 25 tbc File 'out.mpg' already exists. Overwrite ? [y/N] n Not overwriting - exiting }}} {{{ % touch out.png % ./ffmpeg -f lavfi -i testsrc=d=5 -frames:v 1 out.png ffmpeg version N-43492-g7106000 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 13 2012 09:00:22 with gcc 4.7 (Debian 4.7.1-6) configuration: --enable-gpl --enable-fontconfig --enable-libfreetype --enable-libmp3lame --cc='ccache cc' --extra-cflags=-fstack-protector-all --enable-libx264 --enable-libvorbis --enable-libmodplug --enable-libass --samples=/home/cboesch/fate-samples --prefix=/home/cboesch/src/ff/ffmpeg/ffmpeg_build --enable-x11grab libavutil 51. 69.100 / 51. 69.100 libavcodec 54. 52.100 / 54. 52.100 libavformat 54. 23.100 / 54. 23.100 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 8.100 / 3. 8.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [lavfi @ 0x2cc2260] Estimating duration from bitrate, this may be inaccurate Input #0, lavfi, from 'testsrc=d=5': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Video: rawvideo (RGB[24] / 0x18424752), rgb24, 320x240 [SAR 1:1 DAR 4:3], 25 tbr, 25 tbn, 25 tbc Output #0, image2, to 'out.png': Metadata: encoder : Lavf54.23.100 Stream #0:0: Video: png, rgb24, 320x240 [SAR 1:1 DAR 4:3], q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> png) Press [q] to stop, [?] for help frame= 1 fps=0.0 q=0.0 Lsize= 0kB time=00:00:00.04 bitrate= 0.0kbits/s video:3kB audio:0kB subtitle:0 global headers:0kB muxing overhead -100.000000% }}} It seems to be due to the AVFMT_NOFILE flag, since this fixes the issue: {{{ diff --git a/libavformat/img2enc.c b/libavformat/img2enc.c index d162cef..bd8738d 100644 --- a/libavformat/img2enc.c +++ b/libavformat/img2enc.c @@ -159,7 +159,7 @@ AVOutputFormat ff_image2_muxer = { .video_codec = AV_CODEC_ID_MJPEG, .write_header = write_header, .write_packet = write_packet, - .flags = AVFMT_NOTIMESTAMPS | AVFMT_NODIMENSIONS | AVFMT_NOFILE, + .flags = AVFMT_NOTIMESTAMPS | AVFMT_NODIMENSIONS, .priv_class = &img2mux_class, }; }}} I'm not sure why that flag was here in the first place so... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 13 15:44:30 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 13 Aug 2012 13:44:30 -0000 Subject: [FFmpeg-trac] #1277(undetermined:open): Subtitle (hdmv_pgs_subtitle) conversion fails In-Reply-To: <038.44ea4de7f757db5bba072a8daed7585b@avcodec.org> References: <038.44ea4de7f757db5bba072a8daed7585b@avcodec.org> Message-ID: <053.1b7e26880b28fdc704ad16eddec4e020@avcodec.org> #1277: Subtitle (hdmv_pgs_subtitle) conversion fails -------------------------------------+------------------------------------- Reporter: bakhshian | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: dvdsub | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by bakhshian): Thank you so much. Would you please let me know how can I apply this patch or when the new official release including these changes will be available ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 13 15:53:41 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 13 Aug 2012 13:53:41 -0000 Subject: [FFmpeg-trac] #1273(undetermined:closed): initial seek causes failure to display on some avi files In-Reply-To: <036.2a4ccbc1a8c209f91a4b5ff99976fdea@avcodec.org> References: <036.2a4ccbc1a8c209f91a4b5ff99976fdea@avcodec.org> Message-ID: <051.1ed3cba4ad0f4f2692466335026bc4a7@avcodec.org> #1273: initial seek causes failure to display on some avi files -------------------------------------+------------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: pal8 | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by DonMoir): Fixes clock.avi but does not fix filecopy.avi which is CODEC_ID_MSRLE. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 13 16:11:35 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 13 Aug 2012 14:11:35 -0000 Subject: [FFmpeg-trac] #1450(undetermined:new): ffmpeg does not terminate after end of input (asyncts used) In-Reply-To: <032.dfb9d7fe342f1102b78b1bd1d4a9d3cf@avcodec.org> References: <032.dfb9d7fe342f1102b78b1bd1d4a9d3cf@avcodec.org> Message-ID: <047.5432f7052707c35ab9700a3359104761@avcodec.org> #1450: ffmpeg does not terminate after end of input (asyncts used) -------------------------------------+------------------------------------- Reporter: lvm | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: libfaac, | Resolution: asyncts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by peter_b): I'm experiencing the same issue with current git head (N-43520-gd8c3170). Input is a raw DV stream with 2 audio channels (32kHz PCM). Uncut commandline and console output: {{{ ffmpeg -i input.dv -vcodec copy -acodec pcm_s16le -filter_complex "asyncts=compensate=1" output.avi }}} {{{ ffmpeg version N-43520-gd8c3170 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 13 2012 15:48:58 with gcc 4.4.5 (Debian 4.4.5-8) configuration: --prefix=/usr/local --enable-gpl --enable-nonfree --enable-version3 --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-libfreetype --enable-avresample --enable- libschroedinger libavutil 51. 69.100 / 51. 69.100 libavcodec 54. 52.100 / 54. 52.100 libavformat 54. 23.100 / 54. 23.100 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 9.100 / 3. 9.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [dv @ 0x9ab7500] Estimating duration from bitrate, this may be inaccurate Guessed Channel Layout for Input Stream #0.1 : stereo Guessed Channel Layout for Input Stream #0.2 : stereo Input #0, dv, from 'input.dv': Metadata: timecode : 00:00:00:00 Duration: 00:04:00.00, start: 0.000000, bitrate: 28800 kb/s Stream #0:0: Video: dvvideo, yuv420p, 720x576 [SAR 16:15 DAR 4:3], 28800 kb/s, 25 tbr, 25 tbn, 25 tbc Stream #0:1: Audio: pcm_s16le, 32000 Hz, stereo, s16, 1024 kb/s Stream #0:2: Audio: pcm_s16le, 32000 Hz, stereo, s16, 1024 kb/s File 'output.avi' already exists. Overwrite ? [y/N] y Output #0, avi, to 'output.avi': Metadata: ISMP : 00:00:00:00 ISFT : Lavf54.23.100 Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 32000 Hz, stereo, s16, 1024 kb/s Stream #0:1: Video: dvvideo (dvsd / 0x64737664), yuv420p, 720x576 [SAR 16:15 DAR 4:3], q=2-31, 28800 kb/s, 25 tbn, 25 tbc Stream mapping: Stream #0:1 (pcm_s16le) -> asyncts asyncts -> Stream #0:0 (pcm_s16le) Stream #0:0 -> #0:1 (copy) Press [q] to stop, [?] for help frame= 1712 fps=238 q=-1.0 size= 248478kB time=00:01:08.27 bitrate=29811.9kbits/s }}} Which is then followed by a waterfall of lines like this: {{{ [avi @ 0x9ab1960] Audio timestamp 7644097 < 7653394 invalid, cliping [avi @ 0x9ab1960] Audio timestamp 7644097 < 7653395 invalid, cliping [avi @ 0x9ab1960] Audio timestamp 7644097 < 7653396 invalid, cliping [avi @ 0x9ab1960] Audio timestamp 7644097 < 7653397 invalid, cliping [avi @ 0x9ab1960] Audio timestamp 7644097 < 7653398 invalid, cliping [avi @ 0x9ab1960] Audio timestamp 7644097 < 7653399 invalid, cliping [avi @ 0x9ab1960] Audio timestamp 7644097 < 7653400 invalid, cliping [avi @ 0x9ab1960] Audio timestamp 7644097 < 7653401 invalid, cliping [avi @ 0x9ab1960] Audio timestamp 7644097 < 7653402 invalid, cliping [...] }}} Until aborted with Ctrl+C. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 13 16:56:41 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 13 Aug 2012 14:56:41 -0000 Subject: [FFmpeg-trac] #1631(avcodec:closed): paf_video crash In-Reply-To: <038.fcf159c96a0ac0067feba4137ecf83dd@avcodec.org> References: <038.fcf159c96a0ac0067feba4137ecf83dd@avcodec.org> Message-ID: <053.fad1bb9df263e3a1526e2957cc5cd190@avcodec.org> #1631: paf_video crash ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: paf_video | 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 Mon Aug 13 17:04:02 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 13 Aug 2012 15:04:02 -0000 Subject: [FFmpeg-trac] #1277(undetermined:open): Subtitle (hdmv_pgs_subtitle) conversion fails In-Reply-To: <038.44ea4de7f757db5bba072a8daed7585b@avcodec.org> References: <038.44ea4de7f757db5bba072a8daed7585b@avcodec.org> Message-ID: <053.dfdbf1cf431664b246bec1699b785802@avcodec.org> #1277: Subtitle (hdmv_pgs_subtitle) conversion fails -------------------------------------+------------------------------------- Reporter: bakhshian | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: dvdsub | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by cehoyos): If you cannot apply the latest series of this patch - http://ffmpeg.org/pipermail/ffmpeg-devel/2012-August/129212.html - please wait until the patch is applied and the ticket closed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 13 17:19:54 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 13 Aug 2012 15:19:54 -0000 Subject: [FFmpeg-trac] #1163(FFprobe:new): ffprobe can produce invalid XML In-Reply-To: <032.385c1af9310653f1571d8ec61444ed99@avcodec.org> References: <032.385c1af9310653f1571d8ec61444ed99@avcodec.org> Message-ID: <047.71a08dbdbd3a01b3ce84eaea9423c67b@avcodec.org> #1163: ffprobe can produce invalid XML --------------------------------+----------------------------------- Reporter: Ian | Owner: stefano Type: defect | Status: new Priority: normal | Component: FFprobe Version: 0.10.2 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+----------------------------------- Comment (by ?onny): Hi, I can reproduce it with ffprobe version N-42704-g85761ef built on Jul 20 2012 20:39:19 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 13 18:08:10 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 13 Aug 2012 16:08:10 -0000 Subject: [FFmpeg-trac] #1446(undetermined:new): Output via rtsp results in logs not displaying frame size nor bitrate In-Reply-To: <037.74dba71a99ebda670a30babd26728289@avcodec.org> References: <037.74dba71a99ebda670a30babd26728289@avcodec.org> Message-ID: <052.1412158014b25d81d4604ef9b5980b62@avcodec.org> #1446: Output via rtsp results in logs not displaying frame size nor bitrate -------------------------------------+------------------------------------- Reporter: msmithng | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: rtsp rtmp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by msmithng): Replying to [comment:3 michael]: > iam happy to look into this and fix it but how do i reproduce it ? is a account on wowza.server.com needed or can it be reproduced without this? I would think that a simple output to the local host via rtsp would exhibit the same behavior. I'll admit, I haven't had time to try. I'll see if I can get some details on that today. I'm hoping to have the patch submitted before that though. I have to review the latest HEAD as my rebase yesterday had some conflicts so we need to figure out what failed on the rebase first. > maybe some vlc/ffmpeg/whatever commands i can copy and paste to reproduce it ? This was all local client centric. I would imagine if you used the same command I posted in the ticket (with a local file as input) and output to a localhost rtsp port... you should see the same results in your terminal or wherever you're landing the output log via stderr. > I suspect fixing this if i can reproduce it would take me 5min but figuring out how to reproduce it well i dunno where to start :) I can appreciate that. Let me know if anything in my above comments doesn't jive and we can sync up on getting it reproduced. Again, I'm trying to get a patch submitted (I've just not had time to get it sent :( ) to solve this as well. It's tested and reports the output above. If anyone sees any problems with this please let me know. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 13 19:45:04 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 13 Aug 2012 17:45:04 -0000 Subject: [FFmpeg-trac] #1623(FFmpeg:new): libutvideo fails to link to FFmpeg if assembly is enabled In-Reply-To: <035.a3a358ef6058dbd6ea3e570080a7c9ef@avcodec.org> References: <035.a3a358ef6058dbd6ea3e570080a7c9ef@avcodec.org> Message-ID: <050.21722e3a4ed90819e84b1c61e5bcb548@avcodec.org> #1623: libutvideo fails to link to FFmpeg if assembly is enabled ------------------------------------+---------------------------------- Reporter: qyot27 | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: git-master | Resolution: Keywords: libutvideo | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Comment (by dbuitenh): That's not official upstream, FWIW. I hacked that in. Are you sure you set the proper format for it with OS= and ARCH=? Check the format of the files NASM is producing. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 13 19:50:47 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 13 Aug 2012 17:50:47 -0000 Subject: [FFmpeg-trac] #1487(avformat:new): ffmpeg's mpeg mux bug(s) never fixed... In-Reply-To: <036.24f34a04f9a149dec630fbb1a107878d@avcodec.org> References: <036.24f34a04f9a149dec630fbb1a107878d@avcodec.org> Message-ID: <051.7b76e40e8b4f05e9e4ce332f034c09ca@avcodec.org> #1487: ffmpeg's mpeg mux bug(s) never fixed... -------------------------------------+------------------------------------ Reporter: downuse | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: mpeg | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by downuse): Replying to [comment:5 michael]: MPG files muxed with ffmpeg just can't play in most karaoke's mpg play system. so i tried to found the reason in many ways, finally i found these i use Mediainfo to see the mpg info. the playable one's audio info is (it is muxed with mplex.exe(a stuff of mjpegtools-2.0.0)) {{{ Audio ID : 192 (0xC0) Format : MPEG Audio Format version : Version 1 Format profile : Layer 2 Duration : 3s 0ms Bit rate mode : Constant Bit rate : 96.0 Kbps Channel(s) : 2 channels Sampling rate : 48.0 KHz Compression mode : Lossy Stream size : 35.2 KiB (9%) }}} and the non-playable one it has a Delay relative to video : -67ms {{{ Audio ID : 192 (0xC0) Format : MPEG Audio Format version : Version 1 Format profile : Layer 2 Duration : 3s 0ms Bit rate mode : Constant Bit rate : 96.0 Kbps Channel(s) : 2 channels Sampling rate : 48.0 KHz Compression mode : Lossy Delay relative to video : -67ms Stream size : 35.2 KiB (9%) }}} i use MPEG PS Utils to see the PS Format Info, this software is added to the attachment. the non-playable mpg file's system_clock_reference_base is not begin with Zero and its mux-rate seems to large. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 13 19:55:30 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 13 Aug 2012 17:55:30 -0000 Subject: [FFmpeg-trac] #1629(undetermined:open): escape124 possible invalid writes In-Reply-To: <038.b9c3a647afb7b29d5a4f59f826ed4559@avcodec.org> References: <038.b9c3a647afb7b29d5a4f59f826ed4559@avcodec.org> Message-ID: <053.5774f5f634e3eae008ba50f566a35682@avcodec.org> #1629: escape124 possible invalid writes -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: escape124 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by dbuitenh): $ valgrind ./ffmpeg_g -i xz.mov -f null - [...] ==13408== HEAP SUMMARY: ==13408== in use at exit: 0 bytes in 0 blocks ==13408== total heap usage: 3,336 allocs, 3,336 frees, 15,938,009 bytes allocated ==13408== ==13408== All heap blocks were freed -- no leaks are possible Can you give clearer steps to reproduce, Carl? Perhaps it is windows or i386 specific? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 13 23:29:06 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 13 Aug 2012 21:29:06 -0000 Subject: [FFmpeg-trac] #1608(avformat:open): lxfdec fails to recognize 16 channels In-Reply-To: <039.f27da922fa5d90b47fb5bcb7206431b0@avcodec.org> References: <039.f27da922fa5d90b47fb5bcb7206431b0@avcodec.org> Message-ID: <054.4b784b43bc244b1ec58fc13c4a142303@avcodec.org> #1608: lxfdec fails to recognize 16 channels ------------------------------------+------------------------------------ Reporter: gerard3818 | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: lxf | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by gerard3818): I tested the patch and works fine with "ffmpeg -i input.lxf -vcodec copy -acodec copy output.mxf", the files created have 4,8 or 16 channels and they can be played well. Please let me now if you need something else. Thank you -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 14 00:58:36 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 13 Aug 2012 22:58:36 -0000 Subject: [FFmpeg-trac] #1273(undetermined:reopened): initial seek causes failure to display on some avi files In-Reply-To: <036.2a4ccbc1a8c209f91a4b5ff99976fdea@avcodec.org> References: <036.2a4ccbc1a8c209f91a4b5ff99976fdea@avcodec.org> Message-ID: <051.e5f62fd183401635c698e0159d387628@avcodec.org> #1273: initial seek causes failure to display on some avi files -------------------------------------+------------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: git-master | undetermined Keywords: pal8 msrle | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: pal8 => pal8 msrle * status: closed => reopened * resolution: fixed => -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 14 01:48:14 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 13 Aug 2012 23:48:14 -0000 Subject: [FFmpeg-trac] #1408(undetermined:closed): Encoding to mp3 produces a file with audio and video by default In-Reply-To: <036.730ebda1ee11da270669ec4095a8362b@avcodec.org> References: <036.730ebda1ee11da270669ec4095a8362b@avcodec.org> Message-ID: <051.c65dd84dd73fd9e2b85ed47da0f96c80@avcodec.org> #1408: Encoding to mp3 produces a file with audio and video by default -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: mp3 | Resolution: fixed regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 14 02:04:44 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 14 Aug 2012 00:04:44 -0000 Subject: [FFmpeg-trac] #1473(FFplay:open): ffplay: mp3 with multiple APICs In-Reply-To: <038.fb4d8ed1db80f3271e0f2fb089e2e924@avcodec.org> References: <038.fb4d8ed1db80f3271e0f2fb089e2e924@avcodec.org> Message-ID: <053.1aa8ad780c14b4979bb8137c8d6eed98@avcodec.org> #1473: ffplay: mp3 with multiple APICs ------------------------------------+---------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: FFplay Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Comment (by michael): patch on ML -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 14 02:25:06 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 14 Aug 2012 00:25:06 -0000 Subject: [FFmpeg-trac] #1486(undetermined:new): stalls / pauses in video every 30 seconds. In-Reply-To: <038.4822af712a908d67d66e0a332d91081e@avcodec.org> References: <038.4822af712a908d67d66e0a332d91081e@avcodec.org> Message-ID: <053.de80bee29ab8f64a2948c124ca8a24be@avcodec.org> #1486: stalls / pauses in video every 30 seconds. -------------------------------------+------------------------------------- Reporter: TroyWorks | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: pause,stall,freeze,capture,xllgrab,xvfb| Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): please run it under gdb and interrupt it during a pause then provide backtraces of all threads repeat 2-3 times -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 14 02:25:22 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 14 Aug 2012 00:25:22 -0000 Subject: [FFmpeg-trac] #1486(undetermined:new): stalls / pauses in video every 30 seconds. In-Reply-To: <038.4822af712a908d67d66e0a332d91081e@avcodec.org> References: <038.4822af712a908d67d66e0a332d91081e@avcodec.org> Message-ID: <053.49be4172f346d48915c96738c631acd0@avcodec.org> #1486: stalls / pauses in video every 30 seconds. -------------------------------------+------------------------------------- Reporter: TroyWorks | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: pause,stall,freeze,capture,xllgrab,xvfb| Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * cc: michael (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 14 02:56:07 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 14 Aug 2012 00:56:07 -0000 Subject: [FFmpeg-trac] #1638(avformat:new): SWF demuxer cannot correctly identify MP3 stream Message-ID: <038.0dfee847dce1c675a5215ed94a980b28@avcodec.org> #1638: SWF demuxer cannot correctly identify MP3 stream --------------------------------------+---------------------------------- Reporter: mbradshaw | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+---------------------------------- I created a SWF file with Adobe Flash Professional CS6 today. It's a simple SWF that just contains a MP3 track. FFmpeg does not correctly read this though and is not able to identify the MP3 stream. Below is the output from ffmpeg regarding this SWF I created today: {{{ $ ./ffmpeg -i ~/UntitledTest.swf ffmpeg version N-43294-g8993c25 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 12 2012 10:15:07 with gcc 4.2.1 (GCC) (Apple Inc. build 5666) (dot 3) configuration: --enable-libx264 --enable-gpl --enable-libopenjpeg libavutil 51. 66.101 / 51. 66.101 libavcodec 54. 50.100 / 54. 50.100 libavformat 54. 22.101 / 54. 22.101 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 5.102 / 3. 5.102 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [swf @ 0x10180ec00] Could not find codec parameters for stream 0 (Audio: pcm_s16le, 5512 Hz, 1 channels, 88 kb/s): unspecified sample format Consider increasing the value for the 'analyzeduration' and 'probesize' options [swf @ 0x10180ec00] Estimating duration from bitrate, this may be inaccurate /Users/mjbshaw/UntitledTest.swf: could not find codec parameters }}} I decompiled the swf file with Sothink's SWF Decompiler and got the following (correct) mp3 out: {{{ $ ./ffmpeg -i ~/Desktop/UntitledTest/sound/sound\ 1.mp3 ffmpeg version N-43294-g8993c25 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 12 2012 10:15:07 with gcc 4.2.1 (GCC) (Apple Inc. build 5666) (dot 3) configuration: --enable-libx264 --enable-gpl --enable-libopenjpeg libavutil 51. 66.101 / 51. 66.101 libavcodec 54. 50.100 / 54. 50.100 libavformat 54. 22.101 / 54. 22.101 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 5.102 / 3. 5.102 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [mp3 @ 0x10180ec00] max_analyze_duration 5000000 reached at 5015510 [mp3 @ 0x10180ec00] Estimating duration from bitrate, this may be inaccurate Input #0, mp3, from '/Users/mjbshaw/Desktop/UntitledTest/sound/sound 1.mp3': Duration: 00:00:55.95, start: 0.000000, bitrate: 128 kb/s Stream #0:0: Audio: mp3, 44100 Hz, stereo, s16, 128 kb/s At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 14 03:20:43 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 14 Aug 2012 01:20:43 -0000 Subject: [FFmpeg-trac] #1521(avformat:closed): Seek does not work on a asf file. In-Reply-To: <036.b00f0fe1166cf4fabdad39aae244dc18@avcodec.org> References: <036.b00f0fe1166cf4fabdad39aae244dc18@avcodec.org> Message-ID: <051.f3cad6283ead15aabfc738e5e14760a7@avcodec.org> #1521: Seek does not work on a asf file. ------------------------------------+------------------------------------ Reporter: dongwon | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: asf seek | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by michael): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 14 05:00:42 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 14 Aug 2012 03:00:42 -0000 Subject: [FFmpeg-trac] #1592(undetermined:new): filter-amix FATE tests errors on win64 (was: filter-amix FATE tests errors) In-Reply-To: <034.2ef69c9a86190b26d1889f35974f3b76@avcodec.org> References: <034.2ef69c9a86190b26d1889f35974f3b76@avcodec.org> Message-ID: <049.0c0d5bb30ab3f721a77418fc5391f4ab@avcodec.org> #1592: filter-amix FATE tests errors on win64 -------------------------------------+------------------------------------- Reporter: jamal | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: fate amix | Resolution: win64 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * keywords: fate amix => fate amix win64 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 14 06:45:08 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 14 Aug 2012 04:45:08 -0000 Subject: [FFmpeg-trac] #1639(avfilter:new): concat filter frozen Message-ID: <037.591e80d99a66edd81a521009f1264a67@avcodec.org> #1639: concat filter frozen ----------------------------------+--------------------------------------- Reporter: chinshou | Type: defect Status: new | Priority: normal Component: avfilter | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- The concat filter cause ffmpeg frozen. prepare any mp4 video , rename it to 1.mp4. then copy it to 2.mp4. finally execute following command to join the two videos ffmpeg -f lavfi -i "movie=1.mp4, scale=512:288 [v1] ; amovie=1.mp4 [a1] ;movie=2.mp4, scale=512:288 [v2] ; amovie=2.mp4 [a2] ;[v1] [v2] concat [out0] ; [a1] [a2] concat=v=0:a=1 [out1]" join.avi ffmpeg begin to encoding successfully , but frozen at 50% . I used the ffmpeg 20120810 windows build from http://ffmpeg.zeranoe.com/builds/win32/static/ffmpeg-20120810-git-633b90c- win32-static.7z I investigate the code and found the frozen caused by av_read_frame , the call will be blocked at 50% position. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 14 09:12:33 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 14 Aug 2012 07:12:33 -0000 Subject: [FFmpeg-trac] #1623(FFmpeg:new): libutvideo fails to link to FFmpeg if assembly is enabled In-Reply-To: <035.a3a358ef6058dbd6ea3e570080a7c9ef@avcodec.org> References: <035.a3a358ef6058dbd6ea3e570080a7c9ef@avcodec.org> Message-ID: <050.72598a6d4e12fae90f80d92df8f37e90@avcodec.org> #1623: libutvideo fails to link to FFmpeg if assembly is enabled ------------------------------------+---------------------------------- Reporter: qyot27 | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: git-master | Resolution: Keywords: libutvideo | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Comment (by qyot27): According to the output of ''file'', the object files NASM produced seem to be what they're supposed to be (ELF 32-bit if I don't specify OS= and use ARCH=x86 and COFF if I make sure OS=windows and ARCH=x86). I was working with my own [https://github.com/qyot27/libutvideo buildsystem branch], which I had integrated that commit into. I also went back and double-checked with your's to make sure the files produced match the same way. After some testing, if I was compiling for my 64-bit setup and enabled x64 asm, then everything linked (even with my branch), although it resulted in a segfault whenever libutvideo was used for decoding or encoding. The linking problems seem to be focused only on compiling libutvideo+asm and ffmpeg as 32-bit. Would changing {{{elif __i386__}}} to {{{elif __x86_32__}}} in TunedFunc.cpp actually work? I thought about it because it would parallel the x64 pattern right above it, since that one does link (segfault notwithstanding). It seemed to let a 32-bit compile link to ffmpeg, but for all I know I just told it to ignore assembly altogether (even though running nm -s on the resultant libutvideo.a showed the *asm_x86.o files and their symbols). The 32-bit build of libutvideo+asm/ffmpeg also did not segfault the way the 64-bit one did, so I'm unsure if that's also hinting to it not actually having the assembly linked in or simply that the x64 asm has a problem (it did show some warnings while compiling, or maybe it was because I forgot to use PIC). And while this is somewhat off-topic, the define being -DSTATIC_LIB_WITH_ASM, does that preclude the ability of shared libraries using it? I would assume it does, but I just want to be sure. I have shared compilation worked out in my branch (although I've still not hammered all the kinks out of the install step or having it build alongside the static lib), and FFmpeg seems to work with it without problems, but I'm not sure how the '''STATIC'''_LIB_WITH_ASM thing would factor in, if at all. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 14 10:36:39 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 14 Aug 2012 08:36:39 -0000 Subject: [FFmpeg-trac] #1639(avfilter:open): concat filter frozen In-Reply-To: <037.591e80d99a66edd81a521009f1264a67@avcodec.org> References: <037.591e80d99a66edd81a521009f1264a67@avcodec.org> Message-ID: <052.998982eb0d0623309b09853f80116983@avcodec.org> #1639: concat filter frozen ------------------------------------+------------------------------------ Reporter: chinshou | Owner: Type: defect | Status: open Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: concat | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by Cigaes): * keywords: => concat * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 Comment: Note that it works with {{{-filter_complex}}}. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 14 10:44:33 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 14 Aug 2012 08:44:33 -0000 Subject: [FFmpeg-trac] #1638(avformat:open): SWF demuxer cannot correctly identify MP3 stream In-Reply-To: <038.0dfee847dce1c675a5215ed94a980b28@avcodec.org> References: <038.0dfee847dce1c675a5215ed94a980b28@avcodec.org> Message-ID: <053.41bf3334bc1f2bfd3c2ebec5369ad0f1@avcodec.org> #1638: SWF demuxer cannot correctly identify MP3 stream ------------------------------------+------------------------------------ Reporter: mbradshaw | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: swf | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => swf * status: new => open * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 14 11:10:24 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 14 Aug 2012 09:10:24 -0000 Subject: [FFmpeg-trac] #1097(avcodec:closed): prores_kostya: invalid read In-Reply-To: <038.61b4a4db47a0a66cccc4b24f5a291991@avcodec.org> References: <038.61b4a4db47a0a66cccc4b24f5a291991@avcodec.org> Message-ID: <053.21e829574e0c590b46f0903c94f5bb72@avcodec.org> #1097: prores_kostya: invalid read ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: prores | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Boris Maksalov. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 14 11:17:14 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 14 Aug 2012 09:17:14 -0000 Subject: [FFmpeg-trac] #1639(avfilter:open): concat filter frozen In-Reply-To: <037.591e80d99a66edd81a521009f1264a67@avcodec.org> References: <037.591e80d99a66edd81a521009f1264a67@avcodec.org> Message-ID: <052.3da3e89704c682646afbb6527bd62b56@avcodec.org> #1639: concat filter frozen ------------------------------------+------------------------------------ Reporter: chinshou | Owner: Type: defect | Status: open Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: movie | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+------------------------------------ Changes (by Cigaes): * analyzed: 0 => 1 * keywords: concat => movie -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 14 11:34:07 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 14 Aug 2012 09:34:07 -0000 Subject: [FFmpeg-trac] #1277(undetermined:open): Subtitle (hdmv_pgs_subtitle) conversion fails In-Reply-To: <038.44ea4de7f757db5bba072a8daed7585b@avcodec.org> References: <038.44ea4de7f757db5bba072a8daed7585b@avcodec.org> Message-ID: <053.53c7acd0e89a1682d185b4ff6d4d08b1@avcodec.org> #1277: Subtitle (hdmv_pgs_subtitle) conversion fails -------------------------------------+------------------------------------- Reporter: bakhshian | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: dvdsub | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by Cigaes): The patch series was just pushed to the current Git head. Please close the bug if it fixes things for you. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 14 18:04:13 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 14 Aug 2012 16:04:13 -0000 Subject: [FFmpeg-trac] #1478(undetermined:new): PulseAudio input performance regression In-Reply-To: <041.f95fd9b0ea08190be91d4e26d0acfd3f@avcodec.org> References: <041.f95fd9b0ea08190be91d4e26d0acfd3f@avcodec.org> Message-ID: <056.1d7875f52da2b964d4ff01dd066a261f@avcodec.org> #1478: PulseAudio input performance regression -------------------------------------+------------------------------------- Reporter: | Owner: GreatEmerald | 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 GreatEmerald): I just upgraded to openSUSE 12.2 RC2 and tested this further with FFmpeg 0.11.1. From the testing, it seems that this issue affects only one sound source, effectively the microphone input of the integrated Intel HD Audio chip. I tested this with two motherboards (both had the Intel HD Audio chip, but they were from different manufacturers), so it's not just a problem on my end, even though the scope of the problem seems to be a lot smaller that I initially thought. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 14 18:59:53 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 14 Aug 2012 16:59:53 -0000 Subject: [FFmpeg-trac] #1373(avcodec:closed): bmv_video crash In-Reply-To: <038.fde4d437fb2ddcf97e4ae1a2a0ff289b@avcodec.org> References: <038.fde4d437fb2ddcf97e4ae1a2a0ff289b@avcodec.org> Message-ID: <053.ff666db90e8c4d0baa4f6a550996d074@avcodec.org> #1373: bmv_video crash -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: bmv crash | Blocked By: SIGSEGV | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: reopened => closed * resolution: => fixed Comment: 2nd try will be fixed in my next git push -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 14 21:18:11 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 14 Aug 2012 19:18:11 -0000 Subject: [FFmpeg-trac] #1640(undetermined:new): ffplay crashes after seeking in corrupted dvvideo Message-ID: <038.7dfcbb538a3e725e68d7914e9d218d23@avcodec.org> #1640: ffplay crashes after seeking in corrupted dvvideo -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- please seek a few times to reproduce (maybe invalid read) {{{ (gdb) r dvvideo.avi Starting program: d:\mingw\msys\1.0\ffmpeg-head-70f0ffa\ffplay_g.exe dvvideo.avi [New Thread 1148.0x18c] [New Thread 1148.0x7c0] [New Thread 1148.0x5b8] [New Thread 1148.0x5a8] [New Thread 1148.0x150] [New Thread 1148.0x148] [New Thread 1148.0x42c] [New Thread 1148.0x7d0] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1148.0x5b8] 0x0049b7f9 in ff_dv_offset_reset (c=0x48b0e20, frame_offset=171) at libavformat/dv.c:423 423 c->abytes= av_rescale_q(c->frames, c->sys->time_base, (gdb) bt #0 0x0049b7f9 in ff_dv_offset_reset (c=0x48b0e20, frame_offset=171) at libavformat/dv.c:423 #1 0x0048fa85 in avi_read_seek (s=0x48a0060, stream_index=0, timestamp=171, flags=1) at libavformat/avidec.c:1474 #2 0x00470ff6 in seek_frame_internal (s=0x48a0060, stream_index=0, timestamp=171, flags=1) at libavformat/utils.c:1961 #3 0x0047162f in av_seek_frame (flags=1, timestamp=6829111, stream_index=-1, s=0x48a0060) at libavformat/utils.c:1985 #4 avformat_seek_file (s=0x48a0060, stream_index=-1, min_ts=-9223372036854775808, ts=6829111, max_ts=9223372036854775807, flags=0) at libavformat/utils.c:2014 #5 0x00406a90 in read_thread (arg=0x45a0040) at ffplay.c:2486 #6 0x681097ee in SDL_RunThread (data=0x42cfbd8) at ./src/thread/SDL_thread.c:204 #7 0x681327d3 in RunThread (data=0x42cfcd8) at ./src/thread/win32/SDL_systhread.c:74 #8 RunThreadViaBeginThreadEx (data=0x42cfcd8) at ./src/thread/win32/SDL_systhread.c:95 #9 0x77c2a3b0 in msvcrt!_endthreadex () from C:\WINDOWS\system32\msvcrt.dll #10 0x7c80b729 in KERNEL32!GetModuleFileNameA () from C:\WINDOWS\system32\kernel32.dll #11 0x00000000 in ?? () (gdb) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 14 21:18:50 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 14 Aug 2012 19:18:50 -0000 Subject: [FFmpeg-trac] #1640(undetermined:new): ffplay crashes after seeking in corrupted dvvideo In-Reply-To: <038.7dfcbb538a3e725e68d7914e9d218d23@avcodec.org> References: <038.7dfcbb538a3e725e68d7914e9d218d23@avcodec.org> Message-ID: <053.b0725560249bff02c5b0784ceec6a895@avcodec.org> #1640: ffplay crashes after seeking in corrupted dvvideo -------------------------------------+------------------------------------- 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.datafilehost.com/download-7f18ab24.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 14 21:35:54 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 14 Aug 2012 19:35:54 -0000 Subject: [FFmpeg-trac] #1641(undetermined:new): paf_video crash 2 Message-ID: <038.4d5203651be6b043ee4dfa34cc38ce3e@avcodec.org> #1641: paf_video crash 2 -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- http://samples.mplayerhq.hu/V-codecs/2Vuy2.mov {{{ (gdb) r -vcodec paf_video -i 2vuy2.mov -an -f null - The program being debugged has been started already. Start it from the beginning? (y or n) y Starting program: d:\mingw\msys\1.0\ffmpeg-head-70f0ffa\ffmpeg_g.exe -vcodec paf _video -i 2vuy2.mov -an -f null - [New Thread 1756.0x14c] ffmpeg version 0.11.1.git-70f0ffa Copyright (c) 2000-2012 the FFmpeg developers built on Aug 14 2012 20:49:07 with gcc 4.6.1 (GCC) configuration: --disable-ffplay --disable-ffprobe --enable-gpl libavutil 51. 69.100 / 51. 69.100 libavcodec 54. 52.100 / 54. 52.100 libavformat 54. 23.100 / 54. 23.100 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 9.100 / 3. 9.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '2vuy2.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt Duration: 00:00:06.82, start: 0.000000, bitrate: 17420 kb/s Stream #0:0(eng): Video: paf_video (2Vuy / 0x79755632), pal8, 320x136, 17418 kb/s, 24.16 fps, 23.98 tbr, 2997 tbn, 2997 tbc Metadata: handler_name : Apple Alias Data Handler Output #0, null, to 'pipe:': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt encoder : Lavf54.23.100 Stream #0:0(eng): Video: rawvideo, pal8, 320x136, q=2-31, 200 kb/s, 90k tbn, 23.98 tbc Metadata: handler_name : Apple Alias Data Handler Stream mapping: Stream #0:0 -> #0:0 (paf_video -> rawvideo) Press [q] to stop, [?] for help [null @ 043f28e0] Encoder did not produce proper pts, making some up. Error while decoding stream #0:0: Invalid data found when processing input Last message repeated 35 times [paf_video @ 043f0b20] unknown/invalid code [paf_video @ 043f0b20] If you want to help, upload a sample of this file to ftp: //upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0:0: Invalid data found when processing input [paf_video @ 043f0b20] unknown/invalid code [paf_video @ 043f0b20] If you want to help, upload a sample of this file to ftp: //upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0:0: Invalid data found when processing input [paf_video @ 043f0b20] unknown/invalid code [paf_video @ 043f0b20] If you want to help, upload a sample of this file to ftp: //upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0:0: Invalid data found when processing input [paf_video @ 043f0b20] unknown/invalid code [paf_video @ 043f0b20] If you want to help, upload a sample of this file to ftp: //upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0:0: Invalid data found when processing input Last message repeated 1 times [paf_video @ 043f0b20] unknown/invalid code [paf_video @ 043f0b20] If you want to help, upload a sample of this file to ftp: //upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0:0: Invalid data found when processing input [paf_video @ 043f0b20] unknown/invalid code [paf_video @ 043f0b20] If you want to help, upload a sample of this file to ftp: //upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0:0: Invalid data found when processing input [paf_video @ 043f0b20] unknown/invalid code [paf_video @ 043f0b20] If you want to help, upload a sample of this file to ftp: //upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0:0: Invalid data found when processing input [paf_video @ 043f0b20] unknown/invalid code [paf_video @ 043f0b20] If you want to help, upload a sample of this file to ftp: //upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0:0: Invalid data found when processing input [paf_video @ 043f0b20] unknown/invalid code [paf_video @ 043f0b20] If you want to help, upload a sample of this file to ftp: //upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0:0: Invalid data found when processing input [paf_video @ 043f0b20] unknown/invalid code [paf_video @ 043f0b20] If you want to help, upload a sample of this file to ftp: //upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0:0: Invalid data found when processing input [paf_video @ 043f0b20] unknown/invalid code [paf_video @ 043f0b20] If you want to help, upload a sample of this file to ftp: //upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0:0: Invalid data found when processing input [paf_video @ 043f0b20] unknown/invalid code [paf_video @ 043f0b20] If you want to help, upload a sample of this file to ftp: //upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0:0: Invalid data found when processing input [paf_video @ 043f0b20] unknown/invalid code [paf_video @ 043f0b20] If you want to help, upload a sample of this file to ftp: //upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0:0: Invalid data found when processing input [paf_video @ 043f0b20] unknown/invalid code [paf_video @ 043f0b20] If you want to help, upload a sample of this file to ftp: //upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0:0: Invalid data found when processing input [paf_video @ 043f0b20] unknown/invalid code [paf_video @ 043f0b20] If you want to help, upload a sample of this file to ftp: //upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0:0: Invalid data found when processing input [paf_video @ 043f0b20] unknown/invalid code [paf_video @ 043f0b20] If you want to help, upload a sample of this file to ftp: //upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0:0: Invalid data found when processing input [paf_video @ 043f0b20] unknown/invalid code [paf_video @ 043f0b20] If you want to help, upload a sample of this file to ftp: //upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0:0: Invalid data found when processing input [paf_video @ 043f0b20] unknown/invalid code [paf_video @ 043f0b20] If you want to help, upload a sample of this file to ftp: //upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0:0: Invalid data found when processing input [paf_video @ 043f0b20] unknown/invalid code [paf_video @ 043f0b20] If you want to help, upload a sample of this file to ftp: //upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0:0: Invalid data found when processing input [paf_video @ 043f0b20] unknown/invalid code [paf_video @ 043f0b20] If you want to help, upload a sample of this file to ftp: //upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0:0: Invalid data found when processing input [paf_video @ 043f0b20] unknown/invalid code [paf_video @ 043f0b20] If you want to help, upload a sample of this file to ftp: //upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0:0: Invalid data found when processing input [paf_video @ 043f0b20] unknown/invalid code [paf_video @ 043f0b20] If you want to help, upload a sample of this file to ftp: //upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0:0: Invalid data found when processing input [paf_video @ 043f0b20] unknown/invalid code [paf_video @ 043f0b20] If you want to help, upload a sample of this file to ftp: //upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0:0: Invalid data found when processing input [paf_video @ 043f0b20] unknown/invalid code [paf_video @ 043f0b20] If you want to help, upload a sample of this file to ftp: //upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0:0: Invalid data found when processing input [paf_video @ 043f0b20] unknown/invalid code [paf_video @ 043f0b20] If you want to help, upload a sample of this file to ftp: //upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0:0: Invalid data found when processing input [paf_video @ 043f0b20] unknown/invalid code [paf_video @ 043f0b20] If you want to help, upload a sample of this file to ftp: //upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0:0: Invalid data found when processing input [paf_video @ 043f0b20] unknown/invalid code [paf_video @ 043f0b20] If you want to help, upload a sample of this file to ftp: //upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0:0: Invalid data found when processing input [paf_video @ 043f0b20] unknown/invalid code [paf_video @ 043f0b20] If you want to help, upload a sample of this file to ftp: //upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0:0: Invalid data found when processing input [paf_video @ 043f0b20] unknown/invalid code [paf_video @ 043f0b20] If you want to help, upload a sample of this file to ftp: //upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0:0: Invalid data found when processing input [paf_video @ 043f0b20] unknown/invalid code [paf_video @ 043f0b20] If you want to help, upload a sample of this file to ftp: //upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0:0: Invalid data found when processing input [paf_video @ 043f0b20] unknown/invalid code [paf_video @ 043f0b20] If you want to help, upload a sample of this file to ftp: //upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0:0: Invalid data found when processing input [paf_video @ 043f0b20] unknown/invalid code [paf_video @ 043f0b20] If you want to help, upload a sample of this file to ftp: //upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0:0: Invalid data found when processing input [paf_video @ 043f0b20] unknown/invalid code [paf_video @ 043f0b20] If you want to help, upload a sample of this file to ftp: //upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0:0: Invalid data found when processing input [paf_video @ 043f0b20] unknown/invalid code [paf_video @ 043f0b20] If you want to help, upload a sample of this file to ftp: //upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0:0: Invalid data found when processing input [paf_video @ 043f0b20] unknown/invalid code [paf_video @ 043f0b20] If you want to help, upload a sample of this file to ftp: //upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0:0: Invalid data found when processing input [paf_video @ 043f0b20] unknown/invalid code [paf_video @ 043f0b20] If you want to help, upload a sample of this file to ftp: //upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0:0: Invalid data found when processing input [paf_video @ 043f0b20] unknown/invalid code [paf_video @ 043f0b20] If you want to help, upload a sample of this file to ftp: //upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0:0: Invalid data found when processing input [paf_video @ 043f0b20] unknown/invalid code [paf_video @ 043f0b20] If you want to help, upload a sample of this file to ftp: //upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0:0: Invalid data found when processing input [paf_video @ 043f0b20] unknown/invalid code [paf_video @ 043f0b20] If you want to help, upload a sample of this file to ftp: //upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0:0: Invalid data found when processing input [paf_video @ 043f0b20] unknown/invalid code [paf_video @ 043f0b20] If you want to help, upload a sample of this file to ftp: //upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0:0: Invalid data found when processing input [paf_video @ 043f0b20] unknown/invalid code [paf_video @ 043f0b20] If you want to help, upload a sample of this file to ftp: //upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0:0: Invalid data found when processing input [paf_video @ 043f0b20] unknown/invalid code [paf_video @ 043f0b20] If you want to help, upload a sample of this file to ftp: //upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0:0: Invalid data found when processing input [paf_video @ 043f0b20] unknown/invalid code [paf_video @ 043f0b20] If you want to help, upload a sample of this file to ftp: //upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0:0: Invalid data found when processing input [paf_video @ 043f0b20] unknown/invalid code [paf_video @ 043f0b20] If you want to help, upload a sample of this file to ftp: //upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0:0: Invalid data found when processing input [paf_video @ 043f0b20] unknown/invalid code [paf_video @ 043f0b20] If you want to help, upload a sample of this file to ftp: //upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0:0: Invalid data found when processing input [paf_video @ 043f0b20] unknown/invalid code [paf_video @ 043f0b20] If you want to help, upload a sample of this file to ftp: //upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0:0: Invalid data found when processing input [paf_video @ 043f0b20] unknown/invalid code [paf_video @ 043f0b20] If you want to help, upload a sample of this file to ftp: //upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0:0: Invalid data found when processing input [paf_video @ 043f0b20] unknown/invalid code [paf_video @ 043f0b20] If you want to help, upload a sample of this file to ftp: //upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0:0: Invalid data found when processing input [paf_video @ 043f0b20] unknown/invalid code [paf_video @ 043f0b20] If you want to help, upload a sample of this file to ftp: //upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0:0: Invalid data found when processing input [paf_video @ 043f0b20] unknown/invalid code [paf_video @ 043f0b20] If you want to help, upload a sample of this file to ftp: //upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0:0: Invalid data found when processing input [paf_video @ 043f0b20] unknown/invalid code [paf_video @ 043f0b20] If you want to help, upload a sample of this file to ftp: //upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0:0: Invalid data found when processing input [paf_video @ 043f0b20] unknown/invalid code [paf_video @ 043f0b20] If you want to help, upload a sample of this file to ftp: //upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0:0: Invalid data found when processing input [paf_video @ 043f0b20] unknown/invalid code [paf_video @ 043f0b20] If you want to help, upload a sample of this file to ftp: //upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0:0: Invalid data found when processing input [paf_video @ 043f0b20] unknown/invalid code [paf_video @ 043f0b20] If you want to help, upload a sample of this file to ftp: //upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0:0: Invalid data found when processing input warning: Heap corruption detected at 0446BB20 Program received signal SIGSEGV, Segmentation fault. 0x7c91839e in ntdll!RtlStartRXact () from C:\WINDOWS\system32\ntdll.dll (gdb) bt #0 0x7c91839e in ntdll!RtlStartRXact () from C:\WINDOWS\system32\ntdll.dll #1 0x00016030 in ?? () #2 0x04300000 in ?? () #3 0x7c96fb98 in ntdll!RtlpNtMakeTemporaryKey () from C:\WINDOWS\system32\ntdll.dll #4 0x7c94b244 in ntdll!LdrFindEntryForAddress () from C:\WINDOWS\system32\ntdll.dll #5 0x04300000 in ?? () #6 0x7c919c0c in ntdll!RtlpUnWaitCriticalSection () from C:\WINDOWS\system32\ntdll.dll #7 0x77c1c3c9 in msvcrt!free () from C:\WINDOWS\system32\msvcrt.dll #8 0x04300000 in ?? () #9 0x77c1c3e7 in msvcrt!free () from C:\WINDOWS\system32\msvcrt.dll #10 0x00016030 in ?? () #11 0x0022f6d8 in ?? () #12 0x77c1c42e in msvcrt!malloc () from C:\WINDOWS\system32\msvcrt.dll #13 0x00ade737 in av_malloc (size=90128) at libavutil/mem.c:87 #14 0x00556bf4 in av_new_packet (pkt=0x22f8b0, size=90112) at libavcodec/avpacket.c:71 #15 0x0047c7ed in av_get_packet (s=0x430db00, pkt=0x22f8b0, size=90112) at libavformat/utils.c:303 #16 0x004dbe88 in mov_read_packet (s=0x430d500, pkt=0x22f8b0) at libavformat/mov.c:3045 #17 0x0047d6a7 in ff_read_packet (s=0x430d500, pkt=0x22f8b0) at libavformat/utils.c:735 #18 0x0047e3ae in read_frame_internal (s=0x430d500, pkt=0x22fb80) at libavformat/utils.c:1294 #19 0x0047ef23 in av_read_frame (s=0x430d500, pkt=0x22fb80) at libavformat/utils.c:1396 #20 0x0041056c in get_input_packet (pkt=0x22fb80, f=) at ffmpeg.c:2711 #21 process_input () at ffmpeg.c:2765 #22 0x00b03744 in transcode () at ffmpeg.c:2941 #23 main (argc=-738350321, argv=) at ffmpeg.c:3123 (gdb) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 15 00:07:22 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 14 Aug 2012 22:07:22 -0000 Subject: [FFmpeg-trac] #1640(avformat:open): ffplay crashes after seeking in corrupted dvvideo In-Reply-To: <038.7dfcbb538a3e725e68d7914e9d218d23@avcodec.org> References: <038.7dfcbb538a3e725e68d7914e9d218d23@avcodec.org> Message-ID: <053.1a22f4b674f4d7a5afb14c19bbae8623@avcodec.org> #1640: ffplay crashes after seeking in corrupted dvvideo -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: crash | Blocked By: SIGSEGV dv | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avformat * priority: normal => important * version: unspecified => git-master * keywords: => crash SIGSEGV dv Comment: Reproducible with for example only back-seeks. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 15 00:16:14 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 14 Aug 2012 22:16:14 -0000 Subject: [FFmpeg-trac] #1641(undetermined:open): paf_video crash 2 In-Reply-To: <038.4d5203651be6b043ee4dfa34cc38ce3e@avcodec.org> References: <038.4d5203651be6b043ee4dfa34cc38ce3e@avcodec.org> Message-ID: <053.b027b893fa511c62b994b77c687bc35c@avcodec.org> #1641: paf_video crash 2 -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: crash | Resolution: paf_video | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => crash paf_video * priority: normal => important * version: unspecified => git-master * status: new => open * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 15 00:18:45 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 14 Aug 2012 22:18:45 -0000 Subject: [FFmpeg-trac] #1478(FFmpeg:new): PulseAudio input performance regression In-Reply-To: <041.f95fd9b0ea08190be91d4e26d0acfd3f@avcodec.org> References: <041.f95fd9b0ea08190be91d4e26d0acfd3f@avcodec.org> Message-ID: <056.454095c34fa0bb76f3633397a9e210bd@avcodec.org> #1478: PulseAudio input performance regression --------------------------------------+---------------------------------- Reporter: GreatEmerald | Owner: Type: defect | Status: new Priority: important | Component: FFmpeg Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- Changes (by cehoyos): * keywords: => regression * component: undetermined => FFmpeg Comment: Please test / also add output for current git head. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 15 02:00:41 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 15 Aug 2012 00:00:41 -0000 Subject: [FFmpeg-trac] #1641(undetermined:closed): paf_video crash 2 In-Reply-To: <038.4d5203651be6b043ee4dfa34cc38ce3e@avcodec.org> References: <038.4d5203651be6b043ee4dfa34cc38ce3e@avcodec.org> Message-ID: <053.f8e78e7db58d0dad5e298fdabbf6c94b@avcodec.org> #1641: paf_video crash 2 -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: crash | Resolution: fixed paf_video | 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 Wed Aug 15 03:17:28 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 15 Aug 2012 01:17:28 -0000 Subject: [FFmpeg-trac] #1596(avformat:closed): Unable to detect AAC in Quicktime file with timecode track embedded. In-Reply-To: <037.d75c5a4b37064eadedbd9a10042312d4@avcodec.org> References: <037.d75c5a4b37064eadedbd9a10042312d4@avcodec.org> Message-ID: <052.5493e041e52dd17da6f96b26787705e3@avcodec.org> #1596: Unable to detect AAC in Quicktime file with timecode track embedded. ------------------------------------+------------------------------------ Reporter: stampe93 | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by michael): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 15 06:21:14 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 15 Aug 2012 04:21:14 -0000 Subject: [FFmpeg-trac] #1638(avformat:open): SWF demuxer cannot correctly identify MP3 stream In-Reply-To: <038.0dfee847dce1c675a5215ed94a980b28@avcodec.org> References: <038.0dfee847dce1c675a5215ed94a980b28@avcodec.org> Message-ID: <053.34d7ea2e245eacaa5de06902ac061e5a@avcodec.org> #1638: SWF demuxer cannot correctly identify MP3 stream ------------------------------------+------------------------------------ Reporter: mbradshaw | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: swf | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by mbradshaw): I've looked into this a bit and I've found the issue, but I'm unsure of how to resolve it so I'll give my analysis in the hopes that someone might know the best solution (or help me understand the best solution). The SWF file has a TAG_STREAMHEAD2 tag, but there is no streaming audio (there are no TAG_STREAMBLOCK tags). AFAIK, this is valid, as the TAG_STREAMHEAD2 just says what format to expect streamed audio to be in, even if it's not present. The TAG_STREAMHEAD2 reports pcm_s16le, 5512 Hz, 1 channels, 88 kb/s audio, which FFmpeg correctly reads, but it struggles from there. I don't know if FFmpeg is rejecting the reported audio format, or if it's choking on the fact that there's no TAG_STREAMBLOCK tags. Anyway, the audio is not streamed in the frames. Instead, in this file, it is found in a DefineSound tag (tag code = 14), and the entire MP3 file is stored as part of this tag. FFmpeg does not look for any DefineSound tags. I could easily add the necessary code to find and parse a DefineSound tag, but I'm unsure of how to properly demux this sound because it's not broken up into frames (like audio (TAG_STREAMHEAD(2)) or video (TAG_VIDEOSTREAM) streams are). Audio in DefineSound tags come in one solid chunk. I could hack it, but I'd rather not write hackish code. Ideas on how to (nicely) add demuxing support for DefineSound tags are very welcome! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 15 07:43:45 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 15 Aug 2012 05:43:45 -0000 Subject: [FFmpeg-trac] #1642(avformat:new): -f segment: automagically generate #EXTM3U tags to -segment_list generated playlists Message-ID: <036.124537088d23e2b844ce435b567a346c@avcodec.org> #1642: -f segment: automagically generate #EXTM3U tags to -segment_list generated playlists -------------------------------------+------------------------------------- Reporter: kelexel | Type: Status: new | enhancement Component: avformat | Priority: normal Keywords: segment, | Version: git- HLS | master Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Summary of the bug: It is more a feature request actually. When using -f segment and -segment_list, the produced playlist is not HTTPLiveStreaming friendly. The request is to add a way to templat'ify the playlists generated with -sgement_list, or to at least give a third "-segment_list_type extm3u" to comply with HLS When using something like: {{{ ffmpeg .... -f segment -segment_time 5 -segment_list_type flat -segment_list stream.m3u8 -y -segment_format mpegts stream%05d.ts }}} Produces a playlist like: {{{ test00001.ts test00002.ts }}} We currently can produce playlists of the type -segment_list_type flat or -segment_list_type ext. Flat corresponds to the HLS requirements BUT, we miss the valuable #EXTM3 tags on the top of the file, like {{{ #EXTM3U #EXT-X-STREAM-INF: #EXT-X-TARGETDURATION:5 #EXT-X-MEDIA-SEQUENCE:1 test00001.ts test00002.ts }}} The above will play fine on iOS (tested via apache & nginx) (libavformat/hls.c seems to have a few other tags listed.. https://github.com/FFmpeg/FFmpeg/blob/master/libavformat/hls.c#L741-746 ) Other per-file-tags might be useful too, but as you probably guessed, I'm no expert, I leave you wise guys figure that out. Best regards -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 15 15:37:01 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 15 Aug 2012 13:37:01 -0000 Subject: [FFmpeg-trac] #1643(avcodec:new): Custom lock manager will cause multiple thread encoding deadlock Message-ID: <037.a342bb20a08eebef22f4f73a25ee21fa@avcodec.org> #1643: Custom lock manager will cause multiple thread encoding deadlock ----------------------------------+--------------------------------------- Reporter: chinshou | Type: defect Status: new | Priority: normal Component: avcodec | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- I used av_lockmgr_register to register a custom mutex manager , then I am tring to convert a bitmap to jpeg. MJPEG encoder is multiple thread encoding capable encoder. After encoding finished, when I try to use avcodec_close to close the encoder , the program was deadlocked. I checked the source and found that to aovid thread safe problem, ffmpeg will call custom lock manager at the beginning of avcodec_close to assure exclusive access. av_cold int avcodec_close(AVCodecContext *avctx) { /* If there is a user-supplied mutex locking routine, call it. */ if (ff_lockmgr_cb) { if ((*ff_lockmgr_cb)(&codec_mutex, AV_LOCK_OBTAIN)) return -1; } when multiple thread encoding , the main thread will call ff_frame_thread_encoder_free to close all the worker threads if (avctx->internal->frame_thread_encoder && avctx->thread_count > 1) { entangled_thread_counter --; ff_frame_thread_encoder_free(avctx); entangled_thread_counter ++; } in the ff_frame_thread_encoder_free function , it set exit flag first , then use pthread_join to wait all the worker thread to finish. when the worker threads found the exit flag and exit the loop , it will also call avcodec_close(avctx); to close their own codec . static void * attribute_align_arg worker(void *v){ ... while(!c->exit){ ... pthread_mutex_lock(&c->task_fifo_mutex); while (av_fifo_size(c->task_fifo) <= 0 || c->exit) { if(c->exit){ pthread_mutex_unlock(&c->task_fifo_mutex); goto end; } pthread_cond_wait(&c->task_fifo_cond, &c->task_fifo_mutex); } av_fifo_generic_read(c->task_fifo, &task, sizeof(task), NULL); pthread_mutex_unlock(&c->task_fifo_mutex); ... } end: av_free(pkt); pthread_mutex_lock(&c->buffer_mutex); avcodec_close(avctx); <--- pthread_mutex_unlock(&c->buffer_mutex); av_freep(&avctx); return NULL; } But the global ff_lockmgr_cb mutex already acquired by the main thread. so all the worker will be blocked to wait the main thread to release the mutex, and the main thread is waiting all the worker threads , finally the program fall into deadlock. one possible solution is to add addition parameter to avcodec_close , when the flag was set , avcodec_close will not try to acquire the global custom mutex to avoid deadlock. All the internal worker thread should call the avcodec_close with this flag setted. I test it with 20120730 source so far. regards -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 15 20:39:26 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 15 Aug 2012 18:39:26 -0000 Subject: [FFmpeg-trac] #1478(FFmpeg:new): PulseAudio input performance regression In-Reply-To: <041.f95fd9b0ea08190be91d4e26d0acfd3f@avcodec.org> References: <041.f95fd9b0ea08190be91d4e26d0acfd3f@avcodec.org> Message-ID: <056.fc83e2a13d51824ced161773355e0c34@avcodec.org> #1478: PulseAudio input performance regression --------------------------------------+---------------------------------- Reporter: GreatEmerald | Owner: Type: defect | Status: new Priority: important | Component: FFmpeg Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- Comment (by GreatEmerald): All right, did some more testing. The latest git revision does indeed fix the issue on my machine. Since I wanted to know what fixed it, I did a "reverse bisect" of sorts, and I was pointed to the revision 3630a075132a8d059b16f92a291e523c1bc7ebc9 as the first one to compile and run correctly. Looking at its contents, it would appear that the particular commit that did the trick was 5db5169e46a5f1676aafb82ec8c3f5dc6fb6bb6d (avconv: multithreaded demuxing.) Though I'd imagine that it would be more of a workaround, as it could still be a problem on single-core machines or so. I think I'll run another test on another, slower machine with the same audio chip and see if it's also fixed there. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 15 21:38:32 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 15 Aug 2012 19:38:32 -0000 Subject: [FFmpeg-trac] #1601(avcodec:open): msmpeg4 reencode MB as intra or picture with higher quantizer if syntax limits are hit (was: msmpeg4v2 enc: blinking square at the bottom-right corner of the video) In-Reply-To: <038.ecec839e2dd89b5770f6748584780126@avcodec.org> References: <038.ecec839e2dd89b5770f6748584780126@avcodec.org> Message-ID: <053.4e54943aa33b7eed3c85c524be6386bf@avcodec.org> #1601: msmpeg4 reencode MB as intra or picture with higher quantizer if syntax limits are hit -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: msmpeg4 | Blocked By: qscale | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by michael): * status: new => open * reproduced: 0 => 1 * component: undetermined => avcodec * keywords: => msmpeg4 qscale * version: unspecified => git-master * analyzed: 0 => 1 * type: defect => enhancement Comment: This is a sideeffect of the motion estimation, bitrate and limitations of msmpeg4. You can workaround the issue by using -mbd 2. Its a bit borderline but i think this is a feature request not so much a bug. The bug is in the way msmpeg4v2 was designed. MS made a mistake there in the range that is needed to store coefficients. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 15 22:09:50 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 15 Aug 2012 20:09:50 -0000 Subject: [FFmpeg-trac] #1423(undetermined:new): h264 in mov plays upside down, transcode to flv similar is upside down In-Reply-To: <037.93e75786a9793e8d4fd2111abf635767@avcodec.org> References: <037.93e75786a9793e8d4fd2111abf635767@avcodec.org> Message-ID: <052.64ca302a403ec2f8c04992885860e34a@avcodec.org> #1423: h264 in mov plays upside down, transcode to flv similar is upside down -------------------------------------+------------------------------------- Reporter: klassicd | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mov | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by klassicd): Works ok in latest version of quick time for mac. I think it may have been recorded on an iPhone. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 15 22:35:18 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 15 Aug 2012 20:35:18 -0000 Subject: [FFmpeg-trac] #1602(avcodec:closed): h263 crash with lowres In-Reply-To: <038.3cffd298b0f7d6c50f913f52493ce77d@avcodec.org> References: <038.3cffd298b0f7d6c50f913f52493ce77d@avcodec.org> Message-ID: <053.a9b404550d73b4db6933b834192ddcc2@avcodec.org> #1602: h263 crash with lowres -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: h263 lowres | 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 Wed Aug 15 23:38:00 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 15 Aug 2012 21:38:00 -0000 Subject: [FFmpeg-trac] #1621(undetermined:new): Converted flash video has longer duration than the source In-Reply-To: <035.ccfae6a1e9c6644477b83c05851a9154@avcodec.org> References: <035.ccfae6a1e9c6644477b83c05851a9154@avcodec.org> Message-ID: <050.04666d36b42e94147abeabeae0568d4d@avcodec.org> #1621: Converted flash video has longer duration than the source -------------------------------------+------------------------------------- Reporter: agowad | 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 agowad): COMMAND: {{{ ffprobe.exe -show_streams Dolphins_720.wmv }}} OUTPUT: {{{ ffprobe version N-43418-g633b90c Copyright (c) 2007-2012 the FFmpeg developers built on Aug 9 2012 23:52:43 with gcc 4.7.1 (GCC) configuration: --enable-gpl --enable-version3 --disable-pthreads --enable-runtime-cpudetect --enable-avisynth --enable-bzlib --enable-frei 0r --enable-libass --enable-libcelt --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libfreetype --enable-libgsm --enable-libm p3lame --enable-libnut --enable-libopenjpeg --enable-librtmp --enable- libschroedinger --enable-libspeex --enable-libtheora --enable-libutvid eo --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --ena ble-zlib libavutil 51. 67.100 / 51. 67.100 libavcodec 54. 51.100 / 54. 51.100 libavformat 54. 22.104 / 54. 22.104 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 7.100 / 3. 7.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, asf, from 'Dolphins_720.wmv': Metadata: WMFSDKVersion : 9.00.00.2980 WMFSDKNeeded : 0.0.0.0000 IsVBR : 0 Duration: 00:01:46.02, start: 0.000000, bitrate: 6576 kb/s Stream #0:0(eng): Audio: wmapro (b[1][0][0] / 0x0162), 48000 Hz, 5.1, flt, 384 kb/s Stream #0:1(eng): Video: wmv3 (Main) (WMV3 / 0x33564D57), yuv420p, 1280x720, 6000 kb/s, 23.98 tbr, 1k tbn, 1k tbc [STREAM] index=0 codec_name=wmapro codec_long_name=Windows Media Audio 9 Professional profile=unknown codec_type=audio codec_time_base=1/48000 codec_tag_string=b[1][0][0] codec_tag=0x0162 sample_fmt=flt sample_rate=48000 channels=6 bits_per_sample=0 id=N/A r_frame_rate=0/0 avg_frame_rate=0/0 time_base=1/1000 start_time=0.000000 duration=106.027000 bit_rate=384000 nb_frames=N/A nb_read_frames=N/A nb_read_packets=N/A TAG:language=eng [/STREAM] [STREAM] index=1 codec_name=wmv3 codec_long_name=Windows Media Video 9 profile=Main codec_type=video codec_time_base=1/1000 codec_tag_string=WMV3 codec_tag=0x33564d57 width=1280 height=720 has_b_frames=0 sample_aspect_ratio=0:1 display_aspect_ratio=0:1 pix_fmt=yuv420p level=-99 timecode=N/A id=N/A r_frame_rate=24000/1001 avg_frame_rate=0/0 time_base=1/1000 start_time=0.000000 duration=106.027000 bit_rate=6000000 nb_frames=N/A nb_read_frames=N/A nb_read_packets=N/A TAG:language=eng [/STREAM] }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 15 23:38:50 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 15 Aug 2012 21:38:50 -0000 Subject: [FFmpeg-trac] #1621(undetermined:new): Converted flash video has longer duration than the source In-Reply-To: <035.ccfae6a1e9c6644477b83c05851a9154@avcodec.org> References: <035.ccfae6a1e9c6644477b83c05851a9154@avcodec.org> Message-ID: <050.f6727911561bc7ffbc9e2840f3456370@avcodec.org> #1621: Converted flash video has longer duration than the source -------------------------------------+------------------------------------- Reporter: agowad | 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 agowad): COMMAND: {{{ ffprobe.exe -show_streams Dolphins_7202_TMP.flv }}} OUTPUT {{{ ffprobe version N-43418-g633b90c Copyright (c) 2007-2012 the FFmpeg developers built on Aug 9 2012 23:52:43 with gcc 4.7.1 (GCC) configuration: --enable-gpl --enable-version3 --disable-pthreads --enable-runtime-cpudetect --enable-avisynth --enable-bzlib --enable-frei 0r --enable-libass --enable-libcelt --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libfreetype --enable-libgsm --enable-libm p3lame --enable-libnut --enable-libopenjpeg --enable-librtmp --enable- libschroedinger --enable-libspeex --enable-libtheora --enable-libutvid eo --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --ena ble-zlib libavutil 51. 67.100 / 51. 67.100 libavcodec 54. 51.100 / 54. 51.100 libavformat 54. 22.104 / 54. 22.104 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 7.100 / 3. 7.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, flv, from 'Dolphins_7202_TMP.flv': Metadata: WMFSDKVersion : 9.00.00.2980 WMFSDKNeeded : 0.0.0.0000 IsVBR : 0 encoder : Lavf54.22.104 Duration: 00:01:47.24, start: 0.000000, bitrate: 1577 kb/s Stream #0:0: Video: flv1, yuv420p, 1280x720, 200 kb/s, 23.98 tbr, 1k tbn, 1k tbc Stream #0:1: Audio: mp3, 44100 Hz, stereo, s16, 128 kb/s [STREAM] index=0 codec_name=flv codec_long_name=FLV / Sorenson Spark / Sorenson H.263 (Flash Video) profile=unknown codec_type=video codec_time_base=1/1000 codec_tag_string=[0][0][0][0] codec_tag=0x0000 width=1280 height=720 has_b_frames=0 sample_aspect_ratio=0:1 display_aspect_ratio=0:1 pix_fmt=yuv420p level=-99 timecode=N/A id=N/A r_frame_rate=24000/1001 avg_frame_rate=0/0 time_base=1/1000 start_time=0.025000 duration=N/A bit_rate=200000 nb_frames=N/A nb_read_frames=N/A nb_read_packets=N/A [/STREAM] [STREAM] index=1 codec_name=mp3 codec_long_name=MP3 (MPEG audio layer 3) profile=unknown codec_type=audio codec_time_base=1/44100 codec_tag_string=[0][0][0][0] codec_tag=0x0000 sample_fmt=s16 sample_rate=44100 channels=2 bits_per_sample=0 id=N/A r_frame_rate=0/0 avg_frame_rate=0/0 time_base=1/1000 start_time=0.000000 duration=N/A bit_rate=128000 nb_frames=N/A nb_read_frames=N/A nb_read_packets=N/A [/STREAM] }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 16 00:36:02 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 15 Aug 2012 22:36:02 -0000 Subject: [FFmpeg-trac] #1425(FFmpeg:closed): Clips generated by ffmpeg using segment muxer are not correctly played on some videoplayers In-Reply-To: <034.c949a90b78abdb976547c6d686d12cf0@avcodec.org> References: <034.c949a90b78abdb976547c6d686d12cf0@avcodec.org> Message-ID: <049.a156484dd60a7b577dfe8a354afb6470@avcodec.org> #1425: Clips generated by ffmpeg using segment muxer are not correctly played on some videoplayers -------------------------------------+----------------------------------- Reporter: knovz | Owner: Type: defect | Status: closed Priority: normal | Component: FFmpeg Version: git-master | Resolution: invalid Keywords: segment mp4 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 1 | -------------------------------------+----------------------------------- Changes (by saste): * analyzed: 0 => 1 * status: new => closed * resolution: => invalid Comment: Please note that the generated playlist file is '''not''' an M3U8 file, so you can't expect players to play it like it was. In order to generate an M3U8 playlist file you can use a script, or check ticket #1642 for which a patchset has been already posted. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 16 00:53:40 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 15 Aug 2012 22:53:40 -0000 Subject: [FFmpeg-trac] #1621(undetermined:new): Converted flash video has longer duration than the source In-Reply-To: <035.ccfae6a1e9c6644477b83c05851a9154@avcodec.org> References: <035.ccfae6a1e9c6644477b83c05851a9154@avcodec.org> Message-ID: <050.85fc58b60db0f6c56007b2cf79af30c0@avcodec.org> #1621: Converted flash video has longer duration than the source -------------------------------------+------------------------------------- Reporter: agowad | 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 test current git head, if the problem is still reproducible provide the input sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 16 01:50:21 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 15 Aug 2012 23:50:21 -0000 Subject: [FFmpeg-trac] #1635(avcodec:closed): snow crash 2 In-Reply-To: <038.c95933417e6634a8bafd180f18c51d95@avcodec.org> References: <038.c95933417e6634a8bafd180f18c51d95@avcodec.org> Message-ID: <053.008ee69598b8d49513c57629f5a974df@avcodec.org> #1635: snow crash 2 -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: crash | Blocked By: SIGSEGV snow | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 16 03:01:47 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Aug 2012 01:01:47 -0000 Subject: [FFmpeg-trac] #1612(avformat:closed): real_144: fix currecnt duration while playing with FFplay In-Reply-To: <038.c239699b46f4fdf4f6157ab7aae58edb@avcodec.org> References: <038.c239699b46f4fdf4f6157ab7aae58edb@avcodec.org> Message-ID: <053.dbe65be3fb455c7c02943d86ddf462af@avcodec.org> #1612: real_144: fix currecnt duration while playing with FFplay -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: real | 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 Thu Aug 16 03:14:58 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Aug 2012 01:14:58 -0000 Subject: [FFmpeg-trac] #1633(avcodec:closed): sp5x crash In-Reply-To: <038.a75a2c3bfc6013662788b0941cf61204@avcodec.org> References: <038.a75a2c3bfc6013662788b0941cf61204@avcodec.org> Message-ID: <053.fee9992d3aecf70320bcfb4b93209534@avcodec.org> #1633: sp5x crash ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: sp5x | 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 Thu Aug 16 04:24:57 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Aug 2012 02:24:57 -0000 Subject: [FFmpeg-trac] #1640(avformat:closed): ffplay crashes after seeking in corrupted dvvideo In-Reply-To: <038.7dfcbb538a3e725e68d7914e9d218d23@avcodec.org> References: <038.7dfcbb538a3e725e68d7914e9d218d23@avcodec.org> Message-ID: <053.6ad4998946c0b8e722be83e97ed82e06@avcodec.org> #1640: ffplay crashes after seeking in corrupted dvvideo -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: crash | Blocked By: SIGSEGV dv | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 16 07:22:35 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Aug 2012 05:22:35 -0000 Subject: [FFmpeg-trac] #1605(undetermined:open): seek issue for realmedia files In-Reply-To: <041.7abc21d2deb7e37bd398c0e962f92668@avcodec.org> References: <041.7abc21d2deb7e37bd398c0e962f92668@avcodec.org> Message-ID: <056.af74864ae3b22d8cb6b045fd1f196749@avcodec.org> #1605: seek issue for realmedia files -------------------------------------+------------------------------------- Reporter: Abu | Owner: Abdullah | Status: open Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: cook | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Abu Abdullah): Please check as well the seeking point itself, it seems it is shifted by the same amount i.e. 0 -> 2 then (seeking point+2) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 16 08:10:55 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Aug 2012 06:10:55 -0000 Subject: [FFmpeg-trac] #1473(FFplay:closed): ffplay: mp3 with multiple APICs In-Reply-To: <038.fb4d8ed1db80f3271e0f2fb089e2e924@avcodec.org> References: <038.fb4d8ed1db80f3271e0f2fb089e2e924@avcodec.org> Message-ID: <053.7893de51fdfefff079ebd8c006d5dda8@avcodec.org> #1473: ffplay: mp3 with multiple APICs ------------------------------------+---------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: FFplay Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Implemented by Michael. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 16 10:04:22 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Aug 2012 08:04:22 -0000 Subject: [FFmpeg-trac] #1621(undetermined:new): Converted flash video has longer duration than the source In-Reply-To: <035.ccfae6a1e9c6644477b83c05851a9154@avcodec.org> References: <035.ccfae6a1e9c6644477b83c05851a9154@avcodec.org> Message-ID: <050.9d99f982ce5230f9f7330b4ab3efc2f7@avcodec.org> #1621: Converted flash video has longer duration than the source -------------------------------------+------------------------------------- Reporter: agowad | 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 agowad): Hello I have used instructions from following article to build ffmpeg under windows: [http://www.gooli.org/blog/building-ffmpeg-for-windows-with-msys-and- mingw/] However, after running make I received a few errors. Therefore, I have great request to you - Could you please try to test it on your development machine or point me to some tutorial that may work? Unfortunately, the media file I used initially (Dolphins_720.wmv) is 72MB, therefore, I have chosen different, smaller one (fishermans_friendCD_720_xvid.avi). I will add it as attachment to this ticket. Below I put outputs of previously requested commands. * COMMAND {{{ ffmpeg.exe -i "fishermans_friendCD_720_xvid.avi" -ar 44100 "fishermans_friendCD_720_xvid_TMP.flv" }}} * OUTPUT {{{ ffmpeg version N-43206-gf857465 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 4 2012 16:10:39 with gcc 4.7.1 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-runtime-cpudetect --enable-avisynth --enable-bzlib --enable- frei0r --ena ble-libass --enable-libcelt --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libfreetype --enable-libgsm --enable-libmp3lame --enable-li bnut --enable-libopenjpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libutvideo --enable-libvo- aacenc --e nable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 66.100 / 51. 66.100 libavcodec 54. 49.100 / 54. 49.100 libavformat 54. 22.100 / 54. 22.100 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 5.102 / 3. 5.102 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, avi, from 'fishermans_friendCD_720_xvid.avi': Metadata: encoder : MEncoder Sherpya-SVN-r32492-4.2.5 Duration: 00:00:09.96, start: 0.000000, bitrate: 1090 kb/s Stream #0:0: Video: mpeg4 (Simple Profile) (XVID / 0x44495658), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 25 tbr, 25 tbn, 25 tbc Stream #0:1: Audio: mp3 (U[0][0][0] / 0x0055), 44100 Hz, stereo, s16, 128 kb/s Output #0, flv, to 'fishermans_friendCD_720_xvid_TMP.flv': Metadata: encoder : Lavf54.22.100 Stream #0:0: Video: flv1 ([2][0][0][0] / 0x0002), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 1k tbn, 25 tbc Stream #0:1: Audio: mp3 ([2][0][0][0] / 0x0002), 44100 Hz, stereo, s16 Stream mapping: Stream #0:0 -> #0:0 (mpeg4 -> flv) Stream #0:1 -> #0:1 (mp3 -> libmp3lame) Press [q] to stop, [?] for help frame= 247 fps= 84 q=31.0 Lsize= 1720kB time=00:00:09.95 bitrate=1415.8kbits/s video:1554kB audio:156kB subtitle:0 global headers:0kB muxing overhead 0.593016% }}} * COMMAND {{{ ffprobe.exe -show_streams fishermans_friendCD_720_xvid.avi }}} * OUTPUT {{{ ffprobe version N-43594-gf0896a6 Copyright (c) 2007-2012 the FFmpeg developers built on Aug 15 2012 21:25:48 with gcc 4.7.1 (GCC) configuration: --enable-gpl --enable-version3 --disable-pthreads --enable-runtime-cpudetect --enable-avisynth --enable-bzlib --enable- frei0r --enabl e-libass --enable-libcelt --enable-libopencore-amrnb --enable-libopencore- amrwb --enable-libfreetype --enable-libgsm --enable-libmp3lame --enable- libn ut --enable-libopenjpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libutvideo --enable-libvo- aacenc --ena ble-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 69.100 / 51. 69.100 libavcodec 54. 52.100 / 54. 52.100 libavformat 54. 23.101 / 54. 23.101 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 9.100 / 3. 9.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, avi, from 'fishermans_friendCD_720_xvid.avi': Metadata: encoder : MEncoder Sherpya-SVN-r32492-4.2.5 Duration: 00:00:09.96, start: 0.000000, bitrate: 1090 kb/s Stream #0:0: Video: mpeg4 (Simple Profile) (XVID / 0x44495658), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 25 tbr, 25 tbn, 25 tbc Stream #0:1: Audio: mp3 (U[0][0][0] / 0x0055), 44100 Hz, stereo, s16, 128 kb/s [STREAM] index=0 codec_name=mpeg4 codec_long_name=MPEG-4 part 2 profile=Simple Profile codec_type=video codec_time_base=1/25 codec_tag_string=XVID codec_tag=0x44495658 width=1280 height=720 has_b_frames=0 sample_aspect_ratio=1:1 display_aspect_ratio=16:9 pix_fmt=yuv420p level=3 timecode=N/A quarter_sample=0 divx_packed=0 id=N/A r_frame_rate=25/1 avg_frame_rate=0/0 time_base=1/25 start_time=0.000000 duration=9.960000 bit_rate=N/A nb_frames=249 nb_read_frames=N/A nb_read_packets=N/A [/STREAM] [STREAM] index=1 codec_name=mp3 codec_long_name=MP3 (MPEG audio layer 3) profile=unknown codec_type=audio codec_time_base=1/44100 codec_tag_string=U[0][0][0] codec_tag=0x0055 sample_fmt=s16 sample_rate=44100 channels=2 bits_per_sample=0 id=N/A r_frame_rate=0/0 avg_frame_rate=0/0 time_base=32/1225 start_time=0.000000 duration=9.952653 bit_rate=128000 nb_frames=381 nb_read_frames=N/A nb_read_packets=N/A [/STREAM] }}} * COMMAND {{{ ffprobe.exe -show_streams fishermans_friendCD_720_xvid_TMP.flv }}} * OUTPUT {{{ ffprobe version N-43594-gf0896a6 Copyright (c) 2007-2012 the FFmpeg developers built on Aug 15 2012 21:25:48 with gcc 4.7.1 (GCC) configuration: --enable-gpl --enable-version3 --disable-pthreads --enable-runtime-cpudetect --enable-avisynth --enable-bzlib --enable- frei0r --enabl e-libass --enable-libcelt --enable-libopencore-amrnb --enable-libopencore- amrwb --enable-libfreetype --enable-libgsm --enable-libmp3lame --enable- libn ut --enable-libopenjpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libutvideo --enable-libvo- aacenc --ena ble-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 69.100 / 51. 69.100 libavcodec 54. 52.100 / 54. 52.100 libavformat 54. 23.101 / 54. 23.101 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 9.100 / 3. 9.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, flv, from 'fishermans_friendCD_720_xvid_TMP.flv': Metadata: encoder : Lavf54.22.100 Duration: 00:00:11.07, start: 0.000000, bitrate: 1272 kb/s Stream #0:0: Video: flv1, yuv420p, 1280x720, 200 kb/s, 25 tbr, 1k tbn, 1k tbc Stream #0:1: Audio: mp3, 44100 Hz, stereo, s16, 128 kb/s [STREAM] index=0 codec_name=flv codec_long_name=FLV / Sorenson Spark / Sorenson H.263 (Flash Video) profile=unknown codec_type=video codec_time_base=1/1000 codec_tag_string=[0][0][0][0] codec_tag=0x0000 width=1280 height=720 has_b_frames=0 sample_aspect_ratio=0:1 display_aspect_ratio=0:1 pix_fmt=yuv420p level=-99 timecode=N/A id=N/A r_frame_rate=25/1 avg_frame_rate=0/0 time_base=1/1000 start_time=0.025000 duration=N/A bit_rate=200000 nb_frames=N/A nb_read_frames=N/A nb_read_packets=N/A [/STREAM] [STREAM] index=1 codec_name=mp3 codec_long_name=MP3 (MPEG audio layer 3) profile=unknown codec_type=audio codec_time_base=1/44100 codec_tag_string=[0][0][0][0] codec_tag=0x0000 sample_fmt=s16 sample_rate=44100 channels=2 bits_per_sample=0 id=N/A r_frame_rate=0/0 avg_frame_rate=0/0 time_base=1/1000 start_time=0.000000 duration=N/A bit_rate=128000 nb_frames=N/A nb_read_frames=N/A nb_read_packets=N/A [/STREAM] }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 16 10:22:05 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Aug 2012 08:22:05 -0000 Subject: [FFmpeg-trac] #1608(avformat:closed): lxfdec fails to recognize 16 channels In-Reply-To: <039.f27da922fa5d90b47fb5bcb7206431b0@avcodec.org> References: <039.f27da922fa5d90b47fb5bcb7206431b0@avcodec.org> Message-ID: <054.e83abe4a4a1fef85836c0926fa1f62cb@avcodec.org> #1608: lxfdec fails to recognize 16 channels ------------------------------------+------------------------------------ Reporter: gerard3818 | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: lxf | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Thank you for testing and the analysis! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 16 11:08:00 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Aug 2012 09:08:00 -0000 Subject: [FFmpeg-trac] #1644(avfilter:new): vf select doesn't work with multiple images output Message-ID: <035.2c4e0b695a4de7ff14d5bd143831ea99@avcodec.org> #1644: vf select doesn't work with multiple images output ---------------------------------------+---------------------------------- Reporter: ubitux | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: unspecified | Keywords: select Blocked By: | Blocking: Reproduced by developer: 1 | Analyzed by developer: 0 ---------------------------------------+---------------------------------- {{{ % ./ffmpeg -f lavfi -i testsrc -vf 'select=not(mod(n\,1000))' -frames:v 5 out%d.png ffmpeg version N-43602-g569027e Copyright (c) 2000-2012 the FFmpeg developers built on Aug 16 2012 09:00:20 with gcc 4.7 (Debian 4.7.1-6) configuration: --enable-gpl --enable-fontconfig --enable-libfreetype --enable-libmp3lame --cc='ccache cc' --extra-cflags=-fstack-protector-all --enable-libx264 --enable-libvorbis --enable-libmodplug --enable-libass --samples=/home/cboesch/fate-samples --prefix=/home/cboesch/src/ff/ffmpeg/ffmpeg_build --enable-x11grab --enable-libvpx libavutil 51. 69.100 / 51. 69.100 libavcodec 54. 53.100 / 54. 53.100 libavformat 54. 24.100 / 54. 24.100 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 9.100 / 3. 9.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [lavfi @ 0x2f10260] Estimating duration from bitrate, this may be inaccurate Input #0, lavfi, from 'testsrc': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Video: rawvideo (RGB[24] / 0x18424752), rgb24, 320x240 [SAR 1:1 DAR 4:3], 25 tbr, 25 tbn, 25 tbc Output #0, image2, to 'out%d.png': Metadata: encoder : Lavf54.24.100 Stream #0:0: Video: png, rgb24, 320x240 [SAR 1:1 DAR 4:3], q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> png) Press [q] to stop, [?] for help frame= 5 fps=0.0 q=0.0 Lsize= 0kB time=00:00:00.20 bitrate= 0.0kbits/s dup=3 drop=0 video:13kB audio:0kB subtitle:0 global headers:0kB muxing overhead -100.000000% }}} Image 1 looks ok, but image 2 to 5 are identical; this is not correct. On the other hand, the output is correct with: {{{ % ./ffmpeg -f lavfi -i testsrc -vf 'select=not(mod(n\,1000)),tile=5x1' -frames:v 1 out.png ffmpeg version N-43602-g569027e Copyright (c) 2000-2012 the FFmpeg developers built on Aug 16 2012 09:00:20 with gcc 4.7 (Debian 4.7.1-6) configuration: --enable-gpl --enable-fontconfig --enable-libfreetype --enable-libmp3lame --cc='ccache cc' --extra-cflags=-fstack-protector-all --enable-libx264 --enable-libvorbis --enable-libmodplug --enable-libass --samples=/home/cboesch/fate-samples --prefix=/home/cboesch/src/ff/ffmpeg/ffmpeg_build --enable-x11grab --enable-libvpx libavutil 51. 69.100 / 51. 69.100 libavcodec 54. 53.100 / 54. 53.100 libavformat 54. 24.100 / 54. 24.100 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 9.100 / 3. 9.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [lavfi @ 0x1ec4260] Estimating duration from bitrate, this may be inaccurate Input #0, lavfi, from 'testsrc': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Video: rawvideo (RGB[24] / 0x18424752), rgb24, 320x240 [SAR 1:1 DAR 4:3], 25 tbr, 25 tbn, 25 tbc Output #0, image2, to 'out.png': Metadata: encoder : Lavf54.24.100 Stream #0:0: Video: png, rgb24, 1600x240 [SAR 1:1 DAR 20:3], q=2-31, 200 kb/s, 90k tbn, 5 tbc Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> png) Press [q] to stop, [?] for help frame= 1 fps=0.0 q=0.0 Lsize= 0kB time=00:00:00.20 bitrate= 0.0kbits/s video:11kB audio:0kB subtitle:0 global headers:0kB muxing overhead -100.000000% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 16 11:13:08 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Aug 2012 09:13:08 -0000 Subject: [FFmpeg-trac] #1644(avfilter:new): vf select doesn't work with multiple images output In-Reply-To: <035.2c4e0b695a4de7ff14d5bd143831ea99@avcodec.org> References: <035.2c4e0b695a4de7ff14d5bd143831ea99@avcodec.org> Message-ID: <050.b1ccac27b5d131540d60c7d56ccc421e@avcodec.org> #1644: vf select doesn't work with multiple images output -------------------------------------+------------------------------------ Reporter: ubitux | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: unspecified | Resolution: Keywords: select | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by Cigaes): image2 is not capable of variable frame rate, so {{{-vsync cfr}}} is the default. Using {{{-vsync vfr}}} will force it and make your example work. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 16 14:12:07 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Aug 2012 12:12:07 -0000 Subject: [FFmpeg-trac] #1645(avformat:new): Duration calculation error when -ss precedes -i Message-ID: <038.2a13a388fb010b4c57443754bbfa656d@avcodec.org> #1645: Duration calculation error when -ss precedes -i -------------------------------------+------------------------------------- Reporter: cheedoong | Type: defect Status: new | Priority: important Component: avformat | Version: git- Keywords: Duration | master error; ss before i | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: It appeared long time ago, I also saw somebody else posted similar issues onto other forums. How to reproduce: {{{ % ffmpeg.exe -y -ss 00:00:05 -t 00:00:15 -i "http://182.131.19.177/videoctfs.tc.qq.com/k01025rk99s.p708.1.flv?sdtfrom=v2&type=tflv&vkey=49B6CAA790F75B58D8D8C20CA392116CD6A4B647573068BF7B66B03859BFB5E0B6A814A10B843B18&level=3&sha=3928588565e69ba1897b9ad4b876014ef0697d2a&platform=1&br=20&fmt=sd" -vcodec libx264 -acodec libmp3lame -strict -2 -f mpegts dura_err.ts 2>dura_err.txt dura_err.txt: ffmpeg version N-42547-g7543fd8 Copyright (c) 2000-2012 the FFmpeg developers built on Jul 15 2012 21:36:07 with gcc 4.7.1 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-runtime-cpudetect --enable-avisynth --enable-bzlib --enable- frei0r --enable-libass --enable-libcelt --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable-libgsm --enable- libmp3lame --enable-libnut --enable-libopenjpeg --enable-librtmp --enable- libschroedinger --enable-libspeex --enable-libtheora --enable-libutvideo --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable- libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 65.100 / 51. 65.100 libavcodec 54. 40.100 / 54. 40.100 libavformat 54. 16.104 / 54. 16.104 libavdevice 54. 1.100 / 54. 1.100 libavfilter 3. 2.100 / 3. 2.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, flv, from 'http://182.131.19.177/videoctfs.tc.qq.com/k01025rk99s.p708.1.flv?sdtfrom=v2&type=tflv&vkey=49B6CAA790F75B58D8D8C20CA392116CD6A4B647573068BF7B66B03859BFB5E0B6A814A10B843B18&level=3&sha=3928588565e69ba1897b9ad4b876014ef0697d2a&platform=1&br=20&fmt=sd': Metadata: creator : QQVideo hasKeyframes : true hasVideo : true hasAudio : true hasMetadata : true canSeekToEnd : true datasize : 6994383 videosize : 5049011 audiosize : 1889996 lasttimestamp : 238 lastkeyframetimestamp: 238 lastkeyframelocation: 6995950 Duration: 00:03:58.33, start: 0.067000, bitrate: 234 kb/s Stream #0:0: Video: h264 (Main), yuv420p, 480x270 [SAR 1:1 DAR 16:9], 168 kb/s, 15 tbr, 1k tbn, 30 tbc Stream #0:1: Audio: aac, 44100 Hz, stereo, s16, 59 kb/s -t is not an input option, keeping it for the next output; consider fixing your command line. [libx264 @ 03532a20] using SAR=1/1 [libx264 @ 03532a20] using cpu capabilities: MMX2 SSE2Fast FastShuffle SSEMisalign LZCNT [libx264 @ 03532a20] profile High, level 2.1 [mpegts @ 03532320] muxrate VBR, pcr every 1 pkts, sdt every 200, pat/pmt every 40 pkts Output #0, mpegts, to 'bug3.ts': Metadata: creator : QQVideo hasKeyframes : true hasVideo : true hasAudio : true hasMetadata : true canSeekToEnd : true datasize : 6994383 videosize : 5049011 audiosize : 1889996 lasttimestamp : 238 lastkeyframetimestamp: 238 lastkeyframelocation: 6995950 encoder : Lavf54.16.104 Stream #0:0: Video: h264, yuv420p, 480x270 [SAR 1:1 DAR 16:9], q=-1-- 1, 90k tbn, 15 tbc Stream #0:1: Audio: mp3, 44100 Hz, stereo, s16 Stream mapping: Stream #0:0 -> #0:0 (h264 -> libx264) Stream #0:1 -> #0:1 (aac -> libmp3lame) Press [q] to stop, [?] for help DTS -3000, next:-3001000 st:0 invalid dropping PTS -2867, next:-3001000 invalid dropping st:0 DTS -2933, next:-2935000 st:0 invalid dropping PTS -2933, next:-2935000 invalid dropping st:0 DTS -2867, next:-2869000 st:0 invalid dropping PTS -2733, next:-2869000 invalid dropping st:0 DTS -2800, next:-2803000 st:0 invalid dropping PTS -2800, next:-2803000 invalid dropping st:0 DTS -2733, next:-2737000 st:0 invalid dropping PTS -2533, next:-2737000 invalid dropping st:0 frame= 0 fps=0.0 q=0.0 size= 0kB time=00:00:-2.-70 bitrate= -0.0kbits/s dup=0 drop=2 frame= 0 fps=0.0 q=0.0 size= 0kB time=00:00:-1.-14 bitrate= -0.0kbits/s dup=0 drop=26 frame= 58 fps= 36 q=27.0 size= 114kB time=00:00:00.40 bitrate=2331.2kbits/s dup=0 drop=43 frame= 134 fps= 64 q=27.0 size= 481kB time=00:00:05.46 bitrate= 720.5kbits/s dup=0 drop=43 frame= 207 fps= 79 q=27.0 size= 824kB time=00:00:10.33 bitrate= 652.9kbits/s dup=0 drop=43 frame= 225 fps= 73 q=27.0 Lsize= 1209kB time=00:00:14.86 bitrate= 666.3kbits/s dup=6 drop=43 video:809kB audio:282kB subtitle:0 global headers:0kB muxing overhead 10.804575% [libx264 @ 03532a20] frame I:10 Avg QP:22.60 size: 8799 [libx264 @ 03532a20] frame P:150 Avg QP:24.22 size: 4437 [libx264 @ 03532a20] frame B:65 Avg QP:26.54 size: 1149 [libx264 @ 03532a20] consecutive B-frames: 48.0% 39.1% 4.0% 8.9% [libx264 @ 03532a20] mb I I16..4: 5.1% 70.4% 24.5% [libx264 @ 03532a20] mb P I16..4: 4.7% 26.6% 6.3% P16..4: 30.4% 12.3% 4.2% 0.0% 0.0% skip:15.5% [libx264 @ 03532a20] mb B I16..4: 0.5% 1.9% 0.5% B16..8: 33.9% 6.0% 1.3% direct: 2.9% skip:52.9% L0:41.0% L1:51.8% BI: 7.2% [libx264 @ 03532a20] 8x8 transform intra:70.6% inter:62.4% [libx264 @ 03532a20] coded y,uvDC,uvAC intra: 77.3% 60.1% 12.9% inter: 23.7% 18.2% 1.4% [libx264 @ 03532a20] i16 v,h,dc,p: 20% 23% 7% 50% [libx264 @ 03532a20] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 20% 19% 15% 5% 7% 8% 7% 7% 9% [libx264 @ 03532a20] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 22% 21% 15% 6% 9% 9% 8% 6% 6% [libx264 @ 03532a20] i8c dc,h,v,p: 54% 25% 16% 5% [libx264 @ 03532a20] Weighted P-Frames: Y:10.7% UV:5.3% [libx264 @ 03532a20] ref P L0: 59.1% 17.4% 15.9% 6.8% 0.8% [libx264 @ 03532a20] ref B L0: 86.0% 13.5% 0.6% [libx264 @ 03532a20] ref B L1: 97.8% 2.2% [libx264 @ 03532a20] kb/s:441.71 % ffmpeg -i dura_err.ts 2>dura_err2.txt dura_err2.txt: ffmpeg version N-42547-g7543fd8 Copyright (c) 2000-2012 the FFmpeg developers built on Jul 15 2012 21:36:07 with gcc 4.7.1 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-runtime-cpudetect --enable-avisynth --enable-bzlib --enable- frei0r --enable-libass --enable-libcelt --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable-libgsm --enable- libmp3lame --enable-libnut --enable-libopenjpeg --enable-librtmp --enable- libschroedinger --enable-libspeex --enable-libtheora --enable-libutvideo --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable- libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 65.100 / 51. 65.100 libavcodec 54. 40.100 / 54. 40.100 libavformat 54. 16.104 / 54. 16.104 libavdevice 54. 1.100 / 54. 1.100 libavfilter 3. 2.100 / 3. 2.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [mpegts @ 02220fe0] max_analyze_duration 5000000 reached at 5015467 Input #0, mpegts, from 'bug3.ts': Duration: 26:30:58.56, start: 1.400000, bitrate: 0 kb/s Program 1 Metadata: service_name : Service01 service_provider: FFmpeg Stream #0:0[0x100]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p, 480x270 [SAR 1:1 DAR 16:9], 15 fps, 15 tbr, 90k tbn, 30 tbc Stream #0:1[0x101]: Audio: mp3 ([3][0][0][0] / 0x0003), 44100 Hz, stereo, s16, 128 kb/s At least one output file must be specified The Duration should be 00:00:10. However I also saw the duration occurred to be {-ss + -t} in some cases, which was also wrong. When I put -ss before and after -i (the fast and accurate seeking mode), everything became correct. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 16 15:35:51 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Aug 2012 13:35:51 -0000 Subject: [FFmpeg-trac] #1644(avfilter:new): vf select doesn't work with multiple images output In-Reply-To: <035.2c4e0b695a4de7ff14d5bd143831ea99@avcodec.org> References: <035.2c4e0b695a4de7ff14d5bd143831ea99@avcodec.org> Message-ID: <050.661cd28e30ba7677cb31ca35b51948a0@avcodec.org> #1644: vf select doesn't work with multiple images output -------------------------------------+------------------------------------ Reporter: ubitux | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: unspecified | Resolution: Keywords: select | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by ubitux): Replying to [comment:1 Cigaes]: > image2 is not capable of variable frame rate, so {{{-vsync cfr}}} is the default. Using {{{-vsync vfr}}} will force it and make your example work. Interesting, but that default behavior is not expected... Any idea what could be done to improve that? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 16 17:00:41 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Aug 2012 15:00:41 -0000 Subject: [FFmpeg-trac] #1621(undetermined:new): Converted flash video has longer duration than the source In-Reply-To: <035.ccfae6a1e9c6644477b83c05851a9154@avcodec.org> References: <035.ccfae6a1e9c6644477b83c05851a9154@avcodec.org> Message-ID: <050.015d8680e84689b4de94abf789383039@avcodec.org> #1621: Converted flash video has longer duration than the source -------------------------------------+------------------------------------- Reporter: agowad | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by rogerdpack): 00:00:09.96 increases to 00:00:09.98 is this what you're describing? As a note with "-an" it retains the same size, so I wonder if it's related to this: http://ffmpeg.org/pipermail/ffmpeg-user/2012-August/008841.html though converting it over and over into .mp4 doesn't seem to increase the duration... Also when I do an ffprobe on the input, it shows the last video packet at 9.92 (lasting 0.04, so until 0.96), and the same in the output (XX.mp4), however the audio seems to last far longer (stretched? padded?) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 16 17:30:58 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Aug 2012 15:30:58 -0000 Subject: [FFmpeg-trac] #1621(undetermined:new): Converted flash video has longer duration than the source In-Reply-To: <035.ccfae6a1e9c6644477b83c05851a9154@avcodec.org> References: <035.ccfae6a1e9c6644477b83c05851a9154@avcodec.org> Message-ID: <050.6332f4c0351e4634c8feb4010334c02d@avcodec.org> #1621: Converted flash video has longer duration than the source -------------------------------------+------------------------------------- Reporter: agowad | 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 agowad): No, this is not the issue. For me a problem occurs if the difference is bigger than 0,5s. The example I supplied was for flash output video (not mp4), however, if you like then I have other media files for which generated mp4 is also longer. Can you please verify the file for .flv output? Just for your infomration - I am using latest build of ffmpeg.exe from (http://ffmpeg.zeranoe.com/builds/). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 16 17:36:48 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Aug 2012 15:36:48 -0000 Subject: [FFmpeg-trac] #1621(undetermined:new): Converted flash video has longer duration than the source In-Reply-To: <035.ccfae6a1e9c6644477b83c05851a9154@avcodec.org> References: <035.ccfae6a1e9c6644477b83c05851a9154@avcodec.org> Message-ID: <050.2dbb1d3abfc522e1bbcaea31abb42758@avcodec.org> #1621: Converted flash video has longer duration than the source -------------------------------------+------------------------------------- Reporter: agowad | 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 agowad): I just tried (added -an): {{{ ffmpeg.exe -i "fishermans_friendCD_720_xvid.avi" -an -ar 44100 "fishermans_friendCD_720_xvid_TMP.flv" }}} And the output flash duration was the same as input! {{{ ffprobe.exe -show_streams fishermans_friendCD_720_xvid_TMP.flv }}} {{{ ffprobe version N-43594-gf0896a6 Copyright (c) 2007-2012 the FFmpeg developers built on Aug 15 2012 21:25:48 with gcc 4.7.1 (GCC) configuration: --enable-gpl --enable-version3 --disable-pthreads --enable-runtime-cpudetect --enable-avisynth --enable-bzlib --enable- frei0r --enable-libass - -enable-libcelt --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable-libgsm --enable-libmp3lame --enable-libnut --enable-libopenj peg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable- libtheora --enable-libutvideo --enable-libvo-aacenc --enable-libvo- amrwbenc --enable-li bvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 69.100 / 51. 69.100 libavcodec 54. 52.100 / 54. 52.100 libavformat 54. 23.101 / 54. 23.101 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 9.100 / 3. 9.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, flv, from 'fishermans_friendCD_720_xvid_TMP.flv': Metadata: encoder : Lavf54.22.100 Duration: 00:00:09.96, start: 0.000000, bitrate: 1281 kb/s Stream #0:0: Video: flv1, yuv420p, 1280x720, 200 kb/s, 25 tbr, 1k tbn, 1k tbc [STREAM] index=0 codec_name=flv codec_long_name=FLV / Sorenson Spark / Sorenson H.263 (Flash Video) profile=unknown codec_type=video codec_time_base=1/1000 codec_tag_string=[0][0][0][0] codec_tag=0x0000 width=1280 height=720 has_b_frames=0 sample_aspect_ratio=0:1 display_aspect_ratio=0:1 pix_fmt=yuv420p level=-99 timecode=N/A id=N/A r_frame_rate=25/1 avg_frame_rate=0/0 time_base=1/1000 start_time=0.000000 duration=N/A bit_rate=200000 nb_frames=N/A nb_read_frames=N/A nb_read_packets=N/A [/STREAM] }}} From ffmpeg documentation I can read: {{{ ?-an (output)? Disable audio recording. }}} To be honest, I don't understand that, but is that the solution to my problem? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 16 17:39:03 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Aug 2012 15:39:03 -0000 Subject: [FFmpeg-trac] #1621(undetermined:new): Converted flash video has longer duration than the source In-Reply-To: <035.ccfae6a1e9c6644477b83c05851a9154@avcodec.org> References: <035.ccfae6a1e9c6644477b83c05851a9154@avcodec.org> Message-ID: <050.f877619ce1ebd5a39a3ee7690d91f74a@avcodec.org> #1621: Converted flash video has longer duration than the source -------------------------------------+------------------------------------- Reporter: agowad | 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 agowad): It is not... :-( There is no audio in the generated flash. So I can assume that there is some issue with the sound then. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 16 18:27:13 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Aug 2012 16:27:13 -0000 Subject: [FFmpeg-trac] #1478(FFmpeg:new): PulseAudio input performance regression In-Reply-To: <041.f95fd9b0ea08190be91d4e26d0acfd3f@avcodec.org> References: <041.f95fd9b0ea08190be91d4e26d0acfd3f@avcodec.org> Message-ID: <056.44999db4d4a39647d7cc62130ba9f547@avcodec.org> #1478: PulseAudio input performance regression --------------------------------------+---------------------------------- Reporter: GreatEmerald | Owner: Type: defect | Status: new Priority: important | Component: FFmpeg Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- Comment (by GreatEmerald): And now tested on another machine - it confirmed the bug fixed by the same commit. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 16 19:03:14 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Aug 2012 17:03:14 -0000 Subject: [FFmpeg-trac] #1154(undetermined:open): Application provided invalid, non monotonically increasing dts to muxer In-Reply-To: <043.572d335b5c9672fe6f5f95580b5bb7d1@avcodec.org> References: <043.572d335b5c9672fe6f5f95580b5bb7d1@avcodec.org> Message-ID: <058.0f0f7a34c96508d1c741d41f4c114cf9@avcodec.org> #1154: Application provided invalid, non monotonically increasing dts to muxer -------------------------------------+------------------------------------- Reporter: | Owner: greenythebeast | Status: open Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: | Blocked By: av_interleaved_write_frame flv | Reproduced by developer: 1 h264 | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by rogerdpack): that patch said it was applied, so I assume this works for you now? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 16 20:38:31 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Aug 2012 18:38:31 -0000 Subject: [FFmpeg-trac] #1646(undetermined:new): bad first_dts in h264 file Message-ID: <036.aa3bd6056c902e78a835f60a0723d3a9@avcodec.org> #1646: bad first_dts in h264 file -------------------------------------+------------------------------------- Reporter: DonMoir | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- The file bad_first_dts_h264_cut.mp4 has a first_dts of 7 in the video stream. I think it should be zero. The first video packet has a dts of zero and the first index entry has a timestamp of zero. Not sure I can show you a command line that will reproduce the problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 16 20:42:51 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Aug 2012 18:42:51 -0000 Subject: [FFmpeg-trac] #1646(undetermined:new): bad first_dts in h264 file In-Reply-To: <036.aa3bd6056c902e78a835f60a0723d3a9@avcodec.org> References: <036.aa3bd6056c902e78a835f60a0723d3a9@avcodec.org> Message-ID: <051.629f347c62dc72a36007e4dea73722e1@avcodec.org> #1646: bad first_dts in h264 file -------------------------------------+------------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by DonMoir): Outside of a short term problem with RELATIVE_TS_BASE in some ogg files, this is the first time I am aware of file with a bad first_dts. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 16 22:02:01 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Aug 2012 20:02:01 -0000 Subject: [FFmpeg-trac] #1646(undetermined:new): bad first_dts in h264 file In-Reply-To: <036.aa3bd6056c902e78a835f60a0723d3a9@avcodec.org> References: <036.aa3bd6056c902e78a835f60a0723d3a9@avcodec.org> Message-ID: <051.3dff15463a01dc04b8040cd957be0ff4@avcodec.org> #1646: bad first_dts in h264 file -------------------------------------+------------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by DonMoir): This appears to be a regression. I found another h264 file with same problem. Last known good to me is: N-40301-gc1fe2db -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 16 22:29:46 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Aug 2012 20:29:46 -0000 Subject: [FFmpeg-trac] #1629(avcodec:closed): escape124 possible invalid writes In-Reply-To: <038.b9c3a647afb7b29d5a4f59f826ed4559@avcodec.org> References: <038.b9c3a647afb7b29d5a4f59f826ed4559@avcodec.org> Message-ID: <053.05a7ef2600c47f43a5a6c0a759a5ce31@avcodec.org> #1629: escape124 possible invalid writes ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: escape124 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed * component: undetermined => avcodec * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 16 23:01:43 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Aug 2012 21:01:43 -0000 Subject: [FFmpeg-trac] #1147(undetermined:new): Memory consumption In-Reply-To: <036.36def8d4660711805ae5f52ed19f534d@avcodec.org> References: <036.36def8d4660711805ae5f52ed19f534d@avcodec.org> Message-ID: <051.e14a57533f3f47214ebb01a6f9aabebe@avcodec.org> #1147: Memory consumption -------------------------------------+------------------------------------- Reporter: kriptha | 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): Replying to [comment:10 kriptha]: > If you want some way to reproduce this locally and you have a TV tuner or something else, I can show you configurations to setup easy testing environment. You can do it very easy for example with VLC and later ffmpeg. > > Also I can script some test so you have most of work done. yes this would help alot -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 16 23:01:58 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Aug 2012 21:01:58 -0000 Subject: [FFmpeg-trac] #1147(undetermined:new): Memory consumption In-Reply-To: <036.36def8d4660711805ae5f52ed19f534d@avcodec.org> References: <036.36def8d4660711805ae5f52ed19f534d@avcodec.org> Message-ID: <051.9c5c755c09ecd9d2af508d9eb728e530@avcodec.org> #1147: Memory consumption -------------------------------------+------------------------------------- Reporter: kriptha | 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 michael): * cc: michael (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 16 23:13:45 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Aug 2012 21:13:45 -0000 Subject: [FFmpeg-trac] #1647(build system:new): [PATCH] rename the remaining instances of HAVE_MMX2 to HAVE_MMXEXT Message-ID: <037.8801e76f60227f32c155c2a3f282daab@avcodec.org> #1647: [PATCH] rename the remaining instances of HAVE_MMX2 to HAVE_MMXEXT -------------------------------------+------------------------------------- Reporter: xhmikosr | Type: Status: new | enhancement Component: build | Priority: normal system | Version: git- Keywords: | master Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- After some recent changes where MMX2 was changed to MMXEXT, there are a few cases which HAVE_MMX2 is still used. The attached patch changes all of them to HAVE_MMXEXT for consistency. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 16 23:33:01 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Aug 2012 21:33:01 -0000 Subject: [FFmpeg-trac] #1646(undetermined:new): bad first_dts in h264 file In-Reply-To: <036.aa3bd6056c902e78a835f60a0723d3a9@avcodec.org> References: <036.aa3bd6056c902e78a835f60a0723d3a9@avcodec.org> Message-ID: <051.80f0bcbe488c32f128bc1623aa47818b@avcodec.org> #1646: bad first_dts in h264 file -------------------------------------+------------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:2 DonMoir]: > This appears to be a regression. I found another h264 file with same problem. > > Last known good to me is: N-40301-gc1fe2db Does that mean this is a regression since 68b9ed8 ? That is very hard to believe... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 16 23:34:03 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Aug 2012 21:34:03 -0000 Subject: [FFmpeg-trac] #1647(undetermined:new): [PATCH] rename the remaining instances of HAVE_MMX2 to HAVE_MMXEXT In-Reply-To: <037.8801e76f60227f32c155c2a3f282daab@avcodec.org> References: <037.8801e76f60227f32c155c2a3f282daab@avcodec.org> Message-ID: <052.0430392f46182744331d9a2b959e319e@avcodec.org> #1647: [PATCH] rename the remaining instances of HAVE_MMX2 to HAVE_MMXEXT -------------------------------------+------------------------------------- Reporter: xhmikosr | Owner: Type: enhancement | 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): * component: build system => undetermined Comment: Please send patches to ffmpeg-devel, they generally receive more attention there. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 16 23:39:36 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Aug 2012 21:39:36 -0000 Subject: [FFmpeg-trac] #1646(undetermined:new): bad first_dts in h264 file In-Reply-To: <036.aa3bd6056c902e78a835f60a0723d3a9@avcodec.org> References: <036.aa3bd6056c902e78a835f60a0723d3a9@avcodec.org> Message-ID: <051.fd671ee84c73e2a58d372e66e90147f8@avcodec.org> #1646: bad first_dts in h264 file -------------------------------------+------------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by DonMoir): Not sure when the real last good was. I don't have an infinite number of past versions and with the version stated it worked. I don't update often because of problems like these. Generally when I download a new ffmpeg version, I spend a lot of time checking it out before I hand it out. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 17 00:12:27 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Aug 2012 22:12:27 -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.2c74e49958eeda3017a8b3d99c15a4d6@avcodec.org> #814: rgb24 -> yuv420p conversion is not precise? -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: swscale | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by michael): * keywords: => swscale -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 17 00:14:33 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Aug 2012 22:14:33 -0000 Subject: [FFmpeg-trac] #773(avcodec:new): Decoding H.264 gets stuck with Win XP, w32threads, and custom AVCodecContext.get_buffer In-Reply-To: <037.8577a41bb772fbfd858566d91550dbf3@avcodec.org> References: <037.8577a41bb772fbfd858566d91550dbf3@avcodec.org> Message-ID: <052.e68d18e1c794bba0f95ed7d024c013f3@avcodec.org> #773: Decoding H.264 gets stuck with Win XP, w32threads, and custom AVCodecContext.get_buffer ----------------------------------+----------------------------------- Reporter: andreasg | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: 0.9 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+----------------------------------- Comment (by michael): This is marked as 0.9, is this also reproduceable with git master ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 17 00:22:32 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Aug 2012 22:22:32 -0000 Subject: [FFmpeg-trac] #769(swscale:closed): png gray8 alpha decodes incorrectly In-Reply-To: <038.17cc6781b78bd08bae540432e66076da@avcodec.org> References: <038.17cc6781b78bd08bae540432e66076da@avcodec.org> Message-ID: <053.638f1ea3c5d76e45156d2191df2eb727@avcodec.org> #769: png gray8 alpha decodes incorrectly -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: swscale Version: git-master | Resolution: fixed Keywords: gray8a | Blocked By: alpha png | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Cant reproduce any of the mentioned issues anymore. Also please try to keep 1 issue per bug report. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 17 00:26:14 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Aug 2012 22:26:14 -0000 Subject: [FFmpeg-trac] #1009(avcodec:open): XvBA - AMD Hardware acceleration In-Reply-To: <039.261747df93f19d09b4a071fba1e706e1@avcodec.org> References: <039.261747df93f19d09b4a071fba1e706e1@avcodec.org> Message-ID: <054.1f8c38840a4f0e232c34ad3d2a94e1dc@avcodec.org> #1009: XvBA - AMD Hardware acceleration -------------------------------------+----------------------------------- Reporter: freespacer | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: xvba | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by douglas): It looks like this works has already been performed in a fork: Initial commit: https://github.com/FernetMenta/xbmc/commit/b0ec4197be70d7d8d3d7dce2f8020f4aae62fb49#lib/ffmpeg Level 41 bugfix: https://github.com/FernetMenta/xbmc/commit/c3ea86a0de5ffd440ca9f3651409bed8ebef1e98#lib/ffmpeg Any chance that these will make it into mainline any time soon? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 17 00:29:53 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Aug 2012 22:29:53 -0000 Subject: [FFmpeg-trac] #1646(undetermined:new): bad first_dts in h264 file In-Reply-To: <036.aa3bd6056c902e78a835f60a0723d3a9@avcodec.org> References: <036.aa3bd6056c902e78a835f60a0723d3a9@avcodec.org> Message-ID: <051.a23273e0286850c2ec672270b5284270@avcodec.org> #1646: bad first_dts in h264 file -------------------------------------+------------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Please use git bisect to find the version introducing the problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 17 00:38:50 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Aug 2012 22:38:50 -0000 Subject: [FFmpeg-trac] #1009(avcodec:open): XvBA - AMD Hardware acceleration In-Reply-To: <039.261747df93f19d09b4a071fba1e706e1@avcodec.org> References: <039.261747df93f19d09b4a071fba1e706e1@avcodec.org> Message-ID: <054.c536a649271d02e85650e1237dd875df@avcodec.org> #1009: XvBA - AMD Hardware acceleration -------------------------------------+----------------------------------- Reporter: freespacer | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: xvba | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by cehoyos): The chances are higher if a patch gets posted on ffmpeg-devel, ideally by a developer. At least two hunks look like show-stoppers to me: The change to pixfmt.h breaks API and I don't think an XBMC developer worked on xvmc (in 2011). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 17 00:56:33 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Aug 2012 22:56:33 -0000 Subject: [FFmpeg-trac] #1646(undetermined:new): bad first_dts in h264 file In-Reply-To: <036.aa3bd6056c902e78a835f60a0723d3a9@avcodec.org> References: <036.aa3bd6056c902e78a835f60a0723d3a9@avcodec.org> Message-ID: <051.c4d59d31b3d4374d63436e50b85fe7b1@avcodec.org> #1646: bad first_dts in h264 file -------------------------------------+------------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by DonMoir): I think it would be probably less time consuming for someone to just take a look at the code for h264. I already worked around it and have to move forward with other work. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 17 03:00:41 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 17 Aug 2012 01:00:41 -0000 Subject: [FFmpeg-trac] #832(avcodec:closed): tiff: support G3FAX1D In-Reply-To: <038.6959258821275c3aba47b2eebd5a9704@avcodec.org> References: <038.6959258821275c3aba47b2eebd5a9704@avcodec.org> Message-ID: <053.d27f229baa8cdd4db30414f6cd02ccdb@avcodec.org> #832: tiff: support G3FAX1D ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: tif fax | 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 Fri Aug 17 03:14:55 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 17 Aug 2012 01:14:55 -0000 Subject: [FFmpeg-trac] #1425(FFmpeg:closed): Clips generated by ffmpeg using segment muxer are not correctly played on some videoplayers In-Reply-To: <034.c949a90b78abdb976547c6d686d12cf0@avcodec.org> References: <034.c949a90b78abdb976547c6d686d12cf0@avcodec.org> Message-ID: <049.ae1bba5a502d7da89ddd451c42f23816@avcodec.org> #1425: Clips generated by ffmpeg using segment muxer are not correctly played on some videoplayers -------------------------------------+----------------------------------- Reporter: knovz | Owner: Type: defect | Status: closed Priority: normal | Component: FFmpeg Version: git-master | Resolution: invalid Keywords: segment mp4 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 1 | -------------------------------------+----------------------------------- Comment (by knovz): Replying to [comment:1 saste]: > Please note that the generated playlist file is '''not''' an M3U8 file, so you can't expect players to play it like it was. > > In order to generate an M3U8 playlist file you can use a script, or check ticket #1642 for which a patchset has been already posted. First of all, thanks for your time. I'd like to note that if I try to open a segment directly, not using the malformed playlist file, it also plays incorrectly. Lets suppose you are only interested on reviewing the fifth segment and you open it with any of the players I stated above, you will have 20 seconds of nothing before the clip starts to play, best case scenario, and in Quicktime case 5 seconds of black screen and then nothing. (assuming the clips were of five seconds each). I would ask, please, that you reopen the ticket, for the list format is only affecting this issue obliquely. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 17 04:16:59 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 17 Aug 2012 02:16:59 -0000 Subject: [FFmpeg-trac] #734(undetermined:new): Cannot decode rtmp stream - channel element 0.0 is not allocated In-Reply-To: <036.203e9a7d5a3ae85d01ec000ccaaa5c10@avcodec.org> References: <036.203e9a7d5a3ae85d01ec000ccaaa5c10@avcodec.org> Message-ID: <051.692c5d7c1aff6c20ae3f82c734e7eadc@avcodec.org> #734: Cannot decode rtmp stream - channel element 0.0 is not allocated -------------------------------------+------------------------------------- Reporter: dookius | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by michael): The commands quoted do not work, i dont know if the urls are no longer valid or its something else. But to debug this it is essential to have a reproduceable testcase, that is a rtmpdump command that works -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 17 04:17:09 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 17 Aug 2012 02:17:09 -0000 Subject: [FFmpeg-trac] #734(undetermined:new): Cannot decode rtmp stream - channel element 0.0 is not allocated In-Reply-To: <036.203e9a7d5a3ae85d01ec000ccaaa5c10@avcodec.org> References: <036.203e9a7d5a3ae85d01ec000ccaaa5c10@avcodec.org> Message-ID: <051.3d42c2c44d144c9a8db3f8794b80f132@avcodec.org> #734: Cannot decode rtmp stream - channel element 0.0 is not allocated -------------------------------------+------------------------------------- Reporter: dookius | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by michael): * cc: michael (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 17 04:19:12 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 17 Aug 2012 02:19:12 -0000 Subject: [FFmpeg-trac] #819(avformat:open): ffmpeg fails to read an image if the image filename contains an accent (win32) In-Reply-To: <035.660940dc90eeec8a7f480acb23aeecc1@avcodec.org> References: <035.660940dc90eeec8a7f480acb23aeecc1@avcodec.org> Message-ID: <050.d89017a0d37b12946a764c2bb86d6fc2@avcodec.org> #819: ffmpeg fails to read an image if the image filename contains an accent (win32) -------------------------------------+------------------------------------- Reporter: jemore | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: image2, | Blocked By: win32 | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * keywords: image2 => image2, win32 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 17 04:19:43 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 17 Aug 2012 02:19:43 -0000 Subject: [FFmpeg-trac] #819(avformat:open): ffmpeg fails to read an image if the image filename contains an accent (win32) In-Reply-To: <035.660940dc90eeec8a7f480acb23aeecc1@avcodec.org> References: <035.660940dc90eeec8a7f480acb23aeecc1@avcodec.org> Message-ID: <050.abf56c19b1fc1c248b415aaf17a4947b@avcodec.org> #819: ffmpeg fails to read an image if the image filename contains an accent (win32) --------------------------------------+------------------------------------ Reporter: jemore | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: image2 win32 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Changes (by michael): * keywords: image2, win32 => image2 win32 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 17 04:22:18 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 17 Aug 2012 02:22:18 -0000 Subject: [FFmpeg-trac] #824(avcodec:new): Segfault while using h264 hardware acceleration In-Reply-To: <040.7ef7061b12ea171071fe52155dd46949@avcodec.org> References: <040.7ef7061b12ea171071fe52155dd46949@avcodec.org> Message-ID: <055.1f19234b100cdc90a45b8c72c2fcc75c@avcodec.org> #824: Segfault while using h264 hardware acceleration -------------------------------------+----------------------------------- Reporter: static-void | 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 michael): is this still happening ? has this been reported to the maintainer of the mplayer version used? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 17 04:26:17 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 17 Aug 2012 02:26:17 -0000 Subject: [FFmpeg-trac] #829(avcodec:closed): jpg: bad quality with progressive rgb file In-Reply-To: <038.a59e608cbbcce10f1a0ba1e73812d16e@avcodec.org> References: <038.a59e608cbbcce10f1a0ba1e73812d16e@avcodec.org> Message-ID: <053.9efc00a922f33c35dbebd9d6976ae9d4@avcodec.org> #829: jpg: bad quality with progressive rgb file --------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: mjpeg gbr24p | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Cant reproduce anymore so one of the jpeg fixes in the last few month must have fixed this -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 17 04:31:21 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 17 Aug 2012 02:31:21 -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.b39d04e31288695f1694a613418dc2ad@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 michael): With latest ffmpeg this now fails with: pts (0) < dts (40) in stream 0 av_interleaved_write_frame(): Invalid argument instead of non monotonically increasing dts -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 17 04:35:54 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 17 Aug 2012 02:35:54 -0000 Subject: [FFmpeg-trac] #839(avcodec:open): grayscale support in snow (was: crash with png (gray) to snow (gray) conversion) In-Reply-To: <038.5ad9c085f6cbcc143b95c513cfed06a4@avcodec.org> References: <038.5ad9c085f6cbcc143b95c513cfed06a4@avcodec.org> Message-ID: <053.4f5e906ff3684435f1c5d919531b834e@avcodec.org> #839: grayscale support in snow -------------------------------------+----------------------------------- 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 | -------------------------------------+----------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 17 04:41:25 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 17 Aug 2012 02:41:25 -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.f9c5ca98d75516286970445aea167653@avcodec.org> #848: expand -formats/-codecs options -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by michael): in case someone stumbles across this ticket in the search of a workaround/solution its quite easy to achive this by using for example ffmpeg -codecs | grep '^.D.A' instead of ffmpeg -codecs:a:d -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 17 05:15:12 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 17 Aug 2012 03:15:12 -0000 Subject: [FFmpeg-trac] #912(avformat:open): mpegts muxer does not follow TS buffering requirements specified in iso13818-1 section 2.4.2.3 In-Reply-To: <033.ae3e1a22ac0bbbbd10f262565ad245c0@avcodec.org> References: <033.ae3e1a22ac0bbbbd10f262565ad245c0@avcodec.org> Message-ID: <048.db982bdf2b9fe2838435fff99c57d9a3@avcodec.org> #912: mpegts muxer does not follow TS buffering requirements specified in iso13818-1 section 2.4.2.3 ------------------------------------+------------------------------------ Reporter: jenf | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: ts tsenc | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by michael): * keywords: ts => ts tsenc * status: new => open * version: unspecified => git-master Comment: I can confirm that the packet interleaving is not fully compliant for high bitrates. A patch improving this would be welcome, if you want to work on it. Also if you want/could document all the cases where we arent compliant to the specs, this too would help. thanks, and sorry that this still hasnt been fixed ... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 17 05:15:27 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 17 Aug 2012 03:15:27 -0000 Subject: [FFmpeg-trac] #912(avformat:open): mpegts muxer does not follow TS buffering requirements specified in iso13818-1 section 2.4.2.3 In-Reply-To: <033.ae3e1a22ac0bbbbd10f262565ad245c0@avcodec.org> References: <033.ae3e1a22ac0bbbbd10f262565ad245c0@avcodec.org> Message-ID: <048.7d384910eff1b6dcdb9cbf53633932ba@avcodec.org> #912: mpegts muxer does not follow TS buffering requirements specified in iso13818-1 section 2.4.2.3 ------------------------------------+------------------------------------ Reporter: jenf | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: ts tsenc | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by michael): * cc: michael (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 17 05:26:43 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 17 Aug 2012 03:26:43 -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.53b089607b168596222e0b674a77f239@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 michael): The ehc file doesnt look so bad, is there still a problem with it ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 17 07:37:41 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 17 Aug 2012 05:37:41 -0000 Subject: [FFmpeg-trac] #1642(avformat:new): -f segment: automagically generate #EXTM3U tags to -segment_list generated playlists In-Reply-To: <036.124537088d23e2b844ce435b567a346c@avcodec.org> References: <036.124537088d23e2b844ce435b567a346c@avcodec.org> Message-ID: <051.dccbfc3acbe5af7e7badd095f5365c94@avcodec.org> #1642: -f segment: automagically generate #EXTM3U tags to -segment_list generated playlists --------------------------------------+------------------------------------ Reporter: kelexel | Owner: Type: enhancement | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: segment, HLS | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Comment (by kelexel): I came up with a patch to libavformat/segment.c allowing a third -list- type EXTM3U You can now generate iOS HLS friendly playlists. http://pastebin.com/pB0TRcJ3 Please review, comment (& merge if you approve ;) Regards. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 17 12:13:17 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 17 Aug 2012 10:13:17 -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.cf7f6165a1e438d242c9cbceb8a51401@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): The only problem with ehc is that the video is squeezed (height) compared to what I get from original codec (no such problem happens with sorenson output - see attached). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 17 12:32:03 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 17 Aug 2012 10:32:03 -0000 Subject: [FFmpeg-trac] #1648(undetermined:new): avdj (mjpeg): problem with ntsc interlaced Message-ID: <038.7ba142affbb15c81e85d87e11267c2a5@avcodec.org> #1648: avdj (mjpeg): problem with ntsc interlaced -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- "ntsc_interlaced.mov" decodes incorrectly (pal sample decodes ok) {{{ C:\>ffmpeg -i ntsc_interlaced.mov out.bmp ffmpeg version N-43634-g3d78170 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 17 2012 02:39:28 with gcc 4.5.0 (GCC) 20100414 (Fedora MinGW 4.5. 0-1.fc14) configuration: --prefix=/var/www/users/research/ffmpeg/snapshots/build --arch= x86 --target-os=mingw32 --cross-prefix=i686-pc-mingw32- --cc='ccache i686 -pc-min gw32-gcc' --enable-w32threads --enable-memalign-hack --enable-runtime- cpudetect --enable-cross-compile --enable-static --disable-shared --extra- libs='-lws2_32 - lwinmm -lpthread' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snap shots/build/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/s napshots/build/lib' --enable-bzlib --enable-zlib --enable-gpl --enable- version3 --enable-nonfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libmp3lame --enable-libvpx --disable- decoder=libvpx libavutil 51. 70.100 / 51. 70.100 libavcodec 54. 53.100 / 54. 53.100 libavformat 54. 24.101 / 54. 24.101 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 10.100 / 3. 10.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'ntsc_interlaced.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt Duration: 00:00:00.06, start: 0.000000, bitrate: 22468 kb/s Stream #0:0(eng): Video: mjpeg (AVDJ / 0x4A445641), yuvj422p, 720x490, 22344 kb/s, SAR 10:11 DAR 720:539, 15 fps, 15 tbr, 600 tbn, 600 tbc Metadata: handler_name : Procedura obs?ugi skr?t?w danych Apple Output #0, image2, to 'out.bmp': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt encoder : Lavf54.24.101 Stream #0:0(eng): Video: bmp, bgr24, 720x490 [SAR 10:11 DAR 720:539], q=2-31 , 200 kb/s, 90k tbn, 15 tbc Metadata: handler_name : Procedura obs?ugi skr?t?w danych Apple Stream mapping: Stream #0:0 -> #0:0 (mjpeg -> bmp) Press [q] to stop, [?] for help frame= 1 fps=0.0 q=0.0 Lsize= 0kB time=00:00:00.06 bitrate= 0.0kbits/ s video:1034kB audio:0kB subtitle:0 global headers:0kB muxing overhead -100.000000 % }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 17 13:15:20 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 17 Aug 2012 11:15:20 -0000 Subject: [FFmpeg-trac] #1648(undetermined:new): avdj (mjpeg): problem with ntsc interlaced In-Reply-To: <038.7ba142affbb15c81e85d87e11267c2a5@avcodec.org> References: <038.7ba142affbb15c81e85d87e11267c2a5@avcodec.org> Message-ID: <053.ed439fb248b852a1b4f33bcab711bb42@avcodec.org> #1648: avdj (mjpeg): problem with ntsc interlaced -------------------------------------+------------------------------------- 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): probably fields order should be inverted for ntsc sample -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 17 17:00:04 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 17 Aug 2012 15:00:04 -0000 Subject: [FFmpeg-trac] #1648(undetermined:new): avdj (mjpeg): problem with ntsc interlaced In-Reply-To: <038.7ba142affbb15c81e85d87e11267c2a5@avcodec.org> References: <038.7ba142affbb15c81e85d87e11267c2a5@avcodec.org> Message-ID: <053.e5a601de6331ee2eaa439b8248a4c132@avcodec.org> #1648: avdj (mjpeg): problem with ntsc interlaced -------------------------------------+------------------------------------- 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): the solution could be to check for MKTAG and metadata for ntsc (1 - ntsc, 2 - pal - see "ntsc.jpg") libavcodec/mjpegdec.c: {{{ av_cold int ff_mjpeg_decode_init(AVCodecContext *avctx) { MJpegDecodeContext *s = avctx->priv_data; if (!s->picture_ptr) s->picture_ptr = &s->picture; avcodec_get_frame_defaults(&s->picture); s->avctx = avctx; ff_dsputil_init(&s->dsp, avctx); ff_init_scantable(s->dsp.idct_permutation, &s->scantable, ff_zigzag_direct); s->buffer_size = 0; s->buffer = NULL; s->start_code = -1; s->first_picture = 1; s->org_height = avctx->coded_height; avctx->chroma_sample_location = AVCHROMA_LOC_CENTER; build_basic_mjpeg_vlc(s); if (s->extern_huff) { av_log(avctx, AV_LOG_INFO, "using external huffman table\n"); init_get_bits(&s->gb, avctx->extradata, avctx->extradata_size * 8); if (ff_mjpeg_decode_dht(s)) { av_log(avctx, AV_LOG_ERROR, "error using external huffman table, switching back to internal\n"); build_basic_mjpeg_vlc(s); } } - if (avctx->field_order == AV_FIELD_BB || s->avctx->codec_tag == MKTAG('A', 'V', 'D', 'J')) { /* quicktime icefloe 019 */ + if (avctx->field_order == AV_FIELD_BB || s->avctx->codec_tag == MKTAG('A', 'V', 'D', 'J') && ntsc_mode) { /* quicktime icefloe 019 */ s->interlace_polarity = 1; /* bottom field first */ av_log(avctx, AV_LOG_DEBUG, "bottom field first\n"); } if (avctx->codec->id == CODEC_ID_AMV) s->flipped = 1; return 0; } }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 17 22:15:13 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 17 Aug 2012 20:15:13 -0000 Subject: [FFmpeg-trac] #773(avcodec:new): Decoding H.264 gets stuck with Win XP, w32threads, and custom AVCodecContext.get_buffer In-Reply-To: <037.8577a41bb772fbfd858566d91550dbf3@avcodec.org> References: <037.8577a41bb772fbfd858566d91550dbf3@avcodec.org> Message-ID: <052.c0fe07924ad3d31886f93e6cb716f5ea@avcodec.org> #773: Decoding H.264 gets stuck with Win XP, w32threads, and custom AVCodecContext.get_buffer ----------------------------------+----------------------------------- Reporter: andreasg | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: 0.9 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+----------------------------------- Comment (by andreasg): Unfortunately, I don't have the implementation with the custom get_buffer anymore. It was intended to get a more reliable presentation timestamp. The current FFmpeg approach for determining timestamps seems to be robust so that it is fine for me. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 17 23:10:08 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 17 Aug 2012 21:10:08 -0000 Subject: [FFmpeg-trac] #1604(undetermined:new): Rtmp streaming fps continually drops In-Reply-To: <036.ebcb0f32b2e84d8ab67fe9e964ba7f3e@avcodec.org> References: <036.ebcb0f32b2e84d8ab67fe9e964ba7f3e@avcodec.org> Message-ID: <051.7bc86aa0f69cebb1c44625e19a6e2865@avcodec.org> #1604: Rtmp streaming fps continually drops -------------------------------------+------------------------------------- Reporter: Pyriel0 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: rtmp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by rogerdpack): @Pyriel0 does 32 bit not eat RAM? (I have some suggestions/questions on the zeranoe forum...) in general when you get drops in fps, do you have free (idle) cpu, and free bandwidth? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 18 02:48:15 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 18 Aug 2012 00:48:15 -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.b301f026e4427e87e810b7894f230b52@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 | --------------------------------------+------------------------------------ Comment (by michael): The url to download the VOB file seems not working (anymore?) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 18 02:58:39 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 18 Aug 2012 00:58:39 -0000 Subject: [FFmpeg-trac] #954(undetermined:closed): mpeg2 in wtv: non monotonically increasing dts In-Reply-To: <036.a223131fd1104e7b09d4934d882f9cbb@avcodec.org> References: <036.a223131fd1104e7b09d4934d882f9cbb@avcodec.org> Message-ID: <051.8dd6b1f0b0fb5c904685a6ff380ecba1@avcodec.org> #954: mpeg2 in wtv: non monotonically increasing dts -------------------------------------+------------------------------------- Reporter: omasoud | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: mpeg2video | Resolution: fixed wtv av_interleaved_write_frame | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: The original sample and command line is working fine both video and audio. If issues remain with other files using entirely different codecs and other command lines, please open separate tickets for them. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 18 03:04:17 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 18 Aug 2012 01:04:17 -0000 Subject: [FFmpeg-trac] #867(avformat:open): support in24 audio in mov muxer (was: -tag:[v|a] doesn't force a fourcc) In-Reply-To: <036.8435c546ca2ad92e5b010f9c28e8bcd4@avcodec.org> References: <036.8435c546ca2ad92e5b010f9c28e8bcd4@avcodec.org> Message-ID: <051.5fd91343e4dacc100bbbbaedcd9579ae@avcodec.org> #867: support in24 audio in mov muxer ------------------------------------+------------------------------------ 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 michael): -v/atag certainly work with avi for example, so changing the title according to the suggestion -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 18 04:19:29 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 18 Aug 2012 02:19:29 -0000 Subject: [FFmpeg-trac] #977(FFmpeg:open): stream copy duration does not match the one specified by -t when -ss is used (was: F4v Cutted output video duration incaccurate, Why?) In-Reply-To: <041.02e34581cc75eb6019294034c7a19bd1@avcodec.org> References: <041.02e34581cc75eb6019294034c7a19bd1@avcodec.org> Message-ID: <056.775019d8af7744a3ad6428e01c4caad4@avcodec.org> #977: stream copy duration does not match the one specified by -t when -ss is used --------------------------------------+---------------------------------- Reporter: overclokkato | Owner: Type: defect | Status: open Priority: normal | Component: FFmpeg Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+---------------------------------- Changes (by michael): * component: undetermined => FFmpeg -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 18 04:25:57 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 18 Aug 2012 02:25:57 -0000 Subject: [FFmpeg-trac] #976(undetermined:open): h264 in f4v: non monotonically increasing dts In-Reply-To: <037.97f518659aff9d648b610df99ffade0d@avcodec.org> References: <037.97f518659aff9d648b610df99ffade0d@avcodec.org> Message-ID: <052.75d887624c3080747723371d4f2273f6@avcodec.org> #976: h264 in f4v: non monotonically increasing dts -------------------------------------+------------------------------------- Reporter: cesareof | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: av_interleaved_write_frame h264 | Blocked By: mp4 | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * cc: michael (added) Comment: I have difficulty finding the file (datafilehost expired it and i cnat seem to find it on the ftp) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 18 04:30:54 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 18 Aug 2012 02:30:54 -0000 Subject: [FFmpeg-trac] #974(undetermined:closed): pts issues when copying mpeg2video from VOB to QuickTime In-Reply-To: <036.f5472a7a292ed4e270871c50082aea44@avcodec.org> References: <036.f5472a7a292ed4e270871c50082aea44@avcodec.org> Message-ID: <051.483c9041fadbf301e7bc378dcf75a5cf@avcodec.org> #974: pts issues when copying mpeg2video from VOB to QuickTime -------------------------------------+------------------------------------- Reporter: dericed | 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 michael): * status: new => closed * resolution: => invalid Comment: you need -fflags +genpts before the input file. I havnt tried playing the result in QT but in ffplay it looked ok If it doesnt work in QT please reopen the ticket -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 18 04:35:28 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 18 Aug 2012 02:35:28 -0000 Subject: [FFmpeg-trac] #992(avformat:new): avoid strptime() dependancy, it seems unavailable on windows (was: strptime on windows) In-Reply-To: <034.1ca10f677e0ee61c9bbaec14a19b63f7@avcodec.org> References: <034.1ca10f677e0ee61c9bbaec14a19b63f7@avcodec.org> Message-ID: <049.c310e287c3cb9c3a4124c56d6939ff1e@avcodec.org> #992: avoid strptime() dependancy, it seems unavailable on windows -------------------------------------+------------------------------------ Reporter: MattE | Owner: Type: enhancement | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: strptime | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 18 04:40:38 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 18 Aug 2012 02:40:38 -0000 Subject: [FFmpeg-trac] #1649(undetermined:new): add a volumedetect audio filter Message-ID: <036.591260da1984862095bc7c26f099b791@avcodec.org> #1649: add a volumedetect audio filter -------------------------------------+------------------------------------- Reporter: dericed | Type: Status: new | enhancement Component: | Priority: normal undetermined | Version: Keywords: | unspecified avfilter,volume | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- There is a nice volume audio filter that enables the audio volume to be raised or lowered according to a fraction or db value. I often need to create media files where the audio volume is scaled to a specified db value. Right now to do this I have to pipe from ffmpeg to normalize (to get the volume expressed in db), then do the math to determine the difference between the volume I have and the volume I want, and then use the volume filter in ffmpeg to make that adjustment. I suggest that ffmpeg add a volumedetect filter to assess the volume of an audio stream (similar to how normalize does) as it would be nice to do this process in one tool. I think the combination of cropdetect and crop is similar to this request, since cropdetect can be used on a first pass to determine an appropriate crop and then the returned value can be used in the crop filter of a second pass. Doing something similar with a volumedetect filter then the existing volume filter would be very useful. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 18 05:07:18 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 18 Aug 2012 03:07:18 -0000 Subject: [FFmpeg-trac] #1650(undetermined:new): ffmpeg does not process image sequences that do not start at frame 1 well Message-ID: <034.4415f21c4ab7d763c298e684d11dc44f@avcodec.org> #1650: ffmpeg does not process image sequences that do not start at frame 1 well -------------------------------------+------------------------------------- Reporter: throb | Type: defect Status: new | Priority: critical Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: i am converting image sequences to mov files. my frames are in the format of : file.%04d.jpg. The numbering is 1379-2328. With these frame numbers ffmpeg tells me : [image2 @ 000000000210f640] Could find no file with with path 'Z:/job/myProject/prod/io/client/client_out/20120817/FROM_VENDOR/20120817/TO_EDITORIAL/jpg/IL208_070_V004_%04d.jpg ' and index in the range 0-4 if i renumber the frames starting at frame 0001 then conversion happens perfectly. How to reproduce: {{{ ffmpeg -i z:/job/projectName/prod/io/client/client_out/20120817/FROM_VENDOR/20120817/CINESYNC/1280x720/jpg/IL208_070_V004_CC.%04d.jpg -vcodec mjpeg -qscale 8 z:/output.mov ffmpeg version N-43594-gf0896a6 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 15 2012 21:29:36 with gcc 4.7.1 (GCC) Running on Windows x64 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 18 10:02:33 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 18 Aug 2012 08:02:33 -0000 Subject: [FFmpeg-trac] #1650(avformat:closed): ffmpeg does not process image sequences that do not start at frame 1 well In-Reply-To: <034.4415f21c4ab7d763c298e684d11dc44f@avcodec.org> References: <034.4415f21c4ab7d763c298e684d11dc44f@avcodec.org> Message-ID: <049.5b700999865514486e59a03ae5c04e07@avcodec.org> #1650: ffmpeg does not process image sequences that do not start at frame 1 well ------------------------------------+------------------------------------ Reporter: throb | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+------------------------------------ Changes (by saste): * status: new => closed * reproduced: 0 => 1 * component: undetermined => avformat * priority: critical => important * analyzed: 0 => 1 * resolution: => invalid Comment: That is the expected behavior. Check image2 options start_number and start_number_range for sequences starting from an arbitrary index. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 18 11:04:00 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 18 Aug 2012 09:04:00 -0000 Subject: [FFmpeg-trac] #1599(avfilter:closed): libavfilter options not listed in ffmpeg --help output In-Reply-To: <038.ea193e4b3985f0af47460450db12a826@avcodec.org> References: <038.ea193e4b3985f0af47460450db12a826@avcodec.org> Message-ID: <053.8454e7a8dbfb0d18973a82d982df0bbf@avcodec.org> #1599: libavfilter options not listed in ffmpeg --help output ------------------------------------+------------------------------------ Reporter: richardpl | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+------------------------------------ Changes (by saste): * analyzed: 0 => 1 * status: new => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Implemented in: {{{ commit 5296d7b971b92156598cb265e537e5c03ab287a2 Author: Stefano Sabatini Date: Sun Aug 12 11:11:30 2012 +0200 ffmpeg,ffplay: show filter options Address trac ticket #1599. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 18 11:37:24 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 18 Aug 2012 09:37:24 -0000 Subject: [FFmpeg-trac] #1642(avformat:closed): -f segment: automagically generate #EXTM3U tags to -segment_list generated playlists In-Reply-To: <036.124537088d23e2b844ce435b567a346c@avcodec.org> References: <036.124537088d23e2b844ce435b567a346c@avcodec.org> Message-ID: <051.8c1e15cbf0d3e44f13b1dc6108f5c464@avcodec.org> #1642: -f segment: automagically generate #EXTM3U tags to -segment_list generated playlists -------------------------------------+------------------------------------- Reporter: kelexel | Owner: Type: enhancement | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: segment, | Blocked By: HLS, m3u8 | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by saste): * analyzed: 0 => 1 * keywords: segment, HLS => segment, HLS, m3u8 * status: new => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Replying to [comment:1 kelexel]: > I came up with a patch to libavformat/segment.c allowing a third -list- type EXTM3U > > You can now generate iOS HLS friendly playlists. > > http://pastebin.com/pB0TRcJ3 > > Please review, comment (& merge if you approve ;) Applied a different variant (I didn't read your reply here, but my variant should be somewhat more generic/robust). Commit is: {{{ commit e5ae2f912626e72821d6e152dabf7c89fe1f5119 Author: Stefano Sabatini Date: Wed Aug 15 11:06:34 2012 +0200 lavf/segment: add M3U8 list support Address trac ticket #1642. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 18 12:41:22 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 18 Aug 2012 10:41:22 -0000 Subject: [FFmpeg-trac] #1651(undetermined:new): jpeg rgb progressive decodes incorrectly Message-ID: <038.8693bd369ac13ae56f07c027dda00af4@avcodec.org> #1651: jpeg rgb progressive decodes incorrectly -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- see ticket #829 for another sample (which currently decodes correctly) {{{ C:\>ffmpeg -i prog_rgb_2.jpg out.bmp ffmpeg version N-43634-g3d78170 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 17 2012 02:39:28 with gcc 4.5.0 (GCC) 20100414 (Fedora MinGW 4.5. 0-1.fc14) configuration: --prefix=/var/www/users/research/ffmpeg/snapshots/build --arch= x86 --target-os=mingw32 --cross-prefix=i686-pc-mingw32- --cc='ccache i686 -pc-min gw32-gcc' --enable-w32threads --enable-memalign-hack --enable-runtime- cpudetect --enable-cross-compile --enable-static --disable-shared --extra- libs='-lws2_32 - lwinmm -lpthread' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snap shots/build/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/s napshots/build/lib' --enable-bzlib --enable-zlib --enable-gpl --enable- version3 --enable-nonfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libmp3lame --enable-libvpx --disable- decoder=libvpx libavutil 51. 70.100 / 51. 70.100 libavcodec 54. 53.100 / 54. 53.100 libavformat 54. 24.101 / 54. 24.101 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 10.100 / 3. 10.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, image2, from 'prog_rgb_2.jpg': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: mjpeg, gbrp, 1024x768, 25 tbr, 25 tbn, 25 tbc Output #0, image2, to 'out.bmp': Metadata: encoder : Lavf54.24.101 Stream #0:0: Video: bmp, bgr24, 1024x768, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (mjpeg -> bmp) Press [q] to stop, [?] for help frame= 1 fps=0.0 q=0.0 Lsize= 0kB time=00:00:00.04 bitrate= 0.0kbits/ s video:2304kB audio:0kB subtitle:0 global headers:0kB muxing overhead -100.000000 % }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 18 12:46:53 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 18 Aug 2012 10:46:53 -0000 Subject: [FFmpeg-trac] #1652(undetermined:new): au: ffmpeg eats the whole available memory when unsupported audio codec is forced Message-ID: <038.69c22e79b691e5daf30ae5bc0b5bf389@avcodec.org> #1652: au: ffmpeg eats the whole available memory when unsupported audio codec is forced -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- http://samples.mplayerhq.hu/au/garelka.au {{{ C:\>ffmpegx -acodec wmav1 -i garelka.au -f null - ffmpeg version N-43678-gceb8773 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 18 2012 02:22:03 with gcc 4.5.0 (GCC) 20100414 (Fedora MinGW 4.5. 0-1.fc14) configuration: --prefix=/var/www/users/research/ffmpeg/snapshots/build --arch= x86 --target-os=mingw32 --cross-prefix=i686-pc-mingw32- --cc='ccache i686 -pc-min gw32-gcc' --enable-w32threads --enable-memalign-hack --enable-runtime- cpudetect --enable-cross-compile --enable-static --disable-shared --extra- libs='-lws2_32 - lwinmm -lpthread' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snap shots/build/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/s napshots/build/lib' --enable-bzlib --enable-zlib --enable-gpl --enable- version3 --enable-nonfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libmp3lame --enable-libvpx --disable- decoder=libvpx libavutil 51. 70.100 / 51. 70.100 libavcodec 54. 53.100 / 54. 53.100 libavformat 54. 25.100 / 54. 25.100 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 10.100 / 3. 10.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 18 14:56:15 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 18 Aug 2012 12:56:15 -0000 Subject: [FFmpeg-trac] #1646(undetermined:new): bad first_dts in h264 file In-Reply-To: <036.aa3bd6056c902e78a835f60a0723d3a9@avcodec.org> References: <036.aa3bd6056c902e78a835f60a0723d3a9@avcodec.org> Message-ID: <051.385601e7af3df148a142bf41c87319ad@avcodec.org> #1646: bad first_dts in h264 file -------------------------------------+------------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by DonMoir): commit 3e1cf49 (8-3-2012) breaks first_dts for the above file and others. Reference: Niedermayer - compute_pkt_fields: do not attempt to calculate dts when the delay hasnt been estimated. commit 2107009 (8-3-2012) is ok and is the commit just previous to 3e1cf49 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 18 15:08:17 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 18 Aug 2012 13:08:17 -0000 Subject: [FFmpeg-trac] #1653(undetermined:new): fix decoding of ccitt fax3 with byte boundary Message-ID: <038.fb879fca436a15b8ad3ccfefff815327@avcodec.org> #1653: fix decoding of ccitt fax3 with byte boundary -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- there seems to be a problem with decoding of ccitt fax3 with byte boundary since {{{ 3a1ca240d97909a6c26a1c0ce599fd5027e760fe ccitt fax: fix some group3 1d files without EOL Fixes Ticket832 }}} http://www.discoveryassistant.com/Nav_top/Tiff_Specs.asp {{{ C:\>ffmpeg -i fax3_byte_boundary.tif out.bmp ffmpeg version N-43678-gceb8773 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 18 2012 02:22:03 with gcc 4.5.0 (GCC) 20100414 (Fedora MinGW 4.5. 0-1.fc14) configuration: --prefix=/var/www/users/research/ffmpeg/snapshots/build --arch= x86 --target-os=mingw32 --cross-prefix=i686-pc-mingw32- --cc='ccache i686 -pc-min gw32-gcc' --enable-w32threads --enable-memalign-hack --enable-runtime- cpudetect --enable-cross-compile --enable-static --disable-shared --extra- libs='-lws2_32 - lwinmm -lpthread' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snap shots/build/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/s napshots/build/lib' --enable-bzlib --enable-zlib --enable-gpl --enable- version3 --enable-nonfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libmp3lame --enable-libvpx --disable- decoder=libvpx libavutil 51. 70.100 / 51. 70.100 libavcodec 54. 53.100 / 54. 53.100 libavformat 54. 25.100 / 54. 25.100 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 10.100 / 3. 10.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [tiff @ 0x1ead980] Incorrect code Last message repeated 767 times Input #0, image2, from 'fax3_byte_boundary.tif': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: tiff, monob, 1024x768, 25 tbr, 25 tbn, 25 tbc Output #0, image2, to 'out.bmp': Metadata: encoder : Lavf54.25.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 (tiff -> bmp) Press [q] to stop, [?] for help [tiff @ 0x1ead980] Incorrect code Last message repeated 767 times frame= 1 fps=0.0 q=0.0 Lsize= 0kB time=00:00:00.04 bitrate= 0.0kbits/ s video:96kB audio:0kB subtitle:0 global headers:0kB muxing overhead -100.000000% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 18 15:42:52 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 18 Aug 2012 13:42:52 -0000 Subject: [FFmpeg-trac] #1646(undetermined:new): bad first_dts in h264 file In-Reply-To: <036.aa3bd6056c902e78a835f60a0723d3a9@avcodec.org> References: <036.aa3bd6056c902e78a835f60a0723d3a9@avcodec.org> Message-ID: <051.bc895ee8eb1668fb1da091efc47e85f2@avcodec.org> #1646: bad first_dts in h264 file -------------------------------------+------------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by DonMoir): Hell, forget the commit numbers above :) Offending commit: http://git.videolan.org/?p=ffmpeg.git;a=commit;h=3e1cf49676fb2df6445000c30dc6377b808b96da Immediately previous and ok: http://git.videolan.org/?p=ffmpeg.git;a=commit;h=2107009e7d351ff83a87fda161cc5269d2752428 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 18 15:58:49 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 18 Aug 2012 13:58:49 -0000 Subject: [FFmpeg-trac] #1654(avcodec:new): wmv(VC-1) video decoded abnormally Message-ID: <033.1357cbf43361a8df21365fc43c98226e@avcodec.org> #1654: wmv(VC-1) video decoded abnormally ---------------------------------+---------------------------------- Reporter: 8086 | Type: defect Status: new | Priority: normal Component: avcodec | Version: 0.11.1 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+---------------------------------- Dear ffmpeg members, I want to implement a multimedia player based on FFmpeg. Now I wrote a app to decode out audio data from a media file, extracting raw pcm audio data. This app decodes mp3 and some video file successfully. Now I meet a wmv video file which can be decoded but the output pcm data is abnormal. The pcm data should be successive but it's always interrupted. The main API used is as follows: avformat_open_input(&pCtx, opt.finput, 0, 0); avformat_find_stream_info(pCtx, 0); avcodec_find_decoder(pCodecCtx->codec_id); avcodec_open2(pCodecCtx, pCodec, 0); avcodec_alloc_frame(); av_read_frame(pCtx, &packet); while() { avcodec_decode_audio4(pCodecCtx, pFrame, &got, &packet); write(fd, pFrame->data[0], pFrame->linesize[0]); } The attachments is the raw pcm wave and the video file info. App dump info: Input #0, asf, from 'discovery.wmv': Metadata: WMFSDKVersion : 9.00.00.3265 WMFSDKNeeded : 0.0.0.0000 IsVBR : 0 Duration: 00:40:20.25, start: 0.000000, bitrate: 322 kb/s Stream #0:0(chi): Audio: wmav2 (a[1][0][0] / 0x0161), 32000 Hz, 2 channels, s16, 32 kb/s Stream #0:1(chi): Video: wmv3 (Main) (WMV3 / 0x33564D57), yuv420p, 320x240, 284 kb/s, 25 tbr, 1k tbn, 1k tbc -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 18 16:53:15 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 18 Aug 2012 14:53:15 -0000 Subject: [FFmpeg-trac] #1655(avformat:new): mpegts demuxer does not recognize invalid PES header Message-ID: <039.7a07289a23d49aa7856318a9fdd34f48@avcodec.org> #1655: mpegts demuxer does not recognize invalid PES header -------------------------------------+------------------------------------- Reporter: alphamoose | Type: defect Status: new | Priority: normal Component: avformat | Version: Keywords: | unspecified Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Is there a special reason, why the mpegts demuxer does not give a warning, when the PES header start code is missing? Instead it just skips the invalid TS packet payload. The code comment says, it assumes the data to be a "table". I never heard about "tables" in a PES stream though. http://git.videolan.org/?p=ffmpeg.git;a=blob;f=libavformat/mpegts.c;hb=HEAD#l854 I think ffmpeg should at least give a warning message or even set the AV_PKT_FLAG_CORRUPT flag, when it skips that data without interpreting it at all. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 18 18:10:04 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 18 Aug 2012 16:10:04 -0000 Subject: [FFmpeg-trac] #1649(avfilter:open): add a volumedetect audio filter In-Reply-To: <036.591260da1984862095bc7c26f099b791@avcodec.org> References: <036.591260da1984862095bc7c26f099b791@avcodec.org> Message-ID: <051.52ee4170dc399b39fee8fc9aab92865d@avcodec.org> #1649: add a volumedetect audio filter -------------------------------------+------------------------------------ Reporter: dericed | Owner: Type: enhancement | Status: open Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: volume | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by Cigaes): * keywords: avfilter,volume => volume * status: new => open * version: unspecified => git-master * component: undetermined => avfilter -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 18 19:14:49 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 18 Aug 2012 17:14:49 -0000 Subject: [FFmpeg-trac] #1154(undetermined:open): Application provided invalid, non monotonically increasing dts to muxer In-Reply-To: <043.572d335b5c9672fe6f5f95580b5bb7d1@avcodec.org> References: <043.572d335b5c9672fe6f5f95580b5bb7d1@avcodec.org> Message-ID: <058.c2ca4d412a21e2a0d3bd8b4a5cabfa0a@avcodec.org> #1154: Application provided invalid, non monotonically increasing dts to muxer -------------------------------------+------------------------------------- Reporter: | Owner: greenythebeast | Status: open Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: | Blocked By: av_interleaved_write_frame flv | Reproduced by developer: 1 h264 | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Still reproducible with current git head: {{{ $ ffmpeg -i denykiss.flv -vcodec copy -an out.mp4 ffmpeg version N-43716-g92b8c9d Copyright (c) 2000-2012 the FFmpeg developers built on Aug 18 2012 18:47:44 with gcc 4.6.1 (GCC) configuration: --cc=/usr/local/gcc-4.6.1/bin/gcc libavutil 51. 70.100 / 51. 70.100 libavcodec 54. 53.100 / 54. 53.100 libavformat 54. 25.104 / 54. 25.104 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 11.101 / 3. 11.101 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 Guessed Channel Layout for Input Stream #0.1 : mono Input #0, flv, from 'denykiss.flv': Duration: 00:03:23.27, start: 0.000000, bitrate: 82 kb/s Stream #0:0: Video: h264 (Main), yuv420p, 320x240 [SAR 1:1 DAR 4:3], 15 tbr, 1k tbn, 30 tbc Stream #0:1: Audio: speex, 16000 Hz, mono Output #0, mp4, to 'out.mp4': Metadata: encoder : Lavf54.25.104 Stream #0:0: Video: h264 ([33][0][0][0] / 0x0021), yuv420p, 320x240 [SAR 1:1 DAR 4:3], q=2-31, 1k tbn, 1k tbc Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help [mp4 @ 0x1485080] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 2673 >= 2673 av_interleaved_write_frame(): Invalid argument }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 18 19:24:30 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 18 Aug 2012 17:24:30 -0000 Subject: [FFmpeg-trac] #769(swscale:closed): png gray8 alpha decodes incorrectly In-Reply-To: <038.17cc6781b78bd08bae540432e66076da@avcodec.org> References: <038.17cc6781b78bd08bae540432e66076da@avcodec.org> Message-ID: <053.164a851bac538a03de1ed198b02f8960@avcodec.org> #769: png gray8 alpha decodes incorrectly -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: swscale Version: git-master | Resolution: fixed Keywords: gray8a | Blocked By: alpha png | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): The transparency information of basi4a08.png gets lost with the following command: {{{ $ ffmpeg -i basi4a08.png -pix_fmt rgba out.png ffmpeg version N-43716-g92b8c9d Copyright (c) 2000-2012 the FFmpeg developers built on Aug 18 2012 18:47:44 with gcc 4.6.1 (GCC) configuration: --cc=/usr/local/gcc-4.6.1/bin/gcc libavutil 51. 70.100 / 51. 70.100 libavcodec 54. 53.100 / 54. 53.100 libavformat 54. 25.104 / 54. 25.104 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 11.101 / 3. 11.101 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 Input #0, image2, from 'basi4a08.png': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: png, gray8a, 32x32, 25 tbr, 25 tbn, 25 tbc Output #0, image2, to 'out.png': Metadata: encoder : Lavf54.25.104 Stream #0:0: Video: png, rgba, 32x32, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (png -> png) Press [q] to stop, [?] for help frame= 1 fps=0.0 q=0.0 Lsize= 0kB time=00:00:00.04 bitrate= 0.0kbits/s video:0kB audio:0kB subtitle:0 global headers:0kB muxing overhead -100.000000% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 18 19:48:43 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 18 Aug 2012 17:48:43 -0000 Subject: [FFmpeg-trac] #925(avcodec:open): 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.2eb2dc348fab0fd317712b930a060ecd@avcodec.org> #925: lead h263 - reject files encoded in "high compression" / rtp modes ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: h263 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => h263 * 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 Aug 18 20:07:23 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 18 Aug 2012 18:07:23 -0000 Subject: [FFmpeg-trac] #1656(undetermined:new): AVRn (mjpeg): change field order for ntsc Message-ID: <038.b4a4abdd3c1c3d74dbc267e79a7149c8@avcodec.org> #1656: AVRn (mjpeg): change field order for ntsc -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- AVRn in ntsc mode needs change of field order, so probably check for MKTAG and "NTSC" string in the file should be aded. libavcodec/mjpegdec.c: {{{ av_cold int ff_mjpeg_decode_init(AVCodecContext *avctx) { MJpegDecodeContext *s = avctx->priv_data; if (!s->picture_ptr) s->picture_ptr = &s->picture; avcodec_get_frame_defaults(&s->picture); s->avctx = avctx; ff_dsputil_init(&s->dsp, avctx); ff_init_scantable(s->dsp.idct_permutation, &s->scantable, ff_zigzag_direct); s->buffer_size = 0; s->buffer = NULL; s->start_code = -1; s->first_picture = 1; s->org_height = avctx->coded_height; avctx->chroma_sample_location = AVCHROMA_LOC_CENTER; build_basic_mjpeg_vlc(s); if (s->extern_huff) { av_log(avctx, AV_LOG_INFO, "using external huffman table\n"); init_get_bits(&s->gb, avctx->extradata, avctx->extradata_size * 8); if (ff_mjpeg_decode_dht(s)) { av_log(avctx, AV_LOG_ERROR, "error using external huffman table, switching back to internal\n"); build_basic_mjpeg_vlc(s); } } - if (avctx->field_order == AV_FIELD_BB) { + if (avctx->field_order == AV_FIELD_BB || s->avctx->codec_tag == MKTAG('A', 'V', 'R', 'n') && ntsc_string) { s->interlace_polarity = 1; /* bottom field first */ av_log(avctx, AV_LOG_DEBUG, "bottom field first\n"); } if (avctx->codec->id == CODEC_ID_AMV) s->flipped = 1; return 0; } }}} {{{ C:\>ffmpeg -i ntsc.avi out.bmp ffmpeg version N-43678-gceb8773 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 18 2012 02:22:03 with gcc 4.5.0 (GCC) 20100414 (Fedora MinGW 4.5. 0-1.fc14) configuration: --prefix=/var/www/users/research/ffmpeg/snapshots/build --arch= x86 --target-os=mingw32 --cross-prefix=i686-pc-mingw32- --cc='ccache i686 -pc-min gw32-gcc' --enable-w32threads --enable-memalign-hack --enable-runtime- cpudetect --enable-cross-compile --enable-static --disable-shared --extra- libs='-lws2_32 - lwinmm -lpthread' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snap shots/build/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/s napshots/build/lib' --enable-bzlib --enable-zlib --enable-gpl --enable- version3 --enable-nonfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libmp3lame --enable-libvpx --disable- decoder=libvpx libavutil 51. 70.100 / 51. 70.100 libavcodec 54. 53.100 / 54. 53.100 libavformat 54. 25.100 / 54. 25.100 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 10.100 / 3. 10.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, avi, from 'ntsc.avi': Duration: 00:00:00.10, start: 0.000000, bitrate: 6630 kb/s Stream #0:0: Video: mjpeg (AVRn / 0x6E525641), yuvj422p, 720x496, 10 tbr, 10 tbn, 10 tbc Output #0, image2, to 'out.bmp': Metadata: encoder : Lavf54.25.100 Stream #0:0: Video: bmp, bgr24, 720x496, q=2-31, 200 kb/s, 90k tbn, 10 tbc Stream mapping: Stream #0:0 -> #0:0 (mjpeg -> bmp) Press [q] to stop, [?] for help frame= 1 fps=0.0 q=0.0 Lsize= 0kB time=00:00:00.10 bitrate= 0.0kbits/ s video:1046kB audio:0kB subtitle:0 global headers:0kB muxing overhead -100.000000 % }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 18 20:08:10 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 18 Aug 2012 18:08:10 -0000 Subject: [FFmpeg-trac] #1648(avcodec:open): avdj (mjpeg): problem with ntsc interlaced In-Reply-To: <038.7ba142affbb15c81e85d87e11267c2a5@avcodec.org> References: <038.7ba142affbb15c81e85d87e11267c2a5@avcodec.org> Message-ID: <053.4f7a71cab99128b67e874c702109f62f@avcodec.org> #1648: avdj (mjpeg): problem with ntsc interlaced ------------------------------------+----------------------------------- 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 Sat Aug 18 20:21:42 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 18 Aug 2012 18:21:42 -0000 Subject: [FFmpeg-trac] #954(undetermined:closed): mpeg2 in wtv: non monotonically increasing dts In-Reply-To: <036.a223131fd1104e7b09d4934d882f9cbb@avcodec.org> References: <036.a223131fd1104e7b09d4934d882f9cbb@avcodec.org> Message-ID: <051.5b474b1097ebddb250c64afa61fcefa7@avcodec.org> #954: mpeg2 in wtv: non monotonically increasing dts -------------------------------------+------------------------------------- Reporter: omasoud | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: mpeg2video | Resolution: fixed wtv av_interleaved_write_frame | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): The second sample that is not fixed is (also) attached to ticket #1032. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 18 20:33:23 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 18 Aug 2012 18:33:23 -0000 Subject: [FFmpeg-trac] #976(undetermined:open): h264 in f4v: non monotonically increasing dts In-Reply-To: <037.97f518659aff9d648b610df99ffade0d@avcodec.org> References: <037.97f518659aff9d648b610df99ffade0d@avcodec.org> Message-ID: <052.8848764e9276579820eaa280e71807e2@avcodec.org> #976: h264 in f4v: non monotonically increasing dts -------------------------------------+------------------------------------- Reporter: cesareof | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: av_interleaved_write_frame h264 | Blocked By: mp4 | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Sample uploaded to samples/ffmpeg-bugs/trac/ticket976/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 18 20:38:05 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 18 Aug 2012 18:38:05 -0000 Subject: [FFmpeg-trac] #1651(avcodec:open): jpeg rgb progressive decodes incorrectly In-Reply-To: <038.8693bd369ac13ae56f07c027dda00af4@avcodec.org> References: <038.8693bd369ac13ae56f07c027dda00af4@avcodec.org> Message-ID: <053.463b43c269f6becfc6e042684c4c0145@avcodec.org> #1651: jpeg rgb progressive 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 Sat Aug 18 20:41:27 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 18 Aug 2012 18:41:27 -0000 Subject: [FFmpeg-trac] #1652(avformat:closed): au: ffmpeg eats the whole available memory when unsupported audio codec is forced In-Reply-To: <038.69c22e79b691e5daf30ae5bc0b5bf389@avcodec.org> References: <038.69c22e79b691e5daf30ae5bc0b5bf389@avcodec.org> Message-ID: <053.766e5d76f12ec33fb1a622334ca7e117@avcodec.org> #1652: au: ffmpeg eats the whole available memory when unsupported audio codec is forced ------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: au | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => closed * reproduced: 0 => 1 * component: undetermined => avformat * priority: normal => important * version: unspecified => git-master * keywords: => au * resolution: => fixed Comment: Fixed by Nicolas George. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 18 20:44:16 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 18 Aug 2012 18:44:16 -0000 Subject: [FFmpeg-trac] #1646(undetermined:open): bad first_dts in h264 file In-Reply-To: <036.aa3bd6056c902e78a835f60a0723d3a9@avcodec.org> References: <036.aa3bd6056c902e78a835f60a0723d3a9@avcodec.org> Message-ID: <051.52174b28c727ec76d009f7e555f93aff@avcodec.org> #1646: bad first_dts in h264 file -------------------------------------+------------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: h264 | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => h264 regression * priority: normal => important * version: unspecified => git-master * status: new => open -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 18 20:44:58 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 18 Aug 2012 18:44:58 -0000 Subject: [FFmpeg-trac] #1655(avformat:new): mpegts demuxer does not recognize invalid PES header In-Reply-To: <039.7a07289a23d49aa7856318a9fdd34f48@avcodec.org> References: <039.7a07289a23d49aa7856318a9fdd34f48@avcodec.org> Message-ID: <054.bb2e821b96feb28fb67958a02a2b5d25@avcodec.org> #1655: mpegts demuxer does not recognize invalid PES header ------------------------------------+------------------------------------ Reporter: alphamoose | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => mpegts * version: unspecified => git-master Comment: Please provide a sample that allows to reproduce the problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 18 20:44:59 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 18 Aug 2012 18:44:59 -0000 Subject: [FFmpeg-trac] #1642(avformat:closed): -f segment: automagically generate #EXTM3U tags to -segment_list generated playlists In-Reply-To: <036.124537088d23e2b844ce435b567a346c@avcodec.org> References: <036.124537088d23e2b844ce435b567a346c@avcodec.org> Message-ID: <051.d375d1d88303abf6cc132dcc0959dc67@avcodec.org> #1642: -f segment: automagically generate #EXTM3U tags to -segment_list generated playlists -------------------------------------+------------------------------------- Reporter: kelexel | Owner: Type: enhancement | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: segment, | Blocked By: HLS, m3u8 | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by kelexel): I am sorry, but I think your patch broke -f segment ! First of, you did not add #EXT-X-TARGETDURATION:X in segment_list_open, you added in in segment_list_close, no clue why. From my tests and compared m3u8 playlists, this tag needs to sit on top, otherwise you cannot use HLS for live RTMP transcoding ! Second, I do not understand your per-file generated #EXTINF tags. Here is the result of what i produces for me: >>> #EXTM3U #EXT-X-VERSION:4 #EXTINF:11.217433, alpha_720p00000.ts #EXTINF:9.605956, alpha_720p00001.ts #EXTINF:9.617756, alpha_720p00002.ts #EXTINF:6.033333, alpha_720p00003.ts #EXT-X-TARGETDURATION:11 #EXT-X-ENDLIST <<< First, my segment_time is 10, here we have 11 (no clue why). Second, I thought #EXTINF should give the duration of each segment, where here, we get wacky, decrementing durations (why?!) Conclusion, this patch does bring some m3u8 goodness, and is certainly more elegant that my (unexperienced) patch. But it does not work with live transcoded HLS streams. If you want to fix it, move #EXT-X-TARGETDURATION on top, ensure it has a valid segment_time and fix (or explain) the wacky #EXTINF tags Thank you. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 18 20:45:21 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 18 Aug 2012 18:45:21 -0000 Subject: [FFmpeg-trac] #1649(avfilter:open): add a volumedetect audio filter In-Reply-To: <036.591260da1984862095bc7c26f099b791@avcodec.org> References: <036.591260da1984862095bc7c26f099b791@avcodec.org> Message-ID: <051.99176ec5d1a4f2051a47a5f5108ff93f@avcodec.org> #1649: add a volumedetect audio filter -------------------------------------+------------------------------------ Reporter: dericed | Owner: Type: enhancement | Status: open Priority: wish | Component: avfilter Version: git-master | Resolution: Keywords: volume | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * priority: normal => wish -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 18 20:45:25 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 18 Aug 2012 18:45:25 -0000 Subject: [FFmpeg-trac] #1642(avformat:reopened): -f segment: automagically generate #EXTM3U tags to -segment_list generated playlists In-Reply-To: <036.124537088d23e2b844ce435b567a346c@avcodec.org> References: <036.124537088d23e2b844ce435b567a346c@avcodec.org> Message-ID: <051.e501232fec47362e4c61b3ea6ada04be@avcodec.org> #1642: -f segment: automagically generate #EXTM3U tags to -segment_list generated playlists -------------------------------------+------------------------------------- Reporter: kelexel | Owner: Type: enhancement | Status: reopened Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: segment, | Blocked By: HLS, m3u8 | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by kelexel): * status: closed => reopened * resolution: fixed => -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 18 20:46:09 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 18 Aug 2012 18:46:09 -0000 Subject: [FFmpeg-trac] #769(swscale:reopened): png gray8 alpha decodes incorrectly In-Reply-To: <038.17cc6781b78bd08bae540432e66076da@avcodec.org> References: <038.17cc6781b78bd08bae540432e66076da@avcodec.org> Message-ID: <053.9dd7b1288c3aab4759a8f16af64648c4@avcodec.org> #769: png gray8 alpha decodes incorrectly -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: reopened 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): * status: closed => reopened * resolution: fixed => -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 18 23:13:33 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 18 Aug 2012 21:13:33 -0000 Subject: [FFmpeg-trac] #1642(avformat:closed): -f segment: automagically generate #EXTM3U tags to -segment_list generated playlists In-Reply-To: <036.124537088d23e2b844ce435b567a346c@avcodec.org> References: <036.124537088d23e2b844ce435b567a346c@avcodec.org> Message-ID: <051.da5a850a97c739309913393e1a70f2d7@avcodec.org> #1642: -f segment: automagically generate #EXTM3U tags to -segment_list generated playlists -------------------------------------+------------------------------------- Reporter: kelexel | Owner: Type: enhancement | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: segment, | Blocked By: HLS, m3u8 | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by saste): * status: reopened => closed * resolution: => fixed Comment: Replying to [comment:3 kelexel]: > I am sorry, but I think your patch is not fully HLS compliant ! > > First of, you did not add #EXT-X-TARGETDURATION:X in segment_list_open, you added in in segment_list_close, no clue why. From my tests and compared m3u8 playlists, this tag needs to sit on top, otherwise you cannot use HLS for live (RTMP) transcoding ! > Because when live transcoding, we do not have the end of the stream yet, so we are not issuing a segment_list_close until a very long time. But, iOS clients need to know right now about #EXT-X-TARGETDURATION, thus the absolute need to have it in segment_list_open and not in segment_list_close. The format was written based on: http://tools.ietf.org/html/draft-pantos-http-live-streaming-08 which is the only official M3U8 spec as far as I know. Note that there is no requirement of the tag to be at the top of the file, and since the file is supposed to be read and parsed '''at once''' this should not be an issue. The reason why it is written at the end is because it is much simpler from the coding point of view (you don't know the maximum segment duration until you write all files, so this avoids caching information in the segment). > Second, I do not understand your per-file generated #EXTINF tags. > > Here is the result of what it produced for me: > > {{{ > #EXTM3U > #EXT-X-VERSION:4 > #EXTINF:11.217433, > alpha_720p00000.ts > #EXTINF:9.605956, > alpha_720p00001.ts > #EXTINF:9.617756, > alpha_720p00002.ts > #EXTINF:6.033333, > alpha_720p00003.ts > #EXT-X-TARGETDURATION:11 > #EXT-X-ENDLIST > }}} > > First, my segment_time is 10, here we have 11 (no clue why). > Second, I thought #EXTINF should give the duration of each segment, where here, we get wacky, decrementing durations (why?!) This is expected and not wrong (apart from the computation of target duration, which had to be "12" in the example below, patch fixing that already integrated). Please read the segment documentation, keep in mind that video segments are split at key-frames, and it is not in general possible to get predictable durations for each segment. > Conclusion, this patch does bring some m3u8 goodness, and is certainly more elegant that my (unexperienced) patch. > > But it does not work with live transcoded HLS streams, and produces doubtful m3u8 playlists. > > If you want to fix it, move #EXT-X-TARGETDURATION on top, ensure it has a valid segment_time and fix (or explain) the wacky #EXTINF tags > > Next time, maybe just have a quick look at the patches proposed. > Even if not being that elegant, they might contain some useful infos. My segment patchset predates your patch: http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/149665 Note that I was not aware of your patch until I opened trac for closing the ticket, otherwise I would have tried to adapt your patch for integration. In general you're advised to send patches to ML if you want to work on them, as they will usually attract more attention. > Thank you. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 18 23:51:28 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 18 Aug 2012 21:51:28 -0000 Subject: [FFmpeg-trac] #857(avcodec:closed): Crystal HD crash when used during recoding In-Reply-To: <035.f6ed1cb34a9685be7c2767518adefd77@avcodec.org> References: <035.f6ed1cb34a9685be7c2767518adefd77@avcodec.org> Message-ID: <050.f35aaf7ff6f9e8376de2967803f84697@avcodec.org> #857: Crystal HD crash when used during recoding ------------------------------------+-------------------------------------- Reporter: LubosD | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: worksforme Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Changes (by philipl): * status: new => closed * resolution: => worksforme Comment: I have run both command lines and everything has worked as expected. I expect something has changed in the last 8 months to allow this work. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 19 02:55:55 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Aug 2012 00:55:55 -0000 Subject: [FFmpeg-trac] #976(FFmpeg:closed): h264 in f4v: non monotonically increasing dts In-Reply-To: <037.97f518659aff9d648b610df99ffade0d@avcodec.org> References: <037.97f518659aff9d648b610df99ffade0d@avcodec.org> Message-ID: <052.5ac410b37280da9f9df6421bdacb3569@avcodec.org> #976: h264 in f4v: non monotonically increasing dts -------------------------------------+------------------------------------- Reporter: cesareof | Owner: Type: defect | Status: closed Priority: normal | Component: FFmpeg Version: git-master | Resolution: fixed Keywords: | Blocked By: av_interleaved_write_frame h264 | Reproduced by developer: 1 mp4 | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed * component: undetermined => FFmpeg -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 19 02:57:54 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Aug 2012 00:57:54 -0000 Subject: [FFmpeg-trac] #971(avcodec:closed): AVRn 1:1 raw interlaced mode - merge fields In-Reply-To: <038.9b394586eba6407d8cb82ffc42a78cd4@avcodec.org> References: <038.9b394586eba6407d8cb82ffc42a78cd4@avcodec.org> Message-ID: <053.128c1cc2cb5e8ad04e50a295ee46d2fb@avcodec.org> #971: AVRn 1:1 raw interlaced mode - merge fields ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: AVRn AVUI | 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 Aug 19 03:14:32 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Aug 2012 01:14:32 -0000 Subject: [FFmpeg-trac] #1154(undetermined:closed): Application provided invalid, non monotonically increasing dts to muxer In-Reply-To: <043.572d335b5c9672fe6f5f95580b5bb7d1@avcodec.org> References: <043.572d335b5c9672fe6f5f95580b5bb7d1@avcodec.org> Message-ID: <058.1192a5406cd3517e3f61dddf0d1b1d70@avcodec.org> #1154: Application provided invalid, non monotonically increasing dts to muxer -------------------------------------+------------------------------------- Reporter: | Owner: greenythebeast | Status: closed Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: fixed Keywords: | Blocked By: av_interleaved_write_frame flv | Reproduced by developer: 1 h264 | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed for the sample provided. I cannot say for sure if AV sync is ok or if further issues remain. If some issues remain with this sample then please reopen this ticket. If the same error shows up with other files then please open seperate tickets, its unlikely that it would be the same bug. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 19 03:26:51 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Aug 2012 01:26:51 -0000 Subject: [FFmpeg-trac] #1642(avformat:closed): -f segment: automagically generate #EXTM3U tags to -segment_list generated playlists In-Reply-To: <036.124537088d23e2b844ce435b567a346c@avcodec.org> References: <036.124537088d23e2b844ce435b567a346c@avcodec.org> Message-ID: <051.14068a9953982ea74fbc62d549747f0a@avcodec.org> #1642: -f segment: automagically generate #EXTM3U tags to -segment_list generated playlists -------------------------------------+------------------------------------- Reporter: kelexel | Owner: Type: enhancement | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: segment, | Blocked By: HLS, m3u8 | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by kelexel): Hi, first of all, many thanks for the time invested in this issue. Now, the real issue resides in the #EXT-X-TARGETDURATION being written at the end of the file. Because it is only written when ffmpeg exepects to have reached the end of the file, it will really, definitely, break HLS. Keep in mind I am talking about fetching a live (RTMP in my case) feed, for which you have no clue of when the feed ends - so no clue of when you will invoke segment_list_close) All I can do is encourage you to check by yourself, using any source file and -f segment, outputing mpegts files to a dir, and use an iOS device to read said files. The playlist will be read by the client each time the client will reach the last file specified in the playlist, and keep doing it until it eventually reaches a #EXT-X-ENDLIST) in said playlist. If the iOS device has no clue of the segment length it should expect, it will miserably fail to read said stream (at least on iOS 5.x) So, once again, your patch will work for known duration files, i.e.: I'm transcoding a file, because the client will find in the playlist, at the end, both the EXT-X-TARGETDURATION and mostly EXT-X-ENDFILE tags, so the iOS device and mobile safari will be happy and know where your steam starts, when it ends and in how many segments it should expect it. But this logic breaks HTTPLiveStream ! I won't argue on the pseuso scarse (I agree) RFC on m3u8. But real-life tests show that if that tag is not present at the top of the file, it will simply not work. iOS devices need to know that tag to accept reading the mpeg2ts segments. If it doesn't find that tag it simply throws an error. When you are doing live transcoding of a current video stream, you have no idea when the stream will end, so your only chance is to put that tag in segment_list_open and really not in segment_list_close I am not arguing who patched what first, I am not a developer, just an aware-user. All I can say is that if you use my (dirty) patch on previous sources, your iOS device will play a live and pre-recorded stream fine. But, if you use your patch, than iOS devices will only play pre-recorded streams, and fail to play live-transcoded streams. That's all I'm trying to point out. With all due respect to you and the ffmpeg community. Please consider modifying your patch. Best regards. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 19 03:32:31 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Aug 2012 01:32:31 -0000 Subject: [FFmpeg-trac] #1642(avformat:closed): -f segment: automagically generate #EXTM3U tags to -segment_list generated playlists In-Reply-To: <036.124537088d23e2b844ce435b567a346c@avcodec.org> References: <036.124537088d23e2b844ce435b567a346c@avcodec.org> Message-ID: <051.f6a9410dc5b74b1bdff1c1e37fb1e920@avcodec.org> #1642: -f segment: automagically generate #EXTM3U tags to -segment_list generated playlists -------------------------------------+------------------------------------- Reporter: kelexel | Owner: Type: enhancement | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: segment, | Blocked By: HLS, m3u8 | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by kelexel): Finally, I can only point you towards apple own docs on HLS (after all, we are in this mess because of them), you will see none of their samples look like what your patch is generating as playlist. 1) EXT-X-TARGETDURATION always sits on top 2) EXTINF always contains the -segment_time, not the real time of the file Please consider fixing your patch to make it HLS compliant Thank you. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 19 03:33:28 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Aug 2012 01:33:28 -0000 Subject: [FFmpeg-trac] #1642(avformat:reopened): -f segment: automagically generate #EXTM3U tags to -segment_list generated playlists In-Reply-To: <036.124537088d23e2b844ce435b567a346c@avcodec.org> References: <036.124537088d23e2b844ce435b567a346c@avcodec.org> Message-ID: <051.f0b3810542d8cdef22c69d85057dba8b@avcodec.org> #1642: -f segment: automagically generate #EXTM3U tags to -segment_list generated playlists -------------------------------------+------------------------------------- Reporter: kelexel | Owner: Type: enhancement | Status: reopened Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: segment, | Blocked By: HLS, m3u8 | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by kelexel): * status: closed => reopened * resolution: fixed => -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 19 12:11:23 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Aug 2012 10:11:23 -0000 Subject: [FFmpeg-trac] #1642(avformat:reopened): -f segment: automagically generate #EXTM3U tags to -segment_list generated playlists In-Reply-To: <036.124537088d23e2b844ce435b567a346c@avcodec.org> References: <036.124537088d23e2b844ce435b567a346c@avcodec.org> Message-ID: <051.c06a0ba97155564ede68867756bc0015@avcodec.org> #1642: -f segment: automagically generate #EXTM3U tags to -segment_list generated playlists -------------------------------------+------------------------------------- Reporter: kelexel | Owner: Type: enhancement | Status: reopened Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: segment, | Blocked By: HLS, m3u8 | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by saste): Replying to [comment:6 kelexel]: > Hi, first of all, many thanks for your time invested in this issue. > > Now, the real issue resides in the #EXT-X-TARGETDURATION being written at the end of the file. > Because it is only written when ffmpeg exepects to have reached the end of the file, this behavior from your patch will really, definitely, break HLS. > > Keep in mind I am talking about transcoding to -f segment a live (RTMP in my case) feed, for which you have no clue of when the feed ends - so no clue of when you will invoke segment_list_close) > > All I can do is encourage you to check by yourself, using any source file and -f segment, outputing mpegts files to a dir, and use an iOS device to read said files. > > The playlist will be read by the client each time the client will reach the last file specified in the playlist, and keep doing it until it eventually reaches a #EXT-X-ENDLIST) in said playlist. > > If the iOS device has no clue of the segment length it should expect, it will miserably fail to read said stream (at least on iOS 5.x) > > So, once again, your patch will work for known duration files, i.e.: I'm transcoding a file, because the client will find in the playlist, at the end, both the EXT-X-TARGETDURATION and mostly EXT-X-ENDFILE tags, and all the segments to read the file, so the iOS device and mobile safari will be happy and know where your steam starts, when it ends and in how many segments, and the length of said segments it should be expecting. > > I won't argue on the pseuso scarse (I agree) RFC on m3u8. > But real-life tests show that if that tag is not present at the top of the file, it will simply not work. > > iOS devices need to know that tag to accept reading the mpeg2ts segments. If it doesn't find that tag it simply throws an error. When you are doing live transcoding of a current video stream, you have no idea when the stream will end, so your only chance is to put that tag in segment_list_open and really not in segment_list_close I see there are several issues here. First of all, I confirm that the M3U8 feature is not broken, in the sense that it complies with the specifications I read so far (the document I linked before, and the one you proposed), so I still consider '''this''' ticket closed. Second, you are doing some assumptions about M3U8 which are '''against''' the specifications, for example about the position of the EXT-X-TARGETDURATION tag. Note that I have no idea of how this RTMP -> HLS thing works at all, and I can't test it. So if you can provide a reproducible failure with the M3U8 generated by ffmpeg, or simply confirm that moving the EXT-X-TARGETDURATION at the begin of the file will fix it, please do. My assumption was that the M3U8 file was read at once and parsed and converted by the reader into a list of files to read, and the duration information could be retrieved whatever its position was. In case the file is read continuously we can't predict the maximum duration of the segments in the list, not without a crystal ball, so the solution in this case would be to provide a "fake" EXT-X-TARGETDURATION at the begin of the file as you seem to suggest (which would be against M3U8 specifications). Note that this '''can''' be done if it fixes a problem, e.g. by providing a new type m3u8-hls or switch, but note again that this ticket is about M3U8 playlists, and not concerned with the weird additional requirements of live transcoding whatsoever, so it belongs to a separate ticket. Also I suppose that the -segment_list_size option was designed with that scenario in mind, so maybe you could adapt your setup to make use of that feature. > I am not arguing who patched what first, I am not a developer, just an aware-user > All I can say is that if you use my (dirty) patch on previous sources, your iOS device will play a live and pre-recorded stream fine. Just to clarify, I'm happy to apply (or even modify/readapt) other people patches, only I care if that things work properly. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 19 12:46:55 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Aug 2012 10:46:55 -0000 Subject: [FFmpeg-trac] #524(undetermined:open): AVC-Intra in mov not supported In-Reply-To: <036.de05c6dcb04d9a9f58523bc5e44fc5c4@avcodec.org> References: <036.de05c6dcb04d9a9f58523bc5e44fc5c4@avcodec.org> Message-ID: <051.ea13a519164a63d875b4ff308660328c@avcodec.org> #524: AVC-Intra in mov not supported -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: open Priority: wish | Component: Version: git-master | undetermined Keywords: H264 AVID | Resolution: AVin | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: H264 => H264 AVID AVin * reproduced: 0 => 1 Comment: Samples uploaded to samples.ffmpeg.org/ffmpeg-bugs/trac/ticket524 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 19 15:12:55 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Aug 2012 13:12:55 -0000 Subject: [FFmpeg-trac] #1277(undetermined:open): Subtitle (hdmv_pgs_subtitle) conversion fails In-Reply-To: <038.44ea4de7f757db5bba072a8daed7585b@avcodec.org> References: <038.44ea4de7f757db5bba072a8daed7585b@avcodec.org> Message-ID: <053.29aa7f9bab8a255e0eb3926290607f1d@avcodec.org> #1277: Subtitle (hdmv_pgs_subtitle) conversion fails -------------------------------------+------------------------------------- Reporter: bakhshian | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: dvdsub | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by Sharkhunter): Does these patches fix srt -> dvdsub as well? Previous adding srt -> dvdsub worked but crashed the video during playback (crash on first subtitle frame) now (at least Zeranoes win build" carshes completly without a trace... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 19 15:18:40 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Aug 2012 13:18:40 -0000 Subject: [FFmpeg-trac] #1277(undetermined:open): Subtitle (hdmv_pgs_subtitle) conversion fails In-Reply-To: <038.44ea4de7f757db5bba072a8daed7585b@avcodec.org> References: <038.44ea4de7f757db5bba072a8daed7585b@avcodec.org> Message-ID: <053.4abaf226efeac1d6ac6ce2999c5975b1@avcodec.org> #1277: Subtitle (hdmv_pgs_subtitle) conversion fails -------------------------------------+------------------------------------- Reporter: bakhshian | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: dvdsub | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by Cigaes): No, it does not. srt is text, dvdsub is bitmap: converting one to the other would require rendering the text, using fonts and layout engine. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 19 15:19:51 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Aug 2012 13:19:51 -0000 Subject: [FFmpeg-trac] #1657(trac:new): Cannot add myself to a bug CC list for e-mail notifications Message-ID: <035.3664021633aa7b766c2552d35296cd7f@avcodec.org> #1657: Cannot add myself to a bug CC list for e-mail notifications --------------------------------+--------------------------------------- Reporter: fturco | Type: enhancement Status: new | Priority: normal Component: trac | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+--------------------------------------- I just registered myself to this bug tracking system because I'd like to get e-mail notifications for certain interesting bugs, but it seems I can't add myself to a bug CC list. When modifying a bug, my only options are: - leave as new - open - assign to -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 19 15:33:23 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Aug 2012 13:33:23 -0000 Subject: [FFmpeg-trac] #1658(undetermined:new): imc: ffplay resets current duration Message-ID: <038.1a0f81e7cf5b4d1b135d75f0ca684f3c@avcodec.org> #1658: imc: ffplay resets current duration -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- current duration is not calculated correctly for imc in wav {{{ C:\>ffmpeg -i imc_22khz.wav ffmpeg version N-43678-gceb8773 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 18 2012 02:22:03 with gcc 4.5.0 (GCC) 20100414 (Fedora MinGW 4.5. 0-1.fc14) configuration: --prefix=/var/www/users/research/ffmpeg/snapshots/build --arch= x86 --target-os=mingw32 --cross-prefix=i686-pc-mingw32- --cc='ccache i686 -pc-min gw32-gcc' --enable-w32threads --enable-memalign-hack --enable-runtime- cpudetect --enable-cross-compile --enable-static --disable-shared --extra- libs='-lws2_32 - lwinmm -lpthread' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snap shots/build/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/s napshots/build/lib' --enable-bzlib --enable-zlib --enable-gpl --enable- version3 --enable-nonfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libmp3lame --enable-libvpx --disable- decoder=libvpx libavutil 51. 70.100 / 51. 70.100 libavcodec 54. 53.100 / 54. 53.100 libavformat 54. 25.100 / 54. 25.100 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 10.100 / 3. 10.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, wav, from 'imc_22khz.wav': Duration: 00:00:30.01, bitrate: 44 kb/s Stream #0:0: Audio: imc ([1][4][0][0] / 0x0401), 22050 Hz, mono, flt, 44 kb/ s At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 19 15:34:32 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Aug 2012 13:34:32 -0000 Subject: [FFmpeg-trac] #1659(undetermined:new): g723_1: wrong current duration after seeking Message-ID: <038.cd7bed738ba64ae94c278702c04e40bd@avcodec.org> #1659: g723_1: wrong current duration after seeking -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- ffplay displays wrong current duration after seeking in g723_1 (in wav) {{{ C:\>ffmpeg -i g723_1.wav ffmpeg version N-43678-gceb8773 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 18 2012 02:22:03 with gcc 4.5.0 (GCC) 20100414 (Fedora MinGW 4.5. 0-1.fc14) configuration: --prefix=/var/www/users/research/ffmpeg/snapshots/build --arch= x86 --target-os=mingw32 --cross-prefix=i686-pc-mingw32- --cc='ccache i686 -pc-min gw32-gcc' --enable-w32threads --enable-memalign-hack --enable-runtime- cpudetect --enable-cross-compile --enable-static --disable-shared --extra- libs='-lws2_32 - lwinmm -lpthread' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snap shots/build/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/s napshots/build/lib' --enable-bzlib --enable-zlib --enable-gpl --enable- version3 --enable-nonfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libmp3lame --enable-libvpx --disable- decoder=libvpx libavutil 51. 70.100 / 51. 70.100 libavcodec 54. 53.100 / 54. 53.100 libavformat 54. 25.100 / 54. 25.100 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 10.100 / 3. 10.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [wav @ 0x1eace20] Estimating duration from bitrate, this may be inaccurate Input #0, wav, from 'g723_1.wav': Duration: 00:00:30.07, bitrate: 6 kb/s Stream #0:0: Audio: g723_1 (B[0][0][0] / 0x0042), 8000 Hz, mono, s16, 6 kb/s At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 19 15:59:21 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Aug 2012 13:59:21 -0000 Subject: [FFmpeg-trac] #1277(undetermined:open): Subtitle (hdmv_pgs_subtitle) conversion fails In-Reply-To: <038.44ea4de7f757db5bba072a8daed7585b@avcodec.org> References: <038.44ea4de7f757db5bba072a8daed7585b@avcodec.org> Message-ID: <053.5813857ded4f2ea916de0c9d31cce279@avcodec.org> #1277: Subtitle (hdmv_pgs_subtitle) conversion fails -------------------------------------+------------------------------------- Reporter: bakhshian | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: dvdsub | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by Sharkhunter): So burning srt to dvdsub will simply never work? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 19 16:01:15 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Aug 2012 14:01:15 -0000 Subject: [FFmpeg-trac] #1277(undetermined:open): Subtitle (hdmv_pgs_subtitle) conversion fails In-Reply-To: <038.44ea4de7f757db5bba072a8daed7585b@avcodec.org> References: <038.44ea4de7f757db5bba072a8daed7585b@avcodec.org> Message-ID: <053.0bf34cbedc8847e951125a0bfb0b88e4@avcodec.org> #1277: Subtitle (hdmv_pgs_subtitle) conversion fails -------------------------------------+------------------------------------- Reporter: bakhshian | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: dvdsub | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by Cigaes): Not never, but nobody is currently working on it, and it will certainly have to wait for a proper API for decoded text subtitles. Note that spumux can do it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 19 16:09:01 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Aug 2012 14:09:01 -0000 Subject: [FFmpeg-trac] #1277(undetermined:open): Subtitle (hdmv_pgs_subtitle) conversion fails In-Reply-To: <038.44ea4de7f757db5bba072a8daed7585b@avcodec.org> References: <038.44ea4de7f757db5bba072a8daed7585b@avcodec.org> Message-ID: <053.de0228390abb34ea54b115f56b426656@avcodec.org> #1277: Subtitle (hdmv_pgs_subtitle) conversion fails -------------------------------------+------------------------------------- Reporter: bakhshian | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: dvdsub | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by Sharkhunter): Mencoder can as well but it has other issues. It would just be nice to avoid using 3 or 4 programs just to get it working... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 19 16:10:55 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Aug 2012 14:10:55 -0000 Subject: [FFmpeg-trac] #1277(undetermined:open): Subtitle (hdmv_pgs_subtitle) conversion fails In-Reply-To: <038.44ea4de7f757db5bba072a8daed7585b@avcodec.org> References: <038.44ea4de7f757db5bba072a8daed7585b@avcodec.org> Message-ID: <053.9831c05fb80f2915c729f67bb36d2028@avcodec.org> #1277: Subtitle (hdmv_pgs_subtitle) conversion fails -------------------------------------+------------------------------------- Reporter: bakhshian | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: dvdsub | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by Cigaes): AFAIK, no, mencoder can not, unless you expressed your problem incorrectly. Also, remember this is an issue tracker, and this issue is, I hope, fixed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 19 16:20:27 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Aug 2012 14:20:27 -0000 Subject: [FFmpeg-trac] #1277(undetermined:open): Subtitle (hdmv_pgs_subtitle) conversion fails In-Reply-To: <038.44ea4de7f757db5bba072a8daed7585b@avcodec.org> References: <038.44ea4de7f757db5bba072a8daed7585b@avcodec.org> Message-ID: <053.6e7f3b8810b9d2c81be9a447bcd6f840@avcodec.org> #1277: Subtitle (hdmv_pgs_subtitle) conversion fails -------------------------------------+------------------------------------- Reporter: bakhshian | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: dvdsub | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by Sharkhunter): Sure I just asked. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 19 17:02:20 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Aug 2012 15:02:20 -0000 Subject: [FFmpeg-trac] #1277(undetermined:closed): Subtitle (hdmv_pgs_subtitle) conversion fails In-Reply-To: <038.44ea4de7f757db5bba072a8daed7585b@avcodec.org> References: <038.44ea4de7f757db5bba072a8daed7585b@avcodec.org> Message-ID: <053.678c8e7b272345697e92c7a5a778a54a@avcodec.org> #1277: Subtitle (hdmv_pgs_subtitle) conversion fails -------------------------------------+------------------------------------- Reporter: bakhshian | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: dvdsub | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Replying to [comment:19 Sharkhunter]: > Previous adding srt -> dvdsub worked but crashed the video during playback (crash on first subtitle frame) now (at least Zeranoes win build" carshes completly without a trace... Did you report this? Even if no backtrace is possible, complete, uncut console output missing. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 19 17:06:04 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Aug 2012 15:06:04 -0000 Subject: [FFmpeg-trac] #1659(undetermined:open): g723_1: wrong current duration after seeking In-Reply-To: <038.cd7bed738ba64ae94c278702c04e40bd@avcodec.org> References: <038.cd7bed738ba64ae94c278702c04e40bd@avcodec.org> Message-ID: <053.f7746c6fadfa668c6c2b3f0124e68299@avcodec.org> #1659: g723_1: wrong current duration after seeking -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: g7231 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => g7231 * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 Comment: Works fine with mplayer -demuxer audio -ac ffg7231 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 19 17:08:00 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Aug 2012 15:08:00 -0000 Subject: [FFmpeg-trac] #1658(undetermined:open): imc: ffplay resets current duration In-Reply-To: <038.1a0f81e7cf5b4d1b135d75f0ca684f3c@avcodec.org> References: <038.1a0f81e7cf5b4d1b135d75f0ca684f3c@avcodec.org> Message-ID: <053.68b16ac1acc1c5ede0842f035f96aeb4@avcodec.org> #1658: imc: ffplay resets current duration -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: imc | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => imc * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 Comment: Works fine with mplayer -demuxer audio -ac ffimc -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 19 18:46:15 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Aug 2012 16:46:15 -0000 Subject: [FFmpeg-trac] #5(avformat:open): jp2k muxed into mov by FFmpeg can't be played by QuickTime In-Reply-To: <036.8eebf45dbfd620ae77c725dca3291088@avcodec.org> References: <036.8eebf45dbfd620ae77c725dca3291088@avcodec.org> Message-ID: <051.6facdae099bf281154da5db3d11cc625@avcodec.org> #5: jp2k muxed into mov by FFmpeg can't be played by QuickTime ---------------------------------+------------------------------------ Reporter: cehoyos | Owner: michael Type: defect | Status: open Priority: normal | Component: avformat Version: git | Resolution: Keywords: j2k mov | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ---------------------------------+------------------------------------ Comment (by ami_stuff): What's interesting the output from: ffmpeg -i test.bmp -strict -2 -vcodec j2k out.mov decodes correctly in QT, the same remuxed file: ffmpeg -i out.mov -vcodec copy -strict -2 out2.mov but libopenjpeg's output fails (black window): ffmpeg -i test.bmp -vcodec libopenjpeg out.mov -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 19 19:00:44 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Aug 2012 17:00:44 -0000 Subject: [FFmpeg-trac] #1660(undetermined:new): alaw: ffplay displays wrong current duration Message-ID: <038.53ef7d890cf6c0fdaac255064563397f@avcodec.org> #1660: alaw: ffplay displays wrong current duration -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- ffplay displays wrong current duration for alaw (and ulaw) in aiff {{{ C:\>ffmpeg -i alaw.aif out.wav ffmpeg version N-43678-gceb8773 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 18 2012 02:22:03 with gcc 4.5.0 (GCC) 20100414 (Fedora MinGW 4.5. 0-1.fc14) configuration: --prefix=/var/www/users/research/ffmpeg/snapshots/build --arch= x86 --target-os=mingw32 --cross-prefix=i686-pc-mingw32- --cc='ccache i686 -pc-min gw32-gcc' --enable-w32threads --enable-memalign-hack --enable-runtime- cpudetect --enable-cross-compile --enable-static --disable-shared --extra- libs='-lws2_32 - lwinmm -lpthread' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snap shots/build/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/s napshots/build/lib' --enable-bzlib --enable-zlib --enable-gpl --enable- version3 --enable-nonfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libmp3lame --enable-libvpx --disable- decoder=libvpx libavutil 51. 70.100 / 51. 70.100 libavcodec 54. 53.100 / 54. 53.100 libavformat 54. 25.100 / 54. 25.100 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 10.100 / 3. 10.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [aiff @ 0x1eace20] max_analyze_duration 5000000 reached at 5015510 Guessed Channel Layout for Input Stream #0.0 : stereo Input #0, aiff, from 'alaw.aif': Duration: 00:00:12.61, start: 0.000000, bitrate: 705 kb/s Stream #0:0: Audio: pcm_alaw (alaw / 0x77616C61), 44100 Hz, stereo, s16, 705 kb/s Output #0, wav, to 'out.wav': Metadata: encoder : Lavf54.25.100 Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, stereo, s16 , 1411 kb/s Stream mapping: Stream #0:0 -> #0:0 (pcm_alaw -> pcm_s16le) Press [q] to stop, [?] for help size= 2173kB time=00:00:06.32 bitrate=2815.4kbits/s video:0kB audio:2173kB subtitle:0 global headers:0kB muxing overhead 0.002067% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 19 19:00:48 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Aug 2012 17:00:48 -0000 Subject: [FFmpeg-trac] #1661(undetermined:new): Adding/converting srt to dvdsub subtitle Message-ID: <040.9f32b6fc4519ece66e98258bc0e59f83@avcodec.org> #1661: Adding/converting srt to dvdsub subtitle -------------------------------------+------------------------------------- Reporter: Sharkhunter | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Trying to add an srt file at the same time as converting it to dvd (mpeg2). Tried it with various input format of the video with the same result. This is an mp4 sample. C:\>ffmpeg -v 9 -loglevel 99 -i in.mp4 -i "in.srt" -y -target ntsc-dvd -scodec dvdsub xxx ffmpeg version N-43594-gf0896a6 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 15 2012 21:29:36 with gcc 4.7.1 (GCC) configuration: --enable-gpl --enable-version3 --disable-pthreads --enable-runt ime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libass - -enable-libcelt --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-l ibfreetype --enable-libgsm --enable-libmp3lame --enable-libnut --enable- libopenj peg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable- libtheo ra --enable-libutvideo --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-li bvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --ena ble-zlib libavutil 51. 69.100 / 51. 69.100 libavcodec 54. 52.100 / 54. 52.100 libavformat 54. 23.101 / 54. 23.101 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 9.100 / 3. 9.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [mov,mp4,m4a,3gp,3g2,mj2 @ 00000000003cfa00] Format mov,mp4,m4a,3gp,3g2,mj2 prob ed with size=2048 and score=100 [mov,mp4,m4a,3gp,3g2,mj2 @ 00000000003cfa00] ISO: File Type Major Brand: isom [mov,mp4,m4a,3gp,3g2,mj2 @ 00000000003cfa00] File position before avformat_find_ stream_info() is 393031408 [h264 @ 0000000000310180] no picture [mov,mp4,m4a,3gp,3g2,mj2 @ 00000000003cfa00] All info found [mov,mp4,m4a,3gp,3g2,mj2 @ 00000000003cfa00] File position after avformat_find_s tream_info() is 3496 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'in.mp4': Metadata: major_brand : isom minor_version : 1 compatible_brands: isom creation_time : 2011-09-08 11:43:25 Duration: 00:55:09.68, start: 0.000000, bitrate: 950 kb/s Stream #0:0(und), 1, 1/24000: Video: h264 (High) (avc1 / 0x31637661), yuv420 p, 720x404 [SAR 404:405 DAR 16:9], 1001/48000, 821 kb/s, 23.98 fps, 23.98 tbr, 2 4k tbn, 47.95 tbc Metadata: creation_time : 2011-09-08 11:43:25 Stream #0:1(und), 1, 1/48000: Audio: aac (mp4a / 0x6134706D), 48000 Hz, ster eo, s16, 122 kb/s Metadata: creation_time : 2011-09-08 11:43:25 [srt @ 0000000004777a80] Format srt probed with size=2048 and score=100 [srt @ 0000000004777a80] File position before avformat_find_stream_info() is 0 [srt @ 0000000004777a80] All info found [srt @ 0000000004777a80] Estimating duration from bitrate, this may be inaccurat e [srt @ 0000000004777a80] File position after avformat_find_stream_info() is 0 Input #1, srt, from 'in.srt': Duration: N/A, bitrate: N/A Stream #1:0, 0, 1/1000: Subtitle: srt [buffer @ 0000000000305980] Setting entry with key 'video_size' to value '720x40 4' [buffer @ 0000000000305980] Setting entry with key 'pix_fmt' to value '0' [buffer @ 0000000000305980] Setting entry with key 'time_base' to value '1/24000 ' [buffer @ 0000000000305980] Setting entry with key 'pixel_aspect' to value '404/ 405' [buffer @ 0000000000305980] Setting entry with key 'sws_param' to value 'flags=2 ' [buffer @ 0000000000305980] Setting entry with key 'frame_rate' to value '24000/ 1001' [graph 0 input from stream 0:0 @ 00000000003058a0] w:720 h:404 pixfmt:yuv420p tb :1/24000 fr:24000/1001 sar:404/405 sws_param:flags=2 [scaler for output stream 0:0 @ 0000000000305f00] w:720 h:404 fmt:yuv420p sar:40 4/405 -> w:720 h:480 fmt:yuv420p sar:32/27 flags:0x4 [abuffer @ 00000000048ff8e0] Setting entry with key 'time_base' to value '1/4800 0' [abuffer @ 00000000048ff8e0] Setting entry with key 'sample_rate' to value '4800 0' [abuffer @ 00000000048ff8e0] Setting entry with key 'sample_fmt' to value 's16' [abuffer @ 00000000048ff8e0] Setting entry with key 'channel_layout' to value '0 x3' [graph 1 input from stream 0:1 @ 00000000048c1c40] tb:1/48000 samplefmt:s16 samp lerate:48000 chlayout:0x3 [aformat @ 00000000048b1920] Setting entry with key 'sample_fmts' to value 'flt' [aformat @ 00000000048b1920] Setting entry with key 'sample_rates' to value '480 00' [aformat @ 00000000048b1920] Setting entry with key 'channel_layouts' to value ' 0x4,0x3,0x103,0x7,0x603,0x33,0x107,0x607,0x37,0xc,0xb,0x10b,0xf,0x60b,0x3b,0x10f ,0x60f,0x3f' [audio format for output stream 0:1 @ 00000000048c1d60] auto-inserting filter 'a uto-inserted resampler 0' between the filter 'Parsed_anull_0' and the filter 'au dio format for output stream 0:1' [auto-inserted resampler 0 @ 00000000048c1e80] chl:stereo fmt:s16 r:48000Hz -> c hl:stereo fmt:flt r:48000Hz [mpeg2video @ 0000000004890d00] detected 4 logical cores [mpeg2video @ 0000000004890d00] intra_quant_bias = 96 inter_quant_bias = 0 [h264 @ 0000000000310180] detected 4 logical cores Output #0, dvd, to 'xxx': Metadata: major_brand : isom minor_version : 1 compatible_brands: isom encoder : Lavf54.23.101 Stream #0:0(und), 0, 1/90000: Video: mpeg2video, yuv420p, 720x480 [SAR 32:27 DAR 16:9], 1001/30000, q=2-31, 6000 kb/s, 90k tbn, 29.97 tbc Metadata: creation_time : 2011-09-08 11:43:25 Stream #0:1(und), 0, 1/90000: Audio: ac3, 48000 Hz, stereo, flt, 448 kb/s Metadata: creation_time : 2011-09-08 11:43:25 Stream #0:2, 0, 1/90000: Subtitle: dvd_subtitle Stream mapping: Stream #0:0 -> #0:0 (h264 -> mpeg2video) Stream #0:1 -> #0:1 (aac -> ac3) Stream #1:0 -> #0:2 (srt -> dvdsub) Press [q] to stop, [?] for help [h264 @ 0000000004ca0520] no picture [mov,mp4,m4a,3gp,3g2,mj2 @ 00000000003cfa00] demuxer injecting skip 2112 [aac @ 00000000047102c0] skip 2112 samples due to side data [aac @ 00000000047102c0] skip whole frame, skip left: 1088 [aac @ 00000000047102c0] skip whole frame, skip left: 64 [aac @ 00000000047102c0] skip 64/1024 samples [h264 @ 0000000004ca0960] no picture *** 1 dup! Here it just crashes... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 19 19:01:05 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Aug 2012 17:01:05 -0000 Subject: [FFmpeg-trac] #1277(undetermined:closed): Subtitle (hdmv_pgs_subtitle) conversion fails In-Reply-To: <038.44ea4de7f757db5bba072a8daed7585b@avcodec.org> References: <038.44ea4de7f757db5bba072a8daed7585b@avcodec.org> Message-ID: <053.be99ca6ebaec901dab07cd5432ffb811@avcodec.org> #1277: Subtitle (hdmv_pgs_subtitle) conversion fails -------------------------------------+------------------------------------- Reporter: bakhshian | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: dvdsub | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by Sharkhunter): Have now http://ffmpeg.org/trac/ffmpeg/ticket/1661 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 19 19:11:50 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Aug 2012 17:11:50 -0000 Subject: [FFmpeg-trac] #1662(undetermined:new): ape: wrong duration Message-ID: <038.56c04878025ad3baf989d6cd8e64a931@avcodec.org> #1662: ape: wrong duration -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- the file is longer than 29s {{{ C:\>ffmpeg -i test.ape out.wav ffmpeg version N-43678-gceb8773 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 18 2012 02:22:03 with gcc 4.5.0 (GCC) 20100414 (Fedora MinGW 4.5. 0-1.fc14) configuration: --prefix=/var/www/users/research/ffmpeg/snapshots/build --arch= x86 --target-os=mingw32 --cross-prefix=i686-pc-mingw32- --cc='ccache i686 -pc-min gw32-gcc' --enable-w32threads --enable-memalign-hack --enable-runtime- cpudetect --enable-cross-compile --enable-static --disable-shared --extra- libs='-lws2_32 - lwinmm -lpthread' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snap shots/build/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/s napshots/build/lib' --enable-bzlib --enable-zlib --enable-gpl --enable- version3 --enable-nonfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libmp3lame --enable-libvpx --disable- decoder=libvpx libavutil 51. 70.100 / 51. 70.100 libavcodec 54. 53.100 / 54. 53.100 libavformat 54. 25.100 / 54. 25.100 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 10.100 / 3. 10.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, ape, from 'test.ape': Duration: 00:00:29.98, start: 0.000000, bitrate: 875 kb/s Stream #0:0: Audio: ape (APE / 0x20455041), 44100 Hz, stereo, s16 Output #0, wav, to 'out.wav': Metadata: encoder : Lavf54.25.100 Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, stereo, s16 , 1411 kb/s Stream mapping: Stream #0:0 -> #0:0 (ape -> pcm_s16le) Press [q] to stop, [?] for help size= 5171kB time=00:00:31.58 bitrate=1341.2kbits/s video:0kB audio:5170kB subtitle:0 global headers:0kB muxing overhead 0.000869% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 19 19:12:59 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Aug 2012 17:12:59 -0000 Subject: [FFmpeg-trac] #1662(undetermined:new): ape: wrong duration In-Reply-To: <038.56c04878025ad3baf989d6cd8e64a931@avcodec.org> References: <038.56c04878025ad3baf989d6cd8e64a931@avcodec.org> Message-ID: <053.e812ee04c65e6f32ce95ed1ad1ffb0c7@avcodec.org> #1662: ape: wrong duration -------------------------------------+------------------------------------- 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.datafilehost.com/download-031cc87f.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 19 19:27:44 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Aug 2012 17:27:44 -0000 Subject: [FFmpeg-trac] #1486(undetermined:new): stalls / pauses in video every 30 seconds. In-Reply-To: <038.4822af712a908d67d66e0a332d91081e@avcodec.org> References: <038.4822af712a908d67d66e0a332d91081e@avcodec.org> Message-ID: <053.742c511f0096fc56810b929a478952b3@avcodec.org> #1486: stalls / pauses in video every 30 seconds. -------------------------------------+------------------------------------- Reporter: TroyWorks | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: pause,stall,freeze,capture,xllgrab,xvfb| Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by -niko-): Same problem here, I cant do the gdb thing because the freeze are only in the final video so I cant really see when is happening. I already tried with others enconders and I have the same problem. Lower the bitrate and the resolution helped alot, but i need to do it alot. Worked fine at 60 fps for 30 seconds (its a little more but almost constant) using sameq or half of the bitrate and I need to go lower than that to get no freeze. Example: https://www.youtube.com/watch?v=2AZPMwSdM6c PD: English isn't my first language, so if I wrote something wrong sorry. xD -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 19 20:38:42 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Aug 2012 18:38:42 -0000 Subject: [FFmpeg-trac] #1663(undetermined:new): Multiple named pipes don't work Message-ID: <034.fbf88d4b6c33669f222ce0371c3cd53e@avcodec.org> #1663: Multiple named pipes don't work -------------------------------------+------------------------------------- Reporter: burek | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: When 1 ffmpeg is used to produce multiple outputs to named pipes and another ffmpeg is used to read those named pipes as inputs, everything just stucks and doesn't work. How to reproduce: * Run 2 shells. * Create 2 test named pipes (1 for audio and 1 for video): {{{ mkfifo /tmp/aaa /tmp/vvv }}} * In first shell type the following, which would basically split the input to raw audio and raw video, sending the results to audio/video named pipes: {{{ ffmpeg -y -i 1.flv -map 0:a -f u16le -acodec pcm_s16le -ac 2 -ar 44100 /tmp/aaa -map 0:v -f yuv4mpegpipe -vcodec rawvideo /tmp/vvv }}} * In second shell type the following, which should join inputs and create the output: {{{ ffmpeg -y -i /tmp/mcs_aaa -i /tmp/mcs_vvv out.avi }}} The result: It doesn't work. But, if you use 2 ffmpeg processes in the second shell instead, to separately grab the audio named pipe input and video named pipe input, then everything works as expected: {{{ ffmpeg -y -i /tmp/mcs_aaa bla1.avi & ffmpeg -y -i /tmp/mcs_vvv bla2.avi }}} Conclusion: Something is implemented wrong in the ffmpeg's part that reads inputs in such a way that it prevents ffmpeg from reading both named pipes as inputs at the same time (second shell). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 19 20:39:37 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Aug 2012 18:39:37 -0000 Subject: [FFmpeg-trac] #1663(undetermined:new): Multiple named pipes don't work In-Reply-To: <034.fbf88d4b6c33669f222ce0371c3cd53e@avcodec.org> References: <034.fbf88d4b6c33669f222ce0371c3cd53e@avcodec.org> Message-ID: <049.9e91c1e29cc7564fd9b6b978da830ca4@avcodec.org> #1663: Multiple named pipes don't work -------------------------------------+------------------------------------- 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): [[Image(MultipleNamedPipesBug.png)]] -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 19 20:46:40 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Aug 2012 18:46:40 -0000 Subject: [FFmpeg-trac] #1663(undetermined:new): Multiple named pipes don't work In-Reply-To: <034.fbf88d4b6c33669f222ce0371c3cd53e@avcodec.org> References: <034.fbf88d4b6c33669f222ce0371c3cd53e@avcodec.org> Message-ID: <049.1d9bf34bc95b01f503c9c2ef72b557c7@avcodec.org> #1663: Multiple named pipes don't work -------------------------------------+------------------------------------- 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): Btw, by "it doesn't work" I mean everything hangs, just like ffmpeg in second shell is waiting for something, and it doesn't read both inputs in parallel. The first ffmpeg shows that it read the input properly and is just about to create outputs: {{{ ffmpeg version N-43235-g2db097c Copyright (c) 2000-2012 the FFmpeg developers built on Aug 5 2012 11:33:55 with gcc 4.6 (Debian 4.6.3-1) configuration: --enable-static --enable-shared --enable-gpl --enable- nonfree --enable-postproc --enable-libx264 --enable-libaacplus libavutil 51. 66.101 / 51. 66.101 libavcodec 54. 49.100 / 54. 49.100 libavformat 54. 22.100 / 54. 22.100 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 5.102 / 3. 5.102 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [h264 @ 0xb3e640] reference picture missing during reorder Last message repeated 3 times [h264 @ 0xb3e640] Missing reference picture [h264 @ 0xb3e640] decode_slice_header error [h264 @ 0xb3e640] concealing 920 DC, 920 AC, 920 MV errors in P frame Input #0, flv, from '1.flv': Metadata: encoder : Lavf54.9.100 Duration: 00:15:02.96, start: 0.000000, bitrate: 88 kb/s Stream #0:0: Video: h264 (High), yuv420p, 640x360 [SAR 1:1 DAR 16:9], 16.67 tbr, 1k tbn, 2000k tbc Stream #0:1: Audio: aac, 44100 Hz, stereo, s16 }}} The second ffmpeg just hangs after the intro text: {{{ ffmpeg version N-43235-g2db097c Copyright (c) 2000-2012 the FFmpeg developers built on Aug 5 2012 11:33:55 with gcc 4.6 (Debian 4.6.3-1) configuration: --enable-static --enable-shared --enable-gpl --enable- nonfree --enable-postproc --enable-libx264 --enable-libaacplus libavutil 51. 66.101 / 51. 66.101 libavcodec 54. 49.100 / 54. 49.100 libavformat 54. 22.100 / 54. 22.100 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 5.102 / 3. 5.102 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 19 20:53:15 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Aug 2012 18:53:15 -0000 Subject: [FFmpeg-trac] #1663(undetermined:new): Multiple named pipes don't work In-Reply-To: <034.fbf88d4b6c33669f222ce0371c3cd53e@avcodec.org> References: <034.fbf88d4b6c33669f222ce0371c3cd53e@avcodec.org> Message-ID: <049.6e3765c48261a6dae907766a3e99fcb9@avcodec.org> #1663: Multiple named pipes don't work -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Cigaes): Having two pipes between processes without very careful synchronization has never worked, for ffmpeg or anything else. What is your real-world use for that kind of construct? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 19 21:03:13 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Aug 2012 19:03:13 -0000 Subject: [FFmpeg-trac] #1663(undetermined:new): Multiple named pipes don't work In-Reply-To: <034.fbf88d4b6c33669f222ce0371c3cd53e@avcodec.org> References: <034.fbf88d4b6c33669f222ce0371c3cd53e@avcodec.org> Message-ID: <049.97217ef5ad55fd0e3d25ca23933e4dc9@avcodec.org> #1663: Multiple named pipes don't work -------------------------------------+------------------------------------- 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, to be honest, I don't see why should it hang and not work, i.e. I don't see why do those need to be synchronized. The first process outputs 2 different independent outputs, which another process collects and processes. No big deal there. The real-world example is the splitting of the video and audio to batch script the concatenation of audio/video streams, like described in this faq item: http://ffmpeg.org/faq.html#Concatenating-using-raw-audio-and- video The idea is to split all the audio/video streams, do the cat magic and join it again. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 19 21:06:42 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Aug 2012 19:06:42 -0000 Subject: [FFmpeg-trac] #1663(undetermined:new): Multiple named pipes don't work In-Reply-To: <034.fbf88d4b6c33669f222ce0371c3cd53e@avcodec.org> References: <034.fbf88d4b6c33669f222ce0371c3cd53e@avcodec.org> Message-ID: <049.91b0ec0ece25780941e607a672024f68@avcodec.org> #1663: Multiple named pipes don't work -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Cigaes): Without synchronization, you will quite rapidly get one process trying to write on one pipe while the other is trying to read on the other. Since pipes have a small buffer, it will quite rapidly result in a deadlock. Since you are considering working with decoded raw video and audio, you should probably use the concat filter instead. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 19 21:11:51 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Aug 2012 19:11:51 -0000 Subject: [FFmpeg-trac] #1663(undetermined:new): Multiple named pipes don't work In-Reply-To: <034.fbf88d4b6c33669f222ce0371c3cd53e@avcodec.org> References: <034.fbf88d4b6c33669f222ce0371c3cd53e@avcodec.org> Message-ID: <049.43d71510a72016823b5fe3f7549dd4d1@avcodec.org> #1663: Multiple named pipes don't work -------------------------------------+------------------------------------- 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 if I'm wrong (and I've used named pipes a lot in the past and never had such issues like this one mentioned in this ticket) then the faq item might be wrong as well. Since it does exactly what I described here. Btw, such an example of a dead lock, that you offered, simply shouldn't happen in this scenario, since 2 outputs are completely independent (raw audio vs raw video) and if I'm not wrong, ffmpeg does that in separate threads, so that situation should never happen. Also, 1 process is using both pipes for write only and 2nd process uses it as read only. So that's also the indicator that such deadlock should never occur in theory, for this scenario. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 19 21:49:08 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Aug 2012 19:49:08 -0000 Subject: [FFmpeg-trac] #1663(undetermined:new): Multiple named pipes don't work In-Reply-To: <034.fbf88d4b6c33669f222ce0371c3cd53e@avcodec.org> References: <034.fbf88d4b6c33669f222ce0371c3cd53e@avcodec.org> Message-ID: <049.7265f7d1f8f1bd6d73eca8440e999bf0@avcodec.org> #1663: Multiple named pipes don't work -------------------------------------+------------------------------------- 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 reimar): I don't think FFmpeg really uses to different threads. But regardless of that, both FFmpeg instances will try to keep A-V sync and as soon as one makes a different decision on whether audio or video must come next to keep sync it will hang. It can at best work when at least one has A-V sync handling disabled (which is basically what the second approach does). It would still be very brittle, the only approach I can recommend is to just mux the two streams together if you want to process them together. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 19 22:29:34 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Aug 2012 20:29:34 -0000 Subject: [FFmpeg-trac] #1663(undetermined:new): Multiple named pipes don't work In-Reply-To: <034.fbf88d4b6c33669f222ce0371c3cd53e@avcodec.org> References: <034.fbf88d4b6c33669f222ce0371c3cd53e@avcodec.org> Message-ID: <049.519845ecf9d3c5d332818a1dd1b4cfa6@avcodec.org> #1663: Multiple named pipes don't work -------------------------------------+------------------------------------- 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'm trying to understand how does deadlock happen in this case, where 1 process is write-only and another is read-only. Where exactly does the deadlock occur? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 19 22:43:08 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Aug 2012 20:43:08 -0000 Subject: [FFmpeg-trac] #1642(avformat:reopened): -f segment: automagically generate #EXTM3U tags to -segment_list generated playlists In-Reply-To: <036.124537088d23e2b844ce435b567a346c@avcodec.org> References: <036.124537088d23e2b844ce435b567a346c@avcodec.org> Message-ID: <051.f7224e53c96131a8674845a1d701e8e8@avcodec.org> #1642: -f segment: automagically generate #EXTM3U tags to -segment_list generated playlists -------------------------------------+------------------------------------- Reporter: kelexel | Owner: Type: enhancement | Status: reopened Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: segment, | Blocked By: HLS, m3u8 | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by kelexel): Hi again, So, a little background, here are my encoding settings: {{{ cmd="$ffmpeg -threads 2 -i rtmp://1.2.3.4:1935/app/streamName -re -acodec libfaac -ar 44000 -b:a 48k -vcodec libx264 -s 426x250 -b:v 128k -vpre libx264-ipod320 -flags -global_header -map 0 -f segment -segment_time 10 -segment_list_size 10 -segment_list ${stream}_240p.m3u8 -segment_list_type m3u8 -segment_format mpegts ${stream}_240p%05d.ts" }}} Right now, if using your patch, you end up with such : http://bit.ly/S9K36g < recorded, working on iOS. The action to produce such was the following: publish a stream on the rtmp server, start ffmpeg, unpublish the stream on the rtmp server. Your patch did was you expected from it: - invoke segment_list_open when starting to encode - receive video & audio stream >> transcode >> segment it - invoke segment_list_close when no more rtmp stream is detected (notice the valid duration on top of the iOS player) The problem is this typical behavior breaks LIVE streaming Here is why: http://bit.ly/MFQqhg < bugged live as stated, iOS devices require EXT-X-TARGETDURATION to be readable in the playlist. problem is right now: - invoke segment_list_open - receive video & audio streams >> transcode >> segment for an unknown duration, remember this is Live - invoke segment_list_close >> uh-oh we've reached the end of the show, previous segments were probably deleted, we broke HLS !! http://46.105.37.199/hls-bad/live_ok.m3u8 < working live Here, EXT-X-TARGETDURATION is at the beginning of the file, notice how the iOS player will not display time (it's because it is in live mode, not record mode), and HLS works fine. (notice the absence of duration, on top of the iOS player, this is live mode) Conclusion, EXT-X-TARGETDURATION should REALLY be created by segment_list_open, and NOT by segment_list_close, otherwise, we break HLS Remember their are several kinds of HLS, mainly record(also known as VOD mode) and live In record we know the duration of the stream, it' start & end In live we only know the start of the stream, no clue on its duration So please, move that simple line to segment_list_open .. Ps: not sure yet about EXTINF tags, I have to admit I'm unsure what to put there. It seems to work with and without this tag. PPs: other working HLS setups I've seen use fixed length EXTINF (as previously reported) PPPs: yes my encoding is really not good I just made a quick and dirty POC so you could see when it plays or not Best regards. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 19 22:46:33 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Aug 2012 20:46:33 -0000 Subject: [FFmpeg-trac] #1660(undetermined:open): alaw: ffplay displays wrong current duration In-Reply-To: <038.53ef7d890cf6c0fdaac255064563397f@avcodec.org> References: <038.53ef7d890cf6c0fdaac255064563397f@avcodec.org> Message-ID: <053.877e38639867393080a3659616a40476@avcodec.org> #1660: alaw: ffplay displays wrong current duration -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: alaw aiff | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => alaw aiff * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 19 22:52:47 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Aug 2012 20:52:47 -0000 Subject: [FFmpeg-trac] #1642(avformat:reopened): -f segment: automagically generate #EXTM3U tags to -segment_list generated playlists In-Reply-To: <036.124537088d23e2b844ce435b567a346c@avcodec.org> References: <036.124537088d23e2b844ce435b567a346c@avcodec.org> Message-ID: <051.7c093e53fc341a9903ef0dc789315e2c@avcodec.org> #1642: -f segment: automagically generate #EXTM3U tags to -segment_list generated playlists -------------------------------------+------------------------------------- Reporter: kelexel | Owner: Type: enhancement | Status: reopened Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: segment, | Blocked By: HLS, m3u8 | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by kelexel): Note, in HLS-ilve two things should happen: If no #EXT-X-ENDLIST is found in the playlist.m3u8 The client, when reaching the last file in the playlist, will re-request the playlist. Said paylist is supposed to have changed, hence -segment_list_limit 10, means we will only keep the last 10 segments of -segment_time 5 duration Each time the playlist starts a new group of 10x segments, the following tag should be incremented: #EXT-X-MEDIA-SEQUENCE:1 So, on files 0->9, #EXT-X-MEDIA-SEQUENCE:1 On files 10->19 #EXT-X-MEDIA-SEQUENCE:2 And so on Also, please look at apple docs under Index Files (Playlists): https://developer.apple.com/library/ios/#documentation/NetworkingInternet/Conceptual/StreamingMediaGuide/HTTPStreamingArchitecture/HTTPStreamingArchitecture.html#//apple_ref/doc/uid/TP40008332-CH101-SW2 #EXT-X-TARGETDURATION:10 #EXTINF:10, Which is the format I'm desperately trying to enforce here, and the one you don't want to :( -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 19 23:01:33 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Aug 2012 21:01:33 -0000 Subject: [FFmpeg-trac] #1642(avformat:reopened): -f segment: automagically generate #EXTM3U tags to -segment_list generated playlists In-Reply-To: <036.124537088d23e2b844ce435b567a346c@avcodec.org> References: <036.124537088d23e2b844ce435b567a346c@avcodec.org> Message-ID: <051.cdc74e824812743ecfc47d3a48862b46@avcodec.org> #1642: -f segment: automagically generate #EXTM3U tags to -segment_list generated playlists -------------------------------------+------------------------------------- Reporter: kelexel | Owner: Type: enhancement | Status: reopened Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: segment, | Blocked By: HLS, m3u8 | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:10 kelexel]: > Right now, if using your patch, you end up with such : > http://bit.ly ... Do not use external resources to describe a problem (they tend to disappear), please post all relevant and necessary information here. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 19 23:12:58 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Aug 2012 21:12:58 -0000 Subject: [FFmpeg-trac] #1663(undetermined:new): Multiple named pipes don't work In-Reply-To: <034.fbf88d4b6c33669f222ce0371c3cd53e@avcodec.org> References: <034.fbf88d4b6c33669f222ce0371c3cd53e@avcodec.org> Message-ID: <049.0aa976b762a54cf0ca5032bb782ded13@avcodec.org> #1663: Multiple named pipes don't work -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Cigaes): The deadlock happens when the first one is trying to write video while the second one is trying to read audio. (Or the opposite, but audio may fit into a pipe buffer.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 19 23:55:46 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Aug 2012 21:55:46 -0000 Subject: [FFmpeg-trac] #1664(FFmpeg:new): Transcoding results in dropped frames and lowering fps Message-ID: <037.d5640f8090bdbf6996317983a5fdcb54@avcodec.org> #1664: Transcoding results in dropped frames and lowering fps ----------------------------------+-------------------------------------- Reporter: Barvinok | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- Summary of the bug: The input video file is recorded by SonyEricsson Xperia X2 camera, has an extension MP4 and contain "aac mp4a" and "mpeg4 (Simple Profile)" according to ffprobe (see below). I wanted to convert it using libx264/libvorbis as encoders and matroska as container. The command I used was: {{{ /opt/ffmpeg/bin/ffmpeg -i 00-00-00-00000001.mp4 \ -vcodec libx264 -crf 22 \ -acodec libvorbis -ab 64k test.mkv }}} The actual invocation is a bit longer, but this one is for reproducing the effect. At first glance, ffmpeg seemed to process it all right: {{{ ffmpeg version N-43733-ga93c221 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 19 2012 21:27:54 with gcc 4.5.3 (Gentoo 4.5.3-r2 p1.1, pie-0.4.7) configuration: --prefix=/opt/ffmpeg --libdir=/usr/lib64 --shlibdir=/usr/lib64 --mandir=/usr/share/man --enable-shared --cc=x86_64 -pc-linux-gnu-gcc --cxx=x86_64-pc-linux-gnu-g++ --ar=x86_64-pc-linux-gnu- ar --optflags='-march=native -mtune=native -O2 -pipe -mmmx -msse -msse2 -msse4a -m3dnow -fomit-frame-pointer -funroll-loops' --extra- cflags='-march=native -mtune=native -O2 -pipe -mmmx -msse -msse2 -msse4a -m3dnow -fomit-frame-pointer -funroll-loops' --extra- cxxflags='-march=native -mtune=native -O2 -pipe -mmmx -msse -msse2 -msse4a -m3dnow -fomit-frame-pointer -funroll-loops' --disable-static --enable-gpl --enable-version3 --enable-postproc --enable-avfilter --disable-stripping --disable-debug --disable-doc --disable-network --disable-vaapi --disable- vdpau --disable-ffplay --enable-gnutls --enable-libmp3lame --enable-libvo- aacenc --enable-libvo-amrwbenc --enable-libtheora --enable-libvorbis --enable-libx264 --enable-libxvid --disable-indev=v4l --disable-indev=v4l2 --disable-indev=alsa --disable-indev=oss libavutil 51. 70.100 / 51. 70.100 libavcodec 54. 53.100 / 54. 53.100 libavformat 54. 25.104 / 54. 25.104 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 11.101 / 3. 11.101 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '00-00-00-00000001.mp4': Metadata: major_brand : isom minor_version : 0 compatible_brands: mp41isom creation_time : 1980-01-17 22:55:01 Duration: 00:00:59.54, start: 0.000000, bitrate: 1168 kb/s Stream #0:0(eng): Audio: aac (mp4a / 0x6134706D), 16000 Hz, mono, s16, 23 kb/s Metadata: creation_time : 1980-01-17 22:55:01 handler_name : AudioHandler Stream #0:1(eng): Video: mpeg4 (Simple Profile) (mp4v / 0x7634706D), yuv420p, 640x480 [SAR 1:1 DAR 4:3], 1142 kb/s, 26.79 fps, 15 tbr, 1k tbn, 15 tbc Metadata: creation_time : 1980-01-17 22:55:01 handler_name : VideoHandler [libx264 @ 0x1010bc0] using SAR=1/1 [libx264 @ 0x1010bc0] using cpu capabilities: MMX2 SSE2Fast FastShuffle SSEMisalign LZCNT [libx264 @ 0x1010bc0] profile High, level 2.2 [libx264 @ 0x1010bc0] 264 - core 120 - 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=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=15 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=22.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 Output #0, matroska, to 'test.mkv': Metadata: major_brand : isom minor_version : 0 compatible_brands: mp41isom encoder : Lavf54.25.104 Stream #0:0(eng): Video: h264, yuv420p, 640x480 [SAR 1:1 DAR 4:3], q=-1--1, 1k tbn, 15 tbc Metadata: creation_time : 1980-01-17 22:55:01 handler_name : VideoHandler Stream #0:1(eng): Audio: vorbis, 16000 Hz, mono, flt, 64 kb/s Metadata: creation_time : 1980-01-17 22:55:01 handler_name : AudioHandler Stream mapping: Stream #0:1 -> #0:0 (mpeg4 -> libx264) Stream #0:0 -> #0:1 (aac -> libvorbis) Press [q] to stop, [?] for help Que input is backward in timeze= 5kB time=00:00:00.00 bitrate= 0.0kbits/s dup=0 drop=28 frame= 892 fps=9.8 q=26.0 Lsize= 7511kB time=00:00:57.91 bitrate=1062.5kbits/s dup=0 drop=703 video:7258kB audio:229kB subtitle:0 global headers:4kB muxing overhead 0.265491% [libx264 @ 0x1010bc0] frame I:4 Avg QP:18.68 size: 21682 [libx264 @ 0x1010bc0] frame P:817 Avg QP:21.72 size: 8581 [libx264 @ 0x1010bc0] frame B:71 Avg QP:24.38 size: 4714 [libx264 @ 0x1010bc0] consecutive B-frames: 85.0% 12.3% 2.7% 0.0% [libx264 @ 0x1010bc0] mb I I16..4: 14.3% 77.7% 8.0% [libx264 @ 0x1010bc0] mb P I16..4: 2.5% 8.0% 0.5% P16..4: 55.0% 20.5% 9.5% 0.0% 0.0% skip: 4.1% [libx264 @ 0x1010bc0] mb B I16..4: 0.7% 2.5% 0.1% B16..8: 42.9% 9.4% 2.0% direct:15.4% skip:26.9% L0:48.3% L1:31.7% BI:20.0% [libx264 @ 0x1010bc0] 8x8 transform intra:73.4% inter:75.0% [libx264 @ 0x1010bc0] coded y,uvDC,uvAC intra: 61.8% 90.1% 45.1% inter: 42.7% 68.5% 9.9% [libx264 @ 0x1010bc0] i16 v,h,dc,p: 26% 33% 15% 25% [libx264 @ 0x1010bc0] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 19% 26% 29% 3% 4% 4% 6% 3% 5% [libx264 @ 0x1010bc0] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 25% 29% 15% 3% 7% 6% 7% 4% 4% [libx264 @ 0x1010bc0] i8c dc,h,v,p: 46% 28% 20% 6% [libx264 @ 0x1010bc0] Weighted P-Frames: Y:6.2% UV:0.9% [libx264 @ 0x1010bc0] ref P L0: 73.7% 18.0% 6.1% 2.0% 0.1% [libx264 @ 0x1010bc0] ref B L0: 91.5% 8.2% 0.3% [libx264 @ 0x1010bc0] ref B L1: 98.6% 1.4% [libx264 @ 0x1010bc0] kb/s:996.45 }}} What worried me is the discrepancy between reported fps and tbr in the original stream, also of note was the large quantity of the dropped frames - nearly half of them. And indeed, while the original material had FPS of roughly 26, the converted file displayed FPS of 15, hence the dropped frames, though I did not specify -r option. And the difference in FPS is clearly visible by naked eye. Expected: I expected ffmpeg to preserve the FPS of the original material in the absence of -r option. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 19 23:58:10 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Aug 2012 21:58:10 -0000 Subject: [FFmpeg-trac] #1664(FFmpeg:new): Transcoding results in dropped frames and lowering fps In-Reply-To: <037.d5640f8090bdbf6996317983a5fdcb54@avcodec.org> References: <037.d5640f8090bdbf6996317983a5fdcb54@avcodec.org> Message-ID: <052.bd180f304a6ed6e543e729385ce4f85b@avcodec.org> #1664: Transcoding results in dropped frames and lowering fps ------------------------------------+---------------------------------- Reporter: Barvinok | 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 Barvinok): The original file in question is available from http://dichron.barvinok.net/tmp/00-00-00-00000001.mp4 It's 8.3 MB -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 20 01:06:38 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Aug 2012 23:06:38 -0000 Subject: [FFmpeg-trac] #1642(avformat:reopened): -f segment: automagically generate #EXTM3U tags to -segment_list generated playlists In-Reply-To: <036.124537088d23e2b844ce435b567a346c@avcodec.org> References: <036.124537088d23e2b844ce435b567a346c@avcodec.org> Message-ID: <051.6d2f9b3e771673af283d54f338b20956@avcodec.org> #1642: -f segment: automagically generate #EXTM3U tags to -segment_list generated playlists -------------------------------------+------------------------------------- Reporter: kelexel | Owner: Type: enhancement | Status: reopened Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: segment, | Blocked By: HLS, m3u8 | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by kelexel): Dully noted. Although these are streams on a temp server, I will need to remove them in a couple of days Best regards. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 20 02:51:32 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Aug 2012 00:51:32 -0000 Subject: [FFmpeg-trac] #970(avcodec:closed): AVNr 1:1 raw mode - black bar at the top In-Reply-To: <038.115233f02e1a642beb4b61d89a6b9164@avcodec.org> References: <038.115233f02e1a642beb4b61d89a6b9164@avcodec.org> Message-ID: <053.f29bd023826093fedbccde86150e0b41@avcodec.org> #970: AVNr 1:1 raw mode - black bar at the top ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: AVRn AVID | 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 Mon Aug 20 03:20:05 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Aug 2012 01:20:05 -0000 Subject: [FFmpeg-trac] #1309(avcodec:new): Android(NDK) cannot compile thumb mode In-Reply-To: <037.45c5111d1fb81256c4e2570f99b24013@avcodec.org> References: <037.45c5111d1fb81256c4e2570f99b24013@avcodec.org> Message-ID: <052.d29230936ea710aa10447555567ff666@avcodec.org> #1309: Android(NDK) cannot compile thumb mode ------------------------------------+----------------------------------- Reporter: kyh96403 | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: arm | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by kyh96403): That problem is only NDK's GCC version 4.4.3 Lastest GCC 4.6 is not have problem. But I attached dcadec.c both(4.4.3 and 4.6) GCC not have problem~~ {{{ D:/msys/Workspace/ffmpeg/libavcodec/dcadec.c: In function 'dca_decode_frame': D:/msys/Workspace/ffmpeg/libavcodec/dcadec.c:2050: warning: 'asset_size[0]' may be used uninitialized in this function D:/msys/Workspace/ffmpeg/libavcodec/dcadec.c:1946: note: 'asset_size[0]' was declared here D:/msys/Workspace/ffmpeg/libavcodec/arm/dca.h:36: error: can't find a register in class 'CORE_REGS' while relo ading 'asm' D:/msys/Workspace/ffmpeg/libavutil/arm/intreadwrite.h:54: error: 'asm' operand has impossible constraints D:/msys/Workspace/ffmpeg/libavutil/arm/bswap.h:59: error: 'asm' operand has impossible constraints D:/msys/Workspace/ffmpeg/libavutil/arm/intreadwrite.h:54: error: 'asm' operand has impossible constraints D:/msys/Workspace/ffmpeg/libavutil/arm/bswap.h:59: error: 'asm' operand has impossible constraints D:/msys/Workspace/ffmpeg/libavutil/arm/intreadwrite.h:54: error: 'asm' operand has impossible constraints D:/msys/Workspace/ffmpeg/libavutil/arm/intreadwrite.h:54: error: 'asm' operand has impossible constraints D:/msys/Workspace/ffmpeg/libavutil/arm/intreadwrite.h:54: error: 'asm' operand has impossible constraints D:/msys/Workspace/ffmpeg/libavutil/arm/intreadwrite.h:54: error: 'asm' operand has impossible constraints D:/msys/Workspace/ffmpeg/libavutil/arm/bswap.h:59: error: 'asm' operand has impossible constraints D:/msys/Workspace/ffmpeg/libavutil/arm/intreadwrite.h:54: error: 'asm' operand has impossible constraints D:/msys/Workspace/ffmpeg/libavcodec/arm/dca.h:36: error: 'asm' operand has impossible constraints D:CC/ libavcodec/dpcm.o msys/Workspace/ffmpeg/libavcodec/dcadec.c:2430: confused by earlier errors, bailing out make: *** [libavcodec/dcadec.o] Error 1 make: *** Waiting for unfinished jobs.... }}} Above is error message. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 20 03:44:16 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Aug 2012 01:44:16 -0000 Subject: [FFmpeg-trac] #1010(undetermined:new): rtsp dump fails and yields non playable video (invalid droping) In-Reply-To: <034.f5052ed925d1edc12b1c5a6e6266aa2f@avcodec.org> References: <034.f5052ed925d1edc12b1c5a6e6266aa2f@avcodec.org> Message-ID: <049.cd48aff5d195dfb65b1416042b416bf6@avcodec.org> #1010: rtsp dump fails and yields non playable video (invalid droping) -------------------------------------+------------------------------------- Reporter: lost1 | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: rtsp | Resolution: av_interleaved_write_frame | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): Is this reproduceable with a publically accessable RTSP stream ? We cannot debug a problem that happens with a RTSP stream that is inaccessable to us. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 20 03:46:53 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Aug 2012 01:46:53 -0000 Subject: [FFmpeg-trac] #1014(undetermined:closed): [libvpx][mjpeg] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 67 >= 33 In-Reply-To: <035.a8baecaa8564ae888a23d1a31f80eba9@avcodec.org> References: <035.a8baecaa8564ae888a23d1a31f80eba9@avcodec.org> Message-ID: <050.dbb1ac0eba534d40500d5d1e283859b9@avcodec.org> #1014: [libvpx][mjpeg] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 67 >= 33 -------------------------------------+------------------------------------- Reporter: unikum | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: invalid av_interleaved_write_frame libvpx | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => invalid Comment: This issue has been fixed in libvpx v1.1.0-184-g429743c -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 20 03:55:12 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Aug 2012 01:55:12 -0000 Subject: [FFmpeg-trac] #1665(documentation:new): -(no)stdin option poorly documented Message-ID: <041.0fdf7ef11415a91c95a252194bbe4a0f@avcodec.org> #1665: -(no)stdin option poorly documented -------------------------------------+------------------------------------- Reporter: | Type: defect Annihilannic | Priority: normal Status: new | Version: Component: | unspecified documentation | Blocked By: Keywords: | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: The documentation should make it clear that you need to use -nostdin to disable stdin. Currently it makes no mention of the "no" part. How to reproduce: http://ffmpeg.org/ffmpeg.html#Main-options -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 20 04:02:37 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Aug 2012 02:02:37 -0000 Subject: [FFmpeg-trac] #1043(undetermined:open): add support for Predefined SLConfigDescriptor (was: Predefined SLConfigDescriptor) In-Reply-To: <033.7c7b10b8dd75e57cefcca73ad6d1222f@avcodec.org> References: <033.7c7b10b8dd75e57cefcca73ad6d1222f@avcodec.org> Message-ID: <048.02ebe883c2496167b99f9f18844a4258@avcodec.org> #1043: add support for Predefined SLConfigDescriptor -------------------------------------+------------------------------------- Reporter: puck | Owner: Type: enhancement | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by michael): * type: defect => enhancement -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 20 04:29:59 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Aug 2012 02:29:59 -0000 Subject: [FFmpeg-trac] #1654(avcodec:new): 3rd party app needs help with wma2 to pcm output (was: wmv(VC-1) video decoded abnormally) In-Reply-To: <033.1357cbf43361a8df21365fc43c98226e@avcodec.org> References: <033.1357cbf43361a8df21365fc43c98226e@avcodec.org> Message-ID: <048.749a2595d253adb09a006feaed18ec29@avcodec.org> #1654: 3rd party app needs help with wma2 to pcm output --------------------------------+----------------------------------- Reporter: 8086 | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: 0.11.1 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+----------------------------------- Comment (by compn): does your discovery.wmv sample work ok with ffmpeg itself? ffmpeg -i yourfile.wmv out.wav if not, upload your sample file so we can look at it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 20 04:32:16 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Aug 2012 02:32:16 -0000 Subject: [FFmpeg-trac] #1657(trac:new): Cannot add myself to a bug CC list for e-mail notifications In-Reply-To: <035.3664021633aa7b766c2552d35296cd7f@avcodec.org> References: <035.3664021633aa7b766c2552d35296cd7f@avcodec.org> Message-ID: <050.2a9677060b2a4a82ecb4fd5814d07db6@avcodec.org> #1657: Cannot add myself to a bug CC list for e-mail notifications -------------------------------------+-------------------------------- Reporter: fturco | Owner: Type: enhancement | Status: new Priority: normal | Component: trac Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+-------------------------------- Comment (by compn): i think you have to have moderator/admin access in the wiki to do that. but regular users should be allowed to have this feature. i know bugzilla allows it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 20 04:36:03 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Aug 2012 02:36:03 -0000 Subject: [FFmpeg-trac] #138(avformat:reopened): add support for rtmp live stream In-Reply-To: <036.a83702533aaa1d1f326a379a5f7e6ab6@avcodec.org> References: <036.a83702533aaa1d1f326a379a5f7e6ab6@avcodec.org> Message-ID: <051.51e8d7d08216d5ec2d20c60c25be793b@avcodec.org> #138: add support for rtmp live stream -------------------------------------+------------------------------------- Reporter: taeuber | Owner: Type: enhancement | Status: reopened Priority: minor | Component: avformat Version: unspecified | Resolution: Keywords: rtmp live | Blocked By: stream | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by compn): ffmpeg now has its own rtmp implementation. with live support. did you try it yet? https://lists.ffmpeg.org/pipermail/ffmpeg-cvslog/2012-May/050143.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 20 04:56:15 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Aug 2012 02:56:15 -0000 Subject: [FFmpeg-trac] #1316(undetermined:new): NO SOUND ON RTMP STREAM In-Reply-To: <042.1b81ceb71003a2fbd2502c443a6715e0@avcodec.org> References: <042.1b81ceb71003a2fbd2502c443a6715e0@avcodec.org> Message-ID: <057.492fc26da1084bf26c6cf1b15a342ba0@avcodec.org> #1316: NO SOUND ON RTMP STREAM -------------------------------------+------------------------------------- Reporter: | Owner: alexandru_mg3 | Status: new Type: defect | Component: Priority: normal | undetermined Version: 0.10.3 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by compn): well heres an updated rtmpdump command that works: rtmpdump -r "rtmp://fms15.mediadirect.ro:1935/live3/_definst_" -a "live3/_defins t_?id=69828560&publisher=2" -f "WIN 11,1,102,55" -W "http://static1.mediadirect. ro/player-preload/swf/dolce_video_1171/player.swf" -p "http://www.dolcetv.ro/#tv -live-National-TV-59" --live -y "nationaltv_low?id=69828560&publisher=2" -o nati onaltv_low.flv but i have no idea how to convert it to ffplay syntax... keeps giving me errors related to & escaping. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 20 05:26:07 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Aug 2012 03:26:07 -0000 Subject: [FFmpeg-trac] #1654(avcodec:new): 3rd party app needs help with wma2 to pcm output In-Reply-To: <033.1357cbf43361a8df21365fc43c98226e@avcodec.org> References: <033.1357cbf43361a8df21365fc43c98226e@avcodec.org> Message-ID: <048.1ca0842aad565aa2da3f52db71e422dc@avcodec.org> #1654: 3rd party app needs help with wma2 to pcm output --------------------------------+----------------------------------- Reporter: 8086 | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: 0.11.1 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+----------------------------------- Comment (by 8086): Thanks. I've checked with command: ./ffmpeg -y -i discovery.wmv -f s16le -ac 2 discovery.pcm The output pcm data is OK. So I need to check may API call. Maybe I missed some API call to set some parameter. The audio decoding example in the 0.11.1 package can't work. Can you send me a example? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 20 05:44:46 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Aug 2012 03:44:46 -0000 Subject: [FFmpeg-trac] #1029(undetermined:closed): first keyframe is missed in h264 mpegts stream In-Reply-To: <036.abc67d75b4b71703db9fa01707d872d0@avcodec.org> References: <036.abc67d75b4b71703db9fa01707d872d0@avcodec.org> Message-ID: <051.1f0393e2e58fb5e0f154a010d52dcd7b@avcodec.org> #1029: first keyframe is missed in h264 mpegts stream -------------------------------------+------------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: mpegts h264 | 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 Mon Aug 20 06:11:19 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Aug 2012 04:11:19 -0000 Subject: [FFmpeg-trac] #1654(avcodec:new): 3rd party app needs help with wma2 to pcm output In-Reply-To: <033.1357cbf43361a8df21365fc43c98226e@avcodec.org> References: <033.1357cbf43361a8df21365fc43c98226e@avcodec.org> Message-ID: <048.b2aafe87865f1eab1595d6bffd7c7808@avcodec.org> #1654: 3rd party app needs help with wma2 to pcm output --------------------------------+----------------------------------- Reporter: 8086 | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: 0.11.1 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+----------------------------------- Comment (by 8086): Replying to [comment:1 compn]: > does your discovery.wmv sample work ok with ffmpeg itself? ffmpeg -i yourfile.wmv out.wav > if not, upload your sample file so we can look at it. Please view my last comment. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 20 11:40:02 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Aug 2012 09:40:02 -0000 Subject: [FFmpeg-trac] #1663(undetermined:new): Multiple named pipes don't work In-Reply-To: <034.fbf88d4b6c33669f222ce0371c3cd53e@avcodec.org> References: <034.fbf88d4b6c33669f222ce0371c3cd53e@avcodec.org> Message-ID: <049.9d1f79d92d01d5ffd2b1addc8d941a7c@avcodec.org> #1663: Multiple named pipes don't work -------------------------------------+------------------------------------- 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 see, if I understand correctly, ffmpeg is doing 2 outputs in 1 thread and not in separate threads? Because of that it stucks when it can't read any of video/audio pipe, because the other process is not reading that one at the moment? Can this be resolved by making ffmpeg do each output in a separate thread? If it's a command line option, do you happen to know which one is it? If there is no command line option for that, would it be more natural to implement the creation of multiple outputs in multiple threads? That way, IMHO, it would work more natural than with a single thread. Also, it would solve this deadlock problem to, right? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 20 12:19:01 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Aug 2012 10:19:01 -0000 Subject: [FFmpeg-trac] #1573(undetermined:new): Enhancing -ss option In-Reply-To: <034.76fb908eaf44406b15591c4b69358faa@avcodec.org> References: <034.76fb908eaf44406b15591c4b69358faa@avcodec.org> Message-ID: <049.fd6bdea3b2dea7978a26ceebe6e8c568@avcodec.org> #1573: Enhancing -ss option -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: enhancement | Status: new Priority: wish | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by burek): I'm not sure I understand what is the purpose of -ss 0 in your example? The idea is to seek fast (using keyframes) for the most part and then to slowly (accurately) seek to the precise point in time, using -ss after the decoding of frames. As I understand, your example just seeks to the last key frame in specified time, but it doesn't seek accurately to that time point? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 20 12:22:26 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Aug 2012 10:22:26 -0000 Subject: [FFmpeg-trac] #1573(undetermined:new): Enhancing -ss option In-Reply-To: <034.76fb908eaf44406b15591c4b69358faa@avcodec.org> References: <034.76fb908eaf44406b15591c4b69358faa@avcodec.org> Message-ID: <049.32ae3730f0757c177cf5405dcbf29d97@avcodec.org> #1573: Enhancing -ss option -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: enhancement | Status: new Priority: wish | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Cigaes): The {{{-ss}}} ''time'' option at input adjust the timestamps according to the target time, not the approximate time where a keyframe has been found. Therefore, after {{{-ss}}} ''time'' has done its work, timestamp 0 is where you wanted your video to start, and you have extra frames before. The {{{-ss 0}}} will precisely skip to that point. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 20 12:29:15 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Aug 2012 10:29:15 -0000 Subject: [FFmpeg-trac] #1645(avformat:new): Duration calculation error when -ss precedes -i In-Reply-To: <038.2a13a388fb010b4c57443754bbfa656d@avcodec.org> References: <038.2a13a388fb010b4c57443754bbfa656d@avcodec.org> Message-ID: <053.f8c31a5a5cb396e35a5cd564b35d3baf@avcodec.org> #1645: Duration calculation error when -ss precedes -i -------------------------------------+------------------------------------- Reporter: cheedoong | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: Duration | Blocked By: error; ss before i | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by burek): This is not a bug, but rather expected behavior. The reason for your issue is that you didn't quite understand how -ss works. Reading the [http://ffmpeg.org/ffmpeg.html#Main-options documentation], you can see that: '''?-ss position (input/output)?''' When used as an input option (before -i), seeks in this input file to position. When used as an output option (before an output filename), decodes but discards input until the timestamps reach position. This is slower, but more accurate. Position may be either in seconds or in hh:mm:ss[.xxx] form. What does it say is actually this: - When -ss is used before -i option (as an input option), it makes ffmpeg seek very fast, using only key frames (which may be arranged every 30 seconds, for example). This is ultra fast, but obviously, not very accurate - When -ss is used after -i option (or more precisely, before the output file name specification), it makes ffmpeg seek very slowly but extremely accurate (it reads decoded video frames, one by one, dropping them all until the specified point in time is reached) This would explain why everything magically works when you use both -ss before and after -i option. One more misunderstanding is regarding -t option. If you specify -t 15, the output file duration will be 15 seconds, not 10, obviously. That you can check also in the [http://ffmpeg.org/ffmpeg.html#Main-options documentation]: '''?-t duration (output)?''' Stop writing the output after its duration reaches duration. duration may be a number in seconds, or in hh:mm:ss[.xxx] form. So, I believe this bug can safely be closed, if you agree. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 20 12:31:22 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Aug 2012 10:31:22 -0000 Subject: [FFmpeg-trac] #1573(undetermined:new): Enhancing -ss option In-Reply-To: <034.76fb908eaf44406b15591c4b69358faa@avcodec.org> References: <034.76fb908eaf44406b15591c4b69358faa@avcodec.org> Message-ID: <049.d2a1a5a54625f6f19e470462fcafefca@avcodec.org> #1573: Enhancing -ss option -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: enhancement | Status: new Priority: wish | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by burek): I hear this for the first time so far. Where can I check it and read more about it, to make sure I understand what is actually going on here? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 20 16:07:09 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Aug 2012 14:07:09 -0000 Subject: [FFmpeg-trac] #1666(undetermined:new): Unable to decode AVC-Intra file from Panasonic AG-HPX301E Camera Message-ID: <032.b36a44d54c585d5ee7b2ecfd40617db3@avcodec.org> #1666: Unable to decode AVC-Intra file from Panasonic AG-HPX301E Camera -------------------------------------+------------------------------------- Reporter: rmk | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I have an AVC-Intra file from a professional Panasonic Camera (AG-HPX301E) that cannot be decoded by ffmpeg (I have tried transcoding also but output below makes it quite obvious that there's something wrong). The output looks as if the pixel format could not be determined. Uncut command line and output below. ffmpeg -i /Users/krueger/tmp/quarantene/0004WX.mov -probesize 50000000 ffmpeg version N-43678-gceb8773 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 17 2012 22:28:27 with gcc 4.2.1 (GCC) (Apple Inc. build 5664) configuration: libavutil 51. 70.100 / 51. 70.100 libavcodec 54. 53.100 / 54. 53.100 libavformat 54. 25.100 / 54. 25.100 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 10.100 / 3. 10.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] no frame! [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] no frame! [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] no frame! [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] no frame! [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] no frame! [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] no frame! [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] no frame! [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] no frame! [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] no frame! [mov,mp4,m4a,3gp,3g2,mj2 @ 0x10100f200] Stream #5: not enough frames to estimate rate; consider increasing probesize [mov,mp4,m4a,3gp,3g2,mj2 @ 0x10100f200] decoding for stream 0 failed [mov,mp4,m4a,3gp,3g2,mj2 @ 0x10100f200] Could not find codec parameters for stream 0 (Video: h264 (ai12 / 0x32316961), 1920x1080, 113664 kb/s): unspecified pixel format Consider increasing the value for the 'analyzeduration' and 'probesize' options Guessed Channel Layout for Input Stream #0.1 : mono Guessed Channel Layout for Input Stream #0.2 : mono Guessed Channel Layout for Input Stream #0.3 : mono Guessed Channel Layout for Input Stream #0.4 : mono Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/Users/krueger/tmp/quarantene/0004WX.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2011-08-03 11:42:16 Duration: 00:00:24.44, start: 0.000000, bitrate: 116839 kb/s Stream #0:0(eng): Video: h264 (ai12 / 0x32316961), 1920x1080, 113664 kb/s, SAR 1:1 DAR 16:9, 25 fps, 25 tbr, 2500 tbn, 5k tbc Metadata: creation_time : 2011-08-03 11:42:16 handler_name : Apple Alias-Datensteuerung timecode : 13:17:57:24 Stream #0:1(eng): Audio: pcm_s16le (sowt / 0x74776F73), 48000 Hz, mono, s16, 768 kb/s Metadata: creation_time : 2011-08-03 11:42:16 handler_name : Apple Alias-Datensteuerung Stream #0:2(eng): Audio: pcm_s16le (sowt / 0x74776F73), 48000 Hz, mono, s16, 768 kb/s Metadata: creation_time : 2011-08-03 11:42:16 handler_name : Apple Alias-Datensteuerung Stream #0:3(eng): Audio: pcm_s16le (sowt / 0x74776F73), 48000 Hz, mono, s16, 768 kb/s Metadata: creation_time : 2011-08-03 11:42:16 handler_name : Apple Alias-Datensteuerung Stream #0:4(eng): Audio: pcm_s16le (sowt / 0x74776F73), 48000 Hz, mono, s16, 768 kb/s Metadata: creation_time : 2011-08-03 11:42:16 handler_name : Apple Alias-Datensteuerung Codec 0x0 is not in the full list. Stream #0:5(eng): Data: unknown_codec (tmcd / 0x64636D74) Metadata: creation_time : 2011-08-03 11:42:16 handler_name : Apple Alias-Datensteuerung timecode : 13:17:57:24 At least one output file must be specified The file can be downloaded at http://www.filehosting.org/file/details/368113/avc-intra-panasonic-AG- HPX301E.mov -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 20 19:44:28 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Aug 2012 17:44:28 -0000 Subject: [FFmpeg-trac] #1621(undetermined:new): Converted flash video has longer duration than the source In-Reply-To: <035.ccfae6a1e9c6644477b83c05851a9154@avcodec.org> References: <035.ccfae6a1e9c6644477b83c05851a9154@avcodec.org> Message-ID: <050.edb917f2fc7213f07f1fc3391a092c87@avcodec.org> #1621: Converted flash video has longer duration than the source -------------------------------------+------------------------------------- Reporter: agowad | 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 agowad): Can I help you somehow? I am trying many different things to solve it, however, with no success :-( -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 20 20:41:32 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Aug 2012 18:41:32 -0000 Subject: [FFmpeg-trac] #1667(undetermined:new): ffplay resizes can cause "garbage" in the margins Message-ID: <039.1e68c0fbe2d55e99f9f5e5f49cd0d581@avcodec.org> #1667: ffplay resizes can cause "garbage" in the margins -------------------------------------+------------------------------------- Reporter: rogerdpack | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: If you ever "resize" ffplay it doesn't refresh/redraw the margins, which can cause them to be left with garbage: SDL version: 1.2.15 (windows) How to reproduce: {{{ $ ffplay sintel.mpg ffplay version N-43765-g3e9a05f Copyright (c) 2003-2012 the FFmpeg developers built on Aug 19 2012 07:54:48 with gcc 4.7.1 (GCC) configuration: --enable-memalign-hack --arch=x86 --enable-gpl --enable- libx264 --enable-avisynth --enable-libxvid --target-os=mingw32 --cross- prefix=/home/rogerdpack/dev/ffmpeg-windows-build- helpers/builds/mingw-w64-i686/bin/i686-w64-mingw32- --pkg-config=pkg- config --enable-libmp3lame --enable-version3 --enable-libvo-aacenc --enable-libvpx --extra-libs=-lws2_32 --extra-libs=-lpthread --enable-zlib --extra-libs=-lwinmm --extra-libs=-lgdi32 --enable-librtmp --enable- runtime-cpudetect libavutil 51. 70.100 / 51. 70.100 libavcodec 54. 54.100 / 54. 54.100 libavformat 54. 25.104 / 54. 25.104 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 11.101 / 3. 11.101 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [mpeg2video @ 03569E20] ac-tex damaged at 40 7 [mpeg2video @ 03569E20] Warning MVs not available [mpeg2video @ 03569E20] concealing 1035 DC, 1035 AC, 1035 MV errors in I frame [mpeg @ 03556680] max_analyze_duration 5000000 reached at 5024000 Input #0, mpeg, from 'sintel.mpg': Duration: 00:14:47.58, start: 0.233367, bitrate: 4132 kb/s Stream #0:0[0x1e0]: Video: mpeg2video (Main), yuv420p, 720x480 [SAR 32:27 DAR 16:9], 7000 kb/s, 29.97 fps, 29.97 tbr, 90k tbn, 59.94 tbc Stream #0:1[0x80]: Audio: ac3, 48000 Hz, 5.1(side), s16, 448 kb/s SDL_OpenAudio (6 channels): DirectSound CreateSoundBuffer: Invalid parameter SDL_OpenAudio (4 channels): DirectSound CreateSoundBuffer: Invalid parameter [mpeg2video @ 03569E20] ac-tex damaged at 40 7 [mpeg2video @ 03569E20] 0.22 A-V:-1345487836.351 fd= 0 aq= 10KB vq= 13KWarning MVs not available [mpeg2video @ 03569E20] concealing 1035 DC, 1035 AC, 1035 MV errors in I frame Frame changed from size:0x0 to size:720x480 8.19 A-V: -0.026 fd= 106 aq= 20KB vq= 138KB sq= 0B f=0/0 }}} It happens with any file. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 20 20:43:52 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Aug 2012 18:43:52 -0000 Subject: [FFmpeg-trac] #1667(undetermined:new): ffplay resizes can cause "garbage" in the margins In-Reply-To: <039.1e68c0fbe2d55e99f9f5e5f49cd0d581@avcodec.org> References: <039.1e68c0fbe2d55e99f9f5e5f49cd0d581@avcodec.org> Message-ID: <054.9eea570d2e88d07b687af45eae33766f@avcodec.org> #1667: ffplay resizes can cause "garbage" in the margins -------------------------------------+------------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by rogerdpack): it occurs when the video is playing, or paused, or still-framed after the input ends. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 20 22:07:12 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Aug 2012 20:07:12 -0000 Subject: [FFmpeg-trac] #1033(undetermined:open): MOV file with non-zero/negative start has no sync between A/V unless -async 1 is used (was: MOV file with non-zero/negative start has no sync between A/V) In-Reply-To: <041.69b40ad151b53c3011f54411f3265baf@avcodec.org> References: <041.69b40ad151b53c3011f54411f3265baf@avcodec.org> Message-ID: <056.52d31e6c595f9ff0bd75a6865e21602c@avcodec.org> #1033: MOV file with non-zero/negative start has no sync between A/V unless -async 1 is used -------------------------------------+------------------------------------- Reporter: | Owner: faroutliving | Status: open Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: mov prores | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 20 22:22:17 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Aug 2012 20:22:17 -0000 Subject: [FFmpeg-trac] #1051(undetermined:open): ffmpeg with -f lavfi and movie leads to error messages and videos with 1 fps unless a larger probesize is specified (was: ffmpeg with -f lavfi and movie leads to error messages and videos with 1 fps) In-Reply-To: <031.c423e9d130a43dde0d802cad69d0db8f@avcodec.org> References: <031.c423e9d130a43dde0d802cad69d0db8f@avcodec.org> Message-ID: <046.1ee9fb6fc68781cfc3d66eab50b6851e@avcodec.org> #1051: ffmpeg with -f lavfi and movie leads to error messages and videos with 1 fps unless a larger probesize is specified -------------------------------------+------------------------------------- Reporter: ls | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: rawvideo | Resolution: probesize | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 20 22:22:27 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Aug 2012 20:22:27 -0000 Subject: [FFmpeg-trac] #1668(undetermined:new): Cannot transcode FLV-contained speex to anything Message-ID: <035.27e591c9cce76a93b593fb695858b790@avcodec.org> #1668: Cannot transcode FLV-contained speex to anything -------------------------------------+------------------------------------- Reporter: bbhoss | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: wav flv | Blocked By: speex | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: Trying to transcode a FLV file with speex audio (no video track) into a wav or mp3. This is generated by Flash Media Server 4.5. It works fine using ffmpeg version N-42616-g204c4e9 with gcc 4.4.3 on Ubuntu 10.04 LTS. I am trying to transcode on my dev machine which is OS X Mountain Lion 10.8, using HEAD ffmpeg. How to reproduce: {{{ ? ~ ffmpeg -i C773A907-F99C-7AFE-F457-C49B1CC07679.flv rog.wav ffmpeg version 0.11.1.git Copyright (c) 2000-2012 the FFmpeg developers built on Aug 20 2012 14:49:48 with Apple clang version 4.0 (tags/Apple/clang-421.0.57) (based on LLVM 3.1svn) configuration: --prefix=/usr/local/Cellar/ffmpeg/HEAD --enable-shared --enable-gpl --enable-version3 --enable-nonfree --enable-hardcoded-tables --enable-libfreetype --cc=/usr/bin/clang --host-cflags='-Os -w -pipe -march=native -Qunused-arguments -mmacosx-version-min=10.8' --host- ldflags='-L/usr/local/Cellar/gettext/0.18.1.1/lib -L/usr/local/lib -L/opt/X11/lib' --enable-libx264 --enable-libfaac --enable-libmp3lame --enable-librtmp --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libxvid --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libass --enable-libvo-aacenc --disable-ffplay libavutil 51. 70.100 / 51. 70.100 libavcodec 54. 54.100 / 54. 54.100 libavformat 54. 25.104 / 54. 25.104 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 11.101 / 3. 11.101 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 Guessed Channel Layout for Input Stream #0.0 : mono Input #0, flv, from 'C773A907-F99C-7AFE-F457-C49B1CC07679.flv': Metadata: canSeekToEnd : false createdby : FMS 4.5 creationdate : Thu Jul 26 14:45:06 2012 Duration: 00:00:15.08, start: 0.000000, bitrate: 23 kb/s Stream #0:0: Audio: speex, 16000 Hz, mono [graph 0 input from stream 0:0 @ 0x7fd03842dd20] Invalid sample format '(null)' Error opening filters! }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 20 22:42:53 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Aug 2012 20:42:53 -0000 Subject: [FFmpeg-trac] #1668(undetermined:new): Cannot transcode FLV-contained speex to anything In-Reply-To: <035.27e591c9cce76a93b593fb695858b790@avcodec.org> References: <035.27e591c9cce76a93b593fb695858b790@avcodec.org> Message-ID: <050.cc2882e2b8261a8367c80f864be3c4b5@avcodec.org> #1668: Cannot transcode FLV-contained speex to anything -------------------------------------+------------------------------------- Reporter: bbhoss | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: wav flv | Resolution: speex | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by bbhoss): I actually overlooked that it's not compiled with --enable-libspeex, but an IRC user suggested the error reporting could be better. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 20 22:46:44 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Aug 2012 20:46:44 -0000 Subject: [FFmpeg-trac] #995(undetermined:closed): Selecting a stream from a multi-service mpegts In-Reply-To: <034.dca8bdc2750c1d63fca6bc9ce509cc38@avcodec.org> References: <034.dca8bdc2750c1d63fca6bc9ce509cc38@avcodec.org> Message-ID: <049.fb631baa84e5a484476c66185d45961c@avcodec.org> #995: Selecting a stream from a multi-service mpegts -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: enhancement | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed Comment: -map 0:p:1318 will for example pick the program, 1318 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 20 22:47:58 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Aug 2012 20:47:58 -0000 Subject: [FFmpeg-trac] #995(undetermined:closed): Selecting a stream from a multi-service mpegts In-Reply-To: <034.dca8bdc2750c1d63fca6bc9ce509cc38@avcodec.org> References: <034.dca8bdc2750c1d63fca6bc9ce509cc38@avcodec.org> Message-ID: <049.238c829cef7a54bb2d36eb2a96b85376@avcodec.org> #995: Selecting a stream from a multi-service mpegts -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: enhancement | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by michael): PS: note, iam not sure this was actually implemented after the ticket was opened or if this was already supported before -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 20 23:35:23 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Aug 2012 21:35:23 -0000 Subject: [FFmpeg-trac] #1664(undetermined:open): Transcoding results in dropped frames and lowering fps In-Reply-To: <037.d5640f8090bdbf6996317983a5fdcb54@avcodec.org> References: <037.d5640f8090bdbf6996317983a5fdcb54@avcodec.org> Message-ID: <052.a0d2cdbc6566c5a510a20f16fb842d05@avcodec.org> #1664: Transcoding results in dropped frames and lowering fps -------------------------------------+------------------------------------- Reporter: Barvinok | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: mov asp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => mov asp * status: new => open * component: FFmpeg => undetermined * reproduced: 0 => 1 Comment: {{{ $ ffmpeg -i 00-00-00-00000001.mp4 -qscale 2 out.avi ffmpeg version N-43737-g76c3fff Copyright (c) 2000-2012 the FFmpeg developers built on Aug 20 2012 11:13:22 with gcc 4.6.1 (GCC) configuration: --cc=/usr/local/gcc-4.6.1/bin/gcc --enable-libspeex libavutil 51. 70.100 / 51. 70.100 libavcodec 54. 53.100 / 54. 53.100 libavformat 54. 25.104 / 54. 25.104 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 11.101 / 3. 11.101 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '00-00-00-00000001.mp4': Metadata: major_brand : isom minor_version : 0 compatible_brands: mp41isom creation_time : 1980-01-17 22:55:01 Duration: 00:00:59.54, start: 0.000000, bitrate: 1168 kb/s Stream #0:0(eng): Audio: aac (mp4a / 0x6134706D), 16000 Hz, mono, s16, 23 kb/s Metadata: creation_time : 1980-01-17 22:55:01 handler_name : AudioHandler Stream #0:1(eng): Video: mpeg4 (Simple Profile) (mp4v / 0x7634706D), yuv420p, 640x480 [SAR 1:1 DAR 4:3], 1142 kb/s, 26.79 fps, 15 tbr, 1k tbn, 15 tbc Metadata: creation_time : 1980-01-17 22:55:01 handler_name : VideoHandler Please use -q:a or -q:v, -qscale is ambiguous Output #0, avi, to 'out.avi': Metadata: major_brand : isom minor_version : 0 compatible_brands: mp41isom ISFT : Lavf54.25.104 Stream #0:0(eng): Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 640x480 [SAR 1:1 DAR 4:3], q=2-31, 200 kb/s, 15 tbn, 15 tbc Metadata: creation_time : 1980-01-17 22:55:01 handler_name : VideoHandler Stream #0:1(eng): Audio: ac3 ([0] [0][0] / 0x2000), 16000 Hz, mono, flt, 96 kb/s Metadata: creation_time : 1980-01-17 22:55:01 handler_name : AudioHandler Stream mapping: Stream #0:1 -> #0:0 (mpeg4 -> mpeg4) Stream #0:0 -> #0:1 (aac -> ac3) Press [q] to stop, [?] for help frame= 892 fps=249 q=2.0 Lsize= 14929kB time=00:00:57.88 bitrate=2112.6kbits/s dup=0 drop=703 video:14206kB audio:677kB subtitle:0 global headers:0kB muxing overhead 0.304437% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 21 01:03:10 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Aug 2012 23:03:10 -0000 Subject: [FFmpeg-trac] #983(undetermined:closed): No video in applehttp stream In-Reply-To: <036.dc1d4334615880a59e18227b7d90d4a7@avcodec.org> References: <036.dc1d4334615880a59e18227b7d90d4a7@avcodec.org> Message-ID: <051.d3460641665ad8b7d31c7b24773ef74c@avcodec.org> #983: No video in applehttp stream -------------------------------------+------------------------------------- Reporter: Derevko | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: applehttp | Resolution: fixed h264 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 21 03:47:37 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Aug 2012 01:47:37 -0000 Subject: [FFmpeg-trac] #1065(undetermined:open): H.264/AVC(BDAV BluRay codec family) incorrect framerate recognition In-Reply-To: <037.96e9b7316480ebcf012d1b219d26bc5f@avcodec.org> References: <037.96e9b7316480ebcf012d1b219d26bc5f@avcodec.org> Message-ID: <052.ace20dfb1cc3dcfd99cc50efea47ce38@avcodec.org> #1065: H.264/AVC(BDAV BluRay codec family) incorrect framerate recognition -------------------------------------+------------------------------------- Reporter: L.H.V.F. | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: h264, | Resolution: framerate | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * keywords: h264 => h264, framerate -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 21 06:22:44 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Aug 2012 04:22:44 -0000 Subject: [FFmpeg-trac] #1090(avformat:closed): Unrecognized stream in realmedia file In-Reply-To: <037.37bd8867033d0e182b4b0d28fcfed8db@avcodec.org> References: <037.37bd8867033d0e182b4b0d28fcfed8db@avcodec.org> Message-ID: <052.dd138776f024c31e8e33200a948df17b@avcodec.org> #1090: Unrecognized stream in realmedia file -------------------------------------+------------------------------------- Reporter: dbuitenh | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: realmedia | Blocked By: rm rmvb | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 21 08:07:25 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Aug 2012 06:07:25 -0000 Subject: [FFmpeg-trac] #1666(undetermined:new): Unable to decode AVC-Intra file from Panasonic AG-HPX301E Camera In-Reply-To: <032.b36a44d54c585d5ee7b2ecfd40617db3@avcodec.org> References: <032.b36a44d54c585d5ee7b2ecfd40617db3@avcodec.org> Message-ID: <047.c00bb731d19a9fe5085763c0778e62c4@avcodec.org> #1666: Unable to decode AVC-Intra file from Panasonic AG-HPX301E Camera -------------------------------------+------------------------------------- Reporter: rmk | 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 rmk): Alternatively the file is now at: https://dl.dropbox.com/u/33388463/avc- intra-panasonic-AG-HPX301E.mov Please, someone of the devs, move it somewhere else, because it will not stay there forever. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 21 10:10:22 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Aug 2012 08:10:22 -0000 Subject: [FFmpeg-trac] #1665(documentation:closed): -(no)stdin option poorly documented In-Reply-To: <041.0fdf7ef11415a91c95a252194bbe4a0f@avcodec.org> References: <041.0fdf7ef11415a91c95a252194bbe4a0f@avcodec.org> Message-ID: <056.8978f8060d4687c366cbf547754b1f0a@avcodec.org> #1665: -(no)stdin option poorly documented -------------------------------------+------------------------------------- Reporter: | Owner: Annihilannic | Status: closed Type: defect | Component: Priority: normal | documentation Version: unspecified | Resolution: fixed Keywords: ffmpeg | Blocked By: stdin | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by saste): * analyzed: 0 => 1 * keywords: => ffmpeg stdin * status: new => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Should be fixed in: {{{ commit 10c3329627262044b902cb2bef1f265f31b772d9 Author: Stefano Sabatini Date: Tue Aug 21 01:42:47 2012 +0200 doc/ffmpeg: extend documentation for -(no)stdin option Fix trac ticket #1665. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 21 11:19:56 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Aug 2012 09:19:56 -0000 Subject: [FFmpeg-trac] #1669(undetermined:new): something bad happened to -codecs list order Message-ID: <038.3f8988679db3ace2bfc9f5f4ed3f9c20@avcodec.org> #1669: something bad happened to -codecs list order -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- {{{ C:\>ffmpeg -codecs ffmpeg version N-43779-g7123e95 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 21 2012 02:36:48 with gcc 4.5.0 (GCC) 20100414 (Fedora MinGW 4.5. 0-1.fc14) configuration: --prefix=/var/www/users/research/ffmpeg/snapshots/build --arch= x86 --target-os=mingw32 --cross-prefix=i686-pc-mingw32- --cc='ccache i686 -pc-min gw32-gcc' --enable-w32threads --enable-memalign-hack --enable-runtime- cpudetect --enable-cross-compile --enable-static --disable-shared --extra- libs='-lws2_32 - lwinmm -lpthread' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snap shots/build/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/s napshots/build/lib' --enable-bzlib --enable-zlib --enable-gpl --enable- version3 --enable-nonfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libmp3lame --enable-libvpx --disable- decoder=libvpx libavutil 51. 70.100 / 51. 70.100 libavcodec 54. 54.100 / 54. 54.100 libavformat 54. 25.104 / 54. 25.104 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 13.100 / 3. 13.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 Codecs: D... = Decoding supported .E.. = Encoding supported ..V. = Video codec ..A. = Audio codec ..S. = Subtitle codec ...I = Intra frame-only codec ----- DEV. mpeg1video MPEG-1 video DEV. mpeg2video MPEG-1 video (decoders: mpeg2video mpegvideo ) ..V. mpegvideo_xvmc MPEG-1/2 video XvMC (X-Video Motion Compensation) DEV. h261 H.261 DEV. h263 H.263 / H.263-1996, H.263+ / H.263-1998 / H.263 versio n 2 DEV. rv10 RealVideo 1.0 DEV. rv20 RealVideo 1.0 DEVI mjpeg Motion JPEG D.VI mjpegb Apple MJPEG-B .EVI ljpeg Lossless JPEG D.VI sp5x Sunplus JPEG (SP5X) DEVI jpegls JPEG-LS DEV. mpeg4 MPEG-4 part 2 (encoders: mpeg4 libxvid ) DEVI rawvideo raw video D.V. msmpeg4v1 MPEG-4 part 2 Microsoft variant version 1 DEV. msmpeg4v2 MPEG-4 part 2 Microsoft variant version 2 DEV. msmpeg4v3 MPEG-4 part 2 Microsoft variant version 3 (decoders: m smpeg4 ) (encoders: msmpeg4 ) DEV. wmv1 Windows Media Video 7 DEV. wmv2 Windows Media Video 8 DEV. h263p H.263+ / H.263-1998 / H.263 version 2 D.V. h263i Intel H.263 DEV. flv1 FLV / Sorenson Spark / Sorenson H.263 (Flash Video) (d ecoders: flv ) (encoders: flv ) DEV. svq1 Sorenson Vector Quantizer 1 / Sorenson Video 1 / SVQ1 D.V. svq3 Sorenson Vector Quantizer 3 / Sorenson Video 3 / SVQ3 DEVI dvvideo DV (Digital Video) DEVI huffyuv HuffYUV D.VI cyuv Creative YUV (CYUV) DEV. h264 H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10 (encoders: l ibx264 libx264rgb ) D.V. indeo3 Intel Indeo 3 D.V. vp3 On2 VP3 DEV. theora Theora (encoders: libtheora ) DEVI asv1 ASUS V1 DEVI asv2 ASUS V2 DEV. ffv1 FFmpeg video codec #1 D.V. 4xm 4X Movie D.VI vcr1 ATI VCR1 DEVI cljr Cirrus Logic AccuPak D.VI mdec Sony PlayStation MDEC (Motion DECoder) DEV. roq id RoQ video (decoders: roqvideo ) (encoders: roqvideo ) D.V. interplayvideo Interplay MVE video D.V. xan_wc3 Wing Commander III / Xan D.V. xan_wc4 Wing Commander IV / Xxan D.V. rpza QuickTime video (RPZA) D.V. cinepak Cinepak D.V. ws_vqa Westwood Studios VQA (Vector Quantized Animation) vide o (decoders: vqavideo ) D.V. msrle Microsoft RLE DEV. msvideo1 Microsoft Video 1 D.V. idcin id Quake II CIN video (decoders: idcinvideo ) D.VI 8bps QuickTime 8BPS video D.V. smc QuickTime Graphics (SMC) D.V. flic Autodesk Animator Flic video D.V. truemotion1 Duck TrueMotion 1.0 D.V. vmdvideo Sierra VMD video D.VI mszh LCL (LossLess Codec Library) MSZH DEVI zlib LCL (LossLess Codec Library) ZLIB DEV. qtrle QuickTime Animation (RLE) video DEV. snow Snow D.V. tscc TechSmith Screen Capture Codec (decoders: camtasia ) D.V. ulti IBM UltiMotion (decoders: ultimotion ) D.VI qdraw Apple QuickDraw D.VI vixl Miro VideoXL (decoders: xl ) D.V. qpeg Q-team QPEG DEV. png PNG (Portable Network Graphics) image DEVI ppm PPM (Portable PixelMap) image DEVI pbm PBM (Portable BitMap) image DEVI pgm PGM (Portable GrayMap) image DEVI pgmyuv PGMYUV (Portable GrayMap YUV) image DEVI pam PAM (Portable AnyMap) image DEVI ffvhuff Huffyuv FFmpeg variant D.V. rv30 RealVideo 3.0 D.V. rv40 RealVideo 4.0 D.V. vc1 SMPTE VC-1 D.V. wmv3 Windows Media Video 9 D.VI loco LOCO D.VI wnv1 Winnov WNV1 D.V. aasc Autodesk RLE D.V. indeo2 Intel Indeo 2 D.V. fraps Fraps D.V. truemotion2 Duck TrueMotion 2.0 DEVI bmp BMP (Windows and OS/2 bitmap) D.V. cscd CamStudio (decoders: camstudio ) D.V. mmvideo American Laser Games MM Video DEV. zmbv Zip Motion Blocks Video D.V. avs AVS (Audio Video Standard) video D.V. smackvideo Smacker video (decoders: smackvid ) D.V. nuv NuppelVideo/RTJPEG D.V. kmvc Karl Morton's video codec DEV. flashsv Flash Screen Video v1 D.V. cavs Chinese AVS (Audio Video Standard) (AVS1-P2, JiZhun pr ofile) DEVI jpeg2000 JPEG 2000 (decoders: j2k ) (encoders: j2k ) D.V. vmnc VMware Screen Codec / VMware Video D.V. vp5 On2 VP5 D.V. vp6 On2 VP6 D.V. vp6f On2 VP6 (Flash version) DEVI targa Truevision Targa image D.V. dsicinvideo Delphine Software International CIN video D.V. tiertexseqvideo Tiertex Limited SEQ video DEVI tiff TIFF image DEV. gif GIF (Graphics Interchange Format) D.V. dxa Feeble Files/ScummVM DXA DEVI dnxhd VC3/DNxHD D.VI thp Nintendo Gamecube THP video DEVI sgi SGI image D.V. c93 Interplay C93 D.V. bethsoftvid Bethesda VID video D.VI ptx V.Flash PTX image D.VI txd Renderware TXD (TeXture Dictionary) image D.V. vp6a On2 VP6 (Flash version, with alpha channel) DEVI amv AMV Video D.V. vb Beam Software VB DEVI pcx PC Paintbrush PCX image DEVI sunrast Sun Rasterfile image D.V. indeo4 Intel Indeo Video Interactive 4 D.V. indeo5 Intel Indeo Video Interactive 5 D.V. mimic Mimic D.VI rl2 RL2 video D.V. escape124 Escape 124 D.V. dirac Dirac D.V. bfi Brute Force & Ignorance D.V. cmv Electronic Arts CMV video (decoders: eacmv ) D.V. motionpixels Motion Pixels video D.V. tgv Electronic Arts TGV video (decoders: eatgv ) D.V. tgq Electronic Arts TGQ video (decoders: eatgq ) D.V. tqi Electronic Arts TQI video (decoders: eatqi ) D.VI aura Auravision AURA D.VI aura2 Auravision Aura 2 D.VI v210x D.VI tmv DEVI v210 Uncompressed 4:2:2 10-bit DEVI dpx DPX image D.V. mad Electronic Arts Madcow Video (decoders: eamad ) D.VI frwu Forward Uncompressed DEV. flashsv2 Flash Screen Video v2 D.V. cdgraphics CD Graphics video DEVI r210 Uncompressed RGB 10-bit D.V. anm Deluxe Paint Animation D.V. binkvideo Bink video D.V. iff_ilbm IFF ILBM D.V. iff_byterun1 IFF ByteRun1 D.V. kgv1 Kega Game Video D.V. yop Psygnosis YOP Video DEV. vp8 On2 VP8 (encoders: libvpx ) D.VI pictor Pictor/PC Paint D.V. ansi ASCII/ANSI art .EVI a64_multi Multicolor charset for Commodore 64 (encoders: a64mult i ) .EVI a64_multi5 Multicolor charset for Commodore 64, extended with 5th color (colram) (encoders: a64multi5 ) DEVI r10k AJA Kona 10-bit RGB Codec D.V. mxpeg Mobotix MxPEG video D.VI lagarith Lagarith lossless DEVI prores Apple ProRes (iCodec Pro) (decoders: prores prores_lgp l ) (encoders: prores prores_anatoliy prores_kostya ) D.VI jv Bitmap Brothers JV video D.V. dfa Chronomaster DFA D.V. wmv3image Windows Media Video 9 Image D.V. vc1image Windows Media Video 9 Image v2 DEVI utvideo Ut Video D.V. bmv_video Discworld II BMV video D.VI vble VBLE Lossless Codec D.VI dxtory Dxtory DEVI v410 Uncompressed 4:4:4 10-bit DEVI xwd XWD (X Window Dump) image D.V. cdxl Commodore CDXL video DEVI xbm D.V. zerocodec ZeroCodec Lossless Video D.V. mss1 MS Screen 1 D.V. msa1 MS ATC Screen D.V. tscc2 TechSmith Screen Codec 2 D.V. mts2 MS Expression Encoder Screen D.VI cllc Canopus Lossless Codec DEVI y41p Uncompressed YUV 4:1:1 12-bit D.V. escape130 Escape 130 D.VI exr OpenEXR image DEVI avrp Avid 1:1 10-bit RGB Packer ..V. g2m GoToMeeting DEVI avui AVID Meridien DEVI ayuv Uncompressed packed MS 4:4:4:4 DEVI v308 Uncompressed packed 4:4:4 DEVI v408 Uncompressed packed QT 4:4:4:4 DEVI yuv4 Uncompressed packed 4:2:0 D.V. sanm LucasArts SMUSH video D.V. paf_video Amazing Studio Packed Animation File Video D.V. AVRn AVRn DEA. pcm_s16le PCM signed 16-bit little-endian DEA. pcm_s16be PCM signed 16-bit big-endian DEA. pcm_u16le PCM unsigned 16-bit little-endian DEA. pcm_u16be PCM unsigned 16-bit big-endian DEA. pcm_s8 PCM signed 8-bit DEA. pcm_u8 PCM unsigned 8-bit DEA. pcm_mulaw PCM mu-law DEA. pcm_alaw PCM A-law DEA. pcm_s32le PCM signed 32-bit little-endian DEA. pcm_s32be PCM signed 32-bit big-endian DEA. pcm_u32le PCM unsigned 32-bit little-endian DEA. pcm_u32be PCM unsigned 32-bit big-endian DEA. pcm_s24le PCM signed 24-bit little-endian DEA. pcm_s24be PCM signed 24-bit big-endian DEA. pcm_u24le PCM unsigned 24-bit little-endian DEA. pcm_u24be PCM unsigned 24-bit big-endian DEA. pcm_s24daud PCM D-Cinema audio signed 24-bit D.A. pcm_zork PCM Zork D.A. pcm_s16le_planar PCM 16-bit little-endian planar D.A. pcm_dvd PCM signed 20|24-bit big-endian DEA. pcm_f32be PCM 32-bit floating point big-endian DEA. pcm_f32le PCM 32-bit floating point little-endian DEA. pcm_f64be PCM 64-bit floating point big-endian DEA. pcm_f64le PCM 64-bit floating point little-endian D.A. pcm_bluray PCM signed 16|20|24-bit big-endian for Blu-ray media D.A. pcm_lxf PCM signed 20-bit little-endian planar D.A. s302m SMPTE 302M D.A. pcm_s8_planar PCM signed 8-bit planar DEA. adpcm_ima_qt ADPCM IMA QuickTime DEA. adpcm_ima_wav ADPCM IMA WAV D.A. adpcm_ima_dk3 ADPCM IMA Duck DK3 D.A. adpcm_ima_dk4 ADPCM IMA Duck DK4 D.A. adpcm_ima_ws ADPCM IMA Westwood D.A. adpcm_ima_smjpeg ADPCM IMA Loki SDL MJPEG DEA. adpcm_ms ADPCM Microsoft D.A. adpcm_4xm ADPCM 4X Movie D.A. adpcm_xa ADPCM CDROM XA DEA. adpcm_adx SEGA CRI ADX ADPCM D.A. adpcm_ea ADPCM Electronic Arts DEA. adpcm_g726 G.726 ADPCM (decoders: g726 ) (encoders: g726 ) D.A. adpcm_ct ADPCM Creative Technology DEA. adpcm_swf ADPCM Shockwave Flash DEA. adpcm_yamaha ADPCM Yamaha D.A. adpcm_sbpro_4 ADPCM Sound Blaster Pro 4-bit D.A. adpcm_sbpro_3 ADPCM Sound Blaster Pro 2.6-bit D.A. adpcm_sbpro_2 ADPCM Sound Blaster Pro 2-bit D.A. adpcm_thp ADPCM Nintendo Gamecube THP D.A. adpcm_ima_amv ADPCM IMA AMV D.A. adpcm_ea_r1 ADPCM Electronic Arts R1 D.A. adpcm_ea_r3 ADPCM Electronic Arts R3 D.A. adpcm_ea_r2 ADPCM Electronic Arts R2 D.A. adpcm_ima_ea_sead ADPCM IMA Electronic Arts SEAD D.A. adpcm_ima_ea_eacs ADPCM IMA Electronic Arts EACS D.A. adpcm_ea_xas ADPCM Electronic Arts XAS D.A. adpcm_ea_maxis_xa ADPCM Electronic Arts Maxis CDROM XA D.A. adpcm_ima_iss ADPCM IMA Funcom ISS DEA. adpcm_g722 G.722 ADPCM (decoders: g722 ) (encoders: g722 ) D.A. adpcm_ima_apc ADPCM IMA CRYO APC DEA. amr_nb AMR-NB (Adaptive Multi-Rate NarrowBand) (decoders: amr nb libopencore_amrnb ) (encoders: libopencore_amrnb ) D.A. amr_wb AMR-WB (Adaptive Multi-Rate WideBand) (decoders: amrwb libopencore_amrwb ) DEA. ra_144 RealAudio 1.0 (14.4K) (decoders: real_144 ) (encoders: real_144 ) D.A. ra_288 RealAudio 2.0 (28.8K) (decoders: real_288 ) DEA. roq_dpcm DPCM id RoQ D.A. interplay_dpcm DPCM Interplay D.A. xan_dpcm DPCM Xan D.A. sol_dpcm DPCM Sol DEA. mp2 MP2 (MPEG audio layer 2) (decoders: mp2 mp2float ) DEA. mp3 MP3 (MPEG audio layer 3) (decoders: mp3 mp3float ) (en coders: libmp3lame ) DEA. aac AAC (Advanced Audio Coding) (encoders: aac libfaac ) DEA. ac3 ATSC A/52A (AC-3) (encoders: ac3 ac3_fixed ) DEA. dts DCA (DTS Coherent Acoustics) (decoders: dca ) (encoder s: dca ) DEA. vorbis Vorbis (decoders: vorbis libvorbis ) (encoders: vorbis libvorbis ) ..A. dvaudio DEA. wmav1 Windows Media Audio 1 DEA. wmav2 Windows Media Audio 2 D.A. mace3 MACE (Macintosh Audio Compression/Expansion) 3:1 D.A. mace6 MACE (Macintosh Audio Compression/Expansion) 6:1 D.A. vmdaudio Sierra VMD audio DEA. flac FLAC (Free Lossless Audio Codec) D.A. mp3adu ADU (Application Data Unit) MP3 (MPEG audio layer 3) ( decoders: mp3adu mp3adufloat ) D.A. mp3on4 MP3onMP4 (decoders: mp3on4 mp3on4float ) D.A. shorten Shorten DEA. alac ALAC (Apple Lossless Audio Codec) D.A. westwood_snd1 Westwood Audio (SND1) (decoders: ws_snd1 ) D.A. gsm GSM D.A. qdm2 QDesign Music Codec 2 D.A. cook Cook / Cooker / Gecko (RealAudio G2) D.A. truespeech DSP Group TrueSpeech D.A. tta TTA (True Audio) D.A. smackaudio Smacker audio (decoders: smackaud ) D.A. qcelp QCELP / PureVoice D.A. wavpack WavPack D.A. dsicinaudio Delphine Software International CIN audio D.A. imc IMC (Intel Music Coder) D.A. musepack7 Musepack SV7 (decoders: mpc7 ) D.A. mlp MLP (Meridian Lossless Packing) D.A. gsm_ms GSM Microsoft variant D.A. atrac3 Atrac 3 (Adaptive TRansform Acoustic Coding 3) ..A. voxware Voxware RT29 Metasound D.A. ape Monkey's Audio DEA. nellymoser Nellymoser Asao D.A. musepack8 Musepack SV8 (decoders: mpc8 ) DEA. speex Speex (decoders: libspeex ) (encoders: libspeex ) D.A. wmavoice Windows Media Audio Voice D.A. wmapro Windows Media Audio 9 Professional D.A. wmalossless Windows Media Audio Lossless ..A. atrac3p Sony ATRAC3+ DEA. eac3 ATSC A/52B (AC-3, E-AC-3) D.A. sipr RealAudio SIPR / ACELP.NET D.A. mp1 MP1 (MPEG audio layer 1) (decoders: mp1 mp1float ) D.A. twinvq VQF TwinVQ D.A. truehd TrueHD D.A. mp4als MPEG-4 Audio Lossless Coding (ALS) (decoders: als ) D.A. atrac1 Atrac 1 (Adaptive TRansform Acoustic Coding) D.A. binkaudio_rdft Bink Audio (RDFT) D.A. binkaudio_dct Bink Audio (DCT) D.A. aac_latm AAC LATM (Advanced Audio Coding LATM syntax) ..A. qdmc QDesign Music ..A. celt Constrained Energy Lapped Transform (CELT) DEA. g723_1 G.723.1 D.A. g729 G.729 D.A. 8svx_exp 8SVX exponential D.A. 8svx_fib 8SVX fibonacci D.A. bmv_audio Discworld II BMV audio D.A. ralf RealAudio Lossless D.A. iac IAC (Indeo Audio Coder) ..A. ilbc iLBC (Internet Low Bitrate Codec) D.A. vima LucasArts VIMA audio D.A. AVMEDIA_TYPE_AUDIO Wave synthesis pseudo-codec (decoders: wavesynth ) ..A. 8svx_raw 8SVX raw DEA. sonic Sonic .EA. sonicls Sonic lossless D.A. paf_audio Amazing Studio Packed Animation File Audio ..A. opus Opus DES. dvd_subtitle DVD subtitles (decoders: dvdsub ) (encoders: dvdsub ) DES. dvb_subtitle DVB subtitles (decoders: dvbsub ) (encoders: dvbsub ) ..S. text raw UTF-8 text DES. xsub XSUB DES. ssa SSA (SubStation Alpha) / ASS (Advanced SSA) subtitle ( decoders: ass ) (encoders: ass ) DES. mov_text MOV text D.S. hdmv_pgs_subtitle HDMV Presentation Graphic Stream subtitles (decoders: pgssub ) ..S. dvb_teletext DVB teletext DES. srt SubRip Text D.S. microdvd MicroDVD subtitle ..S. eia_608 EIA-608 closed captions D.S. jacosub JACOsub subtitle D.S. sami SAMI subtitle D.S. realtext RealText subtitle D.S. subviewer SubViewer subtitle D.VI bintext Binary text D.VI xbin eXtended BINary text D.VI idf iCEDraw text }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 21 13:24:57 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Aug 2012 11:24:57 -0000 Subject: [FFmpeg-trac] #1557(avformat:new): support old sipr in rm (rewrite rm demuxer) (was: Support demuxing SIPR on RA files) In-Reply-To: <036.b8592fb68fdf163c361418a7c2a3cd20@avcodec.org> References: <036.b8592fb68fdf163c361418a7c2a3cd20@avcodec.org> Message-ID: <051.f7c085effc0690be28af91cd58df15e4@avcodec.org> #1557: support old sipr in rm (rewrite rm demuxer) ------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: real sipr | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by compn): these sipr samples work fine: http://samples.ffmpeg.org/real/AC-sipr/ the samples in http://samples.ffmpeg.org/real/RA/sipr/ are using an older format: [07:16] I suspect it's because big* files are in really old format [07:17] and they have Int0 interleaver instead of (expected) "sipr" interleaver a rewrite of rm demuxer maybe useful. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 21 18:42:24 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Aug 2012 16:42:24 -0000 Subject: [FFmpeg-trac] #1227(avcodec:new): crash in ff_put_h264_chroma_mc8_neon In-Reply-To: <036.4b29a3e84ee653b5ba8163eea3dccea4@avcodec.org> References: <036.4b29a3e84ee653b5ba8163eea3dccea4@avcodec.org> Message-ID: <051.7837a42654f7281a23a70787a71938b6@avcodec.org> #1227: crash in ff_put_h264_chroma_mc8_neon ------------------------------------+----------------------------------- Reporter: elioxia | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: arm | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by bruce-wu): I have the same problem. My test android phone is google nexus S, its information is: CPU FEATURES: swp half thumb fastmult vfp edsp thumbee neon vfpv3 ANDROID VERSION: 4.03 I use android-ndk-r8b to build ffmpeg for Android. The test video is attached. Here is the detailed information about this video: format: mp4 video codec: h24 audio codec: aac size: 672x384 And gdb backtrack extracted by logcat: I/DEBUG ( 77): *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** I/DEBUG ( 77): Build fingerprint: 'unknown' I/DEBUG ( 77): pid: 1035, tid: 1071 >>> com.abc.ui <<< I/DEBUG ( 77): signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 52f2601d I/DEBUG ( 77): r0 530dc600 r1 52f2601d r2 00000160 r3 00000000 I/DEBUG ( 77): r4 00000018 r5 00000000 r6 00000000 r7 00000000 I/DEBUG ( 77): r8 5305fd5b r9 00000180 10 0000009d fp 00000001 I/DEBUG ( 77): ip 00000028 sp 5251eae4 lr 50e8e834 pc 511040dc cpsr 60000010 I/DEBUG ( 77): d0 1818181818181818 d1 2828282828282828 I/DEBUG ( 77): d2 0046004f0051004f d3 003e003e003e003f I/DEBUG ( 77): d4 8080808080808080 d5 8080808080808080 I/DEBUG ( 77): d6 7b7b7b7b7c7d7e7e d7 7b7b7b7b7b7c7d7e I/DEBUG ( 77): d8 0000000042900000 d9 43f0000000000000 I/DEBUG ( 77): d10 0000000000000000 d11 0000000000000000 I/DEBUG ( 77): d12 0000000000000000 d13 0000000000000000 I/DEBUG ( 77): d14 0000000000000000 d15 0000000000000000 I/DEBUG ( 77): d16 7b7b7b7b7b7c7d7e d17 7b7b7b7b7b7c7d7e I/DEBUG ( 77): d18 1ed81f181f581f80 d19 1ec01ec01ec01ec0 I/DEBUG ( 77): d20 00480048004d0050 d21 003e003e003f0045 I/DEBUG ( 77): d22 007e007e007e007e d23 007f007f007f007f I/DEBUG ( 77): d24 0101010101010101 d25 ffffffffffffffff I/DEBUG ( 77): d26 ffffffffffffffff d27 2c2c2c2c2c2c2c2c I/DEBUG ( 77): d28 1f1f1f2026292827 d29 1f1f1f2026292827 I/DEBUG ( 77): d30 1f1f1f1f1f1f2026 d31 1f1f1f1f1f1f2026 I/DEBUG ( 77): scr 20000012 I/DEBUG ( 77): I/DEBUG ( 77): #00 pc 0047b0dc /data/data/com.abc.ui/lib/libffmpeg.so (ff_put_h264_chroma_mc8_neon) I/DEBUG ( 77): #01 lr 50e8e834 /data/data/com.abc.ui/lib/libffmpeg.so I/DEBUG ( 77): I/DEBUG ( 77): code around pc: I/DEBUG ( 77): 511040bc f3c50801 f4214ac2 f3c62c00 f3c72801 .....J!..,...(.. I/DEBUG ( 77): 511040cc f5d1f000 f2b45105 f2ca0870 f2ca1872 .....Q..p...r... I/DEBUG ( 77): 511040dc f4216ac2 f2b67107 f44007d2 f44017d2 .j!..q.... at ...@. I/DEBUG ( 77): 511040ec caffffef e8bd80f0 e92d40f0 e1cd41d4 ......... at -..A.. I/DEBUG ( 77): 511040fc e1a0e000 f5d1f000 f7d1f002 e0170594 ................ I/DEBUG ( 77): I/DEBUG ( 77): code around lr: I/DEBUG ( 77): 50e8e814 e1a01006 e7942002 e59d007c e58dc004 ..... ..|....... I/DEBUG ( 77): 50e8e824 e59d3068 e58de000 e59dc08c e12fff3c h0..........<./. I/DEBUG ( 77): 50e8e834 e28dd044 e8bd8ff0 e59d0034 e0831000 D.......4....... I/DEBUG ( 77): 50e8e844 e285300f e1530001 aaffff7d e59d1030 .0....S.}...0... I/DEBUG ( 77): 50e8e854 e289300f e0822001 e1530002 b3a02000 .0... ....S.. .. I/DEBUG ( 77): I/DEBUG ( 77): memory map around addr 52f2601d: I/DEBUG ( 77): 52f14000-52f26000 I/DEBUG ( 77): (no map for address) I/DEBUG ( 77): 52f2d000-52f2e000 /dev/pvrsrvkm I/DEBUG ( 77): I/DEBUG ( 77): stack: I/DEBUG ( 77): 5251eaa4 0000046c I/DEBUG ( 77): 5251eaa8 5251ead0 I/DEBUG ( 77): 5251eaac 5118d618 /data/data/com.abc.ui/lib/libffmpeg.so I/DEBUG ( 77): 5251eab0 51741c20 I/DEBUG ( 77): 5251eab4 51741aa0 I/DEBUG ( 77): 5251eab8 504c2140 I/DEBUG ( 77): 5251eabc 00000aac I/DEBUG ( 77): 5251eac0 000019e0 I/DEBUG ( 77): 5251eac4 5118d618 /data/data/com.abc.ui/lib/libffmpeg.so I/DEBUG ( 77): 5251eac8 5118d618 /data/data/com.abc.ui/lib/libffmpeg.so I/DEBUG ( 77): 5251eacc 5047e010 I/DEBUG ( 77): 5251ead0 00000000 I/DEBUG ( 77): 5251ead4 00000002 I/DEBUG ( 77): 5251ead8 df0027ad I/DEBUG ( 77): 5251eadc 00000000 I/DEBUG ( 77): 5251eae0 00000005 I/DEBUG ( 77): #00 5251eae4 5047e010 I/DEBUG ( 77): 5251eae8 000000c0 I/DEBUG ( 77): 5251eaec 52f253bd I/DEBUG ( 77): 5251eaf0 0000332c I/DEBUG ( 77): 5251eaf4 50e8e834 /data/data/com.abc.ui/lib/libffmpeg.so I/DEBUG ( 77): 5251eaf8 00000005 I/DEBUG ( 77): 5251eafc 00000000 I/DEBUG ( 77): 5251eb00 504810de I/DEBUG ( 77): 5251eb04 504810fe I/DEBUG ( 77): 5251eb08 5048111e I/DEBUG ( 77): 5251eb0c 00003000 I/DEBUG ( 77): 5251eb10 00003808 I/DEBUG ( 77): 5251eb14 00003808 I/DEBUG ( 77): 5251eb18 504c3450 I/DEBUG ( 77): 5251eb1c 0004213b I/DEBUG ( 77): 5251eb20 00000001 I/DEBUG ( 77): 5251eb24 00000000 I/DEBUG ( 77): 5251eb28 00000180 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 21 18:45:02 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Aug 2012 16:45:02 -0000 Subject: [FFmpeg-trac] #1227(avcodec:new): crash in ff_put_h264_chroma_mc8_neon In-Reply-To: <036.4b29a3e84ee653b5ba8163eea3dccea4@avcodec.org> References: <036.4b29a3e84ee653b5ba8163eea3dccea4@avcodec.org> Message-ID: <051.39c30a929a4f5326be25cd4d0eee9e74@avcodec.org> #1227: crash in ff_put_h264_chroma_mc8_neon ------------------------------------+----------------------------------- Reporter: elioxia | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: arm | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by bruce-wu): By the way, I use ffmpeg 0.8.10 and the bug can be reproduced on ffmpeg 0.11 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 21 20:39:15 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Aug 2012 18:39:15 -0000 Subject: [FFmpeg-trac] #1617(undetermined:open): Ffmpeg/ffplay/ffprobe fails to identify, open or play ogg (specific, attached) file with flac/theora contents. In-Reply-To: <035.a8615d5ff1f64243851192c77ccce38d@avcodec.org> References: <035.a8615d5ff1f64243851192c77ccce38d@avcodec.org> Message-ID: <050.74a9b9e8fcb99d202ccde74d101cfb5f@avcodec.org> #1617: Ffmpeg/ffplay/ffprobe fails to identify, open or play ogg (specific, attached) file with flac/theora contents. -------------------------------------+------------------------------------- Reporter: noname | Owner: ubitux Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: ogg theora | Resolution: flac regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by ubitux): * owner: => ubitux Comment: Confirmed, working on it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 21 22:11:24 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Aug 2012 20:11:24 -0000 Subject: [FFmpeg-trac] #1670(FFmpeg:new): -filter_complex doesn't handle well finite video + infinite audio Message-ID: <035.c2295dda8527139dfcf33b2423f0294d@avcodec.org> #1670: -filter_complex doesn't handle well finite video + infinite audio ---------------------------------------+-------------------------------- Reporter: ubitux | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 1 | Analyzed by developer: 0 ---------------------------------------+-------------------------------- Given a 60 seconds video stream: {{{ ./ffmpeg -v 0 -f lavfi -i testsrc=d=60 -y video.mp4 }}} and a 5 seconds audio stream: {{{ ./ffmpeg -v 0 -f lavfi -i 'aevalsrc=sin(440*2*PI*t)::d=5' -y audio.wav }}} We can make a video presentation of 60 seconds with the 5 seconds audio padded with silence with the following command line: {{{ ./ffmpeg -f lavfi -i 'movie=video.mp4 [out0]; amovie=audio.wav [audio]; aevalsrc=0 [silence]; [audio][silence] concat=v=0:a=1 [out1]' -y out.avi }}} Unfortunately, this doesn't work with the -filter_complex option: {{{ % ./ffmpeg -i video.mp4 -i audio.wav -filter_complex 'aevalsrc=0 [silence]; [1:0][silence] concat=v=0:a=1 [padded_audio]' -map 0:0 -map '[padded_audio]' -y out.avi ffmpeg version N-43791-g2c7a622 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 21 2012 21:01:23 with gcc 4.7.1 (GCC) 20120721 (prerelease) configuration: --enable-gpl --enable-fontconfig --enable-libfreetype --enable-libmp3lame --enable-libvorbis --enable-libxvid --enable-libx264 --enable-libvpx --enable-libtheora --enable-x11grab --enable-libopenjpeg --enable-libass --enable-libmodplug --enable-libv4l2 --cc='ccache colorgcc' --samples=/home/ubitux/fate-samples --prefix=/tmp/ffinstall libavutil 51. 70.100 / 51. 70.100 libavcodec 54. 54.100 / 54. 54.100 libavformat 54. 25.104 / 54. 25.104 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 13.100 / 3. 13.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'video.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf54.25.104 Duration: 00:01:00.00, start: 0.000000, bitrate: 37 kb/s Stream #0:0(und): Video: h264 (High 4:4:4 Predictive) (avc1 / 0x31637661), yuv444p, 320x240 [SAR 1:1 DAR 4:3], 34 kb/s, 25 fps, 25 tbr, 25 tbn, 50 tbc Metadata: handler_name : VideoHandler Guessed Channel Layout for Input Stream #1.0 : mono Input #1, wav, from 'audio.wav': Duration: 00:00:05.01, bitrate: 705 kb/s Stream #1:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, mono, s16, 705 kb/s Output #0, avi, to 'out.avi': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 ISFT : Lavf54.25.104 Stream #0:0(und): Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 320x240 [SAR 1:1 DAR 4:3], q=2-31, 200 kb/s, 25 tbn, 25 tbc Metadata: handler_name : VideoHandler Stream #0:1: Audio: mp3 (U[0][0][0] / 0x0055), 44100 Hz, mono, s16 Stream mapping: Stream #1:0 (pcm_s16le) -> concat:in0:a0 (graph 0) Stream #0:0 -> #0:0 (h264 -> mpeg4) concat (graph 0) -> Stream #0:1 (libmp3lame) Press [q] to stop, [?] for help frame= 1500 fps=177 q=9.6 Lsize= 13088kB time=00:01:00.00 bitrate=1786.9kbits/s }}} This creates some kind of infinite loop, with fps slightly decreasing over time (+memory leak) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 21 23:27:45 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Aug 2012 21:27:45 -0000 Subject: [FFmpeg-trac] #1670(FFmpeg:new): -filter_complex doesn't handle well finite video + infinite audio In-Reply-To: <035.c2295dda8527139dfcf33b2423f0294d@avcodec.org> References: <035.c2295dda8527139dfcf33b2423f0294d@avcodec.org> Message-ID: <050.d3dbcd12571afc21e4c118609d1299e6@avcodec.org> #1670: -filter_complex doesn't handle well finite video + infinite audio -------------------------------------+---------------------------------- Reporter: ubitux | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Comment (by Cigaes): Except for the time that no longer progress (I posted a patch about that yesterday), that is normal and expected, if not desirable. ffmpeg is still encoding audio silence, and since you privided an infinite quantity of it, it will never stop. The muxer wants to interleave audio and video, but no video is coming, so audio gets queued, thus the memory use growing and not the file. If you quit ffmpeg cleanly (hit q), all the data gets written to the file at once. There may be ways of enhancing things (maybe some way to signal a stream is finished so that the interleaving does not wait for it), but I do not think there is something fundamentally wrong in ffmpeg's reaction to this hostile situation. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 22 02:43:10 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 22 Aug 2012 00:43:10 -0000 Subject: [FFmpeg-trac] #1642(avformat:reopened): -f segment: automagically generate #EXTM3U tags to -segment_list generated playlists In-Reply-To: <036.124537088d23e2b844ce435b567a346c@avcodec.org> References: <036.124537088d23e2b844ce435b567a346c@avcodec.org> Message-ID: <051.16d8a07e71480e79d5b83abf1e500320@avcodec.org> #1642: -f segment: automagically generate #EXTM3U tags to -segment_list generated playlists -------------------------------------+------------------------------------- Reporter: kelexel | Owner: Type: enhancement | Status: reopened Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: segment, | Blocked By: HLS, m3u8 | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by saste): Replying to [comment:11 kelexel]: > Note, in HLS-ilve here is what is happening: > > When a client reads an .m3u8 file, and if no #EXT-X-ENDLIST is found in the playlist.m3u8 it's in live mode not vod mode. > > In which client, when reaching the last file in the playlist, the client will automagically re-request the playlist until it find a playlist containing the #EXT-X-ENDLIST, in which case the stream won't be considered as "live" anymore. > > Said paylist is supposed to have changed, hence -segment_list_limit 10, means we will only keep the last 10 segments of -segment_time 5 duration > > Each time the playlist starts a new group of 10x segments, the following tag should be incremented: #EXT-X-MEDIA-SEQUENCE:1 > > So, on files 0->9, #EXT-X-MEDIA-SEQUENCE:1 > On files 10->19 #EXT-X-MEDIA-SEQUENCE:2 > And so on > > Also, please look at apple docs under Index Files (Playlists): https://developer.apple.com/library/ios/#documentation/NetworkingInternet/Conceptual/StreamingMediaGuide/HTTPStreamingArchitecture/HTTPStreamingArchitecture.html#//apple_ref/doc/uid/TP40008332-CH101-SW2 > > #EXT-X-TARGETDURATION:10 > > #EXTINF:10, > > Which is the format I'm desperately trying to enforce here, and the one you don't want to :( Thanks for the nice explanations. I'm starting to understand how this live Apple thing works, and I see why it is not working in our case. Basically I addef support to M3U8 playlists, trying to be as faithful as possible to the specification, but that was not compatible with how HLS works. So, in order to make HLS work we need to: 1. set defined interval of times. In our case we request that -segment_time will be defined (rather than the exclusive option -segment_times). Issue: we can't generate segments with regular duration, since this will depend on how I-frames are placed in the stream to segment. 2. put EXT-X-TARGETDURATION at the begin of the file. As per point 1., we can't guarantee that the target duration will be honoured (thus breaking M3U8 specs), and we don't know which will be the maximum duration of the segments in the list. In this case we can "fake" the format and set the time specified by -segment_time as target duration. 3. not put EXT-X-ENDLIST at the end of the file if the last segment was not reached and -segment_list_size is != 0, and we need to update EXT-X -MEDIA-SEQUENCE per each file list update. So we need to understand which options will enable this behavior. For sure -segment_list_size should be specified. I'm not sure what should we do when both -segment_list_size and -segment_times are specified, possibly we should abort since I can't see a meaningful behavior in this case, assuming -segment_list_size was meant to deal with HLS. I'll possibly come with a patch in the next few days, and I'll ask you to test it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 22 03:01:43 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 22 Aug 2012 01:01:43 -0000 Subject: [FFmpeg-trac] #1671(FFmpeg:new): ffmpeg crashed using filter 'volume' Message-ID: <040.735c5a35f83e1aba13f347923bc72aca@avcodec.org> #1671: ffmpeg crashed using filter 'volume' -------------------------------------+---------------------------------- Reporter: fhaefemeier | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: 0.11.1 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Transcode (downmix and normalize) an AC3 5.1 audio file to AAC stereo using the volume filter with value > 1. Without the filter or ''volume=1'' the transcoding works fine. How to reproduce: {{{ % ffmpeg -i volumetest.ac3 -filter:a volume=2 -ac 2 test-norm.aac ffmpeg version 0.11.1 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 9 2012 19:51:02 with gcc 4.7.0 20120507 (Red Hat 4.7.0-5) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 22 07:22:15 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 22 Aug 2012 05:22:15 -0000 Subject: [FFmpeg-trac] #1665(documentation:closed): -(no)stdin option poorly documented In-Reply-To: <041.0fdf7ef11415a91c95a252194bbe4a0f@avcodec.org> References: <041.0fdf7ef11415a91c95a252194bbe4a0f@avcodec.org> Message-ID: <056.b68ec5c428931687686d0051e340d4df@avcodec.org> #1665: -(no)stdin option poorly documented -------------------------------------+------------------------------------- Reporter: | Owner: Annihilannic | Status: closed Type: defect | Component: Priority: normal | documentation Version: unspecified | Resolution: fixed Keywords: ffmpeg | Blocked By: stdin | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by Annihilannic): Thanks! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 22 07:49:20 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 22 Aug 2012 05:49:20 -0000 Subject: [FFmpeg-trac] #1669(undetermined:new): something bad happened to -codecs list order In-Reply-To: <038.3f8988679db3ace2bfc9f5f4ed3f9c20@avcodec.org> References: <038.3f8988679db3ace2bfc9f5f4ed3f9c20@avcodec.org> Message-ID: <053.19a517d349de3ca3b8fe1abdd599bb5f@avcodec.org> #1669: something bad happened to -codecs list order -------------------------------------+------------------------------------- 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 jamal): 7c10194 changed the function, making it print the list of AVCodecDescriptors from libavcodec/codec_desc.c The order is indeed pretty random. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 22 09:39:17 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 22 Aug 2012 07:39:17 -0000 Subject: [FFmpeg-trac] #1671(FFmpeg:open): ffmpeg crashed using filter 'volume' In-Reply-To: <040.735c5a35f83e1aba13f347923bc72aca@avcodec.org> References: <040.735c5a35f83e1aba13f347923bc72aca@avcodec.org> Message-ID: <055.935993e408e04440095c471a9730c55d@avcodec.org> #1671: ffmpeg crashed using filter 'volume' -------------------------------------+---------------------------------- Reporter: fhaefemeier | Owner: Type: defect | Status: open Priority: normal | Component: FFmpeg Version: 0.11.1 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Changes (by saste): * status: new => open Comment: Can't reproduce here, can you try with latest version? Also if you could disable optimizations and --enable-debug, that would provide more useful info in the backtrace. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 22 09:42:05 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 22 Aug 2012 07:42:05 -0000 Subject: [FFmpeg-trac] #1671(FFmpeg:open): ffmpeg crashed using filter 'volume' In-Reply-To: <040.735c5a35f83e1aba13f347923bc72aca@avcodec.org> References: <040.735c5a35f83e1aba13f347923bc72aca@avcodec.org> Message-ID: <055.656e7ce5fdf38adc74312cb43c00b06c@avcodec.org> #1671: ffmpeg crashed using filter 'volume' -------------------------------------+---------------------------------- Reporter: fhaefemeier | Owner: Type: defect | Status: open Priority: normal | Component: FFmpeg Version: 0.11.1 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Comment (by Cigaes): I could reproduce with n0.11.1 but not with git head, on x86_64/Debian. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 22 12:08:54 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 22 Aug 2012 10:08:54 -0000 Subject: [FFmpeg-trac] #1671(FFmpeg:open): ffmpeg crashed using filter 'volume' In-Reply-To: <040.735c5a35f83e1aba13f347923bc72aca@avcodec.org> References: <040.735c5a35f83e1aba13f347923bc72aca@avcodec.org> Message-ID: <055.805b712c01cfccb1512855019547b84a@avcodec.org> #1671: ffmpeg crashed using filter 'volume' -------------------------------------+---------------------------------- Reporter: fhaefemeier | Owner: Type: defect | Status: open Priority: normal | Component: FFmpeg Version: 0.11.1 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Comment (by fhaefemeier): I cannot reproduce with GIT head. For me the ticket can be closed, I will use the head version instead. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 22 14:58:24 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 22 Aug 2012 12:58:24 -0000 Subject: [FFmpeg-trac] #1672(undetermined:new): Support ftp:// protocol Message-ID: <033.d3df16dc0b1dfdbf885347d187ff3081@avcodec.org> #1672: Support ftp:// protocol -------------------------------------+------------------------------------- Reporter: ?onny | Type: Status: new | enhancement Component: | Priority: wish undetermined | Version: Keywords: FTP | unspecified protocol | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- It'd be nice to support FTP protocol (ftp://) for ffprobe and ffmpeg. My interest is in especially getting metadata and grabbing thumbnails. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 22 17:33:46 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 22 Aug 2012 15:33:46 -0000 Subject: [FFmpeg-trac] #1673(avformat:new): MPEG2-TS minimum PID value for data packet Message-ID: <038.30012bd7f5ba0b43ba613bf47ff2250a@avcodec.org> #1673: MPEG2-TS minimum PID value for data packet -----------------------------------+-------------------------------------- Reporter: Magicking | Type: defect Status: new | Priority: normal Component: avformat | Version: git-master Keywords: pid | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+-------------------------------------- The minimum PID value for data packet is 0x0100 where is should be 0x0010 as specified by the ISO13818-1 ?2.4.3.3 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 22 18:44:01 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 22 Aug 2012 16:44:01 -0000 Subject: [FFmpeg-trac] #1642(avformat:reopened): -f segment: automagically generate #EXTM3U tags to -segment_list generated playlists In-Reply-To: <036.124537088d23e2b844ce435b567a346c@avcodec.org> References: <036.124537088d23e2b844ce435b567a346c@avcodec.org> Message-ID: <051.21bcaafd794ca7181b1985e868047ee5@avcodec.org> #1642: -f segment: automagically generate #EXTM3U tags to -segment_list generated playlists -------------------------------------+------------------------------------- Reporter: kelexel | Owner: Type: enhancement | Status: reopened Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: segment, | Blocked By: HLS, m3u8 | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by kelexel): I see, in essence m3u8(-specs) and HLS are mutually exclusive. Why not keep the current m3u8 -segment_list_type you already created, and add another -segment_list_type m3u8_hls or just "hls" ? So whatever your planned use for -segment_list_time, you could have goods from both worlds ? Also, regarding 3., in some cases of HLS you will want -segment_list_size 0, why ? because HLS allows seek, so in case we are using -segment_list_size 0, no segments will be removed from the list, just incremented, allowing an HLS-friendly client to seek anywhere in the timeline up-to "now".. So it might still be useful to keep this option in HLS case .. (although you are correct, if the -segment_list_size is 0, we only need once EXT-X-MEDIA-SEQUENCE 1, since we don't regenerate the playlist) .. Best regards. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 22 19:43:43 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 22 Aug 2012 17:43:43 -0000 Subject: [FFmpeg-trac] #1636(avcodec:new): FRAPS Video Color Space In-Reply-To: <032.946dd04c2bf2f1a53703123793a08eed@avcodec.org> References: <032.946dd04c2bf2f1a53703123793a08eed@avcodec.org> Message-ID: <047.bb6705f283ea8dcbfad20ef39a09b7b5@avcodec.org> #1636: FRAPS Video Color Space ------------------------------------+----------------------------------- Reporter: DJX | 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 DJX): Doing some research on the Internet, I've found that FRAPS can use one of two color spaces (not sure how it chooses) for recording. These are YV12 or RGB24, I believe, so maybe FFmpeg is not equipped to detect both kinds of FRAPS files. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 23 09:04:47 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 23 Aug 2012 07:04:47 -0000 Subject: [FFmpeg-trac] #1673(avformat:open): MPEG2-TS minimum PID value for data packet In-Reply-To: <038.30012bd7f5ba0b43ba613bf47ff2250a@avcodec.org> References: <038.30012bd7f5ba0b43ba613bf47ff2250a@avcodec.org> Message-ID: <053.d9d3c9757de39d048f8e38792b1e499e@avcodec.org> #1673: MPEG2-TS minimum PID value for data packet ------------------------------------+------------------------------------ Reporter: Magicking | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: pid => mpegts * status: new => open Comment: Consider sending patches to ffmpeg-devel, they generally receive more attention there. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 23 09:08:05 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 23 Aug 2012 07:08:05 -0000 Subject: [FFmpeg-trac] #1672(avformat:open): Support ftp:// protocol In-Reply-To: <033.d3df16dc0b1dfdbf885347d187ff3081@avcodec.org> References: <033.d3df16dc0b1dfdbf885347d187ff3081@avcodec.org> Message-ID: <048.4d57575cd9d8123169bd820ea28fd232@avcodec.org> #1672: Support ftp:// protocol -------------------------------------+------------------------------------ Reporter: ?onny | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: FTP | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: FTP protocol => FTP * status: new => open * version: unspecified => git-master * component: undetermined => avformat -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 23 09:11:09 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 23 Aug 2012 07:11:09 -0000 Subject: [FFmpeg-trac] #1636(avcodec:new): FRAPS Video Color Space In-Reply-To: <032.946dd04c2bf2f1a53703123793a08eed@avcodec.org> References: <032.946dd04c2bf2f1a53703123793a08eed@avcodec.org> Message-ID: <047.17b757df78f8d0a2d7024e4d29c9d6d1@avcodec.org> #1636: FRAPS Video Color Space ------------------------------------+----------------------------------- Reporter: DJX | 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): Replying to [comment:3 DJX]: > Doing some research on the Internet, I've found that FRAPS can use one of two color spaces (not sure how it chooses) for recording. These are YV12 or RGB24, I believe, so maybe FFmpeg is not equipped to detect both kinds of FRAPS files. FFmpeg supports both RGB and YV12 in FRAPS, the problem you see happens only with YV12 (which can be interpreted in - subtly - different ways). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 23 14:45:34 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 23 Aug 2012 12:45:34 -0000 Subject: [FFmpeg-trac] #1049(avcodec:closed): bad sound (clicks + low pitch / slower speed) In-Reply-To: <035.4c09974f2296c2fbcc869895dce06499@avcodec.org> References: <035.4c09974f2296c2fbcc869895dce06499@avcodec.org> Message-ID: <050.3e344b82fe57d46fb09079a4c6775e5f@avcodec.org> #1049: bad sound (clicks + low pitch / slower speed) ------------------------------------+----------------------------------- Reporter: goblin | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: aac | 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 Thu Aug 23 18:49:03 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 23 Aug 2012 16:49:03 -0000 Subject: [FFmpeg-trac] #1604(undetermined:new): Rtmp streaming fps continually drops In-Reply-To: <036.ebcb0f32b2e84d8ab67fe9e964ba7f3e@avcodec.org> References: <036.ebcb0f32b2e84d8ab67fe9e964ba7f3e@avcodec.org> Message-ID: <051.b09218cf1d9e65a7368bdc9490600730@avcodec.org> #1604: Rtmp streaming fps continually drops -------------------------------------+------------------------------------- Reporter: Pyriel0 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: rtmp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by rogerdpack): ok the rtbufsize has landed in the zeranoe builds, give it a shot (if there's no further feedback in a week or so I'd close this, since I'm unable to reproduce it elsewise...) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 23 21:14:27 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 23 Aug 2012 19:14:27 -0000 Subject: [FFmpeg-trac] #1662(undetermined:closed): ape: wrong duration In-Reply-To: <038.56c04878025ad3baf989d6cd8e64a931@avcodec.org> References: <038.56c04878025ad3baf989d6cd8e64a931@avcodec.org> Message-ID: <053.ae10006d4625166d5d446671dd9ecced@avcodec.org> #1662: ape: wrong duration -------------------------------------+------------------------------------- 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: Fixed by jamal -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 23 21:33:43 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 23 Aug 2012 19:33:43 -0000 Subject: [FFmpeg-trac] #1604(undetermined:new): Rtmp streaming fps continually drops In-Reply-To: <036.ebcb0f32b2e84d8ab67fe9e964ba7f3e@avcodec.org> References: <036.ebcb0f32b2e84d8ab67fe9e964ba7f3e@avcodec.org> Message-ID: <051.bc04e362c9e45373bf66d98c6c3163f4@avcodec.org> #1604: Rtmp streaming fps continually drops -------------------------------------+------------------------------------- Reporter: Pyriel0 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: rtmp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Pyriel0): I posted on the zeranoe site. The new version makes the buffer drop a lot of frames while using rtmp and the video is choppy. It still records to the hard drive without any problem though. I read the 32 bit programs cannot use more than 2GB. The problems still happen but it doesn't let the program take all my memory like the 64 bit version does. These encodings do not take all of the bandwidth or my cpu. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 23 21:53:51 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 23 Aug 2012 19:53:51 -0000 Subject: [FFmpeg-trac] #121(FFplay:closed): ffplay - midvidjpeg plays upside-down (regression) In-Reply-To: <038.53efed985808e622c80478cb2c4b0550@avcodec.org> References: <038.53efed985808e622c80478cb2c4b0550@avcodec.org> Message-ID: <053.b43bb16c736262c951e34159e96dd0a4@avcodec.org> #121: ffplay - midvidjpeg plays upside-down (regression) -----------------------------------+---------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: FFplay Version: git | Resolution: fixed Keywords: | 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 Thu Aug 23 22:07:23 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 23 Aug 2012 20:07:23 -0000 Subject: [FFmpeg-trac] #1674(FFmpeg:new): Assertion fail when attempting to copy metadata Message-ID: <036.56bb05fe0e412c6b2116affaba4998cc@avcodec.org> #1674: Assertion fail when attempting to copy metadata ---------------------------------+-------------------------------------- Reporter: Chippit | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+-------------------------------------- Summary of the bug: Using two input files, one with both an audio and video stream with some metadata, and a second with only an audio stream and no (or undefined) metadata, attempting to mux the video from file A with the audio from file B while copying metadata from the audio stream of file A results in an assertion fail. How to reproduce: Using any file A (temp.mkv), which can be generated as below (with some dummy language metadata for the audio stream) for testing purposes: {{{ % ffmpeg -t 10 -s 200x200 -f rawvideo -pix_fmt rgb24 -r 25 -i /dev/zero -t 10 -ar 48000 -f s16le -acodec pcm_s16le -i /dev/zero -acodec copy -metadata:s:1 language=eng temp.mkv }}} And file B, 10 seconds of silence generated in Audacity and saved as m4a. Can also be generated with a similar command as above. Attempt to run: {{{ % ffmpeg -i temp.mkv -i temp.m4a -map 0:0 -map 1:0,0:1 -map_metadata:s:1 0:s:1 temp.mp4 }}} Results in an error as shown below: {{{ % ffmpeg -i temp.mkv -i temp.m4a -map 0:0 -map 1:0,0:1 -map_metadata:s:1 0:s:1 temp.mp4 -v 9 -loglevel 99 ffmpeg version N-43827-gc2271fa Copyright (c) 2000-2012 the FFmpeg developers built on Aug 23 2012 15:00:38 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) configuration: --enable-gpl --enable-libspeex --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-nonfree --enable-version3 --enable-x11grab libavutil 51. 70.100 / 51. 70.100 libavcodec 54. 54.100 / 54. 54.100 libavformat 54. 25.104 / 54. 25.104 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 13.100 / 3. 13.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [matroska,webm @ 0xa429520] Format matroska,webm probed with size=2048 and score=100 st:0 removing common factor 1000000 from timebase st:1 removing common factor 1000000 from timebase [matroska,webm @ 0xa429520] File position before avformat_find_stream_info() is 683 [matroska,webm @ 0xa429520] parser not found for codec pcm_s16le, packets or times may be invalid. [h264 @ 0xa430080] no picture [matroska,webm @ 0xa429520] parser not found for codec pcm_s16le, packets or times may be invalid. [matroska,webm @ 0xa429520] All info found [matroska,webm @ 0xa429520] File position after avformat_find_stream_info() is 3520 Guessed Channel Layout for Input Stream #0.1 : mono Input #0, matroska,webm, from 'temp.mkv': Metadata: ENCODER : Lavf54.25.104 Duration: 00:00:10.00, start: 0.000000, bitrate: 775 kb/s Stream #0:0, 3, 1/1000: Video: h264 (High 4:4:4 Predictive), yuv444p, 200x200, 1/50, SAR 1:1 DAR 1:1, 25 fps, 25 tbr, 1k tbn, 50 tbc (default) Stream #0:1(eng), 1, 1/1000: Audio: pcm_s16le, 48000 Hz, mono, s16, 768 kb/s (default) [mov,mp4,m4a,3gp,3g2,mj2 @ 0xa430d40] Format mov,mp4,m4a,3gp,3g2,mj2 probed with size=2048 and score=100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0xa430d40] ISO: File Type Major Brand: M4A [mov,mp4,m4a,3gp,3g2,mj2 @ 0xa430d40] File position before avformat_find_stream_info() is 112505 [mov,mp4,m4a,3gp,3g2,mj2 @ 0xa430d40] All info found [mov,mp4,m4a,3gp,3g2,mj2 @ 0xa430d40] File position after avformat_find_stream_info() is 184 Input #1, mov,mp4,m4a,3gp,3g2,mj2, from 'temp.m4a': Metadata: major_brand : M4A minor_version : 512 compatible_brands: isomiso2 encoder : Lavf53.21.0 Duration: 00:00:10.00, start: 0.000000, bitrate: 89 kb/s Stream #1:0(und), 1, 1/44100: Audio: aac (mp4a / 0x6134706D), 44100 Hz, mono, s16, 86 kb/s Metadata: handler_name : SoundHandler File 'temp.mp4' already exists. Overwrite ? [y/N] y Assertion 0 failed at ffmpeg_opt.c:449 Aborted (core dumped) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 23 23:36:31 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 23 Aug 2012 21:36:31 -0000 Subject: [FFmpeg-trac] #1662(avformat:closed): ape: wrong duration In-Reply-To: <038.56c04878025ad3baf989d6cd8e64a931@avcodec.org> References: <038.56c04878025ad3baf989d6cd8e64a931@avcodec.org> Message-ID: <053.a31361931a76f39c665ae8b632eaf225@avcodec.org> #1662: ape: wrong duration ------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: ape | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => ape * version: unspecified => git-master * component: undetermined => avformat Comment: Is this really fixed? {{{ $ ffmpeg -i test.ape -f null - ffmpeg version N-43846-g168ddcd Copyright (c) 2000-2012 the FFmpeg developers built on Aug 23 2012 23:35:40 with gcc 4.5.3 (GCC) configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc libavutil 51. 70.100 / 51. 70.100 libavcodec 54. 54.100 / 54. 54.100 libavformat 54. 25.104 / 54. 25.104 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 13.100 / 3. 13.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 Input #0, ape, from 'test.ape': Duration: 00:00:30.01, start: 0.000000, bitrate: 875 kb/s Stream #0:0: Audio: ape (APE / 0x20455041), 44100 Hz, stereo, s16 Output #0, null, to 'pipe:': Metadata: encoder : Lavf54.25.104 Stream #0:0: Audio: pcm_s16le, 44100 Hz, stereo, s16, 1411 kb/s Stream mapping: Stream #0:0 -> #0:0 (ape -> pcm_s16le) Press [q] to stop, [?] for help size= 0kB time=00:00:31.58 bitrate= 0.0kbits/s video:0kB audio:5170kB subtitle:0 global headers:0kB muxing overhead -100.000000% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 23 23:40:54 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 23 Aug 2012 21:40:54 -0000 Subject: [FFmpeg-trac] #1674(FFmpeg:open): Assertion fail when attempting to copy metadata In-Reply-To: <036.56bb05fe0e412c6b2116affaba4998cc@avcodec.org> References: <036.56bb05fe0e412c6b2116affaba4998cc@avcodec.org> Message-ID: <051.eef97041bb5b6843c2a39eaf982afaaf@avcodec.org> #1674: Assertion fail when attempting to copy metadata ------------------------------------+---------------------------------- Reporter: Chippit | Owner: Type: defect | Status: open Priority: important | Component: FFmpeg Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Changes (by cehoyos): * priority: normal => important * status: new => open * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 23 23:54:50 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 23 Aug 2012 21:54:50 -0000 Subject: [FFmpeg-trac] #1675(undetermined:new): ape: wrong current duration Message-ID: <038.7df8cd20a66acca06f1cd90ab7282a9e@avcodec.org> #1675: ape: wrong current duration -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- easier to see with ffplay where playback starts from 1s, not from 0s. {{{ $ ffmpeg -i test.ape -f null - ffmpeg version N-43846-g168ddcd Copyright (c) 2000-2012 the FFmpeg developers built on Aug 23 2012 23:35:40 with gcc 4.5.3 (GCC) configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc libavutil 51. 70.100 / 51. 70.100 libavcodec 54. 54.100 / 54. 54.100 libavformat 54. 25.104 / 54. 25.104 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 13.100 / 3. 13.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 Input #0, ape, from 'test.ape': Duration: 00:00:30.01, start: 0.000000, bitrate: 875 kb/s Stream #0:0: Audio: ape (APE / 0x20455041), 44100 Hz, stereo, s16 Output #0, null, to 'pipe:': Metadata: encoder : Lavf54.25.104 Stream #0:0: Audio: pcm_s16le, 44100 Hz, stereo, s16, 1411 kb/s Stream mapping: Stream #0:0 -> #0:0 (ape -> pcm_s16le) Press [q] to stop, [?] for help size= 0kB time=00:00:31.58 bitrate= 0.0kbits/s video:0kB audio:5170kB subtitle:0 global headers:0kB muxing overhead -100.000000% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 23 23:55:33 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 23 Aug 2012 21:55:33 -0000 Subject: [FFmpeg-trac] #1662(avformat:closed): ape: wrong duration In-Reply-To: <038.56c04878025ad3baf989d6cd8e64a931@avcodec.org> References: <038.56c04878025ad3baf989d6cd8e64a931@avcodec.org> Message-ID: <053.2597fa9c6ab2fc4ba390ec46e4b04a41@avcodec.org> #1662: ape: wrong duration ------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: ape | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by ami_stuff): It looks like there are 2 unrelated bugs - wrong duration and wrong current duration. The first bug is fixed, but another one not (I have created ticket #1675 for this). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 24 00:06:44 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 23 Aug 2012 22:06:44 -0000 Subject: [FFmpeg-trac] #1675(undetermined:new): ape: wrong current duration In-Reply-To: <038.7df8cd20a66acca06f1cd90ab7282a9e@avcodec.org> References: <038.7df8cd20a66acca06f1cd90ab7282a9e@avcodec.org> Message-ID: <053.d97199f68bc5001a3ce7ce292de81a17@avcodec.org> #1675: ape: wrong current duration -------------------------------------+------------------------------------- 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.datafilehost.com/download-031cc87f.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 24 00:09:40 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 23 Aug 2012 22:09:40 -0000 Subject: [FFmpeg-trac] #1675(undetermined:new): ape: wrong current duration In-Reply-To: <038.7df8cd20a66acca06f1cd90ab7282a9e@avcodec.org> References: <038.7df8cd20a66acca06f1cd90ab7282a9e@avcodec.org> Message-ID: <053.4a3536e2e36c0175ec3229ba4ccfd908@avcodec.org> #1675: ape: wrong current duration -------------------------------------+------------------------------------- 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): this sample starts to play with current duration at 27s: http://www.datafilehost.com/download-794675fc.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 24 01:12:35 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 23 Aug 2012 23:12:35 -0000 Subject: [FFmpeg-trac] #1322(FFplay:new): ffplay: workaround libsdl's bug with odd width/height In-Reply-To: <038.79830bd0e7d52c8a64d20be77bf1ae50@avcodec.org> References: <038.79830bd0e7d52c8a64d20be77bf1ae50@avcodec.org> Message-ID: <053.15e59b67a9f188cc829c9b2b596da805@avcodec.org> #1322: ffplay: workaround libsdl's bug with odd width/height -------------------------------------+---------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: FFplay Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Changes (by cus): * cc: cus@? (added) Comment: I can't reproduce the corruption, maybe the video driver is also involved in the issue. Can you try the attached patch? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 24 02:01:05 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 24 Aug 2012 00:01:05 -0000 Subject: [FFmpeg-trac] #1322(FFplay:new): ffplay: workaround libsdl's bug with odd width/height In-Reply-To: <038.79830bd0e7d52c8a64d20be77bf1ae50@avcodec.org> References: <038.79830bd0e7d52c8a64d20be77bf1ae50@avcodec.org> Message-ID: <053.0bae0e5a224876f3dede3a7c9512e58a@avcodec.org> #1322: ffplay: workaround libsdl's bug with odd width/height -------------------------------------+---------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: FFplay Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Comment (by ami_stuff): Replying to [comment:6 cus]: > I can't reproduce the corruption, maybe the video driver is also involved in the issue. > > Can you try the attached patch? Your patch fixes the problem, thanks. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 24 02:27:24 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 24 Aug 2012 00:27:24 -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.ed700b6266a6307cc89875353450285f@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 | --------------------------------------+------------------------------------ Comment (by streamingguy): Hello Michael, I have uploaded the same file to: http://poacric.blob.core.windows.net/ffmpeg/TestClip.zip Let me know, if you need any other details. Thanks -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 24 08:41:17 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 24 Aug 2012 06:41:17 -0000 Subject: [FFmpeg-trac] #1675(undetermined:open): ape: wrong current duration In-Reply-To: <038.7df8cd20a66acca06f1cd90ab7282a9e@avcodec.org> References: <038.7df8cd20a66acca06f1cd90ab7282a9e@avcodec.org> Message-ID: <053.55e8b54642c7dba3c557a60c3b8d88c0@avcodec.org> #1675: ape: wrong current duration -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: ape | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => ape * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 24 08:58:49 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 24 Aug 2012 06:58:49 -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.653053187d2ea1fb31e80631634ce08b@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 | --------------------------------------+------------------------------------ Comment (by cehoyos): The sample was already provided in ticket #386, now moved to samples /ffmpeg-bugs/trac/ticket948/ {{{ $ ffmpeg -probesize 9M -analyzeduration 21M -i tickets/ticket386/TestClip.VOB ffmpeg version N-43846-g168ddcd Copyright (c) 2000-2012 the FFmpeg developers built on Aug 23 2012 23:35:40 with gcc 4.5.3 (GCC) configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc libavutil 51. 70.100 / 51. 70.100 libavcodec 54. 54.100 / 54. 54.100 libavformat 54. 25.104 / 54. 25.104 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 13.100 / 3. 13.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 [mpeg @ 0x147f420] max_analyze_duration 21000000 reached at 21003678 Input #0, mpeg, from 'tickets/ticket386/TestClip.VOB': Duration: 00:04:52.34, start: 0.316978, bitrate: 4933 kb/s Stream #0:0[0x1e0]: Video: mpeg2video (Main), yuv420p, 720x480 [SAR 32:27 DAR 16:9], 8000 kb/s, 27.25 fps, 59.94 tbr, 90k tbn, 59.94 tbc Stream #0:1[0x80]: Audio: ac3, 48000 Hz, 5.1(side), s16, 448 kb/s At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 24 09:06:56 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 24 Aug 2012 07:06:56 -0000 Subject: [FFmpeg-trac] #1322(FFplay:new): ffplay: workaround libsdl's bug with odd width/height In-Reply-To: <038.79830bd0e7d52c8a64d20be77bf1ae50@avcodec.org> References: <038.79830bd0e7d52c8a64d20be77bf1ae50@avcodec.org> Message-ID: <053.9bc8625330e13b8627e6032bb9a9f045@avcodec.org> #1322: ffplay: workaround libsdl's bug with odd width/height -------------------------------------+---------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: FFplay Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Comment (by cehoyos): Not reproducible with SDL 1.2.13 and current FFplay git head here. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 24 09:37:53 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 24 Aug 2012 07:37:53 -0000 Subject: [FFmpeg-trac] #1669(undetermined:open): something bad happened to -codecs list order In-Reply-To: <038.3f8988679db3ace2bfc9f5f4ed3f9c20@avcodec.org> References: <038.3f8988679db3ace2bfc9f5f4ed3f9c20@avcodec.org> Message-ID: <053.962582db7cd1d00db46b9b109f31ed38@avcodec.org> #1669: something bad happened to -codecs list order -------------------------------------+------------------------------------- Reporter: ami_stuff | 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 * version: unspecified => git-master * status: new => open * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 24 10:41:24 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 24 Aug 2012 08:41:24 -0000 Subject: [FFmpeg-trac] #1666(undetermined:open): Unable to decode AVC-Intra file from Panasonic AG-HPX301E Camera In-Reply-To: <032.b36a44d54c585d5ee7b2ecfd40617db3@avcodec.org> References: <032.b36a44d54c585d5ee7b2ecfd40617db3@avcodec.org> Message-ID: <047.96741af493dfb4bfd900e0d7393a11a1@avcodec.org> #1666: Unable to decode AVC-Intra file from Panasonic AG-HPX301E Camera -------------------------------------+------------------------------------- Reporter: rmk | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: ai12 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => ai12 * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 Comment: Sample uploaded to samples/ffmpeg-bugs/trac/ticket1666, possibly related to #524. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 24 11:38:49 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 24 Aug 2012 09:38:49 -0000 Subject: [FFmpeg-trac] #1676(build system:new): Compile fails if --progs-suffix= is set in ./configure Message-ID: <037.fb3f0a919bcd31eb223ac19a9857a9cd@avcodec.org> #1676: Compile fails if --progs-suffix= is set in ./configure -------------------------------------+------------------------------------- Reporter: nichot20 | Type: defect Status: new | Priority: normal Component: build | Version: git- system | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: Commit 11a1033c9fca introduced separated out code from ffmpeg.o into ffmpeg_opt.o and ffmpeg_filter.o. With this arrangement if --progs-suffix="something" is used during the ./configure stage, PROGSSUF in config.mak is set to this value. Under this circumstance ffmpeg_opt.o and ffmpeg_filter.o are not set as targets in the make system (according to make -p -n), so when an attempt is made to link to them the make fails. How to reproduce: {{{ ./configure \ --enable-static --disable-shared \ --prefix=$SYSROOT/usr/local \ --libdir=$SYSROOT/usr/local/lib64 \ --samples="../fate-suite/" \ \ --extra-cflags="-static -I$SYSROOT/usr/local/include" \ --extra-ldflags="-static -L$SYSROOT/usr/local/lib64" \ --progs-suffix="_bisect" make [...] AR libavutil/libavutil.a CC ffmpeg.o CC cmdutils.o LD ffmpeg_bisect_g gcc: error: ffmpeg_opt.o: No such file or directory gcc: error: ffmpeg_filter.o: No such file or directory make: *** [ffmpeg_bisect_g] Error 1 }}} compared to a working build with --progs-suffix="" which gives {{{ AR libavutil/libavutil.a CC ffmpeg.o CC cmdutils.o CC ffmpeg_opt.o CC ffmpeg_filter.o LD ffmpeg_g }}} I have looked at the main Makefile around lines 93-102, which seems to be the meat of it but cannot see why this behavior is affected by the setting of PROGSSUF. Perhaps someone with a better understanding of the make system can spot it... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 24 17:34:50 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 24 Aug 2012 15:34:50 -0000 Subject: [FFmpeg-trac] #1677(undetermined:new): x264 encoding with overlay fails ( moov atom not found) Message-ID: <039.7dabb01faa08560159b90bb10a055838@avcodec.org> #1677: x264 encoding with overlay fails ( moov atom not found) --------------------------------------+---------------------------------- Reporter: houbahop69 | Type: defect Status: new | Priority: normal Component: undetermined | Version: 0.11.1 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- Summary of the bug:I am using ffmpeg to re-encode old realmedia videos (rv10). I have writtent a script that produces in the same run mp4 (x264 aac) ogg and webm files. I have taken the opportunity to add a logo on the files. Everything works perfectly for ogv and webm but the mp4 file cannot be played with this error: [mov,mp4,m4a,3gp,3g2,mj2 @ 0xdb61a0] moov atom not found TagLib: MP4: Invalid atom size [0xdd1c88] mp4 demux error: MP4 plugin discarded (no moov,foov,moof box) [mov,mp4,m4a,3gp,3g2,mj2 @ 0xdd2280] moov atom not found [0xdd1c88] avformat demux error: Could not open : Unknown error 1094995529 I have found a trick : if I add at least 1 ms to the "duration parameter" value the encoding works perfectly. There is also no problem if I remove the overlay. The following copy paste may have errors... How to reproduce: {{{ ffmpeg -y -ss 00:00:00.00 -v warning -threads 0 -i test.rm -i logoWhiteSmall.png -t 00:00:30.01 -s 768x576 -aspect 4:3 -r 25.0 -metadata title=Pathogenicity and genomic variability of HHV-6 -metadata author=Henri Agut -metadata copyright=ENS Lyon -metadata:s:a language=fra -vcodec libx264 -vpre medium -async 1 -pass 1 -b:v 700k -bt:v 50k -maxrate 750k -bufsize 1500k -map 0:0 -acodec libfaac -ac 2 -ar 48000 -b:a 64k -map 0:1 test.mp4 -t 00:00:30.01 -s 768x576 -aspect 4:3 -r 25.0 -metadata title=Pathogenicity and genomic variability of HHV-6 -metadata author=Henri Agut -metadata copyright=Lyon -metadata:s:a language=fra -vcodec libvpx -vpre ipod -async 1 -pass 1 -b:v 700k -bt:v 50k -maxrate 750k -bufsize 1500k -map 0:0 -acodec libvorbis -ac 2 -ar 48000 -b:a 64k -map 0:1 test.webm -t 00:00:30.01 -s 768x576 -aspect 4:3 -r 25.0 -metadata title=Pathogenicity and genomic variability of HHV-6 -metadata author=Henri Agut -metadata copyright=Lyon -metadata:s:a language=fra -vcodec libtheora -vpre ipod -async 1 -pass 1 -b:v 700k -bt:v 50k -maxrate 750k -bufsize 1500k -map 0:0 -acodec libvorbis -ac 2 -ar 48000 -b:a 64k -map 0:1 test.ogv ffmpeg -y -ss 00:00:00.00 -v warning -threads 0 -i test.rm -i logoWhiteSmall.png -t 00:00:30.01 -filter_complex [0:v[1:v]overlay=0 :main_h-overlay_h -s 768x576 -aspect 4:3 -r 25.0 -metadata title=Pathogenicity and genomic variability of HHV-6 -metadata author=Henri Agut -metadata copyright=ENS Lyon -metadata:s:a language=fra -vcodec libx264 -vpre medium -async 1 -pass 2 -b:v 700k -bt:v 50k -maxrate 750k -bufsize 1500k -map 0:0 -acodec libfaac -ac 2 -ar 48000 -b:a 64k -map 0:1 -map_channel 0.1.0 -map_channel 0.1.0 test.mp4 -t 00:00:30.01 -filter_complex [0:v][1:v]overlay=0:main_h-overlay_h -s 768x576 -aspect 4:3 -r 25.0 -metadata title=Pathogenicity and genomic variability of HHV-6 metadata author=Henri Agut -metadata copyright=ENS Lyon metadata:s:a language=fra -vcodec libvpx -vpre ipod -async 1 -pass 2 -b:v 700k -bt:v 50k -maxrate 750k -bufsize 1500k -map 0:0 -acodec libvorbis -ac 2 -ar 48000 -b:a 64k -map 0:1 -map_channel 0.1.0 -map_channel 0.1.0 test.webm -t 00:00:30.01 -filter_complex [0:v][1:v]overlay=0:main_h-overlay_h -s 768x576 -aspect 4:3 -r 25.0 -metadata title=Pathogenicity and genomic variability of HHV-6 -metadata author=Henri Agut -metadata copyright=Lyon -metadata:s:a language=fra -vcodec libtheora -vpre ipod -async 1 -pass 2 -b:v 700k -bt:v 50k -maxrate 750k -bufsize 1500k -map 0:0 -acodec libvorbis -ac 2 -ar 48000 -b:a 64k -map 0:1 -map_channel 0.1.0 -map_channel 0.1.0 test.ogv }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 24 18:42:02 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 24 Aug 2012 16:42:02 -0000 Subject: [FFmpeg-trac] #1677(undetermined:new): x264 encoding with overlay fails ( moov atom not found) In-Reply-To: <039.7dabb01faa08560159b90bb10a055838@avcodec.org> References: <039.7dabb01faa08560159b90bb10a055838@avcodec.org> Message-ID: <054.db4f453ef55803753387bf32bd3a63eb@avcodec.org> #1677: x264 encoding with overlay fails ( moov atom not found) -------------------------------------+------------------------------------- Reporter: houbahop69 | Owner: Type: defect | Status: new Priority: normal | Component: Version: 0.11.1 | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): To make this a valid ticket, please add complete, uncut console output together with the minimal command line of the failing encode. Please test current git head. Is the problem only reproducible if you encode to webm, ogv and mp4 at the same time or also if you only encode to mp4? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 24 19:03:22 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 24 Aug 2012 17:03:22 -0000 Subject: [FFmpeg-trac] #1676(build system:open): Compile fails if --progs-suffix= is set in ./configure In-Reply-To: <037.fb3f0a919bcd31eb223ac19a9857a9cd@avcodec.org> References: <037.fb3f0a919bcd31eb223ac19a9857a9cd@avcodec.org> Message-ID: <052.4286b498ff4041f776c7d008b54e433b@avcodec.org> #1676: Compile fails if --progs-suffix= is set in ./configure -------------------------------------+------------------------------------- Reporter: nichot20 | Owner: Type: defect | Status: open Priority: important | Component: build Version: git-master | system Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => regression * priority: normal => important * status: new => open * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 25 06:22:24 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 25 Aug 2012 04:22:24 -0000 Subject: [FFmpeg-trac] #1499(undetermined:new): x11grab BadCursor In-Reply-To: <035.d5c16cc43b7cf52fc91a981229754ed6@avcodec.org> References: <035.d5c16cc43b7cf52fc91a981229754ed6@avcodec.org> Message-ID: <050.18667eb488d131dd1ba2d39958491f16@avcodec.org> #1499: x11grab BadCursor -------------------------------------+------------------------------------- Reporter: ghafil | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: x11grab | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by idooley): I can reproduce on Ubuntu 12.10 using the current latest from git(version fef9e84114a2369bb0065f9a3d613e0e9c59d5d5). It only happens when I try to connect to a Xvfb X server. If I connect to the normal X server that is showing up on my physical monitors, the error does not occur. How I built ffmpeg ./configure --enable-libx264 --enable-x11grab --enable-gpl --enable- nonfree Create the X server on DISPLAY=:1 Xvfb :1 -screen 0 1920x1080x24 Connect to the X server ffmpeg -ac 0 -f x11grab -s 1920x1080 -r 30 -i :1.0 -vcodec libx264 -threads 0 ${HOME}/capturedvideoXvfb.avi Then in the output I see the error message, along with other messages: X Error of failed request: BadCursor (invalid Cursor parameter) Major opcode of failed request: 142 (XFIXES) Minor opcode of failed request: 25 (XFixesGetCursorImageAndName) Resource id in failed request: 0x200001 Serial number of failed request: 14 Current serial number in output stream: 14 Is there anything I can do to help fix this problem? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 25 06:28:19 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 25 Aug 2012 04:28:19 -0000 Subject: [FFmpeg-trac] #1499(undetermined:new): x11grab BadCursor In-Reply-To: <035.d5c16cc43b7cf52fc91a981229754ed6@avcodec.org> References: <035.d5c16cc43b7cf52fc91a981229754ed6@avcodec.org> Message-ID: <050.c457372318718f02ae2e4a5ae9837d2d@avcodec.org> #1499: x11grab BadCursor -------------------------------------+------------------------------------- Reporter: ghafil | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: x11grab | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by idooley): My problem seems like it may go away if I launch the metacity window manager in the Xvfb display prior to running ffmpeg. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 25 07:12:00 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 25 Aug 2012 05:12:00 -0000 Subject: [FFmpeg-trac] #1499(undetermined:new): x11grab BadCursor In-Reply-To: <035.d5c16cc43b7cf52fc91a981229754ed6@avcodec.org> References: <035.d5c16cc43b7cf52fc91a981229754ed6@avcodec.org> Message-ID: <050.36f773b5a50381e1743bcf2c74c81cb4@avcodec.org> #1499: x11grab BadCursor -------------------------------------+------------------------------------- Reporter: ghafil | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: x11grab | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Please provide complete, uncut console output and please test if it works with 219a6fb. (Unrelated: In your configure line, --enable-nonfree has no positive effect.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 25 07:47:37 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 25 Aug 2012 05:47:37 -0000 Subject: [FFmpeg-trac] #1678(undetermined:new): Regression with -vsync 1 Message-ID: <035.3c60e8fe5adb42de9853c903a3e45f37@avcodec.org> #1678: Regression with -vsync 1 -------------------------------------+------------------------------------- Reporter: jwjwjw | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: It seems that the latest version of ffmpeg from git has a bug with -vsync 1. I re-encoded some footage from BBC television and the A/V sync slightly drifts over time which is noticeable with the lipsync being off, even though the original file has no sync issues. Using -vsync 1 has always fixed this in the past but it no longer works with the latest version of ffmpeg (N-43888-gfef9e84). It does, however, work with an earlier version, N-31890-gecaf514. Included is a sample file (bbc1sample.mp4) as well as two ffmpeg output files, bbc1-ok.mov and bbc1-fail.mov, the 'ok' being encoded using N-31890-gecaf514 which is in perfect sync and the 'fail' being from the latest git master (N-43888-gfef9e84) which slowly drifts out of sync (I think it's out by around 0.1s in the sample media because I couldn't upload a larger clip, but as time goes by the sync gets worse and you can notice the lipsync is slightly off when the man is talking in vision). Both used identical ffmpeg options, just different ffmpeg versions. However, playing the encoded file in QuickTime is fine. No sync issues. Using VLC or encoding to FLV and playing it in Flash does exhibit the sync issue. The original bbc1sample.mp4 plays fine in all players. Frame by frame visual comparisons between the 'ok' and 'fail' clips show a mismatch. N-31890-gecaf514 results in a file with a duration of 00:00:49.64 and the latest version produces a file with a duration of 00:00:49.72. The sample outputs were encoded using libx264 and libfaac to reduce the file size but the problem occurs regardless of video or audio codec and the use or omission of -async has no effect either. I have included log files which should hopefully shed more light on it. How to reproduce: {{{ % ffmpeg -i bbc1sample.mp4 -vb 300k -vsync 1 -async 1 -acodec libfaac -ab 192k -ac 2 -ar 44100 -vcodec mpeg4 bbc1-fail.mov ffmpeg version N-43888-gfef9e84 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 25 2012 01:37:52 with gcc 4.4.5 (Debian 4.4.5-8) configuration: --enable-libdc1394 --prefix=/usr --extra-cflags='-Wall -g ' --enable-shared --enable-libmp3lame --enable-gpl --enable-libvorbis --enable-pthreads --enable-libfaac --enable-libxvid --enable-postproc --enable-x11grab --enable-libgsm --enable-libtheora --enable-libopencore- amrnb --enable-libopencore-amrwb --enable-libx264 --enable-libspeex --enable-nonfree --disable-stripping --enable-avfilter --enable- libschroedinger --disable-encoder=libschroedinger --enable-version3 --enable-libopenjpeg --enable-libvpx --extra-libs=-lgcrypt --disable- altivec --disable-armv5te --disable-armv6 --disable-vis libavutil 51. 70.100 / 51. 70.100 libavcodec 54. 54.100 / 54. 54.100 libavformat 54. 25.104 / 54. 25.104 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 13.101 / 3. 13.101 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [h264 @ 0xf81a20] AVC: nal size 21839902 [h264 @ 0xf81a20] no frame! [mov,mp4,m4a,3gp,3g2,mj2 @ 0xf7b240] max_analyze_duration 5000000 reached at 5022161 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'bbc1sample.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf54.25.104 Duration: 00:00:49.58, start: 0.000000, bitrate: 900 kb/s Stream #0:0(und): Video: h264 (Main) (avc1 / 0x31637661), yuv420p, 640x360 [SAR 1:1 DAR 16:9], 798 kb/s, 28.27 fps, 25 tbr, 1k tbn, 50 tbc Metadata: handler_name : VideoHandler Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, s16, 93 kb/s Metadata: handler_name : SoundHandler -async is forwarded to lavfi similarly to -af aresample=min_comp=0.001:min_hard_comp=0.100000. Output #0, mov, to 'bbc1-fail.mov': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf54.25.104 Stream #0:0(und): Video: mpeg4 (mp4v / 0x7634706D), yuv420p, 640x360 [SAR 1:1 DAR 16:9], q=2-31, 300 kb/s, 25 tbn, 25 tbc Metadata: handler_name : VideoHandler Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, s16, 192 kb/s Metadata: handler_name : SoundHandler Stream mapping: Stream #0:0 -> #0:0 (h264 -> mpeg4) Stream #0:1 -> #0:1 (aac -> libfaac) Press [q] to stop, [?] for help [h264 @ 0x12a07a0] AVC: nal size 21839902 Last message repeated 1 times [h264 @ 0x12a07a0] no frame! Error while decoding stream #0:0: Operation not permitted frame= 1243 fps=189 q=31.0 Lsize= 3069kB time=00:00:49.57 bitrate= 507.2kbits/s dup=1 drop=159 video:2116kB audio:920kB subtitle:0 global headers:0kB muxing overhead 1.077261% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 25 07:50:17 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 25 Aug 2012 05:50:17 -0000 Subject: [FFmpeg-trac] #1678(undetermined:new): Regression with -vsync 1 In-Reply-To: <035.3c60e8fe5adb42de9853c903a3e45f37@avcodec.org> References: <035.3c60e8fe5adb42de9853c903a3e45f37@avcodec.org> Message-ID: <050.a9318a50c508d5759a021434501be824@avcodec.org> #1678: Regression with -vsync 1 -------------------------------------+------------------------------------- Reporter: jwjwjw | 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 jwjwjw): The sample file and the outputs are too large to upload to trac. http://jwjwjw.com/ffmpeg/bbc1sample.mp4 is the sample media used for the encoding. http://jwjwjw.com/ffmpeg/bbc1-ok.mov is an example output from the old working version of ffmpeg. http://jwjwjw.com/ffmpeg/bbc1-fail.mov is an example output from the new version of ffmpeg. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 25 08:20:54 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 25 Aug 2012 06:20:54 -0000 Subject: [FFmpeg-trac] #1678(undetermined:new): Regression with -vsync 1 In-Reply-To: <035.3c60e8fe5adb42de9853c903a3e45f37@avcodec.org> References: <035.3c60e8fe5adb42de9853c903a3e45f37@avcodec.org> Message-ID: <050.9320e2486cb783c0313a8592903d7a5f@avcodec.org> #1678: Regression with -vsync 1 -------------------------------------+------------------------------------- Reporter: jwjwjw | 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): For me, all three videos play in-sync, so please upload a longer original, see http://ffmpeg.org/bugreports.html Can you reproduce the problem with MPlayer or ffplay, or are you reporting an issue with vlc? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 25 10:48:58 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 25 Aug 2012 08:48:58 -0000 Subject: [FFmpeg-trac] #1679(undetermined:new): Ability to identify progressive segmented frame material in h.264 Message-ID: <032.8800c386180f948481fade5804cfc226@avcodec.org> #1679: Ability to identify progressive segmented frame material in h.264 -------------------------------------+------------------------------------- Reporter: rmk | Type: Status: new | enhancement Component: | Priority: normal undetermined | Version: Keywords: | unspecified Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- It is desirable to be able to identify progressive segmented frame (PsF) material (i.e. a progressively scanned frame encoded as two fields with the same timestamp) in an h.264 stream as that gives applications using libavcodec the possibility to correctly report to the user that the underlying material is really progressive and no deinterlacing makes sense. From the h.264 spec: clock_timestamp_flag[ i ] equal to 1 indicates that a number of clock timestamp syntax elements are present and follow immediately. clock_timestamp_flag[ i ] equal to 0 indicates that the associated clock timestamp syntax elements are not present. When NumClockTS is greater than 1 and clock_timestamp_flag[ i ] is equal to 1 for more than one value of i, the value of clockTimestamp shall be non-decreasing with increasing value of i. ct_type indicates the scan type (interlaced or progressive) of the source material as follows: Two fields of a coded frame may have different values of ct_type. When clockTimestamp is equal for two fields of opposite parity that are consecutive in output order, both with ct_type equal to 0 (progressive) or ct_type equal to 2 (unknown), the two fields are indicated to have come from the same original progressive frame. Two consecutive fields in output order shall have different values of clockTimestamp when the value of ct_type for either field is 1 (interlaced). AFAICS in the code in h264.c the information required to make that determination is not parsed, which should not be difficult to add. However, once one has that information, how do I give this back to the API user? Currently there is only the field top_field_first in AVFrame. What would be the recommended/accepted way of modeling this? If no API change would be accepted for this, would it be ok to sets this as frame metadata via av_frame_set_metadata? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 25 13:36:45 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 25 Aug 2012 11:36:45 -0000 Subject: [FFmpeg-trac] #1680(undetermined:new): atrac3: fix current duration for atrac3 in wav Message-ID: <038.68980cf18bb78b8b6dd0eb7c58b7e2f3@avcodec.org> #1680: atrac3: fix current duration for atrac3 in wav -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- http://samples.mplayerhq.hu/A-codecs/ATRAC3/mc_sich_at3_066.wav {{{ C:\>ffmpeg -i mc_sich_at3_066.wav out.wav ffmpeg version N-43803-g2c0b164 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 22 2012 02:22:47 with gcc 4.5.0 (GCC) 20100414 (Fedora MinGW 4.5. 0-1.fc14) configuration: --prefix=/var/www/users/research/ffmpeg/snapshots/build --arch= x86 --target-os=mingw32 --cross-prefix=i686-pc-mingw32- --cc='ccache i686 -pc-min gw32-gcc' --enable-w32threads --enable-memalign-hack --enable-runtime- cpudetect --enable-cross-compile --enable-static --disable-shared --extra- libs='-lws2_32 - lwinmm -lpthread' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snap shots/build/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/s napshots/build/lib' --enable-bzlib --enable-zlib --enable-gpl --enable- version3 --enable-nonfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libmp3lame --enable-libvpx --disable- decoder=libvpx libavutil 51. 70.100 / 51. 70.100 libavcodec 54. 54.100 / 54. 54.100 libavformat 54. 25.104 / 54. 25.104 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 13.100 / 3. 13.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 Guessed Channel Layout for Input Stream #0.0 : stereo Input #0, wav, from 'mc_sich_at3_066.wav': Duration: 00:00:34.97, bitrate: 66 kb/s Stream #0:0: Audio: atrac3 (p[2][0][0] / 0x0270), 44100 Hz, stereo, s16, 66 kb/s Output #0, wav, to 'out.wav': Metadata: encoder : Lavf54.25.104 Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, stereo, s16 , 1411 kb/s Stream mapping: Stream #0:0 -> #0:0 (atrac3 -> pcm_s16le) Press [q] to stop, [?] for help Multiple frames in a packet from stream 0 [wav @ 0x1fd1500] st:0 PTS: 1024 DTS: 1024 < 20479 invalid, clipping [wav @ 0x1fd1500] st:0 PTS: 2048 DTS: 2048 < 20479 invalid, clipping [wav @ 0x1fd1500] st:0 PTS: 3072 DTS: 3072 < 20479 invalid, clipping [wav @ 0x1fd1500] st:0 PTS: 4096 DTS: 4096 < 20479 invalid, clipping [wav @ 0x1fd1500] st:0 PTS: 5120 DTS: 5120 < 20479 invalid, clipping [wav @ 0x1fd1500] st:0 PTS: 6144 DTS: 6144 < 20479 invalid, clipping [wav @ 0x1fd1500] st:0 PTS: 7168 DTS: 7168 < 20479 invalid, clipping [wav @ 0x1fd1500] st:0 PTS: 8192 DTS: 8192 < 20479 invalid, clipping [wav @ 0x1fd1500] st:0 PTS: 9216 DTS: 9216 < 20479 invalid, clipping [wav @ 0x1fd1500] st:0 PTS: 10240 DTS: 10240 < 20479 invalid, clipping [wav @ 0x1fd1500] st:0 PTS: 11264 DTS: 11264 < 20479 invalid, clipping [wav @ 0x1fd1500] st:0 PTS: 12288 DTS: 12288 < 20479 invalid, clipping [wav @ 0x1fd1500] st:0 PTS: 13311 DTS: 13311 < 20479 invalid, clipping [wav @ 0x1fd1500] st:0 PTS: 14335 DTS: 14335 < 20479 invalid, clipping [wav @ 0x1fd1500] st:0 PTS: 15359 DTS: 15359 < 20479 invalid, clipping [wav @ 0x1fd1500] st:0 PTS: 16383 DTS: 16383 < 20479 invalid, clipping [wav @ 0x1fd1500] st:0 PTS: 17407 DTS: 17407 < 20479 invalid, clipping [wav @ 0x1fd1500] st:0 PTS: 18431 DTS: 18431 < 20479 invalid, clipping [wav @ 0x1fd1500] st:0 PTS: 19455 DTS: 19455 < 20479 invalid, clipping [wav @ 0x1fd1500] st:0 PTS: 2048 DTS: 2048 < 21503 invalid, clipping [wav @ 0x1fd1500] st:0 PTS: 3072 DTS: 3072 < 21503 invalid, clipping [...] [wav @ 0x1fd1500] st:0 PTS: 87039 DTS: 87039 < 92159 invalid, clipping [wav @ 0x1fd1500] st:0 PTS: 88063 DTS: 88063 < 92159 invalid, clipping [wav @ 0x1fd1500] st:0 PTS: 89087 DTS: 89087 < 92159 invalid, clipping size= 6032kB time=00:00:02.11 bitrate=23386.0kbits/s video:0kB audio:6032kB subtitle:0 global headers:0kB muxing overhead 0.000745% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 25 13:58:47 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 25 Aug 2012 11:58:47 -0000 Subject: [FFmpeg-trac] #1680(undetermined:open): atrac3: fix current duration for atrac3 in wav In-Reply-To: <038.68980cf18bb78b8b6dd0eb7c58b7e2f3@avcodec.org> References: <038.68980cf18bb78b8b6dd0eb7c58b7e2f3@avcodec.org> Message-ID: <053.8eeff40f5479a9a50c8e469a0df8e9d4@avcodec.org> #1680: atrac3: fix current duration for atrac3 in wav -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: atrac3 wav | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => atrac3 wav * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 25 15:45:34 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 25 Aug 2012 13:45:34 -0000 Subject: [FFmpeg-trac] #1681(undetermined:new): Frozen video, audio playing (regression) Message-ID: <035.0e233e7fda667c29bfd2c6ba081a7741@avcodec.org> #1681: Frozen video, audio playing (regression) -------------------------------------+------------------------------------- Reporter: jwjwjw | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: The attached sample file does not play properly once encoded in ffmpeg using the latest git-master. The video either freezes while the audio plays or the video is too jerky. During the encode the following appears: [mov,mp4,m4a,3gp,3g2,mj2 @ 0x65e240] multiple edit list entries, a/v desync might occur, patch welcome Despite this though, the file does encode and play fine (including the above message during the encode process) using earlier version N-31890-gecaf514 so I reasonably conclude that it is a regression bug. How to reproduce: {{{ % ffmpeg -i bbc1_sample.mp4 -report bbc1_freeze.mp4 ffmpeg version N-43888-gfef9e84 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 25 2012 01:37:52 with gcc 4.4.5 (Debian 4.4.5-8) configuration: --enable-libdc1394 --prefix=/usr --extra-cflags='-Wall -g ' --enable-shared --enable-libmp3lame --enable-gpl --enable-libvorbis --enable-pthreads --enable-libfaac --enable-libxvid --enable-postproc --enable-x11grab --enable-libgsm --enable-libtheora --enable-libopencore- amrnb --enable-libopencore-amrwb --enable-libx264 --enable-libspeex --enable-nonfree --disable-stripping --enable-avfilter --enable- libschroedinger --disable-encoder=libschroedinger --enable-version3 --enable-libopenjpeg --enable-libvpx --extra-libs=-lgcrypt --disable- altivec --disable-armv5te --disable-armv6 --disable-vis }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 25 15:56:53 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 25 Aug 2012 13:56:53 -0000 Subject: [FFmpeg-trac] #1678(undetermined:new): Regression with -vsync 1 In-Reply-To: <035.3c60e8fe5adb42de9853c903a3e45f37@avcodec.org> References: <035.3c60e8fe5adb42de9853c903a3e45f37@avcodec.org> Message-ID: <050.0c6eff4d4ddc10b2bf61ac40c5e6b926@avcodec.org> #1678: Regression with -vsync 1 -------------------------------------+------------------------------------- Reporter: jwjwjw | 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 jwjwjw): I don't think it is an issue with vlc. I don't have MPlayer but I also see the problem using ffplay. I am recording a longer clip now. But even with the previously provided clip, converting it to an image sequence shows the problem: ffmpeg -i bbc1-fail.mov badjpg/video%d.jpg ffmpeg -i bbc1-ok.mov goodjpg/video%d.jpg Despite having identical frame rates and audio, the scene changes from the track to the man in vision at video402.jpg in the 'fail' clip and video400.jpg in the 'ok' clip. Do you see that too, and if so, isn't that confirmation of the bug as it's changing 2 frames later in the failed clip so the sync is out by 2 frames? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 25 17:22:58 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 25 Aug 2012 15:22:58 -0000 Subject: [FFmpeg-trac] #1678(undetermined:new): Regression with -vsync 1 In-Reply-To: <035.3c60e8fe5adb42de9853c903a3e45f37@avcodec.org> References: <035.3c60e8fe5adb42de9853c903a3e45f37@avcodec.org> Message-ID: <050.4bc2f4e17b37f7e0b9fd0beb32893818@avcodec.org> #1678: Regression with -vsync 1 -------------------------------------+------------------------------------- Reporter: jwjwjw | 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 jwjwjw): Here is another sample file: http://jwjwjw.com/ffmpeg/bbcnews-original.mp4 Encoded using git-master: http://jwjwjw.com/ffmpeg/bbcnews-git-master.mp4 Encoded using N-31890-gecaf514: http://jwjwjw.com/ffmpeg/bbcnews-old- version.mp4 Again the sync is only slightly out in the git master version, but at least for me it is noticeable and definitely not present in the version encoded by N-31890-gecaf514. Unfortunately at the moment I am not able to record a longer clip. The sync is out in vlc, ffplay and flash. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 25 17:49:51 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 25 Aug 2012 15:49:51 -0000 Subject: [FFmpeg-trac] #1678(undetermined:new): Regression with -vsync 1 In-Reply-To: <035.3c60e8fe5adb42de9853c903a3e45f37@avcodec.org> References: <035.3c60e8fe5adb42de9853c903a3e45f37@avcodec.org> Message-ID: <050.2b6849268916e35f4bb1c5e32af3a2f4@avcodec.org> #1678: Regression with -vsync 1 -------------------------------------+------------------------------------- Reporter: jwjwjw | 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 jwjwjw): Sorry, git master is 2 frames BEHIND the old version, not ahead. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 25 22:40:21 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 25 Aug 2012 20:40:21 -0000 Subject: [FFmpeg-trac] #1660(undetermined:open): alaw: ffplay displays wrong current duration In-Reply-To: <038.53ef7d890cf6c0fdaac255064563397f@avcodec.org> References: <038.53ef7d890cf6c0fdaac255064563397f@avcodec.org> Message-ID: <053.280f88bb3be3a4bd7052be080921eb44@avcodec.org> #1660: alaw: ffplay displays wrong current duration -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: alaw aiff | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by michael): With what was the alaw.aif file generated ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 25 22:51:57 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 25 Aug 2012 20:51:57 -0000 Subject: [FFmpeg-trac] #1681(undetermined:open): Bad output framerate decision (was: Frozen video, audio playing (regression)) In-Reply-To: <035.0e233e7fda667c29bfd2c6ba081a7741@avcodec.org> References: <035.0e233e7fda667c29bfd2c6ba081a7741@avcodec.org> Message-ID: <050.5fea0d4c8459279cdb1f1753fe04e300@avcodec.org> #1681: Bad output framerate decision -------------------------------------+------------------------------------- Reporter: jwjwjw | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * priority: normal => important * version: unspecified => git-master * keywords: => regression Comment: Regression since 5c5306d, workaround is to use -r 25. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 25 22:54:06 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 25 Aug 2012 20:54:06 -0000 Subject: [FFmpeg-trac] #1682(undetermined:new): DVD '-target' option affects video filters Message-ID: <038.ff3a7ea74f75ef363d4307f87a8c0d0b@avcodec.org> #1682: DVD '-target' option affects video filters -------------------------------------+------------------------------------- Reporter: intracube | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: dvd target | Blocked By: preset video filter deinterlace | Reproduced by developer: 0 yadif scale | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Trying to convert an interlaced video which isn't a valid DVD resolution (such as 1920x1080i) to either 720x576 at 50i or 720x576 at 25p DVD video using '-target' stops video filters from working properly. The -target option looks like it's re-scaling the video *before* the -vf video filter chain. This messes up the field interleaving and stops de- interlacers like yadif from working. Encoding without using '-target' works as expected. Examples: **This creates badly de-interlaced video**: ffmpeg -i 1080i.MTS -vf yadif=0,scale=720:576 -r 25 -target pal-dvd -aspect 16:9 output1.mpg (I can paste console output if necessary - but I could see no errors there) This creates clean de-interlaced h264 video: ffmpeg -i 1080i.MTS -vf yadif=0,scale=720:576 -r 25 -c:v libx264 -crf 18 -preset fast -c:a ac3 -ac 2 -b:a 224k -aspect 16:9 output2.mp4 This creates clean de-interlaced mpeg2 video: ffmpeg -i 1080i.MTS -vf yadif=0,scale=720:576 -r 25 -c:v mpeg2video -b 8000k -c:a ac3 -ac 2 -b:a 224k -aspect 16:9 output3.mpg - but this isn't compatible with dvdauthor. dvdauthor errors: WARN: Skipping sector, waiting for first VOBU... WARN: Skipping sector, waiting for first VOBU... WARN: Skipping sector, waiting for first VOBU... ... ERR: SCR moves backwards, remultiplex input: 4563416160 < 4563429486 Repeatable: Always. Ffmpeg version: ffmpeg version N-43891-g65b552c Copyright (c) 2000-2012 the FFmpeg developers built on Aug 25 2012 15:54:15 with gcc 4.6 (SUSE Linux) configuration: --prefix=/home/compile/ffmpeg --bindir=/home/compile/ffmpeg/bin --datadir=/home/compile/ffmpeg/share/ffmpeg --libdir=/home/compile/ffmpeg/lib --shlibdir=/home/compile/ffmpeg/lib --incdir=/home/compile/ffmpeg/include --mandir=/home/compile/ffmpeg/share.man --enable-avresample --enable- x11grab --enable-libdc1394 --enable-libfaac --enable-libmp3lame --enable- librtmp --enable-libtheora --enable-libtwolame --enable-libv4l2 --enable- libvpx --enable-libx264 --enable-libxvid --enable-gpl --enable-nonfree libavutil 51. 70.100 / 51. 70.100 libavcodec 54. 54.100 / 54. 54.100 libavformat 54. 25.104 / 54. 25.104 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 13.101 / 3. 13.101 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 25 23:00:45 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 25 Aug 2012 21:00:45 -0000 Subject: [FFmpeg-trac] #1682(undetermined:new): DVD '-target' option affects video filters In-Reply-To: <038.ff3a7ea74f75ef363d4307f87a8c0d0b@avcodec.org> References: <038.ff3a7ea74f75ef363d4307f87a8c0d0b@avcodec.org> Message-ID: <053.f1181216d73bb687ec1b7c326e453ea0@avcodec.org> #1682: DVD '-target' option affects video filters -------------------------------------+------------------------------------- Reporter: intracube | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: dvd yadif | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: dvd target preset video filter deinterlace yadif scale => dvd yadif Comment: Please add complete, uncut console output together with your failing command line. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 25 23:01:02 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 25 Aug 2012 21:01:02 -0000 Subject: [FFmpeg-trac] #1660(undetermined:open): alaw: ffplay displays wrong current duration In-Reply-To: <038.53ef7d890cf6c0fdaac255064563397f@avcodec.org> References: <038.53ef7d890cf6c0fdaac255064563397f@avcodec.org> Message-ID: <053.b0dddd5313210ebdfda60a84c3150e9b@avcodec.org> #1660: alaw: ffplay displays wrong current duration -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: alaw aiff | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by ami_stuff): Replying to [comment:2 michael]: > With what was the alaw.aif file generated ? QuickTime, but attached file looks a bit strange because it sontains QDM2's extradata, anyway here is another file with the same problem (wrong current duration) generated by QT: http://www.datafilehost.com/download-1be80e66.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 25 23:10:49 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 25 Aug 2012 21:10:49 -0000 Subject: [FFmpeg-trac] #1683(undetermined:new): atrac3: fix remuxing of atrac3 in avi Message-ID: <038.594f4899c4e616a8fd917286068dd1b4@avcodec.org> #1683: atrac3: fix remuxing of atrac3 in avi -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- for some reason binary codec doesn't like atrac3 remuxed by ffmpeg (with my patch "strf" tag is now identical to what is in the input file, but bin codec still doesn't like the remuxed file and crashes, so maybe something should be changed in "auds" tag or somewhere else to make the output file compatible with bin codec) {{{ C:\>ffmpeg -i 66k.avi -acodec copy -vcodec copy out.avi ffmpeg version N-43803-g2c0b164 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 22 2012 02:22:47 with gcc 4.5.0 (GCC) 20100414 (Fedora MinGW 4.5. 0-1.fc14) configuration: --prefix=/var/www/users/research/ffmpeg/snapshots/build --arch= x86 --target-os=mingw32 --cross-prefix=i686-pc-mingw32- --cc='ccache i686 -pc-min gw32-gcc' --enable-w32threads --enable-memalign-hack --enable-runtime- cpudetect --enable-cross-compile --enable-static --disable-shared --extra- libs='-lws2_32 - lwinmm -lpthread' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snap shots/build/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/s napshots/build/lib' --enable-bzlib --enable-zlib --enable-gpl --enable- version3 --enable-nonfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libmp3lame --enable-libvpx --disable- decoder=libvpx libavutil 51. 70.100 / 51. 70.100 libavcodec 54. 54.100 / 54. 54.100 libavformat 54. 25.104 / 54. 25.104 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 13.100 / 3. 13.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [mpeg4 @ 0x1ead740] Invalid and inefficient vfw-avi packed B frames detected Guessed Channel Layout for Input Stream #0.1 : stereo Input #0, avi, from '66k.avi': Duration: 00:00:00.50, start: 0.000000, bitrate: 348 kb/s Stream #0:0: Video: mpeg4 (Advanced Simple Profile) (XVID / 0x44495658), yuv 420p, 160x120 [SAR 1:1 DAR 4:3], 2 tbr, 2 tbn, 2 tbc Stream #0:1: Audio: atrac3 (p[2][0][0] / 0x0270), 44100 Hz, stereo, s16, 66 kb/s Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf54.25.104 Stream #0:0: Video: mpeg4 (XVID / 0x44495658), yuv420p, 160x120 [SAR 1:1 DAR 4:3], q=2-31, 2 tbn, 2 tbc Stream #0:1: Audio: atrac3 (p[2][0][0] / 0x0270), 44100 Hz, stereo, 66 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help frame= 1 fps=0.0 q=-1.0 Lsize= 22kB time=00:00:00.50 bitrate= 359.3kbits /s video:4kB audio:7kB subtitle:0 global headers:0kB muxing overhead 95.916587% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 25 23:21:00 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 25 Aug 2012 21:21:00 -0000 Subject: [FFmpeg-trac] #1684(undetermined:new): adpcm_ct: volume goes up while seeking with ffplay Message-ID: <038.0f021e7294175b02f9a725e858928021@avcodec.org> #1684: adpcm_ct: volume goes up while seeking with ffplay -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- the audio volume increases for a second or so when I seek a few times in attached file http://samples.mplayerhq.hu/A-codecs/Creative%20Audio/examples/stereo44100.wav {{{ C:\>ffmpeg -i stereo44100.wav ffmpeg version N-43803-g2c0b164 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 22 2012 02:22:47 with gcc 4.5.0 (GCC) 20100414 (Fedora MinGW 4.5. 0-1.fc14) configuration: --prefix=/var/www/users/research/ffmpeg/snapshots/build --arch= x86 --target-os=mingw32 --cross-prefix=i686-pc-mingw32- --cc='ccache i686 -pc-min gw32-gcc' --enable-w32threads --enable-memalign-hack --enable-runtime- cpudetect --enable-cross-compile --enable-static --disable-shared --extra- libs='-lws2_32 - lwinmm -lpthread' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snap shots/build/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/s napshots/build/lib' --enable-bzlib --enable-zlib --enable-gpl --enable- version3 --enable-nonfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libmp3lame --enable-libvpx --disable- decoder=libvpx libavutil 51. 70.100 / 51. 70.100 libavcodec 54. 54.100 / 54. 54.100 libavformat 54. 25.104 / 54. 25.104 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 13.100 / 3. 13.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [wav @ 0x1eace20] max_analyze_duration 5000000 reached at 5015510 Guessed Channel Layout for Input Stream #0.0 : stereo Input #0, wav, from 'stereo44100.wav': Duration: 00:00:19.84, bitrate: 352 kb/s Stream #0:0: Audio: adpcm_ct ([0][2][0][0] / 0x0200), 44100 Hz, stereo, s16, 352 kb/s At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Aug 25 23:42:12 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 25 Aug 2012 21:42:12 -0000 Subject: [FFmpeg-trac] #1685(FFmpeg:new): Compiling FFmpeg with libass does nor work with OSX10.8 Message-ID: <035.bd8e0a09667c685b0f6900680716e785@avcodec.org> #1685: Compiling FFmpeg with libass does nor work with OSX10.8 --------------------------------+-------------------------------------- Reporter: Xtophe | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+-------------------------------------- Summary of the bug: I keep getting the following error when compiling the latest git FFmpeg: Undefined symbols for architecture x86_64: "_libiconv", referenced from: _sub_recode in libass.a(ass.o) "_libiconv_close", referenced from: _sub_recode in libass.a(ass.o) "_libiconv_open", referenced from: _sub_recode in libass.a(ass.o) ld: symbol(s) not found for architecture x86_64 collect2: ld returned 1 exit status make: *** [ffmpeg_g] Error 1 make: *** Waiting for unfinished jobs.... How to reproduce: Build with: ./configure --prefix=${SOURCE} --as=yasm --enable-gpl --enable-pthreads --disable-ffplay --disable-ffserver --enable-avfilter --enable-fontconfig --enable-libfreetype --enable-libass --enable-filters --arch=x86 --enable- runtime-cpudetect && make -j 4 && make install If the full output is needed .. let me know. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 26 00:16:43 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 25 Aug 2012 22:16:43 -0000 Subject: [FFmpeg-trac] #1686(undetermined:new): Dataloss because ffmpeg manpage about -passlogfile is wrong Message-ID: <033.9004ad6b13d6b7a7edc1be9e44a71f35@avcodec.org> #1686: Dataloss because ffmpeg manpage about -passlogfile is wrong -------------------------------------+------------------------------------- Reporter: jonb | Type: defect Status: new | Priority: critical Component: | Version: undetermined | unspecified Keywords: dataloss | Blocked By: ffmpeg manpage man passlogfile | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- ffmpeg manpage about -passlogfile is wrong, it says: "-passlogfile prefix Set two-pass log file name prefix to prefix, the default file name prefix is ``ffmpeg2pass''. The complete file name will be PREFIX-N.log, where N is a number specific to the output stream." So based on that I felt it was safe to use the input filename as -passlogfile, but nooo, it was not safe, and my input files was overwritten, causing a dataloss :-( Command lines and ffmpeg output is attached as files. System is debian stable. ii ffmpeg 5:0.7.13-dmo2 audio/video encoder, streaming server & audio/video file conve -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 26 05:03:04 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 26 Aug 2012 03:03:04 -0000 Subject: [FFmpeg-trac] #1687(FFmpeg:new): -v quiet -stats Message-ID: <036.6324daa165ef743740e4a23994062935@avcodec.org> #1687: -v quiet -stats ---------------------------------+--------------------------------------- Reporter: gd2shoe | Type: defect Status: new | Priority: minor Component: FFmpeg | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+--------------------------------------- Summary of the bug: -v quiet overrides even an explicit -stats flag. I'm trying to write a python script that uses ffmpeg for transcoding. I'd like to retain the progress for the user, but scrap the initial info (and other info lines). I'll probably devise some filter in the meanwhile, but this still seems broken. As it stands now, I can't see what -stats is supposed to do. It is always on, except when -v turns it off, and then it is always off. This seems very odd. I suspect the solution will be to make the debugging level of the progress output conditional on the -stat flag. Without actually finding it in the code, I think this should be fairly straightforward. How to reproduce: {{{ % ffmpeg -v quiet -stats -i input ... output % ffmpeg -v panic -stats -i input ... output % ffmpeg -v fatal -stats -i input ... output % ffmpeg -v error -stats -i input ... output % ffmpeg -v warning -stats -i input ... output Running on Windows XP in Cygwin Console, but I really doubt that matters. ffmpeg version N-43594-gf0896a6 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 15 2012 21:25:48 with gcc 4.7.1 (GCC) configuration: --enable-gpl --enable-version3 --disable-pthreads --enable-runtime-cpudetect --enable-avisynth --enable-bzlib --enable- frei0r --enable-libass --enable-libcelt --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable-libgsm --enable- libmp3lame --enable-libnut --enable-libopenjpeg --enable-librtmp --enable- libschroedinger --enable-libspeex --enable-libtheora --enable-libutvideo --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable- libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 69.100 / 51. 69.100 libavcodec 54. 52.100 / 54. 52.100 libavformat 54. 23.101 / 54. 23.101 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 9.100 / 3. 9.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 26 05:53:16 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 26 Aug 2012 03:53:16 -0000 Subject: [FFmpeg-trac] #1678(undetermined:new): Regression with -vsync 1 In-Reply-To: <035.3c60e8fe5adb42de9853c903a3e45f37@avcodec.org> References: <035.3c60e8fe5adb42de9853c903a3e45f37@avcodec.org> Message-ID: <050.70ede3a9a03e6ace27afafe714377b24@avcodec.org> #1678: Regression with -vsync 1 -------------------------------------+------------------------------------- Reporter: jwjwjw | 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 jwjwjw): Regression since 8f5bb35 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 26 07:08:18 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 26 Aug 2012 05:08:18 -0000 Subject: [FFmpeg-trac] #1482(undetermined:new): FFMPEG fails to create a SRT file when extracting Subtitles In-Reply-To: <040.f21c0410ca794d08a7553dc895fd208d@avcodec.org> References: <040.f21c0410ca794d08a7553dc895fd208d@avcodec.org> Message-ID: <055.1a3a85f9e8f46c02fa4750b3bdf1dca3@avcodec.org> #1482: FFMPEG fails to create a SRT file when extracting Subtitles -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by pross): NCIS.wtv is an interesting file: * stream 0 & 1 contain AC3 audio (one for visual impaired persons) * stream 2, which WTV reports as video, also contains Subtitles MP2 audio SDT metadata WTV clearly marks the stream as video. Just a a guess, this probably the fault of the broadcaster. * stream 3 has DVB_TELETEXT encoded subtitles. FFmpeg doesnt have the capability to decode teletext at present. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 26 07:20:12 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 26 Aug 2012 05:20:12 -0000 Subject: [FFmpeg-trac] #1065(undetermined:open): H.264/AVC(BDAV BluRay codec family) incorrect framerate recognition In-Reply-To: <037.96e9b7316480ebcf012d1b219d26bc5f@avcodec.org> References: <037.96e9b7316480ebcf012d1b219d26bc5f@avcodec.org> Message-ID: <052.7d91f231b2136e178445cd60aeca57a5@avcodec.org> #1065: H.264/AVC(BDAV BluRay codec family) incorrect framerate recognition -------------------------------------+------------------------------------- Reporter: L.H.V.F. | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: h264, | Resolution: framerate | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by pross): Since August 2012, libav has correctly detected 25fps for the affected file (http://www.mediafire.com/?ojp54ym1mkaqkg4). Bisecting libav, points to the following patches. While these have been applied to FFmpeg, the dts and fps calculation logic does different between both libraries. --- commit aba232cfa9b193604ed98f3fa505378d006b1b3b Author: Anton Khirnov Date: Tue Jun 26 13:10:01 2012 +0200 lavf: deprecate r_frame_rate. According to its description, it is supposed to be the LCM of all the frame durations. The usability of such a thing is vanishingly small, especially since we cannot determine it with any amount of reliability. Therefore get rid of it after the next bump. Replace it with the average framerate where it makes sense. FATE results for the wtv and xmv demux tests change. In the wtv case this is caused by the file being corrupted (or possibly badly cut) and containing invalid timestamps. This results in lavf estimating the framerate wrong and making up wrong frame durations. In the xmv case the file contains pts jumps, so again the estimated framerate is far from anything sane and lavf again makes up different frame durations. In some other tests lavf starts making up frame durations from different frame. commit f66eeff1c8fc5c1b2e5a563cf336865d52329006 Author: Anton Khirnov Date: Fri Jul 27 14:04:07 2012 +0200 lavf: round estimated average fps to a "standard" fps. commit fe1c1198e670242f3cf9e3e1eef27cff77f3ee23 Author: Anton Khirnov Date: Thu Jun 28 15:49:51 2012 +0200 lavf: use dts difference instead of AVPacket.duration in find_stream_info() AVPacket.duration is mostly made up and thus completely useless, this is especially true for video streams. Therefore use dts difference for framerate estimation and the max_analyze_duration check. The asyncts test now needs -analyzeduration, because the default is 5 seconds and the audio stream in the sample appears at ~10 seconds. --- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 26 08:37:05 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 26 Aug 2012 06:37:05 -0000 Subject: [FFmpeg-trac] #1482(undetermined:new): FFMPEG fails to create a SRT file when extracting Subtitles In-Reply-To: <040.f21c0410ca794d08a7553dc895fd208d@avcodec.org> References: <040.f21c0410ca794d08a7553dc895fd208d@avcodec.org> Message-ID: <055.7467491b0ed661338b6af8afb2dee0a6@avcodec.org> #1482: FFMPEG fails to create a SRT file when extracting Subtitles -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: cc | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => cc * version: unspecified => git-master Comment: Replying to [comment:11 pross]: > * stream 3 has DVB_TELETEXT encoded subtitles. FFmpeg doesnt have the capability to decode teletext at present. It is supposed to work with mplayer -demuxer lavf -sid 0 (pressing "X") but MPlayer claims there is no actual teletext data transmitted. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 26 08:42:52 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 26 Aug 2012 06:42:52 -0000 Subject: [FFmpeg-trac] #1678(undetermined:new): Regression with -vsync 1 In-Reply-To: <035.3c60e8fe5adb42de9853c903a3e45f37@avcodec.org> References: <035.3c60e8fe5adb42de9853c903a3e45f37@avcodec.org> Message-ID: <050.bd5b60f5e576c405750df8328256a8c0@avcodec.org> #1678: Regression with -vsync 1 -------------------------------------+------------------------------------- Reporter: jwjwjw | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => regression * priority: normal => important Comment: Is this also reproducible without -vsync 1 -async 1 ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 26 08:44:43 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 26 Aug 2012 06:44:43 -0000 Subject: [FFmpeg-trac] #1687(FFmpeg:open): -v quiet -stats In-Reply-To: <036.6324daa165ef743740e4a23994062935@avcodec.org> References: <036.6324daa165ef743740e4a23994062935@avcodec.org> Message-ID: <051.6ada81b523cbd5702fb3fda08a2678a6@avcodec.org> #1687: -v quiet -stats ------------------------------------+---------------------------------- Reporter: gd2shoe | Owner: Type: defect | Status: open Priority: minor | Component: FFmpeg Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Changes (by cehoyos): * status: new => open * version: unspecified => git-master Comment: Replying to [ticket:1687 gd2shoe]: > As it stands now, I can't see what -stats is supposed to do. So is this a request to remove it? (In the past, ffplay by default did not show any stats, I suspect this was the reason for the option.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 26 08:53:22 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 26 Aug 2012 06:53:22 -0000 Subject: [FFmpeg-trac] #1685(build system:new): Compiling FFmpeg with libass does nor work with OSX10.8 In-Reply-To: <035.bd8e0a09667c685b0f6900680716e785@avcodec.org> References: <035.bd8e0a09667c685b0f6900680716e785@avcodec.org> Message-ID: <050.1d09606096739b40bd0680d610484960@avcodec.org> #1685: Compiling FFmpeg with libass does nor work with OSX10.8 -------------------------------------+------------------------------------- Reporter: Xtophe | Owner: Type: defect | Status: new Priority: normal | Component: build Version: git-master | system Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * component: FFmpeg => build system Comment: Is this also reproducible with the following shorter configure line? $ ,/configure --enable-libass What does pkg-config report for libass? $ pkg-config --libs libass Workaround should be to pass --extra-ldflags=-liconv -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 26 09:01:04 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 26 Aug 2012 07:01:04 -0000 Subject: [FFmpeg-trac] #1686(documentation:new): Dataloss because ffmpeg manpage about -passlogfile is wrong In-Reply-To: <033.9004ad6b13d6b7a7edc1be9e44a71f35@avcodec.org> References: <033.9004ad6b13d6b7a7edc1be9e44a71f35@avcodec.org> Message-ID: <048.139c96e90a1a4e066b51082c64104977@avcodec.org> #1686: Dataloss because ffmpeg manpage about -passlogfile is wrong -------------------------------------+------------------------------------- Reporter: jonb | Owner: Type: defect | Status: new Priority: minor | Component: Version: unspecified | documentation Keywords: passlogfile | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: dataloss ffmpeg manpage man passlogfile => passlogfile * priority: critical => minor * component: undetermined => documentation Comment: Could you confirm that the problem is not reproducible with -vcodec mpeg4 ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 26 10:05:02 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 26 Aug 2012 08:05:02 -0000 Subject: [FFmpeg-trac] #1685(build system:new): Compiling FFmpeg with libass does nor work with OSX10.8 In-Reply-To: <035.bd8e0a09667c685b0f6900680716e785@avcodec.org> References: <035.bd8e0a09667c685b0f6900680716e785@avcodec.org> Message-ID: <050.06301ee64aea3f01a640dcd659f6169a@avcodec.org> #1685: Compiling FFmpeg with libass does nor work with OSX10.8 -------------------------------------+------------------------------------- Reporter: Xtophe | Owner: Type: defect | Status: new Priority: normal | Component: build Version: git-master | system Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Xtophe): I just found the problem. Seems it couldn't find "liconv" Added this to the LDFLAGS and it compiled fine. But I found another issue when using libass. I will open a new ticket for that. This can be closed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 26 10:09:15 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 26 Aug 2012 08:09:15 -0000 Subject: [FFmpeg-trac] #1688(FFmpeg:new): FFmpeg + libass gives Fontconfig warning: ignoring UTF-8: not a valid region tag Message-ID: <035.5b3b3a11848266eb89e52eb323600e8f@avcodec.org> #1688: FFmpeg + libass gives Fontconfig warning: ignoring UTF-8: not a valid region tag --------------------------------+-------------------------------------- Reporter: Xtophe | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+-------------------------------------- Summary of the bug: When trying to burn subtitles with libass I always get this error while encoding (every time it should render the subtitles): Fontconfig warning: ignoring UTF-8: not a valid region tag On initialising it also displays this error: No usable fontconfig configuration file found, using fallback. Fontconfig error: Cannot load default config file Obvious it cannot find the Fontconfig file. Where should I put this file so FFmpeg can find it? And is this related to the "Fontconfig warning: ignoring UTF-8: not a valid region tag" errors? BTW FFmpeg for OSX -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 26 12:44:30 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 26 Aug 2012 10:44:30 -0000 Subject: [FFmpeg-trac] #1642(avformat:reopened): -f segment: automagically generate #EXTM3U tags to -segment_list generated playlists In-Reply-To: <036.124537088d23e2b844ce435b567a346c@avcodec.org> References: <036.124537088d23e2b844ce435b567a346c@avcodec.org> Message-ID: <051.67172355f9fdf6db2d4eb227246bda03@avcodec.org> #1642: -f segment: automagically generate #EXTM3U tags to -segment_list generated playlists -------------------------------------+------------------------------------- Reporter: kelexel | Owner: Type: enhancement | Status: reopened Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: segment, | Blocked By: HLS, m3u8 | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by kelexel): Any news ..? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 26 12:44:59 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 26 Aug 2012 10:44:59 -0000 Subject: [FFmpeg-trac] #1686(documentation:new): Dataloss because ffmpeg manpage about -passlogfile is wrong In-Reply-To: <033.9004ad6b13d6b7a7edc1be9e44a71f35@avcodec.org> References: <033.9004ad6b13d6b7a7edc1be9e44a71f35@avcodec.org> Message-ID: <048.231a5dfb3d1be2d92533fc93c329643c@avcodec.org> #1686: Dataloss because ffmpeg manpage about -passlogfile is wrong -------------------------------------+------------------------------------- Reporter: jonb | Owner: Type: defect | Status: new Priority: minor | Component: Version: unspecified | documentation Keywords: passlogfile | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by jonb): Excuse me, but dataloss is NEVER EVER minor. Dataloss is a serious problem and the documentation and/or code should be changed quickly. I can confirm that I did not overwrite the input source file with these commands: ffmpeg -i 00004.MTS -vcodec mpeg4 -sameq -acodec copy -deinterlace -r 25 -s 1440x1080 -t 1537 -pass 1 -an -passlogfile 00004.MTS -f rawvideo -y /dev/null ffmpeg -i 00004.MTS -vcodec mpeg4 -sameq -acodec copy -deinterlace -r 25 -s 1440x1080 -t 1537 -pass 2 -an -passlogfile 00004.MTS -f rawvideo -y /dev/null ffmpeg -i 00004.MTS -vcodec mpeg4 -sameq -acodec copy -deinterlace -r 25 -s 1440x1080 -t 1537 -pass 3 -passlogfile 00004.MTS 00004.MTS.t1537.mp4 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 26 13:10:49 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 26 Aug 2012 11:10:49 -0000 Subject: [FFmpeg-trac] #1685(build system:new): Compiling FFmpeg with libass does nor work with OSX10.8 In-Reply-To: <035.bd8e0a09667c685b0f6900680716e785@avcodec.org> References: <035.bd8e0a09667c685b0f6900680716e785@avcodec.org> Message-ID: <050.093a34b12e113a81fdd58964da4715bb@avcodec.org> #1685: Compiling FFmpeg with libass does nor work with OSX10.8 -------------------------------------+------------------------------------- Reporter: Xtophe | Owner: Type: defect | Status: new Priority: normal | Component: build Version: git-master | system Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:2 Xtophe]: > This can be closed. Does your original configure line work now? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 26 13:11:39 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 26 Aug 2012 11:11:39 -0000 Subject: [FFmpeg-trac] #1688(undetermined:new): FFmpeg + libass gives Fontconfig warning: ignoring UTF-8: not a valid region tag In-Reply-To: <035.5b3b3a11848266eb89e52eb323600e8f@avcodec.org> References: <035.5b3b3a11848266eb89e52eb323600e8f@avcodec.org> Message-ID: <050.7c0b8b7441c3531ad87317c542f88526@avcodec.org> #1688: FFmpeg + libass gives Fontconfig warning: ignoring UTF-8: not a valid region tag -------------------------------------+------------------------------------- Reporter: Xtophe | 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): * component: FFmpeg => undetermined Comment: To make this a valid ticket, please add a command line that allows to reproduce the problem together with complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 26 13:15:48 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 26 Aug 2012 11:15:48 -0000 Subject: [FFmpeg-trac] #1685(build system:new): Compiling FFmpeg with libass does nor work with OSX10.8 In-Reply-To: <035.bd8e0a09667c685b0f6900680716e785@avcodec.org> References: <035.bd8e0a09667c685b0f6900680716e785@avcodec.org> Message-ID: <050.14098b0fab84a758f91da902fac43692@avcodec.org> #1685: Compiling FFmpeg with libass does nor work with OSX10.8 -------------------------------------+------------------------------------- Reporter: Xtophe | Owner: Type: defect | Status: new Priority: normal | Component: build Version: git-master | system Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Xtophe): Replying to [comment:3 cehoyos]: > Replying to [comment:2 Xtophe]: > > This can be closed. > Does your original configure line work now? Yes it does. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 26 13:27:35 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 26 Aug 2012 11:27:35 -0000 Subject: [FFmpeg-trac] #1685(build system:closed): Compiling FFmpeg with libass does nor work with OSX10.8 In-Reply-To: <035.bd8e0a09667c685b0f6900680716e785@avcodec.org> References: <035.bd8e0a09667c685b0f6900680716e785@avcodec.org> Message-ID: <050.e1bcfbc672f46b05395b5c8f45dd26a4@avcodec.org> #1685: Compiling FFmpeg with libass does nor work with OSX10.8 -------------------------------------+------------------------------------- Reporter: Xtophe | Owner: Type: defect | Status: closed Priority: normal | Component: build Version: git-master | system Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 26 13:28:16 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 26 Aug 2012 11:28:16 -0000 Subject: [FFmpeg-trac] #1688(undetermined:new): FFmpeg + libass gives Fontconfig warning: ignoring UTF-8: not a valid region tag In-Reply-To: <035.5b3b3a11848266eb89e52eb323600e8f@avcodec.org> References: <035.5b3b3a11848266eb89e52eb323600e8f@avcodec.org> Message-ID: <050.4361d7fc60ba899c0c2be6b016ea8a99@avcodec.org> #1688: FFmpeg + libass gives Fontconfig warning: ignoring UTF-8: not a valid region tag -------------------------------------+------------------------------------- Reporter: Xtophe | 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 Xtophe): The output is very (VERY) long because of the 'Fontconfig warning: ignoring UTF-8: not a valid region tag' I have cut it a bit but you will get the picture what it is happening. Xtophes-MacBook-Pro:~ xtophe$ /Users/xtophe/Desktop/ffmpeg -i /Volumes/Data/Movies/A\ Walk\ on\ the\ Moon\ \(1999\)/Walk\ on\ the\ Moon\ \(1999\).avi -c:a aac -b:a 128k -strict experimental -async 1 -c:v mpeg4 -b:v 2052k -bt 181k -maxrate 4104k -bufsize 820.8k -r 23.98 -s 672x364 -aspect 24:13 -trellis 1 -me_range 16 -i_qfactor 0.71 -b_strategy 1 -g 200 -qmin 3 -qmax 51 -qdiff 4 -sc_threshold 40 -sn -vf ass=/Volumes/Data/Movies/A\ Walk\ on\ the\ Moon\ \(1999\)/Walk\ on\ the\ Moon\ \(1999\).en.ass -threads 8 -y "/Users/xtophe/Movies/Walk on the Moon (1999).mp4" ffmpeg version N-43901-gbfb3902 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 26 2012 09:58:04 with llvm-gcc 4.2.1 (LLVM build 2336.11.00) configuration: --prefix=/Volumes/tempdisk/sw --disable-asm --enable-gpl --enable-pthreads --disable-ffplay --disable-ffserver --enable-avfilter --enable-fontconfig --enable-libfreetype --enable-libass --enable-filters --arch=x86 --enable-runtime-cpudetect libavutil 51. 70.100 / 51. 70.100 libavcodec 54. 54.100 / 54. 54.100 libavformat 54. 25.104 / 54. 25.104 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 13.101 / 3. 13.101 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [mpeg4 @ 0x7f9cfb01a800] Invalid and inefficient vfw-avi packed B frames detected Input #0, avi, from '/Volumes/Data/Movies/A Walk on the Moon (1999)/Walk on the Moon (1999).avi': Metadata: encoder : VirtualDubMod 1.5.10.2 (build 2540/release) Duration: 01:47:06.84, start: 0.000000, bitrate: 1238 kb/s Stream #0:0: Video: mpeg4 (DX50 / 0x30355844), yuv420p, 672x364 [SAR 1:1 DAR 24:13], 23.98 fps, 23.98 tbr, 23.98 tbn, 30k tbc Stream #0:1: Audio: mp3 (U[0][0][0] / 0x0055), 48000 Hz, stereo, s16, 128 kb/s [Parsed_ass_0 @ 0x7f9cfac1b480] Added subtitle file: '/Volumes/Data/Movies/A Walk on the Moon (1999)/Walk on the Moon (1999).en.ass' (2 styles, 1425 events) Fontconfig error: Cannot load default config file [Parsed_ass_0 @ 0x7f9cfac1b480] No usable fontconfig configuration file found, using fallback. Fontconfig error: Cannot load default config file -async is forwarded to lavfi similarly to -af aresample=min_comp=0.001:min_hard_comp=0.100000. Output #0, mp4, to '/Users/xtophe/Movies/Walk on the Moon (1999).mp4': Metadata: encoder : Lavf54.25.104 Stream #0:0: Video: mpeg4 ( [0][0][0] / 0x0020), yuv420p, 672x364 [SAR 1:1 DAR 24:13], q=3-51, 2052 kb/s, 1199 tbn, 23.98 tbc Stream #0:1: Audio: aac ([64][0][0][0] / 0x0040), 48000 Hz, stereo, flt, 128 kb/s Stream mapping: Stream #0:0 -> #0:0 (mpeg4 -> mpeg4) Stream #0:1 -> #0:1 (mp3 -> aac) Press [q] to stop, [?] for help [mpeg4 @ 0x7f9cfb028600] Invalid and inefficient vfw-avi packed B frames detected [Parsed_ass_0 @ 0x7f9cfac1b480] Neither PlayResX nor PlayResY defined. Assuming 384x288 Fontconfig warning: ignoring UTF-8: not a valid region tag bitrate=1005.1kbits/s dup=1 drop=0 Fontconfig warning: ignoring UTF-8: not a valid region tag Fontconfig warning: ignoring UTF-8: not a valid region tag Fontconfig warning: ignoring UTF-8: not a valid region tag Fontconfig warning: ignoring UTF-8: not a valid region tag Fontconfig warning: ignoring UTF-8: not a valid region tag Fontconfig warning: ignoring UTF-8: not a valid region tag Fontconfig warning: ignoring UTF-8: not a valid region tag Fontconfig warning: ignoring UTF-8: not a valid region tag Fontconfig warning: ignoring UTF-8: not a valid region tag Fontconfig warning: ignoring UTF-8: not a valid region tag Fontconfig warning: ignoring UTF-8: not a valid region tag Fontconfig warning: ignoring UTF-8: not a valid region tag Fontconfig warning: ignoring UTF-8: not a valid region tag Fontconfig warning: ignoring UTF-8: not a valid region tag Fontconfig warning: ignoring UTF-8: not a valid region tag Fontconfig warning: ignoring UTF-8: not a valid region tag Fontconfig warning: ignoring UTF-8: not a valid region tag Fontconfig warning: ignoring UTF-8: not a valid region tag Fontconfig warning: ignoring UTF-8: not a valid region tag Fontconfig warning: ignoring UTF-8: not a valid region tag Fontconfig warning: ignoring UTF-8: not a valid region tag Fontconfig warning: ignoring UTF-8: not a valid region tag Fontconfig warning: ignoring UTF-8: not a valid region tag Fontconfig warning: ignoring UTF-8: not a valid region tag Fontconfig warning: ignoring UTF-8: not a valid region tag Fontconfig warning: ignoring UTF-8: not a valid region tag Fontconfig warning: ignoring UTF-8: not a valid region tag Fontconfig warning: ignoring UTF-8: not a valid region tag Fontconfig warning: ignoring UTF-8: not a valid region tag Fontconfig warning: ignoring UTF-8: not a valid region tag Fontconfig warning: ignoring UTF-8: not a valid region tag Fontconfig warning: ignoring UTF-8: not a valid region tag bitrate=1233.7kbits/s dup=1 drop=0 Fontconfig warning: ignoring UTF-8: not a valid region tag Fontconfig warning: ignoring UTF-8: not a valid region tag Fontconfig warning: ignoring UTF-8: not a valid region tag Fontconfig warning: ignoring UTF-8: not a valid region tag Fontconfig warning: ignoring UTF-8: not a valid region tag Fontconfig warning: ignoring UTF-8: not a valid region tag Fontconfig warning: ignoring UTF-8: not a valid region tag Fontconfig warning: ignoring UTF-8: not a valid region tag Fontconfig warning: ignoring UTF-8: not a valid region tag Fontconfig warning: ignoring UTF-8: not a valid region tag --cut it here -- because this error goes on and on and on ... The result is a movie without the subtitles. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 26 13:36:38 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 26 Aug 2012 11:36:38 -0000 Subject: [FFmpeg-trac] #1688(undetermined:open): FFmpeg + libass gives Fontconfig warning: ignoring UTF-8: not a valid region tag In-Reply-To: <035.5b3b3a11848266eb89e52eb323600e8f@avcodec.org> References: <035.5b3b3a11848266eb89e52eb323600e8f@avcodec.org> Message-ID: <050.7c19c1987b91031e7b8520b183fb8ca7@avcodec.org> #1688: FFmpeg + libass gives Fontconfig warning: ignoring UTF-8: not a valid region tag -------------------------------------+------------------------------------- Reporter: Xtophe | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: ass | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => ass * status: new => open -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 26 13:38:19 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 26 Aug 2012 11:38:19 -0000 Subject: [FFmpeg-trac] #1688(undetermined:open): FFmpeg + libass gives Fontconfig warning: ignoring UTF-8: not a valid region tag In-Reply-To: <035.5b3b3a11848266eb89e52eb323600e8f@avcodec.org> References: <035.5b3b3a11848266eb89e52eb323600e8f@avcodec.org> Message-ID: <050.6f654c8a0d47747bc3154aa923bcc434@avcodec.org> #1688: FFmpeg + libass gives Fontconfig warning: ignoring UTF-8: not a valid region tag -------------------------------------+------------------------------------- Reporter: Xtophe | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: ass | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by reimar): Your locale setting is invalid. They are of the form language[_territory[.codeset]][@modifier], and fontconfig relies on that. Yours has "UTF-8" in the territory part which makes no sense. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 26 13:44:06 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 26 Aug 2012 11:44:06 -0000 Subject: [FFmpeg-trac] #1688(undetermined:open): FFmpeg + libass gives Fontconfig warning: ignoring UTF-8: not a valid region tag In-Reply-To: <035.5b3b3a11848266eb89e52eb323600e8f@avcodec.org> References: <035.5b3b3a11848266eb89e52eb323600e8f@avcodec.org> Message-ID: <050.5fabbcc77f96720f59c521ec1851b424@avcodec.org> #1688: FFmpeg + libass gives Fontconfig warning: ignoring UTF-8: not a valid region tag -------------------------------------+------------------------------------- Reporter: Xtophe | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: ass | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Xtophe): OK, call me stupid. How can I fix this? :-) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 26 14:02:10 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 26 Aug 2012 12:02:10 -0000 Subject: [FFmpeg-trac] #1688(undetermined:open): FFmpeg + libass gives Fontconfig warning: ignoring UTF-8: not a valid region tag In-Reply-To: <035.5b3b3a11848266eb89e52eb323600e8f@avcodec.org> References: <035.5b3b3a11848266eb89e52eb323600e8f@avcodec.org> Message-ID: <050.13ff30a7dad40d53cc79eb9a9c331fd0@avcodec.org> #1688: FFmpeg + libass gives Fontconfig warning: ignoring UTF-8: not a valid region tag -------------------------------------+------------------------------------- Reporter: Xtophe | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: ass | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by reimar): The "locale" command should show all related environment variables and their values. I wouldn't know how to fix it on OSX though, except overriding them in e.g. .bashrc -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 26 14:16:05 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 26 Aug 2012 12:16:05 -0000 Subject: [FFmpeg-trac] #1482(undetermined:new): FFMPEG fails to create a SRT file when extracting Subtitles In-Reply-To: <040.f21c0410ca794d08a7553dc895fd208d@avcodec.org> References: <040.f21c0410ca794d08a7553dc895fd208d@avcodec.org> Message-ID: <055.8bf7af052c87daded66e9941452bd9a2@avcodec.org> #1482: FFMPEG fails to create a SRT file when extracting Subtitles -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: cc | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by pross): Correction: Stream 3 of the NCIS.wtv actually contains EIA-608/Line 21 subtitles. FFmpeg doesnt have AV_CODEC_ID for this subtitle codec. It is reporting it as AV_CODEC_ID_DVB_TELETEXT, hence why Mplayer fails to decode it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 26 14:20:25 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 26 Aug 2012 12:20:25 -0000 Subject: [FFmpeg-trac] #1688(undetermined:open): FFmpeg + libass gives Fontconfig warning: ignoring UTF-8: not a valid region tag In-Reply-To: <035.5b3b3a11848266eb89e52eb323600e8f@avcodec.org> References: <035.5b3b3a11848266eb89e52eb323600e8f@avcodec.org> Message-ID: <050.da7aec1ccdebd6bf4b651bfcfca3b4d6@avcodec.org> #1688: FFmpeg + libass gives Fontconfig warning: ignoring UTF-8: not a valid region tag -------------------------------------+------------------------------------- Reporter: Xtophe | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: ass | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Xtophe): Locale gives: LANG= LC_COLLATE="C" LC_CTYPE="UTF-8" LC_MESSAGES="C" LC_MONETARY="C" LC_NUMERIC="C" LC_TIME="C" LC_ALL= The output also says: 'Fontconfig error: Cannot load default config file' Is this normal? Can this be forced to load any config file? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 26 15:18:56 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 26 Aug 2012 13:18:56 -0000 Subject: [FFmpeg-trac] #1677(undetermined:new): x264 encoding with overlay fails ( moov atom not found) In-Reply-To: <039.7dabb01faa08560159b90bb10a055838@avcodec.org> References: <039.7dabb01faa08560159b90bb10a055838@avcodec.org> Message-ID: <054.74fbe4f1c9e03a9428c42c1c0e6e25ab@avcodec.org> #1677: x264 encoding with overlay fails ( moov atom not found) -------------------------------------+------------------------------------- Reporter: houbahop69 | Owner: Type: defect | Status: new Priority: normal | Component: Version: 0.11.1 | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by houbahop69): Thank you for considering my remarks. To answer you quetion you will find attached a bzip2 tar file containing 5 logs : 1. *./logFail3coding.txt* obtained by executing 3 encoding (mp4 webm and ogv). Encoding succeeds but playing fails (see file logFfplayFail.txt) 2. *./logSuccess1coding.txt* obtained by executing mp4 encoding only. Encoding and playing succeed (see file logFfplaySuccess.txt) 3. *./logSuccess3coding+1ms.txt* obtained by executing 3 encoding (mp4 webm and ogv) with 1ms cheat on. Encoding and playing succeed (see file logFfplaySuccess.txt) 4. *./logFfplayFail.txt* log of unsuccessfull playing 5. *./logFfplaySuccess.txt* log of successfull playing The encoding is not failing as the file produced has the same size (human readable) in all cases, the problem seems to be linked with writing the atom at the end of the file when multiple encoding. I have tried options to write the atom at the beginning with no success but I am not familiar with these questions and I may have misused the parameter. I am using scripts to produce ffmpeg command and it is rather difficult to remove parameters without getting into trouble while constructing the command. It is really time-consuming... another solution might be to remove by hand the parameters but I don't know what parameters can be removed without breaking the command. I am using ffmpeg from debian http://www.debian-multimedia.org/, I do not compile any more from git after some trouble with ekiga dependencies, if possible I would try to avoid compiling git source. To answer you last question YES the problem occurs only when encoding the three formats at the same time. As the problem can be easily bypassed either by adding 1ms in duration or separating the Three encodings I understand that it is not major, nevertheless it is very annoying when you try to encode a small part of a long file. Thanks again for the great job. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 26 16:02:55 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 26 Aug 2012 14:02:55 -0000 Subject: [FFmpeg-trac] #1688(undetermined:open): FFmpeg + libass gives Fontconfig warning: ignoring UTF-8: not a valid region tag In-Reply-To: <035.5b3b3a11848266eb89e52eb323600e8f@avcodec.org> References: <035.5b3b3a11848266eb89e52eb323600e8f@avcodec.org> Message-ID: <050.f216972547a6a716484a83d4a7e7a03e@avcodec.org> #1688: FFmpeg + libass gives Fontconfig warning: ignoring UTF-8: not a valid region tag -------------------------------------+------------------------------------- Reporter: Xtophe | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: ass | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Xtophe): Even when the ffmpeg build can find the Fontconfig (and loads it) the error with UTF-8 still happens. So any thoughts how this can be fixed? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 26 16:32:51 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 26 Aug 2012 14:32:51 -0000 Subject: [FFmpeg-trac] #1482(undetermined:new): FFMPEG fails to create a SRT file when extracting Subtitles In-Reply-To: <040.f21c0410ca794d08a7553dc895fd208d@avcodec.org> References: <040.f21c0410ca794d08a7553dc895fd208d@avcodec.org> Message-ID: <055.ea28099bcd5006886f967f2608762f6e@avcodec.org> #1482: FFMPEG fails to create a SRT file when extracting Subtitles -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: cc | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by reimar): Why are you claiming that? FFmpeg does have CODEC_ID_EIA_608 which is supported both in MOV and MXF. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 26 16:33:49 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 26 Aug 2012 14:33:49 -0000 Subject: [FFmpeg-trac] #1609(FFplay:open): ffplay: no refresh with still picture In-Reply-To: <035.e9f947301daf8e4caefb074e3d347417@avcodec.org> References: <035.e9f947301daf8e4caefb074e3d347417@avcodec.org> Message-ID: <050.7a41a1fa58d651529aa00aea985c4498@avcodec.org> #1609: ffplay: no refresh with still picture ------------------------------------+---------------------------------- Reporter: ubitux | Owner: cus Type: defect | Status: open Priority: normal | Component: FFplay Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Changes (by cus): * owner: => cus -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 26 16:46:20 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 26 Aug 2012 14:46:20 -0000 Subject: [FFmpeg-trac] #1678(undetermined:new): Regression with -vsync 1 In-Reply-To: <035.3c60e8fe5adb42de9853c903a3e45f37@avcodec.org> References: <035.3c60e8fe5adb42de9853c903a3e45f37@avcodec.org> Message-ID: <050.de624d0064200d88148e23097c1a04f6@avcodec.org> #1678: Regression with -vsync 1 -------------------------------------+------------------------------------- Reporter: jwjwjw | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by jwjwjw): Yes, I carried out further testing of the http://jwjwjw.com/ffmpeg /bbcnews-original.mp4 source file using a basic command line to rule out any other options or external libraries: {{{ ffmpeg -i bbcnews-original.mp4 -c:v mpeg4 -c:a aac -strict experimental output.mp4 }}} It yields the following results in different versions of ffmpeg: c5ea3a0 onwards up to and including git-master (file is out of sync): {{{ Duration: 00:01:37.84, start: 0.000000 }}} 8f5bb35 (file is out of sync): {{{ Duration: 00:01:37.80, start: 0.000000 }}} pre-8f5bb35 (file is in sync perfectly): {{{ Duration: 00:01:37.76, start: 0.000000 }}} The following command shows that there are additional frames at the start of the out of sync output that are not present in the in sync output, whilst the audio is the same in all 3 clips (so the sync is out by the number of additional frames): {{{ ffmpeg -i output.mp4 output%d.jpg }}} So it seems to be a regression since 8f5bb35 but something also changed in c5ea3a0 too. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 26 16:54:10 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 26 Aug 2012 14:54:10 -0000 Subject: [FFmpeg-trac] #1235(avformat:closed): ffio_limit does not work correctly with named pipes on OSX (Snow Leopard) In-Reply-To: <031.668437dde0e87594b011be17057e73f2@avcodec.org> References: <031.668437dde0e87594b011be17057e73f2@avcodec.org> Message-ID: <046.b1f12e1a85fe50fc1ceb13b78738e44a@avcodec.org> #1235: ffio_limit does not work correctly with named pipes on OSX (Snow Leopard) ------------------------------------+------------------------------------ Reporter: ls | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by ls): Yes, I can verify it does. Thanks for fixing this. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 26 17:14:40 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 26 Aug 2012 15:14:40 -0000 Subject: [FFmpeg-trac] #1684(undetermined:open): adpcm_ct: volume goes up while seeking with ffplay In-Reply-To: <038.0f021e7294175b02f9a725e858928021@avcodec.org> References: <038.0f021e7294175b02f9a725e858928021@avcodec.org> Message-ID: <053.95212144992870f3df0f7d2556d314c7@avcodec.org> #1684: adpcm_ct: volume goes up while seeking with ffplay -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: adpcm_ct | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => adpcm_ct * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 Comment: The same happens with the binary decoder (mplayer -ac ctadp32)... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 26 17:21:21 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 26 Aug 2012 15:21:21 -0000 Subject: [FFmpeg-trac] #1482(undetermined:new): FFMPEG fails to create a SRT file when extracting Subtitles In-Reply-To: <040.f21c0410ca794d08a7553dc895fd208d@avcodec.org> References: <040.f21c0410ca794d08a7553dc895fd208d@avcodec.org> Message-ID: <055.f337e074768a2ec4b6b1d648802395e9@avcodec.org> #1482: FFMPEG fails to create a SRT file when extracting Subtitles -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: cc | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): MPlayer shows still no subtitles if I change AV_CODEC_ID_DVB_TELETEXT to AV_CODEC_ID_EIA_608 in ffmpeg/libavformat/wtvdec.c. {{{ diff --git a/libavformat/wtvdec.c b/libavformat/wtvdec.c index 2999382..f879d21 100644 --- a/libavformat/wtvdec.c +++ b/libavformat/wtvdec.c @@ -695,7 +695,7 @@ static AVStream * parse_media_type(AVFormatContext *s, AVStream *st, int sid, if (ff_guidcmp(formattype, ff_format_none)) av_log(s, AV_LOG_WARNING, "unknown formattype:"FF_PRI_GUID"\n", FF_ARG_GUID(formattype)); avio_skip(pb, size); - st->codec->codec_id = AV_CODEC_ID_DVB_TELETEXT; + st->codec->codec_id = AV_CODEC_ID_EIA_608; return st; } else if (!ff_guidcmp(mediatype, mediatype_mpeg2_sections) && !ff_guidcmp(subtype, mediasubtype_mpeg2_sections)) { }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 26 17:47:45 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 26 Aug 2012 15:47:45 -0000 Subject: [FFmpeg-trac] #1482(undetermined:new): FFMPEG fails to create a SRT file when extracting Subtitles In-Reply-To: <040.f21c0410ca794d08a7553dc895fd208d@avcodec.org> References: <040.f21c0410ca794d08a7553dc895fd208d@avcodec.org> Message-ID: <055.5343b85db72bdad39b1bb160f80549b4@avcodec.org> #1482: FFMPEG fails to create a SRT file when extracting Subtitles -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: cc | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by reimar): Not surprising, since I can't find anything that looks like EIA-608 in the file. They might be using yet another format, but since the string "GA94" exists in the file I'd expect that it rather uses EIA-708. However I haven't check which stream that EIA-708 data is part of, it really should be embedded in the video stream which would then still leave open what that subtitle stream actually contains. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 26 18:18:27 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 26 Aug 2012 16:18:27 -0000 Subject: [FFmpeg-trac] #1322(FFplay:new): ffplay: workaround libsdl's bug with odd width/height In-Reply-To: <038.79830bd0e7d52c8a64d20be77bf1ae50@avcodec.org> References: <038.79830bd0e7d52c8a64d20be77bf1ae50@avcodec.org> Message-ID: <053.51062fb766907fa8d3aca61fd0db8fc6@avcodec.org> #1322: ffplay: workaround libsdl's bug with odd width/height -------------------------------------+---------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: FFplay Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Comment (by cus): Can you also try the patch which crops the video instead of scaling it? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 26 18:39:28 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 26 Aug 2012 16:39:28 -0000 Subject: [FFmpeg-trac] #1688(undetermined:open): FFmpeg + libass gives Fontconfig warning: ignoring UTF-8: not a valid region tag In-Reply-To: <035.5b3b3a11848266eb89e52eb323600e8f@avcodec.org> References: <035.5b3b3a11848266eb89e52eb323600e8f@avcodec.org> Message-ID: <050.fbda656ab4a9520be63bcee8a394fda3@avcodec.org> #1688: FFmpeg + libass gives Fontconfig warning: ignoring UTF-8: not a valid region tag -------------------------------------+------------------------------------- Reporter: Xtophe | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: ass | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Xtophe): Found the resaon why it isn't working. Apparantly this error only appears when FFmpeg can indeed not load the Fontconfig (I wass wrong telling it is not). Now, I do all the compiling in a Ramdisk. This is a easy and fast way to do so. The problem is when you compile Fontconfig, it creates the ETC folder into the ramdisk. And FFmpeg will always look at that folder (in the ramdisk). Offcourse it cannot find it. So what we I need is a way to compile Fontconfig so it will look in the root of FFmpeg. This way I only have to place the ETC content in the root of the FFmpeg binary. How can I do this? BTW my wife is killing me .. I have done a straight 24hours compiling ffmpeg with libass... :) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 26 18:41:07 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 26 Aug 2012 16:41:07 -0000 Subject: [FFmpeg-trac] #1482(undetermined:new): FFMPEG fails to create a SRT file when extracting Subtitles In-Reply-To: <040.f21c0410ca794d08a7553dc895fd208d@avcodec.org> References: <040.f21c0410ca794d08a7553dc895fd208d@avcodec.org> Message-ID: <055.741209842332fa41171d45dfc6d2a61d@avcodec.org> #1482: FFMPEG fails to create a SRT file when extracting Subtitles -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: cc | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): The subtitles in the third stream are text-based as can be seen with: $ ffmpeg -i NCIS.wtv -vn -an -scodec copy -f rawvideo out $ hexdump -C out Shouldn't MPlayer show the "GA94" subtitles in the video stream? (mplayer NCIS.wtv -dumpvideo && grep GA94 stream.dump) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 26 19:47:37 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 26 Aug 2012 17:47:37 -0000 Subject: [FFmpeg-trac] #1687(FFmpeg:open): -v quiet -stats In-Reply-To: <036.6324daa165ef743740e4a23994062935@avcodec.org> References: <036.6324daa165ef743740e4a23994062935@avcodec.org> Message-ID: <051.885049ea6da41699c8aae835cdd5ff6a@avcodec.org> #1687: -v quiet -stats ------------------------------------+---------------------------------- Reporter: gd2shoe | Owner: Type: defect | Status: open Priority: minor | Component: FFmpeg Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Comment (by gd2shoe): No, this is a request to fix it. As it stands today, it really make no sense to keep, unless it is decoupled from the debugging levels (or unless I'm missing something). It would, on the other hand, be really useful to have progress, and ONLY progress as program output. The obvious way to communicate that on the command line is: ffmpeg -v quiet -stats ... This, of course doesn't work, but I don't see why it shouldn't. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 26 19:57:14 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 26 Aug 2012 17:57:14 -0000 Subject: [FFmpeg-trac] #1482(undetermined:new): FFMPEG fails to create a SRT file when extracting Subtitles In-Reply-To: <040.f21c0410ca794d08a7553dc895fd208d@avcodec.org> References: <040.f21c0410ca794d08a7553dc895fd208d@avcodec.org> Message-ID: <055.0f7098c32fb3a25777a11d325e4e0469@avcodec.org> #1482: FFMPEG fails to create a SRT file when extracting Subtitles -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: cc | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by reimar): EIA-608 does not give plain-text, in particular since the highest bit is a parity bit, plus every third "character" is a control byte. And while I have a patch for EIA-708 in MPlayer it is not committed since it cannot work. The data needs to be reordered in the same way that the frames are during decoding, and that is a mess to implement. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 26 20:30:01 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 26 Aug 2012 18:30:01 -0000 Subject: [FFmpeg-trac] #1322(FFplay:new): ffplay: workaround libsdl's bug with odd width/height In-Reply-To: <038.79830bd0e7d52c8a64d20be77bf1ae50@avcodec.org> References: <038.79830bd0e7d52c8a64d20be77bf1ae50@avcodec.org> Message-ID: <053.0e74cb5fcb988c09f464d55d276656fe@avcodec.org> #1322: ffplay: workaround libsdl's bug with odd width/height -------------------------------------+---------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: FFplay Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Comment (by ami_stuff): I can't test because I deleted by mistake old shapshot and it takes too much time to configure and compile ffmpeg again, but if the patch works for Michael then it should probably work for me as well. I will test with autobuilds when the patch hits git head. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 26 20:32:36 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 26 Aug 2012 18:32:36 -0000 Subject: [FFmpeg-trac] #1689(undetermined:new): mpc7: problem with seeking (ffplay) Message-ID: <038.4eed7b9bc3e6c4d4bbceab9ad67e19ab@avcodec.org> #1689: mpc7: problem with seeking (ffplay) -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- seeking to the end of the file with the mouse doesn't work (it only seeks forward +1s, but when current time reachs 30s then it's possible to seek with the mouse correctly in any place in the file). http://www.datafilehost.com/download-a971ef21.html {{{ C:\>ffmpeg -i musepack7.mpc ffmpeg version N-43803-g2c0b164 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 22 2012 02:22:47 with gcc 4.5.0 (GCC) 20100414 (Fedora MinGW 4.5. 0-1.fc14) configuration: --prefix=/var/www/users/research/ffmpeg/snapshots/build --arch= x86 --target-os=mingw32 --cross-prefix=i686-pc-mingw32- --cc='ccache i686 -pc-min gw32-gcc' --enable-w32threads --enable-memalign-hack --enable-runtime- cpudetect --enable-cross-compile --enable-static --disable-shared --extra- libs='-lws2_32 - lwinmm -lpthread' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snap shots/build/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/s napshots/build/lib' --enable-bzlib --enable-zlib --enable-gpl --enable- version3 --enable-nonfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libmp3lame --enable-libvpx --disable- decoder=libvpx libavutil 51. 70.100 / 51. 70.100 libavcodec 54. 54.100 / 54. 54.100 libavformat 54. 25.104 / 54. 25.104 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 13.100 / 3. 13.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, mpc, from 'musepack7.mpc': Duration: 00:00:30.01, start: 0.000000, bitrate: 181 kb/s Stream #0:0: Audio: musepack7, 44100 Hz, stereo, s16 At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 26 22:22:57 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 26 Aug 2012 20:22:57 -0000 Subject: [FFmpeg-trac] #877(avformat:closed): 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.03b96246f8bce6ad068a19e39b2088fe@avcodec.org> #877: nut muxed with ffmpeg is missing index at the end ------------------------------------+------------------------------------ Reporter: richardpl | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: nut | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by michael): * status: new => closed * resolution: => fixed * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 26 22:56:19 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 26 Aug 2012 20:56:19 -0000 Subject: [FFmpeg-trac] #1482(undetermined:new): FFMPEG fails to create a SRT file when extracting Subtitles In-Reply-To: <040.f21c0410ca794d08a7553dc895fd208d@avcodec.org> References: <040.f21c0410ca794d08a7553dc895fd208d@avcodec.org> Message-ID: <055.f385984644101b0096d0fee250692338@avcodec.org> #1482: FFMPEG fails to create a SRT file when extracting Subtitles -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: cc | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by reimar): A far larger sample size will be needed to reverse-engineer this format properly, but for reference below hack to MPlayer makes it mostly display correctly (using -sid 0 -subcc 1). However how the whole rollup, rollon, number of lines etc. pp. is encoded in the format is still quite unclear to me. {{{ Index: sub/sub_cc.c =================================================================== --- sub/sub_cc.c (revision 35108) +++ sub/sub_cc.c (working copy) @@ -376,11 +381,26 @@ void subcc_process_data(const uint8_t *inputdata, unsigned int len) { + int newline = 0; int mov_mode = len >= 10 && memcmp(inputdata, mov_cc_signature_1, sizeof(mov_cc_signature_1)) == 0; if(!subcc_enabled) return; if(!initialized) subcc_init(); + cc_mode = CC_ROLLUP; + if (len < 2) return; + newline = (inputdata[1] & 0xf0) == 0x30; + inputdata += 2; + len -= 2; + channel = 0; + while (len >= 2 && (inputdata[0] & 0x60)) { + cc_decode_EIA608(inputdata[0] | (inputdata[1] << 8)); + if (!(inputdata[1] & 0x60)) break; + inputdata += 2; + len -= 2; + } + if (newline) append_char('\n'); + return; if (mov_mode) { mov_subcc_decode(inputdata, len); return; }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 26 23:13:55 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 26 Aug 2012 21:13:55 -0000 Subject: [FFmpeg-trac] #1482(undetermined:new): FFMPEG fails to create a SRT file when extracting Subtitles In-Reply-To: <040.f21c0410ca794d08a7553dc895fd208d@avcodec.org> References: <040.f21c0410ca794d08a7553dc895fd208d@avcodec.org> Message-ID: <055.680bb777ba0ea0a7048ece872228ee33@avcodec.org> #1482: FFMPEG fails to create a SRT file when extracting Subtitles -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: cc | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): (Committing the patches will lead to more samples imo.) A longer sample that I believe produces not entirely correctly subtitles with mplayer -sid 1 -subcc 1 is at samples/ffmpeg- bugs/trac/ticket1065/Test1.wtv (It btw does not show subtitles with mplayer -sid 0 that ffplay shows.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 26 23:19:56 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 26 Aug 2012 21:19:56 -0000 Subject: [FFmpeg-trac] #1689(undetermined:open): mpc7: problem with seeking (ffplay) In-Reply-To: <038.4eed7b9bc3e6c4d4bbceab9ad67e19ab@avcodec.org> References: <038.4eed7b9bc3e6c4d4bbceab9ad67e19ab@avcodec.org> Message-ID: <053.591999ef70db90e6a640b89b653d094a@avcodec.org> #1689: mpc7: problem with seeking (ffplay) -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: mpc7 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => mpc7 * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 26 23:22:41 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 26 Aug 2012 21:22:41 -0000 Subject: [FFmpeg-trac] #1322(FFplay:new): ffplay: workaround libsdl's bug with odd width/height In-Reply-To: <038.79830bd0e7d52c8a64d20be77bf1ae50@avcodec.org> References: <038.79830bd0e7d52c8a64d20be77bf1ae50@avcodec.org> Message-ID: <053.13aa530cf6952c155f270efd2b2736b9@avcodec.org> #1322: ffplay: workaround libsdl's bug with odd width/height -------------------------------------+---------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: FFplay Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Comment (by cehoyos): Is it a possible alternative to use padding instead of cropping (which effectively removes a part of the output)? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 26 23:22:43 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 26 Aug 2012 21:22:43 -0000 Subject: [FFmpeg-trac] #1682(undetermined:new): DVD '-target' option affects video filters In-Reply-To: <038.ff3a7ea74f75ef363d4307f87a8c0d0b@avcodec.org> References: <038.ff3a7ea74f75ef363d4307f87a8c0d0b@avcodec.org> Message-ID: <053.a3a9ce6aa76dbf329fee26cb8361468c@avcodec.org> #1682: DVD '-target' option affects video filters -------------------------------------+------------------------------------- Reporter: intracube | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: dvd yadif | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by intracube): Replying to [comment:1 cehoyos]: > Please add complete, uncut console output together with your failing command line. Full command line output added as attachment. What was the reason for removing a lot of the ticket keywords? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Aug 26 23:30:02 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 26 Aug 2012 21:30:02 -0000 Subject: [FFmpeg-trac] #1682(undetermined:new): DVD '-target' option affects video filters In-Reply-To: <038.ff3a7ea74f75ef363d4307f87a8c0d0b@avcodec.org> References: <038.ff3a7ea74f75ef363d4307f87a8c0d0b@avcodec.org> Message-ID: <053.4d0662e730421f1c8d93e177ef8f68fc@avcodec.org> #1682: DVD '-target' option affects video filters -------------------------------------+------------------------------------- Reporter: intracube | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: dvd yadif | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:2 intracube]: > Replying to [comment:1 cehoyos]: > > Please add complete, uncut console output together with your failing command line. > Full command line output added as attachment. (Any reason for not simply posting it?) > What was the reason for removing a lot of the ticket keywords? The full-text search works well and I am trying to keep the number of keywords manageable. I also don't think video and filter are good keywords, and I am assuming the problem is also reproducible without -target when using the corresponding options, deinterlace is too general imo and preset is simply wrong afaict. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 27 00:08:53 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 26 Aug 2012 22:08:53 -0000 Subject: [FFmpeg-trac] #1682(undetermined:new): DVD '-target' option affects video filters In-Reply-To: <038.ff3a7ea74f75ef363d4307f87a8c0d0b@avcodec.org> References: <038.ff3a7ea74f75ef363d4307f87a8c0d0b@avcodec.org> Message-ID: <053.06f1bd363cf25faa21af21f2c628517b@avcodec.org> #1682: DVD '-target' option affects video filters -------------------------------------+------------------------------------- Reporter: intracube | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: dvd yadif | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by intracube): Replying to [comment:3 cehoyos]: > (Any reason for not simply posting it?) As it's over 800 lines long, it would mean a lot of scrolling to get down to these comments. > The full-text search works well and I am trying to keep the number of keywords manageable. > I also don't think video and filter are good keywords, and I am assuming the problem is also reproducible without -target when using the corresponding options, deinterlace is too general imo and preset is simply wrong afaict. I've just run this test again, and I can't reproduce the bug. I can only think I was running the older version of ffmpeg (installed through my package manager) rather than the up-to-date locally compiled version. I thought I double checked that, too... This ticket can be closed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 27 01:11:15 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 26 Aug 2012 23:11:15 -0000 Subject: [FFmpeg-trac] #1322(FFplay:new): ffplay: workaround libsdl's bug with odd width/height In-Reply-To: <038.79830bd0e7d52c8a64d20be77bf1ae50@avcodec.org> References: <038.79830bd0e7d52c8a64d20be77bf1ae50@avcodec.org> Message-ID: <053.2ebf1122fcf33ae6baab9935d38f6b45@avcodec.org> #1322: ffplay: workaround libsdl's bug with odd width/height -------------------------------------+---------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: FFplay Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Comment (by cus): Basically it is, at the cost of some performance. I finally decided to use crop because at the moment the padding filter copies the buffer even when no actual padding is required, because it always checks for AV_PERM_WRITE permission. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 27 03:02:22 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 27 Aug 2012 01:02:22 -0000 Subject: [FFmpeg-trac] #1660(undetermined:open): alaw: ffplay displays wrong current duration In-Reply-To: <038.53ef7d890cf6c0fdaac255064563397f@avcodec.org> References: <038.53ef7d890cf6c0fdaac255064563397f@avcodec.org> Message-ID: <053.6d7c93d12825a3dc8595fb1d2fb25128@avcodec.org> #1660: alaw: ffplay displays wrong current duration -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: alaw aiff | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by michael): Fixed the second file, the first looks odd, can you confirm/verify this really was generated by QT and isnt truncated or something ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 27 03:02:32 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 27 Aug 2012 01:02:32 -0000 Subject: [FFmpeg-trac] #1660(undetermined:open): alaw: ffplay displays wrong current duration In-Reply-To: <038.53ef7d890cf6c0fdaac255064563397f@avcodec.org> References: <038.53ef7d890cf6c0fdaac255064563397f@avcodec.org> Message-ID: <053.7d8ae82fece3935c01d46624cfdaa361@avcodec.org> #1660: alaw: ffplay displays wrong current duration -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: alaw aiff | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by michael): * cc: michael (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 27 03:30:30 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 27 Aug 2012 01:30:30 -0000 Subject: [FFmpeg-trac] #1678(undetermined:new): Regression with -vsync 1 In-Reply-To: <035.3c60e8fe5adb42de9853c903a3e45f37@avcodec.org> References: <035.3c60e8fe5adb42de9853c903a3e45f37@avcodec.org> Message-ID: <050.f49ec488f2b4347566ff83ed1e5812d0@avcodec.org> #1678: Regression with -vsync 1 -------------------------------------+------------------------------------- Reporter: jwjwjw | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by michael): * cc: michael (added) Comment: Please elaborate if you are reporting a problem with AV sync OR a problem with frame duplication OR a problem with file duration. The AV sync issue is not reproduceable with the test samples provided, maybe a longer sample would help The change in duration or frame duplication is not a proof of av desync and there is currently no solid argument why either duration or frame duplication pattern would be more correct than the other. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 27 03:35:25 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 27 Aug 2012 01:35:25 -0000 Subject: [FFmpeg-trac] #1678(undetermined:new): Regression with -vsync 1 In-Reply-To: <035.3c60e8fe5adb42de9853c903a3e45f37@avcodec.org> References: <035.3c60e8fe5adb42de9853c903a3e45f37@avcodec.org> Message-ID: <050.9c297b99221a0e9ef9d00a589dea8bf8@avcodec.org> #1678: Regression with -vsync 1 -------------------------------------+------------------------------------- Reporter: jwjwjw | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by jwjwjw): It is a pity that you can't see it in these samples because I can see it quite clearly in ffplay/vlc using the samples provided. It's just a fraction of a second but it is noticeable for me. I can't provide more samples at present. The problem is AV sync which is only apparent in the output files based on the bbcnews-original.mp4 sample that have been generated with a duration that is not 00:01:37.76. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 27 05:21:37 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 27 Aug 2012 03:21:37 -0000 Subject: [FFmpeg-trac] #1689(undetermined:closed): mpc7: problem with seeking (ffplay) In-Reply-To: <038.4eed7b9bc3e6c4d4bbceab9ad67e19ab@avcodec.org> References: <038.4eed7b9bc3e6c4d4bbceab9ad67e19ab@avcodec.org> Message-ID: <053.8236a7385d884e7eea2dcea71137b234@avcodec.org> #1689: mpc7: problem with seeking (ffplay) -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: mpc7 | 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 Mon Aug 27 09:17:27 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 27 Aug 2012 07:17:27 -0000 Subject: [FFmpeg-trac] #1690(avformat:new): Support Ogg/Vorbis in avi Message-ID: <036.fce14333e363ce4e3cdadb52636414a3@avcodec.org> #1690: Support Ogg/Vorbis in avi -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: | Status: new enhancement | Component: avformat Priority: wish | Keywords: avi ogg Version: git- | vorbis master | Blocking: Blocked By: | Analyzed by developer: 0 Reproduced by developer: 0 | -------------------------------------+------------------------------------- samples/A-codecs/vorbis/vorbis3plus_sample.avi samples/A-codecs/vorbis/vp8OggVorbis1.avi (vlc Ticket 7389) Both samples fail with FFmpeg, vp8OggVorbis1.avi plays with mplayer -demuxer avi -ac ffvorbis {{{ $ ffmpeg -i vorbis3plus_sample.avi ffmpeg version N-43901-gbfb3902 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 26 2012 09:14:37 with gcc 4.5.3 (GCC) configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc libavutil 51. 70.100 / 51. 70.100 libavcodec 54. 54.100 / 54. 54.100 libavformat 54. 25.104 / 54. 25.104 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 13.101 / 3. 13.101 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 [avi @ 0x1480240] max_analyze_duration 5000000 reached at 5000000 [avi @ 0x1480240] Could not find codec parameters for stream 1 (Audio: none (qg[0][0] / 0x6771), 48000 Hz, 2 channels, 450 kb/s): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options Guessed Channel Layout for Input Stream #0.1 : stereo Input #0, avi, from 'vorbis3plus_sample.avi': Metadata: encoder : VirtualDubMod 1.5.10.1 (build 2366/release) Duration: 00:00:27.92, start: 0.000000, bitrate: 878 kb/s Stream #0:0: Video: mpeg4 (Advanced Simple Profile) (XVID / 0x44495658), yuv420p, 640x352 [SAR 1:1 DAR 20:11], 25 fps, 25 tbr, 25 tbn, 25 tbc Stream #0:1: Audio: none (qg[0][0] / 0x6771), 48000 Hz, stereo, 450 kb/s At least one output file must be specified }}} {{{ $ ffmpeg -i vp8OggVorbis1.avi ffmpeg version N-43925-g73b40da Copyright (c) 2000-2012 the FFmpeg developers built on Aug 27 2012 09:17:18 with gcc 4.5.3 (GCC) configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc libavutil 51. 70.100 / 51. 70.100 libavcodec 54. 54.100 / 54. 54.100 libavformat 54. 25.104 / 54. 25.104 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 13.101 / 3. 13.101 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 [avi @ 0x1480240] non-interleaved AVI [avi @ 0x1480240] max_analyze_duration 5000000 reached at 5000000 [avi @ 0x1480240] Could not find codec parameters for stream 1 (Audio: none (Og[0][0] / 0x674F), 48000 Hz, 2 channels, 64 kb/s): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options Guessed Channel Layout for Input Stream #0.1 : stereo Input #0, avi, from 'vp8OggVorbis1.avi': Metadata: TCOD : 0 TCDO : 275166666 Duration: 00:00:27.51, start: 0.000000, bitrate: 224 kb/s Stream #0:0: Video: vp8 (VP80 / 0x30385056), yuv420p, 1360x768, 60 fps, 60 tbr, 60 tbn, 60 tbc Stream #0:1: Audio: none (Og[0][0] / 0x674F), 48000 Hz, stereo, 64 kb/s At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 27 10:37:37 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 27 Aug 2012 08:37:37 -0000 Subject: [FFmpeg-trac] #1691(avcodec:new): New SN40 samples fail to decode Message-ID: <036.4e2c8ee5a9ed742d101becd0e6a18399@avcodec.org> #1691: New SN40 samples fail to decode --------------------------------------+--------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Keywords: sn40 Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+--------------------------------- samples/V-codecs/SN40/Shot%205.avi cannot be decoded with current FFmpeg, works fine with mplayer -vc smartsight {{{ $ ffmpeg -i Shot\ 5.avi ffmpeg version N-43925-g73b40da Copyright (c) 2000-2012 the FFmpeg developers built on Aug 27 2012 09:17:18 with gcc 4.5.3 (GCC) configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc libavutil 51. 70.100 / 51. 70.100 libavcodec 54. 54.100 / 54. 54.100 libavformat 54. 25.104 / 54. 25.104 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 13.101 / 3. 13.101 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 [avi @ 0x1480240] max_analyze_duration 5000000 reached at 5005000 Input #0, avi, from 'Shot 5.avi': Duration: 00:10:02.40, start: 0.000000, bitrate: 93 kb/s Stream #0:0: Video: mpeg4 (SN40 / 0x30344E53), yuv420p, 704x480, 5 fps, 29.97 tbr, 5 tbn, 5 tbc At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 27 11:03:40 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 27 Aug 2012 09:03:40 -0000 Subject: [FFmpeg-trac] #1682(undetermined:closed): DVD '-target' option affects video filters In-Reply-To: <038.ff3a7ea74f75ef363d4307f87a8c0d0b@avcodec.org> References: <038.ff3a7ea74f75ef363d4307f87a8c0d0b@avcodec.org> Message-ID: <053.ed0b82f59a857548adc0d04681c21c46@avcodec.org> #1682: DVD '-target' option affects video filters -------------------------------------+------------------------------------- Reporter: intracube | 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): * keywords: dvd yadif => * status: new => closed * resolution: => invalid Comment: Thank you for testing again! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 27 14:20:13 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 27 Aug 2012 12:20:13 -0000 Subject: [FFmpeg-trac] #1692(avfilter:new): Using atempo filter causes segfault Message-ID: <034.2e69c4c8d0a756627cc5febd1aac831c@avcodec.org> #1692: Using atempo filter causes segfault --------------------------------------+---------------------------------- Reporter: takis | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+---------------------------------- Summary of the bug: Using the atempo filter causes a segmentation fault. How to reproduce: {{{ ./audiogen original.wav % ffmpeg -i original.wav -af atempo=0.8 test.wav ffmpeg version N-43928-g60924df Copyright (c) 2000-2012 the FFmpeg developers built on Aug 27 2012 14:19:01 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) 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 --enable- shared --enable-version3 --enable-x11grab libavutil 51. 70.100 / 51. 70.100 libavcodec 54. 54.100 / 54. 54.100 libavformat 54. 25.104 / 54. 25.104 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 13.101 / 3. 13.101 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [wav @ 0x2172240] max_analyze_duration 5000000 reached at 5015510 Guessed Channel Layout for Input Stream #0.0 : mono Input #0, wav, from 'original.wav': Duration: 00:00:06.00, bitrate: 705 kb/s Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, mono, s16, 705 kb/s File 'test.wav' already exists. Overwrite ? [y/N] y Output #0, wav, to 'test.wav': Metadata: encoder : Lavf54.25.104 Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, mono, s16, 705 kb/s Stream mapping: Stream #0:0 -> #0:0 (pcm_s16le -> pcm_s16le) Press [q] to stop, [?] for help Segmentation fault (core dumped) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 27 16:40:27 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 27 Aug 2012 14:40:27 -0000 Subject: [FFmpeg-trac] #1482(undetermined:new): FFMPEG fails to create a SRT file when extracting Subtitles In-Reply-To: <040.f21c0410ca794d08a7553dc895fd208d@avcodec.org> References: <040.f21c0410ca794d08a7553dc895fd208d@avcodec.org> Message-ID: <055.c416b15d7fede8312a69e9bab481ba99@avcodec.org> #1482: FFMPEG fails to create a SRT file when extracting Subtitles -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: cc | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by pross): Hi reimar & cehoyos. You are right, I got 608 and 708 confused, nonetheless, both CEA-708 and EIA-608 subtitles are present in the file. * NCIS.wtv, Stream 3. Subtitles are stored using EIA-708. By no coindicence, the stream type guid is MEDIASUBTYPE_DTVCCDATA. Most packets in the stream correspond to a CEA-708 DTVCCDATA packet (described in the CEA-708 standard). There are also many 2-byte packets, which seem out of place; perhaps they are frame counters or checksums added by Microsoft. * NCIS.wtv, Stream 1. If you copy this stream into TS format, the CCextractor program will extract subtitles from it. The subtitles within Stream 1 are in EIA-608 format. I have uploaded two more .wtv samples to /incoming/wtv_dtvccdata. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 27 16:55:45 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 27 Aug 2012 14:55:45 -0000 Subject: [FFmpeg-trac] #1482(undetermined:new): FFMPEG fails to create a SRT file when extracting Subtitles In-Reply-To: <040.f21c0410ca794d08a7553dc895fd208d@avcodec.org> References: <040.f21c0410ca794d08a7553dc895fd208d@avcodec.org> Message-ID: <055.d94b48f88eb0eb1a726375538276d421@avcodec.org> #1482: FFMPEG fails to create a SRT file when extracting Subtitles -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: cc | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by pross): @cehoyos samples/ffmpeg-bugs/trac/ticket1065/Test1.wtv contains mediatype_mstvcaption packets Currently FFmpeg interprets both 'mediatype_mstvcaption' and 'mediasubtype_dtvccdata' as AVCODEC_ID_DVB_TELETEXT (see extract from wtvdec.c below). That now looks to be wrong. mediasubtype_dtvccdata is a variant of CEA-708. mediatype_mstvcaption is something different again. Another proprietary format, perhaps. ---wtvdec.c } else if (!ff_guidcmp(mediatype, mediatype_mstvcaption) && !ff_guidcmp(subtype, mediasubtype_dtvccdata)) { st = new_stream(s, st, sid, AVMEDIA_TYPE_SUBTITLE); if (!st) return NULL; if (ff_guidcmp(formattype, ff_format_none)) av_log(s, AV_LOG_WARNING, "unknown formattype:"FF_PRI_GUID"\n", FF_ARG_GUID(formattype)); avio_skip(pb, size); st->codec->codec_id = AV_CODEC_ID_DVB_TELETEXT; return st; ---wtvdec.c -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 27 18:01:22 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 27 Aug 2012 16:01:22 -0000 Subject: [FFmpeg-trac] #1482(undetermined:new): FFMPEG fails to create a SRT file when extracting Subtitles In-Reply-To: <040.f21c0410ca794d08a7553dc895fd208d@avcodec.org> References: <040.f21c0410ca794d08a7553dc895fd208d@avcodec.org> Message-ID: <055.cd6af8ea28cd65bf1699ae78b4fcbf0a@avcodec.org> #1482: FFMPEG fails to create a SRT file when extracting Subtitles -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: cc | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by reimar): Concerning Test1.wtv: a fix for the DVB subs is sent. The other subtitle stream is indeed teletext, in 3/4ths processed form, as this hack shows: {{{ Index: mpcommon.c =================================================================== --- mpcommon.c (revision 35108) +++ mpcommon.c (working copy) @@ -276,6 +276,15 @@ if (type == 'd') { if (d_dvdsub->demuxer->teletext) { uint8_t *p = packet; + teletext_control(d_dvdsub->demuxer->teletext, + TV_VBI_CONTROL_RESET, NULL); +while (len >= 42) { + teletext_control(d_dvdsub->demuxer->teletext, + TV_VBI_CONTROL_DECODE_DVB, p); + p += 42; + len -= 42; +} +return; p++; len--; while (len >= 46) {Index: libmpcodecs/dec_teletext.c =================================================================== --- libmpcodecs/dec_teletext.c (revision 35108) +++ libmpcodecs/dec_teletext.c (working copy) @@ -1546,11 +1546,12 @@ uint8_t data[42]; mp_msg(MSGT_TELETEXT,MSGL_DBG3, "vbi: vbi_decode_dvb\n"); +memcpy(data, buf, 42); /* Reverse bit order, skipping the first two bytes (field parity, line offset and framing code). */ - for (i = 0; i < sizeof(data); i++) - data[i] = av_reverse[buf[2 + i]]; +// for (i = 0; i < sizeof(data); i++) +// data[i] = av_reverse[buf[2 + i]]; vbi_decode_line(priv, data); if (priv->cache_reset) @@ -1683,6 +1684,8 @@ priv_vbi_t* priv=(priv_vbi_t*)p; tt_page* pgc; +if (cmd == TV_VBI_CONTROL_RESET) + clear_cache(priv); if (!priv && cmd!=TV_VBI_CONTROL_START) return VBI_CONTROL_FALSE; if (!arg && cmd!=TV_VBI_CONTROL_STOP && cmd!=TV_VBI_CONTROL_MARK_UNCHANGED) }}} However all those formats are just slightly off from the standard format that I just don't know what to do about it. Should the demuxer convert them? Should it be a different codec? Should there be some auto-detection? Some extradata to mark them? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 27 18:34:31 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 27 Aug 2012 16:34:31 -0000 Subject: [FFmpeg-trac] #1482(undetermined:new): FFMPEG fails to create a SRT file when extracting Subtitles In-Reply-To: <040.f21c0410ca794d08a7553dc895fd208d@avcodec.org> References: <040.f21c0410ca794d08a7553dc895fd208d@avcodec.org> Message-ID: <055.b8b98de3d12a68dc394daa10700db39c@avcodec.org> #1482: FFMPEG fails to create a SRT file when extracting Subtitles -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: cc | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by reimar): > The subtitles within Stream 1 are in EIA-608 format. > mediasubtype_dtvccdata is a variant of CEA-708. Could you please be more specific and/or quote some specification? For all variants I know, the CC data consists of 3 byte packages with one (kind of) control and two data. Those subtitle streams however have long sequences of only data bytes (text and probably EIA-708 control codes). And those first two mystery bytes are at least a concern. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 27 19:05:54 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 27 Aug 2012 17:05:54 -0000 Subject: [FFmpeg-trac] #1692(avfilter:new): Using atempo filter causes segfault In-Reply-To: <034.2e69c4c8d0a756627cc5febd1aac831c@avcodec.org> References: <034.2e69c4c8d0a756627cc5febd1aac831c@avcodec.org> Message-ID: <049.1796dce5d6fa0a0ecbf198a9563afe94@avcodec.org> #1692: Using atempo filter causes segfault ------------------------------------+------------------------------------ Reporter: takis | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by Cigaes): Works for me with current git head. If it still happens for you, can you be more specific about your environment (looks like Ubuntu: 32 or 64 bits) and produce a valgrind backtrace (using ffmpeg_g and no shared libraries)? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 27 19:39:30 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 27 Aug 2012 17:39:30 -0000 Subject: [FFmpeg-trac] #1687(FFmpeg:open): -v quiet -stats In-Reply-To: <036.6324daa165ef743740e4a23994062935@avcodec.org> References: <036.6324daa165ef743740e4a23994062935@avcodec.org> Message-ID: <051.d9e4ca3b79cc89f047c50ebe0c7b8445@avcodec.org> #1687: -v quiet -stats ------------------------------------+---------------------------------- Reporter: gd2shoe | Owner: Type: defect | Status: open Priority: minor | Component: FFmpeg Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Comment (by Cigaes): The {{{-stats}}} option exists mostly for symmetry with the {{{-nostats}}} option, because the options parsing code works that way. The default is {{{-stats}}}, so it has no effect. The stats go through the logging mechanism, and as such are subject to the loglevel system, regardless of the {{{-stats}}} option. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 27 20:02:10 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 27 Aug 2012 18:02:10 -0000 Subject: [FFmpeg-trac] #1693(avcodec:new): AAC Scalable Sample Rate (SSR) Message-ID: <036.b138c87cd2bcbec173f0e3d770b12046@avcodec.org> #1693: AAC Scalable Sample Rate (SSR) --------------------------------------+--------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Keywords: aac Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+--------------------------------- I will attach a 60 second aac sample uploaded by a user. libavcodec claims five times "SSR not implemented" during decode, output sounds fine. {{{ $ ffmpeg -i ssr.aac -f null - ffmpeg version N-43938-gbe862c0 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 27 2012 19:54:31 with gcc 4.5.3 (GCC) configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc libavutil 51. 70.100 / 51. 70.100 libavcodec 54. 54.100 / 54. 54.100 libavformat 54. 25.104 / 54. 25.104 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 13.101 / 3. 13.101 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 [aac @ 0x1480240] max_analyze_duration 5000000 reached at 5013333 [aac @ 0x1480240] Estimating duration from bitrate, this may be inaccurate Input #0, aac, from 'ssr.aac': Duration: 00:01:09.48, bitrate: 112 kb/s Stream #0:0: Audio: aac, 48000 Hz, stereo, s16, 112 kb/s Output #0, null, to 'pipe:': Metadata: encoder : Lavf54.25.104 Stream #0:0: Audio: pcm_s16le, 48000 Hz, stereo, s16, 1536 kb/s Stream mapping: Stream #0:0 -> #0:0 (aac -> pcm_s16le) Press [q] to stop, [?] for help [aac @ 0x14865a0] SSR not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [aac @ 0x14865a0] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] SSR not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [aac @ 0x14865a0] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] SSR not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [aac @ 0x14865a0] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] SSR not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [aac @ 0x14865a0] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] SSR not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [aac @ 0x14865a0] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0:0: Operation not permitted size= 0kB time=00:01:00.13 bitrate= 0.0kbits/s video:0kB audio:11256kB subtitle:0 global headers:0kB muxing overhead -100.000000% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 27 20:37:59 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 27 Aug 2012 18:37:59 -0000 Subject: [FFmpeg-trac] #1691(avcodec:new): New SN40 samples fail to decode In-Reply-To: <036.4e2c8ee5a9ed742d101becd0e6a18399@avcodec.org> References: <036.4e2c8ee5a9ed742d101becd0e6a18399@avcodec.org> Message-ID: <051.4d4852ba30230afe5d755a69741bcd87@avcodec.org> #1691: New SN40 samples fail to decode ------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: sn40 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by ami_stuff): decodes ok (more or less - wrong aspect ratio) as h263 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 27 20:38:19 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 27 Aug 2012 18:38:19 -0000 Subject: [FFmpeg-trac] #1691(avcodec:new): New SN40 samples fail to decode In-Reply-To: <036.4e2c8ee5a9ed742d101becd0e6a18399@avcodec.org> References: <036.4e2c8ee5a9ed742d101becd0e6a18399@avcodec.org> Message-ID: <051.4a277156bf722678cd797b58077f1ce5@avcodec.org> #1691: New SN40 samples fail to decode ------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: sn40 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by ami_stuff): * cc: ami_stuff@? (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 27 21:26:37 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 27 Aug 2012 19:26:37 -0000 Subject: [FFmpeg-trac] #1482(undetermined:new): FFMPEG fails to create a SRT file when extracting Subtitles In-Reply-To: <040.f21c0410ca794d08a7553dc895fd208d@avcodec.org> References: <040.f21c0410ca794d08a7553dc895fd208d@avcodec.org> Message-ID: <055.b0cd6d9a430608fce5c32f190c6df0ab@avcodec.org> #1482: FFMPEG fails to create a SRT file when extracting Subtitles -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: cc | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by reimar): So it looks like: 1) the 2-byte packets are the EIA-608 compatibility packets 2) the longer packets always start with a packet that has been a DTVCC_PACKET_START and then continues with all that have been DTVCC_PACKET_DATA after that In both cases, the data is unchanged compared to what is in the MPEG file except that any and all header and filler and control data (like packet_start vs. packet_data markers) has been removed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 27 22:08:10 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 27 Aug 2012 20:08:10 -0000 Subject: [FFmpeg-trac] #1694(avcodec:new): Decoding a possibly damaged aac sample fails from a specific position on Message-ID: <036.d00352ff8564dd343609dde38d331fee@avcodec.org> #1694: Decoding a possibly damaged aac sample fails from a specific position on --------------------------------------+--------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Keywords: aac Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+--------------------------------- A user uploaded a possibly damaged aac sample that is approximately 11:49 long. 6:30 are decoded fine, then a problem occurs and decoding further only produces silence, even when seeked back (with ffplay or MPlayer). If seeking is used to skip the problematic part, several more minutes are decoded (until the next problematic position at 10:40 that can also be skipped). {{{ $ ffmpeg -i a.aac -f null - ffmpeg version N-43938-gbe862c0 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 27 2012 19:54:31 with gcc 4.5.3 (GCC) configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc libavutil 51. 70.100 / 51. 70.100 libavcodec 54. 54.100 / 54. 54.100 libavformat 54. 25.104 / 54. 25.104 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 13.101 / 3. 13.101 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 [aac @ 0x1480240] max_analyze_duration 5000000 reached at 5015510 [aac @ 0x1480240] Estimating duration from bitrate, this may be inaccurate Input #0, aac, from 'a.aac': Duration: 00:11:39.44, bitrate: 32 kb/s Stream #0:0: Audio: aac, 44100 Hz, stereo, s16, 32 kb/s Output #0, null, to 'pipe:': Metadata: encoder : Lavf54.25.104 Stream #0:0: Audio: pcm_s16le, 44100 Hz, stereo, s16, 1411 kb/s Stream mapping: Stream #0:0 -> #0:0 (aac -> pcm_s16le) Press [q] to stop, [?] for help Reserved bit set.ime=00:06:11.89 bitrate= 0.0kbits/s Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x14865a0] channel element 2.2 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] channel element 3.13 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x14865a0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input Multiple frames in a packet from stream 0 [aac @ 0x14865a0] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0x14865a0] decode_pce: Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0x14865a0] channel element 2.13 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] Number of bands (48) exceeds limit (45). Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] skip_data_stream_element: Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] Number of bands (18) exceeds limit (14). Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] channel element 3.2 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] Number of bands (10) exceeds limit (7). Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] channel element 3.5 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x14865a0] invalid band type Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] channel element 2.0 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] Prediction is not allowed in AAC-LC. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x14865a0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x14865a0] SBR was found before the first channel element. [aac @ 0x14865a0] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0x14865a0] decode_pce: Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] Number of bands (44) exceeds limit (42). Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] channel element 2.14 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] channel element 2.8 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] skip_data_stream_element: Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] channel element 3.15 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] invalid band type Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0x14865a0] skip_data_stream_element: Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0x14865a0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x14865a0] channel element 2.0 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x14865a0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x14865a0] Number of scalefactor bands in group (54) exceeds limit (47). Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x14865a0] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0x14865a0] decode_pce: Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] channel element 3.8 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] skip_data_stream_element: Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] skip_data_stream_element: Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] Prediction is not allowed in AAC-LC. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x14865a0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x14865a0] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0x14865a0] skip_data_stream_element: Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] channel element 3.12 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] Prediction is not allowed in AAC-LC. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x14865a0] channel element 2.3 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x14865a0] Sample rate index in program config element does not match the sample rate index configured by the container. Last message repeated 1 times [aac @ 0x14865a0] Not evaluating a further program_config_element as this construct is dubious at best. [aac @ 0x14865a0] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0x14865a0] decode_pce: Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] decode_pce: Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0x14865a0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x14865a0] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0x14865a0] decode_pce: Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] channel element 3.7 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0x14865a0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x14865a0] Number of bands (6) exceeds limit (5). Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] channel element 3.10 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] channel element 3.4 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x14865a0] Number of bands (28) exceeds limit (13). Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] skip_data_stream_element: Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] skip_data_stream_element: Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] channel element 2.12 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] Prediction is not allowed in AAC-LC. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x14865a0] Prediction is not allowed in AAC-LC. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x14865a0] Prediction is not allowed in AAC-LC. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x14865a0] Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x14865a0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x14865a0] channel element 3.4 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] skip_data_stream_element: Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] channel element 3.14 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] channel element 2.6 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0x14865a0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x14865a0] channel element 2.7 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] channel element 3.2 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0x14865a0] Prediction is not allowed in AAC-LC. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x14865a0] Prediction is not allowed in AAC-LC. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x14865a0] channel element 3.1 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0x14865a0] decode_pce: Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] channel element 3.11 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] channel element 2.15 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] Scalefactor (-1) out of range. Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] channel element 2.0 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] channel element 2.7 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] skip_data_stream_element: Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0x14865a0] decode_pce: Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] SBR was found before the first channel element. [aac @ 0x14865a0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x14865a0] channel element 3.5 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] channel element 3.4 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x14865a0] skip_data_stream_element: Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] Prediction is not allowed in AAC-LC. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x14865a0] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0x14865a0] decode_pce: Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0x14865a0] decode_pce: Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] channel element 3.11 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x14865a0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x14865a0] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0x14865a0] decode_pce: Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x14865a0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x14865a0] channel element 2.13 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] Sample rate index in program config element does not match the sample rate index configured by the container. Last message repeated 1 times [aac @ 0x14865a0] decode_pce: Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] skip_data_stream_element: Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] channel element 2.7 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] channel element 3.11 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x14865a0] channel element 3.11 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x14865a0] channel element 3.1 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] invalid band type Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x14865a0] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0x14865a0] decode_pce: Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x14865a0] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0x14865a0] decode_pce: Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0x14865a0] Prediction is not allowed in AAC-LC. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x14865a0] Prediction is not allowed in AAC-LC. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x14865a0] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0x14865a0] decode_pce: Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0x14865a0] decode_pce: Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x14865a0] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0x14865a0] decode_pce: Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] channel element 3.2 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0x14865a0] Number of bands (14) exceeds limit (8). Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] channel element 2.0 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] Number of bands (7) exceeds limit (4). Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0x14865a0] Too many channels Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x14865a0] SBR was found before the first channel element. [aac @ 0x14865a0] channel element 3.15 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] channel element 3.1 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] channel element 3.6 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] channel element 2.14 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] channel element 3.15 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] channel element 2.0 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] channel element 3.5 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] channel element 2.0 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] Number of bands (14) exceeds limit (11). Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0x14865a0] decode_pce: Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] Number of bands (54) exceeds limit (37). Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x14865a0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x14865a0] Number of bands (6) exceeds limit (2). Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x14865a0] channel element 2.7 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] Number of bands (6) exceeds limit (3). Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x14865a0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x14865a0] Sample rate index in program config element does not match the sample rate index configured by the container. Last message repeated 1 times [aac @ 0x14865a0] decode_pce: Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x14865a0] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0x14865a0] decode_pce: Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x14865a0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x14865a0] skip_data_stream_element: Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] channel element 2.5 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] skip_data_stream_element: Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x14865a0] channel element 2.7 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] channel element 3.5 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] skip_data_stream_element: Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] Prediction is not allowed in AAC-LC. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x14865a0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x14865a0] Prediction is not allowed in AAC-LC. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x14865a0] channel element 2.7 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] Number of bands (4) exceeds limit (2). Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] illegal icc Last message repeated 1 times channel element 2.6 is not allocatedrate= 0.0kbits/s Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] Number of bands (35) exceeds limit (18). Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] channel element 2.7 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x14865a0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x14865a0] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0x14865a0] Too many channels Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x14865a0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x14865a0] Prediction is not allowed in AAC-LC. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x14865a0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x14865a0] channel element 2.5 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] channel element 3.15 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] Number of scalefactor bands in group (62) exceeds limit (47). Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x14865a0] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0x14865a0] Prediction is not allowed in AAC-LC. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x14865a0] skip_data_stream_element: Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] channel element 2.2 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x14865a0] Number of bands (50) exceeds limit (39). Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] channel element 2.6 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0x14865a0] Number of bands (16) exceeds limit (11). Error while decoding stream #0:0: Operation not permitted [aac @ 0x14865a0] Number of scalefactor bands in group (60) exceeds limit (47). Error while decoding stream #0:0: Invalid data found when processing input size= 0kB time=00:11:49.74 bitrate= 0.0kbits/s video:0kB audio:120856kB subtitle:0 global headers:0kB muxing overhead -100.000000% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 27 22:09:36 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 27 Aug 2012 20:09:36 -0000 Subject: [FFmpeg-trac] #1694(avcodec:new): Decoding a possibly damaged aac sample fails from a specific position on In-Reply-To: <036.d00352ff8564dd343609dde38d331fee@avcodec.org> References: <036.d00352ff8564dd343609dde38d331fee@avcodec.org> Message-ID: <051.5e824c5e5a1840dce96bbd030870eb86@avcodec.org> #1694: Decoding a possibly damaged aac sample fails from a specific position on ------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Samples uploaded to samples/ffmpeg-bugs/trac/ticket1694/a.aac -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 27 22:19:05 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 27 Aug 2012 20:19:05 -0000 Subject: [FFmpeg-trac] #702(FFplay:new): FFplay Does Not Play Videos with Odd Width Correctly In-Reply-To: <038.18f4ee6dd66aa54c8dc3e834ba948a6a@avcodec.org> References: <038.18f4ee6dd66aa54c8dc3e834ba948a6a@avcodec.org> Message-ID: <053.fd92535615f407fb78755023dc1dca70@avcodec.org> #702: FFplay Does Not Play Videos with Odd Width Correctly ------------------------------------+---------------------------------- Reporter: mbradshaw | Owner: Type: defect | Status: new Priority: minor | Component: FFplay Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Changes (by cus): * cc: cus@? (added) Comment: Recently a fix was committed to ffmpeg git master which works around SDL issues with odd overlay widths and heights by cropping the video by 1 pixel. Can you try if it fixes the diagonal line issue as well? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Aug 27 23:01:40 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 27 Aug 2012 21:01:40 -0000 Subject: [FFmpeg-trac] #1660(undetermined:open): alaw: ffplay displays wrong current duration In-Reply-To: <038.53ef7d890cf6c0fdaac255064563397f@avcodec.org> References: <038.53ef7d890cf6c0fdaac255064563397f@avcodec.org> Message-ID: <053.9f5151c36cd5c62cd377b23eb17c97e9@avcodec.org> #1660: alaw: ffplay displays wrong current duration -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: alaw aiff | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by ami_stuff): I'm not sure anymore if I used QT directly or maybe some frontend with QT- codecs support, but I have tested "aiffdec: try #2 to fix bps" patch with old ffmpeg snapshot and duration of the file matches now the real conversion duration/time, so looks like this issue is fixed? (btw. maybe you could look at ticket #204 as well? thanks) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 28 01:05:43 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 27 Aug 2012 23:05:43 -0000 Subject: [FFmpeg-trac] #1660(undetermined:closed): alaw: ffplay displays wrong current duration In-Reply-To: <038.53ef7d890cf6c0fdaac255064563397f@avcodec.org> References: <038.53ef7d890cf6c0fdaac255064563397f@avcodec.org> Message-ID: <053.e565dda92b3412e75634a350987253f2@avcodec.org> #1660: alaw: ffplay displays wrong current duration -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: alaw aiff | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Seems my 2nd fix fixed the first file too :) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 28 01:17:47 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 27 Aug 2012 23:17:47 -0000 Subject: [FFmpeg-trac] #1687(FFmpeg:open): -v quiet -stats In-Reply-To: <036.6324daa165ef743740e4a23994062935@avcodec.org> References: <036.6324daa165ef743740e4a23994062935@avcodec.org> Message-ID: <051.b3bb3d7c68fc2e0ee4d3a75c114d0234@avcodec.org> #1687: -v quiet -stats ------------------------------------+---------------------------------- Reporter: gd2shoe | Owner: Type: defect | Status: open Priority: minor | Component: FFmpeg Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Comment (by gd2shoe): Replying to [comment:3 Cigaes]: > The {{{-stats}}} option exists mostly for symmetry with the {{{-nostats}}} option, because the options parsing code works that way. Interesting. > The default is {{{-stats}}}, so it has no effect. Part of my point. It makes little to no sense to have an option that does nothing whatsoever. > The stats go through the logging mechanism, and as such are subject to the loglevel system, regardless of the {{{-stats}}} option. It is this idea that I wish to challenge. If -stats appears on the command line, it is because the user explicitly wants that particular output, regardless of logging level. Is there any reason to think otherwise? Frankly, I don't see why the progress meter must be fixed at the info level. Why can't it exist at info by default? Why can't -stat move progress to the current log level? Especially if attached to a tty? If that sounds stupid, then why can't -stat change from logging to stderr? Or why can't there be another option to suppress non-progress output. (It makes more sense to me to fix and reuse the option that is already there-- but worthless-- than to invent a new one, but it would fit the bill.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 28 01:40:02 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 27 Aug 2012 23:40:02 -0000 Subject: [FFmpeg-trac] #1482(undetermined:new): FFMPEG fails to create a SRT file when extracting Subtitles In-Reply-To: <040.f21c0410ca794d08a7553dc895fd208d@avcodec.org> References: <040.f21c0410ca794d08a7553dc895fd208d@avcodec.org> Message-ID: <055.673dcd87bda7fa4acd215d7fa5eda7f4@avcodec.org> #1482: FFMPEG fails to create a SRT file when extracting Subtitles -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: cc | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by pross): @reimar. This standard: [http://apps.fcc.gov/ecfs/comment/view;jsessionid=Hy6KP9KJLPgvLv1LqJ5QvkJDG8jLXyH0yvztjM7nJ0G5yPXpmCZW!-1221852939!-1969853125?id=5003806575]. As to what do to, I dont know either. The demuxer is probably best placed to deal with it, since it just involves inserting additional control codes. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 28 03:09:29 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 28 Aug 2012 01:09:29 -0000 Subject: [FFmpeg-trac] #204(undetermined:closed): AIFF QDesign2 - decodes incorretly In-Reply-To: <038.f2f0af52b93f790561e5fbeb29f649ea@avcodec.org> References: <038.f2f0af52b93f790561e5fbeb29f649ea@avcodec.org> Message-ID: <053.1cd176f8bc6cbdff07a1cb0a2cea9a0c@avcodec.org> #204: AIFF QDesign2 - decodes incorretly -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: closed Priority: wish | Component: Version: git-master | undetermined Keywords: qdm2 | 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 Tue Aug 28 07:01:09 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 28 Aug 2012 05:01:09 -0000 Subject: [FFmpeg-trac] #1695(undetermined:new): build failes Message-ID: <037.5dd331eef7099456074261a216a55668@avcodec.org> #1695: build failes -------------------------------------+------------------------------------- Reporter: geronimo | Type: defect Status: new | Priority: critical Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: build of git-master fails on linux (debian squeeze 64bit) with this output: {{{ LD ffprobe_g LD ffplay_g LD ffmpeg_g LD ffserver_g libavcodec/libavcodec.so: undefined reference to `ff_dnxhdenc_init_x86' libavcodec/libavcodec.so: undefined reference to `ff_MPV_encode_init_x86' libavcodec/libavcodec.so: undefined reference to `ff_MPV_common_init_x86' collect2: ld returned 1 exit status make: *** [ffserver_g] Fehler 1 make: *** Warte auf noch nicht beendete Prozesse... libavcodec/libavcodec.so: undefined reference to `ff_dnxhdenc_init_x86' libavcodec/libavcodec.so: undefined reference to `ff_MPV_encode_init_x86' libavcodec/libavcodec.so: undefined reference to `ff_MPV_common_init_x86' collect2: ld returned 1 exit status make: *** [ffmpeg_g] Fehler 1 libavcodec/libavcodec.so: undefined reference to `ff_dnxhdenc_init_x86' libavcodec/libavcodec.so: undefined reference to `ff_MPV_encode_init_x86' libavcodec/libavcodec.so: undefined reference to `ff_MPV_common_init_x86' collect2: ld returned 1 exit status make: *** [ffplay_g] Fehler 1 libavcodec/libavcodec.so: undefined reference to `ff_dnxhdenc_init_x86' libavcodec/libavcodec.so: undefined reference to `ff_MPV_encode_init_x86' libavcodec/libavcodec.so: undefined reference to `ff_MPV_common_init_x86' collect2: ld returned 1 exit status }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 28 08:04:31 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 28 Aug 2012 06:04:31 -0000 Subject: [FFmpeg-trac] #1695(undetermined:new): build failes In-Reply-To: <037.5dd331eef7099456074261a216a55668@avcodec.org> References: <037.5dd331eef7099456074261a216a55668@avcodec.org> Message-ID: <052.be150b95c4445b42ce330f76dd5265d4@avcodec.org> #1695: build failes -------------------------------------+------------------------------------- Reporter: geronimo | 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: critical => normal Comment: (Works fine here) To make this a valid ticket, please add the configure line you tested, run make (it fails), run make again, then run "make V=1" and post the complete, uncut output of the last make call. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 28 08:50:10 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 28 Aug 2012 06:50:10 -0000 Subject: [FFmpeg-trac] #1676(build system:closed): Compile fails if --progs-suffix= is set in ./configure In-Reply-To: <037.fb3f0a919bcd31eb223ac19a9857a9cd@avcodec.org> References: <037.fb3f0a919bcd31eb223ac19a9857a9cd@avcodec.org> Message-ID: <052.8657d82bfc560a3fae6d52c39f3476f0@avcodec.org> #1676: Compile fails if --progs-suffix= is set in ./configure -------------------------------------+------------------------------------- Reporter: nichot20 | Owner: Type: defect | Status: closed Priority: important | Component: build Version: git-master | system Keywords: regression | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Jamal. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 28 08:52:35 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 28 Aug 2012 06:52:35 -0000 Subject: [FFmpeg-trac] #1227(avcodec:new): crash in ff_put_h264_chroma_mc8_neon In-Reply-To: <036.4b29a3e84ee653b5ba8163eea3dccea4@avcodec.org> References: <036.4b29a3e84ee653b5ba8163eea3dccea4@avcodec.org> Message-ID: <051.e1ceeaf2ceb1a27d30c6fa35e18076fe@avcodec.org> #1227: crash in ff_put_h264_chroma_mc8_neon ------------------------------------+----------------------------------- Reporter: elioxia | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: arm | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Replying to [comment:4 bruce-wu]: > By the way, I use ffmpeg 0.8.10 and the bug can be reproduced on ffmpeg 0.11 Please provide a backtrace for the crash with FFmpeg 0.11 (or, even better, current git head) as explained on http://ffmpeg.org/bugreports.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 28 08:52:54 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 28 Aug 2012 06:52:54 -0000 Subject: [FFmpeg-trac] #1227(avcodec:new): crash in ff_put_h264_chroma_mc8_neon In-Reply-To: <036.4b29a3e84ee653b5ba8163eea3dccea4@avcodec.org> References: <036.4b29a3e84ee653b5ba8163eea3dccea4@avcodec.org> Message-ID: <051.83ccc0d489121e6dd7cac13d422b936e@avcodec.org> #1227: crash in ff_put_h264_chroma_mc8_neon ------------------------------------+----------------------------------- Reporter: elioxia | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: arm | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * cc: bruce-wu (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 28 08:54:14 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 28 Aug 2012 06:54:14 -0000 Subject: [FFmpeg-trac] #1645(avformat:closed): Duration calculation error when -ss precedes -i In-Reply-To: <038.2a13a388fb010b4c57443754bbfa656d@avcodec.org> References: <038.2a13a388fb010b4c57443754bbfa656d@avcodec.org> Message-ID: <053.ac29797ab6e3ced6d1cbc4aece17ad42@avcodec.org> #1645: Duration calculation error when -ss precedes -i ------------------------------------+------------------------------------ Reporter: cheedoong | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: Duration error; ss before i => * status: new => closed * resolution: => invalid -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 28 08:58:15 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 28 Aug 2012 06:58:15 -0000 Subject: [FFmpeg-trac] #1696(avcodec:new): Year metadata wrong on some M4A files Message-ID: <037.69682e7504e9cf3038e4b2d3e303380f@avcodec.org> #1696: Year metadata wrong on some M4A files ----------------------------------+-------------------------------------- Reporter: enicolas | Type: defect Status: new | Priority: normal Component: avcodec | Version: git-master Keywords: metadata | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- Summary of the bug: The "year" metadata is returned wrong on some M4A (Apple Lossless) files. How to reproduce: {{{ % ffmpeg -i "01 Oxygene, Pt. I.m4a" ffmpeg version 0.11.1 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 26 2012 19:30:57 with llvm_gcc 4.2.1 (Based on Apple Inc. build 5658) (LLVM build 2336.11.00) configuration: --enable-libmp3lame --enable-libfaac --enable-nonfree --enable-shared --enable-pic --disable-mmx --arch=x86_64 libavutil 51. 54.100 / 51. 54.100 libavcodec 54. 23.100 / 54. 23.100 libavformat 54. 6.100 / 54. 6.100 libavdevice 54. 0.100 / 54. 0.100 libavfilter 2. 77.100 / 2. 77.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 Guessed Channel Layout for Input Stream #0.0 : stereo Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '01 Oxygene, Pt. I.m4a': Metadata: major_brand : M4A minor_version : 0 compatible_brands: M4A mp42isom album : Oxygene [1, HD] title : Oxyg?ne, Pt. I track : 1/6 date : 2011-12-19 copyright : Disques Dreyfus artist : Jean Michel Jarre comment : Apple Lossless from Qobuz genre : Electronic Duration: 00:07:39.73, start: 0.000000, bitrate: 2760 kb/s Stream #0:0(eng): Audio: alac (alac / 0x63616C61), 96000 Hz, stereo, s32, 2755 kb/s }}} The metadata date returned is "2011-12-19", but the correct year in this file is "1976". -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 28 09:01:46 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 28 Aug 2012 07:01:46 -0000 Subject: [FFmpeg-trac] #1478(FFmpeg:closed): PulseAudio input performance regression In-Reply-To: <041.f95fd9b0ea08190be91d4e26d0acfd3f@avcodec.org> References: <041.f95fd9b0ea08190be91d4e26d0acfd3f@avcodec.org> Message-ID: <056.cbbe9d9288b5e5da62c16ec1cd427290@avcodec.org> #1478: PulseAudio input performance regression --------------------------------------+---------------------------------- Reporter: GreatEmerald | Owner: Type: defect | Status: closed Priority: important | Component: FFmpeg Version: git-master | Resolution: fixed Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed Comment: Thank you for testing again! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 28 09:06:48 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 28 Aug 2012 07:06:48 -0000 Subject: [FFmpeg-trac] #1696(avcodec:new): Year metadata wrong on some M4A files In-Reply-To: <037.69682e7504e9cf3038e4b2d3e303380f@avcodec.org> References: <037.69682e7504e9cf3038e4b2d3e303380f@avcodec.org> Message-ID: <052.fc479e0f43507c0e61c57d696d6b79e5@avcodec.org> #1696: Year metadata wrong on some M4A files --------------------------------------+----------------------------------- Reporter: enicolas | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: metadata mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: metadata => metadata mov Comment: Please provide a sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 28 10:55:38 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 28 Aug 2012 08:55:38 -0000 Subject: [FFmpeg-trac] #1695(undetermined:new): build failes In-Reply-To: <037.5dd331eef7099456074261a216a55668@avcodec.org> References: <037.5dd331eef7099456074261a216a55668@avcodec.org> Message-ID: <052.8f73d3fbf16c00955e7f53014f3fc733@avcodec.org> #1695: build failes -------------------------------------+------------------------------------- Reporter: geronimo | 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 geronimo): Ok, my configure is {{{ ./configure \ --enable-nonfree \ --enable-gpl \ --disable-mmx \ --enable-shared \ --enable-version3 \ --enable-runtime-cpudetect \ --enable-hardcoded-tables \ --enable-frei0r \ --enable-libxvid \ --enable-pic \ --enable-libaacplus \ --enable-libass \ --enable-libcdio \ --enable-libopencore-amrnb \ --enable-libopencore-amrwb \ --enable-libdc1394 \ --enable-libfaac \ --enable-libfreetype \ --enable-libgsm \ --enable-libmodplug \ --enable-libmp3lame \ --enable-libopenjpeg \ --enable-libpulse \ --enable-librtmp \ --enable-libschroedinger \ --enable-libspeex \ --enable-libtheora \ --enable-libvpx \ --enable-libxvid \ --enable-openal \ --enable-libx264 }}} after performing the recommended commands, the output of make V=1 is {{{ $ make V=1 gcc -Llibavcodec -Llibavdevice -Llibavfilter -Llibavformat -Llibavresample -Llibavutil -Llibpostproc -Llibswscale -Llibswresample -Wl,--as-needed -Wl ,--warn-common -Wl,-rpath- link=libpostproc:libswresample:libswscale:libavfilter:libavdevice:libavformat:libavcodec:libavutil:libavresample -o ffmpeg_g ffmpeg_opt.o ffmpeg_filter.o ffmpeg.o cmdutils.o -lavdevice -lavfilter -lavformat -lavcodec -lpostproc -lswresample -lswscale -lavutil -ldl -ldl -ldl -lva -lcdio_paranoia -lcdio_cdda -lcdio -ljack -lasound -lSDL -ldc1394 -lraw1394 -lopenal -lxvidcore -lx264 -lvpx -lvpx -ltheoraenc -ltheoradec -logg -lspeex -lschroedinger-1.0 -lrtmp -lz -lgnutls -lpulse-simple -lpulse -lopenjpeg -lopencore-amrwb -lopencore- amrnb -lmp3lame -lmodplug -lgsm -lfreetype -lfaac -lass -laacplus -lm -pthread -lbz2 -lz -lrt libavcodec/libavcodec.so: undefined reference to `ff_dnxhdenc_init_x86' libavcodec/libavcodec.so: undefined reference to `ff_MPV_encode_init_x86' libavcodec/libavcodec.so: undefined reference to `ff_MPV_common_init_x86' collect2: ld returned 1 exit status make: *** [ffmpeg_g] Fehler 1 }}} may be I should remove the whole tree and check it out again. But today I don't have the time for that. May be tomorrow. The error arised about 3 days ago -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 28 11:03:21 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 28 Aug 2012 09:03:21 -0000 Subject: [FFmpeg-trac] #1695(avcodec:open): build fails with --disable-mmx (was: build failes) In-Reply-To: <037.5dd331eef7099456074261a216a55668@avcodec.org> References: <037.5dd331eef7099456074261a216a55668@avcodec.org> Message-ID: <052.5e1290c43b660ccae204e09bc1f5c7fb@avcodec.org> #1695: build fails with --disable-mmx ------------------------------------+----------------------------------- Reporter: geronimo | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avcodec * priority: normal => important * keywords: => regression Comment: (Unrelated to the actual ticket: Why are you using --disable-mmx ?) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 28 11:51:32 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 28 Aug 2012 09:51:32 -0000 Subject: [FFmpeg-trac] #1692(avfilter:new): Using atempo filter causes segfault In-Reply-To: <034.2e69c4c8d0a756627cc5febd1aac831c@avcodec.org> References: <034.2e69c4c8d0a756627cc5febd1aac831c@avcodec.org> Message-ID: <049.d76b951cb307b14f599d0f8291bb0ffc@avcodec.org> #1692: Using atempo filter causes segfault ------------------------------------+------------------------------------ Reporter: takis | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by takis): (gdb) r -y -i audiogen.wav -af atempo=0.8 asdf.wav Starting program: /usr/local/src/ff/ffmpeg.org/build-gcc/ffmpeg_g -y -i audiogen.wav -af atempo=0.8 asdf.wav [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". ffmpeg version N-43928-g60924df Copyright (c) 2000-2012 the FFmpeg developers built on Aug 27 2012 14:19:01 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) 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 --enable- shared --enable-version3 --enable-x11grab libavutil 51. 70.100 / 51. 70.100 libavcodec 54. 54.100 / 54. 54.100 libavformat 54. 25.104 / 54. 25.104 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 13.101 / 3. 13.101 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [wav @ 0x632240] max_analyze_duration 5000000 reached at 5015510 Guessed Channel Layout for Input Stream #0.0 : stereo Input #0, wav, from 'audiogen.wav': Duration: 00:00:06.00, bitrate: 1411 kb/s Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, stereo, s16, 1411 kb/s Output #0, wav, to 'asdf.wav': Metadata: encoder : Lavf54.25.104 Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, stereo, s16, 1411 kb/s Stream mapping: Stream #0:0 -> #0:0 (pcm_s16le -> pcm_s16le) Press [q] to stop, [?] for help Program received signal SIGSEGV, Segmentation fault. 0x00007ffff6c691d0 in ?? () from /usr/local/lib/libavcodec.so.54 (gdb) bt #0 0x00007ffff6c691d0 in ?? () from /usr/local/lib/libavcodec.so.54 #1 0x00007ffff6c69315 in ?? () from /usr/local/lib/libavcodec.so.54 #2 0x00007ffff6c69d15 in ?? () from /usr/local/lib/libavcodec.so.54 #3 0x00007ffff6c69d55 in ?? () from /usr/local/lib/libavcodec.so.54 #4 0x00007ffff6c69d95 in ?? () from /usr/local/lib/libavcodec.so.54 #5 0x00007ffff6c69dd5 in ?? () from /usr/local/lib/libavcodec.so.54 #6 0x00007ffff6c69e15 in ?? () from /usr/local/lib/libavcodec.so.54 #7 0x00007ffff6c6a185 in ?? () from /usr/local/lib/libavcodec.so.54 #8 0x00007ffff6c699d0 in ?? () from /usr/local/lib/libavcodec.so.54 #9 0x00007ffff6b20fdb in ?? () from /usr/local/lib/libavcodec.so.54 #10 0x00007ffff793d673 in ?? () from /usr/local/lib/libavfilter.so.3 #11 0x00007ffff794149b in ?? () from /usr/local/lib/libavfilter.so.3 #12 0x00007ffff7946f4d in ?? () from /usr/local/lib/libavfilter.so.3 #13 0x00007ffff7947176 in av_buffersrc_add_ref () from /usr/local/lib/libavfilter.so.3 #14 0x00007ffff79472e8 in av_buffersrc_add_frame () from /usr/local/lib/libavfilter.so.3 #15 0x0000000000417aa3 in decode_audio (got_output=0x7fffffffd70c, pkt=0x7fffffffd600, ist=0x71b3c0) at /usr/local/src/ff/ffmpeg.org/ffmpeg.c:1524 #16 output_packet (ist=, pkt=) at /usr/local/src/ff/ffmpeg.org/ffmpeg.c:1753 #17 0x00000000004188d9 in process_input (file_index=) at /usr/local/src/ff/ffmpeg.org/ffmpeg.c:2818 #18 0x0000000000407512 in transcode_step () at /usr/local/src/ff/ffmpeg.org/ffmpeg.c:2914 #19 transcode () at /usr/local/src/ff/ffmpeg.org/ffmpeg.c:2966 #20 main (argc=, argv=) at /usr/local/src/ff/ffmpeg.org/ffmpeg.c:3146 (gdb) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 28 11:52:33 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 28 Aug 2012 09:52:33 -0000 Subject: [FFmpeg-trac] #1692(avfilter:new): Using atempo filter causes segfault In-Reply-To: <034.2e69c4c8d0a756627cc5febd1aac831c@avcodec.org> References: <034.2e69c4c8d0a756627cc5febd1aac831c@avcodec.org> Message-ID: <049.0b651a5b254c24e56492df15b46e0de5@avcodec.org> #1692: Using atempo filter causes segfault ------------------------------------+------------------------------------ Reporter: takis | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by takis): Valgrind shows no errors: /usr/local/src/ff/ffmpeg.org/tests$ valgrind ../build-gcc/ffmpeg_g -y -i audiogen.wav -af atempo=0.8 asdfasd.wav ==27154== Memcheck, a memory error detector ==27154== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al. ==27154== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info ==27154== Command: ../build-gcc/ffmpeg_g -y -i audiogen.wav -af atempo=0.8 asdfasd.wav ==27154== ffmpeg version N-43928-g60924df Copyright (c) 2000-2012 the FFmpeg developers built on Aug 27 2012 14:19:01 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) 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 --enable- shared --enable-version3 --enable-x11grab libavutil 51. 70.100 / 51. 70.100 libavcodec 54. 54.100 / 54. 54.100 libavformat 54. 25.104 / 54. 25.104 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 13.101 / 3. 13.101 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [wav @ 0xd6c1380] max_analyze_duration 5000000 reached at 5015510 Guessed Channel Layout for Input Stream #0.0 : stereo Input #0, wav, from 'audiogen.wav': Duration: 00:00:06.00, bitrate: 1411 kb/s Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, stereo, s16, 1411 kb/s Output #0, wav, to 'asdfasd.wav': Metadata: encoder : Lavf54.25.104 Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, stereo, s16, 1411 kb/s Stream mapping: Stream #0:0 -> #0:0 (pcm_s16le -> pcm_s16le) Press [q] to stop, [?] for help size= 1291kB time=00:00:07.49 bitrate=1411.2kbits/s video:0kB audio:1291kB subtitle:0 global headers:0kB muxing overhead 0.003480% ==27154== ==27154== HEAP SUMMARY: ==27154== in use at exit: 0 bytes in 0 blocks ==27154== total heap usage: 4,677 allocs, 4,677 frees, 5,608,663 bytes allocated ==27154== ==27154== All heap blocks were freed -- no leaks are possible ==27154== ==27154== For counts of detected and suppressed errors, rerun with: -v ==27154== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 2 from 2) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 28 11:56:55 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 28 Aug 2012 09:56:55 -0000 Subject: [FFmpeg-trac] #1692(avfilter:new): Using atempo filter causes segfault In-Reply-To: <034.2e69c4c8d0a756627cc5febd1aac831c@avcodec.org> References: <034.2e69c4c8d0a756627cc5febd1aac831c@avcodec.org> Message-ID: <049.9dcec5d060052c4d64d8167ae7999645@avcodec.org> #1692: Using atempo filter causes segfault ------------------------------------+------------------------------------ Reporter: takis | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by Cigaes): The gdb backtrace you show was produced using dynamically-linked installed libraries: they lack the debugging symbols, and therefore the backtrace is unusable. Can you find the exact revision of the libraries installed in /usr/local/lib? Running a recent ffmpeg binary with older libraries should not cause a segfault, but developers are not always as careful as when using the same version. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 28 13:26:54 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 28 Aug 2012 11:26:54 -0000 Subject: [FFmpeg-trac] #1692(avfilter:new): Using atempo filter causes segfault In-Reply-To: <034.2e69c4c8d0a756627cc5febd1aac831c@avcodec.org> References: <034.2e69c4c8d0a756627cc5febd1aac831c@avcodec.org> Message-ID: <049.22b67adc5738d9c3308039c3b221758a@avcodec.org> #1692: Using atempo filter causes segfault ------------------------------------+------------------------------------ Reporter: takis | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by takis): [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". ffmpeg version N-43943-g4f92d31 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 28 2012 13:23:13 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) 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. 70.100 / 51. 70.100 libavcodec 54. 54.100 / 54. 54.100 libavformat 54. 25.104 / 54. 25.104 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 13.101 / 3. 13.101 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [wav @ 0x1760240] max_analyze_duration 5000000 reached at 5015510 Guessed Channel Layout for Input Stream #0.0 : stereo Input #0, wav, from '../tests/audiogen.wav': Duration: 00:00:06.00, bitrate: 1411 kb/s Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, stereo, s16, 1411 kb/s Output #0, wav, to 'asdf.wav': Metadata: encoder : Lavf54.25.104 Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, stereo, s16, 1411 kb/s Stream mapping: Stream #0:0 -> #0:0 (pcm_s16le -> pcm_s16le) Press [q] to stop, [?] for help Program received signal SIGSEGV, Segmentation fault. fft16_avx () at /usr/local/src/ff/ffmpeg.org/libavcodec/x86/fft_mmx.asm:321 321 mova m2, Z(2) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 28 13:27:01 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 28 Aug 2012 11:27:01 -0000 Subject: [FFmpeg-trac] #1692(avfilter:new): Using atempo filter causes segfault In-Reply-To: <034.2e69c4c8d0a756627cc5febd1aac831c@avcodec.org> References: <034.2e69c4c8d0a756627cc5febd1aac831c@avcodec.org> Message-ID: <049.87526412d97768a08e2868d9b97b9886@avcodec.org> #1692: Using atempo filter causes segfault ------------------------------------+------------------------------------ Reporter: takis | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by takis): (gdb) bt #0 fft16_avx () at /usr/local/src/ff/ffmpeg.org/libavcodec/x86/fft_mmx.asm:321 #1 0x0000000000b59e75 in fft32_avx () at /usr/local/src/ff/ffmpeg.org/libavcodec/x86/fft_mmx.asm:358 #2 0x0000000000b5a875 in fft64_avx () at /usr/local/src/ff/ffmpeg.org/libavcodec/x86/fft_mmx.asm:799 #3 0x0000000000b5a8b5 in fft128_avx () at /usr/local/src/ff/ffmpeg.org/libavcodec/x86/fft_mmx.asm:799 #4 0x0000000000b5a8f5 in fft256_avx () at /usr/local/src/ff/ffmpeg.org/libavcodec/x86/fft_mmx.asm:799 #5 0x0000000000b5a935 in fft512_avx () at /usr/local/src/ff/ffmpeg.org/libavcodec/x86/fft_mmx.asm:799 #6 0x0000000000b5a975 in fft1024_avx () at /usr/local/src/ff/ffmpeg.org/libavcodec/x86/fft_mmx.asm:799 #7 0x0000000000b5ace5 in fft2048_interleave_avx () at /usr/local/src/ff/ffmpeg.org/libavcodec/x86/fft_mmx.asm:800 #8 0x0000000000b5a530 in ff_fft_calc_avx () at /usr/local/src/ff/ffmpeg.org/libavcodec/x86/fft_mmx.asm:575 #9 0x00000000009b3436 in ff_rdft_calc_c (s=0x1814200, data=0x18678d0) at /usr/local/src/ff/ffmpeg.org/libavcodec/rdft.c:69 #10 0x0000000000605ddd in av_rdft_calc (s=0x1814200, data=0x18678d0) at /usr/local/src/ff/ffmpeg.org/libavcodec/avfft.c:106 #11 0x000000000049ca55 in yae_apply (atempo=0x1766fa0, src_ref=0x7fffffffd3f0, src_end=0x1886ce0 "", dst_ref=0x1767078, dst_end=0x1888320 "") at /usr/local/src/ff/ffmpeg.org/libavfilter/af_atempo.c:815 #12 0x000000000049d286 in filter_samples (inlink=0x1814060, src_buffer=0x1886e20) at /usr/local/src/ff/ffmpeg.org/libavfilter/af_atempo.c:1066 #13 0x0000000000453e3d in ff_filter_samples_framed (link=0x1814060, samplesref=0x1886e20) at /usr/local/src/ff/ffmpeg.org/libavfilter/audio.c:214 #14 0x0000000000453efe in ff_filter_samples (link=0x1814060, samplesref=0x1886e20) at /usr/local/src/ff/ffmpeg.org/libavfilter/audio.c:229 #15 0x000000000045d35b in request_frame (link=0x1814060) at /usr/local/src/ff/ffmpeg.org/libavfilter/buffersrc.c:384 #16 0x000000000045c9c1 in av_buffersrc_add_ref (s=0x17e9800, buf=0x1886e20, flags=4) at /usr/local/src/ff/ffmpeg.org/libavfilter/buffersrc.c:152 #17 0x000000000045c67c in av_buffersrc_add_frame (buffer_src=0x17e9800, frame=0x1884a40, flags=4) at /usr/local/src/ff/ffmpeg.org/libavfilter/buffersrc.c:91 #18 0x000000000043e9f3 in decode_audio (ist=0x18493c0, pkt=0x7fffffffd780, got_output=0x7fffffffd838) at /usr/local/src/ff/ffmpeg.org/ffmpeg.c:1524 #19 0x000000000043fcb0 in output_packet (ist=0x18493c0, pkt=0x7fffffffd8e0) ---Type to continue, or q to quit--- at /usr/local/src/ff/ffmpeg.org/ffmpeg.c:1753 #20 0x0000000000444a7a in process_input (file_index=0) at /usr/local/src/ff/ffmpeg.org/ffmpeg.c:2818 #21 0x0000000000444e0c in transcode_step () at /usr/local/src/ff/ffmpeg.org/ffmpeg.c:2914 #22 0x0000000000444f26 in transcode () at /usr/local/src/ff/ffmpeg.org/ffmpeg.c:2966 #23 0x000000000044551c in main (argc=7, argv=0x7fffffffdfa8) at /usr/local/src/ff/ffmpeg.org/ffmpeg.c:3146 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 28 13:27:59 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 28 Aug 2012 11:27:59 -0000 Subject: [FFmpeg-trac] #1692(avfilter:new): Using atempo filter causes segfault In-Reply-To: <034.2e69c4c8d0a756627cc5febd1aac831c@avcodec.org> References: <034.2e69c4c8d0a756627cc5febd1aac831c@avcodec.org> Message-ID: <049.0887041144c9a52170d5afbff16343ff@avcodec.org> #1692: Using atempo filter causes segfault ------------------------------------+------------------------------------ Reporter: takis | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by takis): {{{ (gdb) disass $pc-32,$pc+32 Dump of assembler code from 0xb59d10 to 0xb59d50: 0x0000000000b59d10 : vblendps $0x55,%ymm0,%ymm4,%ymm0 0x0000000000b59d16 : vsubps %ymm0,%ymm3,%ymm1 0x0000000000b59d1a : vaddps %ymm0,%ymm3,%ymm0 0x0000000000b59d1e : vmovaps %ymm0,(%rdi) 0x0000000000b59d22 : vmovaps %ymm1,0x20(%rdi) 0x0000000000b59d27 : retq 0x0000000000b59d28 : nopl 0x0(%rax,%rax,1) => 0x0000000000b59d30 : vmovaps 0x40(%rdi),%ymm2 0x0000000000b59d35 : vmovaps 0x60(%rdi),%ymm3 0x0000000000b59d3a : vsubps %ymm3,%ymm2,%ymm7 0x0000000000b59d3e : vaddps %ymm3,%ymm2,%ymm2 0x0000000000b59d42 : vxorps 0x347196(%rip),%ymm7,%ymm7 # 0xea0ee0 0x0000000000b59d4a : vshufps $0xbe,%ymm7,%ymm2,%ymm3 0x0000000000b59d4f : vshufps $0x44,%ymm7,%ymm2,%ymm2 End of assembler dump. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 28 13:29:01 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 28 Aug 2012 11:29:01 -0000 Subject: [FFmpeg-trac] #1692(avfilter:new): Using atempo filter causes segfault In-Reply-To: <034.2e69c4c8d0a756627cc5febd1aac831c@avcodec.org> References: <034.2e69c4c8d0a756627cc5febd1aac831c@avcodec.org> Message-ID: <049.759e4a8f0bdf01423c82aadcab3a7231@avcodec.org> #1692: Using atempo filter causes segfault ------------------------------------+------------------------------------ Reporter: takis | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by takis): {{{ (gdb) info all-registers rax 0x18678d0 25589968 rbx 0x1000 4096 rcx 0xb59ca0 11902112 rdx 0xb5ace0 11906272 rsi 0xb 11 rdi 0x18678d0 25589968 rbp 0x7fffffffd370 0x7fffffffd370 rsp 0x7fffffffd2c8 0x7fffffffd2c8 r8 0x1764b20 24529696 r9 0x1873920 25639200 r10 0x0 0 r11 0x7ffff426db1d 140737289575197 r12 0x42cb00 4377344 r13 0x7fffffffdfa0 140737488347040 r14 0x0 0 r15 0x0 0 rip 0xb59d30 0xb59d30 eflags 0x10202 [ IF RF ] cs 0x33 51 ss 0x2b 43 ds 0x0 0 es 0x0 0 fs 0x0 0 gs 0x0 0 st0 0 (raw 0x00000000000000000000) st1 0 (raw 0x00000000000000000000) st2 0 (raw 0x00000000000000000000) st3 0 (raw 0x00000000000000000000) st4 0 (raw 0x00000000000000000000) ---Type to continue, or q to quit--- st5 0 (raw 0x00000000000000000000) st6 0 (raw 0x00000000000000000000) st7 0 (raw 0x00000000000000000000) fctrl 0x37f 895 fstat 0x0 0 ftag 0xffff 65535 fiseg 0x0 0 fioff 0x0 0 foseg 0x0 0 fooff 0x0 0 fop 0x0 0 mxcsr 0x1fa0 [ PE IM DM ZM OM UM PM ] ymm0 {v8_float = {0x0, 0x0, 0xffffdba0, 0xffffde04, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x8000000000000000, 0x0, 0x0}, v32_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x80, 0x11, 0xc6, 0x0, 0xf0, 0x7, 0xc6, 0x0 }, v16_int16 = {0x0, 0x0, 0x0, 0x0, 0x8000, 0xc611, 0xf000, 0xc607, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int32 = {0x0, 0x0, 0xc6118000, 0xc607f000, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x0, 0xc607f000c6118000, 0x0, 0x0}, v2_int128 = {0xc607f000c61180000000000000000000, 0x00000000000000000000000000000000}} ymm1 {v8_float = {0x0, 0x0, 0x127, 0x6af, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x8000000000000000, 0x0, 0x0}, v32_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x80, 0x93, 0x43, 0x0, 0xe0, 0xd5, 0x44, 0x0 }, v16_int16 = {0x0, 0x0, 0x0, 0x0, 0x8000, 0x4393, 0xe000, 0x44d5, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int32 = {0x0, 0x0, 0x43938000, 0x44d5e000, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x0, 0x44d5e00043938000, 0x0, 0x0}, v2_int128 = {0x44d5e000439380000000000000000000, 0x00000000000000000000000000000000}} ymm2 {v8_float = {0x0, 0x1, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = { 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xe0, 0x3f, 0x0 }, v16_int16 = {0x0, 0x0, 0x0, 0x3fe0, 0x0 }, v8_int32 = {0x0, 0x3fe00000, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = { 0x3fe0000000000000, 0x0, 0x0, 0x0}, v2_int128 = {0x00000000000000003fe0000000000000, 0x00000000000000000000000000000000}} ---Type to continue, or q to quit--- ymm3 {v8_float = {0x0, 0x0, 0x0, 0xa0000000, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x8000000000000000, 0x8000000000000000, 0x0, 0x0}, v32_int8 = {0xb, 0xe0, 0xb, 0xe0, 0x2e, 0xdd, 0x2e, 0xdd, 0x4, 0xdb, 0x4, 0xdb, 0x9b, 0xd9, 0x9b, 0xd9, 0x0 }, v16_int16 = {0xe00b, 0xe00b, 0xdd2e, 0xdd2e, 0xdb04, 0xdb04, 0xd99b, 0xd99b, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int32 = {0xe00be00b, 0xdd2edd2e, 0xdb04db04, 0xd99bd99b, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0xdd2edd2ee00be00b, 0xd99bd99bdb04db04, 0x0, 0x0}, v2_int128 = { 0xd99bd99bdb04db04dd2edd2ee00be00b, 0x00000000000000000000000000000000}} ymm4 {v8_float = {0x38000000, 0xf0000000, 0x40000000, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = { 0x8000000000000000, 0x8000000000000000, 0x0, 0x0}, v32_int8 = {0xf9, 0xd8, 0xf9, 0xd8, 0x21, 0xd9, 0x21, 0xd9, 0x13, 0xda, 0x13, 0xda, 0xca, 0xdb, 0xca, 0xdb, 0x0 }, v16_int16 = {0xd8f9, 0xd8f9, 0xd921, 0xd921, 0xda13, 0xda13, 0xdbca, 0xdbca, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int32 = {0xd8f9d8f9, 0xd921d921, 0xda13da13, 0xdbcadbca, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0xd921d921d8f9d8f9, 0xdbcadbcada13da13, 0x0, 0x0}, v2_int128 = {0xdbcadbcada13da13d921d921d8f9d8f9, 0x00000000000000000000000000000000}} ymm5 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = { 0x10, 0x27, 0x10, 0x27, 0xaa, 0x26, 0xaa, 0x26, 0x7c, 0x25, 0x7c, 0x25, 0x8c, 0x23, 0x8c, 0x23, 0x0 }, v16_int16 = {0x2710, 0x2710, 0x26aa, 0x26aa, 0x257c, 0x257c, 0x238c, 0x238c, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int32 = {0x27102710, 0x26aa26aa, 0x257c257c, 0x238c238c, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x26aa26aa27102710, 0x238c238c257c257c, 0x0, 0x0}, v2_int128 = {0x238c238c257c257c26aa26aa27102710, 0x00000000000000000000000000000000}} ymm6 {v8_float = {0x0, 0x1, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = { 0x2f, 0x87, 0x29, 0xe8, 0x10, 0x11, 0x81, 0x3f, 0x0 }, v16_int16 = {0x872f, 0xe829, 0x1110, 0x3f81, 0x0 }, v8_int32 = {0xe829872f, 0x3f811110, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = { 0x3f811110e829872f, 0x0, 0x0, 0x0}, v2_int128 = {0x00000000000000003f811110e829872f, 0x00000000000000000000000000000000}} ymm7 {v8_float = {0x0, 0x1, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = { 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xe0, 0x3f, 0x0 }, v16_int16 = {0x0, 0x0, 0x0, 0x3fe0, 0x0 }, v8_int32 = {0x0, 0x3fe00000, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = { 0x3fe0000000000000, 0x0, 0x0, 0x0}, v2_int128 = {0x00000000000000003fe0000000000000, 0x00000000000000000000000000000000}} ymm8 {v8_float = {0x53500000, 0x1, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, ---Type to continue, or q to quit--- v32_int8 = {0x35, 0x55, 0x55, 0x55, 0x55, 0x55, 0xa5, 0x3f, 0x0 }, v16_int16 = {0x5535, 0x5555, 0x5555, 0x3fa5, 0x0 }, v8_int32 = {0x55555535, 0x3fa55555, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x3fa5555555555535, 0x0, 0x0, 0x0}, v2_int128 = {0x00000000000000003fa5555555555535, 0x00000000000000000000000000000000}} ymm9 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = { 0x39, 0xe2, 0xd9, 0xed, 0x6b, 0xc1, 0x56, 0x3f, 0x0 }, v16_int16 = {0xe239, 0xedd9, 0xc16b, 0x3f56, 0x0 }, v8_int32 = {0xedd9e239, 0x3f56c16b, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = { 0x3f56c16bedd9e239, 0x0, 0x0, 0x0}, v2_int128 = {0x00000000000000003f56c16bedd9e239, 0x00000000000000000000000000000000}} ymm10 {v8_float = {0x0, 0x1, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x1, 0x0, 0x0, 0x0}, v32_int8 = { 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xf0, 0x3f, 0x0 }, v16_int16 = {0x0, 0x0, 0x0, 0x3ff0, 0x0 }, v8_int32 = {0x0, 0x3ff00000, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = { 0x3ff0000000000000, 0x0, 0x0, 0x0}, v2_int128 = {0x00000000000000003ff0000000000000, 0x00000000000000000000000000000000}} ymm11 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = { 0x7, 0x5c, 0x14, 0x33, 0x26, 0xa6, 0xb1, 0x3c, 0x0 }, v16_int16 = {0x5c07, 0x3314, 0xa626, 0x3cb1, 0x0 }, v8_int32 = {0x33145c07, 0x3cb1a626, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = { 0x3cb1a62633145c07, 0x0, 0x0, 0x0}, v2_int128 = {0x00000000000000003cb1a62633145c07, 0x00000000000000000000000000000000}} ymm12 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = { 0x0 }, v16_int16 = {0x0 }, v8_int32 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x0, 0x0, 0x0, 0x0}, v2_int128 = {0x00000000000000000000000000000000, 0x00000000000000000000000000000000}} ymm13 {v8_float = {0x0, 0x64, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x300000000000, 0x0, 0x0, 0x0}, v32_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xc8, 0x42, 0x0 }, v16_int16 = {0x0, 0x0, 0x0, 0x42c8, 0x0 }, v8_int32 = {0x0, 0x42c80000, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = { 0x42c8000000000000, 0x0, 0x0, 0x0}, v2_int128 = {0x000000000000000042c8000000000000, 0x00000000000000000000000000000000}} ymm14 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = { ---Type to continue, or q to quit--- 0x9d, 0x9f, 0x7a, 0xe2, 0x66, 0xf4, 0x63, 0xb9, 0x0 }, v16_int16 = {0x9f9d, 0xe27a, 0xf466, 0xb963, 0x0 }, v8_int32 = {0xe27a9f9d, 0xb963f466, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = { 0xb963f466e27a9f9d, 0x0, 0x0, 0x0}, v2_int128 = {0x0000000000000000b963f466e27a9f9d, 0x00000000000000000000000000000000}} ymm15 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = { 0x0 }, v16_int16 = {0x0 }, v8_int32 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x0, 0x0, 0x0, 0x0}, v2_int128 = {0x00000000000000000000000000000000, 0x00000000000000000000000000000000}} }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 28 13:32:30 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 28 Aug 2012 11:32:30 -0000 Subject: [FFmpeg-trac] #1692(avfilter:new): Using atempo filter causes segfault In-Reply-To: <034.2e69c4c8d0a756627cc5febd1aac831c@avcodec.org> References: <034.2e69c4c8d0a756627cc5febd1aac831c@avcodec.org> Message-ID: <049.e04ba7565b42ef72246bc205db23d887@avcodec.org> #1692: Using atempo filter causes segfault ------------------------------------+------------------------------------ Reporter: takis | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by takis): Sure, I used a static build now, as I find that easier to debug. Furthermore, it is not related to the specific sample, using any audiofile gives the same result. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 28 13:39:41 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 28 Aug 2012 11:39:41 -0000 Subject: [FFmpeg-trac] #1692(avfilter:new): Using atempo filter causes segfault In-Reply-To: <034.2e69c4c8d0a756627cc5febd1aac831c@avcodec.org> References: <034.2e69c4c8d0a756627cc5febd1aac831c@avcodec.org> Message-ID: <049.eca1fa83a46656090673e2b686b65c96@avcodec.org> #1692: Using atempo filter causes segfault ------------------------------------+------------------------------------ Reporter: takis | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by takis): I wanted to git-bisect it, but is seems it has been happing from the first revision of libavfilter/af_atempo.c. {{{ pissaris at takis-Latitude-E6520:/usr/local/src/ff/ffmpeg.org/build-static$ ./ffmpeg_g -t 10 -i /opt/android-sdk- linux_x86/samples/android-14/ApiDemos/res/raw/test_cbr.mp3 -af atempo=0.8 asdf.wav ffmpeg version N-41650-ga1aac8d Copyright (c) 2000-2012 the FFmpeg developers built on Aug 28 2012 13:37:26 with gcc 4.6.3 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. 58.100 / 51. 58.100 libavcodec 54. 25.100 / 54. 25.100 libavformat 54. 6.101 / 54. 6.101 libavdevice 54. 0.100 / 54. 0.100 libavfilter 2. 81.100 / 2. 81.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [mp3 @ 0x185a120] max_analyze_duration 5000000 reached at 5015510 [mp3 @ 0x185a120] Estimating duration from bitrate, this may be inaccurate Input #0, mp3, from '/opt/android-sdk- linux_x86/samples/android-14/ApiDemos/res/raw/test_cbr.mp3': Duration: 00:00:52.86, start: 0.000000, bitrate: 55 kb/s Stream #0:0: Audio: mp3, 44100 Hz, mono, s16, 56 kb/s File 'asdf.wav' already exists. Overwrite ? [y/N] y Output #0, wav, to 'asdf.wav': Metadata: encoder : Lavf54.6.101 Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, mono, s16, 705 kb/s Stream mapping: Stream #0:0 -> #0:0 (mp3 -> pcm_s16le) Press [q] to stop, [?] for help Segmentation fault (core dumped) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 28 13:40:09 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 28 Aug 2012 11:40:09 -0000 Subject: [FFmpeg-trac] #1692(avfilter:new): Using atempo filter causes segfault In-Reply-To: <034.2e69c4c8d0a756627cc5febd1aac831c@avcodec.org> References: <034.2e69c4c8d0a756627cc5febd1aac831c@avcodec.org> Message-ID: <049.ef8b0dfcf0dbd8bc53fe2a0fb0573337@avcodec.org> #1692: Using atempo filter causes segfault ------------------------------------+------------------------------------ Reporter: takis | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by takis): {{{ (gdb) bt #0 fft16_avx () at /usr/local/src/ff/ffmpeg.org/libavcodec/x86/fft_mmx.asm:315 #1 0x0000000000aa76d5 in fft32_avx () at /usr/local/src/ff/ffmpeg.org/libavcodec/x86/fft_mmx.asm:352 #2 0x0000000000aa8515 in fft64_avx () at /usr/local/src/ff/ffmpeg.org/libavcodec/x86/fft_mmx.asm:649 #3 0x0000000000aa8555 in fft128_avx () at /usr/local/src/ff/ffmpeg.org/libavcodec/x86/fft_mmx.asm:649 #4 0x0000000000aa8595 in fft256_avx () at /usr/local/src/ff/ffmpeg.org/libavcodec/x86/fft_mmx.asm:649 #5 0x0000000000aa85d5 in fft512_avx () at /usr/local/src/ff/ffmpeg.org/libavcodec/x86/fft_mmx.asm:649 #6 0x0000000000aa8615 in fft1024_avx () at /usr/local/src/ff/ffmpeg.org/libavcodec/x86/fft_mmx.asm:649 #7 0x0000000000aa89a5 in fft2048_interleave_avx () at /usr/local/src/ff/ffmpeg.org/libavcodec/x86/fft_mmx.asm:650 #8 0x0000000000aa8ba8 in ff_fft_dispatch_interleave_avx () at /usr/local/src/ff/ffmpeg.org/libavcodec/x86/fft_mmx.asm:650 #9 0x0000000000aaa82d in ff_fft_calc_avx (s=0x177f640, z=0x17b9c30) at /usr/local/src/ff/ffmpeg.org/libavcodec/x86/fft_sse.c:37 #10 0x000000000094854c in ff_rdft_calc_c (s=0x177f620, data=0x17b9c30) at /usr/local/src/ff/ffmpeg.org/libavcodec/rdft.c:69 #11 0x000000000065778e in av_rdft_calc (s=0x177f620, data=0x17b9c30) at /usr/local/src/ff/ffmpeg.org/libavcodec/avfft.c:106 #12 0x000000000049addd in yae_apply (atempo=0x17af760, src_ref=0x7fffffffd590, src_end=0x17d9f60 "", dst_ref=0x17af838, dst_end=0x17dad40 "") at /usr/local/src/ff/ffmpeg.org/libavfilter/af_atempo.c:815 #13 0x000000000049b61e in filter_samples (inlink=0x177f020, src_buffer=0x17863e0) at /usr/local/src/ff/ffmpeg.org/libavfilter/af_atempo.c:1066 #14 0x0000000000451ebc in ff_filter_samples (link=0x177f020, samplesref=0x17863e0) at /usr/local/src/ff/ffmpeg.org/libavfilter/audio.c:214 #15 0x00000000004595c0 in request_frame (link=0x177f020) at /usr/local/src/ff/ffmpeg.org/libavfilter/buffersrc.c:445 #16 0x0000000000453902 in ff_request_frame (link=0x177f020) at /usr/local/src/ff/ffmpeg.org/libavfilter/avfilter.c:325 #17 0x00000000004544ae in avfilter_request_frame (link=0x177f020) at /usr/local/src/ff/ffmpeg.org/libavfilter/avfilter.c:594 #18 0x000000000049b6db in request_frame (outlink=0x177f400) at /usr/local/src/ff/ffmpeg.org/libavfilter/af_atempo.c:1086 #19 0x0000000000453902 in ff_request_frame (link=0x177f400) at /usr/local/src/ff/ffmpeg.org/libavfilter/avfilter.c:325 ---Type to continue, or q to quit--- #20 0x000000000045392d in ff_request_frame (link=0x177f6e0) at /usr/local/src/ff/ffmpeg.org/libavfilter/avfilter.c:327 #21 0x000000000045812d in av_buffersink_read (ctx=0x177ede0, buf=0x7fffffffd770) at /usr/local/src/ff/ffmpeg.org/libavfilter/buffersink.c:109 #22 0x0000000000430614 in poll_filters () at /usr/local/src/ff/ffmpeg.org/ffmpeg.c:1927 #23 0x0000000000437ef2 in transcode () at /usr/local/src/ff/ffmpeg.org/ffmpeg.c:3608 #24 0x0000000000440e67 in main (argc=8, argv=0x7fffffffdf58) at /usr/local/src/ff/ffmpeg.org/ffmpeg.c:5917 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 28 15:01:25 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 28 Aug 2012 13:01:25 -0000 Subject: [FFmpeg-trac] #1697(undetermined:new): qdm2 in aiff: fix duration Message-ID: <038.045fc8350435d8c3278fa76fe4389310@avcodec.org> #1697: qdm2 in aiff: fix duration -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- qt reports 5.52s http://ffmpeg.org/trac/ffmpeg/raw-attachment/ticket/204/QDesign2.aif {{{ $ ffmpeg -i QDesign2.aif ffmpeg version 0.11.1.git-4f92d31 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 28 2012 14:56:41 with gcc 4.6.1 (GCC) configuration: --disable-ffprobe --disable-ffplay --enable-gpl libavutil 51. 70.100 / 51. 70.100 libavcodec 54. 54.100 / 54. 54.100 libavformat 54. 25.104 / 54. 25.104 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 13.101 / 3. 13.101 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 Guessed Channel Layout for Input Stream #0.0 : mono Input #0, aiff, from 'QDesign2.aif': Duration: 00:00:00.00, start: 0.000000, bitrate: 24792 kb/s Stream #0:0: Audio: qdm2 (QDM2 / 0x324D4451), 11127 Hz, mono, s16, 24 kb/s At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 28 15:23:45 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 28 Aug 2012 13:23:45 -0000 Subject: [FFmpeg-trac] #1692(avfilter:new): Using atempo filter causes segfault In-Reply-To: <034.2e69c4c8d0a756627cc5febd1aac831c@avcodec.org> References: <034.2e69c4c8d0a756627cc5febd1aac831c@avcodec.org> Message-ID: <049.3f602cb6ab1d26bbe2a1fe7e53799808@avcodec.org> #1692: Using atempo filter causes segfault ------------------------------------+------------------------------------ Reporter: takis | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by Cigaes): Thanks for the backtraces. It looks related to the AVX optimizations. I do not have the hardware to test. Does it make it work to build with {{{--disable-avx}}}? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 28 15:53:25 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 28 Aug 2012 13:53:25 -0000 Subject: [FFmpeg-trac] #1692(avfilter:new): Using atempo filter causes segfault In-Reply-To: <034.2e69c4c8d0a756627cc5febd1aac831c@avcodec.org> References: <034.2e69c4c8d0a756627cc5febd1aac831c@avcodec.org> Message-ID: <049.5c561e694f0469480657ea17e45040ea@avcodec.org> #1692: Using atempo filter causes segfault ------------------------------------+------------------------------------ Reporter: takis | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by takis): From /proc/cpuinfo: {{{ processor : 3 vendor_id : GenuineIntel cpu family : 6 model : 42 model name : Intel(R) Core(TM) i5-2520M CPU @ 2.50GHz stepping : 7 microcode : 0x15 cpu MHz : 2501.000 cache size : 3072 KB physical id : 0 siblings : 4 core id : 1 cpu cores : 2 apicid : 3 initial apicid : 3 fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx lahf_lm ida arat epb xsaveopt pln pts dtherm tpr_shadow vnmi flexpriority ept vpid bogomips : 4988.44 clflush size : 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 28 15:56:14 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 28 Aug 2012 13:56:14 -0000 Subject: [FFmpeg-trac] #1692(avfilter:new): Using atempo filter causes segfault In-Reply-To: <034.2e69c4c8d0a756627cc5febd1aac831c@avcodec.org> References: <034.2e69c4c8d0a756627cc5febd1aac831c@avcodec.org> Message-ID: <049.2a755c9f4bb70574c7fb5048ea64357e@avcodec.org> #1692: Using atempo filter causes segfault ------------------------------------+------------------------------------ Reporter: takis | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by takis): Yes, disabling AVX with the configure flag avoids the segfault. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 28 15:58:12 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 28 Aug 2012 13:58:12 -0000 Subject: [FFmpeg-trac] #1692(avfilter:new): Using atempo filter causes segfault with AVX (was: Using atempo filter causes segfault) In-Reply-To: <034.2e69c4c8d0a756627cc5febd1aac831c@avcodec.org> References: <034.2e69c4c8d0a756627cc5febd1aac831c@avcodec.org> Message-ID: <049.3126ff782ce210701c6a4262a4c25125@avcodec.org> #1692: Using atempo filter causes segfault with AVX ------------------------------------+------------------------------------ Reporter: takis | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: avx | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by Cigaes): * keywords: => avx -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 28 17:08:49 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 28 Aug 2012 15:08:49 -0000 Subject: [FFmpeg-trac] #1692(avfilter:open): Using atempo filter causes segfault with AVX In-Reply-To: <034.2e69c4c8d0a756627cc5febd1aac831c@avcodec.org> References: <034.2e69c4c8d0a756627cc5febd1aac831c@avcodec.org> Message-ID: <049.5c7a57fb86c6a4845df491dbb70b0ec6@avcodec.org> #1692: Using atempo filter causes segfault with AVX ------------------------------------+------------------------------------ Reporter: takis | Owner: Type: defect | Status: open Priority: important | Component: avfilter Version: git-master | Resolution: Keywords: avx | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * priority: normal => important * status: new => open -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 28 17:46:57 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 28 Aug 2012 15:46:57 -0000 Subject: [FFmpeg-trac] #1692(avfilter:open): Using atempo filter causes segfault with AVX In-Reply-To: <034.2e69c4c8d0a756627cc5febd1aac831c@avcodec.org> References: <034.2e69c4c8d0a756627cc5febd1aac831c@avcodec.org> Message-ID: <049.7a0731c4d744f3320f354ff5a741e42a@avcodec.org> #1692: Using atempo filter causes segfault with AVX ------------------------------------+------------------------------------ Reporter: takis | Owner: Type: defect | Status: open Priority: important | Component: avfilter Version: git-master | Resolution: Keywords: avx | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+------------------------------------ Changes (by Cigaes): * analyzed: 0 => 1 * reproduced: 0 => 1 Comment: It is an alignment problem: AVX requires 32, the memory used is provided by av_realloc and only aligned to 16. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 28 18:25:54 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 28 Aug 2012 16:25:54 -0000 Subject: [FFmpeg-trac] #1692(avfilter:open): Using atempo filter causes segfault with AVX In-Reply-To: <034.2e69c4c8d0a756627cc5febd1aac831c@avcodec.org> References: <034.2e69c4c8d0a756627cc5febd1aac831c@avcodec.org> Message-ID: <049.e0ca4437503145b755994a5ea2e0feed@avcodec.org> #1692: Using atempo filter causes segfault with AVX ------------------------------------+------------------------------------ Reporter: takis | Owner: Type: defect | Status: open Priority: important | Component: avfilter Version: git-master | Resolution: Keywords: avx | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+------------------------------------ Comment (by Cigaes): Can you test if the following patch fixes the problem for you: [http://ffmpeg.org/pipermail/ffmpeg-devel/2012-August/130215.html] ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 28 18:35:30 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 28 Aug 2012 16:35:30 -0000 Subject: [FFmpeg-trac] #1692(avfilter:open): Using atempo filter causes segfault with AVX In-Reply-To: <034.2e69c4c8d0a756627cc5febd1aac831c@avcodec.org> References: <034.2e69c4c8d0a756627cc5febd1aac831c@avcodec.org> Message-ID: <049.39724f3a14143abb353daa1ee5847956@avcodec.org> #1692: Using atempo filter causes segfault with AVX ------------------------------------+------------------------------------ Reporter: takis | Owner: Type: defect | Status: open Priority: important | Component: avfilter Version: git-master | Resolution: Keywords: avx | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+------------------------------------ Comment (by takis): Yes, the patch works for me. Thanks! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 28 21:55:31 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 28 Aug 2012 19:55:31 -0000 Subject: [FFmpeg-trac] #1698(documentation:new): ffmpeg daemon mode lacks documentation Message-ID: <035.1560f0c1e07310cda6e75b7db4c07e6c@avcodec.org> #1698: ffmpeg daemon mode lacks documentation -------------------------------------+------------------------------------- Reporter: llogan | Owner: Type: | Status: new enhancement | Component: Priority: wish | documentation Version: git- | Keywords: master | Blocking: Blocked By: | Analyzed by developer: 0 Reproduced by developer: 0 | -------------------------------------+------------------------------------- Commit 39aafa5 added the -d option for ffmpeg: {{{ commit 39aafa5ee90e10382e2f991e4d79d7852231df68 Author: Michael Niedermayer Date: Mon Apr 18 13:10:52 2011 +0200 ffmpeg:Daemon mode, add -d as first option to try it. Signed-off-by: Michael Niedermayer }}} This option remains undocumented. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Aug 28 23:46:40 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 28 Aug 2012 21:46:40 -0000 Subject: [FFmpeg-trac] #1696(avcodec:new): Year metadata wrong on some M4A files In-Reply-To: <037.69682e7504e9cf3038e4b2d3e303380f@avcodec.org> References: <037.69682e7504e9cf3038e4b2d3e303380f@avcodec.org> Message-ID: <052.eb7e74e691cf31fbea3fe51ea66592af@avcodec.org> #1696: Year metadata wrong on some M4A files --------------------------------------+----------------------------------- Reporter: enicolas | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: metadata mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by enicolas): Hello. You can download the file on which I identified the problem here : https://dl.dropbox.com/u/251728/01%20Oxyg%C3%A8ne%2C%20Pt.%20I.m4a This file is copyrighted material (which I legally own), so please use it only for debugging purpose and delete it afterwards. Regards. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 29 03:18:35 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Aug 2012 01:18:35 -0000 Subject: [FFmpeg-trac] #1696(avcodec:open): Year metadata wrong on some M4A files In-Reply-To: <037.69682e7504e9cf3038e4b2d3e303380f@avcodec.org> References: <037.69682e7504e9cf3038e4b2d3e303380f@avcodec.org> Message-ID: <052.7602c5552e7132c90dbdd2e972680ca6@avcodec.org> #1696: Year metadata wrong on some M4A files --------------------------------------+----------------------------------- Reporter: enicolas | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: metadata mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => open -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 29 06:27:43 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Aug 2012 04:27:43 -0000 Subject: [FFmpeg-trac] #1695(avcodec:open): build fails with --disable-mmx In-Reply-To: <037.5dd331eef7099456074261a216a55668@avcodec.org> References: <037.5dd331eef7099456074261a216a55668@avcodec.org> Message-ID: <052.dd01cc41f37a30dd81ea2dab91e63f9e@avcodec.org> #1695: build fails with --disable-mmx ------------------------------------+----------------------------------- Reporter: geronimo | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by geronimo): > Why are you using --disable-mmx ? Don't remember well. When I started to use ffmpeg from source, I had some troubles, I could eliminate by usage of that switch. But I don't remember that kind of troubles. Based on your question I removed that switch from my configure option-list and build works fine. I'll test the usage of ffmpeg - may be I can live without it. Thanks. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 29 11:07:42 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Aug 2012 09:07:42 -0000 Subject: [FFmpeg-trac] #1696(avcodec:open): Year metadata wrong on some M4A files In-Reply-To: <037.69682e7504e9cf3038e4b2d3e303380f@avcodec.org> References: <037.69682e7504e9cf3038e4b2d3e303380f@avcodec.org> Message-ID: <052.4c2ef34308aa53e1c38fcc2bfe98f184@avcodec.org> #1696: Year metadata wrong on some M4A files --------------------------------------+----------------------------------- Reporter: enicolas | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: metadata mov | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Changes (by cehoyos): * reproduced: 0 => 1 Comment: iTunes shows 1976. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 29 11:11:27 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Aug 2012 09:11:27 -0000 Subject: [FFmpeg-trac] #1697(undetermined:open): qdm2 in aiff: fix duration In-Reply-To: <038.045fc8350435d8c3278fa76fe4389310@avcodec.org> References: <038.045fc8350435d8c3278fa76fe4389310@avcodec.org> Message-ID: <053.df20aa465f09329e55b5f597157f0220@avcodec.org> #1697: qdm2 in aiff: fix duration -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: aif qdm2 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => aif qdm2 * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 29 11:11:50 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Aug 2012 09:11:50 -0000 Subject: [FFmpeg-trac] #1064(avformat:closed): Div/0 integer exception cased in aiffdec.c for A-Law AIFFs In-Reply-To: <038.4a01c6a6b965bf1fb38cc3027a8a8078@avcodec.org> References: <038.4a01c6a6b965bf1fb38cc3027a8a8078@avcodec.org> Message-ID: <053.8c01cdbda43b270388b7261a1e6766ad@avcodec.org> #1064: Div/0 integer exception cased in aiffdec.c for A-Law AIFFs ------------------------------------+------------------------------------ Reporter: dmitrykos | 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: aiff => aif -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 29 11:12:32 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Aug 2012 09:12:32 -0000 Subject: [FFmpeg-trac] #1660(avformat:closed): alaw: ffplay displays wrong current duration In-Reply-To: <038.53ef7d890cf6c0fdaac255064563397f@avcodec.org> References: <038.53ef7d890cf6c0fdaac255064563397f@avcodec.org> Message-ID: <053.e3e95ccf82ce12bc464133eb604bc506@avcodec.org> #1660: alaw: ffplay displays wrong current duration ------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: alaw aif | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: alaw aiff => alaw aif * component: undetermined => avformat -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 29 11:14:44 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Aug 2012 09:14:44 -0000 Subject: [FFmpeg-trac] #1698(documentation:open): ffmpeg daemon mode lacks documentation In-Reply-To: <035.1560f0c1e07310cda6e75b7db4c07e6c@avcodec.org> References: <035.1560f0c1e07310cda6e75b7db4c07e6c@avcodec.org> Message-ID: <050.eb484132e7aa6aaf3887b1c97d346897@avcodec.org> #1698: ffmpeg daemon mode lacks documentation -------------------------------------+------------------------------------- Reporter: llogan | Owner: Type: enhancement | Status: open Priority: wish | Component: Version: git-master | documentation Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 29 11:18:50 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Aug 2012 09:18:50 -0000 Subject: [FFmpeg-trac] #1322(FFplay:closed): ffplay: workaround libsdl's bug with odd width/height In-Reply-To: <038.79830bd0e7d52c8a64d20be77bf1ae50@avcodec.org> References: <038.79830bd0e7d52c8a64d20be77bf1ae50@avcodec.org> Message-ID: <053.28e65213f814860e73417d3259c4508a@avcodec.org> #1322: ffplay: workaround libsdl's bug with odd width/height ------------------------------------+---------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: FFplay Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Changes (by cehoyos): * status: new => closed * version: unspecified => git-master * resolution: => fixed Comment: Fixed by Marton. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 29 11:21:59 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Aug 2012 09:21:59 -0000 Subject: [FFmpeg-trac] #1677(undetermined:new): x264 encoding with overlay fails ( moov atom not found) In-Reply-To: <039.7dabb01faa08560159b90bb10a055838@avcodec.org> References: <039.7dabb01faa08560159b90bb10a055838@avcodec.org> Message-ID: <054.34ebe47349935f04f7be4b40660a3cac@avcodec.org> #1677: x264 encoding with overlay fails ( moov atom not found) -------------------------------------+------------------------------------- Reporter: houbahop69 | Owner: Type: defect | Status: new Priority: normal | Component: Version: 0.11.1 | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Is the problem also reproducible if you use -vcodec mpeg4 for the mp4 output file? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 29 11:35:17 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Aug 2012 09:35:17 -0000 Subject: [FFmpeg-trac] #1681(undetermined:open): Bad output framerate decision In-Reply-To: <035.0e233e7fda667c29bfd2c6ba081a7741@avcodec.org> References: <035.0e233e7fda667c29bfd2c6ba081a7741@avcodec.org> Message-ID: <050.710cb18acfe49818835db90998cc5894@avcodec.org> #1681: Bad output framerate decision -------------------------------------+------------------------------------- Reporter: jwjwjw | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: regression | Resolution: framerate | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: regression => regression framerate -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 29 11:37:47 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Aug 2012 09:37:47 -0000 Subject: [FFmpeg-trac] #1666(undetermined:open): Unable to decode AVC-Intra file from Panasonic AG-HPX301E Camera In-Reply-To: <032.b36a44d54c585d5ee7b2ecfd40617db3@avcodec.org> References: <032.b36a44d54c585d5ee7b2ecfd40617db3@avcodec.org> Message-ID: <047.d51e4c5e584755f8a1d5fc1a4fc78446@avcodec.org> #1666: Unable to decode AVC-Intra file from Panasonic AG-HPX301E Camera -------------------------------------+------------------------------------- Reporter: rmk | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: ai12 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Description changed by cehoyos: Old description: > I have an AVC-Intra file from a professional Panasonic Camera (AG- > HPX301E) that cannot be decoded by ffmpeg (I have tried transcoding also > but output below makes it quite obvious that there's something wrong). > The output looks as if the pixel format could not be determined. > > Uncut command line and output below. > > ffmpeg -i /Users/krueger/tmp/quarantene/0004WX.mov -probesize 50000000 > ffmpeg version N-43678-gceb8773 Copyright (c) 2000-2012 the FFmpeg > developers > built on Aug 17 2012 22:28:27 with gcc 4.2.1 (GCC) (Apple Inc. build > 5664) > configuration: > libavutil 51. 70.100 / 51. 70.100 > libavcodec 54. 53.100 / 54. 53.100 > libavformat 54. 25.100 / 54. 25.100 > libavdevice 54. 2.100 / 54. 2.100 > libavfilter 3. 10.100 / 3. 10.100 > libswscale 2. 1.101 / 2. 1.101 > libswresample 0. 15.100 / 0. 15.100 > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] no frame! > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] no frame! > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] no frame! > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] no frame! > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] no frame! > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] no frame! > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] no frame! > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] no frame! > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] non-existing PPS 0 referenced > [h264 @ 0x101009800] decode_slice_header error > [h264 @ 0x101009800] no frame! > [mov,mp4,m4a,3gp,3g2,mj2 @ 0x10100f200] Stream #5: not enough frames to > estimate rate; consider increasing probesize > [mov,mp4,m4a,3gp,3g2,mj2 @ 0x10100f200] decoding for stream 0 failed > [mov,mp4,m4a,3gp,3g2,mj2 @ 0x10100f200] Could not find codec parameters > for stream 0 (Video: h264 (ai12 / 0x32316961), 1920x1080, 113664 kb/s): > unspecified pixel format > Consider increasing the value for the 'analyzeduration' and 'probesize' > options > Guessed Channel Layout for Input Stream #0.1 : mono > Guessed Channel Layout for Input Stream #0.2 : mono > Guessed Channel Layout for Input Stream #0.3 : mono > Guessed Channel Layout for Input Stream #0.4 : mono > Input #0, mov,mp4,m4a,3gp,3g2,mj2, from > '/Users/krueger/tmp/quarantene/0004WX.mov': > Metadata: > major_brand : qt > minor_version : 537199360 > compatible_brands: qt > creation_time : 2011-08-03 11:42:16 > Duration: 00:00:24.44, start: 0.000000, bitrate: 116839 kb/s > Stream #0:0(eng): Video: h264 (ai12 / 0x32316961), 1920x1080, 113664 > kb/s, SAR 1:1 DAR 16:9, 25 fps, 25 tbr, 2500 tbn, 5k tbc > Metadata: > creation_time : 2011-08-03 11:42:16 > handler_name : Apple Alias-Datensteuerung > timecode : 13:17:57:24 > Stream #0:1(eng): Audio: pcm_s16le (sowt / 0x74776F73), 48000 Hz, > mono, s16, 768 kb/s > Metadata: > creation_time : 2011-08-03 11:42:16 > handler_name : Apple Alias-Datensteuerung > Stream #0:2(eng): Audio: pcm_s16le (sowt / 0x74776F73), 48000 Hz, > mono, s16, 768 kb/s > Metadata: > creation_time : 2011-08-03 11:42:16 > handler_name : Apple Alias-Datensteuerung > Stream #0:3(eng): Audio: pcm_s16le (sowt / 0x74776F73), 48000 Hz, > mono, s16, 768 kb/s > Metadata: > creation_time : 2011-08-03 11:42:16 > handler_name : Apple Alias-Datensteuerung > Stream #0:4(eng): Audio: pcm_s16le (sowt / 0x74776F73), 48000 Hz, > mono, s16, 768 kb/s > Metadata: > creation_time : 2011-08-03 11:42:16 > handler_name : Apple Alias-Datensteuerung > Codec 0x0 is not in the full list. > Stream #0:5(eng): Data: unknown_codec (tmcd / 0x64636D74) > Metadata: > creation_time : 2011-08-03 11:42:16 > handler_name : Apple Alias-Datensteuerung > timecode : 13:17:57:24 > At least one output file must be specified > > The file can be downloaded at > http://www.filehosting.org/file/details/368113/avc-intra-panasonic-AG- > HPX301E.mov New description: I have an AVC-Intra file from a professional Panasonic Camera (AG-HPX301E) that cannot be decoded by ffmpeg (I have tried transcoding also but output below makes it quite obvious that there's something wrong). The output looks as if the pixel format could not be determined. Uncut command line and output below. {{{ ffmpeg -i /Users/krueger/tmp/quarantene/0004WX.mov -probesize 50000000 ffmpeg version N-43678-gceb8773 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 17 2012 22:28:27 with gcc 4.2.1 (GCC) (Apple Inc. build 5664) configuration: libavutil 51. 70.100 / 51. 70.100 libavcodec 54. 53.100 / 54. 53.100 libavformat 54. 25.100 / 54. 25.100 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 10.100 / 3. 10.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] no frame! [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] no frame! [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] no frame! [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] no frame! [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] no frame! [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] no frame! [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] no frame! [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] no frame! [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] non-existing PPS 0 referenced [h264 @ 0x101009800] decode_slice_header error [h264 @ 0x101009800] no frame! [mov,mp4,m4a,3gp,3g2,mj2 @ 0x10100f200] Stream #5: not enough frames to estimate rate; consider increasing probesize [mov,mp4,m4a,3gp,3g2,mj2 @ 0x10100f200] decoding for stream 0 failed [mov,mp4,m4a,3gp,3g2,mj2 @ 0x10100f200] Could not find codec parameters for stream 0 (Video: h264 (ai12 / 0x32316961), 1920x1080, 113664 kb/s): unspecified pixel format Consider increasing the value for the 'analyzeduration' and 'probesize' options Guessed Channel Layout for Input Stream #0.1 : mono Guessed Channel Layout for Input Stream #0.2 : mono Guessed Channel Layout for Input Stream #0.3 : mono Guessed Channel Layout for Input Stream #0.4 : mono Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/Users/krueger/tmp/quarantene/0004WX.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2011-08-03 11:42:16 Duration: 00:00:24.44, start: 0.000000, bitrate: 116839 kb/s Stream #0:0(eng): Video: h264 (ai12 / 0x32316961), 1920x1080, 113664 kb/s, SAR 1:1 DAR 16:9, 25 fps, 25 tbr, 2500 tbn, 5k tbc Metadata: creation_time : 2011-08-03 11:42:16 handler_name : Apple Alias-Datensteuerung timecode : 13:17:57:24 Stream #0:1(eng): Audio: pcm_s16le (sowt / 0x74776F73), 48000 Hz, mono, s16, 768 kb/s Metadata: creation_time : 2011-08-03 11:42:16 handler_name : Apple Alias-Datensteuerung Stream #0:2(eng): Audio: pcm_s16le (sowt / 0x74776F73), 48000 Hz, mono, s16, 768 kb/s Metadata: creation_time : 2011-08-03 11:42:16 handler_name : Apple Alias-Datensteuerung Stream #0:3(eng): Audio: pcm_s16le (sowt / 0x74776F73), 48000 Hz, mono, s16, 768 kb/s Metadata: creation_time : 2011-08-03 11:42:16 handler_name : Apple Alias-Datensteuerung Stream #0:4(eng): Audio: pcm_s16le (sowt / 0x74776F73), 48000 Hz, mono, s16, 768 kb/s Metadata: creation_time : 2011-08-03 11:42:16 handler_name : Apple Alias-Datensteuerung Codec 0x0 is not in the full list. Stream #0:5(eng): Data: unknown_codec (tmcd / 0x64636D74) Metadata: creation_time : 2011-08-03 11:42:16 handler_name : Apple Alias-Datensteuerung timecode : 13:17:57:24 At least one output file must be specified }}} The file can be downloaded at http://www.filehosting.org/file/details/368113/avc-intra-panasonic-AG- HPX301E.mov -- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 29 11:40:50 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Aug 2012 09:40:50 -0000 Subject: [FFmpeg-trac] #1664(undetermined:open): Transcoding results in dropped frames and lowering fps In-Reply-To: <037.d5640f8090bdbf6996317983a5fdcb54@avcodec.org> References: <037.d5640f8090bdbf6996317983a5fdcb54@avcodec.org> Message-ID: <052.dc2db18f5604d247b64173c2e2d037a3@avcodec.org> #1664: Transcoding results in dropped frames and lowering fps -------------------------------------+------------------------------------- Reporter: Barvinok | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: mov asp | Resolution: framerate | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: mov asp => mov asp framerate -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 29 11:42:54 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Aug 2012 09:42:54 -0000 Subject: [FFmpeg-trac] #1667(FFplay:new): ffplay resizes can cause "garbage" in the margins In-Reply-To: <039.1e68c0fbe2d55e99f9f5e5f49cd0d581@avcodec.org> References: <039.1e68c0fbe2d55e99f9f5e5f49cd0d581@avcodec.org> Message-ID: <054.4df6f8e038b62e1efb63693b1147743c@avcodec.org> #1667: ffplay resizes can cause "garbage" in the margins ------------------------------------+---------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: new Priority: normal | Component: FFplay Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Changes (by cehoyos): * version: unspecified => git-master * component: undetermined => FFplay Comment: Could this be Windows-specific? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 29 11:51:48 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Aug 2012 09:51:48 -0000 Subject: [FFmpeg-trac] #1657(trac:closed): Cannot add myself to a bug CC list for e-mail notifications In-Reply-To: <035.3664021633aa7b766c2552d35296cd7f@avcodec.org> References: <035.3664021633aa7b766c2552d35296cd7f@avcodec.org> Message-ID: <050.74a528eb29577a50c6efa628a9b1f519@avcodec.org> #1657: Cannot add myself to a bug CC list for e-mail notifications -------------------------------------+---------------------------------- Reporter: fturco | Owner: Type: enhancement | Status: closed Priority: normal | Component: trac Version: unspecified | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed Comment: This should be fixed, please reopen if it still does not work. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 29 12:47:39 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Aug 2012 10:47:39 -0000 Subject: [FFmpeg-trac] #1553(undetermined:new): Remuxing mpeg2video from transport stream to matroska fails In-Reply-To: <036.d3490d845a1c03504ba0a1068b8e2ae5@avcodec.org> References: <036.d3490d845a1c03504ba0a1068b8e2ae5@avcodec.org> Message-ID: <051.3aecfd68a715eb786c1a433b437d1507@avcodec.org> #1553: Remuxing mpeg2video from transport stream to matroska fails -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mpegts | Resolution: mpeg2video | Blocked By: av_interleaved_write_frame | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by fturco): I get a very similar error message, but my input file format is MPEG-PS: {{{ $ ffmpeg -i test.mpeg -c copy -f matroska test.mkv ffmpeg version 0.11.1 Copyright (c) 2000-2012 the FFmpeg developers built on Jun 9 2012 13:50:13 with gcc 4.7.0 20120505 (prerelease) configuration: --prefix=/usr --enable-libmp3lame --enable-libvorbis --enable-libxvid --enable-libx264 --enable-libvpx --enable-libtheora --enable-libgsm --enable-libspeex --enable-postproc --enable-shared --enable-x11grab --enable-libopencore_amrnb --enable-libopencore_amrwb --enable-libschroedinger --enable-libopenjpeg --enable-librtmp --enable- libpulse --enable-libv4l2 --enable-gpl --enable-version3 --enable-runtime- cpudetect --disable-debug --disable-static libavutil 51. 54.100 / 51. 54.100 libavcodec 54. 23.100 / 54. 23.100 libavformat 54. 6.100 / 54. 6.100 libavdevice 54. 0.100 / 54. 0.100 libavfilter 2. 77.100 / 2. 77.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [mpeg @ 0x2553100] max_analyze_duration 5000000 reached at 5000000 Input #0, mpeg, from 'test.mpeg': Duration: 00:18:11.64, start: 1.000000, bitrate: 4833 kb/s Stream #0:0[0x1e0]: Video: mpeg2video (Main), yuv420p, 720x576 [SAR 16:15 DAR 4:3], 4248 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x1c0]: Audio: mp2, 48000 Hz, stereo, s16, 224 kb/s Output #0, matroska, to 'test.mkv': Metadata: encoder : Lavf54.6.100 Stream #0:0: Video: mpeg2video, yuv420p, 720x576 [SAR 16:15 DAR 4:3], q=2-31, 4248 kb/s, 25 fps, 1k tbn, 90k tbc Stream #0:1: Audio: mp2, 48000 Hz, stereo, 224 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help [matroska @ 0x2559980] Can't write packet with unknown timestamp av_interleaved_write_frame(): Invalid argument }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 29 12:51:21 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Aug 2012 10:51:21 -0000 Subject: [FFmpeg-trac] #1657(trac:reopened): Cannot add myself to a bug CC list for e-mail notifications In-Reply-To: <035.3664021633aa7b766c2552d35296cd7f@avcodec.org> References: <035.3664021633aa7b766c2552d35296cd7f@avcodec.org> Message-ID: <050.d2dce4464d3be5ccac1742f8339f7569@avcodec.org> #1657: Cannot add myself to a bug CC list for e-mail notifications -------------------------------------+------------------------------------ Reporter: fturco | Owner: Type: enhancement | Status: reopened Priority: normal | Component: trac Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by fturco): * status: closed => reopened * resolution: fixed => Comment: Sorry but I still cannot add myself to a bug CC list. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 29 13:25:55 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Aug 2012 11:25:55 -0000 Subject: [FFmpeg-trac] #1657(trac:reopened): Cannot add myself to a bug CC list for e-mail notifications In-Reply-To: <035.3664021633aa7b766c2552d35296cd7f@avcodec.org> References: <035.3664021633aa7b766c2552d35296cd7f@avcodec.org> Message-ID: <050.263505dec01550a40aa9002a8e1edcb5@avcodec.org> #1657: Cannot add myself to a bug CC list for e-mail notifications -------------------------------------+------------------------------------ Reporter: fturco | Owner: Type: enhancement | Status: reopened Priority: normal | Component: trac Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): This seems to be a limitation of trac (I added TICKET_EDIT_CC to "authenticated" but that is not enough to allow all authenticated users to add themselves to CC). Somebody else seems to have found this limitation before: http://old.nabble.com/TICKET_EDIT_CC-td23944307.html As a workaround, send a message to the ticket that you want be CC'd. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 29 13:32:21 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Aug 2012 11:32:21 -0000 Subject: [FFmpeg-trac] #1553(undetermined:new): Remuxing mpeg2video from transport stream to matroska fails In-Reply-To: <036.d3490d845a1c03504ba0a1068b8e2ae5@avcodec.org> References: <036.d3490d845a1c03504ba0a1068b8e2ae5@avcodec.org> Message-ID: <051.e4ea6be696d23c8967233869cd81d92d@avcodec.org> #1553: Remuxing mpeg2video from transport stream to matroska fails -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mpegts | Resolution: mpeg2video | Blocked By: av_interleaved_write_frame | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Works fine with -fflags +genpts: {{{ $ ffmpeg -fflags +genpts -i Ts\ cannot\ be\ muxed\ to\ mkv.ts -vcodec copy -an out.mkv }}} Please provide a sample if this does not work for you. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 29 13:57:42 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Aug 2012 11:57:42 -0000 Subject: [FFmpeg-trac] #1653(undetermined:new): fix decoding of ccitt fax3 with byte boundary In-Reply-To: <038.fb879fca436a15b8ad3ccfefff815327@avcodec.org> References: <038.fb879fca436a15b8ad3ccfefff815327@avcodec.org> Message-ID: <053.1fe0fd8f7e1d704d121b0c5769095853@avcodec.org> #1653: fix decoding of ccitt fax3 with byte boundary -------------------------------------+------------------------------------- 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): attached patch fixes the problem for me -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 29 14:14:28 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Aug 2012 12:14:28 -0000 Subject: [FFmpeg-trac] #1657(trac:reopened): Cannot add myself to a bug CC list for e-mail notifications In-Reply-To: <035.3664021633aa7b766c2552d35296cd7f@avcodec.org> References: <035.3664021633aa7b766c2552d35296cd7f@avcodec.org> Message-ID: <050.299a2f370bbc57481a59274cb64464d2@avcodec.org> #1657: Cannot add myself to a bug CC list for e-mail notifications -------------------------------------+------------------------------------ Reporter: fturco | Owner: Type: enhancement | Status: reopened Priority: normal | Component: trac Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by fturco): What do you mean by "send a message to the ticket"? Should I add a random comment to the bug? Or should I send an e-mail to a certain special address? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 29 14:57:11 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Aug 2012 12:57:11 -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.95d8e75b1aeb4ab99de0989ea2b27242@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 | -------------------------------------+----------------------------------- Comment (by ami_stuff): maybe attached patch? https://codereview.appspot.com/4815061 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 29 15:52:47 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Aug 2012 13:52:47 -0000 Subject: [FFmpeg-trac] #1657(trac:reopened): Cannot add myself to a bug CC list for e-mail notifications In-Reply-To: <035.3664021633aa7b766c2552d35296cd7f@avcodec.org> References: <035.3664021633aa7b766c2552d35296cd7f@avcodec.org> Message-ID: <050.9076e5a1791ba63affa07d338cface6a@avcodec.org> #1657: Cannot add myself to a bug CC list for e-mail notifications -------------------------------------+------------------------------------ Reporter: fturco | Owner: Type: enhancement | Status: reopened Priority: normal | Component: trac Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:5 fturco]: > What do you mean by "send a message to the ticket"? Should I add a random comment to the bug? No, please add a comment to the ticket that you want to be added to CC. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 29 15:59:44 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Aug 2012 13:59:44 -0000 Subject: [FFmpeg-trac] #1686(documentation:new): Dataloss because ffmpeg manpage about -passlogfile is wrong In-Reply-To: <033.9004ad6b13d6b7a7edc1be9e44a71f35@avcodec.org> References: <033.9004ad6b13d6b7a7edc1be9e44a71f35@avcodec.org> Message-ID: <048.0b59f86b75b96f9130ea1205dceb0025@avcodec.org> #1686: Dataloss because ffmpeg manpage about -passlogfile is wrong -------------------------------------+------------------------------------- Reporter: jonb | Owner: Type: defect | Status: new Priority: minor | Component: Version: 0.7.13 | documentation Keywords: passlogfile | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * version: unspecified => 0.7.13 Comment: This may have been fixed several months ago. Could you test current git head? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 29 16:11:31 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Aug 2012 14:11:31 -0000 Subject: [FFmpeg-trac] #1686(documentation:new): Dataloss because ffmpeg manpage about -passlogfile is wrong In-Reply-To: <033.9004ad6b13d6b7a7edc1be9e44a71f35@avcodec.org> References: <033.9004ad6b13d6b7a7edc1be9e44a71f35@avcodec.org> Message-ID: <048.c98c8a36fb15efa4d6e4064812264380@avcodec.org> #1686: Dataloss because ffmpeg manpage about -passlogfile is wrong -------------------------------------+------------------------------------- Reporter: jonb | Owner: Type: defect | Status: new Priority: minor | Component: Version: 0.7.13 | documentation Keywords: passlogfile | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by jonb): If it has been fixed, and it is a dataloss bug, how come the online documentation was not updated? Trying to follow https://ffmpeg.org/trac/ffmpeg/wiki/UbuntuCompilationGuide running ./configure --enable-static Found yasm 0.8.0.2194 Minimum version is yasm-1.0.0 If you really want to compile without asm, configure with --disable-asm. So no I can not just test against current git head. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 29 16:16:15 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Aug 2012 14:16:15 -0000 Subject: [FFmpeg-trac] #738(avcodec:reopened): libavcodec cannot be built if configured with "--disable-optimizations" In-Reply-To: <035.25628dadac6674990b2c021ce6e00dba@avcodec.org> References: <035.25628dadac6674990b2c021ce6e00dba@avcodec.org> Message-ID: <050.60ac21b9d337854334e95e9756648c4e@avcodec.org> #738: libavcodec cannot be built if configured with "--disable-optimizations" ------------------------------------+------------------------------------ Reporter: Andrew | Owner: Type: defect | Status: reopened Priority: minor | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by rogerdpack): * status: closed => reopened * resolution: fixed => Comment: I was just able to reproduce it with 85c830331c36502144e1cc9cf8aa7bd177e1d79d ./configure --enable-memalign-hack --arch=x86 --enable-gpl --enable- libx264 --enable-avisynth --enable-libxvid --target-os=mingw32 --cross- prefix=/home/rogerdpack/dev/ffmpeg-windows-build- helpers/builds/mingw-w64-i686/bin/i686-w64-mingw32- --pkg-config=pkg- config --enable-libmp3lame --enable-version3 --enable-libvo-aacenc --enable-libvpx --extra-libs=-lws2_32 --extra-libs=-lpthread --enable-zlib --extra-libs=-lwinmm --extra-libs=-lgdi32 --enable-librtmp --enable- libvorbis --enable-libtheora --enable-libspeex --enable-libopenjpeg --enable-gnutls --enable-libgsm --enable-libfreetype --disable- optimizations --enable-runtime-cpudetect I think the work around is to also use --disable-mmx if you use --disable- optimizations. Is this expected? Feel free to re-close it if I'm wrong though, and I will research a bit more into it :) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 29 16:28:53 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Aug 2012 14:28:53 -0000 Subject: [FFmpeg-trac] #1686(documentation:new): Dataloss because ffmpeg manpage about -passlogfile is wrong In-Reply-To: <033.9004ad6b13d6b7a7edc1be9e44a71f35@avcodec.org> References: <033.9004ad6b13d6b7a7edc1be9e44a71f35@avcodec.org> Message-ID: <048.094d374f1e63c84219e2b63ebb654105@avcodec.org> #1686: Dataloss because ffmpeg manpage about -passlogfile is wrong -------------------------------------+------------------------------------- Reporter: jonb | Owner: Type: defect | Status: new Priority: minor | Component: Version: 0.7.13 | documentation Keywords: passlogfile | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:4 jonb]: > If it has been fixed, and it is a dataloss bug, how come the online documentation was not updated? The code was fixed to match the actual documentation. > Trying to follow https://ffmpeg.org/trac/ffmpeg/wiki/UbuntuCompilationGuide running ./configure --enable-static > Found yasm 0.8.0.2194 > Minimum version is yasm-1.0.0 > If you really want to compile without asm, configure with --disable-asm. (It took me quite some time to find out you failed building x264 and not FFmpeg, did you test using the system-installed x264 instead? Version 118 from September 2011 is needed at least.) yasm is a standalone binary that takes a few minutes to compile, you can either put it into /usr/local/bin or overwrite your current yasm executable. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 29 16:32:57 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Aug 2012 14:32:57 -0000 Subject: [FFmpeg-trac] #1686(documentation:new): Dataloss because ffmpeg manpage about -passlogfile is wrong In-Reply-To: <033.9004ad6b13d6b7a7edc1be9e44a71f35@avcodec.org> References: <033.9004ad6b13d6b7a7edc1be9e44a71f35@avcodec.org> Message-ID: <048.88968520cb5fe74a2363e28e3dfc8b66@avcodec.org> #1686: Dataloss because ffmpeg manpage about -passlogfile is wrong -------------------------------------+------------------------------------- Reporter: jonb | Owner: Type: defect | Status: new Priority: minor | Component: Version: 0.7.13 | documentation Keywords: passlogfile | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by jonb): What? No warning in the actual documentation that versions prior to $fixed_version has a dataloss bug. I am sorry for not writting that I was trying to compile x264. Which I am trying to compile because this issue is only with -vcodec libx264 so naturally I need x264, right? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 29 16:46:19 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Aug 2012 14:46:19 -0000 Subject: [FFmpeg-trac] #738(avcodec:closed): libavcodec cannot be built if configured with "--disable-optimizations" In-Reply-To: <035.25628dadac6674990b2c021ce6e00dba@avcodec.org> References: <035.25628dadac6674990b2c021ce6e00dba@avcodec.org> Message-ID: <050.a1a1fd27ece8c9d295bb62f344e79807@avcodec.org> #738: libavcodec cannot be built if configured with "--disable-optimizations" ------------------------------------+----------------------------------- Reporter: Andrew | Owner: Type: defect | Status: closed Priority: minor | Component: avcodec Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: reopened => closed * resolution: => fixed Comment: Please do not reopen ancient tickets, I suspect you have found ticket #1695, patches exist. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 29 16:47:31 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Aug 2012 14:47:31 -0000 Subject: [FFmpeg-trac] #1686(documentation:new): Dataloss because ffmpeg manpage about -passlogfile is wrong In-Reply-To: <033.9004ad6b13d6b7a7edc1be9e44a71f35@avcodec.org> References: <033.9004ad6b13d6b7a7edc1be9e44a71f35@avcodec.org> Message-ID: <048.2436c494b7973c91d01c1482ead8f145@avcodec.org> #1686: Dataloss because ffmpeg manpage about -passlogfile is wrong -------------------------------------+------------------------------------- Reporter: jonb | Owner: Type: defect | Status: new Priority: minor | Component: Version: 0.7.13 | documentation Keywords: passlogfile | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:6 jonb]: > I am sorry for not writting that I was trying to compile x264. Which I am trying to compile because this issue is only with -vcodec libx264 so naturally I need x264, right? Yes, but you have already a version of x264 on your system, and if it is >= 118 (FFmpeg configure will tell you), you do not have to reinstall. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 29 16:51:56 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Aug 2012 14:51:56 -0000 Subject: [FFmpeg-trac] #1679(avcodec:open): Ability to identify progressive segmented frame material in h.264 In-Reply-To: <032.8800c386180f948481fade5804cfc226@avcodec.org> References: <032.8800c386180f948481fade5804cfc226@avcodec.org> Message-ID: <047.4a0b64f1ab610ffd92a2d2c260d6a80a@avcodec.org> #1679: Ability to identify progressive segmented frame material in h.264 -------------------------------------+----------------------------------- Reporter: rmk | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => h264 * priority: normal => wish * status: new => open * component: undetermined => avcodec * version: unspecified => git-master Comment: Replying to [ticket:1679 rmk]: > What would be the recommended/accepted way of modeling this? If no API change would be accepted for this, would it be ok to sets this as frame metadata via av_frame_set_metadata? Maybe write a PoC for the method that you prefer and works in your application and post it to ffmpeg-devel? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 29 16:55:00 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Aug 2012 14:55:00 -0000 Subject: [FFmpeg-trac] #1653(avcodec:open): fix decoding of ccitt fax3 with byte boundary In-Reply-To: <038.fb879fca436a15b8ad3ccfefff815327@avcodec.org> References: <038.fb879fca436a15b8ad3ccfefff815327@avcodec.org> Message-ID: <053.7c9deb1e8acd651af7911050a0ad5f99@avcodec.org> #1653: fix decoding of ccitt fax3 with byte boundary -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: tif | 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: => tif regression -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 29 17:06:50 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Aug 2012 15:06:50 -0000 Subject: [FFmpeg-trac] #1686(documentation:new): Dataloss because ffmpeg manpage about -passlogfile is wrong In-Reply-To: <033.9004ad6b13d6b7a7edc1be9e44a71f35@avcodec.org> References: <033.9004ad6b13d6b7a7edc1be9e44a71f35@avcodec.org> Message-ID: <048.0907435c5a261b073ecbea965a06bd75@avcodec.org> #1686: Dataloss because ffmpeg manpage about -passlogfile is wrong -------------------------------------+------------------------------------- Reporter: jonb | Owner: Type: defect | Status: new Priority: minor | Component: Version: 0.7.13 | documentation Keywords: passlogfile | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by jonb): I am sorry, but the compilation turns out to be complicated, I need lots of libs and utilities. How come you guys can not test with any video file and turn it into a libx264? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 29 18:13:05 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Aug 2012 16:13:05 -0000 Subject: [FFmpeg-trac] #1686(documentation:new): Dataloss because ffmpeg manpage about -passlogfile is wrong In-Reply-To: <033.9004ad6b13d6b7a7edc1be9e44a71f35@avcodec.org> References: <033.9004ad6b13d6b7a7edc1be9e44a71f35@avcodec.org> Message-ID: <048.42cf7247772cdc213b2198f9e936ceaf@avcodec.org> #1686: Dataloss because ffmpeg manpage about -passlogfile is wrong -------------------------------------+------------------------------------- Reporter: jonb | Owner: Type: defect | Status: new Priority: minor | Component: Version: 0.7.13 | documentation Keywords: passlogfile | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:8 jonb]: > I am sorry, but the compilation turns out to be complicated, I need lots of libs Could you elaborate? FFmpeg is known for being mostly self-contained, except for libx264 if you want to encode h264 no other external libraries should be needed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 29 18:23:10 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Aug 2012 16:23:10 -0000 Subject: [FFmpeg-trac] #1686(documentation:new): Dataloss because ffmpeg manpage about -passlogfile is wrong In-Reply-To: <033.9004ad6b13d6b7a7edc1be9e44a71f35@avcodec.org> References: <033.9004ad6b13d6b7a7edc1be9e44a71f35@avcodec.org> Message-ID: <048.f4a40af10c0c6ff61cc08cf4575522c3@avcodec.org> #1686: Dataloss because ffmpeg manpage about -passlogfile is wrong -------------------------------------+------------------------------------- Reporter: jonb | Owner: Type: defect | Status: new Priority: minor | Component: Version: 0.7.13 | documentation Keywords: passlogfile | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by jonb): jonbendtsen at media:/jon_compiles_ffmpeg/ffmpeg$ ./configure --enable-gpl --enable-libfaac --enable-libfdk-aac --enable-libmp3lame --enable- libopencore-amrnb --enable-libopencore-amrwb --enable-librtmp --enable- libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable- nonfree --enable-version3 ERROR: libfdk_aac not found If you think configure made a mistake, make sure you are using the latest version from Git. If the latest version fails, report the problem to the ffmpeg-user at ffmpeg.org mailing list or IRC #ffmpeg on irc.freenode.net. Include the log file "config.log" produced by configure as this will help solving the problem. jonbendtsen at media:/jon_compiles_ffmpeg/fdk-aac$ autoreconf -fiv -bash: autoreconf: command not found okay, so I install the Debian package autoconf2.13 jonbendtsen at media:/jon_compiles_ffmpeg/fdk-aac$ autoreconf -fiv autoreconf2.50: Entering directory `.' autoreconf2.50: configure.ac: not using Gettext autoreconf2.50: running: aclocal --force -I m4 autoreconf2.50: configure.ac: tracing autoreconf2.50: configure.ac: not using Libtool autoreconf2.50: running: /usr/bin/autoconf --force autoreconf2.50: configure.ac: not using Autoheader autoreconf2.50: running: automake --add-missing --copy --force-missing configure.ac:7: installing `./install-sh' configure.ac:7: installing `./missing' Makefile.am:30: Libtool library used but `LIBTOOL' is undefined Makefile.am:30: The usual way to define `LIBTOOL' is to add `AC_PROG_LIBTOOL' Makefile.am:30: to `configure.ac' and run `aclocal' and `autoconf' again. Makefile.am:30: If `AC_PROG_LIBTOOL' is in `configure.ac', make sure Makefile.am:30: its definition is in aclocal's search path. Makefile.am: installing `./depcomp' autoreconf2.50: automake failed with exit status: 1 but it is still complaining about missing stuff. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 29 18:28:08 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Aug 2012 16:28:08 -0000 Subject: [FFmpeg-trac] #1692(avfilter:closed): Using atempo filter causes segfault with AVX In-Reply-To: <034.2e69c4c8d0a756627cc5febd1aac831c@avcodec.org> References: <034.2e69c4c8d0a756627cc5febd1aac831c@avcodec.org> Message-ID: <049.7ecca5471608a0a6ff47ac5b81d3258c@avcodec.org> #1692: Using atempo filter causes segfault with AVX ------------------------------------+------------------------------------ Reporter: takis | Owner: Type: defect | Status: closed Priority: important | Component: avfilter Version: git-master | Resolution: fixed Keywords: avx | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+------------------------------------ Changes (by Cigaes): * status: open => closed * resolution: => fixed Comment: Fixed in commit a5704659e3e41b7698812b89f67d9a7467a74d20. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 29 18:31:08 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Aug 2012 16:31:08 -0000 Subject: [FFmpeg-trac] #1686(documentation:new): Dataloss because ffmpeg manpage about -passlogfile is wrong In-Reply-To: <033.9004ad6b13d6b7a7edc1be9e44a71f35@avcodec.org> References: <033.9004ad6b13d6b7a7edc1be9e44a71f35@avcodec.org> Message-ID: <048.f5bf588d7a6ea7dc7035b9e292c19cf6@avcodec.org> #1686: Dataloss because ffmpeg manpage about -passlogfile is wrong -------------------------------------+------------------------------------- Reporter: jonb | Owner: Type: defect | Status: new Priority: minor | Component: Version: 0.7.13 | documentation Keywords: passlogfile | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by jonb): oh and before ffmpeg configure complained about libfdk_aac it complained about jonbendtsen at media:/jon_compiles_ffmpeg/ffmpeg$ ./configure --enable-gpl --enable-libfaac --enable-libfdk-aac --enable-libmp3lame \ > --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-librtmp --enable-libtheora \ > --enable-libvorbis --enable-libvpx --enable-libx264 --enable-nonfree --enable-version3 ERROR: libfaac not found If you think configure made a mistake, make sure you are using the latest version from Git. If the latest version fails, report the problem to the ffmpeg-user at ffmpeg.org mailing list or IRC #ffmpeg on irc.freenode.net. Include the log file "config.log" produced by configure as this will help solving the problem. which I also installed from debian package manager. the machine is a server and naturally it does not have lots of stuff for compiling -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 29 18:51:28 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Aug 2012 16:51:28 -0000 Subject: [FFmpeg-trac] #1686(documentation:new): Dataloss because ffmpeg manpage about -passlogfile is wrong In-Reply-To: <033.9004ad6b13d6b7a7edc1be9e44a71f35@avcodec.org> References: <033.9004ad6b13d6b7a7edc1be9e44a71f35@avcodec.org> Message-ID: <048.378245e5bdf3c89fc7aa249919cba5a2@avcodec.org> #1686: Dataloss because ffmpeg manpage about -passlogfile is wrong -------------------------------------+------------------------------------- Reporter: jonb | Owner: Type: defect | Status: new Priority: minor | Component: Version: 0.7.13 | documentation Keywords: passlogfile | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by reimar): You don't need those to test this issue. ./configure --enable-gpl --enable-x264 should be enough. And even though we can/could test it, it is always most reliable for the person who reported an issue to verify it is fixed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 29 19:32:50 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Aug 2012 17:32:50 -0000 Subject: [FFmpeg-trac] #1686(documentation:new): Dataloss because ffmpeg manpage about -passlogfile is wrong In-Reply-To: <033.9004ad6b13d6b7a7edc1be9e44a71f35@avcodec.org> References: <033.9004ad6b13d6b7a7edc1be9e44a71f35@avcodec.org> Message-ID: <048.78838337b1ab17ba0332e53a0d75b0e8@avcodec.org> #1686: Dataloss because ffmpeg manpage about -passlogfile is wrong -------------------------------------+------------------------------------- Reporter: jonb | Owner: Type: defect | Status: new Priority: minor | Component: Version: 0.7.13 | documentation Keywords: passlogfile | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by jonb): onbendtsen at media:/jon_compiles_ffmpeg/ffmpeg$ ./configure --enable-gpl --enable-x264 Unknown option "--enable-x264". See ./configure --help for available options. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 29 20:05:42 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Aug 2012 18:05:42 -0000 Subject: [FFmpeg-trac] #738(avcodec:closed): libavcodec cannot be built if configured with "--disable-optimizations" In-Reply-To: <035.25628dadac6674990b2c021ce6e00dba@avcodec.org> References: <035.25628dadac6674990b2c021ce6e00dba@avcodec.org> Message-ID: <050.5851a4ee526aca3ca2fffd54e31f95dd@avcodec.org> #738: libavcodec cannot be built if configured with "--disable-optimizations" ------------------------------------+----------------------------------- Reporter: Andrew | Owner: Type: defect | Status: closed Priority: minor | Component: avcodec Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by rogerdpack): Ok I hope #1695 fixes it (and may be related, though I'll admit that the error message I got was that described in this ticket). Real work around for now: configure with --disable-postproc. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 29 20:08:42 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Aug 2012 18:08:42 -0000 Subject: [FFmpeg-trac] #1686(documentation:new): Dataloss because ffmpeg manpage about -passlogfile is wrong In-Reply-To: <033.9004ad6b13d6b7a7edc1be9e44a71f35@avcodec.org> References: <033.9004ad6b13d6b7a7edc1be9e44a71f35@avcodec.org> Message-ID: <048.0c5715f87fc3c3e4fc38188bac151858@avcodec.org> #1686: Dataloss because ffmpeg manpage about -passlogfile is wrong -------------------------------------+------------------------------------- Reporter: jonb | Owner: Type: defect | Status: new Priority: minor | Component: Version: 0.7.13 | documentation Keywords: passlogfile | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by reimar): I obviously meant the --enable-libx264 you had in there originally. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 29 21:56:26 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Aug 2012 19:56:26 -0000 Subject: [FFmpeg-trac] #1686(documentation:new): Dataloss because ffmpeg manpage about -passlogfile is wrong In-Reply-To: <033.9004ad6b13d6b7a7edc1be9e44a71f35@avcodec.org> References: <033.9004ad6b13d6b7a7edc1be9e44a71f35@avcodec.org> Message-ID: <048.b52615ae7669a8aecb201fa05a19799f@avcodec.org> #1686: Dataloss because ffmpeg manpage about -passlogfile is wrong -------------------------------------+------------------------------------- Reporter: jonb | Owner: Type: defect | Status: new Priority: minor | Component: Version: 0.7.13 | documentation Keywords: passlogfile | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by jonb): I just did cut'n'move -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 29 22:09:25 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Aug 2012 20:09:25 -0000 Subject: [FFmpeg-trac] #738(avcodec:closed): libavcodec cannot be built if configured with "--disable-optimizations" In-Reply-To: <035.25628dadac6674990b2c021ce6e00dba@avcodec.org> References: <035.25628dadac6674990b2c021ce6e00dba@avcodec.org> Message-ID: <050.c2c7475f6cfef12f26053c4ad3e507e0@avcodec.org> #738: libavcodec cannot be built if configured with "--disable-optimizations" ------------------------------------+----------------------------------- Reporter: Andrew | Owner: Type: defect | Status: closed Priority: minor | Component: avcodec Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Replying to [comment:8 rogerdpack]: > Ok I hope #1695 fixes it (and may be related, though I'll admit that the error message I got was that described in this ticket). Real work around for now: configure with --disable-postproc. --disable-postproc helped with an error compiling cabac.c, are you sure? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 29 22:45:55 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Aug 2012 20:45:55 -0000 Subject: [FFmpeg-trac] #1686(documentation:new): Dataloss because ffmpeg manpage about -passlogfile is wrong In-Reply-To: <033.9004ad6b13d6b7a7edc1be9e44a71f35@avcodec.org> References: <033.9004ad6b13d6b7a7edc1be9e44a71f35@avcodec.org> Message-ID: <048.47cfc5431b1486bbcafda2bf49cae6d0@avcodec.org> #1686: Dataloss because ffmpeg manpage about -passlogfile is wrong -------------------------------------+------------------------------------- Reporter: jonb | Owner: Type: defect | Status: new Priority: minor | Component: Version: 0.7.13 | documentation Keywords: passlogfile | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by jonb): jonbendtsen at media:/jon_compiles_ffmpeg/ffmpeg$ ./configure --enable-gpl --enable-libx264 ERROR: libx264 not found If you think configure made a mistake, make sure you are using the latest version from Git. If the latest version fails, report the problem to the ffmpeg-user at ffmpeg.org mailing list or IRC #ffmpeg on irc.freenode.net. Include the log file "config.log" produced by configure as this will help solving the problem. installing the debian package now. okay, so it compiled, but the same cmdlines doesnt work. jonbendtsen at media:/jon_compiles_ffmpeg/ffmpeg/overwritetest$ cat ffmpeg_cmdlines.sh ls -la ../ffmpeg -i 00000.MTS -vcodec libx264 -acodec copy -filter:v yadif -b:v 1000000 -r 25 -s 1440x1080 -pass 1 -an -passlogfile 00000.MTS -f rawvideo -y /dev/null ls -la ../ffmpeg -i 00000.MTS -vcodec libx264 -acodec copy -filter:v yadif -b:v 1000000 -r 25 -s 1440x1080 -pass 2 -an -passlogfile 00000.MTS -f rawvideo -y /dev/null ls -la ../ffmpeg -i 00000.MTS -vcodec libx264 -acodec copy -filter:v yadif -b:v 1000000 -r 25 -s 1440x1080 -pass 3 -passlogfile 00000.MTS 00000.MTS.ss438.h264 that does not overwrite any files, but now there is another problem: No sound? jonbendtsen at media:/jon_compiles_ffmpeg/ffmpeg/overwritetest$ ffmpeg -i *.h264 ffmpeg version 0.7.13, Copyright (c) 2000-2011 the FFmpeg developers built on Jun 13 2012 14:14:09 with gcc 4.4.5 configuration: --enable-libdc1394 --prefix=/usr --extra-cflags='-Wall -g ' --cc='ccache cc' --enable-shared --enable-libmp3lame --enable-gpl --enable-libvorbis --enable-pthreads --enable-libfaac --enable-libxvid --enable-postproc --enable-x11grab --enable-libgsm --enable-libtheora --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libx264 --enable-libspeex --enable-nonfree --disable-stripping --enable-avfilter --enable-libdirac --disable-decoder=libdirac --enable-libfreetype --enable-libschroedinger --disable-encoder=libschroedinger --enable- version3 --enable-libopenjpeg --enable-libvpx --enable-librtmp --extra- libs=-lgcrypt --disable-altivec --disable-armv5te --disable-armv6 --disable-vis 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 [h264 @ 0x24ed2e0] max_analyze_duration 5000000 reached at 5000000 [h264 @ 0x24ed2e0] Estimating duration from bitrate, this may be inaccurate Seems stream 0 codec frame rate differs from container frame rate: 50.00 (50/1) -> 25.00 (50/2) Input #0, h264, from '00000.MTS.ss438.h264': Duration: N/A, bitrate: N/A Stream #0.0: Video: h264 (High), yuv420p, 1440x1080 [PAR 4:3 DAR 16:9], 25 fps, 25 tbr, 1200k tbn, 50 tbc At least one output file must be specified -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 29 23:08:09 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Aug 2012 21:08:09 -0000 Subject: [FFmpeg-trac] #1537(avdevice:open): CPIA pixel format not supported In-Reply-To: <038.82359b4b078ff69c700f3f2d3142d963@avcodec.org> References: <038.82359b4b078ff69c700f3f2d3142d963@avcodec.org> Message-ID: <053.a95244955bd2ae0b66d64507f8f2e077@avcodec.org> #1537: CPIA pixel format not supported -------------------------------------+------------------------------------ Reporter: retrosnub | Owner: Type: enhancement | Status: open Priority: wish | Component: avdevice Version: git-master | Resolution: Keywords: v4l2 cpia1 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 1 | -------------------------------------+------------------------------------ Comment (by retrosnub): I've written a decoder which works for me and my camera. It'd be nice if someone could review it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Aug 29 23:18:41 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Aug 2012 21:18:41 -0000 Subject: [FFmpeg-trac] #1699(undetermined:new): iff ilbm: fix aspect ratio Message-ID: <038.0f55dfa9b911e60c969782adf45b92c9@avcodec.org> #1699: iff ilbm: fix aspect ratio -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- ignoring aspect ration in iff demuxer seems to fix ffplay's displayed aspect ratio {{{ C:\>ffmpeg -i CELTIC2.LBM ffmpeg version N-43803-g2c0b164 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 22 2012 02:22:47 with gcc 4.5.0 (GCC) 20100414 (Fedora MinGW 4.5. 0-1.fc14) configuration: --prefix=/var/www/users/research/ffmpeg/snapshots/build --arch= x86 --target-os=mingw32 --cross-prefix=i686-pc-mingw32- --cc='ccache i686 -pc-min gw32-gcc' --enable-w32threads --enable-memalign-hack --enable-runtime- cpudetect --enable-cross-compile --enable-static --disable-shared --extra- libs='-lws2_32 - lwinmm -lpthread' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snap shots/build/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/s napshots/build/lib' --enable-bzlib --enable-zlib --enable-gpl --enable- version3 --enable-nonfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libmp3lame --enable-libvpx --disable- decoder=libvpx libavutil 51. 70.100 / 51. 70.100 libavcodec 54. 54.100 / 54. 54.100 libavformat 54. 25.104 / 54. 25.104 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 13.100 / 3. 13.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [iff @ 0x1eace00] Estimating duration from bitrate, this may be inaccurate Input #0, iff, from 'CELTIC2.LBM': Duration: N/A, bitrate: N/A Stream #0:0: Video: iff_byterun1 (PBM / 0x204D4250), pal8, 320x200, SAR 5:6 DAR 4:3, 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 Aug 29 23:19:38 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Aug 2012 21:19:38 -0000 Subject: [FFmpeg-trac] #1699(undetermined:new): iff: fix aspect ratio (was: iff ilbm: fix aspect ratio) In-Reply-To: <038.0f55dfa9b911e60c969782adf45b92c9@avcodec.org> References: <038.0f55dfa9b911e60c969782adf45b92c9@avcodec.org> Message-ID: <053.64a8a4d9ddda8e8c8200500c1f380ad3@avcodec.org> #1699: iff: fix aspect ratio -------------------------------------+------------------------------------- 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 -------------------------------------+------------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 30 03:23:34 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Aug 2012 01:23:34 -0000 Subject: [FFmpeg-trac] #1474(undetermined:open): Some audio encoders stopped encoding strange channel layouts In-Reply-To: <040.186ffd1bfe8fb24dd3c780d16bd118a9@avcodec.org> References: <040.186ffd1bfe8fb24dd3c780d16bd118a9@avcodec.org> Message-ID: <055.5ffcacfa610526ed913ace59b236219b@avcodec.org> #1474: Some audio encoders stopped encoding strange channel layouts -------------------------------------+------------------------------------- Reporter: dcoffey3296 | 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 michael): Replying to [comment:21 cehoyos]: > Since e4c00ac / 3bab7cd, ffmpeg shows "mono" for both audio streams, and encoding succeeds. > > Imo, this means the bug was replaced by another bug because the actual channel layout for both audio streams is not mono. If as you describe, this bug is no more and replaced by another then please open a new ticket and close this one. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 30 03:35:28 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Aug 2012 01:35:28 -0000 Subject: [FFmpeg-trac] #1499(undetermined:new): x11grab BadCursor In-Reply-To: <035.d5c16cc43b7cf52fc91a981229754ed6@avcodec.org> References: <035.d5c16cc43b7cf52fc91a981229754ed6@avcodec.org> Message-ID: <050.2567612158957c12a0ddb42d61224226@avcodec.org> #1499: x11grab BadCursor -------------------------------------+------------------------------------- Reporter: ghafil | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: x11grab | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by michael): if you have a version that works and one that doesnt, please try to bisect (see tools/bisect-create) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 30 03:35:38 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Aug 2012 01:35:38 -0000 Subject: [FFmpeg-trac] #1499(undetermined:new): x11grab BadCursor In-Reply-To: <035.d5c16cc43b7cf52fc91a981229754ed6@avcodec.org> References: <035.d5c16cc43b7cf52fc91a981229754ed6@avcodec.org> Message-ID: <050.87eb4ed763370b7e2627fb7cc8a1def8@avcodec.org> #1499: x11grab BadCursor -------------------------------------+------------------------------------- Reporter: ghafil | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: x11grab | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by michael): * cc: michael (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 30 04:15:51 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Aug 2012 02:15:51 -0000 Subject: [FFmpeg-trac] #1493(undetermined:open): Transcoding MOV file from Rhozet Carbon Server creates video with double duration (needs edit list duration support) (was: Transcoding MOV file from Rhozet Carbon Server creates video with double duration) In-Reply-To: <037.54193589962f945e63fa23454a61f4ac@avcodec.org> References: <037.54193589962f945e63fa23454a61f4ac@avcodec.org> Message-ID: <052.e6e803eb6b4f8a7c7030b49bcbe653c7@avcodec.org> #1493: Transcoding MOV file from Rhozet Carbon Server creates video with double duration (needs edit list duration support) -------------------------------------+------------------------------------- Reporter: kbreeman | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: mov | Resolution: Blocking: | Blocked By: Analyzed by developer: 1 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by michael): * analyzed: 0 => 1 * keywords: mov regression => mov Comment: This is not a regression, the video is really that long, the correct length is in the edit list -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 30 04:28:29 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Aug 2012 02:28:29 -0000 Subject: [FFmpeg-trac] #1541(avcodec:new): flv hangs on ff_vp3_idct_add_neon on ARM Cortex-A8 In-Reply-To: <037.e47009af7ace9eccb6b8ef1b9843ef98@avcodec.org> References: <037.e47009af7ace9eccb6b8ef1b9843ef98@avcodec.org> Message-ID: <052.de4b25c204be10846002af9b1d993e3a@avcodec.org> #1541: flv hangs on ff_vp3_idct_add_neon on ARM Cortex-A8 -------------------------------------+------------------------------------- Reporter: kaijun61 | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: flv, arm | Blocked By: cortext- A8 | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): your output contains "WARNING: library configuration mismatch". Please retest with libs that match in their versions Also full gdb output is needed, including registers and disassembly, if you can still reproduce it after fixing the libraries. And if you say it hangs, try to find out not only one spot where execution happens but try to find out in which loop its trapped. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 30 04:43:42 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Aug 2012 02:43:42 -0000 Subject: [FFmpeg-trac] #1646(undetermined:closed): bad first_dts in h264 file In-Reply-To: <036.aa3bd6056c902e78a835f60a0723d3a9@avcodec.org> References: <036.aa3bd6056c902e78a835f60a0723d3a9@avcodec.org> Message-ID: <051.5930456f4141f014e97d2bb277e3fb29@avcodec.org> #1646: bad first_dts in h264 file -------------------------------------+------------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: h264 | Resolution: regression | worksforme Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => worksforme Comment: the first streams first dts is 0: ff_read_packet stream=0, pts=0, dts=0, size=1021, duration=1, flags=1 read_frame_internal stream=0, pts=0, dts=0, size=1021, duration=1, flags=1 demuxer -> ist_index:0 type:video next_dts:NOPTS next_dts_time:NOPTS next_pts:NOPTS next_pts_time:NOPTS pkt_pts:0 pkt_pts_time:0 pkt_dts:0 pkt_dts_time:0 off:0 first_dts printed after av_read_frame() is also 0 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 30 08:31:04 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Aug 2012 06:31:04 -0000 Subject: [FFmpeg-trac] #1700(FFmpeg:new): Can't publish stream to CRtmpServer Message-ID: <033.92966389b59fc8b2f775665d3aeb973a@avcodec.org> #1700: Can't publish stream to CRtmpServer --------------------------------+-------------------------------------- Reporter: king | Type: defect Status: new | Priority: important Component: FFmpeg | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+-------------------------------------- Summary of the bug: Meet error "call to function _checkbw failed" when publishing stream to CRtmpServer. How to reproduce: {{{ % ffmpeg -re -i test.mp4 -f flv rtmp://127.0.0.1/flvplayback/test2 I use git to clone the ffmpeg and build it on CentOS 6.3. }}} The log is: Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '../test.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 creation_time : 2011-12-22 16:05:04 encoder : Lavf52.62.0 comment : FlixEngineLinux_8.0.17.1 (www.on2.com) Duration: 00:01:04.55, start: 0.000000, bitrate: 768 kb/s Stream #0:0(und), 41, 1/1000: Video: h264 (Main) (avc1 / 0x31637661), yuv420p, 480x268 [SAR 1:1 DAR 120:67], 1/2000, 698 kb/s, 23.98 fps, 23.98 tbr, 1k tbn, 2k tbc Metadata: creation_time : 2011-12-22 16:05:04 handler_name : VideoHandler Stream #0:1(und), 73, 1/44100: Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, s16, 64 kb/s Metadata: creation_time : 2011-12-22 16:05:04 handler_name : SoundHandler [rtmp @ 0x18aa360] Handshaking... [rtmp @ 0x18aa360] Type answer 3 [rtmp @ 0x18aa360] Server version 0.0.0.0 [rtmp @ 0x18aa360] Proto = rtmp, path = /flvplayback/test2, app = flvplayback, fname = test2 [rtmp @ 0x18aa360] Server bandwidth = 2500000 [rtmp @ 0x18aa360] Client bandwidth = 2500000 [rtmp @ 0x18aa360] Releasing stream... [rtmp @ 0x18aa360] FCPublish stream... [rtmp @ 0x18aa360] Creating stream... '''[rtmp @ 0x18aa360] Server error: Specified stream not found in call to releaseStream''' [rtmp @ 0x18aa360] Sending publish command for 'test2' '''[rtmp @ 0x18aa360] Server error: call to function _checkbw failed''' rtmp://127.0.0.1/flvplayback/test2: Operation not permitted [AVIOContext @ 0x1888880] Statistics: 229376 bytes read, 0 seeks -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 30 09:08:34 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Aug 2012 07:08:34 -0000 Subject: [FFmpeg-trac] #1695(avcodec:closed): build fails with --disable-mmx In-Reply-To: <037.5dd331eef7099456074261a216a55668@avcodec.org> References: <037.5dd331eef7099456074261a216a55668@avcodec.org> Message-ID: <052.1dc4f35778f5c490aed4258635f5adb1@avcodec.org> #1695: build fails with --disable-mmx ------------------------------------+----------------------------------- Reporter: geronimo | Owner: Type: defect | Status: closed Priority: important | Component: avcodec 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 Diego. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 30 09:18:15 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Aug 2012 07:18:15 -0000 Subject: [FFmpeg-trac] #1686(documentation:new): Dataloss because ffmpeg manpage about -passlogfile is wrong In-Reply-To: <033.9004ad6b13d6b7a7edc1be9e44a71f35@avcodec.org> References: <033.9004ad6b13d6b7a7edc1be9e44a71f35@avcodec.org> Message-ID: <048.e98a883603cb9bb99ca77c5416a6e435@avcodec.org> #1686: Dataloss because ffmpeg manpage about -passlogfile is wrong -------------------------------------+------------------------------------- Reporter: jonb | Owner: Type: defect | Status: new Priority: minor | Component: Version: 0.7.13 | documentation Keywords: passlogfile | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:16 jonb]: > ../ffmpeg -i 00000.MTS -vcodec libx264 -acodec copy -filter:v yadif -b:v 1000000 -r 25 -s 1440x1080 -pass 3 -passlogfile 00000.MTS 00000.MTS.ss438.h264 > > that does not overwrite any files, but now there is another problem: No sound? (Complete, uncut console output missing.) A h264 file (that is what your last line produces) cannot contain sound, the format only contains raw H264 video. Carl Eugen -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 30 09:21:03 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Aug 2012 07:21:03 -0000 Subject: [FFmpeg-trac] #1700(undetermined:new): Can't publish stream to CRtmpServer In-Reply-To: <033.92966389b59fc8b2f775665d3aeb973a@avcodec.org> References: <033.92966389b59fc8b2f775665d3aeb973a@avcodec.org> Message-ID: <048.db2fdaab8814799726b906b64a1935ca@avcodec.org> #1700: Can't publish stream to CRtmpServer -------------------------------------+------------------------------------- Reporter: king | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: rtmp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => rtmp * priority: important => normal * component: FFmpeg => undetermined Comment: To make this a valid ticket, please provide your command line together with complete, uncut console output. Do you think this is a regression? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 30 09:23:55 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Aug 2012 07:23:55 -0000 Subject: [FFmpeg-trac] #1656(avcodec:open): AVRn (mjpeg): change field order for ntsc In-Reply-To: <038.b4a4abdd3c1c3d74dbc267e79a7149c8@avcodec.org> References: <038.b4a4abdd3c1c3d74dbc267e79a7149c8@avcodec.org> Message-ID: <053.2969a4cec7d50140b8784ac7ded88cca@avcodec.org> #1656: AVRn (mjpeg): change field order for ntsc -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: mjpeg AVrn | Blocked By: AVID | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => mjpeg AVrn AVID * 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 Aug 30 09:24:57 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Aug 2012 07:24:57 -0000 Subject: [FFmpeg-trac] #1686(documentation:new): Dataloss because ffmpeg manpage about -passlogfile is wrong In-Reply-To: <033.9004ad6b13d6b7a7edc1be9e44a71f35@avcodec.org> References: <033.9004ad6b13d6b7a7edc1be9e44a71f35@avcodec.org> Message-ID: <048.1cc50a63ba0325aa2c2cc872aaf9368e@avcodec.org> #1686: Dataloss because ffmpeg manpage about -passlogfile is wrong -------------------------------------+------------------------------------- Reporter: jonb | Owner: Type: defect | Status: new Priority: minor | Component: Version: 0.7.13 | documentation Keywords: passlogfile | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by jonb): Replying to [comment:17 cehoyos]: > A h264 file (that is what your last line produces) cannot contain sound, the format only contains raw H264 video. okay, then I want to complain that FFmpeg continues regardless of conflicting options. -acodec copy tells FFmpeg I want it to copy the sound. That means I want sound output. And if the output choice 00000.MTS.ss438.h264 indicates that I dont want sound, then there is a conflict which means FFmpeg should not continue. There is no reason to waste CPU cycles (and time) encoding something which is useless. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 30 09:26:23 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Aug 2012 07:26:23 -0000 Subject: [FFmpeg-trac] #1686(documentation:new): Dataloss because ffmpeg manpage about -passlogfile is wrong In-Reply-To: <033.9004ad6b13d6b7a7edc1be9e44a71f35@avcodec.org> References: <033.9004ad6b13d6b7a7edc1be9e44a71f35@avcodec.org> Message-ID: <048.c8115387fe3dc2268b5fbc375b350774@avcodec.org> #1686: Dataloss because ffmpeg manpage about -passlogfile is wrong -------------------------------------+------------------------------------- Reporter: jonb | Owner: Type: defect | Status: new Priority: minor | Component: Version: 0.7.13 | documentation Keywords: passlogfile | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:18 jonb]: > There is no reason to waste CPU cycles (and time) encoding something which is useless. No CPU cycles are wasted in the command line you use. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 30 09:27:07 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Aug 2012 07:27:07 -0000 Subject: [FFmpeg-trac] #1686(documentation:new): Dataloss because ffmpeg manpage about -passlogfile is wrong In-Reply-To: <033.9004ad6b13d6b7a7edc1be9e44a71f35@avcodec.org> References: <033.9004ad6b13d6b7a7edc1be9e44a71f35@avcodec.org> Message-ID: <048.d7ae2ed8d8059a588d82cdd72e7db988@avcodec.org> #1686: Dataloss because ffmpeg manpage about -passlogfile is wrong -------------------------------------+------------------------------------- Reporter: jonb | Owner: Type: defect | Status: new Priority: minor | Component: Version: 0.7.13 | documentation Keywords: passlogfile | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:19 cehoyos]: > Replying to [comment:18 jonb]: > > There is no reason to waste CPU cycles (and time) encoding something which is useless. > No CPU cycles are wasted in the command line you use. (Maybe except for the fact that some sources claim 3-pass encoding makes no sense.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 30 09:34:49 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Aug 2012 07:34:49 -0000 Subject: [FFmpeg-trac] #1686(documentation:new): Dataloss because ffmpeg manpage about -passlogfile is wrong In-Reply-To: <033.9004ad6b13d6b7a7edc1be9e44a71f35@avcodec.org> References: <033.9004ad6b13d6b7a7edc1be9e44a71f35@avcodec.org> Message-ID: <048.471d164dd36fde24c671a709a8e0348c@avcodec.org> #1686: Dataloss because ffmpeg manpage about -passlogfile is wrong -------------------------------------+------------------------------------- Reporter: jonb | Owner: Type: defect | Status: new Priority: minor | Component: Version: 0.7.13 | documentation Keywords: passlogfile | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by jonb): Yeah I noticed that when I reconnected my screen as well. The 3 pass must be a left over from when I experimented with mencoder. And the no sound must be an output from one of those previous runs when I did specify no sound. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 30 09:35:19 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Aug 2012 07:35:19 -0000 Subject: [FFmpeg-trac] #1695(avcodec:reopened): build fails with --disable-mmx In-Reply-To: <037.5dd331eef7099456074261a216a55668@avcodec.org> References: <037.5dd331eef7099456074261a216a55668@avcodec.org> Message-ID: <052.074fa8552b824770ae0535964b5e46cb@avcodec.org> #1695: build fails with --disable-mmx ------------------------------------+------------------------------------ Reporter: geronimo | Owner: Type: defect | Status: reopened Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by saste): * status: closed => reopened * resolution: fixed => Comment: Replying to [comment:5 cehoyos]: > Fixed by Diego. Not yet. configure --disable-optimizations --disable-mmx Fails here with: {{{ libavcodec/libavcodec.a(mpegvideoenc.o): In function `dct_quantize_MMX': /home/stefano/src/ffmpeg/libavcodec/x86/mpegvideoenc_template.c:106: undefined reference to `ff_fdct_mmx' libavcodec/libavcodec.a(mpegvideoenc.o): In function `dct_quantize_MMX2': /home/stefano/src/ffmpeg/libavcodec/x86/mpegvideoenc_template.c:106: undefined reference to `ff_fdct_mmx2' libavcodec/libavcodec.a(mpegvideoenc.o): In function `dct_quantize_SSE2': /home/stefano/src/ffmpeg/libavcodec/x86/mpegvideoenc_template.c:106: undefined reference to `ff_fdct_sse2' }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 30 09:38:34 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Aug 2012 07:38:34 -0000 Subject: [FFmpeg-trac] #1686(documentation:new): Dataloss because ffmpeg manpage about -passlogfile is wrong In-Reply-To: <033.9004ad6b13d6b7a7edc1be9e44a71f35@avcodec.org> References: <033.9004ad6b13d6b7a7edc1be9e44a71f35@avcodec.org> Message-ID: <048.8d1a22f35d2e6987053b54482adf2a32@avcodec.org> #1686: Dataloss because ffmpeg manpage about -passlogfile is wrong -------------------------------------+------------------------------------- Reporter: jonb | Owner: Type: defect | Status: new Priority: minor | Component: Version: 0.7.13 | documentation Keywords: passlogfile | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by jonb): Anyway, back to the topic. Why havent http://ffmpeg.org/ffmpeg.html been updated to warn people that prior to version $insert_correct_version_here$ the passlogfile when choosing libx264 has a different name. Surely avoiding a dataloss should be high priority. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 30 10:03:03 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Aug 2012 08:03:03 -0000 Subject: [FFmpeg-trac] #1661(avcodec:closed): Adding/converting srt to dvdsub subtitle In-Reply-To: <040.9f32b6fc4519ece66e98258bc0e59f83@avcodec.org> References: <040.9f32b6fc4519ece66e98258bc0e59f83@avcodec.org> Message-ID: <055.837952535b29feb6f7215c62401fecda@avcodec.org> #1661: Adding/converting srt to dvdsub subtitle -------------------------------------+----------------------------------- Reporter: Sharkhunter | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: dvdsub | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => closed * reproduced: 0 => 1 * component: undetermined => avcodec * priority: normal => important * version: unspecified => git-master * keywords: => dvdsub * resolution: => fixed Comment: Fixed by Nicolas George. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 30 10:20:24 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Aug 2012 08:20:24 -0000 Subject: [FFmpeg-trac] #1686(documentation:new): Dataloss because ffmpeg manpage about -passlogfile is wrong In-Reply-To: <033.9004ad6b13d6b7a7edc1be9e44a71f35@avcodec.org> References: <033.9004ad6b13d6b7a7edc1be9e44a71f35@avcodec.org> Message-ID: <048.3adcbc75a5b3fab4f76c1196ef92acf6@avcodec.org> #1686: Dataloss because ffmpeg manpage about -passlogfile is wrong -------------------------------------+------------------------------------- Reporter: jonb | Owner: Type: defect | Status: new Priority: minor | Component: Version: 0.7.13 | documentation Keywords: passlogfile | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Do you know the value for $insert_correct_version_here$ ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 30 10:28:20 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Aug 2012 08:28:20 -0000 Subject: [FFmpeg-trac] #1671(FFmpeg:open): ffmpeg crashed using filter 'volume' In-Reply-To: <040.735c5a35f83e1aba13f347923bc72aca@avcodec.org> References: <040.735c5a35f83e1aba13f347923bc72aca@avcodec.org> Message-ID: <055.eaad181f6972b85eb62b9dcc7e45ad9d@avcodec.org> #1671: ffmpeg crashed using filter 'volume' -------------------------------------+---------------------------------- Reporter: fhaefemeier | Owner: Type: defect | Status: open Priority: important | Component: FFmpeg Version: 0.11.1 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Changes (by cehoyos): * priority: normal => important * reproduced: 0 => 1 Comment: The original crash was fixed in the merge commit 16e25ef. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 30 10:31:57 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Aug 2012 08:31:57 -0000 Subject: [FFmpeg-trac] #1686(documentation:new): Dataloss because ffmpeg manpage about -passlogfile is wrong In-Reply-To: <033.9004ad6b13d6b7a7edc1be9e44a71f35@avcodec.org> References: <033.9004ad6b13d6b7a7edc1be9e44a71f35@avcodec.org> Message-ID: <048.8783f3abdd389f3de941b42fb26d8529@avcodec.org> #1686: Dataloss because ffmpeg manpage about -passlogfile is wrong -------------------------------------+------------------------------------- Reporter: jonb | Owner: Type: defect | Status: new Priority: minor | Component: Version: 0.7.13 | documentation Keywords: passlogfile | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by jonb): Replying to [comment:23 cehoyos]: > Do you know the value for $insert_correct_version_here$ ? 18 hours ago you did and wrote: > > Version changed from unspecified to 0.7.13 > > This may have been fixed several months ago. > Could you test current git head? And we found out it looks like it has been fixed. So did you guys publish any new versions between then and now ? If so that should be the value. Else you might pick the next version number. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 30 10:38:51 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Aug 2012 08:38:51 -0000 Subject: [FFmpeg-trac] #1686(documentation:new): Dataloss because ffmpeg manpage about -passlogfile is wrong In-Reply-To: <033.9004ad6b13d6b7a7edc1be9e44a71f35@avcodec.org> References: <033.9004ad6b13d6b7a7edc1be9e44a71f35@avcodec.org> Message-ID: <048.88564ddac0a446587e4b475371eb7935@avcodec.org> #1686: Dataloss because ffmpeg manpage about -passlogfile is wrong -------------------------------------+------------------------------------- Reporter: jonb | Owner: Type: defect | Status: new Priority: minor | Component: Version: 0.7.13 | documentation Keywords: passlogfile | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Thanks to your work, we know now that the original bug was fixed between the time 0.7 was branched (June 2011 iirc) and yesterday's git head. Unfortunately, several thousand changes were in-between, so we don't know (yet) if this is reproducible with 0.8, 0.9, 0.10 or 0.11... If you want to help, please consider using git bisect to find the change fixing the original problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 30 10:43:23 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Aug 2012 08:43:23 -0000 Subject: [FFmpeg-trac] #1686(documentation:new): Dataloss because ffmpeg manpage about -passlogfile is wrong In-Reply-To: <033.9004ad6b13d6b7a7edc1be9e44a71f35@avcodec.org> References: <033.9004ad6b13d6b7a7edc1be9e44a71f35@avcodec.org> Message-ID: <048.9b54884c35807637743f34967fe6624f@avcodec.org> #1686: Dataloss because ffmpeg manpage about -passlogfile is wrong -------------------------------------+------------------------------------- Reporter: jonb | Owner: Type: defect | Status: new Priority: minor | Component: Version: 0.7.13 | documentation Keywords: passlogfile | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by jonb): Replying to [comment:25 cehoyos]: > Thanks to your work, we know now that the original bug was fixed between the time 0.7 was branched (June 2011 iirc) and yesterday's git head. > Unfortunately, several thousand changes were in-between, so we don't know (yet) if this is reproducible with 0.8, 0.9, 0.10 or 0.11... > If you want to help, please consider using git bisect to find the change fixing the original problem. Does that mean I have to read code. I'm not so good at that. Couldnt we just start to write in the documentation that it has been discovered that there in some versions is a possibility for a dataloss when using libx264 and passlogfile? Then we can look for the versions that overwrite or not. I might script something that checks out every version from git between 0.7.13 and head and finds out when it was fixed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 30 10:49:21 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Aug 2012 08:49:21 -0000 Subject: [FFmpeg-trac] #1699(undetermined:new): iff: fix aspect ratio In-Reply-To: <038.0f55dfa9b911e60c969782adf45b92c9@avcodec.org> References: <038.0f55dfa9b911e60c969782adf45b92c9@avcodec.org> Message-ID: <053.baf447a7262aedd909af9f9eb2e05507@avcodec.org> #1699: iff: fix aspect ratio -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: iff | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => iff * version: unspecified => git-master Comment: Don't you agree that the aspect is correct for A4000T_HAM6.IFF without your patch (and wrong with the change)? (Unrelated: Isn't there a bug visible decoding A4000T_HAM6.IFF? The table is not completely blue here.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 30 10:55:52 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Aug 2012 08:55:52 -0000 Subject: [FFmpeg-trac] #1686(documentation:new): Dataloss because ffmpeg manpage about -passlogfile is wrong In-Reply-To: <033.9004ad6b13d6b7a7edc1be9e44a71f35@avcodec.org> References: <033.9004ad6b13d6b7a7edc1be9e44a71f35@avcodec.org> Message-ID: <048.b2bfef9082aa3ded78ae066d75c74eff@avcodec.org> #1686: Dataloss because ffmpeg manpage about -passlogfile is wrong -------------------------------------+------------------------------------- Reporter: jonb | Owner: Type: defect | Status: new Priority: minor | Component: Version: 0.7.13 | documentation Keywords: passlogfile | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:26 jonb]: > I might script something that checks out every version from git between 0.7.13 and head and finds out when it was fixed. It will probably be enough to test 6968a7d and c2e3b56 (git checkout 6968a7d) (Even if that surprisingly turns out to be not enough, git bisect would only require you to test ~12 revisions.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 30 11:03:05 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Aug 2012 09:03:05 -0000 Subject: [FFmpeg-trac] #1541(avcodec:new): flv hangs on ff_vp3_idct_add_neon on ARM Cortex-A8 In-Reply-To: <037.e47009af7ace9eccb6b8ef1b9843ef98@avcodec.org> References: <037.e47009af7ace9eccb6b8ef1b9843ef98@avcodec.org> Message-ID: <052.e7a6766c833a46beeecbc52569784682@avcodec.org> #1541: flv hangs on ff_vp3_idct_add_neon on ARM Cortex-A8 -------------------------------------+------------------------------------- Reporter: kaijun61 | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: flv, arm | Blocked By: cortext- A8 | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by kaijun61): I have pointed out where the problem is. Can you reproduce the issue? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 30 11:10:53 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Aug 2012 09:10:53 -0000 Subject: [FFmpeg-trac] #1686(documentation:new): Dataloss because ffmpeg manpage about -passlogfile is wrong In-Reply-To: <033.9004ad6b13d6b7a7edc1be9e44a71f35@avcodec.org> References: <033.9004ad6b13d6b7a7edc1be9e44a71f35@avcodec.org> Message-ID: <048.2f3b02f46cd335146273bd41f0e72a3c@avcodec.org> #1686: Dataloss because ffmpeg manpage about -passlogfile is wrong -------------------------------------+------------------------------------- Reporter: jonb | Owner: Type: defect | Status: new Priority: minor | Component: Version: 0.7.13 | documentation Keywords: passlogfile | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by jonb): Replying to [comment:27 cehoyos]: > Replying to [comment:26 jonb]: > > I might script something that checks out every version from git between 0.7.13 and head and finds out when it was fixed. > It will probably be enough to test 6968a7d and c2e3b56 (git checkout 6968a7d) trying -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 30 11:15:04 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Aug 2012 09:15:04 -0000 Subject: [FFmpeg-trac] #1686(documentation:new): Dataloss because ffmpeg manpage about -passlogfile is wrong In-Reply-To: <033.9004ad6b13d6b7a7edc1be9e44a71f35@avcodec.org> References: <033.9004ad6b13d6b7a7edc1be9e44a71f35@avcodec.org> Message-ID: <048.97cfd53f6d41b181a805a7b985a8d5f0@avcodec.org> #1686: Dataloss because ffmpeg manpage about -passlogfile is wrong -------------------------------------+------------------------------------- Reporter: jonb | Owner: Type: defect | Status: new Priority: minor | Component: Version: 0.7.13 | documentation Keywords: passlogfile | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by jonb): jonbendtsen at media:/jon_compiles_ffmpeg$ mkdir c2e3b56 jonbendtsen at media:/jon_compiles_ffmpeg$ cd c2e3b56/ jonbendtsen at media:/jon_compiles_ffmpeg/c2e3b56$ git clone --depth 1 git://source.ffmpeg.org/ffmpeg Cloning into ffmpeg... remote: Counting objects: 13044, done. remote: Compressing objects: 100% (8272/8272), done. remote: Total 13044 (delta 9107), reused 7128 (delta 4547) Receiving objects: 100% (13044/13044), 13.49 MiB | 2.71 MiB/s, done. Resolving deltas: 100% (9107/9107), done. jonbendtsen at media:/jon_compiles_ffmpeg/c2e3b56$ git checkout c2e3b56 fatal: Not a git repository (or any parent up to mount parent ) Stopping at filesystem boundary (GIT_DISCOVERY_ACROSS_FILESYSTEM not set). jonbendtsen at media:/jon_compiles_ffmpeg/c2e3b56$ ls ffmpeg jonbendtsen at media:/jon_compiles_ffmpeg/c2e3b56$ cd ffmpeg/ jonbendtsen at media:/jon_compiles_ffmpeg/c2e3b56/ffmpeg$ git checkout c2e3b56 error: pathspec 'c2e3b56' did not match any file(s) known to git. jonbendtsen at media:/jon_compiles_ffmpeg/c2e3b56/ffmpeg$ git-checkout c2e3b56 -bash: git-checkout: command not found jonbendtsen at media:/jon_compiles_ffmpeg/c2e3b56/ffmpeg$ git git-checkout c2e3b56 git: 'git-checkout' is not a git command. See 'git --help'. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 30 11:21:56 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Aug 2012 09:21:56 -0000 Subject: [FFmpeg-trac] #1686(documentation:new): Dataloss because ffmpeg manpage about -passlogfile is wrong In-Reply-To: <033.9004ad6b13d6b7a7edc1be9e44a71f35@avcodec.org> References: <033.9004ad6b13d6b7a7edc1be9e44a71f35@avcodec.org> Message-ID: <048.817f40f77483234e9cd2df2eaa8f7603@avcodec.org> #1686: Dataloss because ffmpeg manpage about -passlogfile is wrong -------------------------------------+------------------------------------- Reporter: jonb | Owner: Type: defect | Status: new Priority: minor | Component: Version: 0.7.13 | documentation Keywords: passlogfile | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:29 jonb]: > jonbendtsen at media:/jon_compiles_ffmpeg/c2e3b56$ git clone --depth 1 git://source.ffmpeg.org/ffmpeg Remove --depth 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 30 11:40:46 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Aug 2012 09:40:46 -0000 Subject: [FFmpeg-trac] #1701(undetermined:new): iff ilbm: some ham6 files decodes with graphics glitches Message-ID: <038.d2a40d6a799d868e1526aaefb269e6e3@avcodec.org> #1701: iff ilbm: some ham6 files decodes with graphics glitches -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- I will attache archive with 3 iff ilbm ham6 files and with the output from ffmpeg and wasp (open source). http://aminet.net/package/misc/fish/fish-0716 {{{ C:\>ffmpeg -i 1.iff out.ppm ffmpeg version N-43803-g2c0b164 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 22 2012 02:22:47 with gcc 4.5.0 (GCC) 20100414 (Fedora MinGW 4.5. 0-1.fc14) configuration: --prefix=/var/www/users/research/ffmpeg/snapshots/build --arch= x86 --target-os=mingw32 --cross-prefix=i686-pc-mingw32- --cc='ccache i686 -pc-min gw32-gcc' --enable-w32threads --enable-memalign-hack --enable-runtime- cpudetect --enable-cross-compile --enable-static --disable-shared --extra- libs='-lws2_32 - lwinmm -lpthread' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snap shots/build/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/s napshots/build/lib' --enable-bzlib --enable-zlib --enable-gpl --enable- version3 --enable-nonfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libmp3lame --enable-libvpx --disable- decoder=libvpx libavutil 51. 70.100 / 51. 70.100 libavcodec 54. 54.100 / 54. 54.100 libavformat 54. 25.104 / 54. 25.104 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 13.100 / 3. 13.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [iff @ 0x1eace00] Estimating duration from bitrate, this may be inaccurate Input #0, iff, from '1.iff': Duration: N/A, bitrate: N/A Stream #0:0: Video: iff_byterun1 (ILBM / 0x4D424C49), rgba, 320x256, SAR 1:6 4 DAR 5:256, 90k tbr, 90k tbn, 90k tbc [image2 @ 0x1ea3900] Frame rate very high for a muxer not efficiently supporting it. Please consider specifying a lower framerate, a different muxer or -vsync 2 Output #0, image2, to 'out.ppm': Metadata: encoder : Lavf54.25.104 Stream #0:0: Video: ppm, rgb24, 320x256 [SAR 1:64 DAR 5:256], q=2-31, 200 kb /s, 90k tbn, 90k tbc Stream mapping: Stream #0:0 -> #0:0 (iff_byterun1 -> ppm) Press [q] to stop, [?] for help frame= 1 fps=0.0 q=0.0 Lsize= 0kB time=00:00:00.00 bitrate= 0.0kbits/ s video:240kB audio:0kB subtitle:0 global headers:0kB muxing overhead -100.000000% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 30 11:43:42 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Aug 2012 09:43:42 -0000 Subject: [FFmpeg-trac] #1702(swscale:new): Transparency information gets lost when converting from gray8a to rgba Message-ID: <036.22e40218e50a866f3408a52ea444e70c@avcodec.org> #1702: Transparency information gets lost when converting from gray8a to rgba -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: swscale Version: git- | Keywords: gray8a master | alpha Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- (Second part of ticket #769) When converting from gray8a to rgba, the resulting picture is opaque. {{{ $ ffmpeg -s 32x32 -pix_fmt gray8a -i gray8a.yuv -pix_fmt rgba out.png ffmpeg version N-44015-g5e363bb Copyright (c) 2000-2012 the FFmpeg developers built on Aug 30 2012 10:41:45 with gcc 4.5.3 (GCC) configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc libavutil 51. 70.100 / 51. 70.100 libavcodec 54. 54.100 / 54. 54.100 libavformat 54. 25.104 / 54. 25.104 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 14.100 / 3. 14.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 [rawvideo @ 0x1480400] Estimating duration from bitrate, this may be inaccurate Input #0, rawvideo, from 'gray8a.yuv': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Video: rawvideo (Y2[0][8] / 0x8003259), gray8a, 32x32, 25 tbr, 25 tbn, 25 tbc Output #0, image2, to 'out.png': Metadata: encoder : Lavf54.25.104 Stream #0:0: Video: png, rgba, 32x32, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> png) Press [q] to stop, [?] for help Truncating packet of size 2048 to 1 frame= 1 fps=0.0 q=0.0 Lsize= 0kB time=00:00:00.04 bitrate= 0.0kbits/s video:0kB audio:0kB subtitle:0 global headers:0kB muxing overhead -100.000000% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 30 11:45:31 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Aug 2012 09:45:31 -0000 Subject: [FFmpeg-trac] #769(avcodec:closed): png gray8 alpha decodes incorrectly In-Reply-To: <038.17cc6781b78bd08bae540432e66076da@avcodec.org> References: <038.17cc6781b78bd08bae540432e66076da@avcodec.org> Message-ID: <053.e0f66c12bdd20bd5dca36183dd70d32f@avcodec.org> #769: png gray8 alpha decodes incorrectly -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: gray8a | Blocked By: alpha png | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: reopened => closed * resolution: => fixed * component: swscale => avcodec Comment: One problem - that the decoded picture looked incorrect with ffplay - was fixed by Michael in January, I opened ticket #1702 for the remaining problem (that the transparency information of gray8a gets lost when converting to rgba). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 30 11:49:54 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Aug 2012 09:49:54 -0000 Subject: [FFmpeg-trac] #1699(undetermined:new): iff: fix aspect ratio In-Reply-To: <038.0f55dfa9b911e60c969782adf45b92c9@avcodec.org> References: <038.0f55dfa9b911e60c969782adf45b92c9@avcodec.org> Message-ID: <053.08804778b32e1218b77eb890efdf9fee@avcodec.org> #1699: iff: fix aspect ratio -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: iff | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ami_stuff): Replying to [comment:2 cehoyos]: > Don't you agree that the aspect is correct for A4000T_HAM6.IFF without your patch (and wrong with the change)? This one may be correct, but I'm unsure if I like correct aspect ratio or maybe not resized image without black borders. Most (all?) image viewers seems to ignore ar for iff. > (Unrelated: Isn't there a bug visible decoding A4000T_HAM6.IFF? The table is not completely blue here.) Yes, I have created ticket #1701 for this. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 30 13:30:28 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Aug 2012 11:30:28 -0000 Subject: [FFmpeg-trac] #1702(swscale:closed): Transparency information gets lost when converting from gray8a to rgba In-Reply-To: <036.22e40218e50a866f3408a52ea444e70c@avcodec.org> References: <036.22e40218e50a866f3408a52ea444e70c@avcodec.org> Message-ID: <051.5408ad3ee683bae2cd9754e6aac6bf3a@avcodec.org> #1702: Transparency information gets lost when converting from gray8a to rgba --------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: swscale Version: git-master | Resolution: fixed Keywords: gray8a alpha | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 30 13:54:45 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Aug 2012 11:54:45 -0000 Subject: [FFmpeg-trac] #1686(documentation:new): Dataloss because ffmpeg manpage about -passlogfile is wrong In-Reply-To: <033.9004ad6b13d6b7a7edc1be9e44a71f35@avcodec.org> References: <033.9004ad6b13d6b7a7edc1be9e44a71f35@avcodec.org> Message-ID: <048.ac7c967c6b1629fb52dfa50a3f38dc6d@avcodec.org> #1686: Dataloss because ffmpeg manpage about -passlogfile is wrong -------------------------------------+------------------------------------- Reporter: jonb | Owner: Type: defect | Status: new Priority: minor | Component: Version: 0.7.13 | documentation Keywords: passlogfile | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by jonb): The results are in: c2e3b56 is bad and it overwrites files. 6968a7d is good, it does not overwrite files. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 30 18:59:18 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Aug 2012 16:59:18 -0000 Subject: [FFmpeg-trac] #1503(avcodec:closed): Incorrect H264 decoding In-Reply-To: <036.359736339d188c0bb32b59ea7e494b63@avcodec.org> References: <036.359736339d188c0bb32b59ea7e494b63@avcodec.org> Message-ID: <051.746db091a5fc0ae0a7c9c9b3adb63f0b@avcodec.org> #1503: Incorrect H264 decoding ---------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: h264 videolan | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: h264 => h264 videolan -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 30 19:04:08 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Aug 2012 17:04:08 -0000 Subject: [FFmpeg-trac] #1690(avformat:new): Support Ogg/Vorbis in avi In-Reply-To: <036.fce14333e363ce4e3cdadb52636414a3@avcodec.org> References: <036.fce14333e363ce4e3cdadb52636414a3@avcodec.org> Message-ID: <051.dd3acbdd9d824feabccbf830a74bd75e@avcodec.org> #1690: Support Ogg/Vorbis in avi -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: avi ogg | Blocked By: vorbis videolan | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: avi ogg vorbis => avi ogg vorbis videolan -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 30 19:06:07 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Aug 2012 17:06:07 -0000 Subject: [FFmpeg-trac] #1502(avcodec:closed): vc1 decoding regression In-Reply-To: <036.862325b565c6ef23657a5144a1f65cf9@avcodec.org> References: <036.862325b565c6ef23657a5144a1f65cf9@avcodec.org> Message-ID: <051.ea6645c5efd29d9f782e71ee83ed17be@avcodec.org> #1502: vc1 decoding regression -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: vc1 | Blocked By: regression videolan | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: vc1 regression => vc1 regression videolan -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 30 20:11:23 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Aug 2012 18:11:23 -0000 Subject: [FFmpeg-trac] #1703(FFplay:new): ffplay doesn't play any audio when given "mono" audio input Message-ID: <039.f8bb4c18bd5ebf312579b206f770e0df@avcodec.org> #1703: ffplay doesn't play any audio when given "mono" audio input -------------------------------------+------------------------------------- Reporter: rogerdpack | Type: defect Status: new | Priority: normal Component: FFplay | Version: Keywords: | unspecified Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- ffplay doesn't play any audio when given "mono" audio input How to reproduce: {{{ % ffplay.exe mono.441.wav ffplay version N-43594-gf0896a6 Copyright (c) 2003-2012 the FFmpeg developers built on Aug 15 2012 21:25:48 with gcc 4.7.1 (GCC) configuration: --enable-gpl --enable-version3 --disable-pthreads --enable-runtime-cpudetect --enable-avisynth --enable-bzlib --enable- frei0r --enable-libass --enable-libcelt --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable-libgsm --enable- libmp3lame --enable-libnut --enable-libopenjpeg --enable-librtmp --enable- libschroedinger --enable-libspeex --enable-libtheora --enable-libutvideo --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable- libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 69.100 / 51. 69.100 libavcodec 54. 52.100 / 54. 52.100 libavformat 54. 23.101 / 54. 23.101 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 9.100 / 3. 9.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [wav @ 03ee4c80] max_analyze_duration 5000000 reached at 5015510 Input #0, wav, from 'mono.441.wav': Duration: 00:00:53.30, bitrate: 705 kb/s Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, 1 channels, s16, 705 kb/s Seek to 9% ( 0:00:04) of total duration ( 0:00:53) B f=0/0 5.73 A-V: 0.000 fd= 0 aq= 24KB vq= 0KB sq= 0B f=0/0 Input #0, s16le, from 'mono.wav': Duration: 00:05:19.83, start: 0.000000, bitrate: 127 kb/s Stream #0:0: Audio: pcm_s16le, 8000 Hz, 1 channels, s16, 128 kb/s 3.17 A-V: 0.000 fd= 0 aq= 12KB vq= 0KB sq= 0B f=0/0 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 30 20:17:25 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Aug 2012 18:17:25 -0000 Subject: [FFmpeg-trac] #1703(FFplay:new): ffplay doesn't play any audio when given "mono" audio input In-Reply-To: <039.f8bb4c18bd5ebf312579b206f770e0df@avcodec.org> References: <039.f8bb4c18bd5ebf312579b206f770e0df@avcodec.org> Message-ID: <054.7ae0629265bfce60a445f1551d36a1a4@avcodec.org> #1703: ffplay doesn't play any audio when given "mono" audio input -------------------------------------+---------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: new Priority: normal | Component: FFplay Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Comment (by cehoyos): Since it plays fine here and the output does not look suspicious in any way, you will have to explain what "does not play" means. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 30 20:33:29 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Aug 2012 18:33:29 -0000 Subject: [FFmpeg-trac] #1703(FFplay:new): ffplay doesn't play any audio when given "mono" audio input In-Reply-To: <039.f8bb4c18bd5ebf312579b206f770e0df@avcodec.org> References: <039.f8bb4c18bd5ebf312579b206f770e0df@avcodec.org> Message-ID: <054.0ee6f6bd433841b16f87052c0a6a814f@avcodec.org> #1703: ffplay doesn't play any audio when given "mono" audio input -------------------------------------+---------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: new Priority: normal | Component: FFplay Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Comment (by rogerdpack): the output does not look suspicious. the histogram output is also ok. It just doesn't output audio to the speakers. (With -ac 2 it works ok though). I did just test it in linux and it works with or without -ac 2, so I suppose it's a windows thing. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 30 20:40:58 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Aug 2012 18:40:58 -0000 Subject: [FFmpeg-trac] #1703(FFplay:new): ffplay doesn't play any audio when given "mono" audio input In-Reply-To: <039.f8bb4c18bd5ebf312579b206f770e0df@avcodec.org> References: <039.f8bb4c18bd5ebf312579b206f770e0df@avcodec.org> Message-ID: <054.7e55e3fc7bc064719d819349a2e10d90@avcodec.org> #1703: ffplay doesn't play any audio when given "mono" audio input -------------------------------------+---------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: new Priority: normal | Component: FFplay Version: unspecified | Resolution: Keywords: win | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Changes (by cehoyos): * keywords: => win -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 30 22:18:31 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Aug 2012 20:18:31 -0000 Subject: [FFmpeg-trac] #1653(avcodec:closed): fix decoding of ccitt fax3 with byte boundary In-Reply-To: <038.fb879fca436a15b8ad3ccfefff815327@avcodec.org> References: <038.fb879fca436a15b8ad3ccfefff815327@avcodec.org> Message-ID: <053.38f01bd4b5f08eb277e81a72dc2c559b@avcodec.org> #1653: fix decoding of ccitt fax3 with byte boundary -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: tif | 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 Thu Aug 30 22:47:28 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Aug 2012 20:47:28 -0000 Subject: [FFmpeg-trac] #702(FFplay:closed): FFplay Does Not Play Videos with Odd Width Correctly In-Reply-To: <038.18f4ee6dd66aa54c8dc3e834ba948a6a@avcodec.org> References: <038.18f4ee6dd66aa54c8dc3e834ba948a6a@avcodec.org> Message-ID: <053.d95af090b3f7c09a5797acaca90a3f98@avcodec.org> #702: FFplay Does Not Play Videos with Odd Width Correctly ------------------------------------+---------------------------------- Reporter: mbradshaw | Owner: Type: defect | Status: closed Priority: minor | Component: FFplay Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Changes (by mbradshaw): * status: new => closed * resolution: => fixed Comment: As far as the original issue is concerned, yes, this seems fixed. I'll close as fixed. Thanks for the info. Side note: my testing has shown the openjpeg encoder is broken at the moment for odd sizes (and playback through QuickTime no longer works), but these are separate from FFplay. I'll have to look into this when I get time. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 30 23:41:12 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Aug 2012 21:41:12 -0000 Subject: [FFmpeg-trac] #1704(undetermined:new): ffplay plays at double speed with "-ac 2" Message-ID: <039.79668d7b0b1b894266eb80b42a0ceef4@avcodec.org> #1704: ffplay plays at double speed with "-ac 2" -------------------------------------+------------------------------------- Reporter: rogerdpack | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: How to reproduce: play attached file like $ ffplay -ac 2 yo10.wav {{{ ffmpeg -i yo.wav -t 10 yo10.wav ffmpeg version N-44016-gbebef40 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 30 2012 15:26:06 with gcc 4.7.1 (GCC) configuration: --enable-memalign-hack --arch=x86 --enable-gpl --enable- libx264 --enable-avisynth --enable-libxvid --target-os=mingw32 --cross- prefix=/home/rogerdpack/dev/ffmpeg-windows-build- helpers/builds/mingw-w64-i686/bin/i686-w64-mingw32- --pkg-config=pkg- config --enable-libmp3lame --enable-version3 --enable-libvo-aacenc --enable-libvpx --extra-libs=-lws2_32 --extra-libs=-lpthread --enable-zlib --extra-libs=-lwinmm --extra-libs=-lgdi32 --enable-librtmp --enable- libvorbis --enable-libtheora --enable-libspeex --enable-libopenjpeg --enable-gnutls --enable-libgsm --enable-libfreetype --disable- optimizations --enable-mmx --disable-postproc --enable-runtime-cpudetect libavutil 51. 70.100 / 51. 70.100 libavcodec 54. 54.100 / 54. 54.100 libavformat 54. 25.104 / 54. 25.104 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 14.100 / 3. 14.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 [wav @ 020D7BE0] max_analyze_duration 5000000 reached at 5034667 Guessed Channel Layout for Input Stream #0.0 : mono Input #0, wav, from 'yo.wav': Duration: 00:00:53.29, bitrate: 768 kb/s Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, mono, s16, 768 kb/s Output #0, wav, to 'yo10.wav': Metadata: encoder : Lavf54.25.104 Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, mono, s16, 768 kb/s Stream mapping: Stream #0:0 -> #0:0 (pcm_s16le -> pcm_s16le) Press [q] to stop, [?] for help size= 940kB time=00:00:10.02 bitrate= 768.0kbits/s video:0kB audio:940kB subtitle:0 global headers:0kB muxing overhead 0.004779% c:\vids>ffplay -ac 2 yo10.wav ffplay version N-43886-g5ac603d Copyright (c) 2003-2012 the FFmpeg developers built on Aug 29 2012 06:12:51 with gcc 4.7.1 (GCC) configuration: --enable-memalign-hack --arch=x86 --enable-gpl --enable- libx264 --enable-avisynth --enable-libxvid --target-os=mingw32 --cross- prefix=/home/rogerdpack/dev/ffmpeg-windows-build- helpers/builds/mingw-w64-i686/bin/i686-w64-mingw32- --pkg-config=pkg- config --enable-libmp3lame --enable-version3 --enable-libvo-aacenc --enable-libvpx --extra-libs=-lws2_32 --extra-libs=-lpthread --enable-zlib --extra-libs=-lwinmm --extra-libs=-lgdi32 --enable-librtmp --enable- libvorbis --enable-libtheora --enable-libspeex --enable-libopenjpeg --enable-gnutls --enable-libgsm --enable-libfreetype --enable-runtime- cpudetect libavutil 51. 70.100 / 51. 70.100 libavcodec 54. 54.100 / 54. 54.100 libavformat 54. 25.104 / 54. 25.104 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 13.101 / 3. 13.101 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, wav, from 'yo10.wav': Duration: 00:00:10.02, bitrate: 768 kb/s Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, 2 channels, s16, 1536 kb/s 5.33 A-V: 0.000 fd= 0 aq= 0KB vq= 0KB sq= 0B f=0/0 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 30 23:41:42 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Aug 2012 21:41:42 -0000 Subject: [FFmpeg-trac] #1704(undetermined:new): ffplay plays at double speed with "-ac 2" In-Reply-To: <039.79668d7b0b1b894266eb80b42a0ceef4@avcodec.org> References: <039.79668d7b0b1b894266eb80b42a0ceef4@avcodec.org> Message-ID: <054.cbb057e72074d0b22565830c0aa5a35f@avcodec.org> #1704: ffplay plays at double speed with "-ac 2" -------------------------------------+------------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by rogerdpack): seems reproducible in linux this one. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Aug 30 23:48:39 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Aug 2012 21:48:39 -0000 Subject: [FFmpeg-trac] #1681(avformat:closed): Bad output framerate decision In-Reply-To: <035.0e233e7fda667c29bfd2c6ba081a7741@avcodec.org> References: <035.0e233e7fda667c29bfd2c6ba081a7741@avcodec.org> Message-ID: <050.ca4d6f8724d0ab0f9e17ae9f2337846b@avcodec.org> #1681: Bad output framerate decision -------------------------------------+------------------------------------- Reporter: jwjwjw | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: regression | Blocked By: framerate edit list | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * keywords: regression framerate => regression framerate edit list * resolution: => fixed * status: open => closed * component: undetermined => avformat -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 31 00:03:31 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Aug 2012 22:03:31 -0000 Subject: [FFmpeg-trac] #1674(FFmpeg:closed): Assertion fail when attempting to copy metadata In-Reply-To: <036.56bb05fe0e412c6b2116affaba4998cc@avcodec.org> References: <036.56bb05fe0e412c6b2116affaba4998cc@avcodec.org> Message-ID: <051.b982008117ea2c1cd7dfc074a8115139@avcodec.org> #1674: Assertion fail when attempting to copy metadata ------------------------------------+---------------------------------- Reporter: Chippit | Owner: Type: defect | Status: closed Priority: important | Component: FFmpeg Version: git-master | Resolution: fixed Keywords: | 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 Fri Aug 31 00:11:24 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Aug 2012 22:11:24 -0000 Subject: [FFmpeg-trac] #1425(FFmpeg:reopened): Clips generated by ffmpeg using segment muxer are not correctly played on some videoplayers In-Reply-To: <034.c949a90b78abdb976547c6d686d12cf0@avcodec.org> References: <034.c949a90b78abdb976547c6d686d12cf0@avcodec.org> Message-ID: <049.642cde10d83401b6f6151c65b1f63a1d@avcodec.org> #1425: Clips generated by ffmpeg using segment muxer are not correctly played on some videoplayers -------------------------------------+------------------------------------ Reporter: knovz | Owner: Type: defect | Status: reopened Priority: normal | Component: FFmpeg Version: git-master | Resolution: Keywords: segment mp4 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 1 | -------------------------------------+------------------------------------ Changes (by fesago90): * status: closed => reopened * resolution: invalid => Comment: I'm experiencing the same problem, note that the playback of all but the first segments is blank when trying to open the file directly, not through the 'playlist'. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 31 01:02:34 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Aug 2012 23:02:34 -0000 Subject: [FFmpeg-trac] #1537(avdevice:closed): CPIA pixel format not supported In-Reply-To: <038.82359b4b078ff69c700f3f2d3142d963@avcodec.org> References: <038.82359b4b078ff69c700f3f2d3142d963@avcodec.org> Message-ID: <053.0cb88d3bbc252440896afe935f504a23@avcodec.org> #1537: CPIA pixel format not supported -------------------------------------+------------------------------------ Reporter: retrosnub | Owner: Type: enhancement | Status: closed Priority: wish | Component: avdevice Version: git-master | Resolution: fixed Keywords: v4l2 cpia1 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 1 | -------------------------------------+------------------------------------ Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Your patch was applied. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 31 07:14:50 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 31 Aug 2012 05:14:50 -0000 Subject: [FFmpeg-trac] #1678(undetermined:new): Regression with -vsync 1 In-Reply-To: <035.3c60e8fe5adb42de9853c903a3e45f37@avcodec.org> References: <035.3c60e8fe5adb42de9853c903a3e45f37@avcodec.org> Message-ID: <050.de80a22b3a2c56e3764d3cd3c8fa1c01@avcodec.org> #1678: Regression with -vsync 1 -------------------------------------+------------------------------------- Reporter: jwjwjw | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by jwjwjw): Please check this video showing both the clips side by side (old version left, git master right). For reference, the audio is taken from the right hand video but it is actually the left hand video that is in sync, which proves that the audio is identical in both clips. You can see the frames changing on the left hand video a fraction of a second before the right hand side, meaning the right hand side is slightly out of sync. I don't know what else I can do to demonstrate the problem. It's really clear and distracting for me and is definitely not present in the old version of ffmpeg. http://jwjwjw.com/ffmpeg/comparison.mp4 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 31 09:40:09 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 31 Aug 2012 07:40:09 -0000 Subject: [FFmpeg-trac] #1678(undetermined:new): Regression with -vsync 1 In-Reply-To: <035.3c60e8fe5adb42de9853c903a3e45f37@avcodec.org> References: <035.3c60e8fe5adb42de9853c903a3e45f37@avcodec.org> Message-ID: <050.555cd8c306b36e7a0c80ad6f2dca62d4@avcodec.org> #1678: Regression with -vsync 1 -------------------------------------+------------------------------------- Reporter: jwjwjw | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:11 jwjwjw]: > You can see the frames changing on the left hand video a fraction of a second before the right hand side Why do you think the left side is correct? (The reason I ask is that I believe both are not in sync.) I believe it would be better if you could provide the original dvb stream (assuming it was recorded from dvb). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 31 09:41:48 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 31 Aug 2012 07:41:48 -0000 Subject: [FFmpeg-trac] #1678(undetermined:new): Regression with -vsync 1 In-Reply-To: <035.3c60e8fe5adb42de9853c903a3e45f37@avcodec.org> References: <035.3c60e8fe5adb42de9853c903a3e45f37@avcodec.org> Message-ID: <050.f66fbfb260189201884135592fb8a069@avcodec.org> #1678: Regression with -vsync 1 -------------------------------------+------------------------------------- Reporter: jwjwjw | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by jwjwjw): It was taken directly from their web stream. The reason why I think the left is correct is because it matches the original mp4 file. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 31 09:53:45 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 31 Aug 2012 07:53:45 -0000 Subject: [FFmpeg-trac] #1677(undetermined:new): x264 encoding with overlay fails ( moov atom not found) In-Reply-To: <039.7dabb01faa08560159b90bb10a055838@avcodec.org> References: <039.7dabb01faa08560159b90bb10a055838@avcodec.org> Message-ID: <054.f088b084e4f81c3edb4871e631ef34a3@avcodec.org> #1677: x264 encoding with overlay fails ( moov atom not found) -------------------------------------+------------------------------------- Reporter: houbahop69 | Owner: Type: defect | Status: new Priority: normal | Component: Version: 0.11.1 | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by houbahop69): Replying to [comment:3 cehoyos]: > Is the problem also reproducible if you use -vcodec mpeg4 for the mp4 output file? The behavior is exactly the same with -vcodec mpeg4. I had to remove the presets but after that with the correct duration I get the atom problem if I add extra time in duration parameter it works just like libx264 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 31 09:59:12 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 31 Aug 2012 07:59:12 -0000 Subject: [FFmpeg-trac] #1705(undetermined:new): Wrong pixel format for overlay Message-ID: <035.beb6d2d765af13406d447db3367074d1@avcodec.org> #1705: Wrong pixel format for overlay -------------------------------------+------------------------------------- Reporter: jwjwjw | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: The overlay filter uses an intermediate yuv420p pixel format regardless of the input format, format of the overlay, and intended output format. This can be demonstrated by using an RGBA overlay graphic in a small-ish font with a saturated colour on top of an RGB24 input file which is output also using RGB24. The resulting file shows the telltale signs of 4:2:0 chrominance loss despite using RGB in all stages of the chain. Both commands below produce the same output: ffmpeg -i background.png -i overlay.png -filter_complex "overlay=0:0" -pix_fmt rgb24 output.png ffmpeg -i background.png -vf "movie=overlay.png [movie]; [in] [movie] overlay=0:0 [out]" -pix_fmt rgb24 output.png How to reproduce: {{{ ffmpeg -i background.png -vf "movie=overlay.png [movie]; [in] [movie] overlay=0:0 [out]" -pix_fmt rgb24 output.png ffmpeg version N-43973-g028b6d2b Copyright (c) 2000-2012 the FFmpeg developers built on Aug 31 2012 06:26:09 with gcc 4.4.5 (Debian 4.4.5-8) configuration: --enable-libdc1394 --prefix=/usr --extra-cflags='-Wall -g ' --enable-shared --enable-libmp3lame --enable-gpl --enable-libvorbis --enable-pthreads --enable-libfaac --enable-libxvid --enable-postproc --enable-x11grab --enable-libgsm --enable-libtheora --enable-libopencore- amrnb --enable-libopencore-amrwb --enable-libx264 --enable-libspeex --enable-nonfree --disable-stripping --enable-avfilter --enable- libschroedinger --disable-encoder=libschroedinger --enable-version3 --enable-libopenjpeg --enable-libvpx --extra-libs=-lgcrypt --disable- altivec --disable-armv5te --disable-armv6 --disable-vis libavutil 51. 70.100 / 51. 70.100 libavcodec 54. 54.100 / 54. 54.100 libavformat 54. 25.104 / 54. 25.104 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 14.100 / 3. 14.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [AVIOContext @ 0x1ad77c0] Statistics: 4205 bytes read, 0 seeks Input #0, image2, from 'background.png': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0, 1, 1/25: Video: png, rgb24, 640x360, 25 tbr, 25 tbn, 25 tbc [AVIOContext @ 0x1acca60] Statistics: 5980 bytes read, 0 seeks [Parsed_movie_0 @ 0x1acfe00] seek_point:0 format_name:(null) file_name:overlay.png stream_index:-1 [buffer @ 0x1acccc0] Setting entry with key 'video_size' to value '640x360' [buffer @ 0x1acccc0] Setting entry with key 'pix_fmt' to value '28' [buffer @ 0x1acccc0] Setting entry with key 'time_base' to value '1/25' [buffer @ 0x1acccc0] Setting entry with key 'pixel_aspect' to value '0/1' [buffer @ 0x1acccc0] Setting entry with key 'sws_param' to value 'flags=2' [buffer @ 0x1acccc0] Setting entry with key 'frame_rate' to value '25/1' [graph 0 input from stream 0:0 @ 0x1accec0] w:640 h:360 pixfmt:rgba tb:1/25 fr:25/1 sar:0/1 sws_param:flags=2 [Parsed_overlay_1 @ 0x1accf80] auto-inserting filter 'auto-inserted scaler 0' between the filter 'graph 0 input from stream 0:0' and the filter 'Parsed_overlay_1' [Parsed_overlay_1 @ 0x1accf80] auto-inserting filter 'auto-inserted scaler 1' between the filter 'Parsed_movie_0' and the filter 'Parsed_overlay_1' [format @ 0x1ad78c0] auto-inserting filter 'auto-inserted scaler 2' between the filter 'Parsed_overlay_1' and the filter 'format' [auto-inserted scaler 0 @ 0x1ad6b40] w:640 h:360 fmt:rgba sar:0/1 -> w:640 h:360 fmt:yuv420p sar:0/1 flags:0x4 [auto-inserted scaler 1 @ 0x1ad97c0] w:640 h:360 fmt:rgba sar:1/1 -> w:640 h:360 fmt:yuva420p sar:1/1 flags:0x4 [Parsed_overlay_1 @ 0x1accf80] main w:640 h:360 fmt:yuv420p overlay x:0 y:0 w:640 h:360 fmt:yuva420p [Parsed_overlay_1 @ 0x1accf80] main_tb:1/25 overlay_tb:1/25 -> tb:1/25 exact:1 [auto-inserted scaler 2 @ 0x1ad8620] w:640 h:360 fmt:yuv420p sar:0/1 -> w:640 h:360 fmt:rgb24 sar:0/1 flags:0x4 Output #0, image2, to 'output.png': Metadata: encoder : Lavf54.25.104 Stream #0:0, 0, 1/90000: Video: png, rgb24, 640x360, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (png -> png) Press [q] to stop, [?] for help [output stream 0:0 @ 0x1ad6fc0] EOF on sink link output stream 0:0:default. No more output streams to write to, finishing. frame= 1 fps=0.0 q=0.0 Lsize= 0kB time=00:00:00.04 bitrate= 0.0kbits/s video:2kB audio:0kB subtitle:0 global headers:0kB muxing overhead -100.000000% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 31 10:03:01 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 31 Aug 2012 08:03:01 -0000 Subject: [FFmpeg-trac] #1705(avfilter:closed): Wrong pixel format for overlay In-Reply-To: <035.beb6d2d765af13406d447db3367074d1@avcodec.org> References: <035.beb6d2d765af13406d447db3367074d1@avcodec.org> Message-ID: <050.e855c145f2241e47be7ba009189d4b21@avcodec.org> #1705: Wrong pixel format for overlay ------------------------------------+------------------------------------ Reporter: jwjwjw | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: git-master | Resolution: invalid Keywords: overlay | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => overlay * resolution: => invalid * status: new => closed * component: undetermined => avfilter * version: unspecified => git-master Comment: (Did you RTFM?) There is an option for the overlay filter called "rgb" that I believe does exactly what you want. Please reopen the ticket if I misunderstood. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 31 10:12:59 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 31 Aug 2012 08:12:59 -0000 Subject: [FFmpeg-trac] #1677(undetermined:new): x264 encoding with overlay fails ( moov atom not found) In-Reply-To: <039.7dabb01faa08560159b90bb10a055838@avcodec.org> References: <039.7dabb01faa08560159b90bb10a055838@avcodec.org> Message-ID: <054.715cd200827c352d7a991d88b61b90ce@avcodec.org> #1677: x264 encoding with overlay fails ( moov atom not found) -------------------------------------+------------------------------------- Reporter: houbahop69 | Owner: Type: defect | Status: new Priority: normal | Component: Version: 0.11.1 | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): It is very difficult to read the log you provided, but am I correct that the problem disappears if you remove the ogv output stream but it still fails if you only remove the webm stream? Is the problem still reproducible if you completely remove audio (that might need three times -an)? Is the original problem (that encoding fails and aborts) also reproducible if you only encode ogv? That would make the analysis significantly easier afaict. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 31 10:15:12 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 31 Aug 2012 08:15:12 -0000 Subject: [FFmpeg-trac] #1686(documentation:new): Dataloss because ffmpeg manpage about -passlogfile is wrong In-Reply-To: <033.9004ad6b13d6b7a7edc1be9e44a71f35@avcodec.org> References: <033.9004ad6b13d6b7a7edc1be9e44a71f35@avcodec.org> Message-ID: <048.e526b2dc881b4bdd0d253c1f97831974@avcodec.org> #1686: Dataloss because ffmpeg manpage about -passlogfile is wrong -------------------------------------+------------------------------------- Reporter: jonb | Owner: Type: defect | Status: new Priority: minor | Component: Version: 0.7.13 | documentation Keywords: passlogfile | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by jonb): Replying to [comment:21 jonb]: > Yeah I noticed that when I reconnected my screen as well. The 3 pass must be a left over from when I experimented with mencoder. And the no sound must be an output from one of those previous runs when I did specify no sound. No, I found the source for my experiment with 3 pass encoding and ffmpeg, http://sonnati.wordpress.com/2011/08/19/ffmpeg-%E2%80%93-the-swiss-army- knife-of-internet-streaming-%E2%80%93-part-iii/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 31 13:29:41 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 31 Aug 2012 11:29:41 -0000 Subject: [FFmpeg-trac] #1706(avformat:new): (win64) avformat/FFMPEG crashed after connection loss to stream server Message-ID: <035.accdd6167cd07568308948fb398465a7@avcodec.org> #1706: (win64) avformat/FFMPEG crashed after connection loss to stream server ----------------------------------+--------------------------------------- Reporter: fekete | Type: defect Status: new | Priority: normal Component: avformat | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- '''Summary of the bug:''' When I stream using ffmpeg libraries or ffmpeg.exe itself and my connection is lost I get crash. I tried it in Linux as well and it "crashed" with unhandled SIGPIPE. '''How to reproduce:''' - everything running on windows 7 Professional 64 bit with SP1 - for the test I used Adobe flash server, dacast, wowza, ustream, livestream, showcaster - start streaming with ffmpeg (or use software which utilize the ffmpeg's set of libraries). - unplugg the ethernet cable (e.g. simulate connection drop). - in few moments I have crash (no special info is given except : unhandled exception at
(avformat-54.dll) : Access violation writting location ...) '''callstack has only 1 entry (rest is just some addresses) : avformat-54.dll!avformat_get_riff_audio_tags()''' ''what I think it's going on is, that part of the ffmpeg is trying to send data (RTMP Send) but it does not handled WSAECONNABORTED WinSock Error properly (10053), so it keeps writing to something that is not a valid socket anymore.'' '''Versions:''' ''windows 7 : '' Windows Nightly Builds/64 bit windows build taken from [http://libav.org/download.html] build flags : --enable-runtime-cpudetect --enable-cross-compile --enable-w32threads --prefix=/usr --cross-prefix=x86_64-w64-mingw32- --arch=x86_64 --target-os=mingw32 --sysroot=/usr/x86_64-w64-mingw32 --enable-gpl --enable-librtmp --enable-libx264 --enable-libmp3lame --enable-libvorbis --enable-memalign-hack --enable-shared --enable-libvpx --enable-libvo- aacenc --enable-version3 ''Linux Debian testing 64bit :'' ffmpeg version 0.11.1 built on Jul 31 2012 16:16:27 with gcc 4.7.1 configuration: --prefix=/usr --extra-cflags='-g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security ' --extra- ldflags='-Wl,-z,relro' --cc='ccache cc' --enable-shared --enable- libmp3lame --enable-gpl --enable-nonfree --disable-decoder=libdirac --enable-libvorbis --enable-pthreads --enable-libfaac --enable-libxvid --enable-postproc --enable-x11grab --enable-libgsm --enable-libtheora --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libx264 --enable-libspeex --enable-nonfree --disable-stripping --enable- libschroedinger --disable-encoder=libschroedinger --enable-version3 --enable-libopenjpeg --enable-libvpx --enable-librtmp --enable-avfilter --enable-libfreetype --enable-libvo-aacenc --disable-decoder=amrnb --enable-libvo-amrwbenc --enable-libaacplus --libdir=/usr/lib/x86_64 -linux-gnu --disable-vda --enable-libbluray --enable-libcdio --enable- gnutls --enable-frei0r --enable-openssl --enable-libass --enable-libdc1394 --disable-altivec --disable-armv5te --disable-armv6 --disable-vis --shlibdir=/usr/lib/x86_64-linux-gnu libavutil 51. 54.100 / 51. 54.100 libavcodec 54. 23.100 / 54. 23.100 libavformat 54. 6.100 / 54. 6.100 libavdevice 54. 0.100 / 54. 0.100 libavfilter 2. 77.100 / 2. 77.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 31 14:24:22 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 31 Aug 2012 12:24:22 -0000 Subject: [FFmpeg-trac] #1706(avformat:new): (win64) avformat/FFMPEG crashed after connection loss to stream server In-Reply-To: <035.accdd6167cd07568308948fb398465a7@avcodec.org> References: <035.accdd6167cd07568308948fb398465a7@avcodec.org> Message-ID: <050.5a5ea3f774e2d0a9d938907c4a4cd960@avcodec.org> #1706: (win64) avformat/FFMPEG crashed after connection loss to stream server -------------------------------------+------------------------------------ Reporter: fekete | 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 cehoyos): Is this also reproducible with current git head? Sorry if I misunderstand but is the only Windows-specific thing about this ticket that you originally found it using Windows? > Windows Nightly Builds/64 bit windows build taken from libav.org/download.html Note that the binaries from this page contain several hundred known regressions, some of them security relevant, please understand that we therefore cannot support this (intentionally) broken version of FFmpeg. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 31 14:27:38 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 31 Aug 2012 12:27:38 -0000 Subject: [FFmpeg-trac] #1686(documentation:closed): Dataloss because ffmpeg manpage about -passlogfile is wrong In-Reply-To: <033.9004ad6b13d6b7a7edc1be9e44a71f35@avcodec.org> References: <033.9004ad6b13d6b7a7edc1be9e44a71f35@avcodec.org> Message-ID: <048.7bd203e9b125f99355c8631b91f265f0@avcodec.org> #1686: Dataloss because ffmpeg manpage about -passlogfile is wrong -------------------------------------+------------------------------------- Reporter: jonb | Owner: Type: defect | Status: closed Priority: minor | Component: Version: 0.7.13 | documentation Keywords: passlogfile | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed Comment: I committed a documentation update for the next 0.7, 0.8, 0.9, 0.10 and 0.11 releases to clarify that there are two -passlogfile options with different syntax (depending on the used encoder). I don't think we normally mention old behaviour in the current documentation, if you think a change is needed, change your local doc/ffmpeg.texi file and send the changes as unified diff to ffmpeg-devel. See http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/150405 for the discussion so far. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 31 14:40:14 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 31 Aug 2012 12:40:14 -0000 Subject: [FFmpeg-trac] #1706(avformat:new): (win64) avformat/FFMPEG crashed after connection loss to stream server In-Reply-To: <035.accdd6167cd07568308948fb398465a7@avcodec.org> References: <035.accdd6167cd07568308948fb398465a7@avcodec.org> Message-ID: <050.e478679f7fe8dec98d68cfb80e301580@avcodec.org> #1706: (win64) avformat/FFMPEG crashed after connection loss to stream server -------------------------------------+------------------------------------ Reporter: fekete | 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 fekete): Replying to [comment:1 cehoyos]: > Is this also reproducible with current git head? [[BR]] I'll try. [[BR]] > > Sorry if I misunderstand but is the only Windows-specific thing about this ticket that you originally found it using Windows? [[BR]] Yes, you understand it correctly. I'm using ffmpeg's dll files and observing crashes on windows 7 in the way I described in the ticket. First I thought that I wrote wrong code, so I wanted to see how ffmpeg.exe (as etalon) behave and ffmpeg under Linux (so the Linux test was just to prove myself correct/wrong). When I noticed the behavior is similar to mine I realized that perhaps, there is something wrong with dlls. [[BR]] > > > Windows Nightly Builds/64 bit windows build taken from libav.org/download.html > Note that the binaries from this page contain several hundred known regressions, some of them security relevant, please understand that we therefore cannot support this (intentionally) broken version of FFmpeg. [[BR]] I understand that. I'll try the head from git and we will see. [[BR]] Plus I don't want to call it "platform independent" (at least not now), because the consequences of crash are not so severe under Linux as are under Windows. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 31 15:39:51 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 31 Aug 2012 13:39:51 -0000 Subject: [FFmpeg-trac] #1695(avcodec:closed): build fails with --disable-mmx In-Reply-To: <037.5dd331eef7099456074261a216a55668@avcodec.org> References: <037.5dd331eef7099456074261a216a55668@avcodec.org> Message-ID: <052.198827cbb05cfa53d710b4d1972e3da3@avcodec.org> #1695: build fails with --disable-mmx ------------------------------------+----------------------------------- Reporter: geronimo | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by saste): * status: reopened => closed * resolution: => fixed Comment: Fixed by Diego in: {{{ commit ec36aa69448f20a78d8c4588265022e0b2272ab5 Author: Diego Biurrun Date: Wed Aug 29 11:14:17 2012 +0200 x86: Fix linking with some or all of yasm, mmx, optimizations disabled Some optimized template functions reference optimized symbols, so they must be explicitly disabled when those symbols are unavailable. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 31 16:12:36 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 31 Aug 2012 14:12:36 -0000 Subject: [FFmpeg-trac] #1677(undetermined:new): x264 encoding with overlay fails ( moov atom not found) In-Reply-To: <039.7dabb01faa08560159b90bb10a055838@avcodec.org> References: <039.7dabb01faa08560159b90bb10a055838@avcodec.org> Message-ID: <054.941510cfdb844b351c9323b0c1cf0b51@avcodec.org> #1677: x264 encoding with overlay fails ( moov atom not found) -------------------------------------+------------------------------------- Reporter: houbahop69 | Owner: Type: defect | Status: new Priority: normal | Component: Version: 0.11.1 | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by houbahop69): Replying to [comment:5 cehoyos]: > It is very difficult to read the log you provided, but am I correct that the problem disappears if you remove the ogv output stream but it still fails if you only remove the webm stream? If I remove only webm it fails If I remove only ogv it works > Is the problem still reproducible if you completely remove audio (that might need three times -an)? If I remove audio (3 times in both pass1 and 2) it fails > > Is the original problem (that encoding fails and aborts) Encoding fails (the resulting file connot be played) but I am not sure it aborts there is no message stating that at the end of mp4 encoding also reproducible if you only encode ogv? That would make the analysis significantly easier afaict. If I encode only one format it works perfectly with any of the formats including libx264/mp4 To push up your idea I have tried to change the sequence of encoding from mp4 -> webm -> ogv to mp4 -> ogv -> webm It does not work either -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 31 16:29:15 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 31 Aug 2012 14:29:15 -0000 Subject: [FFmpeg-trac] #1230(avcodec:closed): Support Windows Media Screen Codec 2 In-Reply-To: <040.6198eab0c7cd683740a1f8908523ddb9@avcodec.org> References: <040.6198eab0c7cd683740a1f8908523ddb9@avcodec.org> Message-ID: <055.38c34debbf8d39c30b0bf5dcbb065b87@avcodec.org> #1230: Support Windows Media Screen Codec 2 -------------------------------------+----------------------------------- Reporter: themikeybee | Owner: Type: enhancement | Status: closed Priority: wish | Component: avcodec Version: git-master | Resolution: fixed Keywords: mss2 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Implemented by Alberto Delm?s and Kostya Shishkov. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 31 16:48:01 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 31 Aug 2012 14:48:01 -0000 Subject: [FFmpeg-trac] #1677(undetermined:new): x264 encoding with overlay fails ( moov atom not found) In-Reply-To: <039.7dabb01faa08560159b90bb10a055838@avcodec.org> References: <039.7dabb01faa08560159b90bb10a055838@avcodec.org> Message-ID: <054.7f98dfa54b9e246c52444c7629c8c57a@avcodec.org> #1677: x264 encoding with overlay fails ( moov atom not found) -------------------------------------+------------------------------------- Reporter: houbahop69 | Owner: Type: defect | Status: new Priority: normal | Component: Version: 0.11.1 | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): > Is the original problem (that encoding fails and aborts) also reproducible if you only encode ogv? That would make the analysis significantly easier afaict. You misunderstood this paragraph. In the output you attached, it can be seen that theora encoding fails with an error message, ffmpeg exits and no moov atom is written to the mp4 file making the mp4 output file invalid. {{{ [libtheora @ 0x13cb6a0] theora_encode_YUVin failed (encoder is not ready or is finished) [-10] }}} Do you see the same error message if you only encode to ogv? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 31 17:59:02 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 31 Aug 2012 15:59:02 -0000 Subject: [FFmpeg-trac] #1707(FFplay:new): ffplay: Increasing desync Message-ID: <036.63fe4d2e226ea0ce6442971eb90167ee@avcodec.org> #1707: ffplay: Increasing desync --------------------------------------+-------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: FFplay Version: git-master | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+-------------------------------- The sample from ticket #1230 can be transcoded with ffmpeg ("ffmpeg -i smaller-sample-file.wmv -qscale 2 out.avi") and mplayer and vlc play the resulting file as expected (and mplayer plays the original file fine). Playing the original file with ffplay, increasing A/V desync can be observed. {{{ $ ffplay version N-44062-ga9a1bc5 Copyright (c) 2003-2012 the FFmpeg developers built on Aug 31 2012 14:37:22 with gcc 4.5.3 (GCC) configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc libavutil 51. 70.100 / 51. 70.100 libavcodec 54. 55.100 / 54. 55.100 libavformat 54. 25.104 / 54. 25.104 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 14.100 / 3. 14.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 Input #0, asf, from 'smaller-sample-file.wmv': Metadata: title : Phlebotomy Forum-Legal Considerations in Phlebotomy comment : Microsoft Office LiveMeeting 2005 Replay. Recorded on Wednesday, November 9, 2011 11:01:34 AM GMT-06:00 WM/Year : 2011 WMFSDKVersion : 10.00.00.4007 WMFSDKNeeded : 0.0.0.0000 IsVBR : 0 Duration: 01:06:38.04, start: 0.000000, bitrate: 5 kb/s Chapter #0.0: start 5.000000, end 87.750000 Metadata: title : Legal Considerations in Phlebotomy Chapter #0.1: start 87.750000, end 105.750000 Metadata: title : Disclosures: Chapter #0.2: start 105.750000, end 170.750000 Metadata: title : Agenda Chapter #0.3: start 170.750000, end 291.250000 Metadata: title : The High Price of Malpractice Claims Chapter #0.4: start 291.250000, end 380.250000 Metadata: title : Malpractice = Medical Negligence Chapter #0.5: start 380.250000, end 409.750000 Metadata: title : Duty Chapter #0.6: start 409.750000, end 578.250000 Metadata: title : Standards in Phlebotomy Chapter #0.7: start 578.250000, end 650.750000 Metadata: title : Causation Chapter #0.8: start 650.750000, end 736.250000 Metadata: title : Failure to License Not Cause Chapter #0.9: start 736.250000, end 826.250000 Metadata: title : Causation Not Established Chapter #0.10: start 826.250000, end 1000.250000 Metadata: title : Injury Chapter #0.11: start 1000.250000, end 1083.250000 Metadata: title : Fear Chapter #0.12: start 1083.250000, end 1194.250000 Metadata: title : Distress Chapter #0.13: start 1194.250000, end 1225.250000 Metadata: title : Compensable Harm Chapter #0.14: start 1225.250000, end 1305.750000 Metadata: title : Types of Damages Chapter #0.15: start 1305.750000, end 1370.750000 Metadata: title : Wanton Disregard Chapter #0.16: start 1370.750000, end 1384.250000 Metadata: title : Source of Errors Chapter #0.17: start 1384.250000, end 1472.250000 Metadata: title : Procedural Errors Chapter #0.18: start 1472.250000, end 1526.250000 Metadata: title : Decisional Errors Chapter #0.19: start 1526.250000, end 1553.750000 Metadata: title : Administrative Errors Chapter #0.20: start 1553.750000, end 1583.250000 Metadata: title : Wilkerson v. Laboratory Corp. of America (2005) Chapter #0.21: start 1583.250000, end 1629.750000 Metadata: title : Wilkerson v. LabCorp, cont?d Chapter #0.22: start 1629.750000, end 1631.750000 Metadata: title : Baptist Healthcare Systems, Inc. v. Golda Miller, et al (2005) Chapter #0.23: start 1631.750000, end 1667.750000 Metadata: title : Wilkerson v. LabCorp, cont?d Chapter #0.24: start 1667.750000, end 1699.750000 Metadata: title : Baptist Healthcare Systems, Inc. v. Golda Miller, et al (2005) Chapter #0.25: start 1699.750000, end 1733.250000 Metadata: title : Baptist Healthcare Systems, Inc. v. Golda Miller, et al Chapter #0.26: start 1733.250000, end 1760.250000 Metadata: title : Fairshter v. American National Red Cross (2004) Chapter #0.27: start 1760.250000, end 1796.750000 Metadata: title : Fairshter v. American National Red Cross (2004) Chapter #0.28: start 1796.750000, end 1861.250000 Metadata: title : Fairshter v. American National Red Cross (2004) Chapter #0.29: start 1861.250000, end 1958.250000 Metadata: title : Pietrunti v. Island Diagnostic Laboratories (1998) Chapter #0.30: start 1958.250000, end 1959.250000 Metadata: title : No Negligence Chapter #0.31: start 1959.250000, end 1988.750000 Metadata: title : Pietrunti v. Island Diagnostic Laboratories (1998) Chapter #0.32: start 1988.750000, end 1994.750000 Metadata: title : No Negligence Chapter #0.33: start 1994.750000, end 2011.250000 Metadata: title : Pietrunti v. Island Diagnostic Laboratories (1998) Chapter #0.34: start 2011.250000, end 2029.750000 Metadata: title : Mislabels Chapter #0.35: start 2029.750000, end 2125.750000 Metadata: title : Mislabels Chapter #0.36: start 2125.750000, end 2192.750000 Metadata: title : You Be The Judge Chapter #0.37: start 2192.750000, end 2250.750000 Metadata: title : You Be the Judge Chapter #0.38: start 2250.750000, end 2307.250000 Metadata: title : You Be the Judge Chapter #0.39: start 2307.250000, end 2349.750000 Metadata: title : You Be the Judge Chapter #0.40: start 2349.750000, end 2395.250000 Metadata: title : You Be the Judge Chapter #0.41: start 2395.250000, end 2397.750000 Metadata: title : Needlestick Injuries Chapter #0.42: start 2397.750000, end 2460.750000 Metadata: title : Needlestick Injuries Chapter #0.43: start 2460.750000, end 2463.250000 Metadata: title : Minimizing Risks Chapter #0.44: start 2463.250000, end 2541.250000 Metadata: title : Minimizing Risks Chapter #0.45: start 2541.250000, end 2623.250000 Metadata: title : Training Chapter #0.46: start 2623.250000, end 2696.250000 Metadata: title : Training Chapter #0.47: start 2696.250000, end 2738.250000 Metadata: title : Training Chapter #0.48: start 2738.250000, end 2883.250000 Metadata: title : Proper Supervision Chapter #0.49: start 2883.250000, end 2884.250000 Metadata: title : Proper Supervision Chapter #0.50: start 2883.250000, end 2884.250000 Metadata: title : Proper Supervision Chapter #0.51: start 2884.250000, end 2918.250000 Metadata: title : Proper Supervision Chapter #0.52: start 2918.250000, end 2945.250000 Metadata: title : Proper Supervision Chapter #0.53: start 2945.250000, end 2951.750000 Metadata: title : Documentation Chapter #0.54: start 2951.750000, end 3066.750000 Metadata: title : Why is documentation so important? Chapter #0.55: start 3066.750000, end 3101.250000 Metadata: title : Slide 52 Chapter #0.56: start 3101.250000, end 3173.750000 Metadata: title : Proper Documentation Chapter #0.57: start 3173.750000, end 3197.750000 Metadata: title : Slide 54 Chapter #0.58: start 3197.750000, end 3314.750000 Metadata: title : Slide 55 Chapter #0.59: start 3314.750000, end 3340.250000 Metadata: title : Summary Chapter #0.60: start 3340.250000, end 3655.750000 Metadata: title : Slide 57 Chapter #0.61: start 3655.750000, end 3998.048000 Metadata: title : Thank you! Stream #0:0: Audio: wmav2 (a[1][0][0] / 0x0161), 16000 Hz, 1 channels, s16, 16 kb/s Stream #0:1: Video: mss2 (MSS2 / 0x3253534D), rgb24, 704x528, 260 kb/s, 2 tbr, 1k tbn, 1k tbc Stream #0:2: Data: none Frame changed from size:0x0 to size:704x528 39.44 A-V:-111.560 fd= 0 aq= 746KB vq= 186KB sq= 0B f=0/0 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Aug 31 21:16:42 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 31 Aug 2012 19:16:42 -0000 Subject: [FFmpeg-trac] #1646(undetermined:closed): bad first_dts in h264 file In-Reply-To: <036.aa3bd6056c902e78a835f60a0723d3a9@avcodec.org> References: <036.aa3bd6056c902e78a835f60a0723d3a9@avcodec.org> Message-ID: <051.4d741bdfc8fc62c1b1ac871ef6fb2b2b@avcodec.org> #1646: bad first_dts in h264 file -------------------------------------+------------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: h264 | Resolution: regression | worksforme Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by DonMoir): Yeah, works now. Thanks -- Ticket URL: FFmpeg FFmpeg issue tracker