From trac at avcodec.org Fri Mar 1 03:23:20 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Mar 2013 02:23:20 -0000 Subject: [FFmpeg-trac] #2313(FFmpeg:new): -metadata option puts null characters in, confusing iTunes. Message-ID: <039.75327d622996c86f8fd88ac9377f8603@avcodec.org> #2313: -metadata option puts null characters in, confusing iTunes. -------------------------------------+------------------------------------- Reporter: STrRedWolf | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: Keywords: | unspecified Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Summary of the bug: If you use the -metadata option while converting video to an iTunes playable M4V, iTunes will refuse to recognize the file; it'll just ignore it. It will do a bit of analysis if you load a bulk of them up, but then ignore the whole batch if they all use the -metadata option. A check with AtomicParsley says that many of the atoms in the M4V have null-terminated values... which is not allowed and causes iTunes to think the file is bad. How to reproduce: {{{ % ffmpeg -i input -acodec libfaac -ac 2 -ab 160k -c:v libx264 -vprofile main -preset slow -tune film -level 3.1 -crf 28 -threads 0 -metadata media_type=10 -metadata network=FakeNetwork -metadata "show=Convention Archive" -metadata "title=ComicCon Cotham City" -metadata season_number=1 -metadata episode_sort=1 -metadata "track=1/1" -metadata episode_id=output output ffmpeg version 1.1.2 Copyright (c) 2000-2013 the FFmpeg developers built on Feb 17 2013 18:35:29 with gcc 4.6.3 (Gentoo 4.6.3 p1.11, pie-0.5.2) 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=native' --extra-cflags='-O2 -pipe -march=native' --extra- cxxflags='-O2 -pipe -march=native' --disable-static --enable-gpl --enable- version3 --enable-postproc --enable-avfilter --disable-stripping --disable-debug --disable-doc --disable-network --disable-vaapi --disable- runtime-cpudetect --enable-libmp3lame --enable-libvo-aacenc --enable- libtheora --enable-libx264 --enable-libxvid --enable-libfaac --enable- nonfree --enable-libdc1394 --disable-indev=oss --enable-x11grab --enable- libpulse --disable-outdev=oss --enable-libfreetype --enable-pthreads --enable-libvorbis --enable-libopenjpeg --disable-altivec --disable-avx --disable-vis --disable-neon --cpu=host --enable-hardcoded-tables libavutil 52. 13.100 / 52. 13.100 libavcodec 54. 86.100 / 54. 86.100 libavformat 54. 59.106 / 54. 59.106 libavdevice 54. 3.102 / 54. 3.102 libavfilter 3. 32.100 / 3. 32.100 libswscale 2. 1.103 / 2. 1.103 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 1 03:30:35 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Mar 2013 02:30:35 -0000 Subject: [FFmpeg-trac] #2227(undetermined:new): ffmpeg incorrectly identifying mjpeg as video stream instead of attachment In-Reply-To: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> References: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> Message-ID: <055.6befdc3401682cc9266945b1391a2489@avcodec.org> #2227: ffmpeg incorrectly identifying mjpeg as video stream instead of attachment -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: wtv | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ramitbhalla): At the risk of bugging everyone, does anyone have any thoughts on this. @michael - you had indicated there was a patch floating around the dev-ML that fixes this. Any update please? My entire dev has come to a grinding halt because I can't update ffmpeg. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 1 09:28:18 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Mar 2013 08:28:18 -0000 Subject: [FFmpeg-trac] #2313(avformat:new): -metadata option puts null characters in, confusing iTunes. In-Reply-To: <039.75327d622996c86f8fd88ac9377f8603@avcodec.org> References: <039.75327d622996c86f8fd88ac9377f8603@avcodec.org> Message-ID: <054.a41df524c6a9e426e4dd4c1f4870c1d9@avcodec.org> #2313: -metadata option puts null characters in, confusing iTunes. --------------------------------------+------------------------------------ Reporter: STrRedWolf | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: mov metadata | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => mov metadata * component: FFmpeg => avformat Comment: Is video encoding necessary to reproduce this problem? If not, please add -vn to your command line. Is one metadata option sufficient to reproduce the problem? If yes, please remove the others. Is using libfaac necessary to reproduce the problem? If not, please use the native aac encoder (-acodec aac) to show the bug. To make this a valid ticket, please post your command line together with complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 1 11:03:27 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Mar 2013 10:03:27 -0000 Subject: [FFmpeg-trac] #750(avformat:reopened): ffmpeg looses OGG-theora metadata tags (like title author etc) on OGG->OGG In-Reply-To: <037.0efd35a1188932ad211317d5e5ac3450@avcodec.org> References: <037.0efd35a1188932ad211317d5e5ac3450@avcodec.org> Message-ID: <052.2e07304f925ee595c74260ee0a392c8c@avcodec.org> #750: ffmpeg looses OGG-theora metadata tags (like title author etc) on OGG->OGG --------------------------------------+------------------------------------ Reporter: RyszardG | Owner: Type: defect | Status: reopened Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: metadata ogg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Changes (by richardpl): * component: undetermined => avformat -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 1 11:05:09 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Mar 2013 10:05:09 -0000 Subject: [FFmpeg-trac] #1143(avfilter:new): Timecode skipped in drawtext filter In-Reply-To: <032.85d6122669cc4cb622ab9fba1e07c6fb@avcodec.org> References: <032.85d6122669cc4cb622ab9fba1e07c6fb@avcodec.org> Message-ID: <047.08d9047e7956f0ab5431231342c17353@avcodec.org> #1143: Timecode skipped in drawtext filter -------------------------------------+------------------------------------ Reporter: rmk | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by richardpl): * component: undetermined => avfilter -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 1 11:08:12 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Mar 2013 10:08:12 -0000 Subject: [FFmpeg-trac] #1174(undetermined:closed): iPod / iPad plays both audio tracks simultaneously In-Reply-To: <040.0352d7d73ac9f9643056e325b9a5192c@avcodec.org> References: <040.0352d7d73ac9f9643056e325b9a5192c@avcodec.org> Message-ID: <055.bbb6e3f4ef16851c4aa261dd33481cb9@avcodec.org> #1174: iPod / iPad plays both audio tracks simultaneously -------------------------------------+------------------------------------- Reporter: TonyPh12345 | Owner: Type: defect | Status: closed Priority: normal | Component: Version: 0.10.2 | undetermined Keywords: | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by richardpl): * status: new => closed * resolution: => fixed Comment: This appears to be fixed. Please reopen if not. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 1 11:28:58 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Mar 2013 10:28:58 -0000 Subject: [FFmpeg-trac] #1261(swscale:open): yellowish color with resize and -pix_fmt pal8 In-Reply-To: <038.87c13d7956d1ce4e62b375f840830f82@avcodec.org> References: <038.87c13d7956d1ce4e62b375f840830f82@avcodec.org> Message-ID: <053.a380d914b83c4520edcb66a8b14ecc59@avcodec.org> #1261: yellowish color with resize and -pix_fmt pal8 ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by richardpl): * status: new => open * version: unspecified => git-master * component: undetermined => swscale * reproduced: 0 => 1 Comment: Input palette is black and white only, while output rgb24 pam/bmp is not any more black and white only. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 1 11:38:34 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Mar 2013 10:38:34 -0000 Subject: [FFmpeg-trac] #2267(swscale:new): contrast loss when encoding from h264 yuvj420p to mpeg4 yuv420p In-Reply-To: <036.7b6e8e72264c0db06071af54405bade8@avcodec.org> References: <036.7b6e8e72264c0db06071af54405bade8@avcodec.org> Message-ID: <051.bb393c897fe4d814d5374cc4e654c171@avcodec.org> #2267: contrast loss when encoding from h264 yuvj420p to mpeg4 yuv420p ------------------------------------+----------------------------------- Reporter: sperate | Owner: Type: defect | Status: new Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by richardpl): * component: undetermined => swscale -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 1 11:39:06 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Mar 2013 10:39:06 -0000 Subject: [FFmpeg-trac] #1972(swscale:new): swscale: vertical line at the right side with rgb24 -> yuv410p conversion (odd width) In-Reply-To: <038.a786d654edbb4aa2444f0f5d366c8186@avcodec.org> References: <038.a786d654edbb4aa2444f0f5d366c8186@avcodec.org> Message-ID: <053.150b9cc6959f282fca7f604e5b54b33f@avcodec.org> #1972: swscale: vertical line at the right side with rgb24 -> yuv410p conversion (odd width) -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: swscale Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by richardpl): * component: undetermined => swscale -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 1 11:40:26 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Mar 2013 10:40:26 -0000 Subject: [FFmpeg-trac] #1962(avformat:new): gsm in aiff: fix duration In-Reply-To: <038.ddca1c24f93ef702625c10ff70ef7191@avcodec.org> References: <038.ddca1c24f93ef702625c10ff70ef7191@avcodec.org> Message-ID: <053.924053f4c652d9efc029311cb8d1b68f@avcodec.org> #1962: gsm in aiff: fix duration ------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: aif | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by richardpl): * component: undetermined => avformat -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 1 11:42:04 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Mar 2013 10:42:04 -0000 Subject: [FFmpeg-trac] #225(swscale:open): Converting from YUVJ to YUV lose contrast In-Reply-To: <036.316379de991ff14b244e1314a49db3ea@avcodec.org> References: <036.316379de991ff14b244e1314a49db3ea@avcodec.org> Message-ID: <051.6cb186631b2f30073162df870d32f503@avcodec.org> #225: Converting from YUVJ to YUV lose contrast -------------------------------------+------------------------------------- Reporter: sghpunk | Owner: Type: defect | Status: open Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: YUV/YUVJ | Blocked By: contrast | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by richardpl): * component: undetermined => swscale -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 1 11:43:00 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Mar 2013 10:43:00 -0000 Subject: [FFmpeg-trac] #2267(swscale:closed): contrast loss when encoding from h264 yuvj420p to mpeg4 yuv420p In-Reply-To: <036.7b6e8e72264c0db06071af54405bade8@avcodec.org> References: <036.7b6e8e72264c0db06071af54405bade8@avcodec.org> Message-ID: <051.58969dc3604132d917060a508f9d0fda@avcodec.org> #2267: contrast loss when encoding from h264 yuvj420p to mpeg4 yuv420p ------------------------------------+------------------------------------- Reporter: sperate | Owner: Type: defect | Status: closed Priority: normal | Component: swscale Version: git-master | Resolution: duplicate Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------- Changes (by richardpl): * status: new => closed * resolution: => duplicate Comment: duplicate of #225. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 1 11:44:25 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Mar 2013 10:44:25 -0000 Subject: [FFmpeg-trac] #1972(swscale:open): swscale: vertical line at the right side with rgb24 -> yuv410p conversion (odd width) In-Reply-To: <038.a786d654edbb4aa2444f0f5d366c8186@avcodec.org> References: <038.a786d654edbb4aa2444f0f5d366c8186@avcodec.org> Message-ID: <053.53470bbdc70cbce481e13bc609d419b3@avcodec.org> #1972: swscale: vertical line at the right side with rgb24 -> yuv410p conversion (odd width) ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 1 11:45:35 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Mar 2013 10:45:35 -0000 Subject: [FFmpeg-trac] #1659(avformat:open): g723_1: wrong current duration after seeking In-Reply-To: <038.cd7bed738ba64ae94c278702c04e40bd@avcodec.org> References: <038.cd7bed738ba64ae94c278702c04e40bd@avcodec.org> Message-ID: <053.3e11253ff263d633ffb4d380eb07c2bc@avcodec.org> #1659: g723_1: wrong current duration after seeking ------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: g7231 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by richardpl): * component: undetermined => avformat -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 1 11:47:36 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Mar 2013 10:47:36 -0000 Subject: [FFmpeg-trac] #1955(avformat:open): au: support g721 via g726 decoder In-Reply-To: <038.71aa7d170e51f8dc8e0b6a17e8e9eab5@avcodec.org> References: <038.71aa7d170e51f8dc8e0b6a17e8e9eab5@avcodec.org> Message-ID: <053.7deceec49110714ca8f29bbb4768d0a8@avcodec.org> #1955: au: support g721 via g726 decoder -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: g721 g726 | Blocked By: sunau | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by richardpl): * type: defect => enhancement * component: undetermined => avformat -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 1 11:50:45 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Mar 2013 10:50:45 -0000 Subject: [FFmpeg-trac] #2071(undetermined:closed): Ass filter wont use selected fonts In-Reply-To: <033.4b554fcc78317761351c242240b4be81@avcodec.org> References: <033.4b554fcc78317761351c242240b4be81@avcodec.org> Message-ID: <048.7011cde94a8288629df93cb94aa019ea@avcodec.org> #2071: Ass filter wont use selected fonts -------------------------------------+------------------------------------- Reporter: ivrx | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: libass | Resolution: Blocking: | needs_more_info Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by richardpl): * status: new => closed * resolution: => needs_more_info -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 1 11:55:25 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Mar 2013 10:55:25 -0000 Subject: [FFmpeg-trac] #443(documentation:open): -color_range AVOption appears to do nothing In-Reply-To: <037.a273dc22edf866462afcc0c831e0da30@avcodec.org> References: <037.a273dc22edf866462afcc0c831e0da30@avcodec.org> Message-ID: <052.cc0804f5cc51c4e69447274cca84401b@avcodec.org> #443: -color_range AVOption appears to do nothing -------------------------------------+------------------------------------- Reporter: nichot20 | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | documentation Keywords: h264 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by richardpl): * component: undetermined => documentation Comment: This option needs clarification. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 1 11:58:51 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Mar 2013 10:58:51 -0000 Subject: [FFmpeg-trac] #1744(avdevice:new): SDL out freezes In-Reply-To: <039.d3ecbe0221683fb641e83b18c0635cd0@avcodec.org> References: <039.d3ecbe0221683fb641e83b18c0635cd0@avcodec.org> Message-ID: <054.10faff47874ec03bcb0f9d05934bd437@avcodec.org> #1744: SDL out freezes -------------------------------------+------------------------------------ Reporter: rogerdpack | Owner: Type: defect | Status: new Priority: normal | Component: avdevice Version: unspecified | Resolution: Keywords: sdl | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by richardpl): * component: undetermined => avdevice -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 1 11:59:48 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Mar 2013 10:59:48 -0000 Subject: [FFmpeg-trac] #1699(avformat:open): iff: fix aspect ratio In-Reply-To: <038.0f55dfa9b911e60c969782adf45b92c9@avcodec.org> References: <038.0f55dfa9b911e60c969782adf45b92c9@avcodec.org> Message-ID: <053.b1eca3fdd2397e05f9c8e13bdabb84f3@avcodec.org> #1699: iff: fix aspect ratio ------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: iff | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by richardpl): * status: new => open * component: undetermined => avformat Comment: Good idea, patch welcome! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 1 12:01:57 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Mar 2013 11:01:57 -0000 Subject: [FFmpeg-trac] #1261(swscale:open): yellowish color with resize and -pix_fmt pal8 In-Reply-To: <038.87c13d7956d1ce4e62b375f840830f82@avcodec.org> References: <038.87c13d7956d1ce4e62b375f840830f82@avcodec.org> Message-ID: <053.35614870f907defcd35a7e6b35b734b9@avcodec.org> #1261: yellowish color with resize and -pix_fmt pal8 ------------------------------------+----------------------------------- Reporter: ami_stuff | 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:2 richardpl]: > Input palette is black and white only, while output rgb24 pam/bmp is not any more black and white only. Could you elaborate? The sample command line only produces pal8 output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 1 12:06:26 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Mar 2013 11:06:26 -0000 Subject: [FFmpeg-trac] #1888(avformat:open): asf: huge memory allocation after seeking In-Reply-To: <038.e85fb1acb9d7adf4e2c034ef252c4249@avcodec.org> References: <038.e85fb1acb9d7adf4e2c034ef252c4249@avcodec.org> Message-ID: <053.a339ebc887ca4fb6e056b53195b9a920@avcodec.org> #1888: asf: huge memory allocation after seeking ------------------------------------+------------------------------------ Reporter: ami_stuff | 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 richardpl): * component: undetermined => avformat -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 1 12:09:18 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Mar 2013 11:09:18 -0000 Subject: [FFmpeg-trac] #1261(swscale:open): yellowish color with resize and -pix_fmt pal8 In-Reply-To: <038.87c13d7956d1ce4e62b375f840830f82@avcodec.org> References: <038.87c13d7956d1ce4e62b375f840830f82@avcodec.org> Message-ID: <053.4d694f71511250e609517c1aac6f2b05@avcodec.org> #1261: yellowish color with resize and -pix_fmt pal8 ------------------------------------+----------------------------------- Reporter: ami_stuff | 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 richardpl): Sorry, it also happens when going from pal8->pal8. Just add logs to dump palette entries to lavc/bmp.c -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 1 12:22:16 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Mar 2013 11:22:16 -0000 Subject: [FFmpeg-trac] #2314(undetermined:new): Bookkeeper job description Message-ID: <043.9df0115c885090e31e6ffbb3b4e47d1a@avcodec.org> #2314: Bookkeeper job description -------------------------------------+------------------------------------- Reporter: | Type: josephsmeadows | enhancement Status: new | Priority: important Component: | Version: 1.1.3 undetermined | Blocked By: Keywords: Bookkeeper | Reproduced by developer: 0 job description,job | description,job descriptions | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Accountancy is one of the most important jobs in any company irrespective of the industry. A bookkeeper is the person who is responsible for promptly, recording and maintains the financial transactions and their details that take place within the company. You need to maintain the accounts of the company, creating the basis on which the entire structure of the company?s accountancy is created. You need to prepare the manual journals as well as prepare sales slips,receipts and get computer printouts and Xerox as and when required. ? The primary duty of the bookkeeper is to summarise, the details of the financial transactions, and maintain ledgers and computer files. ? You need to reconcile and balance the accounts, you need to compile reports and maintain the incomes and expenditures, profit and loss, accounts payable and receivable etc. ? You need to keep track of the employee wages, and prepare checks for the payment of wages in time. ? You need to check and approve the financial records and reports that are prepared by other heads like management accountants, cost accountants and various other professionals in the field of accounting. Some of the other secondary responsibilities that are included in the [http://job-des-criptions.com/all-about-bookkeeper-job-description.htm bookkeeper job description] are as follows; these duties might from one company to the other, depending on the size of the company and the individual?s abilities. ? Monitor the office supplies and ensure they are in adequate stocks and purchase supplies and equipment as required by management. ? If possible take all reasonable discounts and pay supplier invoices in a timely manner. ? Monitor debt, and issue invoices to debtors and customers. ? Keep track of the sales and income taxes and various other payments and ensure they are paid in time to avoid fines. ? Record cash receipts and make bank deposits on regular basis, you need to conduct periodic reconciliations of all accounts and ensure their accuracy. ? Manage the day to day cash payments and receipts and maintain the petty cash funds. ? You need to provide all the required data and information for external and internal audits. ? Help in preparing the budgets and provide clerical and administrative support whenever required. ? You need to ensure that all the accounts and data are prepared in compliance to the local, state, and federal government policies. You can have a great career as a bookkeeper;bookkeepers are primarily hired to ensure accuracy of the records following the rules and regulations. For more information visit [http://job-des-criptions.com/ job descriptions] website. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 1 14:55:25 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Mar 2013 13:55:25 -0000 Subject: [FFmpeg-trac] #225(swscale:open): Converting from YUVJ to YUV lose contrast In-Reply-To: <036.316379de991ff14b244e1314a49db3ea@avcodec.org> References: <036.316379de991ff14b244e1314a49db3ea@avcodec.org> Message-ID: <051.44bf298411f2f3a4a9fae30156a6f735@avcodec.org> #225: Converting from YUVJ to YUV lose contrast -------------------------------------+------------------------------------- Reporter: sghpunk | Owner: Type: defect | Status: open Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: YUV/YUVJ | Blocked By: contrast | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by sperate): I have the same problem. yuvj420p pixels are encoded from 0 to 255. When converted to yuv420p AVI (mpeg4 and libxvid) the range is reduced to 16 - 235, thus we can notice a loss of contrast. When converted to yuv420p MP4 (libx264) the output range stays untouched (0 - 255). A way to skirt this "problem", which I don't know if it is one actually, is to use the option {{{ -vf mp=eq=0:0 }}} It's an equaliser filter used to adjust brightness and contrast ported from mplayer. As you can see it does no modification to the values of contrast and brightness but helps leaving untouched the pixel values range. Having seen that, i figured out a lot of divx movies (maybe all) and all the videos downloaded from youtube or dailymotion had a pixel range between 16 and 235 which led to bad contrast on the vast majoroty of computer video players. AND THIS FOR LONG TIME NOW !! The trick i'm using to recover a good constrast is to use Media Malyer Classic which offers different pixel shaders including one to go from 16-235 to 0-255. I find it so SILLY that we're looking at poor constrast videos on our computer screens for such a long time without almost no alternative !!! Regards. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 1 14:58:54 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Mar 2013 13:58:54 -0000 Subject: [FFmpeg-trac] #225(swscale:open): Converting from YUVJ to YUV lose contrast In-Reply-To: <036.316379de991ff14b244e1314a49db3ea@avcodec.org> References: <036.316379de991ff14b244e1314a49db3ea@avcodec.org> Message-ID: <051.e75920f97c1774b04e9d3d1ec19f0a68@avcodec.org> #225: Converting from YUVJ to YUV lose contrast -------------------------------------+------------------------------------- Reporter: sghpunk | Owner: Type: defect | Status: open Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: YUV/YUVJ | Blocked By: contrast | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by richardpl): there is -vf colormatrix filter -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 1 17:14:01 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Mar 2013 16:14:01 -0000 Subject: [FFmpeg-trac] #1174(avformat:closed): iPod / iPad plays both audio tracks simultaneously In-Reply-To: <040.0352d7d73ac9f9643056e325b9a5192c@avcodec.org> References: <040.0352d7d73ac9f9643056e325b9a5192c@avcodec.org> Message-ID: <055.cb7eb67f6330d14621612bd1d7f17ed7@avcodec.org> #1174: iPod / iPad plays both audio tracks simultaneously -------------------------------------+------------------------------------- Reporter: TonyPh12345 | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: duplicate Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => mov * resolution: fixed => duplicate * version: 0.10.2 => git-master * component: undetermined => avformat Comment: Afaict this is a duplicate of ticket #468, still reproducible with the following command line: {{{ $ ffmpeg -i fate-suite/svq3/Vertical400kbit.sorenson3.mov -i fate- suite/aac/al_sbr_cm_48_5.1.mp4 -map 0:0 -map 0:1 -map 1:0 -acodec aac -strict -2 -vcodec mpeg4 -qscale 5 out.m4v }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 1 17:25:08 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Mar 2013 16:25:08 -0000 Subject: [FFmpeg-trac] #468(avformat:open): No audio tracks in QuickTime In-Reply-To: <035.4c856b8eec80cbb87e71130060b5fab9@avcodec.org> References: <035.4c856b8eec80cbb87e71130060b5fab9@avcodec.org> Message-ID: <050.d4e6fa0ff473addf442cb65a23a693af@avcodec.org> #468: No audio tracks in QuickTime ------------------------------------+------------------------------------ Reporter: Alex__ | 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 * status: new => open * version: 0.8.2 => git-master * reproduced: 0 => 1 Comment: Updated patch (tested) attached, following command line allows to reproduce the original problem: {{{ $ ffmpeg -i fate-suite/svq3/Vertical400kbit.sorenson3.mov -i fate- suite/aac/al_sbr_cm_48_5.1.mp4 -map 0:0 -map 0:1 -map 1:0 -acodec aac -strict -2 -vcodec mpeg4 -qscale 5 out.m4v ffmpeg version N-50389-ge20f2dc Copyright (c) 2000-2013 the FFmpeg developers built on Mar 1 2013 09:20:03 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 17.103 / 52. 17.103 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.102 / 54. 63.102 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 41.100 / 3. 41.100 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x1e616a0] max_analyze_duration 5000000 reached at 5000998 microseconds Guessed Channel Layout for Input Stream #0.1 : mono Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'fate- suite/svq3/Vertical400kbit.sorenson3.mov': Metadata: creation_time : 2001-03-20 16:17:18 title : Vertical Online SV3 Demo title-eng : Vertical Online SV3 Demo artist : Logan Kelsey artist-eng : Logan Kelsey copyright : ? Vertical Online 2001 copyright-eng : ? Vertical Online 2001 encoder : Sorenson Video 3 encoder-eng : Sorenson Video 3 Duration: 00:00:43.58, start: 0.000000, bitrate: 580 kb/s Stream #0:0(eng): Video: svq3 (SVQ3 / 0x33515653), yuvj420p, 320x240, 391 kb/s, 30.02 fps, 30 tbr, 600 tbn, 600 tbc Metadata: creation_time : 2001-03-20 16:17:18 handler_name : Apple Alias Data Handler Stream #0:1(eng): Audio: adpcm_ima_qt (ima4 / 0x34616D69), 44100 Hz, mono, s16p, 176 kb/s Metadata: creation_time : 2001-03-20 16:17:18 handler_name : Apple Alias Data Handler Input #1, mov,mp4,m4a,3gp,3g2,mj2, from 'fate- suite/aac/al_sbr_cm_48_5.1.mp4': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: mp42isom creation_time : 2008-01-22 11:26:59 Duration: 00:00:32.17, start: 0.000000, bitrate: 129 kb/s Stream #1:0(und): Audio: aac (mp4a / 0x6134706D), 48000 Hz, 6 channels (FL+FR+FC+LFE+FLC+FRC), fltp, 128 kb/s Metadata: creation_time : 2008-01-22 11:26:59 handler_name : soun Please use -q:a or -q:v, -qscale is ambiguous Output #0, ipod, to 'out.m4v': Metadata: encoder-eng : Sorenson Video 3 title : Vertical Online SV3 Demo title-eng : Vertical Online SV3 Demo artist : Logan Kelsey artist-eng : Logan Kelsey copyright : ? Vertical Online 2001 copyright-eng : ? Vertical Online 2001 encoder : Lavf54.63.102 Stream #0:0(eng): Video: mpeg4 (mp4v / 0x7634706D), yuv420p, 320x240, q=2-31, 200 kb/s, 15360 tbn, 30 tbc Metadata: creation_time : 2001-03-20 16:17:18 handler_name : Apple Alias Data Handler Stream #0:1(eng): Audio: aac (mp4a / 0x6134706D), 44100 Hz, mono, fltp, 128 kb/s Metadata: creation_time : 2001-03-20 16:17:18 handler_name : Apple Alias Data Handler Stream #0:2(und): Audio: aac (mp4a / 0x6134706D), 48000 Hz, 6 channels (FL+FR+FC+LFE+FLC+FRC), fltp, 128 kb/s Metadata: creation_time : 2008-01-22 11:26:59 handler_name : soun Stream mapping: Stream #0:0 -> #0:0 (svq3 -> mpeg4) Stream #0:1 -> #0:1 (adpcm_ima_qt -> aac) Stream #1:0 -> #0:2 (aac -> aac) Press [q] to stop, [?] for help Multiple frames in a packet from stream 1 frame= 1308 fps=476 q=5.0 Lsize= 2935kB time=00:00:43.60 bitrate= 551.4kbits/s video:1953kB audio:939kB subtitle:0 global headers:0kB muxing overhead 1.477469% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 1 17:54:48 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Mar 2013 16:54:48 -0000 Subject: [FFmpeg-trac] #2253(avcodec:closed): make fails with ./configure --disable-everything In-Reply-To: <039.2cfcfd46c2317911967f974fd46cb464@avcodec.org> References: <039.2cfcfd46c2317911967f974fd46cb464@avcodec.org> Message-ID: <054.a3a1d6d051a9fb61b7a05a61cedba386@avcodec.org> #2253: make fails with ./configure --disable-everything -------------------------------------+------------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: build | Blocked By: regression | Reproduced by developer: 1 Blocking: | 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 Fri Mar 1 18:55:42 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Mar 2013 17:55:42 -0000 Subject: [FFmpeg-trac] #292(avdevice:closed): ffplay -f video4linux2 regression In-Reply-To: <036.f24b1ad5c874c8678ae1d38d21db0319@avcodec.org> References: <036.f24b1ad5c874c8678ae1d38d21db0319@avcodec.org> Message-ID: <051.e54c06f43b72a8876e8f64261b13137b@avcodec.org> #292: ffplay -f video4linux2 regression -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: avdevice Version: git-master | Resolution: fixed Keywords: ffplay | Blocked By: regression v4l2 | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: ffplay regression v4l => ffplay regression v4l2 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 2 00:34:58 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Mar 2013 23:34:58 -0000 Subject: [FFmpeg-trac] #2313(avformat:new): -metadata option puts null characters in, confusing iTunes. In-Reply-To: <039.75327d622996c86f8fd88ac9377f8603@avcodec.org> References: <039.75327d622996c86f8fd88ac9377f8603@avcodec.org> Message-ID: <054.501396341c048c3cbd25f93c3307c93c@avcodec.org> #2313: -metadata option puts null characters in, confusing iTunes. --------------------------------------+------------------------------------ Reporter: STrRedWolf | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: mov metadata | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Comment (by STrRedWolf): Let me see if I can reduce it down. I doubt I need to transcode it to show the bug. I'm now transcoding a clean file that I can test with... {{{ tygris at sandra ~/video/tmp $ ffmpeg -i test-clean.m4v -c:v copy -c:a copy -metadata "title=AC2004 clip" -metadata media_type=10 -metadata network=BBFTV -metadata "show=BBFTV Test clip" -metadata season_number=1 -metadata episode_sort=1 -metadata "track=1/1" -metadata "episode_id=test- dirty.m4v" test-dirty.m4v ffmpeg version 1.1.2 Copyright (c) 2000-2013 the FFmpeg developers built on Feb 17 2013 18:35:29 with gcc 4.6.3 (Gentoo 4.6.3 p1.11, pie-0.5.2) 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=native' --extra-cflags='-O2 -pipe -march=native' --extra- cxxflags='-O2 -pipe -march=native' --disable-static --enable-gpl --enable- version3 --enable-postproc --enable-avfilter --disable-stripping --disable-debug --disable-doc --disable-network --disable-vaapi --disable- runtime-cpudetect --enable-libmp3lame --enable-libvo-aacenc --enable- libtheora --enable-libx264 --enable-libxvid --enable-libfaac --enable- nonfree --enable-libdc1394 --disable-indev=oss --enable-x11grab --enable- libpulse --disable-outdev=oss --enable-libfreetype --enable-pthreads --enable-libvorbis --enable-libopenjpeg --disable-altivec --disable-avx --disable-vis --disable-neon --cpu=host --enable-hardcoded-tables libavutil 52. 13.100 / 52. 13.100 libavcodec 54. 86.100 / 54. 86.100 libavformat 54. 59.106 / 54. 59.106 libavdevice 54. 3.102 / 54. 3.102 libavfilter 3. 32.100 / 3. 32.100 libswscale 2. 1.103 / 2. 1.103 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'test-clean.m4v': Metadata: major_brand : M4V minor_version : 512 compatible_brands: isomiso2avc1 encoder : Lavf54.59.106 Duration: 00:00:30.04, start: 0.021333, bitrate: 641 kb/s Stream #0:0(und): Video: h264 (Main) (avc1 / 0x31637661), yuv420p, 720x576 [SAR 1:1 DAR 5:4], 475 kb/s, 25 fps, 25 tbr, 12800 tbn, 50 tbc Metadata: handler_name : VideoHandler Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 160 kb/s Metadata: handler_name : SoundHandler File 'test-dirty.m4v' already exists. Overwrite ? [y/N] y Output #0, ipod, to 'test-dirty.m4v': Metadata: major_brand : M4V minor_version : 512 compatible_brands: isomiso2avc1 episode_id : test-dirty.m4v title : AC2004 clip media_type : 10 network : BBFTV show : BBFTV Test clip season_number : 1 episode_sort : 1 track : 1/1 encoder : Lavf54.59.106 Stream #0:0(und): Video: h264 (avc1 / 0x31637661), yuv420p, 720x576 [SAR 1:1 DAR 5:4], q=2-31, 475 kb/s, 25 fps, 12800 tbn, 12800 tbc Metadata: handler_name : VideoHandler Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 48000 Hz, stereo, 160 kb/s Metadata: handler_name : SoundHandler Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help frame= 750 fps=0.0 q=-1.0 Lsize= 2351kB time=00:00:30.03 bitrate= 641.3kbits/s video:1740kB audio:587kB subtitle:0 global headers:0kB muxing overhead 1.020305% }}} Just one -metadata will not do the trick. No need to transcode. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 2 02:08:18 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Mar 2013 01:08:18 -0000 Subject: [FFmpeg-trac] #1570(avdevice:closed): libv4l2: error dequeuing buf: Resource temporarily unavailable In-Reply-To: <036.2fc62dd5b56c7280baf63a97ec734437@avcodec.org> References: <036.2fc62dd5b56c7280baf63a97ec734437@avcodec.org> Message-ID: <051.05fdc4eb02d0509fe35971bb03e36394@avcodec.org> #1570: libv4l2: error dequeuing buf: Resource temporarily unavailable -------------------------------------+------------------------------------- Reporter: llarevo | Owner: Type: defect | Status: closed Priority: important | Component: avdevice Version: git-master | Resolution: fixed Keywords: v4l2 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Giorgio Vazzana, please test current git head! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 2 04:26:12 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Mar 2013 03:26:12 -0000 Subject: [FFmpeg-trac] #2314(avformat:new): Can't receive RTP streams > 1500 bytes. Message-ID: <037.4f2f0e4c985df2663280d9b8a458dca8@avcodec.org> #2314: Can't receive RTP streams > 1500 bytes. ----------------------------------+--------------------------------------- Reporter: babgvant | Type: defect Status: new | Priority: normal Component: avformat | Version: unspecified Keywords: RTP | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- Some Digital Cable Tuners use RTP packets larger than 1500 bytes, because of this the current implementation will not connect to their RTP streams. Fix is noted below. Cheers Change: rtpdec.h #define RTP_MAX_PACKET_LENGTH 8192 //1500 Change: rtsp.c static int rtp_read_header(AVFormatContext *s) { //uint8_t recvbuf[1500]; uint8_t recvbuf[RTP_MAX_PACKET_LENGTH]; -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 2 09:50:17 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Mar 2013 08:50:17 -0000 Subject: [FFmpeg-trac] #2315(avformat:new): Export SHOUTcast information (icy- headers) Message-ID: <035.6abaff7d7a87cb7e8ca887bea7ec41c1@avcodec.org> #2315: Export SHOUTcast information (icy- headers) ----------------------------------+--------------------------------------- Reporter: gjdfgh | Type: defect Status: new | Priority: normal Component: avformat | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- libavformat's http support does not appear to export these headers, which are needed to display metadata to the user when playing these streams. mplayer supports them. These headers are dumped at the start of a streamed song, for example: "icy-genre:METAL, ROCK, ALTERNATIVE". Note that these can be updated mid- stream (e.g. on song change), and libavformat both needs to read that, and notify the application of it. Useless required dump of ffplay output: {{{ $ ffplay http://173.192.45.18:10200 ffplay version 1.0.3 Copyright (c) 2003-2012 the FFmpeg developers built on Jan 24 2013 14:52:18 with gcc 4.7 (Debian 4.7.2-5) 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 --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-libvpx --enable-libschroedinger --disable-encoder=libschroedinger --enable-version3 --enable-libopenjpeg --enable-librtmp --enable-avfilter --enable-libfreetype --enable-libvo- aacenc --disable-decoder=amrnb --enable-libvo-amrwbenc --enable-libaacplus --libdir=/usr/lib/i386-linux-gnu --disable-vda --enable-libbluray --enable-libcdio --enable-gnutls --enable-frei0r --enable-openssl --enable-libass --enable-libopus --enable-fontconfig --enable-libdc1394 --disable-altivec --disable-armv5te --disable libavutil 51. 73.101 / 51. 73.101 libavcodec 54. 59.100 / 54. 59.100 libavformat 54. 29.104 / 54. 29.104 libavdevice 54. 2.101 / 54. 2.101 libavfilter 3. 17.100 / 3. 17.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [mp3 @ 0x80e0620] max_analyze_duration 5000000 reached at 5015510 [mp3 @ 0x80e0620] Estimating duration from bitrate, this may be inaccurate Input #0, mp3, from 'http://173.192.45.18:10200': Duration: N/A, start: 0.000000, bitrate: 128 kb/s Stream #0:0: Audio: mp3, 44100 Hz, stereo, s16, 128 kb/s 2.54 A-V: 0.000 fd= 0 aq= 2KB vq= 0KB sq= 0B f=0/0 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 2 10:08:18 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Mar 2013 09:08:18 -0000 Subject: [FFmpeg-trac] #2316(undetermined:new): Provide a seeking API that works for files with discontinuous timestamps Message-ID: <035.c5929f9fdbfd851b2d5ee364e24a287c@avcodec.org> #2316: Provide a seeking API that works for files with discontinuous timestamps -------------------------------------+------------------------------------- Reporter: gjdfgh | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Some formats (like MPEG stuff) can have discontinuous timestamps. This means the data stream is partitioned into segments of packets with monotonically increasing TS, but when crossing the segment boundaries, the TS changes to another arbitrary value. It's well possible that two segments use exactly the same timestamps. This completely breaks the seeking API, which is based on absolute timestamps. There is AVSEEK_FLAG_BYTE too, but that has lower precission, and '''doesn't even work for some formats''' (consider chained OGG). Note that even if timestamps are unique, seeking probably doesn't work well with such files (I haven't actually tested it, but binary search will obviously break?). Please extend the seeking API so that this works. I see a few possibilities: - add generation of linear, monotonically increasing PTS, and use that for seeking - add the ability to do relative seeks - fix AVSEEK_FLAG_BYTE for all demuxers that report it as supported, and support it for all demuxers that support discontinuous TS -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 2 10:28:01 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Mar 2013 09:28:01 -0000 Subject: [FFmpeg-trac] #2314(avformat:new): Can't receive RTP streams > 1500 bytes. In-Reply-To: <037.4f2f0e4c985df2663280d9b8a458dca8@avcodec.org> References: <037.4f2f0e4c985df2663280d9b8a458dca8@avcodec.org> Message-ID: <052.5291c1ce9814e9671bd9a6e16279b780@avcodec.org> #2314: Can't receive RTP streams > 1500 bytes. -------------------------------------+------------------------------------ Reporter: babgvant | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: RTP | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): Please send patches to the ffmpeg-devel mailing list, they receive more attention there. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 2 11:03:30 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Mar 2013 10:03:30 -0000 Subject: [FFmpeg-trac] #2315(avformat:closed): Export SHOUTcast information (icy- headers) In-Reply-To: <035.6abaff7d7a87cb7e8ca887bea7ec41c1@avcodec.org> References: <035.6abaff7d7a87cb7e8ca887bea7ec41c1@avcodec.org> Message-ID: <050.16299776372fc573c056ce25afc5faa9@avcodec.org> #2315: Export SHOUTcast information (icy- headers) -------------------------------------+------------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: duplicate Keywords: http | Blocked By: shoutcast | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => http shoutcast * status: new => closed * version: unspecified => git-master * resolution: => duplicate Comment: Duplicate of ticket #716 For future reports: Please always test current git head and please provide ffmpeg output if applicable, only provide ffplay output if a problem is not reproducible with ffmpeg, see also http://ffmpeg.org/bugreports.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 2 11:09:01 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Mar 2013 10:09:01 -0000 Subject: [FFmpeg-trac] #2316(undetermined:closed): Provide a seeking API that works for files with discontinuous timestamps In-Reply-To: <035.c5929f9fdbfd851b2d5ee364e24a287c@avcodec.org> References: <035.c5929f9fdbfd851b2d5ee364e24a287c@avcodec.org> Message-ID: <050.2186fa1543eb4eca5c38e23cfacafbbd@avcodec.org> #2316: Provide a seeking API that works for files with discontinuous timestamps -------------------------------------+------------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => duplicate Comment: Afaict, this is a duplicate of ticket #1438, I suggest to retest this ticket here once #1438 is fixed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 2 11:18:57 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Mar 2013 10:18:57 -0000 Subject: [FFmpeg-trac] #1438(avformat:open): Seeking in vob file with timestamp discontinuities fails In-Reply-To: <041.683609966b390ed411869c092624f8a6@avcodec.org> References: <041.683609966b390ed411869c092624f8a6@avcodec.org> Message-ID: <056.ad0fa508a5cf07a4210cbc182d51e2b5@avcodec.org> #1438: Seeking in vob file with timestamp discontinuities fails -------------------------------------+------------------------------------- Reporter: | Owner: superandrzej | Status: open Type: defect | Component: avformat Priority: normal | Resolution: Version: git-master | Blocked By: Keywords: mpegps seek | Reproduced by developer: 1 roundup | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by gjdfgh): Chained OGG files behave bogus on seeking. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 2 11:19:54 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Mar 2013 10:19:54 -0000 Subject: [FFmpeg-trac] #2317(undetermined:new): Byte based seeks fail in chained OGG files (with FLAC codec) Message-ID: <035.22f45af27fc4e1a84884e21cebac98ed@avcodec.org> #2317: Byte based seeks fail in chained OGG files (with FLAC codec) -------------------------------------+------------------------------------- Reporter: gjdfgh | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- See subject. Test samples can be produced with ffmpeg. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 2 12:19:29 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Mar 2013 11:19:29 -0000 Subject: [FFmpeg-trac] #2317(undetermined:new): Byte based seeks fail in chained OGG files (with FLAC codec) In-Reply-To: <035.22f45af27fc4e1a84884e21cebac98ed@avcodec.org> References: <035.22f45af27fc4e1a84884e21cebac98ed@avcodec.org> Message-ID: <050.f4c0bb5a6c458bbf4632aee94dfd9bcb@avcodec.org> #2317: Byte based seeks fail in chained OGG files (with FLAC codec) -------------------------------------+------------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Please provide a sample and add a failing command line including complete, uncut console output or explain how the problem can be reproduced if this is not possible with ffmpeg. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 2 12:43:31 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Mar 2013 11:43:31 -0000 Subject: [FFmpeg-trac] #2317(undetermined:new): Byte based seeks fail in chained OGG files (with FLAC codec) In-Reply-To: <035.22f45af27fc4e1a84884e21cebac98ed@avcodec.org> References: <035.22f45af27fc4e1a84884e21cebac98ed@avcodec.org> Message-ID: <050.09a7d78edd5892fefbe3c9bff945ed61@avcodec.org> #2317: Byte based seeks fail in chained OGG files (with FLAC codec) -------------------------------------+------------------------------------- Reporter: gjdfgh | 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 gjdfgh): You can produce a sample by concatenating two OGG-in-flac files with "cat". I don't know how to force byte seeks with ffmpeg. With ffplay, the stream appears to be unseekable even with "-bytes 1". However, doing byte seeks when using libavformat as library are marked as supported, are reported as successful, and lead to strange behavior. Please test it yourself with ffplay (possibly by modifying the code to do byte seeks properly). The behavior I'm experiencing is that libavformat does seem to seek to the correct position (I think it even demuxes some audio packets from the new position), but then it jumps back. I think it gets confused by the byte seek, and tries to "resync" to the "correct" (i.e. previous) file position by explicitly issuing a seek. Sometimes, it also stops demuxing after printing some errors: {{{ [ogg @ 0x8a8f120]Cannot identify new stream [ogg @ 0x8a8f120]failed to create or replace stream [ogg @ 0x8a8f120]Cannot identify new stream [ogg @ 0x8a8f120]failed to create or replace stream }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 2 13:07:20 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Mar 2013 12:07:20 -0000 Subject: [FFmpeg-trac] #2318(avformat:new): No still image in hls stream Message-ID: <036.42ee2c44b9478b5ba42969a93f2aed55@avcodec.org> #2318: No still image in hls stream -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git- | Keywords: hls aac master | mjpeg regression Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- Since 6bcbe76, the hls stream from ticket #1733 does not show the still image anymore, related to ticket #1730. {{{ $ ffmpeg -i http://qthttp.apple.com.edgesuite.net/c123pibhargjknawdconwecown/0064/prog_index.m3u8 out.png ffmpeg version N-50433-g547042a Copyright (c) 2000-2013 the FFmpeg developers built on Mar 2 2013 13:00:37 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 17.103 / 52. 17.103 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.102 / 54. 63.102 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 41.100 / 3. 41.100 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Format aac detected only with low score of 25, misdetection possible! [aac @ 0x29ba6a0] max_analyze_duration 5000000 reached at 5015510 microseconds [aac @ 0x29ba6a0] Estimating duration from bitrate, this may be inaccurate Input #0, hls,applehttp, from 'http://qthttp.apple.com.edgesuite.net/c123pibhargjknawdconwecown/0064/prog_index.m3u8': Duration: 01:25:32.00, start: 0.000000, bitrate: 0 kb/s Program 0 Metadata: variant_bitrate : 0 Stream #0:0: Audio: aac, 44100 Hz, stereo, fltp, 4 kb/s Output #0, image2, to 'out.png': Output file #0 does not contain any stream }}} {{{ $ ffmpeg -i http://qthttp.apple.com.edgesuite.net/c123pibhargjknawdconwecown/0064/prog_index.m3u8 -vframes 1 out.png ffmpeg version N-44734-gdde8068 Copyright (c) 2000-2012 the FFmpeg developers built on Mar 2 2013 13:04:04 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 51. 73.101 / 51. 73.101 libavcodec 54. 58.100 / 54. 58.100 libavformat 54. 28.101 / 54. 28.101 libavdevice 54. 2.101 / 54. 2.101 libavfilter 3. 17.100 / 3. 17.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 Format aac detected only with low score of 25, misdetection possible! [aac @ 0x19964c0] max_analyze_duration 5000000 reached at 5015510 [aac @ 0x19964c0] Estimating duration from bitrate, this may be inaccurate [hls,applehttp @ 0x198b240] max_analyze_duration 5000000 reached at 7281778 Input #0, hls,applehttp, from 'http://qthttp.apple.com.edgesuite.net/c123pibhargjknawdconwecown/0064/prog_index.m3u8': Duration: 01:25:32.00, start: 0.000000, bitrate: 0 kb/s Stream #0:0: Audio: aac, 44100 Hz, stereo, s16, 4 kb/s Stream #0:1: Video: mjpeg, yuvj420p, 480x320 [SAR 100:100 DAR 3:2], 90k tbr, 90k tbn, 90k tbc [image2 @ 0x1dc2580] 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.png': Metadata: encoder : Lavf54.28.101 Stream #0:0: Video: png, rgb24, 480x320 [SAR 1:1 DAR 3:2], q=2-31, 200 kb/s, 90k tbn, 90k tbc Stream mapping: Stream #0:1 -> #0:0 (mjpeg -> png) 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:34kB audio:0kB subtitle:0 global headers:0kB muxing overhead -100.000000% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 2 13:40:44 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Mar 2013 12:40:44 -0000 Subject: [FFmpeg-trac] #1570(avdevice:closed): libv4l2: error dequeuing buf: Resource temporarily unavailable In-Reply-To: <036.2fc62dd5b56c7280baf63a97ec734437@avcodec.org> References: <036.2fc62dd5b56c7280baf63a97ec734437@avcodec.org> Message-ID: <051.9fec326ff0202ba1f0e572704653655f@avcodec.org> #1570: libv4l2: error dequeuing buf: Resource temporarily unavailable -------------------------------------+------------------------------------- Reporter: llarevo | Owner: Type: defect | Status: closed Priority: important | Component: avdevice Version: git-master | Resolution: fixed Keywords: v4l2 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by holden): Thanks Carl. I only wanted to add that if llarevo wants to test again with latest git head, the correct command to try is not: {{{ ffmpeg -loglevel debug -f v4l2 -s vga -r 25 -i /dev/video0 out-vga-2M- 5min.mpg }}} but: {{{ ffmpeg -loglevel debug -f v4l2 -video_size vga -framerate 25 -i /dev/video0 out-vga-2M-5min.mpg }}} Options '-s' and '-r' are not valid options for v4l2 input device. To see the list of options please go to: [http://ffmpeg.org/ffmpeg-devices.html #video4linux2_002c-v4l2] Also, as I said earlier, using '-framerate 25' or not should not make any difference, since the framerate is fixed by a particular standard (like PAL or NTSC) and cannot be changed usually. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 2 13:50:11 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Mar 2013 12:50:11 -0000 Subject: [FFmpeg-trac] #1570(avdevice:closed): libv4l2: error dequeuing buf: Resource temporarily unavailable In-Reply-To: <036.2fc62dd5b56c7280baf63a97ec734437@avcodec.org> References: <036.2fc62dd5b56c7280baf63a97ec734437@avcodec.org> Message-ID: <051.37b984729071f4a20340fffcfa23f9ed@avcodec.org> #1570: libv4l2: error dequeuing buf: Resource temporarily unavailable -------------------------------------+------------------------------------- Reporter: llarevo | Owner: Type: defect | Status: closed Priority: important | Component: avdevice Version: git-master | Resolution: fixed Keywords: v4l2 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:18 holden]: > Options '-s' and '-r' are not valid options for v4l2 input device. -s works fine here... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 2 15:29:19 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Mar 2013 14:29:19 -0000 Subject: [FFmpeg-trac] #653(undetermined:closed): ffplay freezes every 30 seconds when playing rtsp stream with authentication In-Reply-To: <035.ce9f715bb204e5479adbba8386f3d278@avcodec.org> References: <035.ce9f715bb204e5479adbba8386f3d278@avcodec.org> Message-ID: <050.51c3b24548b663b458875a9259d173ac@avcodec.org> #653: ffplay freezes every 30 seconds when playing rtsp stream with authentication -------------------------------------+------------------------------------- Reporter: imbens | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed Comment: This should have been fixed by Martin Storsj? in 1093383d6cf7112d54b849e29c739e957d157b25 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 2 16:08:56 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Mar 2013 15:08:56 -0000 Subject: [FFmpeg-trac] #2297(FFmpeg:closed): benchmark only works if encoding is possible In-Reply-To: <036.4344b1576bfb4fce6e34d6fb7722a8a9@avcodec.org> References: <036.4344b1576bfb4fce6e34d6fb7722a8a9@avcodec.org> Message-ID: <051.908c66a44928eec5211bb8b0eacc75d1@avcodec.org> #2297: benchmark only works if encoding is possible ------------------------------------+---------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: FFmpeg Version: git-master | Resolution: fixed Keywords: benchmark | 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 Sat Mar 2 18:34:14 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Mar 2013 17:34:14 -0000 Subject: [FFmpeg-trac] #2266(avcodec:closed): support flac crcchecks In-Reply-To: <036.5ec82004bbf1bff38bd2ec0d9eecfdf7@avcodec.org> References: <036.5ec82004bbf1bff38bd2ec0d9eecfdf7@avcodec.org> Message-ID: <051.669f129fd460aa25f3158e50b07864cc@avcodec.org> #2266: support flac crcchecks -------------------------------------+----------------------------------- Reporter: dericed | Owner: Type: enhancement | Status: closed Priority: wish | Component: avcodec Version: git-master | Resolution: fixed Keywords: flac crc | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: flac, crc => flac crc * resolution: => fixed * status: new => closed * component: undetermined => avcodec * version: unspecified => git-master Comment: Fixed by James Almer. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 2 18:40:54 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Mar 2013 17:40:54 -0000 Subject: [FFmpeg-trac] #2254(undetermined:new): Unsupported h264 file In-Reply-To: <036.834a2fa22b982996354bd3fd80259f21@avcodec.org> References: <036.834a2fa22b982996354bd3fd80259f21@avcodec.org> Message-ID: <051.e7cad6880f18ccc60d43c1067fe224a5@avcodec.org> #2254: Unsupported h264 file -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: h264 mpegts | Resolution: videolan | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): Can anything decode the uploaded file? If not, theres a chance that the file itself is broken. It does on first look, look like 50% of the data is missing -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 2 18:41:30 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Mar 2013 17:41:30 -0000 Subject: [FFmpeg-trac] #1888(avformat:closed): asf: huge memory allocation after seeking In-Reply-To: <038.e85fb1acb9d7adf4e2c034ef252c4249@avcodec.org> References: <038.e85fb1acb9d7adf4e2c034ef252c4249@avcodec.org> Message-ID: <053.c5fef938a34829b4af8986b6d47e78da@avcodec.org> #1888: asf: huge memory allocation after seeking ------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: alloc | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => alloc * status: open => closed * resolution: => fixed Comment: The huge memory allocation (~2G) should be fixed, thank you for the report! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 2 19:01:03 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Mar 2013 18:01:03 -0000 Subject: [FFmpeg-trac] #2254(avcodec:new): Unsupported h264 file In-Reply-To: <036.834a2fa22b982996354bd3fd80259f21@avcodec.org> References: <036.834a2fa22b982996354bd3fd80259f21@avcodec.org> Message-ID: <051.df5b5f75cf93d4aa967766fcdb814630@avcodec.org> #2254: Unsupported h264 file -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: new Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: h264 mpegts | Blocked By: videolan | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: normal => wish * type: defect => enhancement * component: undetermined => avcodec Comment: I only have the information provided in these tickets: https://trac.videolan.org/vlc/ticket/8145 https://trac.videolan.org/vlc/ticket/8235 I did not find another source for the claim "when Taiwan TV shift from analog to digital, many set-top-box can't decoding TTVHD" and I don't understand "but when I record TTV HD progam only by command line,it can't play properly". In any case, Windows Media Player shows a recognizable video, so I believe decoding can be improved even if the sample is broken. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 2 19:14:09 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Mar 2013 18:14:09 -0000 Subject: [FFmpeg-trac] #2175(avcodec:closed): ljpg: wrong colors on bigendian In-Reply-To: <038.5cb4114ebf326675a7dbb7cdc0aa0d41@avcodec.org> References: <038.5cb4114ebf326675a7dbb7cdc0aa0d41@avcodec.org> Message-ID: <053.982dbe1e2bf7fa945252768d666c4ac4@avcodec.org> #2175: ljpg: wrong colors on bigendian -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: mjpeg ljpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 2 20:05:10 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Mar 2013 19:05:10 -0000 Subject: [FFmpeg-trac] #1570(avdevice:closed): libv4l2: error dequeuing buf: Resource temporarily unavailable In-Reply-To: <036.2fc62dd5b56c7280baf63a97ec734437@avcodec.org> References: <036.2fc62dd5b56c7280baf63a97ec734437@avcodec.org> Message-ID: <051.62994b565680a5593a81223c7d639b11@avcodec.org> #1570: libv4l2: error dequeuing buf: Resource temporarily unavailable -------------------------------------+------------------------------------- Reporter: llarevo | Owner: Type: defect | Status: closed Priority: important | Component: avdevice Version: git-master | Resolution: fixed Keywords: v4l2 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by llarevo): '''ffmpeg compiled without --enable-lib4vl2: OK ''' ffmpeg -loglevel debug -f v4l2 -video_size vga -framerate 25 -i /dev/video0 out-vga-2M-5min.mpg and ffmpeg -loglevel debug -f v4l2 -s vga -framerate 25 -i /dev/video0 out- vga-2M-5min.mpg All are working fine now :-) '''ffmpeg compiled with --enable-lib4vl2: Still faulty ''' But there is still a problem using a ffmpeg compiled with --enable- libv4l2. Lots of errors are beeing generated while capturing: {{{ ffmpeg -f video4linux2 -i /dev/video0 -flags +ilme+ildct -aspect 4/3 -target pal-dvd -y test.mpeg ffmpeg version N-50436-g1d5b35c Copyright (c) 2000-2013 the FFmpeg developers built on Mar 2 2013 19:45:45 with gcc 4.7.2 (GCC) 20121109 (Red Hat 4.7.2-8) configuration: --prefix=/usr/local --enable-ffplay --enable-libv4l2 libavutil 52. 17.103 / 52. 17.103 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.102 / 54. 63.102 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 41.100 / 3. 41.100 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 ...(some lines I don't know)... libv4l2: error dequeuing buf: Resource temporarily unavailable libv4l2: error dequeuing buf: Resource temporarily unavailable libv4l2: error dequeuing buf: Resource temporarily unavailable libv4l2: error dequeuing buf: Resource temporarily unavailable libv4l2: error dequeuing buf: Resource temporarily unavailable libv4l2: error dequeuing buf: Resource temporarily unavailable libv4l2: error dequeuing buf: Resource temporarily unavailable libv4l2: error dequeuing buf: Resource temporarily unavailable libv4l2: error dequeuing buf: Resource temporarily unavailable libv4l2: error dequeuing buf: Resource temporarily unavailablerate=7253.3kbits/s libv4l2: error dequeuing buf: Resource temporarily unavailable libv4l2: error dequeuing buf: Resource temporarily unavailable libv4l2: error dequeuing buf: Resource temporarily unavailable libv4l2: error dequeuing buf: Resource temporarily unavailable libv4l2: error dequeuing buf: Resource temporarily unavailable libv4l2: error dequeuing buf: Resource temporarily unavailable libv4l2: error dequeuing buf: Resource temporarily unavailable libv4l2: error dequeuing buf: Resource temporarily unavailable libv4l2: error dequeuing buf: Resource temporarily unavailable libv4l2: error dequeuing buf: Resource temporarily unavailable libv4l2: error dequeuing buf: Resource temporarily unavailable libv4l2: error dequeuing buf: Resource temporarily unavailable libv4l2: error dequeuing buf: Resource temporarily unavailable libv4l2: error dequeuing buf: Resource temporarily unavailable libv4l2: error dequeuing buf: Resource temporarily unavailable libv4l2: error dequeuing buf: Resource temporarily unavailable libv4l2: error dequeuing buf: Resource temporarily unavailable libv4l2: error dequeuing buf: Resource temporarily unavailable libv4l2: error dequeuing buf: Resource temporarily unavailable libv4l2: error dequeuing buf: Resource temporarily unavailable libv4l2: error dequeuing buf: Resource temporarily unavailable libv4l2: error dequeuing buf: Resource temporarily unavailable libv4l2: error dequeuing buf: Resource temporarily unavailable libv4l2: error dequeuing buf: Resource temporarily unavailable libv4l2: error dequeuing buf: Resource temporarily unavailable libv4l2: error dequeuing buf: Resource temporarily unavailable libv4l2: error dequeuing buf: Resource temporarily unavailable libv4l2: error dequeuing buf: Resource temporarily unavailable libv4l2: error dequeuing buf: Resource temporarily unavailable libv4l2: error dequeuing buf: Resource temporarily unavailable libv4l2: error dequeuing buf: Resource temporarily unavailable libv4l2: error dequeuing buf: Resource temporarily unavailable libv4l2: error dequeuing buf: Resource temporarily unavailable libv4l2: error dequeuing buf: Resource temporarily unavailable libv4l2: error dequeuing buf: Resource temporarily unavailable libv4l2: error dequeuing buf: Resource temporarily unavailable libv4l2: error dequeuing buf: Resource temporarily unavailable libv4l2: error dequeuing buf: Resource temporarily unavailable libv4l2: error dequeuing buf: Resource temporarily unavailable libv4l2: error dequeuing buf: Resource temporarily unavailable libv4l2: error dequeuing buf: Resource temporarily unavailable libv4l2: error dequeuing buf: Resource temporarily unavailable libv4l2: error dequeuing buf: Resource temporarily unavailablerate=6826.7kbits/s libv4l2: error dequeuing buf: Resource temporarily unavailable libv4l2: error dequeuing buf: Resource temporarily unavailable libv4l2: error dequeuing buf: Resource temporarily unavailable libv4l2: error dequeuing buf: Resource temporarily unavailable libv4l2: error dequeuing buf: Resource temporarily unavailable libv4l2: error dequeuing buf: Resource temporarily unavailable (...) }}} But the resulting video seems OK after a very quick view. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 2 20:40:45 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Mar 2013 19:40:45 -0000 Subject: [FFmpeg-trac] #924(avcodec:closed): libxvid video codec leaks temporary files In-Reply-To: <034.58710f72b8da8041c5cc5438bd39c0c0@avcodec.org> References: <034.58710f72b8da8041c5cc5438bd39c0c0@avcodec.org> Message-ID: <049.6296b81bc1fbb251d555115f6fcff31e@avcodec.org> #924: libxvid video codec leaks temporary files -------------------------------------+------------------------------------- Reporter: khali | Owner: Type: enhancement | Status: closed Priority: minor | Component: avcodec Version: git-master | Resolution: fixed Keywords: temporary | Blocked By: file | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * version: 0.9.1 => git-master * resolution: => fixed * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 2 20:51:59 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Mar 2013 19:51:59 -0000 Subject: [FFmpeg-trac] #1900(avcodec:open): h264: huge memory allocation and a memleak In-Reply-To: <038.3ce3acd617cd4d5e41b29a2b923a1aaf@avcodec.org> References: <038.3ce3acd617cd4d5e41b29a2b923a1aaf@avcodec.org> Message-ID: <053.bfaca066862b25f26c80613ecdef2aac@avcodec.org> #1900: h264: huge memory allocation and a memleak ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: h264 leak | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Several identical allocations (the biggest) happen in av_image_alloc() for images with a resolution of 20000x4000, this could happen in valid streams, more such allocations happen if threads > 1. The memleak with threads > 1 is still reproducible. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 2 20:53:49 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Mar 2013 19:53:49 -0000 Subject: [FFmpeg-trac] #924(avcodec:closed): libxvid video codec leaks temporary files In-Reply-To: <034.58710f72b8da8041c5cc5438bd39c0c0@avcodec.org> References: <034.58710f72b8da8041c5cc5438bd39c0c0@avcodec.org> Message-ID: <049.5a850bf210e3b0c3d8a1bcde519cfdbd@avcodec.org> #924: libxvid video codec leaks temporary files ------------------------------------+----------------------------------- Reporter: khali | Owner: Type: defect | Status: closed Priority: minor | Component: avcodec Version: git-master | Resolution: fixed Keywords: libxvid | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: temporary file => libxvid * type: enhancement => defect -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 2 20:54:21 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Mar 2013 19:54:21 -0000 Subject: [FFmpeg-trac] #1900(avcodec:open): h264: memleak with threads > 1 (was: h264: huge memory allocation and a memleak) In-Reply-To: <038.3ce3acd617cd4d5e41b29a2b923a1aaf@avcodec.org> References: <038.3ce3acd617cd4d5e41b29a2b923a1aaf@avcodec.org> Message-ID: <053.84c0b90c209afadfad1dab1aaf959ef0@avcodec.org> #1900: h264: memleak with threads > 1 ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: h264 leak | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 3 14:06:41 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 03 Mar 2013 13:06:41 -0000 Subject: [FFmpeg-trac] #1964(avformat:open): Request support for decoding / demuxing Adobe HDS dynamic http streaming In-Reply-To: <038.95c9cd9f7acf0a211f5f98aad3471a09@avcodec.org> References: <038.95c9cd9f7acf0a211f5f98aad3471a09@avcodec.org> Message-ID: <053.fe3e809f9bd0562f662e05c986fce8e7@avcodec.org> #1964: Request support for decoding / demuxing Adobe HDS dynamic http streaming -------------------------------------+------------------------------------ Reporter: ottomatic | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: HDS | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cdunford): Has this been abandoned or is work still ongoing? I'm very interested in this feature and would like to help in some way. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 3 14:20:57 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 03 Mar 2013 13:20:57 -0000 Subject: [FFmpeg-trac] #2319(FFmpeg:new): Using concat demuxer with truncated mp4 (mpeg2video, pcm_s16be) leads to infinite loop Message-ID: <031.9b31b8ad1e2927759bd4374028648c5f@avcodec.org> #2319: Using concat demuxer with truncated mp4 (mpeg2video,pcm_s16be) leads to infinite loop --------------------------------+---------------------------------- Reporter: ls | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: 1.1.3 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------- Summary of the bug: If the concat demuxer is used in conjunction with a mp4 file containing mpeg2 and pcm, ffmpeg gets stuck after the first video is decoded and never terminates. The problem only occurs, if the mp4 file is truncated and mylist.txt contains more than one entry. (Here one video file is used twice to demonstrate the problem.) How to reproduce: {{{ ffmpeg -f concat -i mylist.txt out.mp4 }}} Content of mylist.txt {{{ file camera-raw.mp4 file camera-raw.mp4 }}} Video data: [http://www.techfak.uni-bielefeld.de/~lschilli/ffmpeg/sync/camera-raw.mp4 camera-raw.mp4] ffmpeg output {{{ ffmpeg version 1.1.3 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 2 2013 14:00:59 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) configuration: --prefix=/home/ls/ffmpeg --enable-shared --disable-static --enable-gpl --enable-nonfree --enable-libmp3lame --enable-libx264 --enable-libxvid --enable-sram --cpu=core2 --enable-hwaccel=h264_vaapi --enable-hwaccel=mpeg2_vaapi --enable-hwaccel=mpeg4_vaapi --enable-libfaac --disable-ffserver --enable-libfreetype --enable-x11grab --enable- avresample --enable-libass --enable-libvpx --enable-libvorbis libavutil 52. 13.100 / 52. 13.100 libavcodec 54. 86.100 / 54. 86.100 libavformat 54. 59.106 / 54. 59.106 libavdevice 54. 3.102 / 54. 3.102 libavfilter 3. 32.100 / 3. 32.100 libswscale 2. 1.103 / 2. 1.103 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [concat @ 0x1cc0780] Estimating duration from bitrate, this may be inaccurate Guessed Channel Layout for Input Stream #0.1 : stereo Input #0, concat, from 'mylist.txt': Duration: N/A, start: 0.000000, bitrate: 36537 kb/s Stream #0:0: Video: mpeg2video (Main) (mp4v / 0x7634706D), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 35001 kb/s, 25 fps, 25 tbr, 25k tbn, 50 tbc Stream #0:1: Audio: pcm_s16be (twos / 0x736F7774), 48000 Hz, stereo, s16, 1536 kb/s File 'out.mp4' already exists. Overwrite ? [y/N] using SAR=1/1 [libx264 @ 0x1ccb400] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2 [libx264 @ 0x1ccb400] profile High, level 4.0 [libx264 @ 0x1ccb400] 264 - core 129 r0+2 e403db4 - H.264/MPEG-4 AVC codec - Copyleft 2003-2013 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=6 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 Output #0, mp4, to 'out.mp4': Metadata: encoder : Lavf54.59.106 Stream #0:0: Video: h264 ([33][0][0][0] / 0x0021), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=-1--1, 12800 tbn, 25 tbc Stream #0:1: Audio: aac ([64][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 (pcm_s16be -> libfaac) Press [q] to stop, [?] for help [mpeg2video @ 0x1cfade0] warning: first frame is no keyframe frame= 33 fps=0.0 q=0.0 size= 0kB time=00:00:01.34 bitrate= 0.3kbits/s frame= 47 fps= 36 q=0.0 size= 0kB time=00:00:01.83 bitrate= 0.2kbits/s frame= 54 fps= 27 q=28.0 size= 123kB time=00:00:02.30 bitrate= 435.9kbits/s frame= 59 fps= 23 q=28.0 size= 213kB time=00:00:02.30 bitrate= 757.0kbits/s frame= 65 fps= 21 q=28.0 size= 311kB time=00:00:02.79 bitrate= 912.1kbits/s frame= 70 fps= 19 q=28.0 size= 383kB time=00:00:02.79 bitrate=1123.5kbits/s frame= 76 fps= 18 q=28.0 size= 469kB time=00:00:03.26 bitrate=1176.8kbits/s frame= 82 fps= 17 q=28.0 size= 545kB time=00:00:03.26 bitrate=1367.8kbits/s frame= 88 fps= 16 q=28.0 size= 620kB time=00:00:03.75 bitrate=1353.8kbits/s frame= 93 fps= 16 q=28.0 size= 694kB time=00:00:03.75 bitrate=1513.3kbits/s frame= 98 fps= 15 q=28.0 size= 754kB time=00:00:04.22 bitrate=1462.6kbits/s frame= 103 fps= 15 q=28.0 size= 819kB time=00:00:04.22 bitrate=1589.0kbits/s frame= 110 fps= 15 q=28.0 size= 898kB time=00:00:04.71 bitrate=1559.5kbits/s frame= 116 fps= 14 q=28.0 size= 980kB time=00:00:04.71 bitrate=1702.0kbits/s frame= 121 fps= 14 q=28.0 size= 1034kB time=00:00:05.18 bitrate=1634.6kbits/s frame= 128 fps= 14 q=28.0 size= 1113kB time=00:00:05.18 bitrate=1759.3kbits/s frame= 134 fps= 14 q=28.0 size= 1186kB time=00:00:05.67 bitrate=1712.0kbits/s frame= 139 fps= 14 q=28.0 size= 1293kB time=00:00:05.67 bitrate=1866.7kbits/s frame= 143 fps= 13 q=28.0 size= 1372kB time=00:00:05.69 bitrate=1973.0kbits/s frame= 148 fps= 13 q=28.0 size= 1486kB time=00:00:06.14 bitrate=1981.2kbits/s frame= 155 fps= 13 q=28.0 size= 1628kB time=00:00:06.14 bitrate=2171.0kbits/s frame= 159 fps= 13 q=28.0 size= 1724kB time=00:00:06.63 bitrate=2128.3kbits/s frame= 165 fps= 12 q=28.0 size= 1866kB time=00:00:06.63 bitrate=2303.8kbits/s frame= 170 fps= 12 q=28.0 size= 1972kB time=00:00:07.10 bitrate=2273.7kbits/s frame= 175 fps= 12 q=28.0 size= 2075kB time=00:00:07.10 bitrate=2393.1kbits/s frame= 181 fps= 12 q=28.0 size= 2253kB time=00:00:07.59 bitrate=2430.7kbits/s frame= 186 fps= 12 q=28.0 size= 2371kB time=00:00:07.59 bitrate=2557.9kbits/s frame= 191 fps= 12 q=28.0 size= 2478kB time=00:00:07.61 bitrate=2665.4kbits/s frame= 196 fps= 12 q=28.0 size= 2600kB time=00:00:08.06 bitrate=2641.2kbits/s frame= 201 fps= 12 q=28.0 size= 2714kB time=00:00:08.06 bitrate=2757.1kbits/s frame= 206 fps= 11 q=28.0 size= 2810kB time=00:00:08.55 bitrate=2691.3kbits/s frame= 210 fps= 11 q=28.0 size= 2911kB time=00:00:08.55 bitrate=2787.2kbits/s frame= 217 fps= 11 q=28.0 size= 3052kB time=00:00:09.02 bitrate=2770.6kbits/s frame= 221 fps= 11 q=28.0 size= 3127kB time=00:00:09.02 bitrate=2838.5kbits/s frame= 227 fps= 11 q=28.0 size= 3230kB time=00:00:09.04 bitrate=2925.4kbits/s frame= 233 fps= 11 q=28.0 size= 3351kB time=00:00:09.51 bitrate=2885.3kbits/s frame= 238 fps= 11 q=28.0 size= 3448kB time=00:00:09.51 bitrate=2968.8kbits/s frame= 244 fps= 11 q=28.0 size= 3574kB time=00:00:09.98 bitrate=2932.4kbits/s frame= 250 fps= 11 q=28.0 size= 3704kB time=00:00:09.98 bitrate=3039.5kbits/s frame= 255 fps= 11 q=28.0 size= 3824kB time=00:00:10.47 bitrate=2991.0kbits/s frame= 260 fps= 11 q=28.0 size= 3929kB time=00:00:10.47 bitrate=3072.9kbits/s frame= 266 fps= 11 q=28.0 size= 4036kB time=00:00:10.94 bitrate=3020.9kbits/s frame= 272 fps= 11 q=28.0 size= 4162kB time=00:00:10.94 bitrate=3115.3kbits/s frame= 277 fps= 11 q=28.0 size= 4261kB time=00:00:11.43 bitrate=3052.4kbits/s frame= 282 fps= 11 q=28.0 size= 4350kB time=00:00:11.43 bitrate=3116.5kbits/s frame= 287 fps= 11 q=28.0 size= 4462kB time=00:00:11.45 bitrate=3190.9kbits/s frame= 294 fps= 11 q=28.0 size= 4580kB time=00:00:11.90 bitrate=3152.1kbits/s frame= 299 fps= 11 q=28.0 size= 4677kB time=00:00:11.92 bitrate=3212.6kbits/s frame= 305 fps= 11 q=28.0 size= 4789kB time=00:00:12.39 bitrate=3165.5kbits/s frame= 310 fps= 11 q=28.0 size= 4876kB time=00:00:12.39 bitrate=3222.7kbits/s frame= 316 fps= 11 q=28.0 size= 4994kB time=00:00:12.86 bitrate=3180.3kbits/s frame= 321 fps= 11 q=28.0 size= 5076kB time=00:00:12.86 bitrate=3232.5kbits/s frame= 325 fps= 11 q=28.0 size= 5157kB time=00:00:13.35 bitrate=3163.2kbits/s frame= 331 fps= 11 q=28.0 size= 5280kB time=00:00:13.35 bitrate=3238.7kbits/s frame= 337 fps= 11 q=28.0 size= 5391kB time=00:00:13.82 bitrate=3194.5kbits/s frame= 342 fps= 11 q=28.0 size= 5475kB time=00:00:13.82 bitrate=3244.4kbits/s frame= 347 fps= 11 q=28.0 size= 5589kB time=00:00:13.84 bitrate=3306.8kbits/s frame= 354 fps= 11 q=28.0 size= 5716kB time=00:00:14.31 bitrate=3271.2kbits/s frame= 358 fps= 11 q=28.0 size= 5801kB time=00:00:14.31 bitrate=3319.7kbits/s frame= 364 fps= 11 q=28.0 size= 5878kB time=00:00:14.78 bitrate=3257.2kbits/s frame= 368 fps= 11 q=28.0 size= 5965kB time=00:00:14.78 bitrate=3305.1kbits/s frame= 374 fps= 11 q=28.0 size= 6040kB time=00:00:15.27 bitrate=3239.5kbits/s frame= 379 fps= 11 q=28.0 size= 6163kB time=00:00:15.27 bitrate=3305.5kbits/s frame= 383 fps= 10 q=28.0 size= 6231kB time=00:00:15.29 bitrate=3337.0kbits/s frame= 391 fps= 11 q=28.0 size= 6354kB time=00:00:15.74 bitrate=3306.4kbits/s frame= 395 fps= 10 q=28.0 size= 6430kB time=00:00:15.89 bitrate=3314.1kbits/s frame= 402 fps= 11 q=28.0 size= 6570kB time=00:00:16.23 bitrate=3315.3kbits/s frame= 407 fps= 10 q=28.0 size= 6687kB time=00:00:16.23 bitrate=3374.0kbits/s frame= 414 fps= 10 q=28.0 size= 6809kB time=00:00:16.70 bitrate=3339.2kbits/s frame= 419 fps= 10 q=28.0 size= 6901kB time=00:00:16.72 bitrate=3379.9kbits/s frame= 427 fps= 11 q=28.0 size= 7127kB time=00:00:17.19 bitrate=3395.4kbits/s frame= 433 fps= 11 q=28.0 size= 7229kB time=00:00:17.66 bitrate=3352.5kbits/s frame= 438 fps= 10 q=28.0 size= 7352kB time=00:00:17.66 bitrate=3409.6kbits/s frame= 443 fps= 10 q=28.0 size= 7430kB time=00:00:17.66 bitrate=3445.7kbits/s frame= 448 fps= 10 q=28.0 size= 7548kB time=00:00:18.15 bitrate=3406.0kbits/s frame= 455 fps= 10 q=28.0 size= 7703kB time=00:00:18.15 bitrate=3475.8kbits/s frame= 460 fps= 10 q=28.0 size= 7810kB time=00:00:18.62 bitrate=3435.5kbits/s frame= 466 fps= 10 q=28.0 size= 7942kB time=00:00:18.62 bitrate=3493.4kbits/s frame= 470 fps= 10 q=28.0 size= 8014kB time=00:00:19.11 bitrate=3434.5kbits/s frame= 475 fps= 10 q=28.0 size= 8115kB time=00:00:19.11 bitrate=3477.9kbits/s frame= 481 fps= 10 q=28.0 size= 8217kB time=00:00:19.58 bitrate=3437.4kbits/s frame= 487 fps= 10 q=28.0 size= 8334kB time=00:00:19.58 bitrate=3485.9kbits/s frame= 493 fps= 10 q=28.0 size= 8443kB time=00:00:20.07 bitrate=3445.4kbits/s frame= 498 fps= 10 q=28.0 size= 8524kB time=00:00:20.07 bitrate=3478.4kbits/s frame= 503 fps= 10 q=28.0 size= 8595kB time=00:00:20.41 bitrate=3448.9kbits/s frame= 509 fps= 10 q=28.0 size= 8684kB time=00:00:20.54 bitrate=3462.8kbits/s frame= 515 fps= 10 q=28.0 size= 8758kB time=00:00:20.75 bitrate=3456.2kbits/s frame= 523 fps= 10 q=28.0 size= 8844kB time=00:00:21.03 bitrate=3444.5kbits/s frame= 530 fps= 10 q=28.0 size= 8914kB time=00:00:21.50 bitrate=3395.8kbits/s frame= 536 fps= 10 q=28.0 size= 8977kB time=00:00:21.50 bitrate=3419.9kbits/s frame= 544 fps= 10 q=28.0 size= 9054kB time=00:00:21.99 bitrate=3372.2kbits/s frame= 550 fps= 10 q=28.0 size= 9117kB time=00:00:21.99 bitrate=3395.7kbits/s frame= 557 fps= 11 q=28.0 size= 9201kB time=00:00:22.46 bitrate=3355.2kbits/s frame= 563 fps= 11 q=28.0 size= 9262kB time=00:00:22.48 bitrate=3374.3kbits/s frame= 569 fps= 11 q=28.0 size= 9330kB time=00:00:22.95 bitrate=3329.8kbits/s Truncating packet of size 124464 to 34592 [mpeg2video @ 0x1cfade0] ac-tex damaged at 63 16 [mpeg2video @ 0x1cfade0] Warning MVs not available [mpeg2video @ 0x1cfade0] concealing 6240 DC, 6240 AC, 6240 MV errors in B frame }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 3 14:44:51 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 03 Mar 2013 13:44:51 -0000 Subject: [FFmpeg-trac] #2319(avformat:new): Using concat demuxer with truncated mp4 (mpeg2video, pcm_s16be) leads to infinite loop In-Reply-To: <031.9b31b8ad1e2927759bd4374028648c5f@avcodec.org> References: <031.9b31b8ad1e2927759bd4374028648c5f@avcodec.org> Message-ID: <046.5d5f1bfadf5bb89fb8a97fd469bfb5f5@avcodec.org> #2319: Using concat demuxer with truncated mp4 (mpeg2video,pcm_s16be) leads to infinite loop ------------------------------------+------------------------------------ Reporter: ls | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: concat | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+------------------------------------ Changes (by Cigaes): * analyzed: 0 => 1 * keywords: => concat * version: 1.1.3 => git-master * component: FFmpeg => avformat * reproduced: 0 => 1 Comment: This is the expected behaviour (but changing it can be considered). The problem is that the headers of your file declare a duration different from the actual duration of the data present in the file. The concat demuxer relies on the duration declared by the file. More precisely, your file declares a duration of ~820 seconds, but contains only ~23 seconds. At the end of the first file, ffmpeg is not stuck, it is just encoding 820-23 = 797 seconds of still image. This happens because you chose to output to MP4, and libavformat does not support variable frame rate in this format. Wait long enough and it will start encoding the next file. Output to Matroska (lavf supports VFR in Matroska) and it will not happen; instead, you will get a big gap in the timestamps. If you do not want the gap / long still image, you need to document the correct duration. Either use a proper tool for cutting the file, so that the duration is correctly set in the headers, or use the {{{duration}}} directive in the concat script to override the value in the file. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 3 15:33:49 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 03 Mar 2013 14:33:49 -0000 Subject: [FFmpeg-trac] #2319(avformat:new): Using concat demuxer with truncated mp4 (mpeg2video, pcm_s16be) leads to infinite loop In-Reply-To: <031.9b31b8ad1e2927759bd4374028648c5f@avcodec.org> References: <031.9b31b8ad1e2927759bd4374028648c5f@avcodec.org> Message-ID: <046.5d0a116b2f336dcd5099fddbdcdad38a@avcodec.org> #2319: Using concat demuxer with truncated mp4 (mpeg2video,pcm_s16be) leads to infinite loop ------------------------------------+------------------------------------ Reporter: ls | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: concat | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+------------------------------------ Comment (by ls): Thank you for the fast and helpful response. Now, ffmpeg's behavior makes sense to me. The reason I was assuming ffmpeg was stuck in an infinite loop, was that ffmpeg does not react to sigint when encoding the last frame repeatedly. Sending it multipe times or sigquit leads to unwritten headers, since it terminated without writing them. Since truncated files are a bit problematic because of their incorrect headers it could also be an option to just print a warning when decoding the file has finished earlier than the header indicated. This would help the user to understand whats going on in this situation. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 3 15:40:35 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 03 Mar 2013 14:40:35 -0000 Subject: [FFmpeg-trac] #468(avformat:closed): No audio tracks in QuickTime In-Reply-To: <035.4c856b8eec80cbb87e71130060b5fab9@avcodec.org> References: <035.4c856b8eec80cbb87e71130060b5fab9@avcodec.org> Message-ID: <050.507670eb43bb474651daf2ab71fe22f9@avcodec.org> #468: No audio tracks in QuickTime ------------------------------------+------------------------------------ Reporter: Alex__ | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Should be fixed in latest git head, sorry for the delay. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 3 16:10:13 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 03 Mar 2013 15:10:13 -0000 Subject: [FFmpeg-trac] #1069(undetermined:open): Canon Powershot playback / conversion In-Reply-To: <035.c5586ea19967143a01b245294dd78cf5@avcodec.org> References: <035.c5586ea19967143a01b245294dd78cf5@avcodec.org> Message-ID: <050.36c8f86f5df49e9e64294e8cda834ad6@avcodec.org> #1069: Canon Powershot playback / conversion -------------------------------------+------------------------------------- Reporter: lennie | Owner: Type: defect | Status: open Priority: minor | Component: Version: git-master | undetermined Keywords: h264 mov | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by michael): Are these files still in incoming ? i cant find them -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 3 16:53:14 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 03 Mar 2013 15:53:14 -0000 Subject: [FFmpeg-trac] #968(undetermined:open): Error message at end of asf stream In-Reply-To: <035.f3e4268c099022856cce67d60bf2c706@avcodec.org> References: <035.f3e4268c099022856cce67d60bf2c706@avcodec.org> Message-ID: <050.8b34f4fda177f2d27d1cbf76ac5d472a@avcodec.org> #968: Error message at end of asf stream -------------------------------------+------------------------------------- Reporter: eiljoe | Owner: Type: defect | Status: open Priority: minor | Component: Version: git-master | undetermined Keywords: asf wmav2 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by michael): Is there something that plays more of this file or better ? Or is the problem just that an error message is shown ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 3 17:37:54 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 03 Mar 2013 16:37:54 -0000 Subject: [FFmpeg-trac] #1069(undetermined:open): Canon Powershot playback / conversion In-Reply-To: <035.c5586ea19967143a01b245294dd78cf5@avcodec.org> References: <035.c5586ea19967143a01b245294dd78cf5@avcodec.org> Message-ID: <050.13813ded8bed4f7f2916490d39888b6e@avcodec.org> #1069: Canon Powershot playback / conversion -------------------------------------+------------------------------------- Reporter: lennie | Owner: Type: defect | Status: open Priority: minor | Component: Version: git-master | undetermined Keywords: h264 mov | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by cehoyos): Samples uploaded to http://samples.ffmpeg.org/ffmpeg-bugs/trac/ticket1069/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 3 18:00:29 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 03 Mar 2013 17:00:29 -0000 Subject: [FFmpeg-trac] #968(undetermined:open): Error message at end of asf stream In-Reply-To: <035.f3e4268c099022856cce67d60bf2c706@avcodec.org> References: <035.f3e4268c099022856cce67d60bf2c706@avcodec.org> Message-ID: <050.d0ad06a5b9583c225b310de65a7cc1dd@avcodec.org> #968: Error message at end of asf stream -------------------------------------+------------------------------------- Reporter: eiljoe | Owner: Type: defect | Status: open Priority: minor | Component: Version: git-master | undetermined Keywords: asf wmav2 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by cehoyos): The only problem I see is that instead of finishing silently (as done with other samples) both ffmpeg and ffplay show an error on exit which is unexpected (assuming this is a valid file). {{{ $ ffmpeg -i resource-3c1aaa56-90fd-4fb5-9383-e0606761a4ca.wmv out.wav ffmpeg version N-50450-g6c6dc8c Copyright (c) 2000-2013 the FFmpeg developers built on Mar 3 2013 17:41:34 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 17.103 / 52. 17.103 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.102 / 54. 63.102 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 41.100 / 3. 41.100 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Guessed Channel Layout for Input Stream #0.0 : stereo Input #0, asf, from 'resource-3c1aaa56-90fd-4fb5-9383-e0606761a4ca.wmv': Metadata: WMFSDKNeeded : 0.0.0.0000 DeviceConformanceTemplate: @ WMFSDKVersion : 11.0.5721.5245 IsVBR : 1 VBR Peak : 846 Buffer Average : 851 Encoded_By : Sorenson Squeeze Encoded_With : Sorenson Squeeze Duration: 00:01:20.02, start: 0.000000, bitrate: 5018 kb/s Stream #0:0: Audio: wmav2 (a[1][0][0] / 0x0161), 48000 Hz, stereo, fltp, 128 kb/s Stream #0:1: Video: wmv2 (WMV2 / 0x32564D57), yuv420p, 1280x720, 18000 kb/s, 25 tbr, 1k tbn, 1k tbc Output #0, wav, to 'out.wav': Metadata: WMFSDKNeeded : 0.0.0.0000 DeviceConformanceTemplate: @ WMFSDKVersion : 11.0.5721.5245 IsVBR : 1 VBR Peak : 846 Buffer Average : 851 ITCH : Sorenson Squeeze Encoded_With : Sorenson Squeeze ISFT : Lavf54.63.102 Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, stereo, s16, 1536 kb/s Stream mapping: Stream #0:0 -> #0:0 (wmav2 -> pcm_s16le) Press [q] to stop, [?] for help [wmav2 @ 0x2ab45c0] nb_frames is 0 Error while decoding stream #0:0: Invalid data found when processing input size= 15008kB time=00:01:20.01 bitrate=1536.5kbits/s video:0kB audio:15008kB subtitle:0 global headers:0kB muxing overhead 0.000690% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 3 18:26:17 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 03 Mar 2013 17:26:17 -0000 Subject: [FFmpeg-trac] #1550(undetermined:closed): No aspect ratio shown for realvideo In-Reply-To: <036.79582b8186aeea68261dba72e4678d76@avcodec.org> References: <036.79582b8186aeea68261dba72e4678d76@avcodec.org> Message-ID: <051.b3ab93ddb4193cf437a5df48bfffdf39@avcodec.org> #1550: No aspect ratio shown for realvideo -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: minor | Component: Version: git-master | undetermined Keywords: real rv40 | Resolution: fixed roundup | 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 Mar 3 19:39:24 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 03 Mar 2013 18:39:24 -0000 Subject: [FFmpeg-trac] #1687(FFmpeg:closed): -v quiet -stats In-Reply-To: <036.6324daa165ef743740e4a23994062935@avcodec.org> References: <036.6324daa165ef743740e4a23994062935@avcodec.org> Message-ID: <051.cfd1b4868be6366caca728a331b4cec1@avcodec.org> #1687: -v quiet -stats ------------------------------------+---------------------------------- Reporter: gd2shoe | Owner: Type: defect | Status: closed Priority: minor | 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 * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 3 20:15:35 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 03 Mar 2013 19:15:35 -0000 Subject: [FFmpeg-trac] #1570(avdevice:closed): libv4l2: error dequeuing buf: Resource temporarily unavailable In-Reply-To: <036.2fc62dd5b56c7280baf63a97ec734437@avcodec.org> References: <036.2fc62dd5b56c7280baf63a97ec734437@avcodec.org> Message-ID: <051.22e280b785bcf333caee02a1fd9038a6@avcodec.org> #1570: libv4l2: error dequeuing buf: Resource temporarily unavailable -------------------------------------+------------------------------------- Reporter: llarevo | Owner: Type: defect | Status: closed Priority: important | Component: avdevice Version: git-master | Resolution: fixed Keywords: v4l2 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by llarevo): Further tests show, that it's not possible to capture audio (i'm not familiar with ffmpeg, so i'm unsure if I did everything right) Both tests create mpegs with a sound stream, but this is completely silent. Capturing with mencoder and these settings works without any problems, I also have sound when watching tv with mplayer. ################## Prererquisits ###################### ### setting up v4l ### {{{ v4lctl -c /dev/video0 setchannel E6 v4lctl -c /dev/video0 setnorm PAL-BG v4lctl -c /dev/video0 setinput 0 v4lctl -c /dev/video0 setattr mute off v4lctl -c /dev/video0 volume 15 v4lctl -c /dev/video0 setattr automute off v4lctl -c /dev/video0 setattr "audio mode" stereo v4lctl -c /dev/video0 show norm: PAL-BG input: Television audio mode: stereo bright: 128 contrast: 68 color: 64 hue: 0 volume: 15 mute: off Mirror: off Invert: off y offset odd field: 0 y offset even field: 0 automute: off }}} ### looking for the right hardware ### {{{ arecord -l **** List of CAPTURE Hardware Devices **** card 0: PCH [HDA Intel PCH], device 0: ALC892 Analog [ALC892 Analog] Subdevices: 1/1 Subdevice #0: subdevice #0 card 0: PCH [HDA Intel PCH], device 2: ALC892 Analog [ALC892 Analog] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: SAA7134 [SAA7134], device 0: SAA7134 PCM [SAA7134 PCM] Subdevices: 1/1 Subdevice #0: subdevice #0 }}} ### look for soundcard controls ### {{{ amixer -c1 controls numid=2,iface=MIXER,name='Line Volume',index=1 numid=3,iface=MIXER,name='Line Volume',index=2 numid=5,iface=MIXER,name='Line Capture Switch',index=1 numid=6,iface=MIXER,name='Line Capture Switch',index=2 numid=1,iface=MIXER,name='Video Volume' numid=4,iface=MIXER,name='Video Capture Switch' }}} ### set soundcard unmute and 100 % ### {{{ amixer -c 1 sset Video,0 100%,100% unmute cap Simple mixer control 'Video',0 Capabilities: volume cswitch Playback channels: Front Left - Front Right Capture channels: Front Left - Front Right Limits: 0 - 20 Front Left: 20 [100%] Capture [on] Front Right: 20 [100%] Capture [on] }}} ################## Capturing after setting prerequisits ###################### ### start recording ffmpeg without --enable-libv4l2: video OK, no sound ### {{{ ffmpeg -loglevel debug -f alsa -ac 2 -i hw:SAA7134 -f video4linux2 -i /dev/video0 -flags +ilme+ildct -aspect 4/3 -target pal-dvd -y test.mpeg > test.log 2>&1 ffmpeg version N-50436-g1d5b35c Copyright (c) 2000-2013 the FFmpeg developers built on Mar 2 2013 20:07:18 with gcc 4.7.2 (GCC) 20121109 (Red Hat 4.7.2-8) configuration: --prefix=/usr/local --enable-ffplay libavutil 52. 17.103 / 52. 17.103 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.102 / 54. 63.102 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 41.100 / 3. 41.100 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 Splitting the commandline. Reading option '-loglevel' ... matched as option 'loglevel' (set libav* logging level) with argument 'debug'. Reading option '-f' ... matched as option 'f' (force format) with argument 'alsa'. Reading option '-ac' ... matched as option 'ac' (set number of audio channels) with argument '2'. Reading option '-i' ... matched as input file with argument 'hw:SAA7134'. Reading option '-f' ... matched as option 'f' (force format) with argument 'video4linux2'. Reading option '-i' ... matched as input file with argument '/dev/video1'. Reading option '-flags' ... matched as AVOption 'flags' with argument '+ilme+ildct'. Reading option '-aspect' ... matched as option 'aspect' (set aspect ratio (4:3, 16:9 or 1.3333, 1.7777)) with argument '4/3'. Reading option '-target' ... matched as option 'target' (specify target file type ("vcd", "svcd", "dvd", "dv", "dv50", "pal-vcd", "ntsc-svcd", ...)) with argument 'pal-dvd'. Reading option '-y' ... matched as option 'y' (overwrite output files) with argument '1'. Reading option 'test.mpeg' ... matched as output file. Finished splitting the commandline. Parsing a group of options: global . Applying option loglevel (set libav* logging level) with argument debug. Applying option y (overwrite output files) with argument 1. Successfully parsed a group of options. Parsing a group of options: input file hw:SAA7134. Applying option f (force format) with argument alsa. Applying option ac (set number of audio channels) with argument 2. Successfully parsed a group of options. Opening an input file: hw:SAA7134. [alsa @ 0x3383680] All info found [alsa @ 0x3383680] Estimating duration from bitrate, this may be inaccurate Guessed Channel Layout for Input Stream #0.0 : stereo Input #0, alsa, from 'hw:SAA7134': Duration: N/A, start: 1362330450.898367, bitrate: 1024 kb/s Stream #0:0, 1, 1/1000000: Audio: pcm_s16le, 32000 Hz, stereo, s16, 1024 kb/s Successfully opened the file. Parsing a group of options: input file /dev/video1. Applying option f (force format) with argument video4linux2. Successfully parsed a group of options. Opening an input file: /dev/video1. [video4linux2,v4l2 @ 0x3395100] fd:3 capabilities:5010015 [video4linux2,v4l2 @ 0x3395100] Selecting input_channel: 0 [video4linux2,v4l2 @ 0x3395100] input_channel: 0, input_name: Television [video4linux2,v4l2 @ 0x3395100] Querying the device for the current frame size [video4linux2,v4l2 @ 0x3395100] Setting frame size to 720x576 [video4linux2,v4l2 @ 0x3395100] The V4L2 driver is using the interlaced mode [video4linux2,v4l2 @ 0x3395100] Current standard: PAL-BG, id: 7, frameperiod: 1/25 [video4linux2,v4l2 @ 0x3395100] All info found [video4linux2,v4l2 @ 0x3395100] Estimating duration from bitrate, this may be inaccurate Input #1, video4linux2,v4l2, from '/dev/video1': Duration: N/A, start: 1362330450.970108, bitrate: 124416 kb/s Stream #1:0, 1, 1/1000000: Video: rawvideo (I420 / 0x30323449), yuv420p, 720x576, 1/1000000, 124416 kb/s, 25 fps, 25 tbr, 1000k tbn, 1000k tbc Successfully opened the file. Parsing a group of options: output file test.mpeg. Applying option aspect (set aspect ratio (4:3, 16:9 or 1.3333, 1.7777)) with argument 4/3. Applying option target (specify target file type ("vcd", "svcd", "dvd", "dv", "dv50", "pal-vcd", "ntsc-svcd", ...)) with argument pal-dvd. Successfully parsed a group of options. Opening an output file: test.mpeg. Successfully opened the file. [buffer @ 0x3366180] Setting entry with key 'video_size' to value '720x576' [buffer @ 0x3366180] Setting entry with key 'pix_fmt' to value '0' [buffer @ 0x3366180] Setting entry with key 'time_base' to value '1/1000000' [buffer @ 0x3366180] Setting entry with key 'pixel_aspect' to value '0/1' [buffer @ 0x3366180] Setting entry with key 'sws_param' to value 'flags=2' [buffer @ 0x3366180] Setting entry with key 'frame_rate' to value '25/1' [graph 0 input from stream 1:0 @ 0x3383560] w:720 h:576 pixfmt:yuv420p tb:1/1000000 fr:25/1 sar:0/1 sws_param:flags=2 [scale @ 0x3396000] Setting 'w' to value '720' [scale @ 0x3396000] Setting 'h' to value '576' [scale @ 0x3396000] Setting 'flags' to value '0x4' [scaler for output stream 0:0 @ 0x3395c80] w:720 h:576 flags:'0x4' interl:0 [scaler for output stream 0:0 @ 0x3395c80] w:720 h:576 fmt:yuv420p sar:0/1 -> w:720 h:576 fmt:yuv420p sar:0/1 flags:0x4 [abuffer @ 0x3367e60] Setting entry with key 'time_base' to value '1/32000' [abuffer @ 0x3367e60] Setting entry with key 'sample_rate' to value '32000' [abuffer @ 0x3367e60] Setting entry with key 'sample_fmt' to value 's16' [abuffer @ 0x3367e60] Setting entry with key 'channel_layout' to value '0x3' [graph 1 input from stream 0:0 @ 0x3366960] tb:1/32000 samplefmt:s16 samplerate:32000 chlayout:0x3 [aformat @ 0x3367060] Setting entry with key 'sample_fmts' to value 'fltp' [aformat @ 0x3367060] Setting entry with key 'sample_rates' to value '48000' [aformat @ 0x3367060] 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 @ 0x3383ee0] auto-inserting filter 'auto-inserted resampler 0' between the filter 'Parsed_anull_0' and the filter 'audio format for output stream 0:1' [auto-inserted resampler 0 @ 0x33696c0] ch:2 chl:stereo fmt:s16 r:32000Hz -> ch:2 chl:stereo fmt:fltp r:48000Hz [mpeg2video @ 0x3396e00] detected 4 logical cores [mpeg2video @ 0x3396e00] intra_quant_bias = 96 inter_quant_bias = 0 Output #0, dvd, to 'test.mpeg': Metadata: encoder : Lavf54.63.102 Stream #0:0, 0, 1/90000: Video: mpeg2video, yuv420p, 720x576 [SAR 16:15 DAR 4:3], 1/25, q=2-31, 6000 kb/s, 90k tbn, 25 tbc Stream #0:1, 0, 1/90000: Audio: ac3, 48000 Hz, stereo, fltp, 448 kb/s Stream mapping: Stream #1:0 -> #0:0 (rawvideo -> mpeg2video) Stream #0:0 -> #0:1 (pcm_s16le -> ac3) Press [q] to stop, [?] for help [dvd @ 0x33965a0] First SCR: 0 First DTS: 45000 frame= 131 fps= 25 q=2.9 Lsize= 4216kB time=00:00:05.27 bitrate=6545.9kbits/s video:3850kB audio:289kB subtitle:0 global headers:0kB muxing overhead 1.871097% }}} ### start recording ffmpeg with --enable-libv4l2: video OK, no sound, lots of v4l2-errors ### {{{ ffmpeg -loglevel debug -f alsa -ac 2 -i hw:SAA7134 -f video4linux2 -i /dev/video0 -flags +ilme+ildct -aspect 4/3 -target pal-dvd -y test.mpeg > test.log 2>&1 ffmpeg version N-50436-g1d5b35c Copyright (c) 2000-2013 the FFmpeg developers built on Mar 3 2013 19:03:18 with gcc 4.7.2 (GCC) 20121109 (Red Hat 4.7.2-8) configuration: --prefix=/usr/local --enable-ffplay --enable-libv4l2 libavutil 52. 17.103 / 52. 17.103 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.102 / 54. 63.102 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 41.100 / 3. 41.100 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 Splitting the commandline. Reading option '-loglevel' ... matched as option 'loglevel' (set libav* logging level) with argument 'debug'. Reading option '-f' ... matched as option 'f' (force format) with argument 'alsa'. Reading option '-ac' ... matched as option 'ac' (set number of audio channels) with argument '2'. Reading option '-i' ... matched as input file with argument 'hw:SAA7134'. Reading option '-f' ... matched as option 'f' (force format) with argument 'video4linux2'. Reading option '-i' ... matched as input file with argument '/dev/video0'. Reading option '-flags' ... matched as AVOption 'flags' with argument '+ilme+ildct'. Reading option '-aspect' ... matched as option 'aspect' (set aspect ratio (4:3, 16:9 or 1.3333, 1.7777)) with argument '4/3'. Reading option '-target' ... matched as option 'target' (specify target file type ("vcd", "svcd", "dvd", "dv", "dv50", "pal-vcd", "ntsc-svcd", ...)) with argument 'pal-dvd'. Reading option '-y' ... matched as option 'y' (overwrite output files) with argument '1'. Reading option 'test.mpeg' ... matched as output file. Finished splitting the commandline. Parsing a group of options: global . Applying option loglevel (set libav* logging level) with argument debug. Applying option y (overwrite output files) with argument 1. Successfully parsed a group of options. Parsing a group of options: input file hw:SAA7134. Applying option f (force format) with argument alsa. Applying option ac (set number of audio channels) with argument 2. Successfully parsed a group of options. Opening an input file: hw:SAA7134. [alsa @ 0x2b58680] All info found [alsa @ 0x2b58680] Estimating duration from bitrate, this may be inaccurate Guessed Channel Layout for Input Stream #0.0 : stereo Input #0, alsa, from 'hw:SAA7134': Duration: N/A, start: 1362333848.816497, bitrate: 1024 kb/s Stream #0:0, 1, 1/1000000: Audio: pcm_s16le, 32000 Hz, stereo, s16, 1024 kb/s Successfully opened the file. Parsing a group of options: input file /dev/video0. Applying option f (force format) with argument video4linux2. Successfully parsed a group of options. Opening an input file: /dev/video0. [video4linux2,v4l2 @ 0x2b6a100] fd:3 capabilities:5010015 [video4linux2,v4l2 @ 0x2b6a100] Selecting input_channel: 0 [video4linux2,v4l2 @ 0x2b6a100] input_channel: 0, input_name: Television [video4linux2,v4l2 @ 0x2b6a100] Querying the device for the current frame size [video4linux2,v4l2 @ 0x2b6a100] Setting frame size to 720x576 [video4linux2,v4l2 @ 0x2b6a100] The V4L2 driver is using the interlaced mode [video4linux2,v4l2 @ 0x2b6a100] Current standard: PAL-BG, id: 7, frameperiod: 1/25 libv4l2: error dequeuing buf: Resource temporarily unavailable =========> many more libv4l2-errors <=========== [video4linux2,v4l2 @ 0x2b6a100] All info found [video4linux2,v4l2 @ 0x2b6a100] Estimating duration from bitrate, this may be inaccurate Input #1, video4linux2,v4l2, from '/dev/video0': Duration: N/A, start: 1362333848.912498, bitrate: 124416 kb/s Stream #1:0, 1, 1/1000000: Video: rawvideo (I420 / 0x30323449), yuv420p, 720x576, 1/1000000, 124416 kb/s, 25 fps, 25 tbr, 1000k tbn, 1000k tbc Successfully opened the file. Parsing a group of options: output file test.mpeg. Applying option aspect (set aspect ratio (4:3, 16:9 or 1.3333, 1.7777)) with argument 4/3. Applying option target (specify target file type ("vcd", "svcd", "dvd", "dv", "dv50", "pal-vcd", "ntsc-svcd", ...)) with argument pal-dvd. Successfully parsed a group of options. Opening an output file: test.mpeg. Successfully opened the file. [buffer @ 0x2b6e380] Setting entry with key 'video_size' to value '720x576' [buffer @ 0x2b6e380] Setting entry with key 'pix_fmt' to value '0' [buffer @ 0x2b6e380] Setting entry with key 'time_base' to value '1/1000000' [buffer @ 0x2b6e380] Setting entry with key 'pixel_aspect' to value '0/1' [buffer @ 0x2b6e380] Setting entry with key 'sws_param' to value 'flags=2' [buffer @ 0x2b6e380] Setting entry with key 'frame_rate' to value '25/1' [graph 0 input from stream 1:0 @ 0x2b58560] w:720 h:576 pixfmt:yuv420p tb:1/1000000 fr:25/1 sar:0/1 sws_param:flags=2 [scale @ 0x2b6ea00] Setting 'w' to value '720' [scale @ 0x2b6ea00] Setting 'h' to value '576' [scale @ 0x2b6ea00] Setting 'flags' to value '0x4' [scaler for output stream 0:0 @ 0x2b6e5a0] w:720 h:576 flags:'0x4' interl:0 [scaler for output stream 0:0 @ 0x2b6e5a0] w:720 h:576 fmt:yuv420p sar:0/1 -> w:720 h:576 fmt:yuv420p sar:0/1 flags:0x4 [abuffer @ 0x2b3c180] Setting entry with key 'time_base' to value '1/32000' [abuffer @ 0x2b3c180] Setting entry with key 'sample_rate' to value '32000' [abuffer @ 0x2b3c180] Setting entry with key 'sample_fmt' to value 's16' [abuffer @ 0x2b3c180] Setting entry with key 'channel_layout' to value '0x3' [graph 1 input from stream 0:0 @ 0x2b6ebc0] tb:1/32000 samplefmt:s16 samplerate:32000 chlayout:0x3 [aformat @ 0x2b3b920] Setting entry with key 'sample_fmts' to value 'fltp' [aformat @ 0x2b3b920] Setting entry with key 'sample_rates' to value '48000' [aformat @ 0x2b3b920] 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 @ 0x2b3c400] auto-inserting filter 'auto-inserted resampler 0' between the filter 'Parsed_anull_0' and the filter 'audio format for output stream 0:1' [auto-inserted resampler 0 @ 0x2b3e760] ch:2 chl:stereo fmt:s16 r:32000Hz -> ch:2 chl:stereo fmt:fltp r:48000Hz [mpeg2video @ 0x2b6f880] detected 4 logical cores [mpeg2video @ 0x2b6f880] intra_quant_bias = 96 inter_quant_bias = 0 Output #0, dvd, to 'test.mpeg': Metadata: encoder : Lavf54.63.102 Stream #0:0, 0, 1/90000: Video: mpeg2video, yuv420p, 720x576 [SAR 16:15 DAR 4:3], 1/25, q=2-31, 6000 kb/s, 90k tbn, 25 tbc Stream #0:1, 0, 1/90000: Audio: ac3, 48000 Hz, stereo, fltp, 448 kb/s Stream mapping: Stream #1:0 -> #0:0 (rawvideo -> mpeg2video) Stream #0:0 -> #0:1 (pcm_s16le -> ac3) Press [q] to stop, [?] for help libv4l2: error dequeuing buf: Resource temporarily unavailable ==============>many more libv4l2-errors<=========== [dvd @ 0x2b6f080] First SCR: 0 First DTS: 45000 libv4l2: error dequeuing buf: Resource temporarily unavailable ==============>many more libv4l2-errors<=========== frame= 13 fps=0.0 q=2.7 size= 526kB time=00:00:00.57 bitrate=7536.3kbits/s libv4l2: error dequeuing buf: Resource temporarily unavailable frame= 26 fps= 26 q=3.6 size= 912kB time=00:00:01.08 bitrate=6894.0kbits/s libv4l2: error dequeuing buf: Resource temporarily unavailable ==============>many more libv4l2-errors<=========== (...) frame= 1641 fps= 25 q=4.3 size= 52626kB time=00:01:05.69 bitrate=6562.6kbits/s libv4l2: error dequeuing buf: Resource temporarily unavailable ==============>many more libv4l2-errors<=========== frame= 1654 fps= 25 q=5.4 size= 53106kB time=00:01:06.20 bitrate=6571.2kbits/s libv4l2: error dequeuing buf: Resource temporarily unavailable ==============>many more libv4l2-errors<=========== video:49103kB audio:3654kB subtitle:0 global headers:0kB muxing overhead 1.882066% Received signal 2: terminating. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 3 22:06:30 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 03 Mar 2013 21:06:30 -0000 Subject: [FFmpeg-trac] #1507(avcodec:closed): Aspect ratio wrong in rv40 video (after resolution change) In-Reply-To: <038.7c8cf155174999ff0afdd64d361baf45@avcodec.org> References: <038.7c8cf155174999ff0afdd64d361baf45@avcodec.org> Message-ID: <053.b7144c62c45cbb3f6c81f8245b727a3c@avcodec.org> #1507: Aspect ratio wrong in rv40 video (after resolution change) ------------------------------------+----------------------------------- Reporter: xyzpublic | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: real rv40 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Michael, related to / duplicate of ticket #1550. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 3 22:29:53 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 03 Mar 2013 21:29:53 -0000 Subject: [FFmpeg-trac] #1637(FFmpeg:closed): ffmpeg: no confirmation when overwriting still images In-Reply-To: <035.83042009f394685f1ba9540291d7df97@avcodec.org> References: <035.83042009f394685f1ba9540291d7df97@avcodec.org> Message-ID: <050.cd9e2e121e56dcb790705f17528345c8@avcodec.org> #1637: ffmpeg: no confirmation when overwriting still images -------------------------------------+------------------------------------- Reporter: ubitux | Owner: Type: defect | Status: closed Priority: minor | Component: FFmpeg Version: git-master | Resolution: fixed Keywords: overwriting | Blocked By: image2 | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 4 11:49:56 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 04 Mar 2013 10:49:56 -0000 Subject: [FFmpeg-trac] #225(swscale:open): Converting from YUVJ to YUV lose contrast In-Reply-To: <036.316379de991ff14b244e1314a49db3ea@avcodec.org> References: <036.316379de991ff14b244e1314a49db3ea@avcodec.org> Message-ID: <051.37782b89f8e040040659cd73f80b6735@avcodec.org> #225: Converting from YUVJ to YUV lose contrast -------------------------------------+------------------------------------- Reporter: sghpunk | Owner: Type: defect | Status: open Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: YUV/YUVJ | Blocked By: contrast | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by sperate): Replying to [comment:10 richardpl]: > there is -vf colormatrix filter Yes, but this tends to become complicate as we only need to deal with luminance. The real question is : As there are so many videos with pixel ranges from 16 to 235, corresponding to old analog video standards and the necessity to pass synch signals under 0V and to avoid bursts in the image do to nervous response on the line, do we have to encode AVI's with 0-255 output range or do we need to have players that detects this reduces range and adapts to it by expanding the pixel range to 0-255 ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 4 11:55:11 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 04 Mar 2013 10:55:11 -0000 Subject: [FFmpeg-trac] #225(swscale:open): Converting from YUVJ to YUV lose contrast In-Reply-To: <036.316379de991ff14b244e1314a49db3ea@avcodec.org> References: <036.316379de991ff14b244e1314a49db3ea@avcodec.org> Message-ID: <051.dd424c36632c8aab106c3e4099466c5c@avcodec.org> #225: Converting from YUVJ to YUV lose contrast -------------------------------------+------------------------------------- Reporter: sghpunk | Owner: Type: defect | Status: open Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: YUV/YUVJ | Blocked By: contrast | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by heleppkes): Some short facts on the topic: - 99.9% of all content is encoded as 16-235 - TVs (and other consumer electronic devices) usually operate in 16-235 - PC monitors use 0-255 So knowing this, you need to expand the 16-235 to 0-255 when watching video on a PC monitor (or a TV configured for 0-255). Many PC video players are capable of this, they just need to be told if you watch content on a PC monitor or a TV. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 4 15:51:29 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 04 Mar 2013 14:51:29 -0000 Subject: [FFmpeg-trac] #1570(avdevice:closed): libv4l2: error dequeuing buf: Resource temporarily unavailable In-Reply-To: <036.2fc62dd5b56c7280baf63a97ec734437@avcodec.org> References: <036.2fc62dd5b56c7280baf63a97ec734437@avcodec.org> Message-ID: <051.83738949119cde44b87a90a1223172d8@avcodec.org> #1570: libv4l2: error dequeuing buf: Resource temporarily unavailable -------------------------------------+------------------------------------- Reporter: llarevo | Owner: Type: defect | Status: closed Priority: important | Component: avdevice Version: git-master | Resolution: fixed Keywords: v4l2 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by holden): Hello, for the issue of ffmpeg compiled with --enable-lib4vl2 I will try to look into that, although I am a bit busy these days so I can only work on it on weekends :( For the audio issue, I'm sure it should work, it must be some settings. Sadly all the transmissions are in dvb-t now here in Italy, so I cannot test with analog TV. I'd suggest you to try this: acquire only video with ffmpeg and see if you can hear something by running in another terminal: {{{ arecord -D hw:SAA7134 -f cd | aplay }}} while you do that, open alsamixer and play around, in particular make sure you test all the capture inputs (Line 1, Line 2 and Video). If that works, ffmpeg should work too. Anyway this is probably another issue, so I'd kindly ask you to please open a new ticket. ps. I've noticed with my card that if I set capture on Video, and run the command above, I see in alsamixer that something changes it back to Line 2. Once I switch to Video again I can hear the typical noise of untuned TV station. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 4 17:45:29 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 04 Mar 2013 16:45:29 -0000 Subject: [FFmpeg-trac] #2214(avcodec:closed): h264 output video stream with yuv444p In-Reply-To: <034.36242dd1087f0f73f74170c3f538b262@avcodec.org> References: <034.36242dd1087f0f73f74170c3f538b262@avcodec.org> Message-ID: <049.2eaca8058e4025593be40b7b54f211ed@avcodec.org> #2214: h264 output video stream with yuv444p -------------------------------------+----------------------------------- Reporter: burek | Owner: Type: enhancement | Status: closed Priority: wish | Component: avcodec Version: unspecified | Resolution: wontfix Keywords: libx264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => libx264 * status: new => closed * resolution: => wontfix Comment: At the time x264 implemented yuv444 support, it may have made sense to define a specific encoder for colour spaces != yuv420. I suggested this more than once iirc but nobody was intersted in working on a patch (the patch is trivial and can be copied from an existing commit). Changing this now would surprise many users (and break API imo) so a change is unlikely now. If you think this is important, don't hesitate to send a patch that implements it for the next API bump, it can then be discussed on ffmpeg- devel. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 4 18:10:05 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 04 Mar 2013 17:10:05 -0000 Subject: [FFmpeg-trac] #2018(undetermined:closed): Wrong duration of mpeg-ps file In-Reply-To: <037.fcba17f83f8aaf105a68502848b6a5ad@avcodec.org> References: <037.fcba17f83f8aaf105a68502848b6a5ad@avcodec.org> Message-ID: <052.dc578477d22f865b76aae5912fded6c4@avcodec.org> #2018: Wrong duration of mpeg-ps file -------------------------------------+------------------------------------- Reporter: zoominla | Owner: Type: defect | Status: closed Priority: minor | Component: Version: git-master | undetermined Keywords: mpegps | Resolution: fixed mpeg2video | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in faa0068a8755ff44908974293acc1a0a7fdae9be -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 4 18:28:50 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 04 Mar 2013 17:28:50 -0000 Subject: [FFmpeg-trac] #225(swscale:open): Converting from YUVJ to YUV lose contrast In-Reply-To: <036.316379de991ff14b244e1314a49db3ea@avcodec.org> References: <036.316379de991ff14b244e1314a49db3ea@avcodec.org> Message-ID: <051.234de20f9c7c513e9d2f47179466a4ba@avcodec.org> #225: Converting from YUVJ to YUV lose contrast -------------------------------------+------------------------------------- Reporter: sghpunk | Owner: Type: defect | Status: open Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: YUV/YUVJ | Blocked By: contrast | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by DJX): Related? http://ffmpeg.org/trac/ffmpeg/ticket/1636 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 4 18:46:59 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 04 Mar 2013 17:46:59 -0000 Subject: [FFmpeg-trac] #2022(avcodec:closed): DNxHD: Decode video returns wrong number of bytes In-Reply-To: <032.7f121e796b45cd07ec4350a39ec3d521@avcodec.org> References: <032.7f121e796b45cd07ec4350a39ec3d521@avcodec.org> Message-ID: <047.d46a61fefc5d7399b277c356e091ff44@avcodec.org> #2022: DNxHD: Decode video returns wrong number of bytes -------------------------------------+----------------------------------- Reporter: maf | Owner: Type: defect | Status: closed Priority: minor | Component: avcodec Version: unspecified | Resolution: fixed Keywords: DNxHD | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+----------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed Comment: Fixed in dae38a66ebd8a71aad51a29311f1c50df3ae3a2e -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 4 19:00:56 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 04 Mar 2013 18:00:56 -0000 Subject: [FFmpeg-trac] #2089(undetermined:open): negative bitrates reported when transcoding a 4k v210 file In-Reply-To: <034.0571feff3912149028a95ae1cc3451e8@avcodec.org> References: <034.0571feff3912149028a95ae1cc3451e8@avcodec.org> Message-ID: <049.a240434c2a501f371affe0f02960db52@avcodec.org> #2089: negative bitrates reported when transcoding a 4k v210 file -------------------------------------+------------------------------------- Reporter: swany | 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 negative bitrate is fixed though its N/A now, a complete fix will require a ABI/API change -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 4 19:32:41 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 04 Mar 2013 18:32:41 -0000 Subject: [FFmpeg-trac] #2305(avdevice:new): v4l2 user control configuration mechanism In-Reply-To: <033.e5fd5feb1ae446a37835d2e5040d1bb2@avcodec.org> References: <033.e5fd5feb1ae446a37835d2e5040d1bb2@avcodec.org> Message-ID: <048.73b2b8ca8809e4cf358479484e1897b1@avcodec.org> #2305: v4l2 user control configuration mechanism -------------------------------------+------------------------------------ Reporter: elkq | Owner: Type: enhancement | Status: new Priority: wish | Component: avdevice Version: git-master | Resolution: Keywords: v4l2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by elkq): Replying to [comment:1 cehoyos]: > As-is, this is an invalid ticket. > > Please describe in more detail which v4l2 feature FFmpeg is missing. Does the comment below provide sufficient detail to make this a valid ticket? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 4 20:39:52 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 04 Mar 2013 19:39:52 -0000 Subject: [FFmpeg-trac] #2320(FFmpeg:new): "100 buffers queued in output stream 0:1" pcm_u8 -> libvorbis Message-ID: <034.0f8dc23f3b6f08067ecbf18637e71025@avcodec.org> #2320: "100 buffers queued in output stream 0:1" pcm_u8 -> libvorbis --------------------------------+---------------------------------- Reporter: Berbe | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: 1.0.5 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------- Summary of the bug: When trying to convert a video from MJPEG to WebM (VP8/Vorbis), i get a '100 buffers queued in output stream 0:1' message. How to reproduce: % ffmpeg -y -i input.avi -codec:v libvpx -codec:a libvorbis output.webm ffmpeg version 1.0.4 Copyright (c) 2000-2012 the FFmpeg developers built on Feb 8 2013 13:28:51 with gcc 4.7 (Debian 4.7.2-5) 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 --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-libvpx --enable-libschroedinger --disable-encoder=libschroedinger --enable-version3 --enable-libopenjpeg --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-libopus --enable-fontconfig --enable-libdc1394 --disable-altivec --disable-armv5te --disab libavutil 51. 73.101 / 51. 73.101 libavcodec 54. 59.100 / 54. 59.100 libavformat 54. 29.104 / 54. 29.104 libavdevice 54. 2.101 / 54. 2.101 libavfilter 3. 17.100 / 3. 17.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 Guessed Channel Layout for Input Stream #0.1 : mono Input #0, avi, from '2012-11-23_21-02-59.avi': Metadata: creation_time : 2012-11-23 21:02:59 encoder : OLYMPUS u1030SW/S1030SW Duration: 00:00:06.73, start: 0.000000, bitrate: 2741 kb/s Stream #0:0: Video: mjpeg (MJPG / 0x47504A4D), yuvj422p, 320x240, 15 tbr, 15 tbn, 15 tbc Stream #0:1: Audio: pcm_u8 ([1][0][0][0] / 0x0001), 8000 Hz, mono, u8, 64 kb/s [libvpx @ 0x25249a0] v1.1.0 Output #0, webm, to '2012-11-23_21-02-59.webm': Metadata: encoder : Lavf54.29.104 Stream #0:0: Video: vp8, yuv420p, 320x240, q=-1--1, 200 kb/s, 1k tbn, 15 tbc Stream #0:1: Audio: vorbis, 8000 Hz, mono, flt Stream mapping: Stream #0:0 -> #0:0 (mjpeg -> libvpx) Stream #0:1 -> #0:1 (pcm_u8 -> libvorbis) Press [q] to stop, [?] for help [output stream 0:1 @ 0x2567180] 100 buffers queued in output stream 0:1, something may be wrong. frame= 101 fps= 13 q=0.0 Lsize= 190kB time=00:00:06.72 bitrate= 231.9kbits/s video:166kB audio:20kB subtitle:0 global headers:3kB muxing overhead 1.318128% -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 4 20:42:35 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 04 Mar 2013 19:42:35 -0000 Subject: [FFmpeg-trac] #2320(FFmpeg:new): "100 buffers queued in output stream 0:1" pcm_u8 -> libvorbis In-Reply-To: <034.0f8dc23f3b6f08067ecbf18637e71025@avcodec.org> References: <034.0f8dc23f3b6f08067ecbf18637e71025@avcodec.org> Message-ID: <049.dfa19351ee12d0724d560b94315be1e3@avcodec.org> #2320: "100 buffers queued in output stream 0:1" pcm_u8 -> libvorbis --------------------------------+---------------------------------- Reporter: Berbe | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: 1.0.5 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------- Comment (by Berbe): Well the exact command is more like {{{ ffmpeg -y -i 2012-11-23_21-02-59.avi -codec:v libvpx -codec:a libvorbis 2012-11-23_21-02-59.webm }}} It comes from a script called with parameters, I recreated the command with my bare hands :oP -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 4 22:25:17 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 04 Mar 2013 21:25:17 -0000 Subject: [FFmpeg-trac] #2320(undetermined:new): "100 buffers queued in output stream 0:1" pcm_u8 -> libvorbis In-Reply-To: <034.0f8dc23f3b6f08067ecbf18637e71025@avcodec.org> References: <034.0f8dc23f3b6f08067ecbf18637e71025@avcodec.org> Message-ID: <049.8fa0a5ca367f3f92570d9a053e1c778a@avcodec.org> #2320: "100 buffers queued in output stream 0:1" pcm_u8 -> libvorbis --------------------------------+---------------------------------------- Reporter: Berbe | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 1.0.5 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Changes (by cehoyos): * component: FFmpeg => undetermined Comment: Is the problem only reproducible if you use external libraries (libvpx, libvorbis) or also with native encoders? Pease provide (or point to) a sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 4 22:39:32 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 04 Mar 2013 21:39:32 -0000 Subject: [FFmpeg-trac] #2321(avcodec:new): unsupported dxtory variant Message-ID: <038.3429122cd03bd1d44ab552fa3140e479@avcodec.org> #2321: unsupported dxtory variant --------------------------------------+--------------------------------- Reporter: richardpl | Owner: Type: defect | Status: new Priority: wish | Component: avcodec Version: git-master | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+--------------------------------- Summary of the bug: How to reproduce: {{{ > ./ffmpeg -i ~/Downloads/trine2_32bit\ 2013-03-02\ 23-20-20-297.avi.part -an -f null - ffmpeg version git-2013-03-04-ec70017 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 4 2013 20:24:37 with FreeBSD clang version 3.1 (branches/release_31 156863) 20120523 configuration: --cc=clang --as=clang --extra-cflags=-fcolor-diagnostics --extra-cflags=-I/usr/local/incl ude --extra-ldflags=-L/usr/local/lib --samples=../fate-suite --disable- debug --enable-static --disable-ind ev=v4l2 --disable-indev=alsa --disable-indev=bktr --disable-indev=dshow --disable-indev=dv1394 --disable-i ndev=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-filter=mp --disable-doc --enable-nonfree --enable-openssl --enable-gpl --enable-x11grab --d isable-shared libavutil 52. 17.103 / 52. 17.103 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.102 / 54. 63.102 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 41.100 / 3. 41.100 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Truncating packet of size 1177828 to 860964 [avi @ 0x2943c100] Stream #1: not enough frames to estimate rate; consider increasing probesize Guessed Channel Layout for Input Stream #0.1 : stereo Input #0, avi, from '/home/r/Downloads/trine2_32bit 2013-03-02 23-20-20-297.avi.part': Metadata: encoder : DxtoryCore ver2.0.0.121 ISRC : Video:YUV420|CompressV3 Audio:Lautsprecher (Realtek High Definition Audio) Duration: 00:00:02.80, start: 0.000000, bitrate: 15965 kb/s Stream #0:0: Video: dxtory (xtor / 0x726F7478), yuv420p, 1280x720, 30 fps, 30 tbr, 30 tbn, 30 tbc Stream #0:1: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, stereo, s16, 1536 kb/s Output #0, null, to 'pipe:': Metadata: ISRC : Video:YUV420|CompressV3 Audio:Lautsprecher (Realtek High Definition Audio) encoder : Lavf54.63.102 Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 1280x720, q=2-31, 200 kb/s, 90k tbn, 30 tbc Stream mapping: Stream #0:0 -> #0:0 (dxtory -> rawvideo) Press [q] to stop, [?] for help [dxtory @ 0x29456400] packet too small Error while decoding stream #0:0: Invalid data found when processing input [dxtory @ 0x29456400] packet too small Error while decoding stream #0:0: Invalid data found when processing input [dxtory @ 0x29456400] packet too small Error while decoding stream #0:0: Invalid data found when processing input [dxtory @ 0x29456400] packet too small Error while decoding stream #0:0: Invalid data found when processing input [dxtory @ 0x29456400] packet too small Error while decoding stream #0:0: Invalid data found when processing input frame= 0 fps=0.0 q=0.0 Lsize=N/A time=00:00:00.00 bitrate=N/A video:0kB audio:0kB subtitle:0 global headers:0kB muxing overhead -inf% Output file is empty, nothing was encoded (check -ss / -t / -frames parameters if used) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 4 22:45:57 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 04 Mar 2013 21:45:57 -0000 Subject: [FFmpeg-trac] #2321(avcodec:new): unsupported dxtory variant In-Reply-To: <038.3429122cd03bd1d44ab552fa3140e479@avcodec.org> References: <038.3429122cd03bd1d44ab552fa3140e479@avcodec.org> Message-ID: <053.b4616695163623db4ad71505dff28bd3@avcodec.org> #2321: unsupported dxtory variant ------------------------------------+----------------------------------- Reporter: richardpl | Owner: Type: defect | 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): Link to full file: http://www36.zippyshare.com/v/60688661/file.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 4 23:01:20 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 04 Mar 2013 22:01:20 -0000 Subject: [FFmpeg-trac] #2321(avcodec:open): unsupported dxtory variant In-Reply-To: <038.3429122cd03bd1d44ab552fa3140e479@avcodec.org> References: <038.3429122cd03bd1d44ab552fa3140e479@avcodec.org> Message-ID: <053.731c70881c20a4435af651402b87cb35@avcodec.org> #2321: unsupported dxtory variant ------------------------------------+----------------------------------- Reporter: richardpl | Owner: Type: defect | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: xtor | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => xtor * status: new => open * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 5 00:01:10 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 04 Mar 2013 23:01:10 -0000 Subject: [FFmpeg-trac] #2320(undetermined:new): "100 buffers queued in output stream 0:1" pcm_u8 -> libvorbis In-Reply-To: <034.0f8dc23f3b6f08067ecbf18637e71025@avcodec.org> References: <034.0f8dc23f3b6f08067ecbf18637e71025@avcodec.org> Message-ID: <049.f6d34adfbdc6d1f63ac59be1d1bdd793@avcodec.org> #2320: "100 buffers queued in output stream 0:1" pcm_u8 -> libvorbis --------------------------------+---------------------------------------- Reporter: Berbe | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 1.0.5 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Comment (by Berbe): If I ran the minimal command, the same encoders are used: {{{ ffmpeg -y -i 2012-11-23_21-02-59.avi 2012-11-23_21-02-59.webm }}} The only other vorbis encoder is 'vorbis', which is experimental and which I can't make work. If I select the video stream only, the video is encoded without any touble so the problem comes from the 'libvorbis' audio encoder indeed: {{{ % ffmpeg -y -i 2012-11-23_21-02-59.avi -map 0:v 2012-11-23_21-02-59.webm ffmpeg version 1.0.4 Copyright (c) 2000-2012 the FFmpeg developers built on Feb 8 2013 13:28:51 with gcc 4.7 (Debian 4.7.2-5) 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 --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-libvpx --enable-libschroedinger --disable-encoder=libschroedinger --enable-version3 --enable-libopenjpeg --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-libopus --enable-fontconfig --enable-libdc1394 --disable-altivec --disable-armv5te --disab libavutil 51. 73.101 / 51. 73.101 libavcodec 54. 59.100 / 54. 59.100 libavformat 54. 29.104 / 54. 29.104 libavdevice 54. 2.101 / 54. 2.101 libavfilter 3. 17.100 / 3. 17.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 Guessed Channel Layout for Input Stream #0.1 : mono Input #0, avi, from '2012-11-23_21-02-59.avi': Metadata: creation_time : 2012-11-23 21:02:59 encoder : OLYMPUS u1030SW/S1030SW Duration: 00:00:06.73, start: 0.000000, bitrate: 2741 kb/s Stream #0:0: Video: mjpeg (MJPG / 0x47504A4D), yuvj422p, 320x240, 15 tbr, 15 tbn, 15 tbc Stream #0:1: Audio: pcm_u8 ([1][0][0][0] / 0x0001), 8000 Hz, mono, u8, 64 kb/s File '2012-11-23_21-02-59.webm' already exists. Overwrite ? [y/N] y v1.1.0 Output #0, webm, to '2012-11-23_21-02-59.webm': Metadata: encoder : Lavf54.29.104 Stream #0:0: Video: vp8, yuv420p, 320x240, q=-1--1, 200 kb/s, 1k tbn, 15 tbc Stream mapping: Stream #0:0 -> #0:0 (mjpeg -> libvpx) Press [q] to stop, [?] for help frame= 101 fps= 13 q=0.0 Lsize= 167kB time=00:00:06.66 bitrate= 205.3kbits/s video:166kB audio:0kB subtitle:0 global headers:0kB muxing overhead 0.704159% }}} I tried to reproduce the problem with a video converted to mjpeg/pcm_u8 with the same parameters as those from genuine MJPEG videos I was trying to convert (8000Hz mono). The problem doesn't seem to appear when converting those crafted MJPEG videos sound to Vorbis. I can't provide you directly with a sample of the videos I'm working on for privacy reasons. I'll try to provide you with a sample from the camera later. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 5 00:49:08 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 04 Mar 2013 23:49:08 -0000 Subject: [FFmpeg-trac] #2320(undetermined:new): "100 buffers queued in output stream 0:1" pcm_u8 -> libvorbis In-Reply-To: <034.0f8dc23f3b6f08067ecbf18637e71025@avcodec.org> References: <034.0f8dc23f3b6f08067ecbf18637e71025@avcodec.org> Message-ID: <049.e461cf2a73bf05b4ff7c2a5892c9a7b7@avcodec.org> #2320: "100 buffers queued in output stream 0:1" pcm_u8 -> libvorbis --------------------------------+---------------------------------------- Reporter: Berbe | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 1.0.5 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Comment (by cehoyos): Replying to [comment:3 Berbe]: > The only other vorbis encoder is 'vorbis', which is experimental and which I can't make work. Why does it not work? Did you try -strict -2 ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 5 01:06:00 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Mar 2013 00:06:00 -0000 Subject: [FFmpeg-trac] #2322(undetermined:new): Memory leak in muxing.c Message-ID: <034.9a76eece348ed6b5977b03d367e7d43f@avcodec.org> #2322: Memory leak in muxing.c -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- Summary of the bug: http://ffmpeg.gusari.org/viewtopic.php?f=25&t=836 A guy used muxing.c example source code to test this situation: {{{ void main( void ) { repeat for 30 seconds... { encoding open. data encoding. encoding close. } } }}} and he encounter a memory leak, so this might be investigated a little bit and possibly fixed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 5 01:09:33 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Mar 2013 00:09:33 -0000 Subject: [FFmpeg-trac] #2322(undetermined:new): Memory leak in muxing.c In-Reply-To: <034.9a76eece348ed6b5977b03d367e7d43f@avcodec.org> References: <034.9a76eece348ed6b5977b03d367e7d43f@avcodec.org> Message-ID: <049.e514648100f7a639b2602ea0226c71a4@avcodec.org> #2322: Memory leak in muxing.c -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: leak | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => leak Comment: Please provide valgrind output for memory leaks. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 5 01:33:48 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Mar 2013 00:33:48 -0000 Subject: [FFmpeg-trac] #2323(documentation:new): Internal AAC encoder is missing official documentation entry Message-ID: <034.f0340cc90d945d18088c85c8bc80dac3@avcodec.org> #2323: Internal AAC encoder is missing official documentation entry -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: new Priority: normal | Component: Version: | documentation unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- On this page http://www.ffmpeg.org/ffmpeg-codecs.html there is a missing entry for internal AAC encoder/decoder. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 5 01:39:57 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Mar 2013 00:39:57 -0000 Subject: [FFmpeg-trac] #2323(documentation:new): Internal AAC encoder is missing official documentation entry In-Reply-To: <034.f0340cc90d945d18088c85c8bc80dac3@avcodec.org> References: <034.f0340cc90d945d18088c85c8bc80dac3@avcodec.org> Message-ID: <049.a11fa27adb1b9b0c5b9713add5822d16@avcodec.org> #2323: Internal AAC encoder is missing official documentation entry -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: new Priority: minor | Component: Version: unspecified | documentation Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: normal => minor -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 5 01:40:06 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Mar 2013 00:40:06 -0000 Subject: [FFmpeg-trac] #2323(documentation:new): Internal AAC encoder is missing official documentation entry In-Reply-To: <034.f0340cc90d945d18088c85c8bc80dac3@avcodec.org> References: <034.f0340cc90d945d18088c85c8bc80dac3@avcodec.org> Message-ID: <049.38f383bf3dbc06711e1119ff3214c4b8@avcodec.org> #2323: Internal AAC encoder is missing official documentation entry -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: new Priority: minor | Component: Version: unspecified | documentation Keywords: aac | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => aac -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 5 03:01:27 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Mar 2013 02:01:27 -0000 Subject: [FFmpeg-trac] #2324(undetermined:new): Duplicate First Frame Message-ID: <038.130038902bc0889a69d36d66daaa9806@avcodec.org> #2324: Duplicate First Frame -------------------------------------+------------------------------------- Reporter: brchapman | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: mp4 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: When using ffmpeg to convert an h264 video stream from an mp4 to prores or mjpeg Quicktime, the first frame of video is duplicated in the result. How to reproduce: {{{ % ffmpeg -i test100.mp4 -c:v prores -an test100_ffmpeg.mov ffmpeg version 1.1.git git revision: faa0068 built on Mar 4 2013 11:40:27 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 5 03:07:14 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Mar 2013 02:07:14 -0000 Subject: [FFmpeg-trac] #2325(undetermined:new): MP4 AAC Audio is delayed by 2ms when converted to PCM Message-ID: <038.8e89bfe0494da9771630a95c8d453873@avcodec.org> #2325: MP4 AAC Audio is delayed by 2ms when converted to PCM -------------------------------------+------------------------------------- Reporter: brchapman | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: aac, mp4, | Blocked By: pcm | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: When using ffmpeg to convert an aac audio stream from an mp4 to pcm, the result is out of sync by about 2ms. By adding -ss 00:00:00.02 after the input, then output is correctly aligned. How to reproduce: {{{ % ffmpeg -i test100.mp4 -c:a pcm_s16le test100_audio.wav ffmpeg version 1.1.git git revision: faa0068 built on Mar 4 2013 11:40:27 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 5 03:09:34 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Mar 2013 02:09:34 -0000 Subject: [FFmpeg-trac] #2325(undetermined:new): MP4 AAC Audio is delayed by 2ms when converted to PCM In-Reply-To: <038.8e89bfe0494da9771630a95c8d453873@avcodec.org> References: <038.8e89bfe0494da9771630a95c8d453873@avcodec.org> Message-ID: <053.88c96ef6d0ae1e00955ef34a9a0e9b6b@avcodec.org> #2325: MP4 AAC Audio is delayed by 2ms when converted to PCM -------------------------------------+------------------------------------- Reporter: brchapman | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: aac, mp4, | Resolution: pcm | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by brchapman): * version: unspecified => git-master -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 5 05:33:46 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Mar 2013 04:33:46 -0000 Subject: [FFmpeg-trac] #2320(undetermined:new): "100 buffers queued in output stream 0:1" pcm_u8 -> libvorbis In-Reply-To: <034.0f8dc23f3b6f08067ecbf18637e71025@avcodec.org> References: <034.0f8dc23f3b6f08067ecbf18637e71025@avcodec.org> Message-ID: <049.fda31e8cb4a744308edb1fc4214655bf@avcodec.org> #2320: "100 buffers queued in output stream 0:1" pcm_u8 -> libvorbis --------------------------------+---------------------------------------- Reporter: Berbe | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 1.0.5 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Comment (by Berbe): Replying to [comment:4 cehoyos]: > Why does it not work? Did you try -strict -2 ? I didn't want to pollute the current ticket focused on the libvorvis bug, but here is my try (no, -strict -2 doesn't work, but -strict experimental does) I don't understand why I need to specify the requested parameters, and there seem to be a problem with the channels number. {{{ % ffmpeg -i 2012-11-23_21-02-59.avi -strict experimental -c:a vorbis 2012-11-23_21-02-59.webm ffmpeg version 1.0.4 Copyright (c) 2000-2012 the FFmpeg developers built on Feb 8 2013 13:28:51 with gcc 4.7 (Debian 4.7.2-5) 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 --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-libvpx --enable-libschroedinger --disable-encoder=libschroedinger --enable-version3 --enable-libopenjpeg --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-libopus --enable-fontconfig --enable-libdc1394 --disable-altivec --disable-armv5te --disab libavutil 51. 73.101 / 51. 73.101 libavcodec 54. 59.100 / 54. 59.100 libavformat 54. 29.104 / 54. 29.104 libavdevice 54. 2.101 / 54. 2.101 libavfilter 3. 17.100 / 3. 17.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 Guessed Channel Layout for Input Stream #0.1 : mono Input #0, avi, from '2012-11-23_21-02-59.avi': Metadata: creation_time : 2012-11-23 21:02:59 encoder : OLYMPUS u1030SW/S1030SW Duration: 00:00:06.73, start: 0.000000, bitrate: 2741 kb/s Stream #0:0: Video: mjpeg (MJPG / 0x47504A4D), yuvj422p, 320x240, 15 tbr, 15 tbn, 15 tbc Stream #0:1: Audio: pcm_u8 ([1][0][0][0] / 0x0001), 8000 Hz, mono, u8, 64 kb/s File '2012-11-23_21-02-59.webm' already exists. Overwrite ? [y/N] y v1.1.0 [vorbis @ 0x1fde940] Current FFmpeg Vorbis encoder only supports 2 channels. Output #0, webm, to '2012-11-23_21-02-59.webm': Metadata: encoder : OLYMPUS u1030SW/S1030SW Stream #0:0: Video: vp8, yuv420p, 320x240, q=-1--1, 200 kb/s, 90k tbn, 15 tbc Stream #0:1: Audio: vorbis, 8000 Hz, mono, s16, 128 kb/s Stream mapping: Stream #0:0 -> #0:0 (mjpeg -> libvpx) Stream #0:1 -> #0:1 (pcm_u8 -> vorbis) Error while opening encoder for output stream #0:1 - maybe incorrect parameters such as bit_rate, rate, width or height }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 5 06:05:24 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Mar 2013 05:05:24 -0000 Subject: [FFmpeg-trac] #2326(documentation:new): -nostats missing from the official documentation Message-ID: <034.bbe53b7c318bb6814b2ccf01990b9de3@avcodec.org> #2326: -nostats missing from the official documentation -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: new Priority: minor | Component: Version: | documentation unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- I couldn't find the description for "-nostats" option in ffmpeg's official documentation here: http://ffmpeg.org/documentation.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 5 08:02:05 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Mar 2013 07:02:05 -0000 Subject: [FFmpeg-trac] #2327(undetermined:new): accept "chapters" as segment_times Message-ID: <036.b452525bf2fcc8f8b9b560f3985d14e5@avcodec.org> #2327: accept "chapters" as segment_times -------------------------------------+------------------------------------- Reporter: dericed | Owner: Type: | Status: new enhancement | Component: Priority: wish | undetermined Version: git- | Keywords: master | segment,chapters Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- Summary of the bug: FFmpeg adds recent support for "chapters" within -force-key-frames. At: http://ffmpeg.org/ffmpeg.html {{{ If one of the times is "chapters[delta]", it is expanded into the time of the beginning of all chapters in the file, shifted by delta, expressed as a time in seconds. This option can be useful to ensure that a seek point is present at a chapter mark or any other designated place in the output file. }}} Could "chapters" be similarly supported in -segment_times, so that this would be feasible (segment input based on embedded chapters): {{{ ffmpeg -i file_with_chapters.mov -map 0 -c:v libx264 -c:a libfaac -force_key_frames chapters-0.1 -f segment -segment_list tout.csv -segment_times chapters-0.1 chaptered_%03d.mp4 }}} Currently to do the same the user must parse out the chapter start values and do this: {{{ ffmpeg -i /Users/davidrice/SoundieF.mpeg -map 0 -c:v libx264 -c:a libfaac -force_key_frames chapters-0.1 -f segment -segment_list tout.csv -segment_times 10,20,30 chaptered_%03d.mp4 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 5 08:55:53 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Mar 2013 07:55:53 -0000 Subject: [FFmpeg-trac] #2328(FFmpeg:new): Impossible to fast-forward and fast rewind m2ts made by ffmpeg with panasonic hdd recoder. Message-ID: <038.aa50de1064058d8d313348a095d3709e@avcodec.org> #2328: Impossible to fast-forward and fast rewind m2ts made by ffmpeg with panasonic hdd recoder. -----------------------------------+-------------------------------------- Reporter: bonconboy | 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:It is impossible to fast-forward and fast rewind m2ts made by ffmpeg with panasonic hdd recoder. My step Step 1 Making a m2ts file by ffmpeg Step 2 Converting the file to AVCHD by multiAVCHD, which uses tsMuxR. http://www.videohelp.com/tools/multiAVCHD Step3 Playbaking the AVCHD with Panansonic HDD recorder source is DmC: Devil May Cry - Mission 9 EXCLUSIVE Gameplay - Eurogamer http://www.youtube.com/watch?v=ArGgYqW5Ssk Additional results When making a mkv file by handbrake in step 1, no problem. When making a m2ts file from the mkv file by ffmpeg in step 1, the problems appear. (Step1) Console of making m2ts by ffmpeg {{{ ffmpeg -i input.mp4 -t 15 -vf "fifo, scale= 720:480" -vcodec libx264 -aspect 16:9 -r 29.97 -acodec ac3 -ac 2 -ar 48000 -ab 96000 o_ff_m2ts.m2ts ffmpeg version 1.0.git-5a2f3f0 Copyright (c) 2000-2013 the FFmpeg developers built on Jan 2 2013 18:09:20 with gcc 4.7.2 (MacPorts gcc47 4.7.2_2) configuration: --prefix=/sw --cc=gcc-mp-4.7 --cxx=g++-mp-4.7 --extra- cflags='-mtune=native -mno-avx -mfpmath=sse -msse4.2' --extra- cxxflags='-mtune=native -mno-avx -mfpmath=sse -msse4.2' --enable-gpl --enable-pthreads --enable-version3 --enable-libspeex --enable-libvpx --disable-decoder=libvpx --enable-libmp3lame --enable-libtheora --enable- libvorbis --enable-libx264 --enable-nonfree --enable-libfaac --enable- libopenjpeg --enable-libschroedinger --enable-libmodplug --enable-libxvid --enable-libfreetype --enable-openssl --enable-avfilter --enable-filters --arch=x86_64 --cpu=corei7-avx --enable-libass --enable-libbluray --enable-libopencore_amrwb --enable-libopencore_amrnb libavutil 52. 13.100 / 52. 13.100 libavcodec 54. 85.100 / 54. 85.100 libavformat 54. 59.100 / 54. 59.100 libavdevice 54. 3.102 / 54. 3.102 libavfilter 3. 30.102 / 3. 30.102 libswscale 2. 1.103 / 2. 1.103 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'input.mp4': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: isommp42 creation_time : 2013-01-02 11:53:23 Duration: 00:04:11.16, start: 0.000000, bitrate: 5772 kb/s Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 1920x1080, 5578 kb/s, 25 fps, 25 tbr, 50 tbn, 50 tbc Metadata: creation_time : 1970-01-01 00:00:00 handler_name : VideoHandler Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 192 kb/s Metadata: creation_time : 2013-01-02 11:53:24 handler_name : IsoMedia File Produced by Google, 5-11-2011 [libx264 @ 0x102873000] using SAR=32/27 [libx264 @ 0x102873000] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2 AVX [libx264 @ 0x102873000] profile High, level 3.0 Output #0, mpegts, to 'o_ff_m2ts.m2ts': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: isommp42 encoder : Lavf54.59.100 Stream #0:0(und): Video: h264, yuv420p, 720x480 [SAR 32:27 DAR 16:9], q=-1--1, 90k tbn, 29.97 tbc Metadata: creation_time : 1970-01-01 00:00:00 handler_name : VideoHandler Stream #0:1(und): Audio: ac3, 48000 Hz, stereo, fltp, 96 kb/s Metadata: creation_time : 2013-01-02 11:53:24 handler_name : IsoMedia File Produced by Google, 5-11-2011 Stream mapping: Stream #0:0 -> #0:0 (h264 -> libx264) Stream #0:1 -> #0:1 (aac -> ac3) Press [q] to stop, [?] for help frame= 75 fps=0.0 q=29.0 size= 47kB time=00:00:02.42 bitrate= 160.1kbits/frame= 141 fps=141 q=29.0 size= 248kB time=00:00:04.89 bitrate= 415.2kbits/frame= 206 fps=136 q=29.0 size= 460kB time=00:00:06.84 bitrate= 550.2kbits/frame= 273 fps=136 q=29.0 size= 638kB time=00:00:09.27 bitrate= 563.9kbits/frame= 327 fps=129 q=29.0 size= 954kB time=00:00:11.22 bitrate= 696.3kbits/frame= 367 fps=121 q=29.0 size= 1302kB time=00:00:12.66 bitrate= 842.1kbits/frame= 415 fps=117 q=29.0 size= 1648kB time=00:00:14.13 bitrate= 954.8kbits/frame= 450 fps=107 q=-1.0 Lsize= 2207kB time=00:00:15.00 bitrate=1205.3kbits/s dup=75 drop=0 video:1771kB audio:176kB subtitle:0 global headers:0kB muxing overhead 13.398644% [libx264 @ 0x102873000] frame I:10 Avg QP:21.48 size: 15034 [libx264 @ 0x102873000] frame P:295 Avg QP:23.69 size: 4984 [libx264 @ 0x102873000] frame B:145 Avg QP:25.69 size: 1329 [libx264 @ 0x102873000] consecutive B-frames: 40.7% 48.0% 3.3% 8.0% [libx264 @ 0x102873000] mb I I16..4: 17.6% 67.6% 14.7% [libx264 @ 0x102873000] mb P I16..4: 5.7% 12.9% 1.4% P16..4: 31.8% 9.3% 4.0% 0.0% 0.0% skip:34.8% [libx264 @ 0x102873000] mb B I16..4: 0.2% 0.3% 0.1% B16..8: 25.6% 3.7% 0.7% direct: 1.7% skip:67.6% L0:30.1% L1:64.4% BI: 5.5% [libx264 @ 0x102873000] 8x8 transform intra:64.7% inter:77.3% [libx264 @ 0x102873000] coded y,uvDC,uvAC intra: 42.7% 60.8% 18.1% inter: 14.1% 20.1% 0.8% [libx264 @ 0x102873000] i16 v,h,dc,p: 35% 30% 6% 30% [libx264 @ 0x102873000] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 24% 22% 22% 4% 6% 6% 7% 5% 4% [libx264 @ 0x102873000] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 30% 22% 13% 4% 8% 8% 8% 5% 3% [libx264 @ 0x102873000] i8c dc,h,v,p: 56% 21% 18% 5% [libx264 @ 0x102873000] Weighted P-Frames: Y:12.5% UV:8.8% [libx264 @ 0x102873000] ref P L0: 65.6% 18.3% 11.6% 4.2% 0.3% [libx264 @ 0x102873000] ref B L0: 87.7% 12.3% 0.0% [libx264 @ 0x102873000] ref B L1: 99.7% 0.3% [libx264 @ 0x102873000] kb/s:966.09 }}} Console of m2ts made by ffmpeg {{{ ffmpeg -i o_ff_m2ts.m2ts ffmpeg version 1.0.git-5a2f3f0 Copyright (c) 2000-2013 the FFmpeg developers built on Jan 2 2013 18:09:20 with gcc 4.7.2 (MacPorts gcc47 4.7.2_2) configuration: --prefix=/sw --cc=gcc-mp-4.7 --cxx=g++-mp-4.7 --extra- cflags='-mtune=native -mno-avx -mfpmath=sse -msse4.2' --extra- cxxflags='-mtune=native -mno-avx -mfpmath=sse -msse4.2' --enable-gpl --enable-pthreads --enable-version3 --enable-libspeex --enable-libvpx --disable-decoder=libvpx --enable-libmp3lame --enable-libtheora --enable- libvorbis --enable-libx264 --enable-nonfree --enable-libfaac --enable- libopenjpeg --enable-libschroedinger --enable-libmodplug --enable-libxvid --enable-libfreetype --enable-openssl --enable-avfilter --enable-filters --arch=x86_64 --cpu=corei7-avx --enable-libass --enable-libbluray --enable-libopencore_amrwb --enable-libopencore_amrnb libavutil 52. 13.100 / 52. 13.100 libavcodec 54. 85.100 / 54. 85.100 libavformat 54. 59.100 / 54. 59.100 libavdevice 54. 3.102 / 54. 3.102 libavfilter 3. 30.102 / 3. 30.102 libswscale 2. 1.103 / 2. 1.103 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [mpegts @ 0x10280ec00] max_analyze_duration 5000000 reached at 5005000 Input #0, mpegts, from 'o_ff_m2ts.m2ts': Duration: 00:00:14.99, start: 1.394667, bitrate: 1206 kb/s Program 1 Metadata: service_name : Service01 service_provider: FFmpeg Stream #0:0[0x100]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p, 720x480 [SAR 32:27 DAR 16:9], 29.97 fps, 29.97 tbr, 90k tbn, 59.94 tbc Stream #0:1[0x101](und): Audio: ac3 ([129][0][0][0] / 0x0081), 48000 Hz, stereo, fltp, 96 kb/s At least one output file must be specified }}} (Step2) Console of file converted by multiavchd {{{ ffmpeg -i 00000.MTS ffmpeg version 1.0.git-5a2f3f0 Copyright (c) 2000-2013 the FFmpeg developers built on Jan 2 2013 18:09:20 with gcc 4.7.2 (MacPorts gcc47 4.7.2_2) configuration: --prefix=/sw --cc=gcc-mp-4.7 --cxx=g++-mp-4.7 --extra- cflags='-mtune=native -mno-avx -mfpmath=sse -msse4.2' --extra- cxxflags='-mtune=native -mno-avx -mfpmath=sse -msse4.2' --enable-gpl --enable-pthreads --enable-version3 --enable-libspeex --enable-libvpx --disable-decoder=libvpx --enable-libmp3lame --enable-libtheora --enable- libvorbis --enable-libx264 --enable-nonfree --enable-libfaac --enable- libopenjpeg --enable-libschroedinger --enable-libmodplug --enable-libxvid --enable-libfreetype --enable-openssl --enable-avfilter --enable-filters --arch=x86_64 --cpu=corei7-avx --enable-libass --enable-libbluray --enable-libopencore_amrwb --enable-libopencore_amrnb libavutil 52. 13.100 / 52. 13.100 libavcodec 54. 85.100 / 54. 85.100 libavformat 54. 59.100 / 54. 59.100 libavdevice 54. 3.102 / 54. 3.102 libavfilter 3. 30.102 / 3. 30.102 libswscale 2. 1.103 / 2. 1.103 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [mpegts @ 0x10280ec00] max_analyze_duration 5000000 reached at 5005000 Input #0, mpegts, from '00000.MTS': Duration: 00:00:15.02, start: 599.966644, bitrate: 1217 kb/s Program 1 Stream #0:0[0x1011]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p, 720x480 [SAR 32:27 DAR 16:9], 29.97 fps, 29.97 tbr, 90k tbn, 59.94 tbc Stream #0:1[0x1100](und): Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, stereo, fltp, 96 kb/s At least one output file must be specified }}} When making a mkv file by handbrake in step 1 (Step1) Console of mkv made by handbrake {{{ ffmpeg -i o_hb_mkv.mkv ffmpeg version 1.0.git-5a2f3f0 Copyright (c) 2000-2013 the FFmpeg developers built on Jan 2 2013 18:09:20 with gcc 4.7.2 (MacPorts gcc47 4.7.2_2) configuration: --prefix=/sw --cc=gcc-mp-4.7 --cxx=g++-mp-4.7 --extra- cflags='-mtune=native -mno-avx -mfpmath=sse -msse4.2' --extra- cxxflags='-mtune=native -mno-avx -mfpmath=sse -msse4.2' --enable-gpl --enable-pthreads --enable-version3 --enable-libspeex --enable-libvpx --disable-decoder=libvpx --enable-libmp3lame --enable-libtheora --enable- libvorbis --enable-libx264 --enable-nonfree --enable-libfaac --enable- libopenjpeg --enable-libschroedinger --enable-libmodplug --enable-libxvid --enable-libfreetype --enable-openssl --enable-avfilter --enable-filters --arch=x86_64 --cpu=corei7-avx --enable-libass --enable-libbluray --enable-libopencore_amrwb --enable-libopencore_amrnb libavutil 52. 13.100 / 52. 13.100 libavcodec 54. 85.100 / 54. 85.100 libavformat 54. 59.100 / 54. 59.100 libavdevice 54. 3.102 / 54. 3.102 libavfilter 3. 30.102 / 3. 30.102 libswscale 2. 1.103 / 2. 1.103 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, matroska,webm, from 'o_hb_mkv.mkv': Duration: 00:00:15.00, start: 0.000000, bitrate: 1527 kb/s Stream #0:0(eng): Video: h264 (High), yuv420p, 720x480 [SAR 32:27 DAR 16:9], SAR 186:157 DAR 279:157, 25 fps, 25 tbr, 1k tbn, 50 tbc (default) Stream #0:1: Audio: ac3, 48000 Hz, stereo, fltp, 96 kb/s (default) At least one output file must be specified }}} (Step2) Console of file converted by multiavchd {{{ ffmpeg -i 00001.MTS ffmpeg version 1.0.git-5a2f3f0 Copyright (c) 2000-2013 the FFmpeg developers built on Jan 2 2013 18:09:20 with gcc 4.7.2 (MacPorts gcc47 4.7.2_2) configuration: --prefix=/sw --cc=gcc-mp-4.7 --cxx=g++-mp-4.7 --extra- cflags='-mtune=native -mno-avx -mfpmath=sse -msse4.2' --extra- cxxflags='-mtune=native -mno-avx -mfpmath=sse -msse4.2' --enable-gpl --enable-pthreads --enable-version3 --enable-libspeex --enable-libvpx --disable-decoder=libvpx --enable-libmp3lame --enable-libtheora --enable- libvorbis --enable-libx264 --enable-nonfree --enable-libfaac --enable- libopenjpeg --enable-libschroedinger --enable-libmodplug --enable-libxvid --enable-libfreetype --enable-openssl --enable-avfilter --enable-filters --arch=x86_64 --cpu=corei7-avx --enable-libass --enable-libbluray --enable-libopencore_amrwb --enable-libopencore_amrnb libavutil 52. 13.100 / 52. 13.100 libavcodec 54. 85.100 / 54. 85.100 libavformat 54. 59.100 / 54. 59.100 libavdevice 54. 3.102 / 54. 3.102 libavfilter 3. 30.102 / 3. 30.102 libswscale 2. 1.103 / 2. 1.103 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [mpegts @ 0x10280ec00] max_analyze_duration 5000000 reached at 5024000 Input #0, mpegts, from '00001.MTS': Duration: 00:00:15.69, start: 599.958300, bitrate: 1622 kb/s Program 1 Stream #0:0[0x1011](eng): Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p, 720x480 [SAR 32:27 DAR 16:9], 23.98 fps, 23.98 tbr, 90k tbn, 47.95 tbc Stream #0:1[0x1100](und): Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, stereo, fltp, 128 kb/s At least one output file must be specified }}} When making a m2ts file from the mkv file by ffmpeg in step 1 (Step1) Console of making m2ts from file, which is made by handbrake, by ffmpeg {{{ fffmpeg -i o_hb_mkv.mkv -bsf h264_mp4toannexb -vcodec copy -acodec copy o_hb_mkv_to_m2ts_by_ff.m2ts -bash: fffmpeg: command not found kc221-121-216-129:c m$ ffmpeg -i o_hb_mkv.mkv -bsf h264_mp4toannexb -vcodec copy -acodec copy o_hb_mkv_to_m2ts_by_ff.m2ts ffmpeg version 1.0.git-5a2f3f0 Copyright (c) 2000-2013 the FFmpeg developers built on Jan 2 2013 18:09:20 with gcc 4.7.2 (MacPorts gcc47 4.7.2_2) configuration: --prefix=/sw --cc=gcc-mp-4.7 --cxx=g++-mp-4.7 --extra- cflags='-mtune=native -mno-avx -mfpmath=sse -msse4.2' --extra- cxxflags='-mtune=native -mno-avx -mfpmath=sse -msse4.2' --enable-gpl --enable-pthreads --enable-version3 --enable-libspeex --enable-libvpx --disable-decoder=libvpx --enable-libmp3lame --enable-libtheora --enable- libvorbis --enable-libx264 --enable-nonfree --enable-libfaac --enable- libopenjpeg --enable-libschroedinger --enable-libmodplug --enable-libxvid --enable-libfreetype --enable-openssl --enable-avfilter --enable-filters --arch=x86_64 --cpu=corei7-avx --enable-libass --enable-libbluray --enable-libopencore_amrwb --enable-libopencore_amrnb libavutil 52. 13.100 / 52. 13.100 libavcodec 54. 85.100 / 54. 85.100 libavformat 54. 59.100 / 54. 59.100 libavdevice 54. 3.102 / 54. 3.102 libavfilter 3. 30.102 / 3. 30.102 libswscale 2. 1.103 / 2. 1.103 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, matroska,webm, from 'o_hb_mkv.mkv': Duration: 00:00:15.00, start: 0.000000, bitrate: 1527 kb/s Stream #0:0(eng): Video: h264 (High), yuv420p, 720x480 [SAR 32:27 DAR 16:9], SAR 186:157 DAR 279:157, 25 fps, 25 tbr, 1k tbn, 50 tbc (default) Stream #0:1: Audio: ac3, 48000 Hz, stereo, fltp, 96 kb/s (default) Output #0, mpegts, to 'o_hb_mkv_to_m2ts_by_ff.m2ts': Metadata: encoder : Lavf54.59.100 Stream #0:0(eng): Video: h264, yuv420p, 720x480 [SAR 186:157 DAR 279:157], q=2-31, 25 fps, 90k tbn, 25 tbc (default) Stream #0:1: Audio: ac3, 48000 Hz, stereo, 96 kb/s (default) Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help frame= 375 fps=0.0 q=-1.0 Lsize= 3119kB time=00:00:15.00 bitrate=1702.6kbits/s video:2608kB audio:176kB subtitle:0 global headers:0kB muxing overhead 12.057775% }}} Console of m2ts made by ffmpeg {{{ ffmpeg -i o_hb_mkv_to_m2ts_by_ff.m2ts ffmpeg version 1.0.git-5a2f3f0 Copyright (c) 2000-2013 the FFmpeg developers built on Jan 2 2013 18:09:20 with gcc 4.7.2 (MacPorts gcc47 4.7.2_2) configuration: --prefix=/sw --cc=gcc-mp-4.7 --cxx=g++-mp-4.7 --extra- cflags='-mtune=native -mno-avx -mfpmath=sse -msse4.2' --extra- cxxflags='-mtune=native -mno-avx -mfpmath=sse -msse4.2' --enable-gpl --enable-pthreads --enable-version3 --enable-libspeex --enable-libvpx --disable-decoder=libvpx --enable-libmp3lame --enable-libtheora --enable- libvorbis --enable-libx264 --enable-nonfree --enable-libfaac --enable- libopenjpeg --enable-libschroedinger --enable-libmodplug --enable-libxvid --enable-libfreetype --enable-openssl --enable-avfilter --enable-filters --arch=x86_64 --cpu=corei7-avx --enable-libass --enable-libbluray --enable-libopencore_amrwb --enable-libopencore_amrnb libavutil 52. 13.100 / 52. 13.100 libavcodec 54. 85.100 / 54. 85.100 libavformat 54. 59.100 / 54. 59.100 libavdevice 54. 3.102 / 54. 3.102 libavfilter 3. 30.102 / 3. 30.102 libswscale 2. 1.103 / 2. 1.103 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [mpegts @ 0x10280ec00] max_analyze_duration 5000000 reached at 5000000 Input #0, mpegts, from 'o_hb_mkv_to_m2ts_by_ff.m2ts': Duration: 00:00:14.96, start: 1.400000, bitrate: 1707 kb/s Program 1 Metadata: service_name : Service01 service_provider: FFmpeg Stream #0:0[0x100]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p, 720x480 [SAR 32:27 DAR 16:9], 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x101]: Audio: ac3 ([129][0][0][0] / 0x0081), 48000 Hz, stereo, fltp, 96 kb/s At least one output file must be specified }}} (Step2) Console of file converted by multiavchd {{{ ffmpeg -i 00002.MTS ffmpeg version 1.0.git-5a2f3f0 Copyright (c) 2000-2013 the FFmpeg developers built on Jan 2 2013 18:09:20 with gcc 4.7.2 (MacPorts gcc47 4.7.2_2) configuration: --prefix=/sw --cc=gcc-mp-4.7 --cxx=g++-mp-4.7 --extra- cflags='-mtune=native -mno-avx -mfpmath=sse -msse4.2' --extra- cxxflags='-mtune=native -mno-avx -mfpmath=sse -msse4.2' --enable-gpl --enable-pthreads --enable-version3 --enable-libspeex --enable-libvpx --disable-decoder=libvpx --enable-libmp3lame --enable-libtheora --enable- libvorbis --enable-libx264 --enable-nonfree --enable-libfaac --enable- libopenjpeg --enable-libschroedinger --enable-libmodplug --enable-libxvid --enable-libfreetype --enable-openssl --enable-avfilter --enable-filters --arch=x86_64 --cpu=corei7-avx --enable-libass --enable-libbluray --enable-libopencore_amrwb --enable-libopencore_amrnb libavutil 52. 13.100 / 52. 13.100 libavcodec 54. 85.100 / 54. 85.100 libavformat 54. 59.100 / 54. 59.100 libavdevice 54. 3.102 / 54. 3.102 libavfilter 3. 30.102 / 3. 30.102 libswscale 2. 1.103 / 2. 1.103 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [mpegts @ 0x10280ec00] max_analyze_duration 5000000 reached at 5024000 Input #0, mpegts, from '00002.MTS': Duration: 00:00:15.69, start: 599.958300, bitrate: 1622 kb/s Program 1 Stream #0:0[0x1011]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p, 720x480 [SAR 32:27 DAR 16:9], 23.98 fps, 23.98 tbr, 90k tbn, 47.95 tbc Stream #0:1[0x1100](und): Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, stereo, fltp, 128 kb/s At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 5 09:02:53 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Mar 2013 08:02:53 -0000 Subject: [FFmpeg-trac] #2325(undetermined:new): MP4 AAC Audio is delayed by 2ms when converted to PCM In-Reply-To: <038.8e89bfe0494da9771630a95c8d453873@avcodec.org> References: <038.8e89bfe0494da9771630a95c8d453873@avcodec.org> Message-ID: <053.89149bda01c4d3a9d65780f671e20dff@avcodec.org> #2325: MP4 AAC Audio is delayed by 2ms when converted to PCM -------------------------------------+------------------------------------- Reporter: brchapman | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: aac mov | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: aac, mp4, pcm => aac mov Comment: Please provide your failing command line together with complete, uncut console output to make this a valid ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 5 09:26:43 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Mar 2013 08:26:43 -0000 Subject: [FFmpeg-trac] #2329(undetermined:new): i need to disable the asm part in the ffmpeg ... please let me know how to do it Message-ID: <044.a9db322e8041b43bb799afbb8b845cbc@avcodec.org> #2329: i need to disable the asm part in the ffmpeg ... please let me know how to do it -------------------------------------+------------------------------------- Reporter: | Type: defect vinodhvenkatesh | Priority: normal Status: new | Version: Component: | unspecified undetermined | Blocked By: Keywords: | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: How to reproduce: {{{ % ffmpeg -i input ... output ffmpeg version built on ... }}} Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 5 09:29:27 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Mar 2013 08:29:27 -0000 Subject: [FFmpeg-trac] #2328(undetermined:new): Impossible to fast-forward and fast rewind m2ts made by ffmpeg with panasonic hdd recoder. In-Reply-To: <038.aa50de1064058d8d313348a095d3709e@avcodec.org> References: <038.aa50de1064058d8d313348a095d3709e@avcodec.org> Message-ID: <053.26e8f9ca4f71548fb9eb04a84c3e63eb@avcodec.org> #2328: Impossible to fast-forward and fast rewind m2ts made by ffmpeg with panasonic hdd recoder. -------------------------------------+------------------------------------- Reporter: bonconboy | 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: Could you explain why you think there is problem with FFmpeg? As I understand your description, there are two - possibly related - problems: * Your device does not support MPEG-TS (I have to guess this, but why don't you play o_ff_m2ts.m2ts on it)? * The AVCHD files made by multiAVCHD are not supported by your device, possibly because they do not conform to the AVCHD specification. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 5 09:29:58 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Mar 2013 08:29:58 -0000 Subject: [FFmpeg-trac] #2327(undetermined:new): accept "chapters" as segment_times In-Reply-To: <036.b452525bf2fcc8f8b9b560f3985d14e5@avcodec.org> References: <036.b452525bf2fcc8f8b9b560f3985d14e5@avcodec.org> Message-ID: <051.dc11fe887e74cfd617f409f0a5e00009@avcodec.org> #2327: accept "chapters" as segment_times -------------------------------------+------------------------------------- Reporter: dericed | Owner: Type: enhancement | Status: new Priority: wish | Component: Version: git-master | undetermined Keywords: segment | Resolution: chapters | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: segment,chapters => segment chapters -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 5 09:30:58 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Mar 2013 08:30:58 -0000 Subject: [FFmpeg-trac] #2326(documentation:closed): -nostats missing from the official documentation In-Reply-To: <034.bbe53b7c318bb6814b2ccf01990b9de3@avcodec.org> References: <034.bbe53b7c318bb6814b2ccf01990b9de3@avcodec.org> Message-ID: <049.f03dcaf91267709b321d9a1431ebb1c6@avcodec.org> #2326: -nostats missing from the official documentation -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: closed Priority: minor | Component: Version: git-master | documentation Keywords: | Resolution: Blocking: | worksforme Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * version: unspecified => git-master * resolution: => worksforme -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 5 09:34:15 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Mar 2013 08:34:15 -0000 Subject: [FFmpeg-trac] #2324(undetermined:closed): Duplicate First Frame In-Reply-To: <038.130038902bc0889a69d36d66daaa9806@avcodec.org> References: <038.130038902bc0889a69d36d66daaa9806@avcodec.org> Message-ID: <053.1ac82901989b77cb1c12250ebc9eefe2@avcodec.org> #2324: Duplicate First Frame -------------------------------------+------------------------------------- Reporter: brchapman | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: mov | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: mp4 => mov * status: new => closed * resolution: => duplicate Comment: (For future tickets: Please always add complete, uncut console output together with the command line.) FFmpeg's mov muxer does not support variable frame rate output, it therefore has to duplicate frames to produce a constant frame rate. Several tickets are open that contain references to this limitation, in any case it is known. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 5 09:36:24 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Mar 2013 08:36:24 -0000 Subject: [FFmpeg-trac] #2329(undetermined:closed): i need to disable the asm part in the ffmpeg ... please let me know how to do it In-Reply-To: <044.a9db322e8041b43bb799afbb8b845cbc@avcodec.org> References: <044.a9db322e8041b43bb799afbb8b845cbc@avcodec.org> Message-ID: <059.7be60136b95daaa612731ab35ca9153c@avcodec.org> #2329: i need to disable the asm part in the ffmpeg ... please let me know how to do it -------------------------------------+------------------------------------- Reporter: | Owner: vinodhvenkatesh | Status: closed Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid Comment: This is a bug tracker, not a support forum, please read http://ffmpeg.org/contact.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 5 09:40:43 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Mar 2013 08:40:43 -0000 Subject: [FFmpeg-trac] #2320(undetermined:new): "100 buffers queued in output stream 0:1" pcm_u8 -> libvorbis In-Reply-To: <034.0f8dc23f3b6f08067ecbf18637e71025@avcodec.org> References: <034.0f8dc23f3b6f08067ecbf18637e71025@avcodec.org> Message-ID: <049.bf33b00c5b9b5c2b533d2abaface4a1f@avcodec.org> #2320: "100 buffers queued in output stream 0:1" pcm_u8 -> libvorbis --------------------------------+---------------------------------------- Reporter: Berbe | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 1.0.5 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Comment (by cehoyos): So the ticket is not reproducible with the internal vorbis decoder, thank you for confirming! Is webm output necessary to reproduce the problem or is it also reproducible with another container like mkv, avi or mov? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 5 09:48:55 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Mar 2013 08:48:55 -0000 Subject: [FFmpeg-trac] #2328(undetermined:new): Impossible to fast-forward and fast rewind m2ts made by ffmpeg with panasonic hdd recoder. In-Reply-To: <038.aa50de1064058d8d313348a095d3709e@avcodec.org> References: <038.aa50de1064058d8d313348a095d3709e@avcodec.org> Message-ID: <053.261328fe511fdab36465f28c564cd9c2@avcodec.org> #2328: Impossible to fast-forward and fast rewind m2ts made by ffmpeg with panasonic hdd recoder. -------------------------------------+------------------------------------- Reporter: bonconboy | 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 bonconboy): You've been working hard for dealing many tickets. > Could you explain why you think there is problem with FFmpeg? When using hand brake in step 1, no problem in step 3. > * Your device does not support MPEG-TS (I have to guess this, but why don't you play o_ff_m2ts.m2ts on it)? My device support MPEG-TS, because o_ff_m2ts.m2ts is smoothly playbacked in step 3. But the abobe problems appear. > * The AVCHD files made by multiAVCHD are not supported by your device, possibly because they do not conform to the AVCHD specification. When using hand brake in step 1, no problem in step 3. I am very sorry. I request this ticket is deleted, because there is my personal information, IP, in this ticket. Please delete this ticket. After deleting this ticket, I will open a new ticket if you need. Thank you for reading. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 5 10:16:23 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Mar 2013 09:16:23 -0000 Subject: [FFmpeg-trac] #2328(undetermined:new): Impossible to fast-forward and fast rewind m2ts made by ffmpeg with panasonic hdd recoder. In-Reply-To: <038.aa50de1064058d8d313348a095d3709e@avcodec.org> References: <038.aa50de1064058d8d313348a095d3709e@avcodec.org> Message-ID: <053.696127e3b5b6513b67659a699cab8d92@avcodec.org> #2328: Impossible to fast-forward and fast rewind m2ts made by ffmpeg with panasonic hdd recoder. -------------------------------------+------------------------------------- Reporter: bonconboy | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:2 bonconboy]: > I am very sorry. > I request this ticket is deleted, because there is my personal information, IP, in this ticket. > Please delete this ticket. This will not help because this tracker is connected to a mailing list that is mirrored. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 5 10:54:45 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Mar 2013 09:54:45 -0000 Subject: [FFmpeg-trac] #2326(documentation:closed): -nostats missing from the official documentation In-Reply-To: <034.bbe53b7c318bb6814b2ccf01990b9de3@avcodec.org> References: <034.bbe53b7c318bb6814b2ccf01990b9de3@avcodec.org> Message-ID: <049.67b625443e32806b43444dcae630d4bd@avcodec.org> #2326: -nostats missing from the official documentation -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: closed Priority: minor | Component: Version: git-master | documentation Keywords: | Resolution: Blocking: | worksforme Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by burek): If you already spent your time to quickly close this ticket, could you care to give any explanation, rather than to just act like a bot? The page http://ffmpeg.org/ffmpeg.html does not contain description for such a general option, hence this ticket was created. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 5 10:58:47 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Mar 2013 09:58:47 -0000 Subject: [FFmpeg-trac] #2324(undetermined:closed): Duplicate First Frame In-Reply-To: <038.130038902bc0889a69d36d66daaa9806@avcodec.org> References: <038.130038902bc0889a69d36d66daaa9806@avcodec.org> Message-ID: <053.dafd36d50a11e3f2ba18dae3120069ad@avcodec.org> #2324: Duplicate First Frame -------------------------------------+------------------------------------- Reporter: brchapman | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: mov | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by burek): It might help to start answering to people with "Thank you for your time spent to report this issue to us", rather then to just close it, not even mentioning what is it the duplicate of... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 5 11:09:35 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Mar 2013 10:09:35 -0000 Subject: [FFmpeg-trac] #2330(FFmpeg:new): Impossible to fast-forward and fast rewind m2ts made by ffmpeg with panasonic hdd recoder Message-ID: <038.098b8ebd90d28ea77392fed1962bcbf7@avcodec.org> #2330: Impossible to fast-forward and fast rewind m2ts made by ffmpeg with panasonic hdd recoder -----------------------------------+-------------------------------------- Reporter: bonconboy | 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: Thank you for cehoyos's consideration. It is impossible to fast-forward and fast rewind a m2ts file made by ffmpeg with panasonic hdd recoder. The m2ts files are smoothly playbacked with panasonic hdd recoder. My step Step 1 Making a m2ts file by ffmpeg Step 2 Converting the file to AVCHD by multiAVCHD, which is Authoring Tool for AVCHD or Blu-Ray and uses tsMuxeR. http://www.videohelp.com/tools/multiAVCHD http://www.videohelp.com/tools/tsMuxeR Step3 Playbaking the AVCHD with Panansonic HDD recorder source is DmC: Devil May Cry - Mission 9 EXCLUSIVE Gameplay - Eurogamer http://www.youtube.com/watch?v=ArGgYqW5Ssk Additional results When making a mkv file by handbrake in step 1, no problem in step 3. When making a m2ts file from the mkv file by ffmpeg in step 1, the problems appear in step 3. I wish and believe ffmpeg's progress and evolution. (Step1) Console of making m2ts by ffmpeg {{{ ffmpeg -i input.mp4 -t 15 -vf "fifo, scale= 720:480" -vcodec libx264 -aspect 16:9 -r 29.97 -acodec ac3 -ac 2 -ar 48000 -ab 96000 o_ff_m2ts.m2ts ffmpeg version 1.0.git-5a2f3f0 Copyright (c) 2000-2013 the FFmpeg developers built on Jan 2 2013 18:09:20 with gcc 4.7.2 (MacPorts gcc47 4.7.2_2) configuration: --prefix=/sw --cc=gcc-mp-4.7 --cxx=g++-mp-4.7 --extra- cflags='-mtune=native -mno-avx -mfpmath=sse -msse4.2' --extra- cxxflags='-mtune=native -mno-avx -mfpmath=sse -msse4.2' --enable-gpl --enable-pthreads --enable-version3 --enable-libspeex --enable-libvpx --disable-decoder=libvpx --enable-libmp3lame --enable-libtheora --enable- libvorbis --enable-libx264 --enable-nonfree --enable-libfaac --enable- libopenjpeg --enable-libschroedinger --enable-libmodplug --enable-libxvid --enable-libfreetype --enable-openssl --enable-avfilter --enable-filters --arch=x86_64 --cpu=corei7-avx --enable-libass --enable-libbluray --enable-libopencore_amrwb --enable-libopencore_amrnb libavutil 52. 13.100 / 52. 13.100 libavcodec 54. 85.100 / 54. 85.100 libavformat 54. 59.100 / 54. 59.100 libavdevice 54. 3.102 / 54. 3.102 libavfilter 3. 30.102 / 3. 30.102 libswscale 2. 1.103 / 2. 1.103 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'input.mp4': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: isommp42 creation_time : 2013-01-02 11:53:23 Duration: 00:04:11.16, start: 0.000000, bitrate: 5772 kb/s Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 1920x1080, 5578 kb/s, 25 fps, 25 tbr, 50 tbn, 50 tbc Metadata: creation_time : 1970-01-01 00:00:00 handler_name : VideoHandler Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 192 kb/s Metadata: creation_time : 2013-01-02 11:53:24 handler_name : IsoMedia File Produced by Google, 5-11-2011 [libx264 @ 0x102873000] using SAR=32/27 [libx264 @ 0x102873000] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2 AVX [libx264 @ 0x102873000] profile High, level 3.0 Output #0, mpegts, to 'o_ff_m2ts.m2ts': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: isommp42 encoder : Lavf54.59.100 Stream #0:0(und): Video: h264, yuv420p, 720x480 [SAR 32:27 DAR 16:9], q=-1--1, 90k tbn, 29.97 tbc Metadata: creation_time : 1970-01-01 00:00:00 handler_name : VideoHandler Stream #0:1(und): Audio: ac3, 48000 Hz, stereo, fltp, 96 kb/s Metadata: creation_time : 2013-01-02 11:53:24 handler_name : IsoMedia File Produced by Google, 5-11-2011 Stream mapping: Stream #0:0 -> #0:0 (h264 -> libx264) Stream #0:1 -> #0:1 (aac -> ac3) Press [q] to stop, [?] for help frame= 75 fps=0.0 q=29.0 size= 47kB time=00:00:02.42 bitrate= 160.1kbits/frame= 141 fps=141 q=29.0 size= 248kB time=00:00:04.89 bitrate= 415.2kbits/frame= 206 fps=136 q=29.0 size= 460kB time=00:00:06.84 bitrate= 550.2kbits/frame= 273 fps=136 q=29.0 size= 638kB time=00:00:09.27 bitrate= 563.9kbits/frame= 327 fps=129 q=29.0 size= 954kB time=00:00:11.22 bitrate= 696.3kbits/frame= 367 fps=121 q=29.0 size= 1302kB time=00:00:12.66 bitrate= 842.1kbits/frame= 415 fps=117 q=29.0 size= 1648kB time=00:00:14.13 bitrate= 954.8kbits/frame= 450 fps=107 q=-1.0 Lsize= 2207kB time=00:00:15.00 bitrate=1205.3kbits/s dup=75 drop=0 video:1771kB audio:176kB subtitle:0 global headers:0kB muxing overhead 13.398644% [libx264 @ 0x102873000] frame I:10 Avg QP:21.48 size: 15034 [libx264 @ 0x102873000] frame P:295 Avg QP:23.69 size: 4984 [libx264 @ 0x102873000] frame B:145 Avg QP:25.69 size: 1329 [libx264 @ 0x102873000] consecutive B-frames: 40.7% 48.0% 3.3% 8.0% [libx264 @ 0x102873000] mb I I16..4: 17.6% 67.6% 14.7% [libx264 @ 0x102873000] mb P I16..4: 5.7% 12.9% 1.4% P16..4: 31.8% 9.3% 4.0% 0.0% 0.0% skip:34.8% [libx264 @ 0x102873000] mb B I16..4: 0.2% 0.3% 0.1% B16..8: 25.6% 3.7% 0.7% direct: 1.7% skip:67.6% L0:30.1% L1:64.4% BI: 5.5% [libx264 @ 0x102873000] 8x8 transform intra:64.7% inter:77.3% [libx264 @ 0x102873000] coded y,uvDC,uvAC intra: 42.7% 60.8% 18.1% inter: 14.1% 20.1% 0.8% [libx264 @ 0x102873000] i16 v,h,dc,p: 35% 30% 6% 30% [libx264 @ 0x102873000] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 24% 22% 22% 4% 6% 6% 7% 5% 4% [libx264 @ 0x102873000] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 30% 22% 13% 4% 8% 8% 8% 5% 3% [libx264 @ 0x102873000] i8c dc,h,v,p: 56% 21% 18% 5% [libx264 @ 0x102873000] Weighted P-Frames: Y:12.5% UV:8.8% [libx264 @ 0x102873000] ref P L0: 65.6% 18.3% 11.6% 4.2% 0.3% [libx264 @ 0x102873000] ref B L0: 87.7% 12.3% 0.0% [libx264 @ 0x102873000] ref B L1: 99.7% 0.3% [libx264 @ 0x102873000] kb/s:966.09 }}} Console of m2ts made by ffmpeg {{{ ffmpeg -i o_ff_m2ts.m2ts ffmpeg version 1.0.git-5a2f3f0 Copyright (c) 2000-2013 the FFmpeg developers built on Jan 2 2013 18:09:20 with gcc 4.7.2 (MacPorts gcc47 4.7.2_2) configuration: --prefix=/sw --cc=gcc-mp-4.7 --cxx=g++-mp-4.7 --extra- cflags='-mtune=native -mno-avx -mfpmath=sse -msse4.2' --extra- cxxflags='-mtune=native -mno-avx -mfpmath=sse -msse4.2' --enable-gpl --enable-pthreads --enable-version3 --enable-libspeex --enable-libvpx --disable-decoder=libvpx --enable-libmp3lame --enable-libtheora --enable- libvorbis --enable-libx264 --enable-nonfree --enable-libfaac --enable- libopenjpeg --enable-libschroedinger --enable-libmodplug --enable-libxvid --enable-libfreetype --enable-openssl --enable-avfilter --enable-filters --arch=x86_64 --cpu=corei7-avx --enable-libass --enable-libbluray --enable-libopencore_amrwb --enable-libopencore_amrnb libavutil 52. 13.100 / 52. 13.100 libavcodec 54. 85.100 / 54. 85.100 libavformat 54. 59.100 / 54. 59.100 libavdevice 54. 3.102 / 54. 3.102 libavfilter 3. 30.102 / 3. 30.102 libswscale 2. 1.103 / 2. 1.103 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [mpegts @ 0x10280ec00] max_analyze_duration 5000000 reached at 5005000 Input #0, mpegts, from 'o_ff_m2ts.m2ts': Duration: 00:00:14.99, start: 1.394667, bitrate: 1206 kb/s Program 1 Metadata: service_name : Service01 service_provider: FFmpeg Stream #0:0[0x100]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p, 720x480 [SAR 32:27 DAR 16:9], 29.97 fps, 29.97 tbr, 90k tbn, 59.94 tbc Stream #0:1[0x101](und): Audio: ac3 ([129][0][0][0] / 0x0081), 48000 Hz, stereo, fltp, 96 kb/s At least one output file must be specified }}} (Step2) Console of file converted by multiavchd {{{ ffmpeg -i 00000.MTS ffmpeg version 1.0.git-5a2f3f0 Copyright (c) 2000-2013 the FFmpeg developers built on Jan 2 2013 18:09:20 with gcc 4.7.2 (MacPorts gcc47 4.7.2_2) configuration: --prefix=/sw --cc=gcc-mp-4.7 --cxx=g++-mp-4.7 --extra- cflags='-mtune=native -mno-avx -mfpmath=sse -msse4.2' --extra- cxxflags='-mtune=native -mno-avx -mfpmath=sse -msse4.2' --enable-gpl --enable-pthreads --enable-version3 --enable-libspeex --enable-libvpx --disable-decoder=libvpx --enable-libmp3lame --enable-libtheora --enable- libvorbis --enable-libx264 --enable-nonfree --enable-libfaac --enable- libopenjpeg --enable-libschroedinger --enable-libmodplug --enable-libxvid --enable-libfreetype --enable-openssl --enable-avfilter --enable-filters --arch=x86_64 --cpu=corei7-avx --enable-libass --enable-libbluray --enable-libopencore_amrwb --enable-libopencore_amrnb libavutil 52. 13.100 / 52. 13.100 libavcodec 54. 85.100 / 54. 85.100 libavformat 54. 59.100 / 54. 59.100 libavdevice 54. 3.102 / 54. 3.102 libavfilter 3. 30.102 / 3. 30.102 libswscale 2. 1.103 / 2. 1.103 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [mpegts @ 0x10280ec00] max_analyze_duration 5000000 reached at 5005000 Input #0, mpegts, from '00000.MTS': Duration: 00:00:15.02, start: 599.966644, bitrate: 1217 kb/s Program 1 Stream #0:0[0x1011]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p, 720x480 [SAR 32:27 DAR 16:9], 29.97 fps, 29.97 tbr, 90k tbn, 59.94 tbc Stream #0:1[0x1100](und): Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, stereo, fltp, 96 kb/s At least one output file must be specified }}} When making a mkv file by handbrake in step 1 (Step1) Console of mkv made by handbrake {{{ ffmpeg -i o_hb_mkv.mkv ffmpeg version 1.0.git-5a2f3f0 Copyright (c) 2000-2013 the FFmpeg developers built on Jan 2 2013 18:09:20 with gcc 4.7.2 (MacPorts gcc47 4.7.2_2) configuration: --prefix=/sw --cc=gcc-mp-4.7 --cxx=g++-mp-4.7 --extra- cflags='-mtune=native -mno-avx -mfpmath=sse -msse4.2' --extra- cxxflags='-mtune=native -mno-avx -mfpmath=sse -msse4.2' --enable-gpl --enable-pthreads --enable-version3 --enable-libspeex --enable-libvpx --disable-decoder=libvpx --enable-libmp3lame --enable-libtheora --enable- libvorbis --enable-libx264 --enable-nonfree --enable-libfaac --enable- libopenjpeg --enable-libschroedinger --enable-libmodplug --enable-libxvid --enable-libfreetype --enable-openssl --enable-avfilter --enable-filters --arch=x86_64 --cpu=corei7-avx --enable-libass --enable-libbluray --enable-libopencore_amrwb --enable-libopencore_amrnb libavutil 52. 13.100 / 52. 13.100 libavcodec 54. 85.100 / 54. 85.100 libavformat 54. 59.100 / 54. 59.100 libavdevice 54. 3.102 / 54. 3.102 libavfilter 3. 30.102 / 3. 30.102 libswscale 2. 1.103 / 2. 1.103 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, matroska,webm, from 'o_hb_mkv.mkv': Duration: 00:00:14.98, start: 0.000000, bitrate: 1085 kb/s Stream #0:0(eng): Video: h264 (High), yuv420p, 720x480 [SAR 32:27 DAR 16:9], SAR 186:157 DAR 279:157, 29.97 fps, 29.97 tbr, 1k tbn, 59.94 tbc (default) Stream #0:1: Audio: ac3, 48000 Hz, stereo, fltp, 96 kb/s (default) At least one output file must be specified }}} (Step2) Console of file converted by multiavchd {{{ ffmpeg -i 00001.MTS ffmpeg version 1.0.git-5a2f3f0 Copyright (c) 2000-2013 the FFmpeg developers built on Jan 2 2013 18:09:20 with gcc 4.7.2 (MacPorts gcc47 4.7.2_2) configuration: --prefix=/sw --cc=gcc-mp-4.7 --cxx=g++-mp-4.7 --extra- cflags='-mtune=native -mno-avx -mfpmath=sse -msse4.2' --extra- cxxflags='-mtune=native -mno-avx -mfpmath=sse -msse4.2' --enable-gpl --enable-pthreads --enable-version3 --enable-libspeex --enable-libvpx --disable-decoder=libvpx --enable-libmp3lame --enable-libtheora --enable- libvorbis --enable-libx264 --enable-nonfree --enable-libfaac --enable- libopenjpeg --enable-libschroedinger --enable-libmodplug --enable-libxvid --enable-libfreetype --enable-openssl --enable-avfilter --enable-filters --arch=x86_64 --cpu=corei7-avx --enable-libass --enable-libbluray --enable-libopencore_amrwb --enable-libopencore_amrnb libavutil 52. 13.100 / 52. 13.100 libavcodec 54. 85.100 / 54. 85.100 libavformat 54. 59.100 / 54. 59.100 libavdevice 54. 3.102 / 54. 3.102 libavfilter 3. 30.102 / 3. 30.102 libswscale 2. 1.103 / 2. 1.103 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [mpegts @ 0x10280ec00] max_analyze_duration 5000000 reached at 5005000 Input #0, mpegts, from '00001.MTS': Duration: 00:00:15.01, start: 599.966644, bitrate: 1234 kb/s Program 1 Stream #0:0[0x1011](eng): Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p, 720x480 [SAR 32:27 DAR 16:9], 29.97 fps, 29.97 tbr, 90k tbn, 59.94 tbc Stream #0:1[0x1100](und): Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, stereo, fltp, 96 kb/s At least one output file must be specified }}} When making a m2ts file from the mkv file by ffmpeg in step 1 (Step1) Console of making m2ts from file, which is made by handbrake, by ffmpeg {{{ ffmpeg -i o_hb_mkv.mkv -bsf h264_mp4toannexb -vcodec copy -acodec copy o_hb_mkv_to_m2ts_by_ff.m2ts ffmpeg version 1.0.git-5a2f3f0 Copyright (c) 2000-2013 the FFmpeg developers built on Jan 2 2013 18:09:20 with gcc 4.7.2 (MacPorts gcc47 4.7.2_2) configuration: --prefix=/sw --cc=gcc-mp-4.7 --cxx=g++-mp-4.7 --extra- cflags='-mtune=native -mno-avx -mfpmath=sse -msse4.2' --extra- cxxflags='-mtune=native -mno-avx -mfpmath=sse -msse4.2' --enable-gpl --enable-pthreads --enable-version3 --enable-libspeex --enable-libvpx --disable-decoder=libvpx --enable-libmp3lame --enable-libtheora --enable- libvorbis --enable-libx264 --enable-nonfree --enable-libfaac --enable- libopenjpeg --enable-libschroedinger --enable-libmodplug --enable-libxvid --enable-libfreetype --enable-openssl --enable-avfilter --enable-filters --arch=x86_64 --cpu=corei7-avx --enable-libass --enable-libbluray --enable-libopencore_amrwb --enable-libopencore_amrnb libavutil 52. 13.100 / 52. 13.100 libavcodec 54. 85.100 / 54. 85.100 libavformat 54. 59.100 / 54. 59.100 libavdevice 54. 3.102 / 54. 3.102 libavfilter 3. 30.102 / 3. 30.102 libswscale 2. 1.103 / 2. 1.103 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, matroska,webm, from 'o_hb_mkv.mkv': Duration: 00:00:14.98, start: 0.000000, bitrate: 1085 kb/s Stream #0:0(eng): Video: h264 (High), yuv420p, 720x480 [SAR 32:27 DAR 16:9], SAR 186:157 DAR 279:157, 29.97 fps, 29.97 tbr, 1k tbn, 59.94 tbc (default) Stream #0:1: Audio: ac3, 48000 Hz, stereo, fltp, 96 kb/s (default) Output #0, mpegts, to 'o_hb_mkv_to_m2ts_by_ff.m2ts': Metadata: encoder : Lavf54.59.100 Stream #0:0(eng): Video: h264, yuv420p, 720x480 [SAR 186:157 DAR 279:157], q=2-31, 29.97 fps, 90k tbn, 29.97 tbc (default) Stream #0:1: Audio: ac3, 48000 Hz, stereo, 96 kb/s (default) Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help frame= 449 fps=0.0 q=-1.0 Lsize= 2234kB time=00:00:15.00 bitrate=1219.4kbits/s video:1795kB audio:176kB subtitle:0 global headers:0kB muxing overhead 13.367189% }}} Console of m2ts made by ffmpeg {{{ ffmpeg -i o_hb_mkv_to_m2ts_by_ff.m2ts ffmpeg version 1.0.git-5a2f3f0 Copyright (c) 2000-2013 the FFmpeg developers built on Jan 2 2013 18:09:20 with gcc 4.7.2 (MacPorts gcc47 4.7.2_2) configuration: --prefix=/sw --cc=gcc-mp-4.7 --cxx=g++-mp-4.7 --extra- cflags='-mtune=native -mno-avx -mfpmath=sse -msse4.2' --extra- cxxflags='-mtune=native -mno-avx -mfpmath=sse -msse4.2' --enable-gpl --enable-pthreads --enable-version3 --enable-libspeex --enable-libvpx --disable-decoder=libvpx --enable-libmp3lame --enable-libtheora --enable- libvorbis --enable-libx264 --enable-nonfree --enable-libfaac --enable- libopenjpeg --enable-libschroedinger --enable-libmodplug --enable-libxvid --enable-libfreetype --enable-openssl --enable-avfilter --enable-filters --arch=x86_64 --cpu=corei7-avx --enable-libass --enable-libbluray --enable-libopencore_amrwb --enable-libopencore_amrnb libavutil 52. 13.100 / 52. 13.100 libavcodec 54. 85.100 / 54. 85.100 libavformat 54. 59.100 / 54. 59.100 libavdevice 54. 3.102 / 54. 3.102 libavfilter 3. 30.102 / 3. 30.102 libswscale 2. 1.103 / 2. 1.103 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [mpegts @ 0x10280ec00] max_analyze_duration 5000000 reached at 5005000 Input #0, mpegts, from 'o_hb_mkv_to_m2ts_by_ff.m2ts': Duration: 00:00:14.95, start: 1.400000, bitrate: 1224 kb/s Program 1 Metadata: service_name : Service01 service_provider: FFmpeg Stream #0:0[0x100]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p, 720x480 [SAR 32:27 DAR 16:9], 29.97 fps, 29.97 tbr, 90k tbn, 59.94 tbc Stream #0:1[0x101]: Audio: ac3 ([129][0][0][0] / 0x0081), 48000 Hz, stereo, fltp, 96 kb/s At least one output file must be specified }}} (Step2) Console of file converted by multiavchd {{{ ffmpeg -i 00002.MTS ffmpeg version 1.0.git-5a2f3f0 Copyright (c) 2000-2013 the FFmpeg developers built on Jan 2 2013 18:09:20 with gcc 4.7.2 (MacPorts gcc47 4.7.2_2) configuration: --prefix=/sw --cc=gcc-mp-4.7 --cxx=g++-mp-4.7 --extra- cflags='-mtune=native -mno-avx -mfpmath=sse -msse4.2' --extra- cxxflags='-mtune=native -mno-avx -mfpmath=sse -msse4.2' --enable-gpl --enable-pthreads --enable-version3 --enable-libspeex --enable-libvpx --disable-decoder=libvpx --enable-libmp3lame --enable-libtheora --enable- libvorbis --enable-libx264 --enable-nonfree --enable-libfaac --enable- libopenjpeg --enable-libschroedinger --enable-libmodplug --enable-libxvid --enable-libfreetype --enable-openssl --enable-avfilter --enable-filters --arch=x86_64 --cpu=corei7-avx --enable-libass --enable-libbluray --enable-libopencore_amrwb --enable-libopencore_amrnb libavutil 52. 13.100 / 52. 13.100 libavcodec 54. 85.100 / 54. 85.100 libavformat 54. 59.100 / 54. 59.100 libavdevice 54. 3.102 / 54. 3.102 libavfilter 3. 30.102 / 3. 30.102 libswscale 2. 1.103 / 2. 1.103 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [mpegts @ 0x10280ec00] max_analyze_duration 5000000 reached at 5005000 Input #0, mpegts, from '00002.MTS': Duration: 00:00:15.01, start: 599.966644, bitrate: 1234 kb/s Program 1 Stream #0:0[0x1011]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p, 720x480 [SAR 32:27 DAR 16:9], 29.97 fps, 29.97 tbr, 90k tbn, 59.94 tbc Stream #0:1[0x1100](und): Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, stereo, fltp, 96 kb/s At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 5 11:28:36 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Mar 2013 10:28:36 -0000 Subject: [FFmpeg-trac] #2326(documentation:closed): -nostats missing from the official documentation In-Reply-To: <034.bbe53b7c318bb6814b2ccf01990b9de3@avcodec.org> References: <034.bbe53b7c318bb6814b2ccf01990b9de3@avcodec.org> Message-ID: <049.caa79926ea8924a163091ff5f9abdee6@avcodec.org> #2326: -nostats missing from the official documentation -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: closed Priority: minor | Component: Version: git-master | documentation Keywords: | Resolution: Blocking: | worksforme Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Please add some explanations to the following tickets: #228, #1802, #1387, #2322 (I believe there are more but I suggest you start with those.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 5 11:35:58 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Mar 2013 10:35:58 -0000 Subject: [FFmpeg-trac] #2326(documentation:closed): -nostats missing from the official documentation In-Reply-To: <034.bbe53b7c318bb6814b2ccf01990b9de3@avcodec.org> References: <034.bbe53b7c318bb6814b2ccf01990b9de3@avcodec.org> Message-ID: <049.d964d737feae65c4e3ce960567eba3af@avcodec.org> #2326: -nostats missing from the official documentation -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: closed Priority: minor | Component: Version: git-master | documentation Keywords: | Resolution: Blocking: | worksforme Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by burek): I already said I don't have such hardware configurations in place anymore. Tickets are just too old and I don't have a chance anymore to provide any additional useful inputs on those tickets, sorry. Btw, what does that have to do with closing tickets without explanations? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 5 11:37:27 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Mar 2013 10:37:27 -0000 Subject: [FFmpeg-trac] #2326(documentation:closed): -nostats missing from the official documentation In-Reply-To: <034.bbe53b7c318bb6814b2ccf01990b9de3@avcodec.org> References: <034.bbe53b7c318bb6814b2ccf01990b9de3@avcodec.org> Message-ID: <049.3589424068742afe7549cf3e331f01ae@avcodec.org> #2326: -nostats missing from the official documentation -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: closed Priority: minor | Component: Version: git-master | documentation Keywords: | Resolution: Blocking: | worksforme Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:4 burek]: > I already said I don't have such hardware configurations in place anymore. What is hardware-specific about tickets #228 and #2322 ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 5 11:39:19 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Mar 2013 10:39:19 -0000 Subject: [FFmpeg-trac] #2322(undetermined:new): Memory leak in muxing.c In-Reply-To: <034.9a76eece348ed6b5977b03d367e7d43f@avcodec.org> References: <034.9a76eece348ed6b5977b03d367e7d43f@avcodec.org> Message-ID: <049.53c19c99547b58a33f8efbac15c3ec82@avcodec.org> #2322: Memory leak in muxing.c -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: leak | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by burek): It's not my issue and I don't have such an output. I just redirected a user's suggestion from the forum to bug tracker. It shouldn't be too hard to reproduce, if you read the ticket's description, I guess. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 5 11:40:32 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Mar 2013 10:40:32 -0000 Subject: [FFmpeg-trac] #1382(avformat:closed): Streaming the output + saving to the local file In-Reply-To: <034.681bf142ba2d6d1a36a0dcb8a3a2cc69@avcodec.org> References: <034.681bf142ba2d6d1a36a0dcb8a3a2cc69@avcodec.org> Message-ID: <049.d10ca2a1da52240c996f498afe1addc7@avcodec.org> #1382: Streaming the output + saving to the local file -------------------------------------+------------------------------------ Reporter: burek | Owner: Type: enhancement | Status: closed Priority: wish | Component: avformat Version: git-master | Resolution: fixed Keywords: tee | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => tee * resolution: => fixed * status: new => closed * component: undetermined => avformat Comment: I suspect the tee muxer by Nicolas George supports this feature (although I wonder why the last command line in the original report shouldn't work with older FFmpeg versions as well). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 5 11:45:20 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Mar 2013 10:45:20 -0000 Subject: [FFmpeg-trac] #1328(avformat:closed): image2 demuxer to support file list In-Reply-To: <034.71fb11e3fdd6a1b7771b0c7cbc965b3f@avcodec.org> References: <034.71fb11e3fdd6a1b7771b0c7cbc965b3f@avcodec.org> Message-ID: <049.f1ec7eb123d5d492128d1fc308b812d3@avcodec.org> #1328: image2 demuxer to support file list -------------------------------------+------------------------------------ Reporter: burek | Owner: Type: enhancement | Status: closed Priority: wish | Component: avformat Version: unspecified | Resolution: wontfix Keywords: image2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * status: open => closed * resolution: => wontfix Comment: Since the concat demuxer supports this kind of input list - see http://ffmpeg.org/ffmpeg-formats.html#concat - I don't think the image2 demuxer will get this additional feature. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 5 11:46:15 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Mar 2013 10:46:15 -0000 Subject: [FFmpeg-trac] #2326(documentation:closed): -nostats missing from the official documentation In-Reply-To: <034.bbe53b7c318bb6814b2ccf01990b9de3@avcodec.org> References: <034.bbe53b7c318bb6814b2ccf01990b9de3@avcodec.org> Message-ID: <049.23b885c3d938e9b24c6748d1761c228c@avcodec.org> #2326: -nostats missing from the official documentation -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: closed Priority: minor | Component: Version: git-master | documentation Keywords: | Resolution: Blocking: | worksforme Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by burek): I replied to #2322 and for #228, I don't remember the exact hardware configuration used (which webcam was used and in which scenario, either LAN/internet, etc), so I can't properly answer your questions (which you added 19 months after the initial bug report submission)... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 5 11:50:29 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Mar 2013 10:50:29 -0000 Subject: [FFmpeg-trac] #2326(documentation:closed): -nostats missing from the official documentation In-Reply-To: <034.bbe53b7c318bb6814b2ccf01990b9de3@avcodec.org> References: <034.bbe53b7c318bb6814b2ccf01990b9de3@avcodec.org> Message-ID: <049.669f6798db0c3c16868d0da22e5cc1ab@avcodec.org> #2326: -nostats missing from the official documentation -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: closed Priority: minor | Component: Version: git-master | documentation Keywords: | Resolution: Blocking: | worksforme Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:4 burek]: > Btw, what does that have to do with closing tickets without explanations? Assuming we agree that time is the only limiting factor in FFmpeg development, I wonder why you don't want to spend some time to elaborate on tickets that I cannot reproduce here (and nobody else wants to work on them as it seems), but I have to take the time to tell you to please read [http://ffmpeg.org/ffmpeg.html#Options Options] and [http://ffmpeg.org/ffmpeg.html#Main-options Main-options] when both are linked (as first item!) from the page that you gave as your start point for the documentation. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 5 11:55:39 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Mar 2013 10:55:39 -0000 Subject: [FFmpeg-trac] #2322(undetermined:new): Memory leak in muxing.c In-Reply-To: <034.9a76eece348ed6b5977b03d367e7d43f@avcodec.org> References: <034.9a76eece348ed6b5977b03d367e7d43f@avcodec.org> Message-ID: <049.6f3c103935cb3fe485876cf0519a7483@avcodec.org> #2322: Memory leak in muxing.c -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: leak | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Unfortunately, all necessary information needed to reproduce a ticket has to be posted here in the tracker, no ticket must rely on external resources. Generally, you should only open tickets that you either can reproduce yourself or - in specific cases where this is impossible, this is definitely not such a case - where you collected all information that is available with reasonable effort. I opened a not so small number of tickets because of posts on ffmpeg-user and several third-party bug tracker, so it is safe to say that this is not unreasonable to ask. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 5 11:57:17 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Mar 2013 10:57:17 -0000 Subject: [FFmpeg-trac] #1382(avformat:closed): Streaming the output + saving to the local file In-Reply-To: <034.681bf142ba2d6d1a36a0dcb8a3a2cc69@avcodec.org> References: <034.681bf142ba2d6d1a36a0dcb8a3a2cc69@avcodec.org> Message-ID: <049.e21564e4105dea86890b6f02fe7fff82@avcodec.org> #1382: Streaming the output + saving to the local file -------------------------------------+------------------------------------ Reporter: burek | Owner: Type: enhancement | Status: closed Priority: wish | Component: avformat Version: git-master | Resolution: fixed Keywords: tee | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:2 cehoyos]: > although I wonder why the last command line in the original report shouldn't work with older FFmpeg versions as well. Ignore that, I initially misread the original post. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 5 12:14:51 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Mar 2013 11:14:51 -0000 Subject: [FFmpeg-trac] #2326(documentation:closed): -nostats missing from the official documentation In-Reply-To: <034.bbe53b7c318bb6814b2ccf01990b9de3@avcodec.org> References: <034.bbe53b7c318bb6814b2ccf01990b9de3@avcodec.org> Message-ID: <049.2eb1c856194580fbb38986836623c26b@avcodec.org> #2326: -nostats missing from the official documentation -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: closed Priority: minor | Component: Version: git-master | documentation Keywords: | Resolution: Blocking: | worksforme Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:6 burek]: > I replied to #2322 and for #228, I did answer on #2322 but I don't see a reply from you for #228 - could you try again? > I don't remember the exact hardware configuration used (which webcam was used and in which scenario, either LAN/internet, etc), so I can't properly answer your questions Apart from the fact that nothing about #228 looks hardware-configuration related, don't you agree that this indicates that you did not provide all necessary information when opening the ticket? > (which you added 19 months after the initial bug report submission)... I hope you realize that since you had already repeatedly explained how unhappy you are with the way I manage your issues I had hoped desperately that another developer would look at the tickets you opened. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 5 12:21:22 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Mar 2013 11:21:22 -0000 Subject: [FFmpeg-trac] #2326(documentation:closed): -nostats missing from the official documentation In-Reply-To: <034.bbe53b7c318bb6814b2ccf01990b9de3@avcodec.org> References: <034.bbe53b7c318bb6814b2ccf01990b9de3@avcodec.org> Message-ID: <049.e15e10ee2a5f216275cd9c92dc9a09ca@avcodec.org> #2326: -nostats missing from the official documentation -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: closed Priority: minor | Component: Version: git-master | documentation Keywords: | Resolution: Blocking: | worksforme Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by saste): Replying to [comment:8 cehoyos]: > Replying to [comment:6 burek]: > > I replied to #2322 and for #228, > > I did answer on #2322 but I don't see a reply from you for #228 - could you try again? How is this related to *this* ticket? Please avoid to add unrelated information, and use the appropriate channel (e.g. IRC) for discussing general things. @cehoyos: avoid to close a ticket with no explanation even if the reason may be obvious to you, that's rude and frustrates the attempt of helping with reports, rather leave the ticket as it is. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 5 12:25:12 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Mar 2013 11:25:12 -0000 Subject: [FFmpeg-trac] #2331(FFmpeg:new): Possibility to automatically cut input by audio format change Message-ID: <039.5997ed590f37380c6586c6e13ca40c40@avcodec.org> #2331: Possibility to automatically cut input by audio format change -------------------------------------+------------------------------------- Reporter: marvin0815 | Type: Status: new | enhancement Component: FFmpeg | Priority: normal Keywords: | Version: Blocking: | unspecified Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- DVB-Broadcasters often change the audio properties when the ads begin, e.g. from 448k ac3 to 192k and/or 5.1 to 2.0. It would be nice if ffmpeg could split the input into these segments which would make it easy to process recordings. -- marvin -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 5 13:30:19 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Mar 2013 12:30:19 -0000 Subject: [FFmpeg-trac] #968(undetermined:open): Error message at end of asf stream In-Reply-To: <035.f3e4268c099022856cce67d60bf2c706@avcodec.org> References: <035.f3e4268c099022856cce67d60bf2c706@avcodec.org> Message-ID: <050.d9346fd3eb46fd106b76035477ae7ee7@avcodec.org> #968: Error message at end of asf stream -------------------------------------+------------------------------------- Reporter: eiljoe | Owner: Type: defect | Status: open Priority: minor | Component: Version: git-master | undetermined Keywords: asf wmav2 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by eiljoe): Replying to [comment:4 michael]: > Is there something that plays more of this file or better ? > Or is the problem just that an error message is shown ? I just downloaded a newer build of ffmpeg of http://ffmpeg.zeranoe.com/builds/win64/static/ffmpeg-20130302-git-4f0d4ac- win64-static.7z and retried it: it seems like the movie is transcoded to the end (or at least very very close to it) and the resulting movie is playable, however ffmpeg finishes the transcoding with the following output to the console: {{{#!html
Stream mapping:
Stream #0:1 -> #0:0 (wmv2 -> msmpeg4)
Stream #0:0 -> #0:1 (wmav2 -> wmav2)
Press [q] to stop, [?] for help
get_buffer() failed q=31.0 size= 8810kB time=00:01:19.60 bitrate= 906.7kbits/s dup=85 drop=0
Error while decoding stream #0:0: Error number -22 occurred
frame= 1990 fps= 18 q=31.0 Lsize= 8892kB time=00:01:19.97 bitrate= 910.8kbits/s dup=85 drop=0
video:7351kB audio:1249kB subtitle:0 global headers:0kB muxing overhead 3.396760%
}}} which is causing problems to our software that runs ffmpeg since it scans the stdout for errors and finds one. BTW, playing the original movie with VLC v2.0.4 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 5 13:36:40 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Mar 2013 12:36:40 -0000 Subject: [FFmpeg-trac] #2331(undetermined:new): Possibility to automatically cut input by audio format change In-Reply-To: <039.5997ed590f37380c6586c6e13ca40c40@avcodec.org> References: <039.5997ed590f37380c6586c6e13ca40c40@avcodec.org> Message-ID: <054.16d3eb02e1d163ba99a42df76f21ce03@avcodec.org> #2331: Possibility to automatically cut input by audio format change -------------------------------------+------------------------------------- Reporter: marvin0815 | Owner: Type: enhancement | Status: new Priority: wish | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: normal => wish * version: unspecified => git-master * component: FFmpeg => undetermined Comment: How do you currently split input files? What I am trying to say is: I suspect it is not impossible to signal an audio property change but which part of FFmpeg would use the information? Or would it be sufficient to pass it to the segment muxer so that the user can throw away parts that he doesn't need anymore? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 5 13:40:37 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Mar 2013 12:40:37 -0000 Subject: [FFmpeg-trac] #2326(documentation:closed): -nostats missing from the official documentation In-Reply-To: <034.bbe53b7c318bb6814b2ccf01990b9de3@avcodec.org> References: <034.bbe53b7c318bb6814b2ccf01990b9de3@avcodec.org> Message-ID: <049.02a6fe658de71db07aa18e77165619ed@avcodec.org> #2326: -nostats missing from the official documentation -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: closed Priority: minor | Component: Version: git-master | documentation Keywords: | Resolution: Blocking: | worksforme Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:9 saste]: > Replying to [comment:8 cehoyos]: > > Replying to [comment:6 burek]: > > > I replied to #2322 and for #228, > > > > > I did answer on #2322 but I don't see a reply from you for #228 - could you try again? > > How is this related to *this* ticket? It is related because you wrote (here) that you commented on ticket #228 but I cannot find your comment there. > Please avoid to add unrelated information, and use the appropriate channel (e.g. IRC) for discussing general things. Since when is irc the appropriate channel to discuss tickets? Please elaborate. > @cehoyos: avoid to close a ticket with no explanation even if the reason may be obvious to you, that's rude and frustrates the attempt of helping with reports, Please avoid to open tickets without looking for a solution yourself, and please only open valid tickets, it is quite rude to repeatedly open tickets that miss (nearly) all needed information and it frustrates the developers who want to work on tickets. > rather leave the ticket as it is. No, this is a very bad idea. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 5 13:59:20 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Mar 2013 12:59:20 -0000 Subject: [FFmpeg-trac] #2311(documentation:open): unexpected tee muxer behaviour In-Reply-To: <033.567514996adbefb74183022357ad36f0@avcodec.org> References: <033.567514996adbefb74183022357ad36f0@avcodec.org> Message-ID: <048.4bd47d2155d63e692811447e9e670c8d@avcodec.org> #2311: unexpected tee muxer behaviour -------------------------------------+------------------------------------- Reporter: elkq | Owner: Type: defect | Status: open Priority: minor | Component: Version: git-master | documentation Keywords: tee | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: tee muxer => tee * priority: normal => minor * status: new => open * component: avformat => documentation Comment: A patch was sent: http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/159956 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 5 14:07:43 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Mar 2013 13:07:43 -0000 Subject: [FFmpeg-trac] #2330(undetermined:new): Impossible to fast-forward and fast rewind m2ts made by ffmpeg with panasonic hdd recoder In-Reply-To: <038.098b8ebd90d28ea77392fed1962bcbf7@avcodec.org> References: <038.098b8ebd90d28ea77392fed1962bcbf7@avcodec.org> Message-ID: <053.020b044e17953606a32d123560492999@avcodec.org> #2330: Impossible to fast-forward and fast rewind m2ts made by ffmpeg with panasonic hdd recoder -------------------------------------+------------------------------------- Reporter: bonconboy | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mpegts | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => mpegts * component: FFmpeg => undetermined Comment: Please test current git head. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 5 14:36:47 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Mar 2013 13:36:47 -0000 Subject: [FFmpeg-trac] #2311(documentation:closed): unexpected tee muxer behaviour In-Reply-To: <033.567514996adbefb74183022357ad36f0@avcodec.org> References: <033.567514996adbefb74183022357ad36f0@avcodec.org> Message-ID: <048.1ebcaf848bf9d6be4c099f77528e09a4@avcodec.org> #2311: unexpected tee muxer behaviour -------------------------------------+------------------------------------- Reporter: elkq | Owner: Type: defect | Status: closed Priority: minor | Component: Version: git-master | documentation Keywords: tee | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Nicolas George. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 5 14:45:33 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Mar 2013 13:45:33 -0000 Subject: [FFmpeg-trac] #2320(undetermined:new): "100 buffers queued in output stream 0:1" pcm_u8 -> libvorbis In-Reply-To: <034.0f8dc23f3b6f08067ecbf18637e71025@avcodec.org> References: <034.0f8dc23f3b6f08067ecbf18637e71025@avcodec.org> Message-ID: <049.72bb08f2a0b2c7154faafb391dbffe9b@avcodec.org> #2320: "100 buffers queued in output stream 0:1" pcm_u8 -> libvorbis --------------------------------+---------------------------------------- Reporter: Berbe | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 1.0.5 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Comment (by Cigaes): Apart from this warning, do you observe an actual problem with the output? If not, it just means that your input file is strangely interleaved (you can observe it with {{{ffprobe -show_frames}}}: you will notice a lot of audio frames before the first video frame) and causes a lot of memory allocation (but not monstrously so). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 5 16:06:50 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Mar 2013 15:06:50 -0000 Subject: [FFmpeg-trac] #2322(documentation:closed): Memory leak in muxing.c In-Reply-To: <034.9a76eece348ed6b5977b03d367e7d43f@avcodec.org> References: <034.9a76eece348ed6b5977b03d367e7d43f@avcodec.org> Message-ID: <049.a994a0cdd418c3b5763c61e8f72aad10@avcodec.org> #2322: Memory leak in muxing.c -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | documentation Keywords: leak | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed * version: unspecified => git-master * component: undetermined => documentation Comment: Fixed by Nicolas George. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 5 16:57:17 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Mar 2013 15:57:17 -0000 Subject: [FFmpeg-trac] #2268(FFprobe:open): ffprobe reporting incorrect dimension in xml format In-Reply-To: <036.c6ea93b78b6a0c917f6245f9fce72f77@avcodec.org> References: <036.c6ea93b78b6a0c917f6245f9fce72f77@avcodec.org> Message-ID: <051.9ecb14bce6423e4a0b9f8c4f8f395f61@avcodec.org> #2268: ffprobe reporting incorrect dimension in xml format ------------------------------------+----------------------------------- Reporter: smblr75 | Owner: Type: defect | Status: open Priority: normal | Component: FFprobe Version: git-master | Resolution: Keywords: vp6f | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by saste): * status: new => open * component: undetermined => FFprobe -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 5 17:03:40 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Mar 2013 16:03:40 -0000 Subject: [FFmpeg-trac] #2268(FFprobe:closed): ffprobe reporting incorrect dimension in xml format In-Reply-To: <036.c6ea93b78b6a0c917f6245f9fce72f77@avcodec.org> References: <036.c6ea93b78b6a0c917f6245f9fce72f77@avcodec.org> Message-ID: <051.fe59754a9665ba913c2c905c322ba04a@avcodec.org> #2268: ffprobe reporting incorrect dimension in xml format ------------------------------------+------------------------------------- Reporter: smblr75 | Owner: Type: defect | Status: closed Priority: normal | Component: FFprobe Version: git-master | Resolution: duplicate Keywords: vp6f | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------- Changes (by saste): * status: open => closed * resolution: => duplicate * reproduced: 0 => 1 Comment: Closing as a duplicate of ticket #1386. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 5 18:15:04 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Mar 2013 17:15:04 -0000 Subject: [FFmpeg-trac] #2327(undetermined:open): accept "chapters" as segment_times In-Reply-To: <036.b452525bf2fcc8f8b9b560f3985d14e5@avcodec.org> References: <036.b452525bf2fcc8f8b9b560f3985d14e5@avcodec.org> Message-ID: <051.aa84c2d881ec33d6042d5697e7c7e716@avcodec.org> #2327: accept "chapters" as segment_times -------------------------------------+------------------------------------- Reporter: dericed | Owner: Type: enhancement | Status: open Priority: wish | Component: Version: git-master | undetermined Keywords: segment | Resolution: chapters | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by saste): * analyzed: 0 => 1 * status: new => open * reproduced: 0 => 1 Comment: The problem is that the segment muxer knows nothing about the input file chapters, and I don't know how/if that information can be propagated. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 5 19:06:33 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Mar 2013 18:06:33 -0000 Subject: [FFmpeg-trac] #2327(undetermined:open): accept "chapters" as segment_times In-Reply-To: <036.b452525bf2fcc8f8b9b560f3985d14e5@avcodec.org> References: <036.b452525bf2fcc8f8b9b560f3985d14e5@avcodec.org> Message-ID: <051.94b23ba2a30cad75ab829593785b4512@avcodec.org> #2327: accept "chapters" as segment_times -------------------------------------+------------------------------------- Reporter: dericed | Owner: Type: enhancement | Status: open Priority: wish | Component: Version: git-master | undetermined Keywords: segment | Resolution: chapters | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by Cigaes): That was my first reaction too, but then I realized that the muxer has access to the chapters of the ''output'' file, it is even precisely its task to do something with them. The {{{ffmpeg}}} command-line tool constructs the chapters for the outputs using, by default, the chapters from the inputs, adjusting times and dropping unused chapters if necessary, so propagation from input to output is already implemented. I believe this feature would, in fact, be quite simple. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 5 20:29:14 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Mar 2013 19:29:14 -0000 Subject: [FFmpeg-trac] #2325(undetermined:new): MP4 AAC Audio is delayed by 2ms when converted to PCM In-Reply-To: <038.8e89bfe0494da9771630a95c8d453873@avcodec.org> References: <038.8e89bfe0494da9771630a95c8d453873@avcodec.org> Message-ID: <053.96df7af786b971cf74292cb62716ef8e@avcodec.org> #2325: MP4 AAC Audio is delayed by 2ms when converted to PCM -------------------------------------+------------------------------------- Reporter: brchapman | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: aac mov | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by brchapman): The command doesn't fail, but here's the output {{{ % ffmpeg -i test100.mp4 -c:a pcm_s16le test100_audio.wav ffmpeg version 1.1.git Copyright (c) 2000-2013 the FFmpeg developers built on Mar 4 2013 11:40:27 with Apple clang version 4.1 (tags/Apple/clang-421.11.66) (based on LLVM 3.1svn) configuration: --prefix=/usr/local/Cellar/ffmpeg/HEAD --enable-shared --enable-pthreads --enable-gpl --enable-version3 --enable-nonfree --enable-hardcoded-tables --enable-avresample --cc=cc --host-cflags= --host-ldflags= --enable-libx264 --enable-libfaac --enable-libmp3lame --enable-libxvid --enable-libfreetype --enable-ffplay libavutil 52. 17.103 / 52. 17.103 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.102 / 54. 63.102 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 41.100 / 3. 41.100 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'test100.mp4': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: mp42mp41 creation_time : 2013-03-04 21:40:01 Duration: 00:00:12.50, start: 0.000000, bitrate: 283 kb/s Stream #0:0(eng): Video: h264 (Main) (avc1 / 0x31637661), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 85 kb/s, 24 fps, 24 tbr, 24k tbn, 48 tbc Metadata: creation_time : 2013-03-04 21:40:01 handler_name : Mainconcept MP4 Video Media Handler Stream #0:1(eng): Audio: aac (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 189 kb/s Metadata: creation_time : 2013-03-04 21:40:01 handler_name : Mainconcept MP4 Sound Media Handler File 'test100_audio.wav' already exists. Overwrite ? [y/N] y Output #0, wav, to 'test100_audio.wav': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: mp42mp41 ISFT : Lavf54.63.102 Stream #0:0(eng): Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, stereo, s16, 1536 kb/s Metadata: creation_time : 2013-03-04 21:40:01 handler_name : Mainconcept MP4 Sound Media Handler Stream mapping: Stream #0:1 -> #0:0 (aac -> pcm_s16le) Press [q] to stop, [?] for help size= 2344kB time=00:00:12.50 bitrate=1536.1kbits/s video:0kB audio:2344kB subtitle:0 global headers:0kB muxing overhead 0.003333% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 5 20:51:13 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Mar 2013 19:51:13 -0000 Subject: [FFmpeg-trac] #2320(undetermined:new): "100 buffers queued in output stream 0:1" pcm_u8 -> libvorbis In-Reply-To: <034.0f8dc23f3b6f08067ecbf18637e71025@avcodec.org> References: <034.0f8dc23f3b6f08067ecbf18637e71025@avcodec.org> Message-ID: <049.a08716a87cb9e3e2de7475e90eaaac8b@avcodec.org> #2320: "100 buffers queued in output stream 0:1" pcm_u8 -> libvorbis --------------------------------+---------------------------------------- Reporter: Berbe | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 1.0.5 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Comment (by Berbe): Replying to [comment:6 cehoyos]: > So the ticket is not reproducible with the internal vorbis decoder, thank you for confirming! You seem to want to make a conclusion before actually seeing anything pushing in that direction. I said I couldn't produce an output with the 'vorbis' encoder... Until then, even a broken output produced with 'libvorbis' is better than nothing at all ;o) Replying to [comment:7 Cigaes]: > Apart from this warning, do you observe an actual problem with the output? If you look at my last command output, notice the last line: 'Error while opening encoder for output stream #0:1' There is no output produced, only an empty file with the webm extension. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 5 20:57:44 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Mar 2013 19:57:44 -0000 Subject: [FFmpeg-trac] #2320(undetermined:new): "100 buffers queued in output stream 0:1" pcm_u8 -> libvorbis In-Reply-To: <034.0f8dc23f3b6f08067ecbf18637e71025@avcodec.org> References: <034.0f8dc23f3b6f08067ecbf18637e71025@avcodec.org> Message-ID: <049.e17f401cc2dd2aca6fc1aef4897fbf5e@avcodec.org> #2320: "100 buffers queued in output stream 0:1" pcm_u8 -> libvorbis --------------------------------+---------------------------------------- Reporter: Berbe | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 1.0.5 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Comment (by Cigaes): The error in your last comment has absolutely nothing to do with the problem at hand. Basic sanity check: did you read the error message? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 5 21:08:43 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Mar 2013 20:08:43 -0000 Subject: [FFmpeg-trac] #2320(undetermined:new): "100 buffers queued in output stream 0:1" pcm_u8 -> libvorbis In-Reply-To: <034.0f8dc23f3b6f08067ecbf18637e71025@avcodec.org> References: <034.0f8dc23f3b6f08067ecbf18637e71025@avcodec.org> Message-ID: <049.b53aafcd19fc7b2ad3cfa82c197ebdf4@avcodec.org> #2320: "100 buffers queued in output stream 0:1" pcm_u8 -> libvorbis --------------------------------+---------------------------------------- Reporter: Berbe | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 1.0.5 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Comment (by Berbe): Replying to [comment:9 Cigaes]: > The error in your last comment has absolutely nothing to do with the problem at hand. Basic sanity check: did you read the error message? There are basically 2 error messages in the published output: {{{ [vorbis @ 0xa59940] Current FFmpeg Vorbis encoder only supports 2 channels. }}} I have video + mono audio, that's 2 channels, right or not? I don't get the problem there {{{ Error while opening encoder for output stream #0:1 - maybe incorrect parameters such as bit_rate, rate, width or height }}} I don't know what I am supposed to put as arguments. The encoder seems to be waiting for some, but which? 'libvorbis' did it all by itself, allowing tweaking through arguments only when necessary -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 5 21:10:28 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Mar 2013 20:10:28 -0000 Subject: [FFmpeg-trac] #2320(undetermined:new): "100 buffers queued in output stream 0:1" pcm_u8 -> libvorbis In-Reply-To: <034.0f8dc23f3b6f08067ecbf18637e71025@avcodec.org> References: <034.0f8dc23f3b6f08067ecbf18637e71025@avcodec.org> Message-ID: <049.4a865c0c823e4fbb3e3ac16fd010789b@avcodec.org> #2320: "100 buffers queued in output stream 0:1" pcm_u8 -> libvorbis --------------------------------+---------------------------------------- Reporter: Berbe | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 1.0.5 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Comment (by Cigaes): You have two ''streams'', and your audio streams has too few ''channels''. I wonder why you believe that the video stream could count for anything for the Vorbis encoder. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 5 21:17:44 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Mar 2013 20:17:44 -0000 Subject: [FFmpeg-trac] #2320(undetermined:new): "100 buffers queued in output stream 0:1" pcm_u8 -> libvorbis In-Reply-To: <034.0f8dc23f3b6f08067ecbf18637e71025@avcodec.org> References: <034.0f8dc23f3b6f08067ecbf18637e71025@avcodec.org> Message-ID: <049.4675531f95c004e68bd586fe2facc8e7@avcodec.org> #2320: "100 buffers queued in output stream 0:1" pcm_u8 -> libvorbis --------------------------------+---------------------------------------- Reporter: Berbe | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 1.0.5 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Comment (by Berbe): Replying to [comment:11 Cigaes]: > You have two ''streams'', and your audio streams has too few ''channels''. > > I wonder why you believe that the video stream could count for anything for the Vorbis encoder. You're right, my bad. But I still need to get past the problem and my knowledge of what I am playing with, as you can see, is far from being extensive. Where does the problem come from? Is there any mean to produce a working output for I can check if it is playable? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 5 21:19:40 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Mar 2013 20:19:40 -0000 Subject: [FFmpeg-trac] #2320(undetermined:new): "100 buffers queued in output stream 0:1" pcm_u8 -> libvorbis In-Reply-To: <034.0f8dc23f3b6f08067ecbf18637e71025@avcodec.org> References: <034.0f8dc23f3b6f08067ecbf18637e71025@avcodec.org> Message-ID: <049.dfd7892be45afac215b8ad22d2015178@avcodec.org> #2320: "100 buffers queued in output stream 0:1" pcm_u8 -> libvorbis --------------------------------+---------------------------------------- Reporter: Berbe | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 1.0.5 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Comment (by Cigaes): You did not answer my first question: do you actually have a '''problem''' with your file? I also suggested you to look at the output of {{{ffprobe -show_frames}}} on your file, and it does not seem you did. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 5 21:31:33 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Mar 2013 20:31:33 -0000 Subject: [FFmpeg-trac] #2320(undetermined:new): "100 buffers queued in output stream 0:1" pcm_u8 -> libvorbis In-Reply-To: <034.0f8dc23f3b6f08067ecbf18637e71025@avcodec.org> References: <034.0f8dc23f3b6f08067ecbf18637e71025@avcodec.org> Message-ID: <049.fcd78a01b93f3a9e56a87dcda56ac491@avcodec.org> #2320: "100 buffers queued in output stream 0:1" pcm_u8 -> libvorbis --------------------------------+---------------------------------------- Reporter: Berbe | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 1.0.5 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Comment (by Berbe): Replying to [comment:13 Cigaes]: > You did not answer my first question: do you actually have a '''problem''' with your file? I did say there is no output produced. That's hence a problem. Replying to [comment:8 Berbe]: > There is no output produced, only an empty file with the webm extension. Replying to [comment:13 Cigaes]: > I also suggested you to look at the output of {{{ffprobe -show_frames}}} on your file, and it does not seem you did. On the contrary of what you guessed, there is no huge burst of audio frames at the beginning. The file starts with a frame of audio, and each of them is separated by 15 frames of video. I don't know what information you are looking for precisely. Is it wise to copy-paste 2300+ lines of test from the output here? :oP -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 5 23:40:32 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Mar 2013 22:40:32 -0000 Subject: [FFmpeg-trac] #2325(undetermined:new): MP4 AAC Audio is delayed by 2ms when converted to PCM In-Reply-To: <038.8e89bfe0494da9771630a95c8d453873@avcodec.org> References: <038.8e89bfe0494da9771630a95c8d453873@avcodec.org> Message-ID: <053.43af9438df139d60661798b491781f06@avcodec.org> #2325: MP4 AAC Audio is delayed by 2ms when converted to PCM -------------------------------------+------------------------------------- Reporter: brchapman | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: aac mov | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: aac mov => aac mov regression * priority: normal => important Comment: If there is an issue, it is a regression since 1edea05 Could you explain how you know that the delay is a bug? What is the other application you are testing? Do you see the same problem if you extract the audio stream from the mov file with "ffmpeg -i test100.mp4 -acodec copy out.aac" ? Ie, is the problem in any way related to the container or only to aac? I see the same delay when decoding the extracted aac file with FFmpeg, but does your reference application also decode the extracted aac file without this delay? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 5 23:42:12 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Mar 2013 22:42:12 -0000 Subject: [FFmpeg-trac] #2325(undetermined:new): MP4 AAC Audio is delayed by 2ms when converted to PCM In-Reply-To: <038.8e89bfe0494da9771630a95c8d453873@avcodec.org> References: <038.8e89bfe0494da9771630a95c8d453873@avcodec.org> Message-ID: <053.44abbd30d3b2efec2977b0057884770d@avcodec.org> #2325: MP4 AAC Audio is delayed by 2ms when converted to PCM -------------------------------------+------------------------------------- Reporter: brchapman | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: aac mov | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): The nero binary decoder shows the same delay as FFmpeg. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 5 23:52:21 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Mar 2013 22:52:21 -0000 Subject: [FFmpeg-trac] #1386(FFprobe:open): ffprobe report different widths for some videos In-Reply-To: <033.231f917c013dcfa55785b9e88b2ecb8d@avcodec.org> References: <033.231f917c013dcfa55785b9e88b2ecb8d@avcodec.org> Message-ID: <048.48447873d97415823383e2809dcc2a1d@avcodec.org> #1386: ffprobe report different widths for some videos -------------------------------------+------------------------------------- Reporter: ?onny | Owner: stefano Type: defect | Status: open Priority: normal | Component: FFprobe Version: unspecified | Resolution: Keywords: height site | Blocked By: XML JSON | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by DonMoir): Before you call avcodec_open the AVCodecContext width and height are correct. After you call avcodec_open either the width or height of the AVCodecContext can be off by 8. With FLV 368x288.flv its the width. With the files from tickets #2268 and #465 its the height. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 6 00:12:42 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Mar 2013 23:12:42 -0000 Subject: [FFmpeg-trac] #1964(avformat:open): Request support for decoding / demuxing Adobe HDS dynamic http streaming In-Reply-To: <038.95c9cd9f7acf0a211f5f98aad3471a09@avcodec.org> References: <038.95c9cd9f7acf0a211f5f98aad3471a09@avcodec.org> Message-ID: <053.6df2fe641ebdfdf7f4fb45bd5f5a6286@avcodec.org> #1964: Request support for decoding / demuxing Adobe HDS dynamic http streaming -------------------------------------+------------------------------------ Reporter: ottomatic | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: HDS | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by ottomatic): @cdunford: work us still ongoing. Progress is slow and erratic due to reasons given above, plus I work full time and have two kids to attend to. Any help would be appreciated. First off, properly freeing allocated memory would be good. I'm used to working with managed languages and soviet have postponed the whole cleanup bit. Are you used to working with github projects? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 6 00:16:59 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Mar 2013 23:16:59 -0000 Subject: [FFmpeg-trac] #2325(undetermined:new): MP4 AAC Audio is delayed by 2ms when converted to PCM In-Reply-To: <038.8e89bfe0494da9771630a95c8d453873@avcodec.org> References: <038.8e89bfe0494da9771630a95c8d453873@avcodec.org> Message-ID: <053.2e17c2d046dd73cb7456fa83a39eada9@avcodec.org> #2325: MP4 AAC Audio is delayed by 2ms when converted to PCM -------------------------------------+------------------------------------- Reporter: brchapman | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: aac mov | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by brchapman): Replying to [comment:4 cehoyos]: > If there is an issue, it is a regression since 1edea05 Just tried pulling that revision, and building. I still get the same delay. > Could you explain how you know that the delay is a bug? When converting through After Effects, I don't get this delay. Everything lines up exactly in the output wave file. > What is the other application you are testing? Adobe After Effects > Do you see the same problem if you extract the audio stream from the mov file with "ffmpeg -i test100.mp4 -acodec copy out.aac" ? Ie, is the problem in any way related to the container or only to aac? No, I don't get the delay. It lines up perfectly. I see the same delay when decoding the extracted aac file with FFmpeg, but does your reference application also decode the extracted aac file without this delay? After Effects decodes it without the delay. However, I just noticed that when exporting a wave file from the mp4 using Quicktime 7 Pro, it's audio delay was reversed. The Quicktime's audio is 2ms ahead of the source, whereas ffmpeg's audio is 2ms behind the source. If there is an alternate solution using command line flags, I'd be up for that as well. Just trying to figure out how to make sure the source and output audio lines up exactly. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 6 00:53:30 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Mar 2013 23:53:30 -0000 Subject: [FFmpeg-trac] #2325(undetermined:new): MP4 AAC Audio is delayed by 2ms when converted to PCM In-Reply-To: <038.8e89bfe0494da9771630a95c8d453873@avcodec.org> References: <038.8e89bfe0494da9771630a95c8d453873@avcodec.org> Message-ID: <053.297418e1ac106d1310daeeba03787681@avcodec.org> #2325: MP4 AAC Audio is delayed by 2ms when converted to PCM -------------------------------------+------------------------------------- Reporter: brchapman | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: aac mov | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:6 brchapman]: > Replying to [comment:4 cehoyos]: > > If there is an issue, it is a regression since 1edea05 > Just tried pulling that revision, and building. I still get the same delay. Since it is a regression since that revision, you will have to test an earlier version;-) > > Could you explain how you know that the delay is a bug? > When converting through After Effects, I don't get this delay. Everything lines up exactly in the output wave file. How does it "line up"? (I don't understand how the numbers should relate to the sound. I am certainly not claiming there is no issue - I don't know - but since we know already of three - very different - applications that decode the sample differently from After Effects, I wonder how you can be sure that it is correct.) > > Do you see the same problem if you extract the audio stream from the mov file with "ffmpeg -i test100.mp4 -acodec copy out.aac" ? Ie, is the problem in any way related to the container or only to aac? > No, I don't get the delay. It lines up perfectly. You mean you get the same delay if you use FFmpeg but no delay with After Effects if you try with the aac file - or do I misunderstand? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 6 01:07:45 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 06 Mar 2013 00:07:45 -0000 Subject: [FFmpeg-trac] #2330(undetermined:new): Impossible to fast-forward and fast rewind m2ts made by ffmpeg with panasonic hdd recoder In-Reply-To: <038.098b8ebd90d28ea77392fed1962bcbf7@avcodec.org> References: <038.098b8ebd90d28ea77392fed1962bcbf7@avcodec.org> Message-ID: <053.f6ca84ff1875fb8d37098b8cfc9df8f8@avcodec.org> #2330: Impossible to fast-forward and fast rewind m2ts made by ffmpeg with panasonic hdd recoder -------------------------------------+------------------------------------- Reporter: bonconboy | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mpegts | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by bonconboy): > Please test current git head. Yes. Please wait. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 6 01:12:55 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 06 Mar 2013 00:12:55 -0000 Subject: [FFmpeg-trac] #2325(undetermined:new): MP4 AAC Audio is delayed by 2ms when converted to PCM In-Reply-To: <038.8e89bfe0494da9771630a95c8d453873@avcodec.org> References: <038.8e89bfe0494da9771630a95c8d453873@avcodec.org> Message-ID: <053.3014ae741c9b6d0de73a16d9b7a5e754@avcodec.org> #2325: MP4 AAC Audio is delayed by 2ms when converted to PCM -------------------------------------+------------------------------------- Reporter: brchapman | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: aac mov | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by brchapman): Replying to [comment:7 cehoyos]: > Replying to [comment:6 brchapman]: > > Replying to [comment:4 cehoyos]: > > > If there is an issue, it is a regression since 1edea05 > > Just tried pulling that revision, and building. I still get the same delay. > > Since it is a regression since that revision, you will have to test an earlier version;-) Just tried pulling 0332324, and everything lines up great! there's no 2ms delay, and the other ticket about a duplicate first frame I posted #2324 is also fixed! > > > > Could you explain how you know that the delay is a bug? > > When converting through After Effects, I don't get this delay. Everything lines up exactly in the output wave file. > > How does it "line up"? (I don't understand how the numbers should relate to the sound. I am certainly not claiming there is no issue - I don't know - but since we know already of three - very different - applications that decode the sample differently from After Effects, I wonder how you can be sure that it is correct.) I'm defining correct as placing the source mp4 and output wave file in a timeline together and checking if the waveforms match between them. This is shown in the attached screenshot. Since I'm not doing anything other than just reading a file in and encoding it to a different, I would expect the input and output sound to line up exactly. Is this how you would expect it work? > > > > Do you see the same problem if you extract the audio stream from the mov file with "ffmpeg -i test100.mp4 -acodec copy out.aac" ? Ie, is the problem in any way related to the container or only to aac? > > No, I don't get the delay. It lines up perfectly. > > You mean you get the same delay if you use FFmpeg but no delay with After Effects if you try with the aac file - or do I misunderstand? When I run the command "ffmpeg -i test100.mp4 -acodec copy out.aac", the out.aac file audio matches the source mp4's audio exactly, without any delay. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 6 01:24:56 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 06 Mar 2013 00:24:56 -0000 Subject: [FFmpeg-trac] #2325(undetermined:new): MP4 AAC Audio is delayed by 2ms when converted to PCM In-Reply-To: <038.8e89bfe0494da9771630a95c8d453873@avcodec.org> References: <038.8e89bfe0494da9771630a95c8d453873@avcodec.org> Message-ID: <053.982b387fa1bd2d2b3aae7550e4035920@avcodec.org> #2325: MP4 AAC Audio is delayed by 2ms when converted to PCM -------------------------------------+------------------------------------- Reporter: brchapman | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: aac mov | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:8 brchapman]: > Just tried pulling 0332324, and everything lines up great! there's no 2ms delay, > and the other ticket about a duplicate first frame I posted #2324 is also fixed! No, the output file is not valid. (You can easily change the FFmpeg source to allow writing VFR mov files, but they are not conforming to any specification.) > > > > Could you explain how you know that the delay is a bug? > > > When converting through After Effects, I don't get this delay. Everything lines up exactly in the output wave file. > > > > How does it "line up"? (I don't understand how the numbers should relate to the sound. I am certainly not claiming there is no issue - I don't know - but since we know already of three - very different - applications that decode the sample differently from After Effects, I wonder how you can be sure that it is correct.) > > I'm defining correct as placing the source mp4 and output wave file in a timeline together and checking if the waveforms match between them. This is shown in the attached screenshot. Since I'm not doing anything other than just reading a file in and encoding it to a different, I would expect the input and output sound to line up exactly. Is this how you would expect it work? Your reasoning basically assumes that After Effects is right and FFmpeg, nero and QuickTime are wrong. While I am not saying this isn't the case, it is no proof imo. (There is a mov sample from a camera somewhere on this tracker that shows a "visible" noise (knocking on a table iirc), it would be interesting to test that sample with all applications, I unfortunately fail to find it atm.) > > > > Do you see the same problem if you extract the audio stream from the mov file with "ffmpeg -i test100.mp4 -acodec copy out.aac" ? Ie, is the problem in any way related to the container or only to aac? > > > No, I don't get the delay. It lines up perfectly. > > > > You mean you get the same delay if you use FFmpeg but no delay with After Effects if you try with the aac file - or do I misunderstand? > When I run the command "ffmpeg -i test100.mp4 -acodec copy out.aac", the out.aac file audio matches the source mp4's audio exactly, without any delay. And if you transcode the out.aac file with FFmpeg and compare it in AfterEffects, you see the same delay as when transcoding the original mp4 file, or am I wrong? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 6 02:56:42 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 06 Mar 2013 01:56:42 -0000 Subject: [FFmpeg-trac] #2325(undetermined:new): MP4 AAC Audio is delayed by 2ms when converted to PCM In-Reply-To: <038.8e89bfe0494da9771630a95c8d453873@avcodec.org> References: <038.8e89bfe0494da9771630a95c8d453873@avcodec.org> Message-ID: <053.844d08efde3e61010a646130bbc320c1@avcodec.org> #2325: MP4 AAC Audio is delayed by 2ms when converted to PCM -------------------------------------+------------------------------------- Reporter: brchapman | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: aac mov | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by brchapman): Replying to [comment:9 cehoyos]: > Replying to [comment:8 brchapman]: > > Just tried pulling 0332324, and everything lines up great! there's no 2ms delay, > > > and the other ticket about a duplicate first frame I posted #2324 is also fixed! > > No, the output file is not valid. > (You can easily change the FFmpeg source to allow writing VFR mov files, but they are not conforming to any specification.) > > > > > > Could you explain how you know that the delay is a bug? > > > > When converting through After Effects, I don't get this delay. Everything lines up exactly in the output wave file. > > > > > > How does it "line up"? (I don't understand how the numbers should relate to the sound. I am certainly not claiming there is no issue - I don't know - but since we know already of three - very different - applications that decode the sample differently from After Effects, I wonder how you can be sure that it is correct.) > > > > I'm defining correct as placing the source mp4 and output wave file in a timeline together and checking if the waveforms match between them. This is shown in the attached screenshot. Since I'm not doing anything other than just reading a file in and encoding it to a different, I would expect the input and output sound to line up exactly. Is this how you would expect it work? > > Your reasoning basically assumes that After Effects is right and FFmpeg, nero and QuickTime are wrong. While I am not saying this isn't the case, it is no proof imo. > (There is a mov sample from a camera somewhere on this tracker that shows a "visible" noise (knocking on a table iirc), it would be interesting to test that sample with all applications, I unfortunately fail to find it atm.) > > > > > > Do you see the same problem if you extract the audio stream from the mov file with "ffmpeg -i test100.mp4 -acodec copy out.aac" ? Ie, is the problem in any way related to the container or only to aac? > > > > No, I don't get the delay. It lines up perfectly. > > > > > > You mean you get the same delay if you use FFmpeg but no delay with After Effects if you try with the aac file - or do I misunderstand? > > When I run the command "ffmpeg -i test100.mp4 -acodec copy out.aac", the out.aac file audio matches the source mp4's audio exactly, without any delay. > > And if you transcode the out.aac file with FFmpeg and compare it in AfterEffects, you see the same delay as when transcoding the original mp4 file, or am I wrong? yes, if i first transcode the orignal {{{ % ffmpeg -i test100.mp4 -c:a copy test100.aac }}} then: {{{ % ffmpeg -i test100.aac -c:a pcm_s16le test100_audio.wav }}} test100_audio.wav is delayed. Also, if I encode test100.mp4 without the aac audio stream (ie with no audio) and then convert it: {{{ % ffmpeg -i test100_no_aac.mp4 -c:v prores test100_ffmpeg.mov }}} I don't get the duplicate first frame bug in #2324 Based on this I would guess that this would work: {{{ ffmpeg -i test100.mp4 -c:v prores -an test100_ffmpeg.mov }}} However, it doesn't. The first frame is still duplicated. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 6 05:41:28 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 06 Mar 2013 04:41:28 -0000 Subject: [FFmpeg-trac] #2255(undetermined:new): 2013 Spring Website Art Contest In-Reply-To: <035.0d8c0f77a2e04ae10db23a22eaf5fc41@avcodec.org> References: <035.0d8c0f77a2e04ae10db23a22eaf5fc41@avcodec.org> Message-ID: <050.e6e49c93a770f93f3088d5fcee0e8971@avcodec.org> #2255: 2013 Spring Website Art Contest -------------------------------------+------------------------------------- Reporter: llogan | Owner: Type: art | Status: new Priority: minor | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Mista_D): go fuck to help each other. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 6 11:17:58 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 06 Mar 2013 10:17:58 -0000 Subject: [FFmpeg-trac] #2325(undetermined:new): MP4 AAC Audio is delayed by 2ms when converted to PCM In-Reply-To: <038.8e89bfe0494da9771630a95c8d453873@avcodec.org> References: <038.8e89bfe0494da9771630a95c8d453873@avcodec.org> Message-ID: <053.78c7456efd3cd3a5cda2524168163cff@avcodec.org> #2325: MP4 AAC Audio is delayed by 2ms when converted to PCM -------------------------------------+------------------------------------- Reporter: brchapman | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: aac mov | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:10 brchapman]: > Also, if I encode test100.mp4 without the aac audio stream (ie with no audio) and then convert it: > {{{ > % ffmpeg -i test100_no_aac.mp4 -c:v prores test100_ffmpeg.mov > }}} > I don't get the duplicate first frame bug in #2324 You are using a different input file that is cfr, your original sample has a longer first frame (that needs to be duplicated to get cfr output). > Based on this I would guess that this would work: > {{{ > ffmpeg -i test100.mp4 -c:v prores -an test100_ffmpeg.mov > }}} > However, it doesn't. The first frame is still duplicated. Because the timestamps still require a duplication (they do not change just because you don't encode the audio). Use -vsync 0 to ignore the timestamps so that no frame duplication happens. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 6 11:22:04 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 06 Mar 2013 10:22:04 -0000 Subject: [FFmpeg-trac] #2325(undetermined:new): MP4 AAC Audio is delayed by 2ms when converted to PCM In-Reply-To: <038.8e89bfe0494da9771630a95c8d453873@avcodec.org> References: <038.8e89bfe0494da9771630a95c8d453873@avcodec.org> Message-ID: <053.c6bf2016b4e615f8f63e77fba5da7d70@avcodec.org> #2325: MP4 AAC Audio is delayed by 2ms when converted to PCM -------------------------------------+------------------------------------- Reporter: brchapman | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: aac mov | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): I tried different players and re-encoded the original sample and FFmpeg's behaviour is consistent afaict. (It may of course be wrong.) At what frames are the gongs supposed to play? Ie, which numbers should be shown on screen at the time each gong starts? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 6 11:26:28 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 06 Mar 2013 10:26:28 -0000 Subject: [FFmpeg-trac] #2326(documentation:closed): -nostats missing from the official documentation In-Reply-To: <034.bbe53b7c318bb6814b2ccf01990b9de3@avcodec.org> References: <034.bbe53b7c318bb6814b2ccf01990b9de3@avcodec.org> Message-ID: <049.1a8823f60ee5979fc80e0b3b3a33f93a@avcodec.org> #2326: -nostats missing from the official documentation -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: closed Priority: minor | Component: Version: git-master | documentation Keywords: | Resolution: Blocking: | worksforme Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by saste): Replying to [comment:10 cehoyos]: > Replying to [comment:9 saste]: > > Replying to [comment:8 cehoyos]: > > > Replying to [comment:6 burek]: > > > > I replied to #2322 and for #228, > > > > > > > > I did answer on #2322 but I don't see a reply from you for #228 - could you try again? > > > > How is this related to *this* ticket? > > It is related because you wrote (here) that you commented on ticket #228 but I cannot find your comment there. I don't know what you're writing about here, but again, this is not the place to discuss or complain about '''other unrelated''' tickets, nor to discuss the general attitude towards ticket handling. [...] > Please avoid to open tickets without looking for a solution yourself, and please only open valid tickets, it is quite rude to repeatedly open tickets that miss (nearly) all needed information and then abandon the tickets. This frustrates the developers who want to work on tickets. This is not to the point, the point is, if you want to close a ticket, do it but explain why, a short sentence ("The -stats option is a boolean option, -nostats is used to disable it.") would have been enough in this case. [...] -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 6 13:25:26 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 06 Mar 2013 12:25:26 -0000 Subject: [FFmpeg-trac] #2322(documentation:closed): Memory leak in muxing.c In-Reply-To: <034.9a76eece348ed6b5977b03d367e7d43f@avcodec.org> References: <034.9a76eece348ed6b5977b03d367e7d43f@avcodec.org> Message-ID: <049.00012211c8c686a2934d8b6050c1ceda@avcodec.org> #2322: Memory leak in muxing.c -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | documentation Keywords: leak | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by burek): Wow Nicolas, this was fast! Thanks and congratulations! :) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 6 13:41:32 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 06 Mar 2013 12:41:32 -0000 Subject: [FFmpeg-trac] #2332(documentation:new): Better documenting of boolean options Message-ID: <034.6e80073cebfd031c81dad4de0b54a47c@avcodec.org> #2332: Better documenting of boolean options -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: | Status: new enhancement | Component: Priority: wish | documentation Version: | Keywords: unspecified | Blocking: Blocked By: | Analyzed by developer: 0 Reproduced by developer: 0 | -------------------------------------+------------------------------------- The online documentation http://www.ffmpeg.org/ffmpeg.html has description for "boolean options" which says: ''Options which do not take arguments are boolean options, and set the corresponding value to true. They can be set to false by prefixing with "no" the option name, for example using "-nofoo" in the command line will set to false the boolean option with name "foo".'' Now, the only problem is that all the boolean options in the documentation are not clearly marked as boolean, so the only way to conclude which options will support the "-nofoo" pattern is to see which options do not take any arguments. But that is also not enough since there are a lot of options which don't take any arguments, but are not boolean, like -formats, -codecs, -vn, etc. The suggestion is to do one of either 2 things: 1) clearly mark each boolean option as '''boolean''' like: '''?-stats (global, boolean)?''' Print encoding progress/statistics. On by default. 2) couple each boolean option with its "-nofoo" couple, like: '''?-stats, -nostats (global)?''' Print encoding progress/statistics. On by default. This will help users who get to the docs page and use CTRL+F to just find the option they are interested in, without reading the documentation page like a book, from the beginning to the end (hence, they usually skip the intro part that explains the "-nofoo" logic). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 6 14:42:09 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 06 Mar 2013 13:42:09 -0000 Subject: [FFmpeg-trac] #2332(documentation:closed): Better documenting of boolean options In-Reply-To: <034.6e80073cebfd031c81dad4de0b54a47c@avcodec.org> References: <034.6e80073cebfd031c81dad4de0b54a47c@avcodec.org> Message-ID: <049.37e03611d254fd927c7911de02ec322d@avcodec.org> #2332: Better documenting of boolean options -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: enhancement | Status: closed Priority: wish | Component: Version: unspecified | documentation Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid Comment: Please send patches to ffmpeg-devel, they usually typically more attention there. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 6 15:07:04 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 06 Mar 2013 14:07:04 -0000 Subject: [FFmpeg-trac] #2332(documentation:reopened): Better documenting of boolean options In-Reply-To: <034.6e80073cebfd031c81dad4de0b54a47c@avcodec.org> References: <034.6e80073cebfd031c81dad4de0b54a47c@avcodec.org> Message-ID: <049.0f8c4cf21e58076d119a37b28c7102f4@avcodec.org> #2332: Better documenting of boolean options -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: enhancement | Status: reopened Priority: wish | Component: Version: unspecified | documentation Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by saste): * status: closed => reopened * resolution: invalid => Comment: Replying to [ticket:2332 burek]: > The online documentation http://www.ffmpeg.org/ffmpeg.html has description for "boolean options" which says: > ''Options which do not take arguments are boolean options, and set the corresponding value to true. They can be set to false by prefixing with "no" the option name, for example using "-nofoo" in the command line will set to false the boolean option with name "foo".'' > Now, the only problem is that all the boolean options in the documentation are not clearly marked as boolean, so the only way to conclude which options will support the "-nofoo" pattern is to see which options do not take any arguments. But that is also not enough since there are a lot of options which don't take any arguments, but are not boolean, like -formats, -codecs, -vn, etc. > > The suggestion is to do one of either 2 things: > > 1) clearly mark each boolean option as '''boolean''' like: > '''?-stats (global, boolean)?''' > Print encoding progress/statistics. On by default. > > 2) couple each boolean option with its "-nofoo" couple, like: > '''?-stats, -nostats (global)?''' > Print encoding progress/statistics. On by default. > > This will help users who get to the docs page and use CTRL+F to just find the option they are interested in, without reading the documentation page like a book, from the beginning to the end (hence, they usually skip the intro part that explains the "-nofoo" logic). Most boolean options are off by default, so it is clear that selecting -foo will enable it. For the few options which are on by default, we may mention that -nofoo will disable the options, like it is done for example with -stdin. This seems easier, requires less doc churnup and addresses the problem for a lazy user grepping for -nostats. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 6 15:24:10 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 06 Mar 2013 14:24:10 -0000 Subject: [FFmpeg-trac] #2332(documentation:reopened): Better documenting of boolean options In-Reply-To: <034.6e80073cebfd031c81dad4de0b54a47c@avcodec.org> References: <034.6e80073cebfd031c81dad4de0b54a47c@avcodec.org> Message-ID: <049.2eb1638179e72b1c5e7c7f7de362eb33@avcodec.org> #2332: Better documenting of boolean options -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: enhancement | Status: reopened Priority: wish | Component: Version: unspecified | documentation Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by michael): Replying to [comment:1 cehoyos]: > Please send patches to ffmpeg-devel, they usually typically more attention there. Theres no patch here so nothing that could have been sent to ffmpeg-devel -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 6 16:48:00 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 06 Mar 2013 15:48:00 -0000 Subject: [FFmpeg-trac] #2325(undetermined:new): MP4 AAC Audio is delayed by 2ms when converted to PCM In-Reply-To: <038.8e89bfe0494da9771630a95c8d453873@avcodec.org> References: <038.8e89bfe0494da9771630a95c8d453873@avcodec.org> Message-ID: <053.5b878abd32cb93687a8a41925e35383b@avcodec.org> #2325: MP4 AAC Audio is delayed by 2ms when converted to PCM -------------------------------------+------------------------------------- Reporter: brchapman | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: aac mov | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by brchapman): Replying to [comment:11 cehoyos]: > Replying to [comment:10 brchapman]: > > Also, if I encode test100.mp4 without the aac audio stream (ie with no audio) and then convert it: > > {{{ > > % ffmpeg -i test100_no_aac.mp4 -c:v prores test100_ffmpeg.mov > > }}} > > I don't get the duplicate first frame bug in #2324 > > You are using a different input file that is cfr, your original sample has a longer first frame (that needs to be duplicated to get cfr output). > > > Based on this I would guess that this would work: > > {{{ > > ffmpeg -i test100.mp4 -c:v prores -an test100_ffmpeg.mov > > }}} > > However, it doesn't. The first frame is still duplicated. > > Because the timestamps still require a duplication (they do not change just because you don't encode the audio). Use -vsync 0 to ignore the timestamps so that no frame duplication happens. So when I use -vsync 0, the first frame isn't duplicated, but rather the first frame is now completely black. Any other flags I can use to get rid of this? I'd use -ss to skip past the first frame, which works on it's own. However if I try to use it with -filter_complex overlay and an image sequence that's overlaid on top of the source video, the sequence doesn't end up starting until frame 2 (frame 1 on screen). Here's that command: {{{ % ffmpeg -y -ss 00:00:00.042 -i test100.mp4 -vsync 0 -f image2 -force_fps -r 24 -start_number 1 -i test100_hu ffmpeg version N-37747-g058e1f8 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 5 2013 19:38:09 with llvm-gcc 4.2.1 (LLVM build 2336.11.00) configuration: --prefix=/usr/local/ --enable-shared --enable-pthreads --enable-gpl libavutil 52. 17.103 / 52. 17.103 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.103 / 54. 63.103 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 42.103 / 3. 42.103 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'test100.mp4': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: mp42mp41 creation_time : 2013-03-04 21:40:01 Duration: 00:00:12.50, start: 0.000000, bitrate: 283 kb/s Stream #0:0(eng): Video: h264 (Main) (avc1 / 0x31637661), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 85 kb/s, 24 fps, 24 tbr, 24k tbn, 48 tbc Metadata: creation_time : 2013-03-04 21:40:01 handler_name : Mainconcept MP4 Video Media Handler Stream #0:1(eng): Audio: aac (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 189 kb/s Metadata: creation_time : 2013-03-04 21:40:01 handler_name : Mainconcept MP4 Sound Media Handler [image2 @ 0x7fe4d9033c00] max_analyze_duration 5000000 reached at 5000000 microseconds Input #1, image2, from 'test100_hud/test100_transcoder%05d.png': Duration: 00:00:12.50, start: 0.000000, bitrate: N/A Stream #1:0: Video: png, rgba, 1280x720, 24 fps, 24 tbr, 24 tbn, 24 tbc [prores @ 0x7fe4d9466400] encoding with ProRes standard (apcn) profile [prores @ 0x7fe4d946a800] encoding with ProRes standard (apcn) profile [prores @ 0x7fe4d946d000] encoding with ProRes standard (apcn) profile [prores @ 0x7fe4d946f800] encoding with ProRes standard (apcn) profile [prores @ 0x7fe4d9038000] encoding with ProRes standard (apcn) profile Output #0, mov, to 'test100_ffmpeg.mov': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: mp42mp41 encoder : Lavf54.63.103 Stream #0:0: Video: prores (apcn) (apcn / 0x6E637061), yuv422p10le, 1280x720 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 12288 tbn, 24 tbc Stream mapping: Stream #0:0 (h264) -> overlay:main Stream #1:0 (png) -> overlay:overlay overlay -> Stream #0:0 (prores) Press [q] to stop, [?] for help frame= 300 fps= 34 q=0.0 Lsize= 8944kB time=00:00:12.50 bitrate=5861.8kbits/s video:8942kB audio:0kB subtitle:0 global headers:0kB muxing overhead 0.021776% ffmpeg -y -ss 00:00:00.042 -i test100.mp4 -vsync 0 -f image2 -force_fps -r 24 15.18s user 0.24s system 174% cpu 8.838 total }}} Looking at mediainfo for test100.mp4, I can see that the video track is cfr, where as the audio is variable. Which I'm guessing causes the "Overall bit rate mode" to become variable. Is this what your talking about? {{{ % mediainfo test100.mp4 General Complete name : test100.mp4 Format : MPEG-4 Format profile : Base Media / Version 2 Codec ID : mp42 File size : 433 KiB Duration : 12s 500ms Overall bit rate mode : Variable Overall bit rate : 284 Kbps Encoded date : UTC 2013-03-04 21:40:01 Tagged date : UTC 2013-03-04 21:41:11 ?TIM : 00:00:00:00 ?TSC : 24 ?TSZ : 1 Video ID : 1 Format : AVC Format/Info : Advanced Video Codec Format profile : Main at L5.1 Format settings, CABAC : Yes Format settings, ReFrames : 3 frames Format settings, GOP : M=4, N=33 Codec ID : avc1 Codec ID/Info : Advanced Video Coding Duration : 12s 500ms Bit rate : 85.5 Kbps Width : 1 280 pixels Height : 720 pixels Display aspect ratio : 16:9 Frame rate mode : Constant Frame rate : 24.000 fps Standard : NTSC Color space : YUV Chroma subsampling : 4:2:0 Bit depth : 8 bits Scan type : Progressive Bits/(Pixel*Frame) : 0.004 Stream size : 130 KiB (30%) Language : English Encoded date : UTC 2013-03-04 21:40:01 Tagged date : UTC 2013-03-04 21:40:01 Audio ID : 2 Format : AAC Format/Info : Advanced Audio Codec Format profile : LC Codec ID : 40 Duration : 12s 500ms Source duration : 12s 501ms Bit rate mode : Variable Bit rate : 192 Kbps Maximum bit rate : 329 Kbps Channel(s) : 2 channels Channel positions : Front: L R Sampling rate : 48.0 KHz Compression mode : Lossy Stream size : 289 KiB (67%) Source stream size : 289 KiB (67%) Language : English Encoded date : UTC 2013-03-04 21:40:01 Tagged date : UTC 2013-03-04 21:40:01 }}} Replying to [comment:12 cehoyos]: > I tried different players and re-encoded the original sample and FFmpeg's behaviour is consistent afaict. (It may of course be wrong.) > > At what frames are the gongs supposed to play? Ie, which numbers should be shown on screen at the time each gong starts? Gongs start on 0, 41, 84, 116, 167, 207, 246, 285 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 6 17:01:50 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 06 Mar 2013 16:01:50 -0000 Subject: [FFmpeg-trac] #2255(undetermined:new): 2013 Spring Website Art Contest In-Reply-To: <035.0d8c0f77a2e04ae10db23a22eaf5fc41@avcodec.org> References: <035.0d8c0f77a2e04ae10db23a22eaf5fc41@avcodec.org> Message-ID: <050.45f672a7121b93dac5c874edf42f5fd0@avcodec.org> #2255: 2013 Spring Website Art Contest -------------------------------------+------------------------------------- Reporter: llogan | Owner: Type: art | Status: new Priority: minor | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by michael): Replying to [comment:1 Mista_D]: > go fuck to help each other. I realize the contest rules may have been unclear. So just to be clear Its about a '''Non pornographic''' spring themed website banner. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 6 19:49:32 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 06 Mar 2013 18:49:32 -0000 Subject: [FFmpeg-trac] #1570(avdevice:closed): libv4l2: error dequeuing buf: Resource temporarily unavailable In-Reply-To: <036.2fc62dd5b56c7280baf63a97ec734437@avcodec.org> References: <036.2fc62dd5b56c7280baf63a97ec734437@avcodec.org> Message-ID: <051.c8ce3c88613f91ea11aa65e23eb0d89c@avcodec.org> #1570: libv4l2: error dequeuing buf: Resource temporarily unavailable -------------------------------------+------------------------------------- Reporter: llarevo | Owner: Type: defect | Status: closed Priority: important | Component: avdevice Version: git-master | Resolution: fixed Keywords: v4l2 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by llarevo): Thanks a lot so far. At least I'm a step forward with the analog tv capturing. Just let me know when I shall perform more tests regarding the libv4l2-issue. I going to discuss the sound issue on the ffmpeg-users mailing list first, because arecord doesn't work (some connection refused-error) and with {{{ sox -c 2 -t alsa hw:1,0 -t alsa default }}} I get sound only with tvtime, mplayer or mencoder, but not with ffmpeg. Depending on the results of the discussion, I gonna open up another ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 6 22:13:08 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 06 Mar 2013 21:13:08 -0000 Subject: [FFmpeg-trac] #2333(undetermined:new): mkv + ac3 remux adds a little time Message-ID: <036.23d2cdcc1819cb0263c39f74c6871817@avcodec.org> #2333: mkv + ac3 remux adds a little time -------------------------------------+------------------------------------- Reporter: Squeeto | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- ffmpeg adds time to the muxed mkv and demuxed mkv: ffmpeg version N-50025-gb8bb661 Copyright (c) 2000-2013 the FFmpeg developers built on Feb 17 2013 02:37:45 with gcc 4.7.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgsm --enable-libmp3lame --enable- libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable- libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable- libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 17.101 / 52. 17.101 libavcodec 54. 91.103 / 54. 91.103 libavformat 54. 63.100 / 54. 63.100 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 38.100 / 3. 38.100 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 >ffmpeg -i input.mkv -i input.ac3 -map 0:0 -map 1:0 -vcodec copy -acodec copy -y done.mkv Input #0, matroska,webm, from 'input.mkv': Duration: 00:00:12.85, start: 0.000000, bitrate: 6039 kb/s Input #0, ac3, from 'input.ac3': Duration: 00:00:12.86, start: 0.000000, bitrate: 256 kb/s Input #0, matroska,webm, from 'done.mkv': Metadata: ENCODER : Lavf54.63.100 Duration: 00:00:12.93, start: 0.000000, bitrate: 6256 kb/s >ffmpeg -i done.mkv -an -vcodec copy -y demux.mkv >ffmpeg -i done.mkv -acodec copy -vn -y demux.ac3 Input #0, matroska,webm, from 'demux.mkv': Metadata: ENCODER : Lavf54.63.100 Duration: 00:00:12.91, start: 0.000000, bitrate: 6008 kb/s Input #0, ac3, from 'demux.ac3': Duration: 00:00:12.86, start: 0.000000, bitrate: 256 kb/s -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 6 23:45:18 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 06 Mar 2013 22:45:18 -0000 Subject: [FFmpeg-trac] #2333(undetermined:new): mkv + ac3 remux adds a little time In-Reply-To: <036.23d2cdcc1819cb0263c39f74c6871817@avcodec.org> References: <036.23d2cdcc1819cb0263c39f74c6871817@avcodec.org> Message-ID: <051.688a7e247a84e3f825b94fdee1667512@avcodec.org> #2333: mkv + ac3 remux adds a little time -------------------------------------+------------------------------------- Reporter: Squeeto | 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): To make this a valid ticket, please provide your failing command line including complete, unedited console output and please consider using a "Code block". -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 6 23:48:40 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 06 Mar 2013 22:48:40 -0000 Subject: [FFmpeg-trac] #2325(undetermined:new): MP4 AAC Audio is delayed by 2ms when converted to PCM In-Reply-To: <038.8e89bfe0494da9771630a95c8d453873@avcodec.org> References: <038.8e89bfe0494da9771630a95c8d453873@avcodec.org> Message-ID: <053.927a0c4c780b3ff541dc13fb826fbc08@avcodec.org> #2325: MP4 AAC Audio is delayed by 2ms when converted to PCM -------------------------------------+------------------------------------- Reporter: brchapman | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: aac mov | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:13 brchapman]: > > At what frames are the gongs supposed to play? Ie, which numbers should be shown on screen at the time each gong starts? > Gongs start on 0, 41, 84, 116, 167, 207, 246, 285 This is exactly what I see here with different players, both with the original and a sample re-encoded by FFmpeg, if FFmpeg would cut the first 0.02 seconds of audio, this would get wrong or do I miss something? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 6 23:52:34 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 06 Mar 2013 22:52:34 -0000 Subject: [FFmpeg-trac] #2325(undetermined:new): MP4 AAC Audio is delayed by 2ms when converted to PCM In-Reply-To: <038.8e89bfe0494da9771630a95c8d453873@avcodec.org> References: <038.8e89bfe0494da9771630a95c8d453873@avcodec.org> Message-ID: <053.1665c0bd7c1ab4acd0dd717b770a6c0e@avcodec.org> #2325: MP4 AAC Audio is delayed by 2ms when converted to PCM -------------------------------------+------------------------------------- Reporter: brchapman | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: aac mov | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Cigaes): 0.02 seconds of audio is about half a video frame. And 0.002 seconds, as stated in the title of this ticket, is the audio delay you get by lounging on the couch instead of sitting straight (70 cm more for the sound to travel). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 7 02:30:11 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Mar 2013 01:30:11 -0000 Subject: [FFmpeg-trac] #2333(undetermined:new): mkv + ac3 remux adds a little time In-Reply-To: <036.23d2cdcc1819cb0263c39f74c6871817@avcodec.org> References: <036.23d2cdcc1819cb0263c39f74c6871817@avcodec.org> Message-ID: <051.8bca926aeda57815b0523db6d45cacff@avcodec.org> #2333: mkv + ac3 remux adds a little time -------------------------------------+------------------------------------- Reporter: Squeeto | 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 Squeeto): Replying to [comment:1 cehoyos]: > To make this a valid ticket, please provide your failing command line including complete, unedited console output and please consider using a "Code block". Please note the Duration discrepancies: ffmpeg -i input.mkv -i input.ac3 -map 0:0 -map 1:0 -vcodec copy -acodec copy -y done.mkv {{{ ffmpeg version N-50025-gb8bb661 Copyright (c) 2000-2013 the FFmpeg developers built on Feb 17 2013 02:37:45 with gcc 4.7.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgsm --enable-libmp3lame --enable- libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable- libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable- libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 17.101 / 52. 17.101 libavcodec 54. 91.103 / 54. 91.103 libavformat 54. 63.100 / 54. 63.100 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 38.100 / 3. 38.100 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, matroska,webm, from 'input.mkv': Duration: 00:00:12.85, start: 0.000000, bitrate: 6039 kb/s Stream #0:0(eng): Video: h264 (High), yuv420p, 1920x1080, SAR 1:1 DAR 16:9, 29.97 fps, 29.97 tbr, 20k tbn, 59.94 tbc (default) [ac3 @ 025ad320] max_analyze_duration 5000000 reached at 5024000 microseconds [ac3 @ 025ad320] Estimating duration from bitrate, this may be inaccurate Input #1, ac3, from 'input.ac3': Duration: 00:00:12.86, start: 0.000000, bitrate: 256 kb/s Stream #1:0: Audio: ac3, 48000 Hz, stereo, fltp, 256 kb/s Output #0, matroska, to 'done.mkv': Metadata: encoder : Lavf54.63.100 Stream #0:0(eng): Video: h264 (H264 / 0x34363248), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 29.97 fps, 1k tbn, 20k tbc (default) Stream #0:1: Audio: ac3 ([0] [0][0] / 0x2000), 48000 Hz, stereo, 256 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #1:0 -> #0:1 (copy) Press [q] to stop, [?] for help frame= 385 fps=0.0 q=-1.0 Lsize= 9876kB time=00:00:12.86 bitrate=6289.3kbits/s video:9468kB audio:402kB subtitle:0 global headers:0kB muxing overhead 0.065323% }}} ffmpeg -i done.mkv -an -vcodec copy -y demux.mkv {{{ ffmpeg version N-50025-gb8bb661 Copyright (c) 2000-2013 the FFmpeg developers built on Feb 17 2013 02:37:45 with gcc 4.7.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgsm --enable-libmp3lame --enable- libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable- libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable- libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 17.101 / 52. 17.101 libavcodec 54. 91.103 / 54. 91.103 libavformat 54. 63.100 / 54. 63.100 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 38.100 / 3. 38.100 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, matroska,webm, from 'done.mkv': Metadata: ENCODER : Lavf54.63.100 Duration: 00:00:12.93, start: 0.000000, bitrate: 6256 kb/s Stream #0:0(eng): Video: h264 (High), yuv420p, 1920x1080, SAR 1:1 DAR 16:9, 29.97 fps, 29.97 tbr, 1k tbn, 59.94 tbc (default) Stream #0:1: Audio: ac3, 48000 Hz, stereo, fltp, 256 kb/s Output #0, matroska, to 'demux.mkv': Metadata: encoder : Lavf54.63.100 Stream #0:0(eng): Video: h264 (H264 / 0x34363248), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 29.97 fps, 1k tbn, 1k tbc (default) Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help frame= 385 fps=0.0 q=-1.0 Lsize= 9471kB time=00:00:12.81 bitrate=6055.1kbits/s video:9468kB audio:0kB subtitle:0 global headers:0kB muxing overhead 0.038442% }}} ffmpeg -i done.mkv -acodec copy -vn -y demux.ac3 {{{ ffmpeg version N-50025-gb8bb661 Copyright (c) 2000-2013 the FFmpeg developers built on Feb 17 2013 02:37:45 with gcc 4.7.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgsm --enable-libmp3lame --enable- libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable- libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable- libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 17.101 / 52. 17.101 libavcodec 54. 91.103 / 54. 91.103 libavformat 54. 63.100 / 54. 63.100 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 38.100 / 3. 38.100 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, matroska,webm, from 'done.mkv': Metadata: ENCODER : Lavf54.63.100 Duration: 00:00:12.93, start: 0.000000, bitrate: 6256 kb/s Stream #0:0(eng): Video: h264 (High), yuv420p, 1920x1080, SAR 1:1 DAR 16:9, 29.97 fps, 29.97 tbr, 1k tbn, 59.94 tbc (default) Stream #0:1: Audio: ac3, 48000 Hz, stereo, fltp, 256 kb/s Output #0, ac3, to 'demux.ac3': Metadata: encoder : Lavf54.63.100 Stream #0:0: Audio: ac3, 48000 Hz, stereo, 256 kb/s Stream mapping: Stream #0:1 -> #0:0 (copy) Press [q] to stop, [?] for help size= 402kB time=00:00:12.93 bitrate= 254.7kbits/s video:0kB audio:402kB subtitle:0 global headers:0kB muxing overhead 0.000000% }}} ffmpeg -i demux.mkv {{{ ffmpeg version N-50025-gb8bb661 Copyright (c) 2000-2013 the FFmpeg developers built on Feb 17 2013 02:37:45 with gcc 4.7.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgsm --enable-libmp3lame --enable- libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable- libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable- libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 17.101 / 52. 17.101 libavcodec 54. 91.103 / 54. 91.103 libavformat 54. 63.100 / 54. 63.100 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 38.100 / 3. 38.100 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, matroska,webm, from 'demux.mkv': Metadata: ENCODER : Lavf54.63.100 Duration: 00:00:12.91, start: 0.000000, bitrate: 6008 kb/s Stream #0:0(eng): Video: h264 (High), yuv420p, 1920x1080, SAR 1:1 DAR 16:9, 29.97 fps, 29.97 tbr, 1k tbn, 59.94 tbc (default) At least one output file must be specified }}} ffmpeg -i demux.ac3 {{{ ffmpeg version N-50025-gb8bb661 Copyright (c) 2000-2013 the FFmpeg developers built on Feb 17 2013 02:37:45 with gcc 4.7.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgsm --enable-libmp3lame --enable- libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable- libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable- libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 17.101 / 52. 17.101 libavcodec 54. 91.103 / 54. 91.103 libavformat 54. 63.100 / 54. 63.100 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 38.100 / 3. 38.100 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [ac3 @ 0226b420] max_analyze_duration 5000000 reached at 5024000 microseconds [ac3 @ 0226b420] Estimating duration from bitrate, this may be inaccurate Input #0, ac3, from 'demux.ac3': Duration: 00:00:12.86, start: 0.000000, bitrate: 256 kb/s Stream #0:0: Audio: ac3, 48000 Hz, stereo, fltp, 256 kb/s At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 7 02:40:28 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Mar 2013 01:40:28 -0000 Subject: [FFmpeg-trac] #1386(FFprobe:open): ffprobe report different widths for some videos In-Reply-To: <033.231f917c013dcfa55785b9e88b2ecb8d@avcodec.org> References: <033.231f917c013dcfa55785b9e88b2ecb8d@avcodec.org> Message-ID: <048.a703b79c27de2814c84b3d07eb820a90@avcodec.org> #1386: ffprobe report different widths for some videos -------------------------------------+------------------------------------- Reporter: ?onny | Owner: stefano Type: defect | Status: open Priority: normal | Component: FFprobe Version: unspecified | Resolution: Keywords: height site | Blocked By: XML JSON | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by saste): See also sample in ticket #2268. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 7 03:23:42 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Mar 2013 02:23:42 -0000 Subject: [FFmpeg-trac] #2322(documentation:closed): Memory leak in muxing.c In-Reply-To: <034.9a76eece348ed6b5977b03d367e7d43f@avcodec.org> References: <034.9a76eece348ed6b5977b03d367e7d43f@avcodec.org> Message-ID: <049.dd721678a3a54c3203ea59e4015d5f07@avcodec.org> #2322: Memory leak in muxing.c -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | documentation Keywords: leak | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by mytree): Hi. First, I appreciate your interest. Also, It must be understood that I am not class enough to write English well. I'm using ffmpeg library in windows platform, so I downloaded ffmpeg library from Zeranoe FFmpeg builds site. I wanted to how to encode files in ffmpeg, and I found FFmpeg example muxing.c file. Here is my test environment OS : Windows 7 Platform : Visual Sutdio 2010 FFmpeg version : 2013-03-02 git-4f0d4ac ( Zeranoe's FFmpeg Builds Home Page ) I modified a muxing.c file to adapt itself to windows os. and I repeated the encoding process for a period of time. Test code are composed following structure. void main( void ) { repeat for 30 seconds... { encoding open. data encoding. encoding close. } } I used muxing.c example's functions for test. It works well and there was no memory leak. But I found that memory was increased gradually in windows task manager during repeating encoding process. In my opinion, this program will terminate some time, if encoding process is repeated for long time. I wonder why this is happenning. Is there any way to solve this problem? I attached the source and project to this issue. The project zip file is left off ffmpeg library files. folder directory structure is Bin : .exe .dll files ( ffmpeg library ) Build : vc solution files ffmpeg : ffmpeg source MuxingMemoryLeakCheck : vc project files Obj : object files In Zeranoe's FFmpeg Builds Home Page, you will get the ffmpeg libarary files. ( swscale-x.dll, avutil-xx.dll, avcodec-xx.dll, avformat-xx.dll, etc... ) Add these files to Bin directory, and open the .sln file in visual studio. you will compile the source. Any advice will go far toward solving the problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 7 07:39:04 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Mar 2013 06:39:04 -0000 Subject: [FFmpeg-trac] #2334(undetermined:new): FFmpeg using visual c++ in windows Message-ID: <038.785543439facb4205e680d48dded90f1@avcodec.org> #2334: FFmpeg using visual c++ in windows -------------------------------------+------------------------------------- Reporter: shashi580 | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Hello friends, I want to develop wrapper class in VC++ 2010 of ffmpeg.c. is it possible or not . If it possible please guide me how can i start to do this work. I have already started but i got lot of linker error. I have also mentioned extern "C" for header file . I have also included all lib files but i have got lot of error like pthread,cmdutil etc. If any one know the link of wrapper class which is build on VC++ please share it. I am waiting your response. Thanks for your coopration. Regards Shiva -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 7 07:44:22 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Mar 2013 06:44:22 -0000 Subject: [FFmpeg-trac] #2227(undetermined:new): ffmpeg incorrectly identifying mjpeg as video stream instead of attachment In-Reply-To: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> References: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> Message-ID: <055.58a0a4283a9e69ecb0c7f9a4ccb0253e@avcodec.org> #2227: ffmpeg incorrectly identifying mjpeg as video stream instead of attachment -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: wtv | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ramitbhalla): :( - @Michael ? :( -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 7 08:02:07 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Mar 2013 07:02:07 -0000 Subject: [FFmpeg-trac] #2334(undetermined:closed): FFmpeg using visual c++ in windows In-Reply-To: <038.785543439facb4205e680d48dded90f1@avcodec.org> References: <038.785543439facb4205e680d48dded90f1@avcodec.org> Message-ID: <053.c28dbb5fbf9d69b1ef66d689ec5abc1c@avcodec.org> #2334: FFmpeg using visual c++ in windows -------------------------------------+------------------------------------- Reporter: shashi580 | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid Comment: This is a bug tracker, not a support forum, please read http://ffmpeg.org/contact.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 7 08:08:27 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Mar 2013 07:08:27 -0000 Subject: [FFmpeg-trac] #2322(documentation:closed): Memory leak in muxing.c In-Reply-To: <034.9a76eece348ed6b5977b03d367e7d43f@avcodec.org> References: <034.9a76eece348ed6b5977b03d367e7d43f@avcodec.org> Message-ID: <049.d12c87687d6d3f1981b2972b7dd8f37b@avcodec.org> #2322: Memory leak in muxing.c -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | documentation Keywords: leak | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by mytree): Sorry, I was wrong. I tried again, and I found avcodec_get_context_defaults3 function, but this function was founded anywhere in the muxing.c example. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 7 13:48:42 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Mar 2013 12:48:42 -0000 Subject: [FFmpeg-trac] #1733(avformat:closed): Strange timestamps with Apple hls stream In-Reply-To: <036.3c4b03f5ed2a3972ae5a9c08b0e47cf0@avcodec.org> References: <036.3c4b03f5ed2a3972ae5a9c08b0e47cf0@avcodec.org> Message-ID: <051.164314078964ecb0cdc5a41d0c375d0d@avcodec.org> #1733: Strange timestamps with Apple hls stream -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: hls | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Fixed in a12a618aa9c6d84ec3c01695fb5aec9796453a6d -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 7 14:07:59 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Mar 2013 13:07:59 -0000 Subject: [FFmpeg-trac] #2318(avformat:closed): No still image in hls stream In-Reply-To: <036.42ee2c44b9478b5ba42969a93f2aed55@avcodec.org> References: <036.42ee2c44b9478b5ba42969a93f2aed55@avcodec.org> Message-ID: <051.ecc98cff29ece0c6dc6f14ae61e9c6fd@avcodec.org> #2318: No still image in hls stream -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: hls aac | Blocked By: mjpeg regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Fixed in cada996528422907b8b818e99029a8e3b97cf08d -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 7 19:54:04 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Mar 2013 18:54:04 -0000 Subject: [FFmpeg-trac] #2246(avcodec:closed): ffmpeg freezes and eats 100% CPU while encoding aac with too low bitrate In-Reply-To: <034.59db3c2528c7d1ec2fd7bc93604918fe@avcodec.org> References: <034.59db3c2528c7d1ec2fd7bc93604918fe@avcodec.org> Message-ID: <049.e1a171ba1078ab54650c595751cb72ec@avcodec.org> #2246: ffmpeg freezes and eats 100% CPU while encoding aac with too low bitrate -------------------------------------+------------------------------------- Reporter: divan | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Michael. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 7 20:26:59 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Mar 2013 19:26:59 -0000 Subject: [FFmpeg-trac] #1694(avcodec:closed): 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.2a59463a39a6d787d9390a2de68fa19a@avcodec.org> #1694: Decoding a possibly damaged aac sample fails from a specific position on -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: aac | Blocked By: regression latm | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Fixed by 60dbf2eff92f8aa4683b6dcaba9e694890258ade -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 7 20:49:27 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Mar 2013 19:49:27 -0000 Subject: [FFmpeg-trac] #2227(undetermined:new): ffmpeg incorrectly identifying mjpeg as video stream instead of attachment In-Reply-To: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> References: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> Message-ID: <055.929081905c0592ab30744fd3758cefc5@avcodec.org> #2227: ffmpeg incorrectly identifying mjpeg as video stream instead of attachment -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: wtv | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by michael): Replying to [comment:24 ramitbhalla]: > :( - @Michael ? :( You could test the patches from the ML, to check that they actually fix your issues "ffmpeg: factor weak_map_score() out" "ffmpeg: Avoid matching attachment pics to video on wildcard maps." Also you could ask Peter Ross who is the maintainer of wtv*.c ... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 7 20:52:11 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Mar 2013 19:52:11 -0000 Subject: [FFmpeg-trac] #2227(undetermined:new): ffmpeg incorrectly identifying mjpeg as video stream instead of attachment In-Reply-To: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> References: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> Message-ID: <055.8c9ecbc6305d602ca9348ac6d441a159@avcodec.org> #2227: ffmpeg incorrectly identifying mjpeg as video stream instead of attachment -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: wtv | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ramitbhalla): Thanks Michael, @Peter can I request you assistance here please. I have no idea about ffmpeg code or compiling. If I can help in some other way please let me know. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 7 20:54:12 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Mar 2013 19:54:12 -0000 Subject: [FFmpeg-trac] #2227(undetermined:new): ffmpeg incorrectly identifying mjpeg as video stream instead of attachment In-Reply-To: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> References: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> Message-ID: <055.af2d47d9a788d65fe37c4b018f73e8a2@avcodec.org> #2227: ffmpeg incorrectly identifying mjpeg as video stream instead of attachment -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: wtv | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ramitbhalla): I meant @pross can you help here please. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 7 21:07:26 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Mar 2013 20:07:26 -0000 Subject: [FFmpeg-trac] #2335(avcodec:new): AAC decoding regression: Decoding fails from a specific position on Message-ID: <036.b228ba8ab7717ceb69ebb1900c63e050@avcodec.org> #2335: AAC decoding regression: Decoding fails from a specific position on -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git- | Keywords: aac master | regression Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- Continuing ticket #1694: The following command line produces a file that is silent after ten seconds for the sample in http://samples.ffmpeg.org/ffmpeg- bugs/trac/ticket1694/ but with ffplay seeking over the bad position allows to continue decoding (it even works sometimes with ffplay without seeking which is why I originally did not report this as a separate ticket). This is a regression since a78f6b8 {{{ $ ffmpeg -ss 630 -i a.aac -t 30 out.wav ffmpeg version N-50556-g60dbf2e Copyright (c) 2000-2013 the FFmpeg developers built on Mar 7 2013 21:03:52 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 18.100 / 52. 18.100 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.104 / 54. 63.104 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 42.103 / 3. 42.103 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [aac @ 0x2a03f40] max_analyze_duration 5000000 reached at 5015510 microseconds [aac @ 0x2a03f40] Estimating duration from bitrate, this may be inaccurate Input #0, aac, from 'a.aac': Duration: 00:11:39.45, bitrate: 32 kb/s Stream #0:0: Audio: aac, 44100 Hz, stereo, fltp, 33 kb/s Output #0, wav, to 'out.wav': Metadata: ISFT : Lavf54.63.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 (aac -> pcm_s16le) Press [q] to stop, [?] for help [aac @ 0x2a04860] Reserved SBR extensions is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [aac @ 0x2a04860] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. [aac @ 0x2a04860] Reserved SBR extensions is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [aac @ 0x2a04860] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. [aac @ 0x2a04860] Reserved SBR extensions is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [aac @ 0x2a04860] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. [aac @ 0x2a04860] Expected to read 72 PS bits actually read 76. [aac @ 0x2a04860] Expected to read 78 PS bits actually read 103. [aac @ 0x2a04860] Expected to read 94 PS bits actually read 111. [aac @ 0x2a04860] Expected to read 78 PS bits actually read 101. [aac @ 0x2a04860] ps extension overflow -4 [aac @ 0x2a04860] channel element 2.6 is not allocated Error while decoding stream #0:0: Operation not permitted Multiple frames in a packet from stream 0 [aac @ 0x2a04860] Number of bands (35) exceeds limit (18). Error while decoding stream #0:0: Operation not permitted [aac @ 0x2a04860] channel element 2.7 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x2a04860] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x2a04860] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x2a04860] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0x2a04860] Too many channels Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x2a04860] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x2a04860] Prediction is not allowed in AAC-LC. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x2a04860] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x2a04860] channel element 2.5 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x2a04860] channel element 3.15 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x2a04860] Number of scalefactor bands in group (62) exceeds limit (47). Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x2a04860] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0x2a04860] channel element 1.8 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x2a04860] skip_data_stream_element: Input buffer exhausted before END element found Error while decoding stream #0:0: Operation not permitted [aac @ 0x2a04860] channel element 2.2 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x2a04860] Reserved bit set. Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0x2a04860] Number of bands (50) exceeds limit (39). Error while decoding stream #0:0: Operation not permitted [aac @ 0x2a04860] channel element 2.6 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x2a04860] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0x2a04860] channel element 2.1 is not allocated Error while decoding stream #0:0: Operation not permitted [aac @ 0x2a04860] Number of scalefactor bands in group (60) exceeds limit (47). Error while decoding stream #0:0: Invalid data found when processing input size= 5016kB time=00:00:30.00 bitrate=1369.5kbits/s video:0kB audio:5016kB subtitle:0 global headers:0kB muxing overhead 0.001558% }}} The following produces a file that plays for 30 seconds: ffmpeg -ss 650 -i a.aac -t 30 out.wav -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 7 21:09:20 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Mar 2013 20:09:20 -0000 Subject: [FFmpeg-trac] #1694(avcodec:closed): 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.f7fab4ffa2633655b75f91c13c5b7b0e@avcodec.org> #1694: Decoding a possibly damaged aac sample fails from a specific position on -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: aac | Blocked By: regression latm | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): The second command line still fails, this is also a regression but not since 1232723, I opened ticket #2335. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 7 21:58:31 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Mar 2013 20:58:31 -0000 Subject: [FFmpeg-trac] #2336(undetermined:new): Incorrect seeking/decoding for AVCHD file Message-ID: <032.f55904c1ad4225cb56b159cd1aa6e230@avcodec.org> #2336: Incorrect seeking/decoding for AVCHD file -------------------------------------+------------------------------------- Reporter: rmk | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- It appears seeking is incorrect and a frame gets duplicated when dealing with the attached AVCHD sample. Please check the output for the attached small sample file for the two command lines (file is 25 FPS AFAIK it is a PsF file): ffmpeg -ss 0.04 -i gh2-50i-psf.mts -vframes 1 frame-2-ss.jpg ffmpeg version N-50443-g454c5d1 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 3 2013 11:03:34 with llvm-gcc 4.2.1 (LLVM build 2336.11.00) configuration: libavutil 52. 17.103 / 52. 17.103 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.102 / 54. 63.102 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 41.100 / 3. 41.100 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 Input #0, mpegts, from 'gh2-50i-psf.mts': Duration: 00:00:01.38, start: 0.710178, bitrate: 46737 kb/s Program 1 Stream #0:0[0x1011]: Video: h264 (High) (HDMV / 0x564D4448), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 25 fps, 50 tbr, 90k tbn, 50 tbc Stream #0:1[0x1100]: Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, stereo, fltp, 192 kb/s Stream #0:2[0x1200]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090) Output #0, image2, to 'frame-2-ss.jpg': Metadata: encoder : Lavf54.63.102 Stream #0:0: Video: mjpeg, yuvj420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (h264 -> mjpeg) Press [q] to stop, [?] for help [h264 @ 0x7fd3093c6000] Missing reference picture, default is 0 [h264 @ 0x7fd3093c6000] decode_slice_header error frame= 1 fps=0.0 q=0.0 Lsize=N/A time=00:00:00.04 bitrate=N/A video:138kB audio:0kB subtitle:0 global headers:0kB muxing overhead -100.015517% and ffmpeg -i gh2-50i-psf.mts -vframes 8 frame-%d-vframes.jpg ffmpeg version N-50443-g454c5d1 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 3 2013 11:03:34 with llvm-gcc 4.2.1 (LLVM build 2336.11.00) configuration: libavutil 52. 17.103 / 52. 17.103 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.102 / 54. 63.102 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 41.100 / 3. 41.100 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 Input #0, mpegts, from 'gh2-50i-psf.mts': Duration: 00:00:01.38, start: 0.710178, bitrate: 46737 kb/s Program 1 Stream #0:0[0x1011]: Video: h264 (High) (HDMV / 0x564D4448), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 25 fps, 50 tbr, 90k tbn, 50 tbc Stream #0:1[0x1100]: Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, stereo, fltp, 192 kb/s Stream #0:2[0x1200]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090) Output #0, image2, to 'frame-%d-vframes.jpg': Metadata: encoder : Lavf54.63.102 Stream #0:0: Video: mjpeg, yuvj420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (h264 -> mjpeg) Press [q] to stop, [?] for help frame= 8 fps=0.0 q=0.0 Lsize=N/A time=00:00:00.32 bitrate=N/A dup=1 drop=0 video:1031kB audio:0kB subtitle:0 global headers:0kB muxing overhead -100.002084% Two things seem to be wrong: The seeking (-ss) does not produce the correct frame (it's equivalent to the 8th frame of the second command) and if just dumping frames, it seems the first frame is duplicated. I ran into this when I noticed that our application, written based on libavcodec/avformat did not work correctly when seeking in these files. This is only an attempt to make this reproducible with ff* tools, because I hope the reason for the incorrect behaviour of avformat_seek_file for these files is the same as for the described ffmpeg behaviour but I do not know that for sure. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 7 22:02:53 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Mar 2013 21:02:53 -0000 Subject: [FFmpeg-trac] #2336(undetermined:new): Incorrect seeking/decoding for AVCHD file In-Reply-To: <032.f55904c1ad4225cb56b159cd1aa6e230@avcodec.org> References: <032.f55904c1ad4225cb56b159cd1aa6e230@avcodec.org> Message-ID: <047.eb419f8c5828a30e5f243177f6991e49@avcodec.org> #2336: Incorrect seeking/decoding for AVCHD file -------------------------------------+------------------------------------- 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): Uploaded the file to /incoming/ticket2336/gh2-50i-psf.mts -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 7 22:07:36 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Mar 2013 21:07:36 -0000 Subject: [FFmpeg-trac] #2186(avformat:open): program detection in transport stream broken In-Reply-To: <033.4e28c9ab7ea2623367edbb9f55a9104d@avcodec.org> References: <033.4e28c9ab7ea2623367edbb9f55a9104d@avcodec.org> Message-ID: <048.2fe836583b384be9178d3bfb2e3d62e4@avcodec.org> #2186: program detection in transport stream broken -------------------------------------+------------------------------------- Reporter: hugo | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): Replying to [comment:2 heleppkes]: > I have another sample file which has this problem, reverting 4c41fc8 fixes it, Michaels patch on the ML however does not. > > I tried cutting a small sample out of it, but that sample did not reproduce the problem anymore. > If anyone is interested in the 1.2gb file, i can make it available. Iam interrested if a smaller file isnt enough Thanks -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 7 22:48:58 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Mar 2013 21:48:58 -0000 Subject: [FFmpeg-trac] #2336(undetermined:closed): Incorrect seeking/decoding for AVCHD file In-Reply-To: <032.f55904c1ad4225cb56b159cd1aa6e230@avcodec.org> References: <032.f55904c1ad4225cb56b159cd1aa6e230@avcodec.org> Message-ID: <047.0fbd687adbdb0f871a16234cd2ca48fd@avcodec.org> #2336: Incorrect seeking/decoding for AVCHD file -------------------------------------+------------------------------------- Reporter: rmk | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: h264 | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => h264 * status: new => closed * resolution: => invalid Old description: > It appears seeking is incorrect and a frame gets duplicated when dealing > with the attached AVCHD sample. > > Please check the output for the attached small sample file for the two > command lines (file is 25 FPS AFAIK it is a PsF file): > > ffmpeg -ss 0.04 -i gh2-50i-psf.mts -vframes 1 frame-2-ss.jpg > ffmpeg version N-50443-g454c5d1 Copyright (c) 2000-2013 the FFmpeg > developers > built on Mar 3 2013 11:03:34 with llvm-gcc 4.2.1 (LLVM build > 2336.11.00) > configuration: > libavutil 52. 17.103 / 52. 17.103 > libavcodec 54. 92.100 / 54. 92.100 > libavformat 54. 63.102 / 54. 63.102 > libavdevice 54. 3.103 / 54. 3.103 > libavfilter 3. 41.100 / 3. 41.100 > libswscale 2. 2.100 / 2. 2.100 > libswresample 0. 17.102 / 0. 17.102 > Input #0, mpegts, from 'gh2-50i-psf.mts': > Duration: 00:00:01.38, start: 0.710178, bitrate: 46737 kb/s > Program 1 > Stream #0:0[0x1011]: Video: h264 (High) (HDMV / 0x564D4448), yuv420p, > 1920x1080 [SAR 1:1 DAR 16:9], 25 fps, 50 tbr, 90k tbn, 50 tbc > Stream #0:1[0x1100]: Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, > stereo, fltp, 192 kb/s > Stream #0:2[0x1200]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / > 0x0090) > Output #0, image2, to 'frame-2-ss.jpg': > Metadata: > encoder : Lavf54.63.102 > Stream #0:0: Video: mjpeg, yuvj420p, 1920x1080 [SAR 1:1 DAR 16:9], > q=2-31, 200 kb/s, 90k tbn, 25 tbc > Stream mapping: > Stream #0:0 -> #0:0 (h264 -> mjpeg) > Press [q] to stop, [?] for help > [h264 @ 0x7fd3093c6000] Missing reference picture, default is 0 > [h264 @ 0x7fd3093c6000] decode_slice_header error > frame= 1 fps=0.0 q=0.0 Lsize=N/A time=00:00:00.04 bitrate=N/A > video:138kB audio:0kB subtitle:0 global headers:0kB muxing overhead > -100.015517% > > and > > ffmpeg -i gh2-50i-psf.mts -vframes 8 frame-%d-vframes.jpg > ffmpeg version N-50443-g454c5d1 Copyright (c) 2000-2013 the FFmpeg > developers > built on Mar 3 2013 11:03:34 with llvm-gcc 4.2.1 (LLVM build > 2336.11.00) > configuration: > libavutil 52. 17.103 / 52. 17.103 > libavcodec 54. 92.100 / 54. 92.100 > libavformat 54. 63.102 / 54. 63.102 > libavdevice 54. 3.103 / 54. 3.103 > libavfilter 3. 41.100 / 3. 41.100 > libswscale 2. 2.100 / 2. 2.100 > libswresample 0. 17.102 / 0. 17.102 > Input #0, mpegts, from 'gh2-50i-psf.mts': > Duration: 00:00:01.38, start: 0.710178, bitrate: 46737 kb/s > Program 1 > Stream #0:0[0x1011]: Video: h264 (High) (HDMV / 0x564D4448), yuv420p, > 1920x1080 [SAR 1:1 DAR 16:9], 25 fps, 50 tbr, 90k tbn, 50 tbc > Stream #0:1[0x1100]: Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, > stereo, fltp, 192 kb/s > Stream #0:2[0x1200]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / > 0x0090) > Output #0, image2, to 'frame-%d-vframes.jpg': > Metadata: > encoder : Lavf54.63.102 > Stream #0:0: Video: mjpeg, yuvj420p, 1920x1080 [SAR 1:1 DAR 16:9], > q=2-31, 200 kb/s, 90k tbn, 25 tbc > Stream mapping: > Stream #0:0 -> #0:0 (h264 -> mjpeg) > Press [q] to stop, [?] for help > frame= 8 fps=0.0 q=0.0 Lsize=N/A time=00:00:00.32 bitrate=N/A dup=1 > drop=0 > video:1031kB audio:0kB subtitle:0 global headers:0kB muxing overhead > -100.002084% > > Two things seem to be wrong: The seeking (-ss) does not produce the > correct frame (it's equivalent to the 8th frame of the second command) > and if just dumping frames, it seems the first frame is duplicated. > > I ran into this when I noticed that our application, written based on > libavcodec/avformat did not work correctly when seeking in these files. > This is only an attempt to make this reproducible with ff* tools, because > I hope the reason for the incorrect behaviour of avformat_seek_file for > these files is the same as for the described ffmpeg behaviour but I do > not know that for sure. New description: It appears seeking is incorrect and a frame gets duplicated when dealing with the attached AVCHD sample. Please check the output for the attached small sample file for the two command lines (file is 25 FPS AFAIK it is a PsF file): {{{ ffmpeg -ss 0.04 -i gh2-50i-psf.mts -vframes 1 frame-2-ss.jpg ffmpeg version N-50443-g454c5d1 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 3 2013 11:03:34 with llvm-gcc 4.2.1 (LLVM build 2336.11.00) configuration: libavutil 52. 17.103 / 52. 17.103 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.102 / 54. 63.102 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 41.100 / 3. 41.100 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 Input #0, mpegts, from 'gh2-50i-psf.mts': Duration: 00:00:01.38, start: 0.710178, bitrate: 46737 kb/s Program 1 Stream #0:0[0x1011]: Video: h264 (High) (HDMV / 0x564D4448), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 25 fps, 50 tbr, 90k tbn, 50 tbc Stream #0:1[0x1100]: Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, stereo, fltp, 192 kb/s Stream #0:2[0x1200]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090) Output #0, image2, to 'frame-2-ss.jpg': Metadata: encoder : Lavf54.63.102 Stream #0:0: Video: mjpeg, yuvj420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (h264 -> mjpeg) Press [q] to stop, [?] for help [h264 @ 0x7fd3093c6000] Missing reference picture, default is 0 [h264 @ 0x7fd3093c6000] decode_slice_header error frame= 1 fps=0.0 q=0.0 Lsize=N/A time=00:00:00.04 bitrate=N/A video:138kB audio:0kB subtitle:0 global headers:0kB muxing overhead -100.015517% and ffmpeg -i gh2-50i-psf.mts -vframes 8 frame-%d-vframes.jpg ffmpeg version N-50443-g454c5d1 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 3 2013 11:03:34 with llvm-gcc 4.2.1 (LLVM build 2336.11.00) configuration: libavutil 52. 17.103 / 52. 17.103 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.102 / 54. 63.102 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 41.100 / 3. 41.100 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 Input #0, mpegts, from 'gh2-50i-psf.mts': Duration: 00:00:01.38, start: 0.710178, bitrate: 46737 kb/s Program 1 Stream #0:0[0x1011]: Video: h264 (High) (HDMV / 0x564D4448), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 25 fps, 50 tbr, 90k tbn, 50 tbc Stream #0:1[0x1100]: Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, stereo, fltp, 192 kb/s Stream #0:2[0x1200]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090) Output #0, image2, to 'frame-%d-vframes.jpg': Metadata: encoder : Lavf54.63.102 Stream #0:0: Video: mjpeg, yuvj420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (h264 -> mjpeg) Press [q] to stop, [?] for help frame= 8 fps=0.0 q=0.0 Lsize=N/A time=00:00:00.32 bitrate=N/A dup=1 drop=0 video:1031kB audio:0kB subtitle:0 global headers:0kB muxing overhead -100.002084% }}} Two things seem to be wrong: The seeking (-ss) does not produce the correct frame (it's equivalent to the 8th frame of the second command) and if just dumping frames, it seems the first frame is duplicated. I ran into this when I noticed that our application, written based on libavcodec/avformat did not work correctly when seeking in these files. This is only an attempt to make this reproducible with ff* tools, because I hope the reason for the incorrect behaviour of avformat_seek_file for these files is the same as for the described ffmpeg behaviour but I do not know that for sure. -- Comment: (Iiuc, you are reporting two independent issues, please don't do that, it makes following tickets impossible, open one ticket per problem.) The sample you uploaded starts with a keyframe, the next keyframe is the eighth frame, so seeking a very small amount of time will seek to the eighth frame, this is the only way seeking can work if you need the complete frame, you can use -flags2 showall if you want to seek exactly to the given time and don't care about keyframes (this is what MPlayer does for performance reasons). Move -ss in front of the output file to get a completely different behaviour that imo cannot really be called "seeking", instead it decodes all frames until the specified time. Regarding your second problem, I have to guess (missing information) but I suspect you are choosing an output container that only supports constant frame rate. To achieve constant frame rate for the given sample, the first frame has to be duplicated, use -vsync 0 to avoid this. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 8 01:52:13 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 08 Mar 2013 00:52:13 -0000 Subject: [FFmpeg-trac] #2227(undetermined:new): ffmpeg incorrectly identifying mjpeg as video stream instead of attachment In-Reply-To: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> References: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> Message-ID: <055.d84924b813b8941958ef1207ae2c0f3b@avcodec.org> #2227: ffmpeg incorrectly identifying mjpeg as video stream instead of attachment -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: wtv | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by dodgexander): Given that some people (such as I) are limited to only being able to record using windows media center, it would be of great disappointment to see some of the recordings now being unsupported by ffmpeg. Ramit, the developer of MCEBuddy has made a great program to automatically convert these recordings using ffmpeg into compatible formats. It would be really sad to see this support dropped :( -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 8 02:33:25 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 08 Mar 2013 01:33:25 -0000 Subject: [FFmpeg-trac] #2227(undetermined:new): ffmpeg incorrectly identifying mjpeg as video stream instead of attachment In-Reply-To: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> References: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> Message-ID: <055.2336f1b17dc9757b78efa89fe9861d8d@avcodec.org> #2227: ffmpeg incorrectly identifying mjpeg as video stream instead of attachment -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: wtv | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:28 dodgexander]: > Given that some people (such as I) are limited to only being able to record using windows media center, it would be of great disappointment to see some of the recordings now being unsupported by ffmpeg. Which recordings are unsupported? Please remember that this bug tracker is only meant for FFmpeg reports (not for third-party programs). > Ramit, the developer of MCEBuddy has made a great program to automatically convert these recordings using ffmpeg into compatible formats. It would be really sad to see this support dropped :( Could you elaborate? I don't think support for any files was ever dropped from FFmpeg. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 8 04:11:52 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 08 Mar 2013 03:11:52 -0000 Subject: [FFmpeg-trac] #1546(FFmpeg:closed): Memleak when decoding broken vorbis sample In-Reply-To: <036.0711fcea8a96b16199d40082327b8fba@avcodec.org> References: <036.0711fcea8a96b16199d40082327b8fba@avcodec.org> Message-ID: <051.3da19f311d121e20da00eba7d66ca51d@avcodec.org> #1546: Memleak when decoding broken vorbis sample --------------------------------------+---------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: FFmpeg Version: git-master | Resolution: fixed Keywords: roundup leak | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- Changes (by cehoyos): * keywords: vorbis roundup leak => roundup leak * resolution: => fixed * status: new => closed * component: avcodec => FFmpeg Comment: Should be fixed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 8 04:41:02 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 08 Mar 2013 03:41:02 -0000 Subject: [FFmpeg-trac] #1244(avformat:closed): ogg: vorbis_header() leaks memory allocated for packets in private data. In-Reply-To: <039.a5fcdaedb8e1444fc0907bec7de0c170@avcodec.org> References: <039.a5fcdaedb8e1444fc0907bec7de0c170@avcodec.org> Message-ID: <054.8265147906af6ff674a1c09eb29d7b1c@avcodec.org> #1244: ogg: vorbis_header() leaks memory allocated for packets in private data. ------------------------------------+------------------------------------ Reporter: dalecurtis | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: ogg leak | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: The original leak was fixed by Luca Barbato in January, the remaining leak (in ffmpeg) was a duplicate of ticket #1546. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 8 08:29:12 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 08 Mar 2013 07:29:12 -0000 Subject: [FFmpeg-trac] #2336(undetermined:closed): Incorrect seeking/decoding for AVCHD file In-Reply-To: <032.f55904c1ad4225cb56b159cd1aa6e230@avcodec.org> References: <032.f55904c1ad4225cb56b159cd1aa6e230@avcodec.org> Message-ID: <047.40562ef60305639ae3c355a5617018b7@avcodec.org> #2336: Incorrect seeking/decoding for AVCHD file -------------------------------------+------------------------------------- Reporter: rmk | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: h264 | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by rmk): To make that clear, my real problem ist that avformat_seek_file does not work as documented for these files and I am trying to find a way to file a ticket that makes it easy for you to reproduce that something is wrong with seeking, so maybe I should not have reported the other (accidental observation about the duplicated frame) and probably I failed with this attempt. Sorry for wasting your time. I will think of another way to make that problem reproducible and prepare the next attempt better. If you could not throw away the file for a few more days, I would reference it in a new report or shall I just re-upload it then? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 8 09:31:56 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 08 Mar 2013 08:31:56 -0000 Subject: [FFmpeg-trac] #2337(undetermined:new): Frame duplicated for AVCHD sample Message-ID: <032.06871ba4253b3fc9dada896f69937a79@avcodec.org> #2337: Frame duplicated for AVCHD sample -------------------------------------+------------------------------------- Reporter: rmk | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- ffmpeg -i gh2-50i-psf.mts -r 25 frame-%03d.jpg ffmpeg version N-50562-g199db97 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 8 2013 08:33:32 with llvm-gcc 4.2.1 (LLVM build 2336.11.00) configuration: libavutil 52. 18.100 / 52. 18.100 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.104 / 54. 63.104 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 42.103 / 3. 42.103 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 Input #0, mpegts, from 'gh2-50i-psf.mts': Duration: 00:00:01.38, start: 0.710178, bitrate: 46737 kb/s Program 1 Stream #0:0[0x1011]: Video: h264 (High) (HDMV / 0x564D4448), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 25 fps, 50 tbr, 90k tbn, 50 tbc Stream #0:1[0x1100]: Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, stereo, fltp, 192 kb/s Stream #0:2[0x1200]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090) Output #0, image2, to 'frame-%03d.jpg': Metadata: encoder : Lavf54.63.104 Stream #0:0: Video: mjpeg, yuvj420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (h264 -> mjpeg) Press [q] to stop, [?] for help frame= 35 fps=0.0 q=0.0 Lsize=N/A time=00:00:01.40 bitrate=N/A dup=1 drop=0 video:5872kB audio:0kB subtitle:0 global headers:0kB muxing overhead -100.000366% Sample is the same as for ticket 2336. It is a film of a wheel spinning with more or less constant speed so all frames differ. The result is the same with or without using the -r option for the output (just tried that because of Carl's feedback to 2336). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 8 11:04:01 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 08 Mar 2013 10:04:01 -0000 Subject: [FFmpeg-trac] #2330(undetermined:new): Impossible to fast-forward and fast rewind m2ts made by ffmpeg with panasonic hdd recoder In-Reply-To: <038.098b8ebd90d28ea77392fed1962bcbf7@avcodec.org> References: <038.098b8ebd90d28ea77392fed1962bcbf7@avcodec.org> Message-ID: <053.781005cf4ab322feb300f8e63a99672a@avcodec.org> #2330: Impossible to fast-forward and fast rewind m2ts made by ffmpeg with panasonic hdd recoder -------------------------------------+------------------------------------- Reporter: bonconboy | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mpegts | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by bonconboy): I tested under {{{ ffmpeg version 1.1.git-7bab631 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 6 2013 10:39:36 with gcc 4.7.2 (MacPorts gcc47 4.7.2_2) configuration: --prefix=/sw --cc=gcc-mp-4.7 --cxx=g++-mp-4.7 --extra- cflags='-mtune=native -mno-avx -mfpmath=sse -msse4.2' --extra- cxxflags='-mtune=native -mno-avx -mfpmath=sse -msse4.2' --enable-gpl --enable-pthreads --enable-version3 --enable-libspeex --enable-libvpx --disable-decoder=libvpx --enable-libmp3lame --enable-libtheora --enable- libvorbis --enable-libx264 --enable-nonfree --enable-libfaac --enable- libopenjpeg --enable-libschroedinger --enable-libmodplug --enable-libxvid --enable-libfreetype --enable-openssl --enable-avfilter --enable-filters --arch=x86_64 --cpu=corei7-avx --enable-libass --enable-libbluray --enable-libopencore_amrwb --enable-libopencore_amrnb libavutil 52. 17.103 / 52. 17.103 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.103 / 54. 63.103 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 42.103 / 3. 42.103 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 }}} Regrettably, the resuts are the same as the above. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 8 11:52:52 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 08 Mar 2013 10:52:52 -0000 Subject: [FFmpeg-trac] #2338(avformat:new): avformat_seek_file seeking to wrong frame for AVCHD sample Message-ID: <032.f2a3b35238d024175392ec2837d0369c@avcodec.org> #2338: avformat_seek_file seeking to wrong frame for AVCHD sample ----------------------------------+--------------------------------------- Reporter: rmk | Type: defect Status: new | Priority: normal Component: avformat | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- I have been observing that for files from a certain camera avformat_seek_file did not seek to the closest keyframe as requested (it seeked past the requested interval, although suitable frames do exist in the specified interval). To reproduce this using ffmpeg, please try the file from ticket 2336 and attempt to seek to position 0.96 using -ss 0.96 as an input option. Looking at the code in ffmpeg_opt.c ffmpeg issues a key_frame seek for the interval (INT64_MIN, 0.96 in timebase units, 0.96 in timebase units), so the first frame decoded by ffmpeg should be the keyframe closest to 0.96 _before_ 0.96 but the result is different. From debug output added to h264_parser.c I get the following frame numbers (calculated by pts) for key frames (the fact that the decoder doesn't see those as keyframes but the parser does, is a separate issue I described in http://ffmpeg.org/pipermail/libav-user/2013-March/003915.html but I am not sure it should be filed as a ticket, probably yes). PTS Sec. Frame number 67515 0 0 89115 0.24 6 99915 0.36 9 110715 0.48 12 121515 0.6 15 132315 0.72 18 143115 0.84 21 153915 0.96 24 164715 1.08 27 175515 1.2 30 186315 1.32 33 So 0.96 should work and be exact but from looking at the file, it appears it is really returning the next keyframe (27 at 1.08 Seconds). Command lines to reproduce: ffmpeg -ss 0.96 -i ~/tmp/gh2-50i-psf.mts -an -sn -vframes 1 ~/tmp/out096.jpg Produces frame #27 at 1.08 seconds ffmpeg -ss 0.92 -i ~/tmp/gh2-50i-psf.mts -an -sn -vframes 1 ~/tmp/out092.jpg Produces frame #24 at 0.96 seconds. Looking at the code an API doc I do not see any other explanation than avformat_seek_file not seeking to the right keyframe (it appears it is one too late in this case and others I have observed). I attached the patch with the log output for the h264 parser. I am not sure I am interpreting this correctly but from what I know about the camera's GOP size, it does make sense. Here's the output of the runs. ffmpeg -ss 0.96 -i ~/tmp/gh2-50i-psf.mts -an -sn -vframes 1 -y ~/tmp/out096.jpg ffmpeg version N-50562-g199db97 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 8 2013 10:08:49 with llvm-gcc 4.2.1 (LLVM build 2336.11.00) configuration: libavutil 52. 18.100 / 52. 18.100 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.104 / 54. 63.104 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 42.103 / 3. 42.103 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 Input #0, mpegts, from '/Users/krueger/tmp/gh2-50i-psf.mts': Duration: 00:00:01.38, start: 0.710178, bitrate: 46737 kb/s Program 1 Stream #0:0[0x1011]: Video: h264 (High) (HDMV / 0x564D4448), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 25 fps, 50 tbr, 90k tbn, 50 tbc Stream #0:1[0x1100]: Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, stereo, fltp, 192 kb/s Stream #0:2[0x1200]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090) Output #0, image2, to '/Users/krueger/tmp/out096.jpg': Metadata: encoder : Lavf54.63.104 Stream #0:0: Video: mjpeg, yuvj420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (h264 -> mjpeg) Press [q] to stop, [?] for help [h264 @ 0x7f9c42bc6000] Missing reference picture, default is 0 [h264 @ 0x7f9c42bc6000] decode_slice_header error [h264 @ 0x7f9c42bc6c00] Missing reference picture, default is 0 [h264 @ 0x7f9c42bc6c00] decode_slice_header error frame= 1 fps=0.0 q=0.0 Lsize=N/A time=00:00:00.04 bitrate=N/A video:140kB audio:0kB subtitle:0 global headers:0kB muxing overhead -100.015333% ffmpeg -ss 0.90 -i ~/tmp/gh2-50i-psf.mts -an -sn -vframes 1 -y ~/tmp/out090.jpg ffmpeg version N-50562-g199db97 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 8 2013 10:08:49 with llvm-gcc 4.2.1 (LLVM build 2336.11.00) configuration: libavutil 52. 18.100 / 52. 18.100 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.104 / 54. 63.104 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 42.103 / 3. 42.103 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 Input #0, mpegts, from '/Users/krueger/tmp/gh2-50i-psf.mts': Duration: 00:00:01.38, start: 0.710178, bitrate: 46737 kb/s Program 1 Stream #0:0[0x1011]: Video: h264 (High) (HDMV / 0x564D4448), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 25 fps, 50 tbr, 90k tbn, 50 tbc Stream #0:1[0x1100]: Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, stereo, fltp, 192 kb/s Stream #0:2[0x1200]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090) Output #0, image2, to '/Users/krueger/tmp/out090.jpg': Metadata: encoder : Lavf54.63.104 Stream #0:0: Video: mjpeg, yuvj420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (h264 -> mjpeg) Press [q] to stop, [?] for help frame= 1 fps=0.0 q=0.0 Lsize=N/A time=00:00:00.04 bitrate=N/A video:141kB audio:0kB subtitle:0 global headers:0kB muxing overhead -100.015187% -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 8 16:01:55 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 08 Mar 2013 15:01:55 -0000 Subject: [FFmpeg-trac] #2338(avformat:new): avformat_seek_file seeking to wrong frame for AVCHD sample In-Reply-To: <032.f2a3b35238d024175392ec2837d0369c@avcodec.org> References: <032.f2a3b35238d024175392ec2837d0369c@avcodec.org> Message-ID: <047.03db9738d30d83978555386c8e68417a@avcodec.org> #2338: avformat_seek_file seeking to wrong frame for AVCHD sample -------------------------------------+------------------------------------ Reporter: rmk | 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 rmk): One more thing I just noticed is that the stream start time of the video (and thus the start time of the container) seems to be wrong. It is detected as 63916 (0,7101777778 as reported by ffmpeg on the command line). However, the pts of the first decoded frame is 67515. Do you want me to make a new report for this? The wrong start time would certainly explain seeking inaccuracy to a certain extend as it is used in open_input_file to compute the seek target. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 8 20:02:35 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 08 Mar 2013 19:02:35 -0000 Subject: [FFmpeg-trac] #2335(avcodec:closed): AAC decoding regression: Decoding fails from a specific position on In-Reply-To: <036.b228ba8ab7717ceb69ebb1900c63e050@avcodec.org> References: <036.b228ba8ab7717ceb69ebb1900c63e050@avcodec.org> Message-ID: <051.3afef8b6bd3a1f5b8569d15b3c386721@avcodec.org> #2335: AAC decoding regression: Decoding fails from a specific position on -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: aac | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed Comment: Fixed by Michael. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 8 20:39:02 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 08 Mar 2013 19:39:02 -0000 Subject: [FFmpeg-trac] #2324(undetermined:reopened): Duplicate First Frame In-Reply-To: <038.130038902bc0889a69d36d66daaa9806@avcodec.org> References: <038.130038902bc0889a69d36d66daaa9806@avcodec.org> Message-ID: <053.7ace27e8753aa3132c274521b0673562@avcodec.org> #2324: Duplicate First Frame -------------------------------------+------------------------------------- Reporter: brchapman | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: git-master | undetermined Keywords: mov | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: closed => reopened * resolution: duplicate => Comment: There may actually be an issue, possibly the same as in ticket #2337 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 8 20:39:39 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 08 Mar 2013 19:39:39 -0000 Subject: [FFmpeg-trac] #2337(undetermined:new): Frame duplicated for AVCHD sample In-Reply-To: <032.06871ba4253b3fc9dada896f69937a79@avcodec.org> References: <032.06871ba4253b3fc9dada896f69937a79@avcodec.org> Message-ID: <047.906dcb708af541ad4b63c22865fd305c@avcodec.org> #2337: Frame duplicated for AVCHD sample -------------------------------------+------------------------------------- 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 cehoyos): If there is an issue, ticket #2324 may describe the same problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 8 21:05:05 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 08 Mar 2013 20:05:05 -0000 Subject: [FFmpeg-trac] #2339(swscale:new): merge arm yuv2rgb optimizations Message-ID: <034.1d48f6003d3d8832c11e39d2fa702b18@avcodec.org> #2339: merge arm yuv2rgb optimizations -------------------------------------+------------------------------------- Reporter: compn | Owner: Type: | Status: new enhancement | Component: swscale Priority: normal | Keywords: swscale Version: git- | yuv2rgb arm master | Blocking: Blocked By: | Analyzed by developer: 0 Reproduced by developer: 0 | -------------------------------------+------------------------------------- there are multiple projects which optimize ffmpeg on arm. can we merge some of them? http://code.google.com/p/chromium/issues/detail?id=71403 http://wss.co.uk/pinknoise/yuv2rgb/ - https://github.com/appunite/AndroidFFmpeg/tree/master/FFmpegLibrary/jni/yuv2rgb -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 8 21:10:15 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 08 Mar 2013 20:10:15 -0000 Subject: [FFmpeg-trac] #2339(swscale:new): merge arm yuv2rgb optimizations In-Reply-To: <034.1d48f6003d3d8832c11e39d2fa702b18@avcodec.org> References: <034.1d48f6003d3d8832c11e39d2fa702b18@avcodec.org> Message-ID: <049.ac8dbda34659d766887de4b3ac24c79d@avcodec.org> #2339: merge arm yuv2rgb optimizations -------------------------------------+------------------------------------- Reporter: compn | Owner: Type: enhancement | Status: new Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: swscale | Blocked By: yuv2rgb arm | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by heleppkes): The Chromium patch at least doesn't look like a patch against ffmpeg, but Chromiums own media library, and neither does the wss.co.uk URL look like ffmpeg based. So in short, it could be "ported" to swscale, but not simply merged. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 8 22:36:55 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 08 Mar 2013 21:36:55 -0000 Subject: [FFmpeg-trac] #2340(undetermined:new): A/V desync with dv sample Message-ID: <036.983472f6055db85a5a4bae3a18dd8de5@avcodec.org> #2340: A/V desync with dv sample -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git- | undetermined master | Keywords: desync Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- http://thread.gmane.org/gmane.comp.video.ffmpeg.user/44228/focus=44465 A user uploaded a dv sample that plays fine with QuickTime and mplayer -demuxer rawdv, ffplay and ffmpeg show significant A/V desync. The reason are error codes in the dv stream that lead to incorrect timestamps. ffplay does not show any issues if seeking is used to skip the problematic parts of the stream. {{{ $ ffmpeg -i error.dv -qscale 2 out.avi ffmpeg version N-50600-g309d6f5 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 8 2013 22:07:22 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 19.100 / 52. 19.100 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.104 / 54. 63.104 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 42.103 / 3. 42.103 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [dv @ 0x317ef40] Estimating duration from bitrate, this may be inaccurate Input #0, dv, from 'error.dv': Metadata: timecode : 01:09:48:11 Duration: 00:01:00.03, start: 0.000000, bitrate: 28771 kb/s Stream #0:0: Video: dvvideo, yuv411p, 720x480 [SAR 8:9 DAR 4:3], 28771 kb/s, 29.97 tbr, 29.97 tbn, 29.97 tbc Stream #0:1: Audio: pcm_s16le, 48000 Hz, stereo, s16, 1536 kb/s Please use -q:a or -q:v, -qscale is ambiguous Output #0, avi, to 'out.avi': Metadata: ISMP : 01:09:48:11 ISFT : Lavf54.63.104 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 720x480 [SAR 8:9 DAR 4:3], q=2-31, 200 kb/s, 29.97 tbn, 29.97 tbc Stream #0:1: Audio: ac3 ([0] [0][0] / 0x2000), 48000 Hz, stereo, fltp, 192 kb/s Stream mapping: Stream #0:0 -> #0:0 (dvvideo -> mpeg4) Stream #0:1 -> #0:1 (pcm_s16le -> ac3) Press [q] to stop, [?] for help frame= 303 fps=0.0 q=2.0 size= 2521kB time=00:00:10.11 bitrate=2042.6kbits/s [dvvideo @ 0x317f860] AC EOB marker is absent pos=64 [dvvideo @ 0x317f860] Last message repeated 1 times Last message repeated 1 times [dvvideo @ 0x317f860] AC EOB marker is absent pos=64 Last message repeated 2 times [dvvideo @ 0x317f860] AC EOB marker is absent pos=65 [dvvideo @ 0x317f860] AC EOB marker is absent pos=64 [dvvideo @ 0x317f860] AC EOB marker is absent pos=64 [dvvideo @ 0x317f860] AC EOB marker is absent pos=64 AC EOB marker is absent pos=64 [dvvideo @ 0x317f860] AC EOB marker is absent pos=66 Last message repeated 2 times [dvvideo @ 0x317f860] AC EOB marker is absent pos=65 Last message repeated 1 times [dvvideo @ 0x317f860] AC EOB marker is absent pos=75 Last message repeated 1 times ... [dvvideo @ 0x317f860] AC EOB marker is absent pos=64 [dvvideo @ 0x317f860] AC EOB marker is absent pos=64 [dvvideo @ 0x317f860] AC EOB marker is absent pos=65 [dvvideo @ 0x317f860] AC EOB marker is absent pos=64 [dvvideo @ 0x317f860] AC EOB marker is absent pos=69 Last message repeated 6 times frame= 875 fps=582 q=2.0 size= 7409kB time=00:00:29.19 bitrate=2078.8kbits/s frame= 1662 fps=553 q=2.0 size= 20069kB time=00:00:55.45 bitrate=2964.7kbits/s error.dv: Input/output error frame= 1799 fps=546 q=2.0 Lsize= 23842kB time=00:01:00.02 bitrate=3253.8kbits/s video:22347kB audio:1399kB subtitle:0 global headers:0kB muxing overhead 0.406532% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 8 22:37:51 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 08 Mar 2013 21:37:51 -0000 Subject: [FFmpeg-trac] #2340(undetermined:new): A/V desync with dv sample In-Reply-To: <036.983472f6055db85a5a4bae3a18dd8de5@avcodec.org> References: <036.983472f6055db85a5a4bae3a18dd8de5@avcodec.org> Message-ID: <051.4526ac4e6fb43a71ee42a1ae1f1753fe@avcodec.org> #2340: A/V desync with dv sample -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: desync | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Sample uploaded to http://samples.ffmpeg.org/ffmpeg-bugs/trac/ticket2340/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 8 22:38:06 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 08 Mar 2013 21:38:06 -0000 Subject: [FFmpeg-trac] #2340(undetermined:new): A/V desync with dv sample In-Reply-To: <036.983472f6055db85a5a4bae3a18dd8de5@avcodec.org> References: <036.983472f6055db85a5a4bae3a18dd8de5@avcodec.org> Message-ID: <051.434a64376058b7aeb93edc051c0db923@avcodec.org> #2340: A/V desync with dv sample -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: desync | Resolution: dvvideo | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: desync => desync dvvideo -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 9 15:30:39 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 09 Mar 2013 14:30:39 -0000 Subject: [FFmpeg-trac] #2341(avformat:new): No audio in damaged dv stream Message-ID: <036.16433f7c8ae97cf719d1f1fd0fe5a89e@avcodec.org> #2341: No audio in damaged dv stream --------------------------------------+---------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Keywords: dvvideo Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+---------------------------------- http://thread.gmane.org/gmane.comp.video.ffmpeg.user/44228 related to ticket #2340 FFmpeg does not detect audio in a dv stream if the initial frames are damaged. {{{ $ ffmpeg -i error_no_audio_detected.dv ffmpeg version N-50601-g98c4268 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 9 2013 15:29:33 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 19.100 / 52. 19.100 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.104 / 54. 63.104 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 42.103 / 3. 42.103 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [dv @ 0x1d60a20] Detected timecode is invalid [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=65 [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=67 [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=64 [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=65 Last message repeated 1 times [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=64 [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=66 [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=64 [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=65 [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=64 Last message repeated 3 times [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=65 [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=70 [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=72 [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=64 Last message repeated 7 times [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=65 [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=64 Last message repeated 1 times [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=66 [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=64 [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=77 [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=64 Last message repeated 1 times [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=65 Last message repeated 1 times [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=64 Last message repeated 4 times [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=67 [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=64 Last message repeated 1 times [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=66 [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=64 Last message repeated 5 times [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=65 [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=67 [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=64 Last message repeated 2 times [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=66 [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=65 Last message repeated 2 times [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=64 [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=100 [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=65 [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=64 Last message repeated 1 times [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=67 [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=69 [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=64 Last message repeated 1 times [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=109 [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=64 Last message repeated 1 times [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=66 [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=65 [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=64 [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=74 [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=64 [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=66 [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=65 Last message repeated 1 times [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=64 Last message repeated 3 times [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=87 [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=65 [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=64 Last message repeated 2 times [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=70 Last message repeated 1 times [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=64 Last message repeated 3 times [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=69 [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=64 Last message repeated 1 times [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=67 [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=65 [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=64 Last message repeated 4 times [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=66 [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=64 Last message repeated 2 times [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=65 Last message repeated 1 times [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=64 Last message repeated 1 times [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=65 [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=64 [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=69 [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=65 [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=64 Last message repeated 1 times [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=67 [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=64 Last message repeated 7 times [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=65 [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=64 Last message repeated 3 times [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=66 [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=64 [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=66 [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=64 [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=65 Last message repeated 3 times [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=66 [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=64 [dvvideo @ 0x1d613c0] AC EOB marker is absent pos=65 [dv @ 0x1d60a20] Estimating duration from bitrate, this may be inaccurate Input #0, dv, from 'error_no_audio_detected.dv': Duration: 00:00:04.97, start: 0.000000, bitrate: 28736 kb/s Stream #0:0: Video: dvvideo, yuv411p, 720x480, 28771 kb/s, SAR 8:9 DAR 4:3, 29.97 tbr, 29.97 tbn, 29.97 tbc At least one output file must be specified }}} {{{ $ ffmpeg -skip_initial_bytes 1100k -i error_no_audio_detected.dv ffmpeg version N-50601-g98c4268 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 9 2013 15:29:33 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 19.100 / 52. 19.100 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.104 / 54. 63.104 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 42.103 / 3. 42.103 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=67 [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=65 [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=81 [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=64 Last message repeated 2 times [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=65 [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=64 Last message repeated 1 times [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=65 Last message repeated 1 times [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=64 [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=65 [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=68 [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=66 [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=65 [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=70 [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=66 [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=68 [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=67 Last message repeated 1 times [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=64 [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=66 [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=64 Last message repeated 2 times [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=65 [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=64 [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=70 [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=66 [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=67 [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=64 [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=66 Last message repeated 1 times [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=64 [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=66 [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=64 Last message repeated 1 times [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=104 [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=67 [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=64 Last message repeated 1 times [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=69 [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=66 [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=64 [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=65 [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=66 [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=65 [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=64 Last message repeated 4 times [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=67 [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=64 Last message repeated 2 times [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=65 [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=64 [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=66 [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=64 Last message repeated 4 times [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=100 [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=64 Last message repeated 1 times [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=65 [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=64 Last message repeated 1 times [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=65 [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=68 [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=64 Last message repeated 2 times [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=72 [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=65 [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=64 [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=66 [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=64 Last message repeated 5 times [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=66 [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=64 Last message repeated 1 times [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=67 [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=64 Last message repeated 3 times [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=68 [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=65 [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=78 [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=66 [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=64 [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=66 Last message repeated 1 times [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=64 [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=65 [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=64 Last message repeated 1 times [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=66 [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=64 Last message repeated 2 times [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=65 [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=64 Last message repeated 7 times [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=81 [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=64 Last message repeated 3 times [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=76 [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=69 [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=64 Last message repeated 2 times [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=65 [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=66 [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=64 Last message repeated 3 times [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=68 [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=64 Last message repeated 7 times [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=65 [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=64 Last message repeated 3 times [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=65 [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=64 [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=69 [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=66 [dvvideo @ 0x2ea59a0] AC EOB marker is absent pos=64 Last message repeated 1 times [dv @ 0x2e9cbc0] Estimating duration from bitrate, this may be inaccurate Input #0, dv, from 'error_no_audio_detected.dv': Metadata: timecode : 01:10:14:15 Duration: 00:00:04.97, start: 0.000000, bitrate: 28736 kb/s Stream #0:0: Video: dvvideo, yuv411p, 720x480, 28771 kb/s, SAR 8:9 DAR 4:3, 29.97 tbr, 29.97 tbn, 29.97 tbc Stream #0:1: Audio: pcm_s16le, 48000 Hz, stereo, s16, 1536 kb/s At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 9 15:31:24 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 09 Mar 2013 14:31:24 -0000 Subject: [FFmpeg-trac] #2341(avformat:new): No audio in damaged dv stream In-Reply-To: <036.16433f7c8ae97cf719d1f1fd0fe5a89e@avcodec.org> References: <036.16433f7c8ae97cf719d1f1fd0fe5a89e@avcodec.org> Message-ID: <051.faaf3554efb46ede72ee147c89015135@avcodec.org> #2341: No audio in damaged dv stream ------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: dvvideo | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Sample uploaded to http://samples.ffmpeg.org/ffmpeg-bugs/trac/ticket2341/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 9 15:51:33 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 09 Mar 2013 14:51:33 -0000 Subject: [FFmpeg-trac] #2342(avfilter:new): ebur128 filter output seems to break format auto negotiation Message-ID: <032.286aaefadf3fc8e649db8ec6ddb9fd58@avcodec.org> #2342: ebur128 filter output seems to break format auto negotiation --------------------------------------+---------------------------------- Reporter: cus | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Keywords: ebur128 Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+---------------------------------- Chaining the output of the ebur128 (audio) filter causes broken output. How to reproduce: {{{ ffmpeg -i stereo.mp3 -af ebur128,aformat=channel_layouts=mono dummy.wav }}} Cl?ment B?sch provided a patch, but it is not clear why it fixes the issue. http://ffmpeg.org/pipermail/ffmpeg-devel/2013-February/139526.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 9 22:08:41 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 09 Mar 2013 21:08:41 -0000 Subject: [FFmpeg-trac] #2305(avdevice:new): v4l2 user control configuration mechanism In-Reply-To: <033.e5fd5feb1ae446a37835d2e5040d1bb2@avcodec.org> References: <033.e5fd5feb1ae446a37835d2e5040d1bb2@avcodec.org> Message-ID: <048.8ada49f657c7e9615a14a1be98cb2fee@avcodec.org> #2305: v4l2 user control configuration mechanism -------------------------------------+------------------------------------ Reporter: elkq | Owner: Type: enhancement | Status: new Priority: wish | Component: avdevice Version: git-master | Resolution: Keywords: v4l2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by dronus): I think using v4l2-ctl before ffmpeg would be ok if it would work. Currently ffmpeg does a mess on the settings made by v4l2-ctl. The pixel format is not honored, but must be set by -pixel_format. Doing so it seems tend to reset other parameters, eg. exposure settings or something on some cameras. As those cannot be controlled by ffmpeg, they must be reapplied by v4l2-ctl after starting the capture, a need which renders the first seconds of the capture useless. So ffmpeg should either provide the full range of controls like cehoyos suggested (much work to do) or just keep whats set up and honor it. As v4l2.c matches up libav and v4l2 pixel formats it may be tricky to keep the already set v4l2 format and honor it, however ffmpeg could fail if no support is possible and suggest a compatible format to be set with v4l2-ctl. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 9 22:18:31 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 09 Mar 2013 21:18:31 -0000 Subject: [FFmpeg-trac] #1387(undetermined:new): v4l2 uses wrong (default) parameters In-Reply-To: <034.e78aa975a784c0de9d7d6b5908959c5d@avcodec.org> References: <034.e78aa975a784c0de9d7d6b5908959c5d@avcodec.org> Message-ID: <049.44f808f2ff4ce9a116fa8bb7631073e4@avcodec.org> #1387: v4l2 uses wrong (default) parameters -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: v4l2 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by dronus): The bug is still there. -pixel_format is needed to set the pixel format again already selected by v4l2-ctl before. And for the worse, this will in turn reset some other settings done by v4l2-ctl. For example, exposure mode is changed on some cameras. It seems that the format decision is assumed to take place prior to the other settings. The format can only be changed in close state, while the controls can be changed while capturing. So it may be incorrect to change the pixel format by ffmpeg without the ability to reapply the control settings. I suggest either add a full control interface, or remove the pixel format setup from v4l2.c and just honor what was set by tools like v4l2-ctl before. Adding an control interface is the issue of https://ffmpeg.org/trac/ffmpeg/ticket/2305 too. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 10 08:23:38 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Mar 2013 07:23:38 -0000 Subject: [FFmpeg-trac] #2343(undetermined:new): Stream is blocked by 20 seconds or more when reading an mjpeg stream at low resolutions Message-ID: <037.e1eff80ab0981aae5afcbd8ae9926b27@avcodec.org> #2343: Stream is blocked by 20 seconds or more when reading an mjpeg stream at low resolutions --------------------------------------+---------------------------------- Reporter: virtuald | Type: defect Status: new | Priority: normal Component: undetermined | Version: 1.1.3 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- When opening a network-based mjpeg stream from an AXIS M1011 camera, the stream doesn't actually get opened until 20 or 30 seconds later, and the program blocks waiting for ffmpeg to evaluate the stream parameters (as it freezes in avformat_find_stream_info). I find that I don't notice it with 640x480 30fps streams, but at 320x260 5fps the delay is huge. How to reproduce: {{{ % ffmpeg -i http://192.168.0.10/mjpg/video.mjpg }}} The problem shows up on version 1.1.3 on Windows (32-bit) and Linux (64-bit). It also shows up on the version installed on my Ubuntu box by default, 0.8.5-6:0.8.5-0ubuntu0.12.10.1. Note that in the logfile I attached, it hangs right before the line "[mjpeg @ 0x1016500] max_analyze_duration 5000000 reached at 5000000" for about 25 seconds or so. And yes, it ends in an error saying that there is no output file, but an output file isn't necessary to illustrate the issue. The point is that it hangs. :) I originally found this issue when using OpenCV, but the ffmpeg executable has the same problem. I was able to remove the delay in OpenCV by setting max_analyze_duration to 50000 on the context. However, it seems like the default setting should just work. Reference: http://code.opencv.org/issues/2877 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 10 10:04:47 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Mar 2013 09:04:47 -0000 Subject: [FFmpeg-trac] #2343(avformat:new): Stream is blocked by 20 seconds or more when reading an mjpeg stream at low resolutions In-Reply-To: <037.e1eff80ab0981aae5afcbd8ae9926b27@avcodec.org> References: <037.e1eff80ab0981aae5afcbd8ae9926b27@avcodec.org> Message-ID: <052.8145d9c6323b537884e61118e7971caa@avcodec.org> #2343: Stream is blocked by 20 seconds or more when reading an mjpeg stream at low resolutions -------------------------------------+------------------------------------ Reporter: virtuald | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * priority: normal => wish * type: defect => enhancement * version: 1.1.3 => git-master * component: undetermined => avformat Comment: Replying to [ticket:2343 virtuald]: > The problem shows up on version 1.1.3 on Windows (32-bit) and Linux (64-bit). Am I correct that you get the same problem with current git head? > It also shows up on the version installed on my Ubuntu box by default, 0.8.5-6:0.8.5-0ubuntu0.12.10.1. (This is an intentionally broken version of FFmpeg that is not supported here.) > Note that in the logfile I attached, it hangs right before the line "[mjpeg @ 0x1016500] max_analyze_duration 5000000 reached at 5000000" for about 25 seconds or so. And yes, it ends in an error saying that there is no output file, but an output file isn't necessary to illustrate the issue. The point is that it hangs. :) (As your post explains, it does not hang, it waits for 5000000 ms of audio/video data because you did not specify another value on the command line.) > I originally found this issue when using OpenCV, but the ffmpeg executable has the same problem. I was able to remove the delay in OpenCV by setting max_analyze_duration to 50000 on the context. However, it seems like the default setting should just work. How should FFmpeg know that you are playing a stream with a very uncommon low bitrate before looking into the stream (for the duration to analyze that you specify on the command line, if you don't specify it, the default rate - which is very low for many real-world streams - will be used)? Reducing the default value for -analyzeduration seems unacceptable to me. Maybe an additional option -analyze_real_world_duration could be implemented. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 10 10:09:43 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Mar 2013 09:09:43 -0000 Subject: [FFmpeg-trac] #2186(avformat:closed): program detection in transport stream broken In-Reply-To: <033.4e28c9ab7ea2623367edbb9f55a9104d@avcodec.org> References: <033.4e28c9ab7ea2623367edbb9f55a9104d@avcodec.org> Message-ID: <048.c0943dfc193f7678b913428730f9425f@avcodec.org> #2186: program detection in transport stream broken -------------------------------------+------------------------------------- Reporter: hugo | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: mpegts | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Michael's patch was committed and backported, if this problem is still reproducible with current git head or a release branch, please provide a sample (not matter the size) and reopen this ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 10 13:52:31 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Mar 2013 12:52:31 -0000 Subject: [FFmpeg-trac] #2332(documentation:closed): Better documenting of boolean options In-Reply-To: <034.6e80073cebfd031c81dad4de0b54a47c@avcodec.org> References: <034.6e80073cebfd031c81dad4de0b54a47c@avcodec.org> Message-ID: <049.591a844e68a37f33608671788f1a1b3a@avcodec.org> #2332: Better documenting of boolean options -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: enhancement | Status: closed Priority: wish | Component: Version: unspecified | documentation Keywords: | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 1 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by saste): * analyzed: 0 => 1 * status: reopened => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Replying to [comment:2 saste]: > Replying to [ticket:2332 burek]: [...] > > This will help users who get to the docs page and use CTRL+F to just find the option they are interested in, without reading the documentation page like a book, from the beginning to the end (hence, they usually skip the intro part that explains the "-nofoo" logic). > > Most boolean options are off by default, so it is clear that selecting -foo will enable it. For the few options which are on by default, we may mention that -nofoo will disable the options, like it is done for example with -stdin. This seems easier, requires less doc churnup and addresses the problem for a lazy user grepping for -nostats. Partially fixed in: {{{ commit f185a040b0d5f6766c8016cc84b415d414d38246 Author: Stefano Sabatini Date: Sun Mar 10 11:51:00 2013 +0100 doc/ffplay,ffmpeg: mention the corresponding negated option for -stats This helps lazy users who didn't read the part about boolean options, in case they grep for "-nostats". -stdin and -stats are the only booleans option enabled by default. This is a partial fix for Trac ticket #2332, a complete overhaul of boolean options documentation is probably overkill. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 10 17:32:48 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Mar 2013 16:32:48 -0000 Subject: [FFmpeg-trac] #2227(undetermined:new): ffmpeg incorrectly identifying mjpeg as video stream instead of attachment In-Reply-To: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> References: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> Message-ID: <055.4d08febbfd6dc3453c0245c4ec91a954@avcodec.org> #2227: ffmpeg incorrectly identifying mjpeg as video stream instead of attachment -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: wtv | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ramitbhalla): @rogerdpack can I request your assistance for a test build as suggested by @michael above. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 10 17:44:13 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Mar 2013 16:44:13 -0000 Subject: [FFmpeg-trac] #1031(swscale:reopened): yuv420p to rgb24 wrong pixels at end of rows In-Reply-To: <037.ddf608b802c62729426f293ca2764c94@avcodec.org> References: <037.ddf608b802c62729426f293ca2764c94@avcodec.org> Message-ID: <052.20fa9558e98609a25b504785abcb0337@avcodec.org> #1031: yuv420p to rgb24 wrong pixels at end of rows -------------------------------------+------------------------------------- Reporter: SephiRok | Owner: michael Type: defect | Status: reopened Priority: important | Component: swscale Version: git-master | Resolution: Keywords: regression | Blocked By: yuv2rgb | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: closed => reopened * resolution: fixed => Comment: The original issue is reproducible with current git head, it needs -pix_fmt yuv420p / yuvj420p now. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 10 18:15:27 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Mar 2013 17:15:27 -0000 Subject: [FFmpeg-trac] #2344(avdevice:new): libavdevice SDL fullscreen output Message-ID: <035.8360f5b1bd0146d6936edb1ed995bce5@avcodec.org> #2344: libavdevice SDL fullscreen output -------------------------------------+------------------------------------- Reporter: dronus | Type: Status: new | enhancement Component: avdevice | Priority: normal Keywords: SDL | Version: git- fullscreen | master Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- It would be nice if SDL output could be done fullscreen. That would enhance the use of ffmpeg as a realtime video filter. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 10 18:19:27 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Mar 2013 17:19:27 -0000 Subject: [FFmpeg-trac] #2344(avdevice:new): libavdevice SDL fullscreen output In-Reply-To: <035.8360f5b1bd0146d6936edb1ed995bce5@avcodec.org> References: <035.8360f5b1bd0146d6936edb1ed995bce5@avcodec.org> Message-ID: <050.5e0ebaff678f47517989f928c596f33a@avcodec.org> #2344: libavdevice SDL fullscreen output -------------------------------------+------------------------------------- Reporter: dronus | Owner: Type: enhancement | Status: new Priority: normal | Component: avdevice Version: git-master | Resolution: Keywords: SDL | Blocked By: fullscreen | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by dronus): I've already done a naive simple implementation, see pull request at https://github.com/FFmpeg/FFmpeg/pulls . Not sure if the switch parameter type should be INT, is there a BOOLEAN option type to? Could the switch be named 'fullscreen' only, or do device options clutter some global option namespace? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 10 19:25:38 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Mar 2013 18:25:38 -0000 Subject: [FFmpeg-trac] #2344(avdevice:open): libavdevice SDL fullscreen output In-Reply-To: <035.8360f5b1bd0146d6936edb1ed995bce5@avcodec.org> References: <035.8360f5b1bd0146d6936edb1ed995bce5@avcodec.org> Message-ID: <050.8179c8fbef73a797492c08995de5a5a2@avcodec.org> #2344: libavdevice SDL fullscreen output -------------------------------------+------------------------------------ Reporter: dronus | Owner: Type: enhancement | Status: open Priority: wish | Component: avdevice Version: git-master | Resolution: Keywords: SDL | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: SDL fullscreen => SDL * priority: normal => wish * status: new => open Comment: Please send your patch to ffmpeg-devel, it can be reviewed there. Unrelated: Do you know why the rgb2xyz filter was never posted on ffmpeg- devel? (I just found the pull request but this is unusual for a new feature.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 10 19:27:29 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Mar 2013 18:27:29 -0000 Subject: [FFmpeg-trac] #2344(avdevice:open): libavdevice SDL fullscreen output In-Reply-To: <035.8360f5b1bd0146d6936edb1ed995bce5@avcodec.org> References: <035.8360f5b1bd0146d6936edb1ed995bce5@avcodec.org> Message-ID: <050.d297a8c2d3345c007710a0cff01ccdc1@avcodec.org> #2344: libavdevice SDL fullscreen output -------------------------------------+------------------------------------ Reporter: dronus | Owner: Type: enhancement | Status: open Priority: wish | Component: avdevice Version: git-master | Resolution: Keywords: SDL | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:2 cehoyos]: > Unrelated: Do you know why the rgb2xyz filter was never posted on ffmpeg-devel? > (I just found the pull request but this is unusual for a new feature.) Sorry, I did not realize there are two requests not from you and one from you. Please ignore. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 10 19:28:12 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Mar 2013 18:28:12 -0000 Subject: [FFmpeg-trac] #2344(avdevice:open): libavdevice SDL fullscreen output In-Reply-To: <035.8360f5b1bd0146d6936edb1ed995bce5@avcodec.org> References: <035.8360f5b1bd0146d6936edb1ed995bce5@avcodec.org> Message-ID: <050.f3b853ef923b403ec9dca844dcdea778@avcodec.org> #2344: libavdevice SDL fullscreen output -------------------------------------+------------------------------------ Reporter: dronus | Owner: Type: enhancement | Status: open Priority: wish | Component: avdevice Version: git-master | Resolution: Keywords: SDL | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:1 dronus]: > Not sure if the switch parameter type should be INT, is there a BOOLEAN option type to? There is no boolean type in C except int afaik. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 10 20:27:19 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Mar 2013 19:27:19 -0000 Subject: [FFmpeg-trac] #2227(undetermined:new): ffmpeg incorrectly identifying mjpeg as video stream instead of attachment In-Reply-To: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> References: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> Message-ID: <055.2dd1d9daee89e4d9d258b93a4713fb52@avcodec.org> #2227: ffmpeg incorrectly identifying mjpeg as video stream instead of attachment -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: wtv | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by dodgexander): >Which recordings are unsupported? Please remember that this bug tracker is only meant for FFmpeg reports (not for third-party programs). Take a look at some of the cases related to .wtv files that ramitbhalla has created. Around 30% of my mpeg2 and h264 recordings fail copy remuxing with ffmpeg. Even if I recode h264 to h264, there are problems with the files. Yes I use MCEBuddy, but these problems are only related too ffmpeg. >Could you elaborate? I don't think support for any files was ever dropped from FFmpeg. The changes explained in this thread by ramit explain why there is a problem. Ramit himself has posted that he is unsure whether MCEBuddy can continue because of these changes. What ramit says about ffmpeg being flexible is true, but as is also what he says about updating versions of ffmpeg and certain changes causing new problems to arise. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 10 20:41:11 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Mar 2013 19:41:11 -0000 Subject: [FFmpeg-trac] #2227(undetermined:new): ffmpeg incorrectly identifying mjpeg as video stream instead of attachment In-Reply-To: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> References: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> Message-ID: <055.e0e162ea43a22cdbb33c95caeec59648@avcodec.org> #2227: ffmpeg incorrectly identifying mjpeg as video stream instead of attachment -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: wtv | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:31 dodgexander]: > >Which recordings are unsupported?Please remember that this bug tracker is only meant for FFmpeg reports (not for third-party programs). > > Take a look at some of the cases related to .wtv files that ramitbhalla has created. Most of them were fixed iirc (one is the reason for this "ticket"). > Around 30% of my mpeg2 and h264 recordings fail copy remuxing with ffmpeg. This is not unexpected (and not wtv-related) for h264, in any case, these are not regressions. > Even if I recode h264 to h264, there are problems with the files. Could you point me to the ticket? > >Could you elaborate? I don't think support for any files was ever dropped from FFmpeg. > > The changes explained in this thread by ramit explain why there is a problem. Please understand that -map 0 simply cannot work the way you want it (see also #1952): Generally, you have to use specific map options depending on the input file (and in this case, it should be trivial to provide them with a simple script). I would also expect that in many cases, one video and one audio track will already be what the users want. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 10 20:42:53 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Mar 2013 19:42:53 -0000 Subject: [FFmpeg-trac] #1845(avformat:open): Encoded movies with mov_text subtitles do not play with QT Player In-Reply-To: <037.b779eb81e5c789f6371f64b11f02abec@avcodec.org> References: <037.b779eb81e5c789f6371f64b11f02abec@avcodec.org> Message-ID: <052.929674fcffe15f73ea9f076ba0a5e2a6@avcodec.org> #1845: Encoded movies with mov_text subtitles do not play with QT Player --------------------------------------+------------------------------------ Reporter: Atarikid | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mov mov_text | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Comment (by philipl): It sounds like the player is, at least to some extent, respecting the text formatting and positioning flags in the header - which no other player I'm aware of does. That's why I was never able to test this. We used a fixed style which should yield "12 point Serif white-on- transparent" with undefined positioning. This could easily lead to invisible subtitles due to the lack of positioning information, or misplaced subtitles (top left corner?). The only thing that really surprises me is the red colour. I know I didn't mess that up. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 10 20:58:19 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Mar 2013 19:58:19 -0000 Subject: [FFmpeg-trac] #1845(avformat:open): Encoded movies with mov_text subtitles do not play with QT Player In-Reply-To: <037.b779eb81e5c789f6371f64b11f02abec@avcodec.org> References: <037.b779eb81e5c789f6371f64b11f02abec@avcodec.org> Message-ID: <052.8152c87b5b8f5381b6bc589cd0fa6dcf@avcodec.org> #1845: Encoded movies with mov_text subtitles do not play with QT Player --------------------------------------+------------------------------------ Reporter: Atarikid | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mov mov_text | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Changes (by cehoyos): * cc: philipl (added) Comment: Replying to [comment:13 philipl]: > It sounds like the player is, at least to some extent, respecting the text formatting and positioning flags in the header - which no other player I'm aware of does. Excuse my ignorance: What other player than QuickTime supports mov_text in mov? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 10 21:07:18 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Mar 2013 20:07:18 -0000 Subject: [FFmpeg-trac] #1845(avformat:open): Encoded movies with mov_text subtitles do not play with QT Player In-Reply-To: <037.b779eb81e5c789f6371f64b11f02abec@avcodec.org> References: <037.b779eb81e5c789f6371f64b11f02abec@avcodec.org> Message-ID: <052.712f192494fd109ca3479cb79e58afea@avcodec.org> #1845: Encoded movies with mov_text subtitles do not play with QT Player --------------------------------------+------------------------------------ Reporter: Atarikid | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mov mov_text | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Comment (by philipl): mplayer, vlc - all the usual suspects. Am I missing something? And iOS devices, although also made by Apple use very different playback software than Quicktime on the desktop. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 10 21:58:02 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Mar 2013 20:58:02 -0000 Subject: [FFmpeg-trac] #1845(avformat:open): Encoded movies with mov_text subtitles do not play with QT Player In-Reply-To: <037.b779eb81e5c789f6371f64b11f02abec@avcodec.org> References: <037.b779eb81e5c789f6371f64b11f02abec@avcodec.org> Message-ID: <052.33a743af2cc082f9c89cdeaba97038bc@avcodec.org> #1845: Encoded movies with mov_text subtitles do not play with QT Player --------------------------------------+------------------------------------ Reporter: Atarikid | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mov mov_text | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Comment (by cehoyos): I tried the following with the sample attached to this ticket (that plays subtitles on my iPhone): $ ffmpeg -i Handbrake-subtitles\ work\ with\ QTPlayer.mp4 -strict -2 -qscale 5 -scodec mov_text outmovtext.mov The resulting file shows no subtitles on my iPhone. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 10 22:08:32 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Mar 2013 21:08:32 -0000 Subject: [FFmpeg-trac] #2340(undetermined:new): A/V desync with dv sample In-Reply-To: <036.983472f6055db85a5a4bae3a18dd8de5@avcodec.org> References: <036.983472f6055db85a5a4bae3a18dd8de5@avcodec.org> Message-ID: <051.2a62f313a4e03a891f13879791094f6e@avcodec.org> #2340: A/V desync with dv sample -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: desync | Resolution: dvvideo | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * cc: dericed (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 10 22:08:39 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Mar 2013 21:08:39 -0000 Subject: [FFmpeg-trac] #2341(avformat:new): No audio in damaged dv stream In-Reply-To: <036.16433f7c8ae97cf719d1f1fd0fe5a89e@avcodec.org> References: <036.16433f7c8ae97cf719d1f1fd0fe5a89e@avcodec.org> Message-ID: <051.7739e99e8c6fc5daafae8d09c0587bd1@avcodec.org> #2341: No audio in damaged dv stream ------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: dvvideo | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * cc: dericed (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 10 22:14:26 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Mar 2013 21:14:26 -0000 Subject: [FFmpeg-trac] #1845(avformat:open): Encoded movies with mov_text subtitles do not play with QT Player In-Reply-To: <037.b779eb81e5c789f6371f64b11f02abec@avcodec.org> References: <037.b779eb81e5c789f6371f64b11f02abec@avcodec.org> Message-ID: <052.5ab06c9a2b3d4fd3a679504175f0d413@avcodec.org> #1845: Encoded movies with mov_text subtitles do not play with QT Player --------------------------------------+------------------------------------ Reporter: Atarikid | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mov mov_text | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Comment (by philipl): The situation is confusing, to say the least. On my ipad: both the attached samples work correctly. When I remux the Handbrake sample, I get a file that's identified as having subtitles, but the subtitle duration is way off, and the subtitles 'stick' on screen for too long - I think there's some bug in how the time base is being translated. But the subtitles, are nevertheless, being transcoded and shown in the ipad. I'm surprised to see a significant difference between ipad and iphone. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 10 22:15:24 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Mar 2013 21:15:24 -0000 Subject: [FFmpeg-trac] #1845(avformat:open): Encoded movies with mov_text subtitles do not play with QT Player In-Reply-To: <037.b779eb81e5c789f6371f64b11f02abec@avcodec.org> References: <037.b779eb81e5c789f6371f64b11f02abec@avcodec.org> Message-ID: <052.072478c1392291a1e43a90088bf3ad49@avcodec.org> #1845: Encoded movies with mov_text subtitles do not play with QT Player --------------------------------------+------------------------------------ Reporter: Atarikid | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mov mov_text | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Comment (by philipl): Also note that my windows QT 7.7.3 reports the attached Handbrake sample as having no subtitles. So I really don't know what's going on right now. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 10 23:11:07 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Mar 2013 22:11:07 -0000 Subject: [FFmpeg-trac] #2343(avformat:new): Stream is blocked by 20 seconds or more when reading an mjpeg stream at low resolutions In-Reply-To: <037.e1eff80ab0981aae5afcbd8ae9926b27@avcodec.org> References: <037.e1eff80ab0981aae5afcbd8ae9926b27@avcodec.org> Message-ID: <052.84fb78ef706dfc7f0f5a1fac005ab6ff@avcodec.org> #2343: Stream is blocked by 20 seconds or more when reading an mjpeg stream at low resolutions -------------------------------------+------------------------------------ Reporter: virtuald | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by DonMoir): I found with IP cameras, there can be a long delay on open. Generally speaking, each IP camera has it's own best way of opening and sometimes multiple ways of opening for same camera. There are some generic types like: rtsp:// http:// These URL's are good enough for basic playback but allow no additional control like pan,tilt,zoom (PTZ) and can introduce an unwanted delay. I am finding it necessary to provide a special open call for IP cameras. For testing I am setting max_analyze_duration to 0. In the case of the camera I am testing with, I know it's mjpeg, how to control PTZ, etc. So it boils down to 'knowing' the camera. There have been some attempts to formalize but its not complete. The IP camera interfaces are all over the place. I have a long way to go on the above, but one thing for sure is I don't want delayed video for a real time LAN based camera. For testing, I ignore all timing and display the frames as fast as they arrive. The timing itself is not to much of an issue, but the initial delay can throw things way off in terms of seeing real time video. Like if I wave my hand in front of the camera I want to see it as soon as possible and not 5 to 10 seconds later. A generic open in this case is just not going to work well. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 10 23:15:15 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Mar 2013 22:15:15 -0000 Subject: [FFmpeg-trac] #1845(avformat:open): Encoded movies with mov_text subtitles do not play with QT Player In-Reply-To: <037.b779eb81e5c789f6371f64b11f02abec@avcodec.org> References: <037.b779eb81e5c789f6371f64b11f02abec@avcodec.org> Message-ID: <052.bf815b7bd216b8f0833015f78668ade3@avcodec.org> #1845: Encoded movies with mov_text subtitles do not play with QT Player --------------------------------------+------------------------------------ Reporter: Atarikid | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mov mov_text | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:17 philipl]: > When I remux the Handbrake sample I did not test remuxing but re-encoding the subtitles with -scodec mov_text -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 10 23:15:35 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Mar 2013 22:15:35 -0000 Subject: [FFmpeg-trac] #1845(avformat:open): Encoded movies with mov_text subtitles do not play with QT Player In-Reply-To: <037.b779eb81e5c789f6371f64b11f02abec@avcodec.org> References: <037.b779eb81e5c789f6371f64b11f02abec@avcodec.org> Message-ID: <052.db0e42c63b4635844eb58ccf71cc5c7c@avcodec.org> #1845: Encoded movies with mov_text subtitles do not play with QT Player --------------------------------------+------------------------------------ Reporter: Atarikid | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mov mov_text | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:18 philipl]: > Also note that my windows QT 7.7.3 reports the attached Handbrake sample as having no subtitles. It works fine with newer QT, see above. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 10 23:18:29 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Mar 2013 22:18:29 -0000 Subject: [FFmpeg-trac] #1845(avformat:open): Encoded movies with mov_text subtitles do not play with QT Player In-Reply-To: <037.b779eb81e5c789f6371f64b11f02abec@avcodec.org> References: <037.b779eb81e5c789f6371f64b11f02abec@avcodec.org> Message-ID: <052.666b5d807fe0af69b32bf400f1bed3b0@avcodec.org> #1845: Encoded movies with mov_text subtitles do not play with QT Player --------------------------------------+------------------------------------ Reporter: Atarikid | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mov mov_text | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Comment (by philipl): So, there are multiple things going on here that affect the success, or otherwise, of this process. 1) File type subtleties There are meaningful differences between mov/mp4/ipod output types as generated by the mov encoder. I always use 'ipod' and I've succeeded in producing files with subtitle tracks that are recognised by all tested players (QT, iPad, mplayer) this way. But not always. I've got input samples that don't seem to yield subtitles recognised by QT even with the same command line. Don't get it. As mentioned above, there may be some subtitle timebase translation failure going on when remuxing existing mp4 files. 2) The definite feature gaps a) The width/height and positional offset of the text track need to be set to meaningful values by the mov encoder (this header is not handled by the mov_text encoder). b) The text box (which exists within the text track) needs to be sized to meaningful values by the mov_text encoder. In practice, these values are closely related and in turn closely related to the width/height of the video track. I have no idea how one would sanely set these values in a file with multiple video tracks and/or ones with varying sizes. A rough heuristic that works for a single constant size video is that the text track has the same width as the video, and some 'reasonable' height in pixels - which we might be able to derive as a percentage of the video height. The vertical offset of the text track is then video height - text height - assuming we want the subtitle area to be aligned exactly with the bottom of the video area. (It is legal to offset outside the video area and the quicktime player will make this work) The text box is then 'normally' sized to the dimensions of the text track (ie: fills the whole track). This means that the mov_text encoder cannot know ahead of time what a reasonable size for the text box is. We'd really have to make the mov encoder re-write these values when writing the track header. This is all massively overengineered and very hard to get right, because - of course, subtitle size and display area really should be controlled by the playback device and not by the file encoder! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 10 23:23:36 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Mar 2013 22:23:36 -0000 Subject: [FFmpeg-trac] #1845(avformat:open): Encoded movies with mov_text subtitles do not play with QT Player In-Reply-To: <037.b779eb81e5c789f6371f64b11f02abec@avcodec.org> References: <037.b779eb81e5c789f6371f64b11f02abec@avcodec.org> Message-ID: <052.01a6bdc7ea20dcceedad906b5da37400@avcodec.org> #1845: Encoded movies with mov_text subtitles do not play with QT Player --------------------------------------+------------------------------------ Reporter: Atarikid | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mov mov_text | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Comment (by philipl): Oh, and to state it explicitly: by hard-coding various sizes and offsets in the encoders, I was able to produce a file with subtitles that rendered correctly in QT 7.3.3 on windows and OSX Player 10.1 (what I was able to test with on a Mac I could fine). So, the fundamental encoding, with respect to atom types and formatting is correct. But in the absence of accurate sizing information, it's not going to display correctly. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 10 23:39:44 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Mar 2013 22:39:44 -0000 Subject: [FFmpeg-trac] #1845(avformat:open): Encoded movies with mov_text subtitles do not play with QT Player In-Reply-To: <037.b779eb81e5c789f6371f64b11f02abec@avcodec.org> References: <037.b779eb81e5c789f6371f64b11f02abec@avcodec.org> Message-ID: <052.763607df31fa2f73d18257628c654bde@avcodec.org> #1845: Encoded movies with mov_text subtitles do not play with QT Player --------------------------------------+------------------------------------ Reporter: Atarikid | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mov mov_text | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Comment (by cehoyos): Is the sizing information something the encoder or the muxer has to write? Does the muxer have enough information? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 10 23:43:54 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Mar 2013 22:43:54 -0000 Subject: [FFmpeg-trac] #1845(avformat:open): Encoded movies with mov_text subtitles do not play with QT Player In-Reply-To: <037.b779eb81e5c789f6371f64b11f02abec@avcodec.org> References: <037.b779eb81e5c789f6371f64b11f02abec@avcodec.org> Message-ID: <052.483dbaa17a5e2578c11f714d1cb9a87e@avcodec.org> #1845: Encoded movies with mov_text subtitles do not play with QT Player --------------------------------------+------------------------------------ Reporter: Atarikid | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mov mov_text | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Comment (by philipl): When I say "mov encoder", I mean the muxer. The muxer is the *only* thing that has enough information, because it's the only thing that knows about the video tracks that the subtitles will be used with. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 11 09:40:25 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Mar 2013 08:40:25 -0000 Subject: [FFmpeg-trac] #1387(undetermined:closed): v4l2 uses wrong (default) parameters In-Reply-To: <034.e78aa975a784c0de9d7d6b5908959c5d@avcodec.org> References: <034.e78aa975a784c0de9d7d6b5908959c5d@avcodec.org> Message-ID: <049.458115a7dc8e2295e94e7f39b1ef9089@avcodec.org> #1387: v4l2 uses wrong (default) parameters -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: v4l2 | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed Comment: Replying to [comment:5 dronus]: > h264 is now available, but -pixel_format is needed to set the pixel format again already selected by v4l2-ctl before. This indicates that this particular ticket was fixed. For the remaining problem, please use ticket #2305, no matter how this will be fixed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 11 10:53:29 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Mar 2013 09:53:29 -0000 Subject: [FFmpeg-trac] #2345(FFmpeg:new): Convert DCP video file to jpeg files Message-ID: <038.16b245e332e6a7bc12c6a9ac0daff6f6@avcodec.org> #2345: Convert DCP video file to jpeg files -----------------------------------+------------------------------------ Reporter: jrousseau | Type: defect Status: new | Priority: critical Component: FFmpeg | Version: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+------------------------------------ Summary of the bug: I try to convert a DCP video file to jpg pictures. I used this command : ffmpeg -ss 0 -vlowres 2 -i malcolm-tsr-enfr_01.mxf -t 725 -q:v 0.9 jpg/output%06d.jpg This message occurs : [mxf @ 000000000241a640] "OPAtom" with 2 ECs - assuming OP1a [mxf @ 000000000241a640] Could not find codec parameters for stream 0 (Video: no ne, 1998x1080): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options malcolm-tsr-enfr_01.mxf: could not find codec parameters This command works with all others DCP video files. How to reproduce: {{{ % ffmpeg -ss 0 -vlowres 2 -i malcolm-tsr-enfr_01.mxf -t 725 -q:v 0.9 jpg/output%06d.jpg ffmpeg version ffmpeg version N-50442-g4f0d4ac built on Mar 2 2013 15:30:48 with gcc 4.7.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avis ynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable -libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable- libgsm --enable-libilbc --enable-libmp3lame --enable-libopencore-amrnb --enable- libope ncore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libs chroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtw olame --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable- libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 17.103 / 52. 17.103 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.102 / 54. 63.102 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 41.100 / 3. 41.100 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 11 11:03:32 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Mar 2013 10:03:32 -0000 Subject: [FFmpeg-trac] #2345(undetermined:new): Convert DCP video file to jpeg files In-Reply-To: <038.16b245e332e6a7bc12c6a9ac0daff6f6@avcodec.org> References: <038.16b245e332e6a7bc12c6a9ac0daff6f6@avcodec.org> Message-ID: <053.2a2c8d137a16cf4dcaf5fe27fd82c6fa@avcodec.org> #2345: Convert DCP video file to jpeg files -------------------------------------+------------------------------------- Reporter: jrousseau | Owner: Type: enhancement | Status: new Priority: wish | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: critical => wish * type: defect => enhancement * version: => git-master * component: FFmpeg => undetermined Comment: Please post the complete, uncut console output (not an extract) and please provide a sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 11 11:06:16 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Mar 2013 10:06:16 -0000 Subject: [FFmpeg-trac] #2345(undetermined:new): Convert DCP video file to jpeg files In-Reply-To: <038.16b245e332e6a7bc12c6a9ac0daff6f6@avcodec.org> References: <038.16b245e332e6a7bc12c6a9ac0daff6f6@avcodec.org> Message-ID: <053.fc49288dd26b63115b9b9d5b39583883@avcodec.org> #2345: Convert DCP video file to jpeg files -------------------------------------+------------------------------------- Reporter: jrousseau | Owner: Type: enhancement | Status: new Priority: wish | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by jrousseau): This is the complete console output : ffmpeg version N-50442-g4f0d4ac Copyright (c) 2000-2013 the FFmpeg developers built on Mar 2 2013 15:30:48 with gcc 4.7.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libg sm --enable-libilbc --enable-libmp3lame --enable-libopencore-amrnb --enable-libo pencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-li bschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-lib twolame --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enabl e-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 17.103 / 52. 17.103 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.102 / 54. 63.102 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 41.100 / 3. 41.100 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [mxf @ 00000000023fa640] "OPAtom" with 2 ECs - assuming OP1a [mxf @ 00000000023fa640] Could not find codec parameters for stream 0 (Video: no ne, 1998x1080): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options malcolm-tsr-enfr_01.mxf: could not find codec parameters I cannot provide sample file, because of the rights of use of the video file. Sorry. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 11 11:08:22 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Mar 2013 10:08:22 -0000 Subject: [FFmpeg-trac] #2345(undetermined:new): Convert DCP video file to jpeg files In-Reply-To: <038.16b245e332e6a7bc12c6a9ac0daff6f6@avcodec.org> References: <038.16b245e332e6a7bc12c6a9ac0daff6f6@avcodec.org> Message-ID: <053.2afa97472329b75b06e44d4cbd30ea4f@avcodec.org> #2345: Convert DCP video file to jpeg files -------------------------------------+------------------------------------- Reporter: jrousseau | Owner: Type: enhancement | Status: new Priority: wish | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Does it work with any older version of FFmpeg? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 11 11:09:48 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Mar 2013 10:09:48 -0000 Subject: [FFmpeg-trac] #2345(undetermined:new): Convert DCP video file to jpeg files In-Reply-To: <038.16b245e332e6a7bc12c6a9ac0daff6f6@avcodec.org> References: <038.16b245e332e6a7bc12c6a9ac0daff6f6@avcodec.org> Message-ID: <053.58101faca99b7a6976a4868c94739248@avcodec.org> #2345: Convert DCP video file to jpeg files -------------------------------------+------------------------------------- Reporter: jrousseau | Owner: Type: enhancement | Status: new Priority: wish | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by jrousseau): No, it does not work. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 11 11:23:23 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Mar 2013 10:23:23 -0000 Subject: [FFmpeg-trac] #2345(undetermined:closed): Convert DCP video file to jpeg files In-Reply-To: <038.16b245e332e6a7bc12c6a9ac0daff6f6@avcodec.org> References: <038.16b245e332e6a7bc12c6a9ac0daff6f6@avcodec.org> Message-ID: <053.c0221c4320f76afbd1ec02ce65ad9b74@avcodec.org> #2345: Convert DCP video file to jpeg files -------------------------------------+------------------------------------- Reporter: jrousseau | Owner: Type: enhancement | Status: closed Priority: wish | Component: Version: git-master | undetermined Keywords: mxf j2k | Resolution: Blocking: | needs_more_info Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => mxf j2k * status: new => closed * resolution: => needs_more_info Comment: Please reopen this ticket if you can provide a sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 11 11:36:22 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Mar 2013 10:36:22 -0000 Subject: [FFmpeg-trac] #2346(undetermined:new): Can not copy pcm_s16le to container mp4 - OK with avi, mov, mkv Message-ID: <036.07e5f8ac8c65872e99f420f3e0b37756@avcodec.org> #2346: Can not copy pcm_s16le to container mp4 - OK with avi, mov, mkv -------------------------------------+------------------------------------- Reporter: feelart | Type: Status: new | enhancement Component: | Priority: normal undetermined | Version: Keywords: pcm_s16le, | unspecified mp4 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Audio: pcm_s16le Unable to copy to mp4 container, OK if output container is mkv, mov, avi Non working mp4 container {{{ F:\danses\Salsa\Salsa Odance>ffmpeg.exe -y -i s.mkv -vn -acodec copy audio.mp4 ffmpeg version N-50515-g28adecf Copyright (c) 2000-2013 the FFmpeg developers built on Mar 6 2013 00:35:40 with gcc 4.7.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgsm - -enable-libilbc --enable-libmp3lame --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libopenjpeg --enable-li bopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable- libspeex --enable-libtheora --enable-libtwolame --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable- libvpx --enable-libx264 --enable-libxavs --enabl e-libxvid --enable-zlib libavutil 52. 17.103 / 52. 17.103 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.103 / 54. 63.103 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 42.103 / 3. 42.103 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Guessed Channel Layout for Input Stream #0.1 : stereo Input #0, matroska,webm, from 's.mkv': Metadata: MAJOR_BRAND : qt MINOR_VERSION : 537331968 COMPATIBLE_BRANDS: qt CAEP ENCODER : Lavf54.63.103 Duration: 00:00:01.08, start: 0.000000, bitrate: 4927 kb/s Stream #0:0(eng): Video: h264 (High), yuvj420p, 960x540, SAR 1:1 DAR 16:9, 50 fps, 50 tbr, 1k tbn, 100 tbc (default) Metadata: CREATION_TIME : 2011-01-28 20:18:05 LANGUAGE : eng Stream #0:1(eng): Audio: pcm_s16le, 48000 Hz, stereo, s16, 1536 kb/s (default) Metadata: CREATION_TIME : 2011-01-28 20:18:05 LANGUAGE : eng [mp4 @ 00000000023bf180] track 0: could not find tag, codec not currently supported in container Output #0, mp4, to 'audio.mp4': Metadata: MAJOR_BRAND : qt MINOR_VERSION : 537331968 COMPATIBLE_BRANDS: qt CAEP encoder : Lavf54.63.103 Stream #0:0(eng): Audio: pcm_s16le, 48000 Hz, stereo, 1536 kb/s (default) Metadata: CREATION_TIME : 2011-01-28 20:18:05 LANGUAGE : eng Stream mapping: Stream #0:1 -> #0:0 (copy) Could not write header for output file #0 (incorrect codec parameters ?): Operation not permitted }}} Working mov container {{{ F:\danses\Salsa\Salsa Odance>ffmpeg.exe -y -i s.mkv -vn -acodec copy audio.mov ffmpeg version N-50515-g28adecf Copyright (c) 2000-2013 the FFmpeg developers built on Mar 6 2013 00:35:40 with gcc 4.7.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgsm - -enable-libilbc --enable-libmp3lame --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libopenjpeg --enable-li bopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable- libspeex --enable-libtheora --enable-libtwolame --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable- libvpx --enable-libx264 --enable-libxavs --enabl e-libxvid --enable-zlib libavutil 52. 17.103 / 52. 17.103 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.103 / 54. 63.103 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 42.103 / 3. 42.103 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Guessed Channel Layout for Input Stream #0.1 : stereo Input #0, matroska,webm, from 's.mkv': Metadata: MAJOR_BRAND : qt MINOR_VERSION : 537331968 COMPATIBLE_BRANDS: qt CAEP ENCODER : Lavf54.63.103 Duration: 00:00:01.08, start: 0.000000, bitrate: 4927 kb/s Stream #0:0(eng): Video: h264 (High), yuvj420p, 960x540, SAR 1:1 DAR 16:9, 50 fps, 50 tbr, 1k tbn, 100 tbc (default) Metadata: CREATION_TIME : 2011-01-28 20:18:05 LANGUAGE : eng Stream #0:1(eng): Audio: pcm_s16le, 48000 Hz, stereo, s16, 1536 kb/s (default) Metadata: CREATION_TIME : 2011-01-28 20:18:05 LANGUAGE : eng Output #0, mov, to 'audio.mov': Metadata: MAJOR_BRAND : qt MINOR_VERSION : 537331968 COMPATIBLE_BRANDS: qt CAEP encoder : Lavf54.63.103 Stream #0:0(eng): Audio: pcm_s16le (sowt / 0x74776F73), 48000 Hz, stereo, 1536 kb/s (default) Metadata: CREATION_TIME : 2011-01-28 20:18:05 LANGUAGE : eng Stream mapping: Stream #0:1 -> #0:0 (copy) Press [q] to stop, [?] for help size= 189kB time=00:00:01.00 bitrate=1541.5kbits/s video:0kB audio:188kB subtitle:0 global headers:0kB muxing overhead 0.356341% F:\danses\Salsa\Salsa Odance> }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 11 11:43:21 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Mar 2013 10:43:21 -0000 Subject: [FFmpeg-trac] #2345(undetermined:closed): Convert DCP video file to jpeg files In-Reply-To: <038.16b245e332e6a7bc12c6a9ac0daff6f6@avcodec.org> References: <038.16b245e332e6a7bc12c6a9ac0daff6f6@avcodec.org> Message-ID: <053.37e6405f33b7f4e1a468290685acca27@avcodec.org> #2345: Convert DCP video file to jpeg files -------------------------------------+------------------------------------- Reporter: jrousseau | Owner: Type: enhancement | Status: closed Priority: wish | Component: Version: git-master | undetermined Keywords: mxf j2k | Resolution: Blocking: | needs_more_info Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by jrousseau): I got a sample file, bu I cannot add to this ticket (bigger as 2MB) How can I provide you this file ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 11 11:43:46 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Mar 2013 10:43:46 -0000 Subject: [FFmpeg-trac] #2345(undetermined:reopened): Convert DCP video file to jpeg files In-Reply-To: <038.16b245e332e6a7bc12c6a9ac0daff6f6@avcodec.org> References: <038.16b245e332e6a7bc12c6a9ac0daff6f6@avcodec.org> Message-ID: <053.49b72f5ed9eaa23bd4208f403fcd9a92@avcodec.org> #2345: Convert DCP video file to jpeg files -------------------------------------+------------------------------------- Reporter: jrousseau | Owner: Type: enhancement | Status: reopened Priority: wish | Component: Version: git-master | undetermined Keywords: mxf j2k | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by jrousseau): * status: closed => reopened * resolution: needs_more_info => -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 11 11:44:53 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Mar 2013 10:44:53 -0000 Subject: [FFmpeg-trac] #2346(undetermined:closed): Can not copy pcm_s16le to container mp4 - OK with avi, mov, mkv In-Reply-To: <036.07e5f8ac8c65872e99f420f3e0b37756@avcodec.org> References: <036.07e5f8ac8c65872e99f420f3e0b37756@avcodec.org> Message-ID: <051.4713349bc792d7fd1fc9b9f120d24b62@avcodec.org> #2346: Can not copy pcm_s16le to container mp4 - OK with avi, mov, mkv -------------------------------------+------------------------------------- Reporter: feelart | Owner: Type: enhancement | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: mov | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: pcm_s16le, mp4 => mov * status: new => closed * resolution: => invalid Comment: This is not a limitation of FFmpeg but isom does not allow pcm_s16le: http://www.mp4ra.org/codecs.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 11 11:51:06 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Mar 2013 10:51:06 -0000 Subject: [FFmpeg-trac] #2345(undetermined:reopened): Convert DCP video file to jpeg files In-Reply-To: <038.16b245e332e6a7bc12c6a9ac0daff6f6@avcodec.org> References: <038.16b245e332e6a7bc12c6a9ac0daff6f6@avcodec.org> Message-ID: <053.14e59b9f472252b12541474191ae1a40@avcodec.org> #2345: Convert DCP video file to jpeg files -------------------------------------+------------------------------------- Reporter: jrousseau | Owner: Type: enhancement | Status: reopened Priority: wish | Component: Version: git-master | undetermined Keywords: mxf j2k | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Either upload the sample to http://www.datafilehost.com/ or consider reading http://ffmpeg.org/bugreports.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 11 11:51:37 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Mar 2013 10:51:37 -0000 Subject: [FFmpeg-trac] #2345(undetermined:reopened): Convert DCP video file to jpeg files In-Reply-To: <038.16b245e332e6a7bc12c6a9ac0daff6f6@avcodec.org> References: <038.16b245e332e6a7bc12c6a9ac0daff6f6@avcodec.org> Message-ID: <053.ac3f057110691d85e781b81c16967c02@avcodec.org> #2345: Convert DCP video file to jpeg files -------------------------------------+------------------------------------- Reporter: jrousseau | Owner: Type: enhancement | Status: reopened Priority: wish | Component: Version: git-master | undetermined Keywords: mxf j2k | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:8 cehoyos]: > Either upload the sample to http://www.datafilehost.com/ or consider reading http://ffmpeg.org/bugreports.html Please note that there is no hard filesize limit. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 11 11:55:53 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Mar 2013 10:55:53 -0000 Subject: [FFmpeg-trac] #2347(undetermined:new): Recent builds regression bug - KO from 12th Feb 2013 - OK before Message-ID: <036.111cc8956fa6ffff3369051cb2423d47@avcodec.org> #2347: Recent builds regression bug - KO from 12th Feb 2013 - OK before -------------------------------------+------------------------------------- Reporter: feelart | Type: defect Status: new | Priority: important Component: | Version: undetermined | unspecified Keywords: libx264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Regression bug - recent builds issue - KO from 12th Feb 2013 - OK before Execution on latest build (no error reported), creates an improprer video {{{ E:\data\Skills\ITC How to\FFmpeg & Lame>ffmpeg.exe -y -loop 1 -f image2 -i Masque16_9.png -vcodec libx264 -t 4 -r 25 x264M ask25FPS.mp4 ffmpeg version N-50515-g28adecf Copyright (c) 2000-2013 the FFmpeg developers built on Mar 6 2013 00:35:40 with gcc 4.7.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgsm - -enable-libilbc --enable-libmp3lame --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libopenjpeg --enable-li bopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable- libspeex --enable-libtheora --enable-libtwolame --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable- libvpx --enable-libx264 --enable-libxavs --enabl e-libxvid --enable-zlib libavutil 52. 17.103 / 52. 17.103 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.103 / 54. 63.103 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 42.103 / 3. 42.103 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [image2 @ 000000000036d980] max_analyze_duration 5000000 reached at 5000000 microseconds Input #0, image2, from 'Masque16_9.png': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: png, rgba, 1120x630 [SAR 2835:2835 DAR 16:9], 25 fps, 25 tbr, 25 tbn, 25 tbc [libx264 @ 000000000036f560] using SAR=1/1 [libx264 @ 000000000036f560] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2 AVX [libx264 @ 000000000036f560] profile High 4:4:4 Predictive, level 3.1, 4:4:4 8-bit [libx264 @ 000000000036f560] 264 - core 129 r2245 bc13772 - H.264/MPEG-4 AVC codec - Copyright 2003-2013 - http://www.vide olan.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_re f=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=4 threads=6 lookahead_th reads=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=c rf 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 'x264Mask25FPS.mp4': Metadata: encoder : Lavf54.63.103 Stream #0:0: Video: h264 ([33][0][0][0] / 0x0021), yuv444p, 1120x630 [SAR 1:1 DAR 16:9], q=-1--1, 12800 tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (png -> libx264) Press [q] to stop, [?] for help frame= 100 fps= 67 q=-1.0 Lsize= 32kB time=00:00:03.92 bitrate= 67.3kbits/s video:30kB audio:0kB subtitle:0 global headers:0kB muxing overhead 6.446302% [libx264 @ 000000000036f560] frame I:1 Avg QP:19.50 size: 23349 [libx264 @ 000000000036f560] frame P:25 Avg QP:23.09 size: 106 [libx264 @ 000000000036f560] frame B:74 Avg QP:31.85 size: 58 [libx264 @ 000000000036f560] consecutive B-frames: 1.0% 0.0% 3.0% 96.0% [libx264 @ 000000000036f560] mb I I16..4: 86.4% 4.7% 9.0% [libx264 @ 000000000036f560] mb P I16..4: 0.3% 0.1% 0.0% P16..4: 0.6% 0.0% 0.0% 0.0% 0.0% skip:99.0% [libx264 @ 000000000036f560] mb B I16..4: 0.2% 0.0% 0.0% B16..8: 0.7% 0.0% 0.0% direct: 0.0% skip:99.1% L0:46.6 % L1:53.4% BI: 0.0% [libx264 @ 000000000036f560] 8x8 transform intra:5.9% inter:57.0% [libx264 @ 000000000036f560] coded y,u,v intra: 4.2% 4.1% 4.1% inter: 0.0% 0.0% 0.0% [libx264 @ 000000000036f560] i16 v,h,dc,p: 63% 37% 0% 0% [libx264 @ 000000000036f560] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 25% 2% 73% 0% 0% 0% 0% 0% 0% [libx264 @ 000000000036f560] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 35% 33% 15% 2% 3% 3% 3% 3% 3% [libx264 @ 000000000036f560] Weighted P-Frames: Y:0.0% UV:0.0% [libx264 @ 000000000036f560] ref P L0: 28.8% 12.7% 52.9% 5.6% [libx264 @ 000000000036f560] ref B L0: 67.2% 31.5% 1.4% [libx264 @ 000000000036f560] ref B L1: 96.0% 4.0% [libx264 @ 000000000036f560] kb/s:60.50 E:\data\Skills\ITC How to\FFmpeg & Lame> }}} Now the output video x264Mask25FPS.mp4 can NOT be played by a number of players, namely SMPlayer 0.8, Windows Media Player. But it can with VLC 2.05 If using build ffmpeg-20130209-git-969039e-win64-static (or earlier), video x264Mask25FPS.mp4 can be played with all players Note changing video codec to mpeg4, does not create the bug. Note what about ticket 2289? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 11 11:58:00 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Mar 2013 10:58:00 -0000 Subject: [FFmpeg-trac] #2345(undetermined:reopened): Convert DCP video file to jpeg files In-Reply-To: <038.16b245e332e6a7bc12c6a9ac0daff6f6@avcodec.org> References: <038.16b245e332e6a7bc12c6a9ac0daff6f6@avcodec.org> Message-ID: <053.10cf698a253b0d020c84bd3e52eb5b49@avcodec.org> #2345: Convert DCP video file to jpeg files -------------------------------------+------------------------------------- Reporter: jrousseau | Owner: Type: enhancement | Status: reopened Priority: wish | Component: Version: git-master | undetermined Keywords: mxf j2k | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by jrousseau): Upload in progress. Note that the sample file is a "only black" file. But the error occurs with this file. I'll tell you when upload is done. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 11 11:58:18 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Mar 2013 10:58:18 -0000 Subject: [FFmpeg-trac] #2345(undetermined:reopened): Convert DCP video file to jpeg files In-Reply-To: <038.16b245e332e6a7bc12c6a9ac0daff6f6@avcodec.org> References: <038.16b245e332e6a7bc12c6a9ac0daff6f6@avcodec.org> Message-ID: <053.bd411e59f19fbdf15dfd334a3a4a2a4e@avcodec.org> #2345: Convert DCP video file to jpeg files -------------------------------------+------------------------------------- Reporter: jrousseau | Owner: Type: enhancement | Status: reopened Priority: wish | Component: Version: git-master | undetermined Keywords: mxf j2k | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by jrousseau): File avaible : http://www.datafilehost.com/download-05229f46.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 11 11:59:35 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Mar 2013 10:59:35 -0000 Subject: [FFmpeg-trac] #2347(avcodec:closed): Recent builds regression bug - KO from 12th Feb 2013 - OK before In-Reply-To: <036.111cc8956fa6ffff3369051cb2423d47@avcodec.org> References: <036.111cc8956fa6ffff3369051cb2423d47@avcodec.org> Message-ID: <051.5f818ff5aea587a17a4edc6f0e130efe@avcodec.org> #2347: Recent builds regression bug - KO from 12th Feb 2013 - OK before ------------------------------------+----------------------------------- Reporter: feelart | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: invalid Keywords: libx264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * priority: important => normal * resolution: => invalid * status: new => closed * component: undetermined => avcodec * version: unspecified => git-master Comment: Please provide the complete, uncut console output for a working encoding or add "-pix_fmt yuv420p" to your command line. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 11 12:06:47 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Mar 2013 11:06:47 -0000 Subject: [FFmpeg-trac] #2347(avcodec:closed): Recent builds regression bug - KO from 12th Feb 2013 - OK before In-Reply-To: <036.111cc8956fa6ffff3369051cb2423d47@avcodec.org> References: <036.111cc8956fa6ffff3369051cb2423d47@avcodec.org> Message-ID: <051.1eca8cc8d75ebe8083a60f4f876f74dc@avcodec.org> #2347: Recent builds regression bug - KO from 12th Feb 2013 - OK before ------------------------------------+----------------------------------- Reporter: feelart | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: invalid Keywords: libx264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by feelart): Here you are {{{ E:\data\Skills\ITC How to\FFmpeg & Lame>ffmpeg.exe -y -loop 1 -f image2 -i Masque16_9.png -vcodec libx264 -t 4 -r 25 -pix_ fmt yuv420p x264Mask25FPS.mp4 ffmpeg version N-50515-g28adecf Copyright (c) 2000-2013 the FFmpeg developers built on Mar 6 2013 00:35:40 with gcc 4.7.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgsm - -enable-libilbc --enable-libmp3lame --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libopenjpeg --enable-li bopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable- libspeex --enable-libtheora --enable-libtwolame --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable- libvpx --enable-libx264 --enable-libxavs --enabl e-libxvid --enable-zlib libavutil 52. 17.103 / 52. 17.103 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.103 / 54. 63.103 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 42.103 / 3. 42.103 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [image2 @ 000000000212a400] max_analyze_duration 5000000 reached at 5000000 microseconds Input #0, image2, from 'Masque16_9.png': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: png, rgba, 1120x630 [SAR 2835:2835 DAR 16:9], 25 fps, 25 tbr, 25 tbn, 25 tbc [libx264 @ 000000000212f7c0] using SAR=1/1 [libx264 @ 000000000212f7c0] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2 AVX [libx264 @ 000000000212f7c0] profile High, level 3.1 [libx264 @ 000000000212f7c0] 264 - core 129 r2245 bc13772 - H.264/MPEG-4 AVC codec - Copyright 2003-2013 - http://www.vide olan.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_re f=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_t hreads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=40 rc= crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 Output #0, mp4, to 'x264Mask25FPS.mp4': Metadata: encoder : Lavf54.63.103 Stream #0:0: Video: h264 ([33][0][0][0] / 0x0021), yuv420p, 1120x630 [SAR 1:1 DAR 16:9], q=-1--1, 12800 tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (png -> libx264) Press [q] to stop, [?] for help frame= 100 fps= 71 q=-1.0 Lsize= 29kB time=00:00:03.92 bitrate= 60.8kbits/s video:27kB audio:0kB subtitle:0 global headers:0kB muxing overhead 7.184745% [libx264 @ 000000000212f7c0] frame I:1 Avg QP:18.91 size: 21105 [libx264 @ 000000000212f7c0] frame P:25 Avg QP:24.26 size: 68 [libx264 @ 000000000212f7c0] frame B:74 Avg QP:31.25 size: 57 [libx264 @ 000000000212f7c0] consecutive B-frames: 1.0% 0.0% 3.0% 96.0% [libx264 @ 000000000212f7c0] mb I I16..4: 87.2% 3.8% 9.0% [libx264 @ 000000000212f7c0] mb P I16..4: 0.4% 0.0% 0.0% P16..4: 0.2% 0.0% 0.0% 0.0% 0.0% skip:99.4% [libx264 @ 000000000212f7c0] mb B I16..4: 0.1% 0.0% 0.0% B16..8: 1.1% 0.0% 0.0% direct: 0.0% skip:98.8% L0:75.6 % L1:24.4% BI: 0.0% [libx264 @ 000000000212f7c0] 8x8 transform intra:4.6% inter:15.0% [libx264 @ 000000000212f7c0] coded y,uvDC,uvAC intra: 4.4% 8.3% 8.1% inter: 0.0% 0.0% 0.0% [libx264 @ 000000000212f7c0] i16 v,h,dc,p: 70% 30% 0% 0% [libx264 @ 000000000212f7c0] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 49% 5% 46% 0% 0% 0% 0% 0% 0% [libx264 @ 000000000212f7c0] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 36% 32% 14% 2% 3% 3% 3% 3% 3% [libx264 @ 000000000212f7c0] i8c dc,h,v,p: 57% 35% 8% 0% [libx264 @ 000000000212f7c0] Weighted P-Frames: Y:0.0% UV:0.0% [libx264 @ 000000000212f7c0] ref P L0: 38.2% 3.2% 51.4% 7.3% [libx264 @ 000000000212f7c0] ref B L0: 24.7% 74.7% 0.6% [libx264 @ 000000000212f7c0] ref B L1: 97.8% 2.2% [libx264 @ 000000000212f7c0] kb/s:54.13 E:\data\Skills\ITC How to\FFmpeg & Lame> }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 11 12:13:23 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Mar 2013 11:13:23 -0000 Subject: [FFmpeg-trac] #2347(avcodec:closed): Recent builds regression bug - KO from 12th Feb 2013 - OK before In-Reply-To: <036.111cc8956fa6ffff3369051cb2423d47@avcodec.org> References: <036.111cc8956fa6ffff3369051cb2423d47@avcodec.org> Message-ID: <051.c515df27f9bd215842036b0466a6ac62@avcodec.org> #2347: Recent builds regression bug - KO from 12th Feb 2013 - OK before ------------------------------------+----------------------------------- Reporter: feelart | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: invalid Keywords: libx264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by feelart): Interesting, for builds after 9th Feb, by adding -pix_fmt yuv420p, the output video is not improperly closed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 11 12:50:28 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Mar 2013 11:50:28 -0000 Subject: [FFmpeg-trac] #2345(undetermined:reopened): Convert DCP video file to jpeg files In-Reply-To: <038.16b245e332e6a7bc12c6a9ac0daff6f6@avcodec.org> References: <038.16b245e332e6a7bc12c6a9ac0daff6f6@avcodec.org> Message-ID: <053.73a4f5e6e298a8464942e23919dce269@avcodec.org> #2345: Convert DCP video file to jpeg files -------------------------------------+------------------------------------- Reporter: jrousseau | Owner: Type: enhancement | Status: reopened Priority: wish | Component: Version: git-master | undetermined Keywords: mxf j2k | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): The console output looks different here: Are you sure that you uploaded the exact file that you tested (and provided console output) above? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 11 12:51:50 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Mar 2013 11:51:50 -0000 Subject: [FFmpeg-trac] #2347(avcodec:closed): Recent builds regression bug - KO from 12th Feb 2013 - OK before In-Reply-To: <036.111cc8956fa6ffff3369051cb2423d47@avcodec.org> References: <036.111cc8956fa6ffff3369051cb2423d47@avcodec.org> Message-ID: <051.e8321620422b1c53d8c9bb183bc7be68@avcodec.org> #2347: Recent builds regression bug - KO from 12th Feb 2013 - OK before ------------------------------------+----------------------------------- Reporter: feelart | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: invalid Keywords: libx264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Replying to [comment:3 feelart]: > Interesting, for builds after 9th Feb, by adding -pix_fmt yuv420p, the output video is not improperly closed, previous builds have no such issue Sorry, I do not understand: Does it work as expected with -pix_fmt yuv420p or is there still a problem? If it does not work, please provide the command line with -pix_fmt yuv420p together with the console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 11 12:53:34 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Mar 2013 11:53:34 -0000 Subject: [FFmpeg-trac] #2347(avcodec:closed): Recent builds regression bug - KO from 12th Feb 2013 - OK before In-Reply-To: <036.111cc8956fa6ffff3369051cb2423d47@avcodec.org> References: <036.111cc8956fa6ffff3369051cb2423d47@avcodec.org> Message-ID: <051.3a9a882c8c9f0c955e405cf4162e865b@avcodec.org> #2347: Recent builds regression bug - KO from 12th Feb 2013 - OK before ------------------------------------+----------------------------------- Reporter: feelart | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: invalid Keywords: libx264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Regarding your original problem (that the output has changed between two versions of the binary you downloaded): To the best of my knowledge, there was no change in FFmpeg (yuv444p x264 output is supported since a long time), but the x264 compilation options have changed, it now supports yuv444p encoding, it didn't before. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 11 13:55:44 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Mar 2013 12:55:44 -0000 Subject: [FFmpeg-trac] #2347(avcodec:closed): Recent builds regression bug - KO from 12th Feb 2013 - OK before In-Reply-To: <036.111cc8956fa6ffff3369051cb2423d47@avcodec.org> References: <036.111cc8956fa6ffff3369051cb2423d47@avcodec.org> Message-ID: <051.28bfbc8cefdbf9a87eb30512bcb81d99@avcodec.org> #2347: Recent builds regression bug - KO from 12th Feb 2013 - OK before ------------------------------------+----------------------------------- Reporter: feelart | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: invalid Keywords: libx264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by feelart): Well it does work with -pix_fmt yuv420p (I don't understand what it means/does), but rather nasty because no error or warning is raised without it and dependent of the player, you might play or not the video {{{ but the x264 compilation options have changed }}} Then it is like recently closed ticket 2284, and I do experience other problems with recent builds & x264, vs builds ante 9th Feb 2013. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 11 14:02:09 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Mar 2013 13:02:09 -0000 Subject: [FFmpeg-trac] #2345(undetermined:reopened): Convert DCP video file to jpeg files In-Reply-To: <038.16b245e332e6a7bc12c6a9ac0daff6f6@avcodec.org> References: <038.16b245e332e6a7bc12c6a9ac0daff6f6@avcodec.org> Message-ID: <053.3c253ed503921bb1e7eb3532dccbb712@avcodec.org> #2345: Convert DCP video file to jpeg files -------------------------------------+------------------------------------- Reporter: jrousseau | Owner: Type: enhancement | Status: reopened Priority: wish | Component: Version: git-master | undetermined Keywords: mxf j2k | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by jrousseau): effectively, it's not the same error ... I cannot provide other sample because of the terms of use of this files. Can you provide me any command I can do to identify the issue ? Thanks. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 11 14:18:00 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Mar 2013 13:18:00 -0000 Subject: [FFmpeg-trac] #2345(undetermined:reopened): Convert DCP video file to jpeg files In-Reply-To: <038.16b245e332e6a7bc12c6a9ac0daff6f6@avcodec.org> References: <038.16b245e332e6a7bc12c6a9ac0daff6f6@avcodec.org> Message-ID: <053.7251214a0c116fac894bce2d809dbc51@avcodec.org> #2345: Convert DCP video file to jpeg files -------------------------------------+------------------------------------- Reporter: jrousseau | Owner: Type: enhancement | Status: reopened Priority: wish | Component: Version: git-master | undetermined Keywords: mxf j2k | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by jrousseau): I'm currently transferring a video for which I reproduce the problem. It is being transferred, I will notify you when it becomes available. Thanks -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 11 14:34:55 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Mar 2013 13:34:55 -0000 Subject: [FFmpeg-trac] #2347(avcodec:closed): Recent builds regression bug - KO from 12th Feb 2013 - OK before In-Reply-To: <036.111cc8956fa6ffff3369051cb2423d47@avcodec.org> References: <036.111cc8956fa6ffff3369051cb2423d47@avcodec.org> Message-ID: <051.259953a2b81263e3aa278e705bb2bd0c@avcodec.org> #2347: Recent builds regression bug - KO from 12th Feb 2013 - OK before ------------------------------------+----------------------------------- Reporter: feelart | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: invalid Keywords: libx264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Replying to [comment:6 feelart]: > Well it does work with -pix_fmt yuv420p (I don't understand what it means/does), The playback applications you were testing (except vlc) only implement a very small part of the h264 specification. I believe there is no application that implements the whole specification, but yuv444p works fine with all FFmpeg-based players like MPlayer and vlc. FFmpeg tries to loose as little quality as possible (since you did not specify anything else on the command line) and the best yuv-based colour- space that relates to your input colour space - rgba - would be yuva444p. Since x264 does not support encoding transparency, yuv444p is chosen. > but rather nasty because no error or warning is raised without it and dependent of the player, you might play or not the video What kind of warning could be shown? If you know that you are going to play your output file on players that only support yuv420p, specify that on the command line. > {{{ > but the x264 compilation options have changed > }}} (note that this was of course only a guess, this is not the Zeranoe- support forum, I don't know how the binaries are compiled. If you have special needs, like compilation of x264 without support for anything else than yuv420p, it is strongly recommended that you compile yourself.) > Then it is like recently closed ticket 2284 Remember that this was not a FFmpeg-related ticket. > and I do experience other problems with recent builds & x264, vs builds ante 9th Feb 2013. Please report all bugs that you experience with FFmpeg, but please remember that this is not a support forum, see http://ffmpeg.org/contact.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 11 16:32:00 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Mar 2013 15:32:00 -0000 Subject: [FFmpeg-trac] #2347(avcodec:closed): Recent builds regression bug - KO from 12th Feb 2013 - OK before In-Reply-To: <036.111cc8956fa6ffff3369051cb2423d47@avcodec.org> References: <036.111cc8956fa6ffff3369051cb2423d47@avcodec.org> Message-ID: <051.ac95712c29be0016bee33f4a114edd84@avcodec.org> #2347: Recent builds regression bug - KO from 12th Feb 2013 - OK before ------------------------------------+----------------------------------- Reporter: feelart | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: invalid Keywords: libx264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by feelart): I think there is a miss-understanding. It reveals bugs that I and other experienced. Indeed If all that changed is compiler (gcc 4.7.2) options then it reveals is a deaper problem, and that's good. Proof {{{ C:\PortableApps\MM\FFmpeg_regression\ffmpeg-20130209-git-969039e- win64-static\ffmpeg.exe -y -loop 1 -f image2 -i Masque16_9.png -vcodec libx264 -t 4 -r 25 outNoPix20130209.mp4 C:\PortableApps\MM\FFmpeg_regression\ffmpeg-20130209-git-969039e- win64-static\ffmpeg.exe -y -loop 1 -f image2 -i Masque16_9.png -vcodec libx264 -t 4 -r 25 -pix_fmt yuv420p outWithPix20130209.mp4 ffmpeg.exe -y -loop 1 -f image2 -i Masque16_9.png -vcodec libx264 -t 4 -r 25 -pix_fmt yuv420p outWithPix.mp4 ffmpeg.exe -y -loop 1 -f image2 -i Masque16_9.png -vcodec libx264 -t 4 -r 25 outNoPix.mp4 }}} With build 2013-02-09 with or without -pix_fmt yuv420p are MD5 equivalent, but not with recent builds! {{{ Then it is like recently closed ticket 2284 Remember that this was not a FFmpeg-related ticket. }}} I couldn't know that in advance.... Nor can users know, that a there is a change of compiler options... {{{ The playback applications you were testing (except vlc) only implement a very small part of the h264 specification. }}} It works like a charm with all players when encoded with builds < 12-02-2013 {{{ but please remember that this is not a support forum, }}} I do know, I didn't report an usage issue, I just ask within a bug report a complementary information. {{{ Please report all bugs that you experience with FFmpeg, }}} Unfortunately, the way you respond makes it very dissuasive, that I do start to understand the libav fork... One thing is to observe a bug, another is to make reproducable by a 3rd party, then try to extract its simplest form. It would already be a progress to say when there is a bug, but not FFmpeg but, to say this bug is passed to the relevant owner. I believe you'll get a bunch bugs(possibly many redundant) report with other people regarding libx264. See for instance, http://ffmpeg.zeranoe.com/forum/viewtopic.php?f=7&t=1054 Me reporting others (at least 3) malformed streams bugs I do observe, in the present state, you totally dissuated me, I'll give a try at libav. Have a nice day. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 11 16:34:34 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Mar 2013 15:34:34 -0000 Subject: [FFmpeg-trac] #2345(undetermined:reopened): Convert DCP video file to jpeg files In-Reply-To: <038.16b245e332e6a7bc12c6a9ac0daff6f6@avcodec.org> References: <038.16b245e332e6a7bc12c6a9ac0daff6f6@avcodec.org> Message-ID: <053.c67a45decb0decb930bf4bfa76f17c78@avcodec.org> #2345: Convert DCP video file to jpeg files -------------------------------------+------------------------------------- Reporter: jrousseau | Owner: Type: enhancement | Status: reopened Priority: wish | Component: Version: git-master | undetermined Keywords: mxf j2k | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by jrousseau): Sample file avaible here : http://www.filehostfree.com/?d=513DF8BB1 Command and error code : D:\FFMPEG\AUTRE_TEST\erreurjp2k\L-PALAISDUPRINTEMPS-10650-CAEN-ADV_F_FR- XX_51_2K _2010_SEP>D:\FFMPEG\ffmpeg -ss 0 -vlowres 2 -i jp2k_ec22bdb5-5363-d449-b935-123e 76d63162_vid.mxf -t 300 -q:v 0.9 jpg/output%06d.jpg ffmpeg version N-50442-g4f0d4ac Copyright (c) 2000-2013 the FFmpeg developers built on Mar 2 2013 15:30:48 with gcc 4.7.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libg sm --enable-libilbc --enable-libmp3lame --enable-libopencore-amrnb --enable-libo pencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-li bschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-lib twolame --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enabl e-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 17.103 / 52. 17.103 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.102 / 54. 63.102 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 41.100 / 3. 41.100 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [mxf @ 000000000209b180] "OPAtom" with 2 ECs - assuming OP1a [mxf @ 000000000209b180] Could not find codec parameters for stream 0 (Video: no ne, 1998x1080): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options jp2k_ec22bdb5-5363-d449-b935-123e76d63162_vid.mxf: could not find codec paramete rs thanks in advance -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 11 17:29:06 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Mar 2013 16:29:06 -0000 Subject: [FFmpeg-trac] #2347(avcodec:closed): Recent builds regression bug - KO from 12th Feb 2013 - OK before In-Reply-To: <036.111cc8956fa6ffff3369051cb2423d47@avcodec.org> References: <036.111cc8956fa6ffff3369051cb2423d47@avcodec.org> Message-ID: <051.4231ce4253892886cd40946c9c5ed38a@avcodec.org> #2347: Recent builds regression bug - KO from 12th Feb 2013 - OK before ------------------------------------+----------------------------------- Reporter: feelart | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: invalid Keywords: libx264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Allow me to try again: When converting from png (bgra) to h264, you did not specify a colour- space. Since you did not specify a colour-space and the colour-space of your input file is not supported by the encoder, FFmpeg has to choose a colour-space for the output file. x264 can be compiled either with or without support for encoding yuv444p (this is what I meant with "compilation options" above, I suspect this wasn't clear, it is not compiler-related). If x264 supports both yuv420p and yuv444p as colour-spaces - as appears to be the case with the new binaries you were testing but not the older ones which seem to only support yuv420p - which should be chosen? yuv444p means that most quality is preserved and that is why it is chosen by FFmpeg. I strongly believe that it is an important feature of FFmpeg that it always chooses the "best" colour space from a quality point of view automatically. See for example ticket #290 for a user request that was one of the causes for the implementation of the current heuristic. If you know in advance that quality does not matter or if you know in advance that you must play your output file with software that does not support anything else but yuv420p, then please add -pix_fmt yuv420p to your command line. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 12 00:15:05 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Mar 2013 23:15:05 -0000 Subject: [FFmpeg-trac] #2347(avcodec:closed): Recent builds regression bug - KO from 12th Feb 2013 - OK before In-Reply-To: <036.111cc8956fa6ffff3369051cb2423d47@avcodec.org> References: <036.111cc8956fa6ffff3369051cb2423d47@avcodec.org> Message-ID: <051.17cbe3ee6966e4fb341211fe175b28da@avcodec.org> #2347: Recent builds regression bug - KO from 12th Feb 2013 - OK before ------------------------------------+----------------------------------- Reporter: feelart | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: invalid Keywords: libx264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by Cigaes): The automatic selection of the pixel format has been recently changed to reduce the possible loss of information: {{{ commit b97d61f924eef1a8930f80cd43d0733c12f67f35 Author: Michael Niedermayer Date: Tue Feb 19 15:00:01 2013 +0100 avfilter/ff_merge_formats: only merge if doing so does not loose chroma or alpha Fixes Ticket1280 Signed-off-by: Michael Niedermayer }}} Your problem is that you rely on something automatic. If you have specifics needs, you have to express them to ffmpeg with the corresponding option, there is no "do what I mean" option. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 12 01:26:24 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 12 Mar 2013 00:26:24 -0000 Subject: [FFmpeg-trac] #2348(undetermined:new): Slowmotion when reencoding mpeg stream Message-ID: <036.431fdd62d787725d2aab2837026c5a96@avcodec.org> #2348: Slowmotion when reencoding mpeg stream -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git- | undetermined master | Keywords: dts Blocked By: | mpeg2video mpegps Reproduced by developer: 0 | Blocking: | Analyzed by developer: 0 -------------------------------------+------------------------------------- http://thread.gmane.org/gmane.comp.video.ffmpeg.user/44508 A user uploaded a mpeg sample file that plays for approximately 11 seconds with current ffplay, mplayer (both -demuxer mpegps and -demuxer lavf, both -vc ffmpeg12 and -vc mpeg12), vlc and WMP. If the sample gets re-encoded with ffmpeg, the output file plays at half speed (for 22 seconds). {{{ $ ffmpeg -i rob-test.mpg -qscale 2 out.avi ffmpeg version N-50651-g1123080 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 11 2013 12:49:54 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack --enable-libopenjpeg libavutil 52. 19.100 / 52. 19.100 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.104 / 54. 63.104 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 44.101 / 3. 44.101 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [mpeg @ 0x1be0f40] max_analyze_duration 5000000 reached at 5005000 microseconds Input #0, mpeg, from 'rob-test.mpg': Duration: 00:00:11.34, start: 0.360000, bitrate: 7140 kb/s Stream #0:0[0x1e0]: Video: mpeg2video (Main), yuv420p, 720x480 [SAR 32:27 DAR 16:9], 29.97 fps, 29.97 tbr, 90k tbn, 59.94 tbc Please use -q:a or -q:v, -qscale is ambiguous Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf54.63.104 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 720x480 [SAR 32:27 DAR 16:9], q=2-31, 200 kb/s, 29.97 tbn, 29.97 tbc Stream mapping: Stream #0:0 -> #0:0 (mpeg2video -> mpeg4) Press [q] to stop, [?] for help frame= 341 fps=0.0 q=2.0 Lsize= 11255kB time=00:00:22.68 bitrate=4063.5kbits/s video:11233kB audio:0kB subtitle:0 global headers:0kB muxing overhead 0.193383% }}} Workaround is to specify an input frame rate: $ ffmpeg -r 30 -i rob-test.mpg -qscale 2 out.avi -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 12 01:39:48 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 12 Mar 2013 00:39:48 -0000 Subject: [FFmpeg-trac] #2347(avcodec:closed): Recent builds regression bug - KO from 12th Feb 2013 - OK before In-Reply-To: <036.111cc8956fa6ffff3369051cb2423d47@avcodec.org> References: <036.111cc8956fa6ffff3369051cb2423d47@avcodec.org> Message-ID: <051.2608289e7a10fedc6cc8e17561a50750@avcodec.org> #2347: Recent builds regression bug - KO from 12th Feb 2013 - OK before ------------------------------------+----------------------------------- Reporter: feelart | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: invalid Keywords: libx264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Replying to [comment:10 Cigaes]: > The automatic selection of the pixel format has been recently changed to reduce the possible loss of information: > {{{ > commit b97d61f924eef1a8930f80cd43d0733c12f67f35 > }}} I don't think this commit is related to this particular issue, iirc it fixes the case where a filter is specified on the command line and the filter does not support the input colour-space and does not support the optimal colour-space for the output stream (and instead of the optimal colour-space a colour-space supported by filter and encoder was chosen, typically gray), the "problem" here was reproducible before: {{{ ./ffmpeg -i tests/lena.pnm out.jpg ffmpeg version N-50095-gb9237aa Copyright (c) 2000-2013 the FFmpeg developers built on Mar 12 2013 01:32:13 with gcc 4.7 (SUSE Linux) configuration: libavutil 52. 17.102 / 52. 17.102 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.100 / 54. 63.100 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 38.103 / 3. 38.103 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 Input #0, image2, from 'tests/lena.pnm': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: ppm, rgb24, 256x256, 25 tbr, 25 tbn, 25 tbc Output #0, image2, to 'out.jpg': Metadata: encoder : Lavf54.63.100 Stream #0:0: Video: mjpeg, yuvj444p, 256x256, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (ppm -> mjpeg) Press [q] to stop, [?] for help frame= 1 fps=0.0 q=0.0 Lsize=N/A time=00:00:00.04 bitrate=N/A video:16kB audio:0kB subtitle:0 global headers:0kB muxing overhead -100.134130% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 12 02:36:14 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 12 Mar 2013 01:36:14 -0000 Subject: [FFmpeg-trac] #2345(avformat:open): Convert DCP video file to jpeg files In-Reply-To: <038.16b245e332e6a7bc12c6a9ac0daff6f6@avcodec.org> References: <038.16b245e332e6a7bc12c6a9ac0daff6f6@avcodec.org> Message-ID: <053.4a8dfd78afb946970ff8910046e62a0d@avcodec.org> #2345: Convert DCP video file to jpeg files -------------------------------------+------------------------------------ Reporter: jrousseau | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: mxf j2k | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * status: reopened => open * component: undetermined => avformat * reproduced: 0 => 1 Comment: I wonder if this is a valid mxf file... {{{ $ ffmpeg -i jp2k_ec22bdb5-5363-d449-b935-123e76d63162_vid.mxf ffmpeg version N-50652-g73b40e2 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 12 2013 01:41:50 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack --enable-libopenjpeg libavutil 52. 19.100 / 52. 19.100 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.104 / 54. 63.104 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 44.101 / 3. 44.101 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [mxf @ 0x2c52a20] "OPAtom" with 2 ECs - assuming OP1a [mxf @ 0x2c52a20] Could not find codec parameters for stream 0 (Video: none, 1998x1080): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options jp2k_ec22bdb5-5363-d449-b935-123e76d63162_vid.mxf: could not find codec parameters }}} {{{ $ ffmpeg -loglevel debug -vcodec libopenjpeg -i jp2k_ec22bdb5-5363-d449-b935-123e76d63162_vid.mxf ffmpeg version N-50652-g73b40e2 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 12 2013 01:41:50 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack --enable-libopenjpeg libavutil 52. 19.100 / 52. 19.100 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.104 / 54. 63.104 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 44.101 / 3. 44.101 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Splitting the commandline. Reading option '-loglevel' ... matched as option 'loglevel' (set libav* logging level) with argument 'debug'. Reading option '-vcodec' ... matched as option 'vcodec' (force video codec ('copy' to copy stream)) with argument 'libopenjpeg'. Reading option '-i' ... matched as input file with argument 'jp2k_ec22bdb5-5363-d449-b935-123e76d63162_vid.mxf'. Finished splitting the commandline. Parsing a group of options: global . Applying option loglevel (set libav* logging level) with argument debug. Successfully parsed a group of options. Parsing a group of options: input file jp2k_ec22bdb5-5363-d449-b935-123e76d63162_vid.mxf. Applying option vcodec (force video codec ('copy' to copy stream)) with argument libopenjpeg. Successfully parsed a group of options. Opening an input file: jp2k_ec22bdb5-5363-d449-b935-123e76d63162_vid.mxf. [mxf @ 0x2029b40] Format mxf probed with size=2048 and score=100 [mxf @ 0x2029b40] "OPAtom" with 2 ECs - assuming OP1a [mxf @ 0x2029b40] none: Universal Label: 00000000.0000.0000.00000000.00000000 [mxf @ 0x2029b40] File position before avformat_find_stream_info() is 16384 [mxf @ 0x2029b40] parser not found for codec jpeg2000, packets or times may be invalid. Last message repeated 1 times [mxf @ 0x2029b40] All info found [mxf @ 0x2029b40] File position after avformat_find_stream_info() is 16899 Input #0, mxf, from 'jp2k_ec22bdb5-5363-d449-b935-123e76d63162_vid.mxf': Metadata: timecode : 00:00:00:00 Duration: 00:00:12.50, start: 0.000000, bitrate: 129938 kb/s Stream #0:0, 1, 1/24: Video: jpeg2000, rgb48le (12 bpc), 1998x1080, 1/24, 24 tbr, 24 tbn, 24 tbc Successfully opened the file. At least one output file must be specified Statistics: 69164 bytes read, 2 seeks }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 12 03:11:44 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 12 Mar 2013 02:11:44 -0000 Subject: [FFmpeg-trac] #2343(avformat:new): Stream is blocked by 20 seconds or more when reading an mjpeg stream at low resolutions In-Reply-To: <037.e1eff80ab0981aae5afcbd8ae9926b27@avcodec.org> References: <037.e1eff80ab0981aae5afcbd8ae9926b27@avcodec.org> Message-ID: <052.d3fe107267c481a19fd31ca28d5bacd9@avcodec.org> #2343: Stream is blocked by 20 seconds or more when reading an mjpeg stream at low resolutions -------------------------------------+------------------------------------ Reporter: virtuald | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by virtuald): Replying to [comment:1 cehoyos]: > Replying to [ticket:2343 virtuald]: > > The problem shows up on version 1.1.3 on Windows (32-bit) and Linux (64-bit). > > Am I correct that you get the same problem with current git head? I presume, I haven't tested it yet. I'll try testing it in the near future. > > > It also shows up on the version installed on my Ubuntu box by default, 0.8.5-6:0.8.5-0ubuntu0.12.10.1. > > (This is an intentionally broken version of FFmpeg that is not supported here.) Yes, I realize that it isn't supported. The primary reason to point it out here is that since this is a quite old version, the problem has probably existed for a long time. > > > Note that in the logfile I attached, it hangs right before the line "[mjpeg @ 0x1016500] max_analyze_duration 5000000 reached at 5000000" for about 25 seconds or so. And yes, it ends in an error saying that there is no output file, but an output file isn't necessary to illustrate the issue. The point is that it hangs. :) > > (As your post explains, it does not hang, it waits for 5000000 ms of audio/video data because you did not specify another value on the command line.) > > How should FFmpeg know that you are playing a stream with a very uncommon low bitrate before looking into the stream (for the duration to analyze that you specify on the command line, if you don't specify it, the default rate - which is very low for many real-world streams - will be used)? > > Reducing the default value for -analyzeduration seems unacceptable to me. > Maybe an additional option -analyze_real_world_duration could be implemented. Yes you're right, it's waiting as opposed to hanging. However, it appears that the intent of the max_analyze_duration parameter is to specify a wait for 5 seconds (5000000 us), and then exit. This seems like a reasonable enough default (though it would be nicer if it detected [perhaps via the codec or whatever other information it has?] that the stream didn't end, and delay less than a second), but as I said it actually delays 30 seconds, which is definitely much less acceptable. I suppose that is the real bug here, though I'm not quite sure where the bug actually resides. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 12 08:09:00 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 12 Mar 2013 07:09:00 -0000 Subject: [FFmpeg-trac] #2345(avformat:open): Convert DCP video file to jpeg files In-Reply-To: <038.16b245e332e6a7bc12c6a9ac0daff6f6@avcodec.org> References: <038.16b245e332e6a7bc12c6a9ac0daff6f6@avcodec.org> Message-ID: <053.dc560a5971ac8f1ea2f04a0829ee7a8e@avcodec.org> #2345: Convert DCP video file to jpeg files -------------------------------------+------------------------------------ Reporter: jrousseau | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: mxf j2k | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by jrousseau): It works successfull with the second command ! Thanks a lot for your help ! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 12 09:02:00 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 12 Mar 2013 08:02:00 -0000 Subject: [FFmpeg-trac] #2347(avcodec:closed): Recent builds regression bug - KO from 12th Feb 2013 - OK before In-Reply-To: <036.111cc8956fa6ffff3369051cb2423d47@avcodec.org> References: <036.111cc8956fa6ffff3369051cb2423d47@avcodec.org> Message-ID: <051.ea5b406cf5dc47abd3fe9fb9e3d60255@avcodec.org> #2347: Recent builds regression bug - KO from 12th Feb 2013 - OK before ------------------------------------+----------------------------------- Reporter: feelart | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: invalid Keywords: libx264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by feelart): If you're quote "If you know in advance that quality does not matter or if you know in advance that you must play your output file with software that does not support anything else but yuv420p, then please add -pix_fmt yuv420p to your command line." would be valid then MD5 signature for FFmpeg ante 9th Feb would all be the same and would be the same as results with ffmpeg-20130209 with -pix_fmt yuv420p, but they are not. {{{ ffmpeg.exe -y -loop 1 -f image2 -i Masque16_9.png -vcodec libx264 -t 4 -r 25 outNoPix.mp4 ffmpeg.exe -y -loop 1 -f image2 -i Masque16_9.png -vcodec libx264 -t 4 -r 25 -pix_fmt yuv444p outyuv444p.mp4 ffmpeg.exe -y -loop 1 -f image2 -i Masque16_9.png -vcodec libx264 -t 4 -r 25 -pix_fmt yuv420p outyuv420p.mp4 C:\PortableApps\MM\FFmpeg_regression\ffmpeg-20130209-git-969039e- win64-static\ffmpeg.exe -y -loop 1 -f image2 -i Masque16_9.png -vcodec libx264 -t 4 -r 25 -pix_fmt yuv444p outyuv444p20130209.mp4 C:\PortableApps\MM\FFmpeg_regression\ffmpeg-20130209-git-969039e- win64-static\ffmpeg.exe -y -loop 1 -f image2 -i Masque16_9.png -vcodec libx264 -t 4 -r 25 outNoPix20130209.mp4 C:\PortableApps\MM\FFmpeg_regression\ffmpeg-20130209-git-969039e- win64-static\ffmpeg.exe -y -loop 1 -f image2 -i Masque16_9.png -vcodec libx264 -t 4 -r 25 -pix_fmt yuv420p outyuv420p20130209.mp4 }}} outNoPix.mp4 3b32b8dec42f3c42fc3a4d89e7d9907a outyuv444p.mp4 3b32b8dec42f3c42fc3a4d89e7d9907a outyuv420p.mp4 a7fbc37922a6dfda68b838ff5d7eb883 outyuv444p20130209.mp4 507631b32e6d83ce7fe886b2da1f1689 outNoPix20130209.mp4 d6f1a6d5c6d57f4dc1fe883a68791ec8 outyuv420p20130209.mp4 d6f1a6d5c6d57f4dc1fe883a68791ec8 "Since you did not specify a colour-space and the colour-space of your input file is not supported by the encoder, FFmpeg has to choose a colour- space for the output file." Jpeg, has no transparency, convert the source to Jpeg and I'll let you discover stagerring results. "Your problem is that you rely on something automatic. If you have specifics needs, you have to express them to ffmpeg with the corresponding option, there is no "do what I mean" option." Nope, without warning of behaviour change, I expect consistent reproducable behaviour, which is breached by your own comment: "The automatic selection of the pixel format has been recently changed to reduce the possible loss of information:", through a warning, as one one has depricate command warning for instance. I understand that you emphasise on your good quality intentions vs reliability, afterall Fukushima was also done on good intentions. Regarding bug(s) http://ffmpeg.zeranoe.com/forum/viewtopic.php?f=7&t=1054, I doubt you checked, I found a fix, it's Windows Movie Maker. Air crash investigation are full of good intentions and collections of wrong assumptions. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 12 09:20:12 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 12 Mar 2013 08:20:12 -0000 Subject: [FFmpeg-trac] #2343(avformat:new): Stream is blocked by 20 seconds or more when reading an mjpeg stream at low resolutions In-Reply-To: <037.e1eff80ab0981aae5afcbd8ae9926b27@avcodec.org> References: <037.e1eff80ab0981aae5afcbd8ae9926b27@avcodec.org> Message-ID: <052.4bce428c7ccb77436ac53584966847fb@avcodec.org> #2343: Stream is blocked by 20 seconds or more when reading an mjpeg stream at low resolutions -------------------------------------+------------------------------------ Reporter: virtuald | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): Does it help if you specify a value for -probesize ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 12 10:01:45 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 12 Mar 2013 09:01:45 -0000 Subject: [FFmpeg-trac] #2347(avcodec:closed): Recent builds regression bug - KO from 12th Feb 2013 - OK before In-Reply-To: <036.111cc8956fa6ffff3369051cb2423d47@avcodec.org> References: <036.111cc8956fa6ffff3369051cb2423d47@avcodec.org> Message-ID: <051.f98566e5054b12b8d9e830f069767f5d@avcodec.org> #2347: Recent builds regression bug - KO from 12th Feb 2013 - OK before ------------------------------------+----------------------------------- Reporter: feelart | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: invalid Keywords: libx264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Replying to [comment:12 feelart]: > If you're quote "If you know in advance that quality does not matter or if you know in advance that you must play your output file with software that does not support anything else but yuv420p, then please add -pix_fmt yuv420p to your command line." would be valid then MD5 signature for FFmpeg ante 9th Feb would all be the same and would be the same as results with ffmpeg-20130209 with -pix_fmt yuv420p, but they are not. The reason is a change in cf8d9b7 Please test the following command lines with your "20130209-git-969039e" version to see that this commit did not introduce a bug but actually fixed one by changing an erratic and difficult to describe behaviour: $ ffmpeg -i Masque16_9.png -pix_fmt rgb24 out.png $ ffmpeg -loop 1 -i out.png -vcodec libx264 -t 4 -r 25 out.mp4 (The command "works" with your rgba sample, but produces yuv444p output for rgb24 input: This was imo inconsistent behaviour that was fixed in cf8d9b7.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 12 11:16:48 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 12 Mar 2013 10:16:48 -0000 Subject: [FFmpeg-trac] #2165(undetermined:new): h264 lossless encoding, decoding does not produce same video content In-Reply-To: <036.c6e81c49542e46ea15e954b78e989ec2@avcodec.org> References: <036.c6e81c49542e46ea15e954b78e989ec2@avcodec.org> Message-ID: <051.ce03351329bc6fbf870c627bec94474f@avcodec.org> #2165: h264 lossless encoding, decoding does not produce same video content -------------------------------------+------------------------------------- Reporter: silviob | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: libx264 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: h264, lossless => libx264 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 12 11:41:28 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 12 Mar 2013 10:41:28 -0000 Subject: [FFmpeg-trac] #2349(undetermined:new): Windows, continuously write progress on one line Message-ID: <036.16d1918c546b50cbb8eb43b4b41e2050@avcodec.org> #2349: Windows, continuously write progress on one line -------------------------------------+------------------------------------- Reporter: svnpenn | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- When encoding FFmpeg prints a new line every second with the progress, example frame= 31 fps=0.0 q=0.0 size= 152kB time=00:00:00.72 bitrate=1726.3kbits/s frame= 59 fps= 57 q=0.0 size= 175kB time=00:00:01.90 bitrate= 751.1kbits/s frame= 89 fps= 58 q=0.0 size= 204kB time=00:00:03.04 bitrate= 549.8kbits/s With a large file these lines can quickly fill the console screen. I would like to see the progress on one line if possible, that is to say each second the same line is overwritten with the updated progress. http://superuser.com/questions/564483/how-to-make-ffmpeg-continuously- write-progress-on-one-line -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 12 11:41:59 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 12 Mar 2013 10:41:59 -0000 Subject: [FFmpeg-trac] #2347(avcodec:closed): Recent builds regression bug - KO from 12th Feb 2013 - OK before In-Reply-To: <036.111cc8956fa6ffff3369051cb2423d47@avcodec.org> References: <036.111cc8956fa6ffff3369051cb2423d47@avcodec.org> Message-ID: <051.edc231630128a71834b40e79da701ae2@avcodec.org> #2347: Recent builds regression bug - KO from 12th Feb 2013 - OK before ------------------------------------+----------------------------------- Reporter: feelart | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: invalid Keywords: libx264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by Cigaes): feelart: Your tests with MD5 do not prove anything, because you are still relying on default settings. And even if they have not changed, you are only proving that other enhancements have been made in the libx264 glue or the MP4 muxer since the previous version you are testing. > I found a fix, it's Windows Movie Maker. Ok, this is a troll; I will not answer further. cehoyos: Even without filters, it is lavfi who selects the pixel format. More precisely, what happens is that {{{encoder->pix_fmts}}} is used to set the formats accepted by the buffersink, while the input's pixel format is given to buffersrc. Then lavfi merges the formats lists, inserts the necessary conversion filter and selects the best common pixel format. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 12 11:42:54 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 12 Mar 2013 10:42:54 -0000 Subject: [FFmpeg-trac] #2349(undetermined:new): Windows, continuously write progress on one line In-Reply-To: <036.16d1918c546b50cbb8eb43b4b41e2050@avcodec.org> References: <036.16d1918c546b50cbb8eb43b4b41e2050@avcodec.org> Message-ID: <051.5d5dddb2905925afd151c4de6da8b862@avcodec.org> #2349: Windows, continuously write progress on one line -------------------------------------+------------------------------------- Reporter: svnpenn | 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): Did you try to make your console slightly larger? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 12 11:45:45 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 12 Mar 2013 10:45:45 -0000 Subject: [FFmpeg-trac] #2349(undetermined:new): Windows, continuously write progress on one line In-Reply-To: <036.16d1918c546b50cbb8eb43b4b41e2050@avcodec.org> References: <036.16d1918c546b50cbb8eb43b4b41e2050@avcodec.org> Message-ID: <051.08175eedd6825999859643e36f181de7@avcodec.org> #2349: Windows, continuously write progress on one line -------------------------------------+------------------------------------- Reporter: svnpenn | 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 svnpenn): Ha! That did it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 12 12:06:00 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 12 Mar 2013 11:06:00 -0000 Subject: [FFmpeg-trac] #2349(undetermined:new): Windows, continuously write progress on one line In-Reply-To: <036.16d1918c546b50cbb8eb43b4b41e2050@avcodec.org> References: <036.16d1918c546b50cbb8eb43b4b41e2050@avcodec.org> Message-ID: <051.eccc1c7a97d4aa6be2a8555c906d28bd@avcodec.org> #2349: Windows, continuously write progress on one line -------------------------------------+------------------------------------- Reporter: svnpenn | 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 svnpenn): At least with Windows, FFmpeg requires 85 columns to print progress correctly. I set this using the registry reg add "hkcu\console" -v WindowSize -d 0x00190055 -f -t reg_dword reg add "hkcu\console" -v ScreenBufferSize -d 0x03e80055 -f -t reg_dword -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 12 16:20:35 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 12 Mar 2013 15:20:35 -0000 Subject: [FFmpeg-trac] #2342(avfilter:open): ebur128 filter output seems to break format auto negotiation In-Reply-To: <032.286aaefadf3fc8e649db8ec6ddb9fd58@avcodec.org> References: <032.286aaefadf3fc8e649db8ec6ddb9fd58@avcodec.org> Message-ID: <047.df342aa0ebd6fc8374fbac15bde343ef@avcodec.org> #2342: ebur128 filter output seems to break format auto negotiation ------------------------------------+------------------------------------ Reporter: cus | Owner: Type: defect | Status: open Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: ebur128 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by Cigaes): * status: new => open * reproduced: 0 => 1 Comment: The problem is that {{{ebur128}}}'s {{{query_formats()}}} function sets the supported channel layouts (and formats) separately on its input and its audio output. That means lavfi is allowed to select them independently, and that {{{ebur128}}} is expected to convert somehow. That is not what happens: {{{ebur128}}} assumes that its input and audio output have the same format and channel layout; for that, it is supposed to set the supported formats and layouts together. That is exactly what the fallback {{{query_formats()}}} code does, therefore just removing the code fixes the bug. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 12 22:16:51 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 12 Mar 2013 21:16:51 -0000 Subject: [FFmpeg-trac] #2349(undetermined:open): Windows, continuously write progress on one line In-Reply-To: <036.16d1918c546b50cbb8eb43b4b41e2050@avcodec.org> References: <036.16d1918c546b50cbb8eb43b4b41e2050@avcodec.org> Message-ID: <051.48e2a205e60dd76713bbd3dfa1c37939@avcodec.org> #2349: Windows, continuously write progress on one line -------------------------------------+------------------------------------- Reporter: svnpenn | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: win | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => win * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 13 01:17:39 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Mar 2013 00:17:39 -0000 Subject: [FFmpeg-trac] #1859(FFprobe:closed): feature request: making skip_stream work with ffprobe In-Reply-To: <038.003a37c371672945e1cb445a5dba0545@avcodec.org> References: <038.003a37c371672945e1cb445a5dba0545@avcodec.org> Message-ID: <053.bf9b37cf14456ab32b7a956393723f34@avcodec.org> #1859: feature request: making skip_stream work with ffprobe -------------------------------------+----------------------------------- Reporter: vineet156 | Owner: Type: enhancement | Status: closed Priority: wish | Component: FFprobe Version: git-master | Resolution: fixed Keywords: skip_frame | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+----------------------------------- Changes (by saste): * analyzed: 0 => 1 * status: open => closed * resolution: => fixed Comment: Replying to [comment:7 vineet156]: > Hi, > sorry I am being little impatient, but did you receive my reply. My earlier reply via email bounced back after few days with failed mail delivery. > Is the above issue a bug or am I missing something? No it was a missing (important) feature. Should be fixed in: {{{ commit 1019cef329b508f0a9033b355cc18bf8026caf31 Author: Stefano Sabatini Date: Thu Mar 7 00:47:59 2013 +0100 ffprobe: support codec options Make ffprobe honour codec options, and support stream specifiers like it is done in ffplay. In particular, address Trac ticket #1859. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 13 03:15:41 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Mar 2013 02:15:41 -0000 Subject: [FFmpeg-trac] #2350(FFmpeg:new): PTS adjustment in FFmpeg Message-ID: <035.e92a1c83866bf3d6c066f92cccb5d78b@avcodec.org> #2350: PTS adjustment in FFmpeg ---------------------------------------+-------------------------------- Reporter: ubitux | Owner: Type: enhancement | Status: new Priority: normal | Component: FFmpeg Version: unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 ---------------------------------------+-------------------------------- It is possible to adjust pts with the [a]setpts filters. Unfortunately, it requires re-encoding. It would be handy if the timestamps could be adjusted at formats level only, so it would only require remuxing to, for instance, shift timestamps. Such option would be similar to the -y option in mkvmerge. Using our eval system would provide advanced usage. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 13 07:55:39 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Mar 2013 06:55:39 -0000 Subject: [FFmpeg-trac] #2306(avformat:open): Vividas Demuxer for IPLEX In-Reply-To: <040.a9d8c8a8fe560511c7f750f94304ee75@avcodec.org> References: <040.a9d8c8a8fe560511c7f750f94304ee75@avcodec.org> Message-ID: <055.0a79d2aaf3f265ccb93861f2f31ee478@avcodec.org> #2306: Vividas Demuxer for IPLEX -------------------------------------+------------------------------------ Reporter: ryszardzonk | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: unspecified | Resolution: Keywords: vividas | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => vividas * status: new => open Comment: Several samples are in http://samples.ffmpeg.org/archive/container/unknown/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 13 10:09:59 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Mar 2013 09:09:59 -0000 Subject: [FFmpeg-trac] #1572(avformat:closed): HLS input destroys DTS/PTS information In-Reply-To: <040.ad517992929e8d38a1f011db28d2e70a@avcodec.org> References: <040.ad517992929e8d38a1f011db28d2e70a@avcodec.org> Message-ID: <055.5a25c694b35cc638c065b257466c93bf@avcodec.org> #1572: HLS input destroys DTS/PTS information -------------------------------------+------------------------------------ Reporter: crtmpserver | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: hls | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => closed * resolution: => fixed * version: unspecified => git-master * component: undetermined => avformat * reproduced: 0 => 1 Comment: Fixed by Michael in 6f61823. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 13 10:15:07 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Mar 2013 09:15:07 -0000 Subject: [FFmpeg-trac] #2350(FFmpeg:new): PTS adjustment in FFmpeg In-Reply-To: <035.e92a1c83866bf3d6c066f92cccb5d78b@avcodec.org> References: <035.e92a1c83866bf3d6c066f92cccb5d78b@avcodec.org> Message-ID: <050.1b606c15c26567d6549fc57ecd359333@avcodec.org> #2350: PTS adjustment in FFmpeg -------------------------------------+---------------------------------- Reporter: ubitux | Owner: Type: enhancement | Status: new Priority: wish | Component: FFmpeg Version: git-master | Resolution: Keywords: dts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Changes (by cehoyos): * keywords: => dts * priority: normal => wish * version: unspecified => git-master -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 13 10:27:56 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Mar 2013 09:27:56 -0000 Subject: [FFmpeg-trac] #2320(undetermined:closed): "100 buffers queued in output stream 0:1" pcm_u8 -> libvorbis In-Reply-To: <034.0f8dc23f3b6f08067ecbf18637e71025@avcodec.org> References: <034.0f8dc23f3b6f08067ecbf18637e71025@avcodec.org> Message-ID: <049.ce485fb9474f1f0b46b6b5b62a681943@avcodec.org> #2320: "100 buffers queued in output stream 0:1" pcm_u8 -> libvorbis -------------------------------------+------------------------------------- Reporter: Berbe | Owner: Type: defect | Status: closed Priority: normal | Component: Version: 1.0.5 | undetermined Keywords: avi | Resolution: Blocking: | needs_more_info Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => avi * status: new => closed * resolution: => needs_more_info Comment: Please reopen this ticket if you can provide a sample that allows to reproduce the problem. (Without a sample it will not be possible to fix the ticket.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 13 10:45:06 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Mar 2013 09:45:06 -0000 Subject: [FFmpeg-trac] #2351(avfilter:new): Make the unsharp filter Adaptive Message-ID: <032.031b9ac718894557f76c019706a3801d@avcodec.org> #2351: Make the unsharp filter Adaptive -------------------------------------+------------------------------------- Reporter: sun | Type: Status: new | enhancement Component: avfilter | Priority: wish Keywords: Noise, | Version: sharpen, unsharp | unspecified Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- The unsharp filter gives much better results for sharpening videos than the smartblur and it would be useful if it had the same adaptiveness options like smartblur so that you can only filter the edges without amplifying noise. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 13 10:53:57 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Mar 2013 09:53:57 -0000 Subject: [FFmpeg-trac] #2295(undetermined:closed): windows32 static builds are broken In-Reply-To: <045.07155145db128349b4b99f2fe713161b@avcodec.org> References: <045.07155145db128349b4b99f2fe713161b@avcodec.org> Message-ID: <060.850d177c20bfde8e2875308ce3d1dfbd@avcodec.org> #2295: windows32 static builds are broken -------------------------------------+------------------------------------- Reporter: | Owner: matteosistisette | Status: closed Type: defect | Component: Priority: normal | undetermined Version: 1.1.2 | Resolution: Keywords: mov | needs_more_info timecode | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => needs_more_info Comment: Please reopen this ticket if you can provide a sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 13 11:05:08 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Mar 2013 10:05:08 -0000 Subject: [FFmpeg-trac] #2273(avformat:open): no option to set file name format inside the generated m3u8 file In-Reply-To: <034.cdd67cf0eade60a3590dda820033dbba@avcodec.org> References: <034.cdd67cf0eade60a3590dda820033dbba@avcodec.org> Message-ID: <049.e3f38797ea38d831beac0f392e90757c@avcodec.org> #2273: no option to set file name format inside the generated m3u8 file --------------------------------------+------------------------------------ Reporter: mpapp | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: segment m3u8 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | --------------------------------------+------------------------------------ Changes (by cehoyos): * priority: normal => wish -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 13 11:06:39 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Mar 2013 10:06:39 -0000 Subject: [FFmpeg-trac] #2351(avfilter:open): Make the unsharp filter Adaptive In-Reply-To: <032.031b9ac718894557f76c019706a3801d@avcodec.org> References: <032.031b9ac718894557f76c019706a3801d@avcodec.org> Message-ID: <047.489a58ab6a2382c026bc9ce7ec43a663@avcodec.org> #2351: Make the unsharp filter Adaptive -------------------------------------+------------------------------------ Reporter: sun | Owner: Type: enhancement | Status: open Priority: wish | Component: avfilter Version: git-master | Resolution: Keywords: unsharp | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: Noise, sharpen, unsharp => unsharp * status: new => open * version: unspecified => git-master -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 13 11:59:53 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Mar 2013 10:59:53 -0000 Subject: [FFmpeg-trac] #2338(avformat:new): avformat_seek_file seeking to wrong frame for AVCHD sample In-Reply-To: <032.f2a3b35238d024175392ec2837d0369c@avcodec.org> References: <032.f2a3b35238d024175392ec2837d0369c@avcodec.org> Message-ID: <047.60c5e1e1d134579045f149987356a0b0@avcodec.org> #2338: avformat_seek_file seeking to wrong frame for AVCHD sample -------------------------------------+------------------------------------ Reporter: rmk | 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 rmk): The place in the code, where the packet PTS is "corrected" to the strange value 63916, is the following in compute_pkt_fields if (pc && pc->dts_sync_point >= 0) { // we have synchronization info from the parser int64_t den = st->codec->time_base.den * (int64_t) st->time_base.num; if (den > 0) { int64_t num = st->codec->time_base.num * (int64_t) st->time_base.den; if (pkt->dts != AV_NOPTS_VALUE) { // got DTS from the stream, update reference timestamp st->reference_dts = pkt->dts - pc->dts_ref_dts_delta * num / den; pkt->pts = pkt->dts + pc->pts_dts_delta * num / den; > here the correct pts 67515 is replaced by DTS (63915) + 1, i.e. 63916 } else if (st->reference_dts != AV_NOPTS_VALUE) { // compute DTS based on reference timestamp pkt->dts = st->reference_dts + pc->dts_ref_dts_delta * num / den; pkt->pts = pkt->dts + pc->pts_dts_delta * num / den; } if (pc->dts_sync_point > 0) st->reference_dts = pkt->dts; // new reference } } -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 13 15:48:39 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Mar 2013 14:48:39 -0000 Subject: [FFmpeg-trac] #2352(avformat:new): LXF VBI data support Message-ID: <035.3fa2e50aa938a3edfdd2019d182ee26d@avcodec.org> #2352: LXF VBI data support ----------------------------------+--------------------------------------- Reporter: andrew | Type: enhancement Status: new | Priority: minor Component: avformat | Version: git-master Keywords: lxf | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- I noticed when using ffmpeg/avformat that Harris LXF VBI data isn't supported. I have an updated file which outlines all details of LXF v1 and v2. LXF information starts on page 9, and the .doc has embedded sample code and applications for developing support. I just wanted to share this new file for anyone who is interested in enhancing LXF format support. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 13 15:55:03 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Mar 2013 14:55:03 -0000 Subject: [FFmpeg-trac] #2352(avformat:new): LXF VBI data support In-Reply-To: <035.3fa2e50aa938a3edfdd2019d182ee26d@avcodec.org> References: <035.3fa2e50aa938a3edfdd2019d182ee26d@avcodec.org> Message-ID: <050.69f9714aa0eceecee0fbe68342e3276d@avcodec.org> #2352: LXF VBI data support -------------------------------------+------------------------------------ Reporter: andrew | Owner: Type: enhancement | Status: new Priority: minor | Component: avformat Version: git-master | Resolution: Keywords: lxf | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by andrew): File size limit is 2.5MB so here it is: http://andrewgreen.ca/files/The_Nexio_Video_File_System_(rev24).zip -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 13 15:57:35 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Mar 2013 14:57:35 -0000 Subject: [FFmpeg-trac] #2352(avformat:new): LXF VBI data support In-Reply-To: <035.3fa2e50aa938a3edfdd2019d182ee26d@avcodec.org> References: <035.3fa2e50aa938a3edfdd2019d182ee26d@avcodec.org> Message-ID: <050.8f9dd4dce460536db2f77814c72cda62@avcodec.org> #2352: LXF VBI data support -------------------------------------+------------------------------------ Reporter: andrew | Owner: Type: enhancement | Status: new Priority: minor | Component: avformat Version: git-master | Resolution: Keywords: lxf | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): Could you explain what the missing VBI data can be used for? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 13 16:30:27 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Mar 2013 15:30:27 -0000 Subject: [FFmpeg-trac] #2353(avcodec:new): Failing to decode MJPEG Message-ID: <046.7dcef3517a0bea5b0ffb1a28519f510c@avcodec.org> #2353: Failing to decode MJPEG ---------------------------------+------------------------------------- Reporter: alina@? | Type: defect Status: new | Priority: important Component: avcodec | Version: 1.1.3 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+------------------------------------- Summary of the bug: Failing to decode JPEG frames. It happens on a particular JPEG frames (example clip and file is attached). Windows preview and IPP have no problem decoding the frames. Ffmpeg older versions (a year ago) also decoded correcly. But the new version, produce a broken pricture. ffmpeg version: 1.1.3 How to reproduce: % ffplay -i Vicon.mkv % ffplay -i Vicon.jpg Here are part of the error I recieve when running ffplay: ffplay version 1.1.3 Copyright (c) 2003-2013 the FFmpeg developers built on Mar 3 2013 01:57:34 with gcc 4.7.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgsm --enable-libmp3lame --enable- libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable- libspeex --enable-libtheora --enable-libtwolame --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable- libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 13.100 / 52. 13.100 libavcodec 54. 86.100 / 54. 86.100 libavformat 54. 59.106 / 54. 59.106 libavdevice 54. 3.102 / 54. 3.102 libavfilter 3. 32.100 / 3. 32.100 libswscale 2. 1.103 / 2. 1.103 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [AVIOContext @ 02dbe000] Statistics: 33038 bytes read, 0 seeks [mjpeg @ 02db8f00] marker=d8 avail_size_in_buf=33036 [mjpeg @ 02db8f00] marker parser used 0 bytes (0 bits) [mjpeg @ 02db8f00] marker=dd avail_size_in_buf=33034 [mjpeg @ 02db8f00] restart interval: 1 [mjpeg @ 02db8f00] marker parser used 4 bytes (32 bits) [mjpeg @ 02db8f00] marker=db avail_size_in_buf=33028 [mjpeg @ 02db8f00] index=0 [mjpeg @ 02db8f00] qscale[0]: 6 [mjpeg @ 02db8f00] index=1 [mjpeg @ 02db8f00] qscale[1]: 13 [mjpeg @ 02db8f00] marker parser used 132 bytes (1056 bits) [mjpeg @ 02db8f00] marker=c4 avail_size_in_buf=32894 [mjpeg @ 02db8f00] class=0 index=0 nb_codes=12 [mjpeg @ 02db8f00] class=1 index=0 nb_codes=251 [mjpeg @ 02db8f00] class=0 index=1 nb_codes=12 [mjpeg @ 02db8f00] class=1 index=1 nb_codes=251 [mjpeg @ 02db8f00] marker parser used 418 bytes (3344 bits) [mjpeg @ 02db8f00] marker=c0 avail_size_in_buf=32474 [mjpeg @ 02db8f00] sof0: picture: 704x544 [mjpeg @ 02db8f00] component 0 2:1 id: 0 quant:0 [mjpeg @ 02db8f00] component 1 1:1 id: 1 quant:1 [mjpeg @ 02db8f00] component 2 1:1 id: 2 quant:1 [mjpeg @ 02db8f00] pix fmt id 21111100 [mjpeg @ 02db8f00] marker parser used 17 bytes (136 bits) [mjpeg @ 02db8f00] escaping removed 28 bytes [mjpeg @ 02db8f00] marker=da avail_size_in_buf=32455 [mjpeg @ 02db8f00] component: 0 [mjpeg @ 02db8f00] component: 1 [mjpeg @ 02db8f00] component: 2 [mjpeg @ 02db8f00] error count: 64 [mjpeg @ 02db8f00] error y=0 x=36 [mjpeg @ 02db8f00] marker parser used 476 bytes (3806 bits) [mjpeg @ 02db8f00] marker=d6 avail_size_in_buf=31975 [mjpeg @ 02db8f00] restart marker: 6 [mjpeg @ 02db8f00] marker parser used 0 bytes (0 bits) [mjpeg @ 02db8f00] marker=d7 avail_size_in_buf=31965 [mjpeg @ 02db8f00] restart marker: 7 [mjpeg @ 02db8f00] marker parser used 0 bytes (0 bits) [mjpeg @ 02db8f00] marker=d0 avail_size_in_buf=31956 [mjpeg @ 02db8f00] restart marker: 0 [mjpeg @ 02db8f00] marker parser used 0 bytes (0 bits) [mjpeg @ 02db8f00] marker=d1 avail_size_in_buf=31941 [mjpeg @ 02db8f00] restart marker: 1 [mjpeg @ 02db8f00] marker parser used 0 bytes (0 bits) [mjpeg @ 02db8f00] marker=d2 avail_size_in_buf=31929 [mjpeg @ 02db8f00] restart marker: 2 [mjpeg @ 02db8f00] marker parser used 0 bytes (0 bits) [mjpeg @ 02db8f00] marker=d3 avail_size_in_buf=31917 [mjpeg @ 02db8f00] restart marker: 3 [mjpeg @ 02db8f00] marker parser used 0 bytes (0 bits) [mjpeg @ 02db8f00] marker=d4 avail_size_in_buf=31902 [mjpeg @ 02db8f00] restart marker: 4 [mjpeg @ 02db8f00] marker parser used 0 bytes (0 bits) [mjpeg @ 02db8f00] marker=d5 avail_size_in_buf=31889 [mjpeg @ 02db8f00] restart marker: 5 [mjpeg @ 02db8f00] marker parser used 0 bytes (0 bits) [mjpeg @ 02db8f00] marker=d6 avail_size_in_buf=31877 [mjpeg @ 02db8f00] restart marker: 6 [mjpeg @ 02db8f00] marker parser used 0 bytes (0 bits) [mjpeg @ 02db8f00] marker=d7 avail_size_in_buf=31867 [mjpeg @ 02db8f00] restart marker: 7 [mjpeg @ 02db8f00] marker parser used 0 bytes (0 bits) [mjpeg @ 02db8f00] marker=d0 avail_size_in_buf=31858 [mjpeg @ 02db8f00] restart marker: 0 [mjpeg @ 02db8f00] marker parser used 0 bytes (0 bits) [mjpeg @ 02db8f00] marker=d1 avail_size_in_buf=31848 [mjpeg @ 02db8f00] restart marker: 1 [mjpeg @ 02db8f00] marker parser used 0 bytes (0 bits) [mjpeg @ 02db8f00] marker=d2 avail_size_in_buf=31836 [mjpeg @ 02db8f00] restart marker: 2 [mjpeg @ 02db8f00] marker parser used 0 bytes (0 bits) [mjpeg @ 02db8f00] marker=d3 avail_size_in_buf=31826 [mjpeg @ 02db8f00] restart marker: 3 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 13 16:33:07 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Mar 2013 15:33:07 -0000 Subject: [FFmpeg-trac] #2352(avformat:new): LXF VBI data support In-Reply-To: <035.3fa2e50aa938a3edfdd2019d182ee26d@avcodec.org> References: <035.3fa2e50aa938a3edfdd2019d182ee26d@avcodec.org> Message-ID: <050.c2def4b556081a6823fd42ac6c1ff771@avcodec.org> #2352: LXF VBI data support -------------------------------------+------------------------------------ Reporter: andrew | Owner: Type: enhancement | Status: new Priority: minor | Component: avformat Version: git-master | Resolution: Keywords: lxf | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by kierank): VBI would be useful but there's no real API for handling professional data in the VBI so you wouldn't be able to do anything with it in FFmpeg. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 13 16:58:22 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Mar 2013 15:58:22 -0000 Subject: [FFmpeg-trac] #2353(avcodec:new): Failing to decode MJPEG In-Reply-To: <046.7dcef3517a0bea5b0ffb1a28519f510c@avcodec.org> References: <046.7dcef3517a0bea5b0ffb1a28519f510c@avcodec.org> Message-ID: <061.0b5ec5c55e578fdaff14ab908dd1747d@avcodec.org> #2353: Failing to decode MJPEG -------------------------------------+------------------------------------- Reporter: alina@? | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: 1.1.3 | Resolution: Keywords: mjpeg | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => mjpeg regression -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 13 17:34:36 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Mar 2013 16:34:36 -0000 Subject: [FFmpeg-trac] #2339(swscale:open): Implement or port libswscale optimizations for arm (was: merge arm yuv2rgb optimizations) In-Reply-To: <034.1d48f6003d3d8832c11e39d2fa702b18@avcodec.org> References: <034.1d48f6003d3d8832c11e39d2fa702b18@avcodec.org> Message-ID: <049.f16cd14c5b72407db68f69741ce23f87@avcodec.org> #2339: Implement or port libswscale optimizations for arm -------------------------------------+----------------------------------- Reporter: compn | Owner: Type: enhancement | Status: open Priority: wish | Component: swscale Version: git-master | Resolution: Keywords: arm | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: swscale yuv2rgb arm => arm * priority: normal => wish * status: new => open -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 13 17:40:52 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Mar 2013 16:40:52 -0000 Subject: [FFmpeg-trac] #2352(avformat:new): LXF VBI data support In-Reply-To: <035.3fa2e50aa938a3edfdd2019d182ee26d@avcodec.org> References: <035.3fa2e50aa938a3edfdd2019d182ee26d@avcodec.org> Message-ID: <050.e742ff96ad8468459ddf1abdd36457c6@avcodec.org> #2352: LXF VBI data support -------------------------------------+------------------------------------ Reporter: andrew | Owner: Type: enhancement | Status: new Priority: minor | Component: avformat Version: git-master | Resolution: Keywords: lxf | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by andrew): I was going to use it to convert from an MPEG TS to LXF and vice-versa. It would only really be 708 captioning data, maybe even AFD data in the packets as well. Even if the VBI 708 captioning packets could be outputted to a captioning file separate from the video/audio would be beneficial. VLC can decode 708 captioning from VBI data when in an MPEG TS so there is an open source implementation of VBI data decoding. I can provide some TS and LXF samples of video with VBI data if needed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 13 17:59:36 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Mar 2013 16:59:36 -0000 Subject: [FFmpeg-trac] #2352(avformat:new): LXF VBI data support In-Reply-To: <035.3fa2e50aa938a3edfdd2019d182ee26d@avcodec.org> References: <035.3fa2e50aa938a3edfdd2019d182ee26d@avcodec.org> Message-ID: <050.7d8c1f39da83935d0132383dada17c7a@avcodec.org> #2352: LXF VBI data support -------------------------------------+------------------------------------ Reporter: andrew | Owner: Type: enhancement | Status: new Priority: minor | Component: avformat Version: git-master | Resolution: Keywords: lxf | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): Samples are definitely useful. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 13 18:53:13 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Mar 2013 17:53:13 -0000 Subject: [FFmpeg-trac] #2354(undetermined:new): ffmpeg windows crash Message-ID: <039.6a190f62beb20f746c35791ab3d7d34b@avcodec.org> #2354: ffmpeg windows crash -------------------------------------+------------------------------------- Reporter: willemijns | Type: defect Status: new | Priority: critical Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Windows XP SP3 ffmpeg.exe without parameters or easy commands as "ffmpeg.exe -formats" works well "ffmpeg.exe -i filenotexist.avi -vn -acodec libmp3lame bande_son" detect the file does not exist and does not crash any elaborated functions as "ffmpeg.exe -i realname.avi -vn -acodec libmp3lame bande_son" crahes i'm beginner on this software, it is the first day i use it... C:\TEST>"c:\program files\mplayer\ffmpeg.exe" -i zi.flv -vn -acodec libmp 3lame bande_son ffmpeg version N-50663-gb5e5ed8 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 12 2013 01:09:28 with gcc 4.7.2 (GCC) only drwatson.exe can give detail about the crash. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 13 18:55:09 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Mar 2013 17:55:09 -0000 Subject: [FFmpeg-trac] #2354(undetermined:new): ffmpeg windows crash In-Reply-To: <039.6a190f62beb20f746c35791ab3d7d34b@avcodec.org> References: <039.6a190f62beb20f746c35791ab3d7d34b@avcodec.org> Message-ID: <054.0e85d4d69b01102b0f16dfaf320b8172@avcodec.org> #2354: ffmpeg windows crash -------------------------------------+------------------------------------- Reporter: willemijns | Owner: Type: defect | Status: new Priority: critical | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by willemijns): i used on this commandline a FLV, tried the same before with mpeg and avi... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 13 19:03:54 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Mar 2013 18:03:54 -0000 Subject: [FFmpeg-trac] #2354(undetermined:new): ffmpeg windows crash In-Reply-To: <039.6a190f62beb20f746c35791ab3d7d34b@avcodec.org> References: <039.6a190f62beb20f746c35791ab3d7d34b@avcodec.org> Message-ID: <054.f138ef83b56047cdfabf2bc3284265f9@avcodec.org> #2354: ffmpeg windows crash -------------------------------------+------------------------------------- Reporter: willemijns | 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 cehoyos): * priority: critical => important Comment: Does the crash happen with every input file or only some? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 13 19:54:48 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Mar 2013 18:54:48 -0000 Subject: [FFmpeg-trac] #2354(undetermined:new): ffmpeg windows crash In-Reply-To: <039.6a190f62beb20f746c35791ab3d7d34b@avcodec.org> References: <039.6a190f62beb20f746c35791ab3d7d34b@avcodec.org> Message-ID: <054.44748445bf3c002dbf7c1f7097559cd0@avcodec.org> #2354: ffmpeg windows crash -------------------------------------+------------------------------------- Reporter: willemijns | 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 willemijns): Replying to [comment:2 cehoyos]: > Does the crash happen with every input file or only some? i only beginner in ffmpeg, can someone give me a 100% OK commandline and a small sample file to convert and test ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 13 20:56:15 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Mar 2013 19:56:15 -0000 Subject: [FFmpeg-trac] #2355(FFmpeg:new): Stop time option (-to time_stop) broken Message-ID: <034.c9399f1f6bb5ee766da7922e636d68bc@avcodec.org> #2355: Stop time option (-to time_stop) broken --------------------------------+-------------------------------------- Reporter: Ajaja | 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: {{{ ffmpeg.exe -i colon.mpeg -ss 00:01:00.100 -to 00:02:00.200 -c copy dddd.mpg ffmpeg version N-50733-gcde1e7d Copyright (c) 2000-2013 the FFmpeg developers built on Mar 13 2013 00:01:53 with gcc 4.7.2 (GCC) configuration: --enable-libtwolame --arch=x86_64 --target-os=mingw32 --cross- prefix=/home/alex/ffmpeg/sandbox/mingw-w64-x86_64/bin/x86_64-w64-mingw32- --pkg-config=pkg-config --enable-gpl --enable-libsoxr --enable-libx264 --enable-avisynth --enable-libxvid --enable-libmp3lame --enable-version3 --enable-zlib --enable-librtmp --enable-libvorbis --enable-libtheora --enable-libspeex--enable-libopenjpeg --enable-gnutls --enable-libgsm --enable-libfreetype --enable-fontconfig --enable-libass --enable- libutvideo --enable-libopus --disable-w32threads --enable-frei0r --enable- filter=frei0r --enable-libvo-aacenc --enable-bzlib --enable-libxavs --extra-cflags=-DPTW32_STATIC_LIB --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libvo-amrwbenc --enable-libschroedinger --enable-libbluray --enable-libvpx --enable-libilbc --enable-static --disable-shared --enable-nonfree --enable-libfdk-aac --enable-runtime- cpudetect libavutil 52. 19.100 / 52. 19.100 libavcodec 55. 0.100 / 55. 0.100 libavformat 55. 0.100 / 55. 0.100 libavdevice 54. 4.100 / 54. 4.100 libavfilter 3. 45.100 / 3. 45.100 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [mpeg @ 000000000209e180] max_analyze_duration 5000000 reached at 5000000 microseconds Input #0, mpeg, from 'colon.mpeg': Duration: 00:54:28.67, start: 0.500000, bitrate: 1930 kb/s Stream #0:0[0x1c0]: Audio: mp2, 48000 Hz, stereo, s16p, 192 kb/s Stream #0:1[0x1e0]: Video: mpeg2video (Main), yuv420p, 544x576 [SAR 24:17 DAR 4:3], 25 fps, 25 tbr, 90k tbn, 50 tbc Option to (record or transcode stop time) cannot be applied to output file dddd.mpg -- you are trying to apply an input option t o an output file or vice versa. Move this option before the file it belongs to. Error parsing options for output file dddd.mpg. Error opening output files: Error number -22 occurred }}} I think it was broken in 5743095ca9: https://github.com/FFmpeg/FFmpeg/commit/5743095ca9566db981b8fe113fc4f330dda5798a#cmdutils.c -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 13 23:50:04 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Mar 2013 22:50:04 -0000 Subject: [FFmpeg-trac] #2353(avcodec:open): Failing to decode MJPEG In-Reply-To: <046.7dcef3517a0bea5b0ffb1a28519f510c@avcodec.org> References: <046.7dcef3517a0bea5b0ffb1a28519f510c@avcodec.org> Message-ID: <061.c20cebe6216d2579ad7fe315e0cfc409@avcodec.org> #2353: Failing to decode MJPEG -------------------------------------+------------------------------------- Reporter: alina@? | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: mjpeg | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * version: 1.1.3 => git-master * reproduced: 0 => 1 Comment: Regression since 7b8ed83 related to ticket #267. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 14 00:09:35 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Mar 2013 23:09:35 -0000 Subject: [FFmpeg-trac] #2356(avformat:new): Failing mms stream Message-ID: <036.a9c54491ce3a4f2cfc4b332e04fca19b@avcodec.org> #2356: Failing mms stream --------------------------------------+---------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Keywords: mmsh Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+---------------------------------- http://thread.gmane.org/gmane.comp.video.ffmpeg.user/44529 The mmsh stream works fine with MPlayer, fails with ffmpeg {{{ $ ffmpeg -i "mmsh://96.35.129.141:5000/STLTV_Live" ffmpeg version N-50909-ged69c69 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 14 2013 00:06:59 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 19.100 / 52. 19.100 libavcodec 55. 0.100 / 55. 0.100 libavformat 55. 0.100 / 55. 0.100 libavdevice 54. 4.100 / 54. 4.100 libavfilter 3. 45.102 / 3. 45.102 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Strange chunk type 19748 Get http header data failed! mmsh://96.35.129.141:5000/STLTV_Live: Invalid data found when processing input }}} {{{ $ mplayer mmsh://96.35.129.141:5000/STLTV_Live -frames 1 MPlayer SVN-r35960-4.7 (C) 2000-2013 MPlayer Team Playing mmsh://96.35.129.141:5000/STLTV_Live. STREAM_ASF, URL: mmsh://96.35.129.141:5000/STLTV_Live Resolving 96.35.129.141 for AF_INET6... Couldn't resolve name for AF_INET6: 96.35.129.141 Connecting to server 96.35.129.141[96.35.129.141]: 5000... Resolving 96.35.129.141 for AF_INET6... Couldn't resolve name for AF_INET6: 96.35.129.141 Connecting to server 96.35.129.141[96.35.129.141]: 5000... Cache size set to 1920 KBytes Cache fill: 19.75% (388262 bytes) ASF file format detected. [asfheader] Audio stream found, -aid 1 [asfheader] Video stream found, -vid 2 VIDEO: [WMV3] 320x240 24bpp 1000.000 fps 260.0 kbps (31.7 kbyte/s) Clip info: title: STLTV LIVE! Experience St. Louis author: STL TV copyright: City of St. Louis comments: City of St. Louis Communications Division ========================================================================== Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family libavcodec version 55.0.100 (internal) Selected video codec: [ffwmv3] vfm: ffmpeg (FFmpeg WMV3/WMV9) ========================================================================== ========================================================================== Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders AUDIO: 44100 Hz, 1 ch, floatle, 32.0 kbit/2.27% (ratio: 4003->176400) Selected audio codec: [ffwmav2] afm: ffmpeg (DivX audio v2 (FFmpeg)) ========================================================================== AO: [alsa] 44100Hz 1ch floatle (4 bytes per sample) Starting playback... Movie-Aspect is 1.33:1 - prescaling to correct movie aspect. VO: [vdpau] 320x240 => 320x240 Planar YV12 [wmv3 @ 0x7ffcb3f9cf20]warning: first frame is no keyframe A:1432169.0 V:1432168.9 A-V: 0.107 ct: 0.000 1/ 1 ??% ??% ??,?% 0 0 18% Exiting... (End of file) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 14 00:10:24 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Mar 2013 23:10:24 -0000 Subject: [FFmpeg-trac] #2357(undetermined:new): join filter bug Message-ID: <034.08624c21bf130e94a51a9d2a093fd80f@avcodec.org> #2357: join filter bug -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- Summary of the bug: You can view the entire thread here: http://ffmpeg.gusari.org/posting.php?mode=reply&f=11&t=849 How to reproduce: {{{ C:\Documents and Settings\usr>C:\1.ffmpeg\bin\ffmpeg -i C:\video\a\fc.wav -i C:\video\a\fl.wav -i C:\video\a\fr.wav -i C:\video\a\lfe.wav -i C:\video\a\sl.wav -i C:\video\a\sr.wav -c:a pcm_s16le -filter_complex join=inputs=6:channel_layout=5.1:map=0.0-FL\,1.0-FR\,2.0-FC\,3.0-SL\,4.0-SR\,5.0-LFE C:\video\out.wav ffmpeg version N-50442-g4f0d4ac Copyright (c) 2000-2013 the FFmpeg developers built on Mar 2 2013 15:25:54 with gcc 4.7.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgsm --enable-libilbc --enable-libmp3lame --enable-libopencore- amrnb --enable-libo pencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable- libtheora --enable-lib twolame --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 17.103 / 52. 17.103 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.102 / 54. 63.102 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 41.100 / 3. 41.100 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [wav @ 02537ce0] max_analyze_duration 5000000 reached at 5034667 microseconds Guessed Channel Layout for Input Stream #0.0 : mono Input #0, wav, from 'C:\video\a\fc.wav': Duration: 01:56:01.02, bitrate: 768 kb/s Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, mono, s16, 768 kb/s [wav @ 02660a20] max_analyze_duration 5000000 reached at 5034667 microseconds Guessed Channel Layout for Input Stream #1.0 : mono Input #1, wav, from 'C:\video\a\fl.wav': Duration: 01:56:01.02, bitrate: 768 kb/s Stream #1:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, mono, s16, 768 kb/s [wav @ 0272e3e0] max_analyze_duration 5000000 reached at 5034667 microseconds Guessed Channel Layout for Input Stream #2.0 : mono Input #2, wav, from 'C:\video\a\fr.wav': Duration: 01:56:01.02, bitrate: 768 kb/s Stream #2:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, mono, s16, 768 kb/s [wav @ 0276be60] max_analyze_duration 5000000 reached at 5034667 microseconds Guessed Channel Layout for Input Stream #3.0 : mono Input #3, wav, from 'C:\video\a\lfe.wav': Duration: 01:56:01.02, bitrate: 768 kb/s Stream #3:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, mono, s16, 768 kb/s [wav @ 02844120] max_analyze_duration 5000000 reached at 5034667 microseconds Guessed Channel Layout for Input Stream #4.0 : mono Input #4, wav, from 'C:\video\a\sl.wav': Duration: 01:56:01.02, bitrate: 768 kb/s Stream #4:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, mono, s16, 768 kb/s [wav @ 028cd460] max_analyze_duration 5000000 reached at 5034667 microseconds Guessed Channel Layout for Input Stream #5.0 : mono Input #5, wav, from 'C:\video\a\sr.wav': Duration: 01:56:01.02, bitrate: 768 kb/s Stream #5:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, mono, s16, 768 kb/s [Parsed_join_0 @ 0284c0e0] Output channel 'SL' is not present in requested channel layout. [AVFilterGraph @ 02538a40] Error initializing filter 'join' with args 'inputs=6:channel_layout=5.1:map=0.0-FL,1.0-FR,2.0-FC,3.0-SL,4.0-SR,5.0-LFE' Error configuring filters. }}} Seems like an error in the parser: {{{ [Parsed_join_0 @ 0284c0e0] Output channel 'SL' is not present in requested channel layout. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 14 00:16:06 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Mar 2013 23:16:06 -0000 Subject: [FFmpeg-trac] #2358(undetermined:new): ffplay SDL bug Message-ID: <034.7956fd28475f4862144bdaef10289dd5@avcodec.org> #2358: ffplay SDL bug -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- Summary of the bug: The entire thread can be viewed here: http://ffmpeg.gusari.org/viewtopic.php?f=26&t=856 How to reproduce: {{{ ffplay -i "FileName" }}} and after that pressing the "F" key. This version of ffplay works as expected: http://ffmpeg.zeranoe.com/builds/win32/static/ffmpeg-git-41a097a- win32-static.7z This version does not work: http://ffmpeg.zeranoe.com/builds/win32/static/ffmpeg-20121105-git-c995644-win32-static.7z So this is possibly a regression of some sort and should be investigated. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 14 00:16:48 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Mar 2013 23:16:48 -0000 Subject: [FFmpeg-trac] #1992(avfilter:closed): Create thumbnail error In-Reply-To: <032.14d71e5679452b7127d54c2a6fb244e4@avcodec.org> References: <032.14d71e5679452b7127d54c2a6fb244e4@avcodec.org> Message-ID: <047.dfe18f3fa0ccea00e63023f8c8146384@avcodec.org> #1992: Create thumbnail error -------------------------------------+------------------------------------ Reporter: bfi | Owner: Type: enhancement | Status: closed Priority: wish | Component: avfilter Version: git-master | Resolution: fixed Keywords: thumbnail | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by ubitux): * status: reopened => closed * resolution: => fixed Comment: Feature added in a95a38793c75fa8e424f91f1adf1be6ced69f953. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 14 00:23:13 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Mar 2013 23:23:13 -0000 Subject: [FFmpeg-trac] #2358(undetermined:new): ffplay SDL bug In-Reply-To: <034.7956fd28475f4862144bdaef10289dd5@avcodec.org> References: <034.7956fd28475f4862144bdaef10289dd5@avcodec.org> Message-ID: <049.134fb7094f13bd41c5e073c77b3a8228@avcodec.org> #2358: ffplay SDL bug -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Please add the complete, uncut console output of your failing command. If this is a regression, please find the change introducing it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 14 00:24:33 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Mar 2013 23:24:33 -0000 Subject: [FFmpeg-trac] #2357(undetermined:new): join filter bug In-Reply-To: <034.08624c21bf130e94a51a9d2a093fd80f@avcodec.org> References: <034.08624c21bf130e94a51a9d2a093fd80f@avcodec.org> Message-ID: <049.f22dd9d7b209ad8f54b9e5b7f0c8b960@avcodec.org> #2357: join filter bug -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Please add some information about what you are trying to do. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 14 00:25:14 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Mar 2013 23:25:14 -0000 Subject: [FFmpeg-trac] #2358(undetermined:new): ffplay SDL bug In-Reply-To: <034.7956fd28475f4862144bdaef10289dd5@avcodec.org> References: <034.7956fd28475f4862144bdaef10289dd5@avcodec.org> Message-ID: <049.1fd7adffdd534cdf3a37138264106c7f@avcodec.org> #2358: ffplay SDL bug -------------------------------------+------------------------------------- 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): Please read the forum post. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 14 00:26:26 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Mar 2013 23:26:26 -0000 Subject: [FFmpeg-trac] #2357(undetermined:new): join filter bug In-Reply-To: <034.08624c21bf130e94a51a9d2a093fd80f@avcodec.org> References: <034.08624c21bf130e94a51a9d2a093fd80f@avcodec.org> Message-ID: <049.a0ba9d36d542c14960c8e401c3593249@avcodec.org> #2357: join filter bug -------------------------------------+------------------------------------- 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 not experiencing this issue, I'm just relaying the forum post. Please read it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 14 00:29:47 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Mar 2013 23:29:47 -0000 Subject: [FFmpeg-trac] #2357(undetermined:closed): join filter bug In-Reply-To: <034.08624c21bf130e94a51a9d2a093fd80f@avcodec.org> References: <034.08624c21bf130e94a51a9d2a093fd80f@avcodec.org> Message-ID: <049.eecb516ca894c34047fe5c7fff9f16d0@avcodec.org> #2357: join filter bug -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid Comment: As said, it is necessary to post all information into the forum, please do not use external resources, and please only report issues here that you can reproduce yourself (except if there is a reason why the issue cannot be generally reproduced). That said, this page should explain the usage issue: http://msdn.microsoft.com/en-us/library/windows/hardware/gg463006.aspx -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 14 00:30:22 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Mar 2013 23:30:22 -0000 Subject: [FFmpeg-trac] #2358(undetermined:closed): ffplay SDL bug In-Reply-To: <034.7956fd28475f4862144bdaef10289dd5@avcodec.org> References: <034.7956fd28475f4862144bdaef10289dd5@avcodec.org> Message-ID: <049.f4ce57572102cb36f4e73905ec17e960@avcodec.org> #2358: ffplay SDL bug -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | needs_more_info Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => needs_more_info Comment: Please reopen if you can add the missing information. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 14 00:34:58 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Mar 2013 23:34:58 -0000 Subject: [FFmpeg-trac] #2358(undetermined:closed): ffplay SDL bug In-Reply-To: <034.7956fd28475f4862144bdaef10289dd5@avcodec.org> References: <034.7956fd28475f4862144bdaef10289dd5@avcodec.org> Message-ID: <049.d34b4dd27bb283d5b22ab5ad73689c80@avcodec.org> #2358: ffplay SDL bug -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | needs_more_info Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by compn): carl , can you leave these bugs open so others can work on them, even if they dont have the information in the trac? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 14 00:39:09 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Mar 2013 23:39:09 -0000 Subject: [FFmpeg-trac] #2358(undetermined:closed): ffplay SDL bug In-Reply-To: <034.7956fd28475f4862144bdaef10289dd5@avcodec.org> References: <034.7956fd28475f4862144bdaef10289dd5@avcodec.org> Message-ID: <049.3e43a9b367502edd22e8bafe14894f1e@avcodec.org> #2358: ffplay SDL bug -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | needs_more_info Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:4 compn]: > carl , can you leave these bugs open so others can work on them, even if they dont have the information in the trac? Why don't you read the forum entry, reproduce the ticket, add the missing information here and reopen the ticket? (If the problem really is Zeranoe- only, it will probably help more to either post on his forum or contact him directly, I suspect he is not following this tracker regularly.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 14 00:41:53 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Mar 2013 23:41:53 -0000 Subject: [FFmpeg-trac] #2355(FFmpeg:open): Stop time option (-to time_stop) broken In-Reply-To: <034.c9399f1f6bb5ee766da7922e636d68bc@avcodec.org> References: <034.c9399f1f6bb5ee766da7922e636d68bc@avcodec.org> Message-ID: <049.58867a53bbec3c37487b86c2bf79fc5d@avcodec.org> #2355: Stop time option (-to time_stop) broken ------------------------------------+---------------------------------- Reporter: Ajaja | Owner: Type: defect | Status: open Priority: important | Component: FFmpeg Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Changes (by cehoyos): * keywords: => regression * priority: normal => important * status: new => open * reproduced: 0 => 1 Comment: Regression since 5743095 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 14 00:54:51 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Mar 2013 23:54:51 -0000 Subject: [FFmpeg-trac] #2358(undetermined:closed): ffplay SDL bug In-Reply-To: <034.7956fd28475f4862144bdaef10289dd5@avcodec.org> References: <034.7956fd28475f4862144bdaef10289dd5@avcodec.org> Message-ID: <049.b5eb4ffa0d572f90639a1656199e1478@avcodec.org> #2358: ffplay SDL bug -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | needs_more_info Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by michael): This ticket is missing information about how to reproduce the problem as well as a description of the problem. It may be on the linked forum but that is IMHO not ok. copy and pasting at least 1 paragraph or writing a summary is neccessary. I also tried ffplay random file and "f" switched to fullscreen as expected so iam no smarter from that. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 14 00:59:31 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Mar 2013 23:59:31 -0000 Subject: [FFmpeg-trac] #2358(undetermined:closed): ffplay SDL bug In-Reply-To: <034.7956fd28475f4862144bdaef10289dd5@avcodec.org> References: <034.7956fd28475f4862144bdaef10289dd5@avcodec.org> Message-ID: <049.45b7071ff88c939a75e1652665f00730@avcodec.org> #2358: ffplay SDL bug -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | needs_more_info Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ubitux): Replying to [comment:6 michael]: > This ticket is missing information about how to reproduce the problem as well as a description of the problem. It may be on the linked forum but that is IMHO not ok. copy and pasting at least 1 paragraph or writing a summary is neccessary. I also tried ffplay random file and "f" switched to fullscreen as expected > so iam no smarter from that. I agree with this for one simple reason: the ticket will still be understandable in 1, 2, 3, or 10 years even if the forum doesn't exist anymore. On a practical note, it's also handy for developers not to have to crawl another forum thread just to pick hints on the problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 14 01:06:09 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Mar 2013 00:06:09 -0000 Subject: [FFmpeg-trac] #2358(undetermined:closed): ffplay SDL bug In-Reply-To: <034.7956fd28475f4862144bdaef10289dd5@avcodec.org> References: <034.7956fd28475f4862144bdaef10289dd5@avcodec.org> Message-ID: <049.60c6acd02c15ca175304c3a178f465a7@avcodec.org> #2358: ffplay SDL bug -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | needs_more_info Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by burek): ok, i'll avoid reposting forum issues here in the future and let people decide if they want to do it themselves. it's even easier for me that way, but it will be ffmpeg project's lost.. after all ffmpeg needs bug reports, and those users that experience those issues probably won't have time nor will to report anything, they'll probably move to another tool/player or they will wait for some time and check if the bug is gone.. the grand total is that ffmpeg is loosing the information it needs, the end users will quickly adopt to some other tools even if ffmpeg project dies at some point (god forbid).. so, for users, it's not a big deal, but i guess for ffmpeg it is.. imho it is far better to leave some (maybe even invalid) tickets open (i mean it's not like they cause cancer or something), rather than close them pretending they never existed :) it looks to me as if some people are afraid of open tickets and they close them as soon as they find any reason to do so, which is rather funny to me :) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 14 01:11:44 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Mar 2013 00:11:44 -0000 Subject: [FFmpeg-trac] #2358(undetermined:reopened): ffplay SDL bug In-Reply-To: <034.7956fd28475f4862144bdaef10289dd5@avcodec.org> References: <034.7956fd28475f4862144bdaef10289dd5@avcodec.org> Message-ID: <049.6857e9db0cf6e8fde52e5f4caf891742@avcodec.org> #2358: ffplay SDL bug -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by compn): * status: closed => reopened * resolution: needs_more_info => Comment: if i must, i must... :) i can report reproduction of bug. in old version, with desktop res set small , say 800x600 , if you open a file which is larger than the desktop res (say 1920x1080) then ffplay will automatically downscale the video when pressing f to fullscreen. W:\mplayer-test>y:\ffplay-o 00001small.m2ts ffplay version N-39494-g41a097a Copyright (c) 2003-2012 the FFmpeg developers built on Apr 3 2012 20:20:04 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-runtime-cpudetect --en able-avisynth --enable-bzlib --enable-frei0r --enable-libopencore-amrnb --enable-libopencore-amrwb - -enable-libfreetype --enable-libgsm --enable-libmp3lame --enable- libopenjpeg --enable-librtmp --enab le-libschroedinger --enable-libspeex --enable-libtheora --enable-libvo- aacenc --enable-libvo-amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zli b libavutil 51. 44.100 / 51. 44.100 libavcodec 54. 12.100 / 54. 12.100 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 66.101 / 2. 66.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 10.100 / 0. 10.100 libpostproc 52. 0.100 / 52. 0.100 [NULL @ 027A3840] start time is not set in estimate_timings_from_pts [NULL @ 027A99A0] start time is not set in estimate_timings_from_pts [mpegts @ 0218BE20] PES packet size mismatch Input #0, mpegts, from '00001small.m2ts': Duration: 00:00:03.12, start: 599.958300, bitrate: 26188 kb/s Program 1 Stream #0:0[0x1011]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p, 1920x1080 [SAR 1:1 DA R 16:9], 23.98 fps, 23.98 tbr, 90k tbn, 47.95 tbc Stream #0:1[0x1100](eng): Audio: truehd (AC-3 / 0x332D4341), 48000 Hz, 5.1(side), s32 Stream #0:2[0x1100]: Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, 5.1(side), s16, 640 kb/s Stream #0:3[0x1101](rus): Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, 5.1(side), s16, 384 kb/s Stream #0:4[0x1200](rus): Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090) Stream #0:5[0x1201](rus): Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090) [mpegts @ 0218BE20] PES packet size mismatch 0KB sq= 0B f=0/0 f=0/0 [h264 @ 0218CAA0] error while decoding MB 25 17, bytestream (td)0 [h264 @ 0218CAA0] concealing 6120 DC, 6120 AC, 6120 MV errors 618.76 A-V: 0.286 fd= 58 aq= 0KB vq= 0KB sq= 0B f=0/0 new version of ffplay just quits when pressing f if video size is greater than desktop res. W:\mplayer-test>y:\ffplay 00001small.m2ts ffplay version N-49448-gdc8dd2f Copyright (c) 2003-2013 the FFmpeg developers built on Jan 29 2013 17:50:41 with gcc 4.7.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzli b --enable-fontconfig --enable-frei0r --enable-gnutls --enable-libass --enable-libbluray --enable-li bcaca --enable-libfreetype --enable-libgsm --enable-libmp3lame --enable- libopencore-amrnb --enable-l ibopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --e nable-libspeex --enable-libtheora --enable-libtwolame --enable-libvo- aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 17.100 / 52. 17.100 libavcodec 54. 91.100 / 54. 91.100 libavformat 54. 61.104 / 54. 61.104 libavdevice 54. 3.102 / 54. 3.102 libavfilter 3. 34.101 / 3. 34.101 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [mpegts @ 025d7ec0] Stream #4: not enough frames to estimate rate; consider increasing probesize [mpegts @ 025d7ec0] Stream #5: not enough frames to estimate rate; consider increasing probesize [mpegts @ 025d7ec0] Could not find codec parameters for stream 4 (Subtitle: hdmv_pgs_subtitle ([144] [0][0][0] / 0x0090)): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 025d7ec0] Could not find codec parameters for stream 5 (Subtitle: hdmv_pgs_subtitle ([144] [0][0][0] / 0x0090)): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options [NULL @ 0260db20] start time is not set in estimate_timings_from_pts [NULL @ 02613b20] start time is not set in estimate_timings_from_pts [mpegts @ 025d7ec0] PES packet size mismatch Input #0, mpegts, from '00001small.m2ts': Duration: 00:00:03.13, start: 599.958300, bitrate: 26188 kb/s Program 1 Stream #0:0[0x1011]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p, 1920x1080 [SAR 1:1 DA R 16:9], 23.98 fps, 23.98 tbr, 90k tbn, 47.95 tbc Stream #0:1[0x1100](eng): Audio: truehd (AC-3 / 0x332D4341), 48000 Hz, 5.1(side), s32 Stream #0:2[0x1100]: Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, 5.1(side), fltp, 640 kb/s Stream #0:3[0x1101](rus): Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, 5.1(side), fltp, 384 kb/s Stream #0:4[0x1200](rus): Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090) Stream #0:5[0x1201](rus): Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090) 600.16 A-V:598.852 fd= 0 aq= 90KB vq= Frame changed from size:0x0 to size:1920x1080 [mpegts @ 025d7ec0] PES packet size mismatch 0KB sq= 0B f=0/0 602.96 A-V: 0.217 fd= 62 aq= 0K[h264 @ 025ddfc0] error while decoding MB 25 17, bytestream (-5 ) [h264 @ 025ddfc0] concealing 6120 DC, 6120 AC, 6120 MV errors in B frame SDL: could not set video mode - exitingvq= 0KB sq= 0B f=0/0 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 14 01:12:40 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Mar 2013 00:12:40 -0000 Subject: [FFmpeg-trac] #2358(undetermined:reopened): auto downscale ffplay sdl windows regression (was: ffplay SDL bug) In-Reply-To: <034.7956fd28475f4862144bdaef10289dd5@avcodec.org> References: <034.7956fd28475f4862144bdaef10289dd5@avcodec.org> Message-ID: <049.c45bd36a9925a2d7f4729b14fc0d8802@avcodec.org> #2358: auto downscale ffplay sdl windows regression -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: unspecified | undetermined Keywords: ffplay | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by compn): * keywords: => ffplay -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 14 01:23:28 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Mar 2013 00:23:28 -0000 Subject: [FFmpeg-trac] #2358(undetermined:reopened): auto downscale ffplay sdl windows regression In-Reply-To: <034.7956fd28475f4862144bdaef10289dd5@avcodec.org> References: <034.7956fd28475f4862144bdaef10289dd5@avcodec.org> Message-ID: <049.5165b78b9e4d5e15401cd7a2aa6516fa@avcodec.org> #2358: auto downscale ffplay sdl windows regression -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: unspecified | undetermined Keywords: ffplay | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Is the problem reproducible with the following commands? $ ffmpeg -i tests/lena.pnm -s 4000x4000 out.png $ ffplay out.png (and do I understand correctly that ffplay -fs out.png works fine?) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 14 01:25:36 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Mar 2013 00:25:36 -0000 Subject: [FFmpeg-trac] #2342(avfilter:closed): ebur128 filter output seems to break format auto negotiation In-Reply-To: <032.286aaefadf3fc8e649db8ec6ddb9fd58@avcodec.org> References: <032.286aaefadf3fc8e649db8ec6ddb9fd58@avcodec.org> Message-ID: <047.3c61e5954b9f050e545936ea6ed873d0@avcodec.org> #2342: ebur128 filter output seems to break format auto negotiation ------------------------------------+------------------------------------ Reporter: cus | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: git-master | Resolution: fixed Keywords: ebur128 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by ubitux): * status: open => closed * resolution: => fixed Comment: Fixed in 9efcfbed9dd64679145f5f39d9a812dfeea97172. Thanks Nicolas for the details, and sorry for the delay. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 14 01:31:28 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Mar 2013 00:31:28 -0000 Subject: [FFmpeg-trac] #2358(undetermined:reopened): auto downscale ffplay sdl windows regression In-Reply-To: <034.7956fd28475f4862144bdaef10289dd5@avcodec.org> References: <034.7956fd28475f4862144bdaef10289dd5@avcodec.org> Message-ID: <049.b3bd59cd258f50200246fbdc745519d9@avcodec.org> #2358: auto downscale ffplay sdl windows regression -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: unspecified | undetermined Keywords: ffplay | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by compn): ffplay out.png opens a video window. i am able to see the part of the image that fits on the screen. so i get to see a corner of the 4000x4000 image, due to my small desktop size. ffplay -fs out.png does not open any video window. W:\mplayer-test>y:\ffplay -fs out.png ffplay version N-49448-gdc8dd2f Copyright (c) 2003-2013 the FFmpeg developers built on Jan 29 2013 17:50:41 with gcc 4.7.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzli b --enable-fontconfig --enable-frei0r --enable-gnutls --enable-libass --enable-libbluray --enable-li bcaca --enable-libfreetype --enable-libgsm --enable-libmp3lame --enable- libopencore-amrnb --enable-l ibopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --e nable-libspeex --enable-libtheora --enable-libtwolame --enable-libvo- aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 17.100 / 52. 17.100 libavcodec 54. 91.100 / 54. 91.100 libavformat 54. 61.104 / 54. 61.104 libavdevice 54. 3.102 / 54. 3.102 libavfilter 3. 34.101 / 3. 34.101 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [image2 @ 025d7ea0] Stream #0: not enough frames to estimate rate; consider increasing probesize Input #0, image2, from 'out.png': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: png, rgb24, 4000x4000 [SAR 3:2 DAR 3:2], 25 tbr, 25 tbn, 25 tbc Frame changed from size:0x0 to size:4000x4000q= 0KB vq= 0KB sq= 0B f=0/0 SDL: could not set video mode - exiting 0 aq= 0KB vq= 0KB sq= 0B f=0/0 ffplay also hangs here and needs ctrl-c to return back to cmd prompt. if anyone wants me to test some ffmpeg revisions, i will be happy to. bonus if you link me to the zeranoe static build you want me to test. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 14 01:41:13 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Mar 2013 00:41:13 -0000 Subject: [FFmpeg-trac] #2358(undetermined:reopened): auto downscale ffplay sdl windows regression In-Reply-To: <034.7956fd28475f4862144bdaef10289dd5@avcodec.org> References: <034.7956fd28475f4862144bdaef10289dd5@avcodec.org> Message-ID: <049.8320a9d6839ef346e85a56c27400b281@avcodec.org> #2358: auto downscale ffplay sdl windows regression -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: unspecified | undetermined Keywords: ffplay | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by compn): also, viewing a small res video (smaller than my desktop res, say 720x480 on a 800x600 desktop resolution) when i ffplay -fs file.jpg my monitor goes blank like when its changing the resolution. then it returns to normal and the jpg is on display in windowed mode. if i press f again, nothing happens. if i press f one more time, ffplay finally displays the small res file fullscreen. ffplay out.png press f once = rescaled image to 720x480 somehow? press f twice = nothing happens, still windowed 720x480 image press f three times = full screen properly scaled image hope this clears it up ;) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 14 06:42:48 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Mar 2013 05:42:48 -0000 Subject: [FFmpeg-trac] #2342(avfilter:reopened): ebur128 filter output seems to break format auto negotiation In-Reply-To: <032.286aaefadf3fc8e649db8ec6ddb9fd58@avcodec.org> References: <032.286aaefadf3fc8e649db8ec6ddb9fd58@avcodec.org> Message-ID: <047.38106bf9db39d3d922cae6509bb6f570@avcodec.org> #2342: ebur128 filter output seems to break format auto negotiation ------------------------------------+------------------------------------ Reporter: cus | Owner: Type: defect | Status: reopened Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: ebur128 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by ubitux): * status: closed => reopened * resolution: fixed => Comment: This "fix" was nothing but wrong, shame on me. I thought I understood the issue, but it doesn't seem to be the case. I'll investigate, but something looks horribly broken, and I think multiple problems are surfacing here... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 14 09:07:57 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Mar 2013 08:07:57 -0000 Subject: [FFmpeg-trac] #2359(build system:new): mingw32 make err Message-ID: <036.c6412255c23ce0f3e17f026ec31bdf97@avcodec.org> #2359: mingw32 make err -------------------------------------+------------------------------------- Reporter: downuse | Type: defect Status: new | Priority: normal Component: build | Version: git- system | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- ./configure --enable-gpl --enable-version3 --enable-libmp3lame --enable- libvo-aacenc --disable-hwaccels --disable-devices --disable-bzlib --enable-zlib --disable-ffplay --disable-ffprobe --disable-ffserver make make: *** No rule to make target `libavcodec/x86/dsputil_avg_template.c', needed by `libavcodec/x86/dsputil_mmx.o'. Stop. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 14 09:47:01 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Mar 2013 08:47:01 -0000 Subject: [FFmpeg-trac] #2359(build system:closed): mingw32 make err In-Reply-To: <036.c6412255c23ce0f3e17f026ec31bdf97@avcodec.org> References: <036.c6412255c23ce0f3e17f026ec31bdf97@avcodec.org> Message-ID: <051.f7f069faeb22d07205854ba6aa5a4314@avcodec.org> #2359: mingw32 make err -------------------------------------+------------------------------------- Reporter: downuse | 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 Comment: Please run 'make distclean' before reporting compilation problems. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 14 10:05:40 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Mar 2013 09:05:40 -0000 Subject: [FFmpeg-trac] #1799(avfilter:open): movie: loop option doesn't seem to work (was: loop option doesn't seem to work) In-Reply-To: <035.4b1a008b06ffcc61920605cb6bac432d@avcodec.org> References: <035.4b1a008b06ffcc61920605cb6bac432d@avcodec.org> Message-ID: <050.bc85f347bfbbd65e1bbb846bb3bf5f00@avcodec.org> #1799: movie: loop option doesn't seem to work ------------------------------------+------------------------------------ Reporter: ubitux | 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 | ------------------------------------+------------------------------------ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 14 10:16:03 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Mar 2013 09:16:03 -0000 Subject: [FFmpeg-trac] #2360(FFmpeg:new): FFmpeg rtp streaming was not simultaneously Message-ID: <035.405786d5595bff884be1a4b804099ff4@avcodec.org> #2360: FFmpeg rtp streaming was not simultaneously -------------------------------------+------------------------------------- Reporter: Ken_JJ | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: 1.1.3 Keywords: rtp | Blocked By: simultaneously | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: Hello,I use ffmpeg-1.1.3 and deliver stream to darwin server. First,I create a sdp data. ffmpeg -f video4linux2 -s 720:480 -i /dev/video0 -f alsa -i hw:0,0 -an -vcodec libx264 -pix_fmt yuv420p -s 176x144 -b 104k -r 12 -profile baseline -level 30 -flags +global_header -f rtp rtp://XXXIP:20000 -vn -flags +global_header -acodec libfaac -ac 1 -ar 16000 -ab 16k -f rtp rtp://XXXIP:20002>test.sdp SDP Data SDP: v=0 o=- 0 0 IN IP4 127.0.0.1 s=No Name t=0 0 a=tool:libavformat 54.59.106 m=video 20000 RTP/AVP 96 c=IN IP4 XXXIP b=AS:104 a=rtpmap:96 H264/90000 a=fmtp:96 packetization-mode=1; sprop-parameter- sets=Z0LAHtkCxOhAAAADAEAAAAYDxYuS,aMuMsg==; profile-level-id=42C01E m=audio 20002 RTP/AVP 97 c=IN IP4 XXXIP b=AS:16 a=rtpmap:97 MPEG4-GENERIC/16000/1 a=fmtp:97 profile-level-id=1;mode=AAC- hbr;sizelength=13;indexlength=3;indexdeltalength=3; config=1408 Second,I copy the sdp data in Darwin Server /usr/local/movies/ and remove the word "SDP:" Third, Play ffmpeg ffmpeg -f video4linux2 -s 720:480 -i /dev/video0 -f alsa -i hw:0,0 -an -vcodec libx264 -pix_fmt yuv420p -s 176x144 -b 104k -r 12 -profile baseline -level 30 -flags +global_header -f rtp rtp://XXXIP:20000 -vn -flags +global_header -acodec libfaac -ac 1 -ar 16000 -ab 16k -f rtp rtp://XXXIP:20002 But,I use feature phone(rtsp),it has no audio,so I fix the parameter.(add -rtpflags latm) ffmpeg -f video4linux2 -s 720:480 -i /dev/video0 -f alsa -i hw:0,0 -an -vcodec libx264 -pix_fmt yuv420p -s 176x144 -b 104k -r 12 -profile baseline -level 30 -flags +global_header -f rtp rtp://XXXIP:20000 -vn -flags +global_header -rtpflags latm -acodec libfaac -ac 1 -ar 16000 -ab 16k -f rtp rtp://XXXIP:20002>test.sdp SDP Data: SDP: v=0 o=- 0 0 IN IP4 127.0.0.1 s=No Name t=0 0 a=tool:libavformat 54.59.106 m=video 20000 RTP/AVP 96 c=IN IP4 XXXIP b=AS:104 a=rtpmap:96 H264/90000 a=fmtp:96 packetization-mode=1; sprop-parameter- sets=Z0LAHtkCxOhAAAADAEAAAAYDxYuS,aMuMsg==; profile-level-id=42C01E m=audio 20002 RTP/AVP 97 c=IN IP4 XXXIP b=AS:16 a=rtpmap:97 MP4A-LATM/16000/1 a=fmtp:97 profile-level-id=40;cpresent=0;config=400028103fc0 It look perfectly,but the sound is faster than video. So,have anyone known how to sovle it? Thanks -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 14 10:21:25 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Mar 2013 09:21:25 -0000 Subject: [FFmpeg-trac] #2360(FFmpeg:new): FFmpeg rtp streaming was not synchronous (was: FFmpeg rtp streaming was not simultaneously) In-Reply-To: <035.405786d5595bff884be1a4b804099ff4@avcodec.org> References: <035.405786d5595bff884be1a4b804099ff4@avcodec.org> Message-ID: <050.aed91f897596f50f5ad72c98b9fc6428@avcodec.org> #2360: FFmpeg rtp streaming was not synchronous -------------------------------------+------------------------------------- Reporter: Ken_JJ | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: 1.1.3 | Resolution: Keywords: rtp | Blocked By: synchronous | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by Ken_JJ): * keywords: rtp simultaneously => rtp synchronous -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 14 11:10:07 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Mar 2013 10:10:07 -0000 Subject: [FFmpeg-trac] #2361(undetermined:new): Error message: [dshow @ 000000000249efe0] Could not enumerate video devices. Message-ID: <044.6d619ac8634afc629e23c762eec92333@avcodec.org> #2361: Error message: [dshow @ 000000000249efe0] Could not enumerate video devices. -------------------------------------+------------------------------------- Reporter: | Type: defect Hotisnottheword | Priority: normal Status: new | Version: 1.1.3 Component: | Blocked By: undetermined | Reproduced by developer: 0 Keywords: dshow video | devices windows | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: I am trying to capture my desk top using the instructions here: [http://ffmpeg.org/trac/ffmpeg/wiki/How%20to%20grab%20the%20desktop%20(screen)%20with%20FFmpeg] I downloaded ffmpeg from here: [http://ffmpeg.zeranoe.com/builds/win64/static/] I have the error message "Could not enumerate video devices." on three different computers: All Microsoft Windows 7 64 bit two of which run Professional edition the other Home edition When I use this command in command prompt: "ffmpeg -list_devices true -f dshow -i dummy" I get the following error: "[dshow @ 000000000249efe0] Could not enumerate video devices." in the output When I use this command: "http://ffmpeg.org/trac/ffmpeg/wiki/How%20to%20grab%20the%20desktop%20(screen)%20with%20FFmpeg" I get a different error message: "[dshow @ 00000000023bd7a0]Could not enumerate video devices. video=UScreenCapture:audio=Microphone: Input/output error" in the output How to reproduce: {{{ % ffmpeg -f dshow -i video="UScreenCapture":audio="Microphone" output.flv ffmpeg version N-50663-gb5e5ed8 libavutil 52. 19.100 / 52. 19.100 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.104 / 54. 63.104 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 44.101 / 3. 44.101 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 built on ... }}} Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 14 11:20:57 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Mar 2013 10:20:57 -0000 Subject: [FFmpeg-trac] #2357(undetermined:closed): join filter bug In-Reply-To: <034.08624c21bf130e94a51a9d2a093fd80f@avcodec.org> References: <034.08624c21bf130e94a51a9d2a093fd80f@avcodec.org> Message-ID: <049.25ee46c56d567e08f86f3b2a15d79b5b@avcodec.org> #2357: join filter bug -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by richardpl): cehoyos failed to say that channely layout 5.1 does not have SL channel. Channel layout 5.1 does not have side left (SL) channel, but 5.1(side) does. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 14 11:24:38 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Mar 2013 10:24:38 -0000 Subject: [FFmpeg-trac] #2357(undetermined:closed): join filter bug In-Reply-To: <034.08624c21bf130e94a51a9d2a093fd80f@avcodec.org> References: <034.08624c21bf130e94a51a9d2a093fd80f@avcodec.org> Message-ID: <049.84ba7fbf188baf9ce5684fbada15f3b2@avcodec.org> #2357: join filter bug -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Cigaes): 1. {{{join}}} is flawed by design; please use {{{amerge}}} and {{{pan}}}. 2. "You can view the entire thread here": no: "You need to login in order to reply to topics within this forum", and that is out of question. 3. "Seems like an error in the parser": no: {{{ ffmpeg -layouts |& grep 5.1 5.1 FL+FR+FC+LFE+BL+BR 5.1(side) FL+FR+FC+LFE+SL+SR }}} 5.1 has no side channels. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 14 11:41:25 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Mar 2013 10:41:25 -0000 Subject: [FFmpeg-trac] #2361(undetermined:new): Error message: [dshow @ 000000000249efe0] Could not enumerate video devices. In-Reply-To: <044.6d619ac8634afc629e23c762eec92333@avcodec.org> References: <044.6d619ac8634afc629e23c762eec92333@avcodec.org> Message-ID: <059.0ce09d1b763a810d6ed4c0bdda34732d@avcodec.org> #2361: Error message: [dshow @ 000000000249efe0] Could not enumerate video devices. -------------------------------------+------------------------------------- Reporter: | Owner: Hotisnottheword | Status: new Type: defect | Component: Priority: normal | undetermined Version: 1.1.3 | Resolution: Keywords: dshow | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: dshow video devices windows => dshow Comment: To make this a valid ticket, please post your failing command together with the complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 14 11:49:17 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Mar 2013 10:49:17 -0000 Subject: [FFmpeg-trac] #2360(FFmpeg:new): FFmpeg rtp streaming was not synchronous In-Reply-To: <035.405786d5595bff884be1a4b804099ff4@avcodec.org> References: <035.405786d5595bff884be1a4b804099ff4@avcodec.org> Message-ID: <050.3e8cfba085ece42f946df4e5cc8f06c9@avcodec.org> #2360: FFmpeg rtp streaming was not synchronous -------------------------------------+------------------------------------- Reporter: Ken_JJ | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: 1.1.3 | Resolution: Keywords: rtp | Blocked By: synchronous | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [ticket:2360 Ken_JJ]: > It look perfectly,but the sound is faster than video. Do you mean that when using your command you see progressive A/V desync, ie the stream starts either with some desync or in-sync but A/V sync gets worse and worse over time? Or do you mean that there is A/V desync from the beginning that stays approximately constant but does not get better? Is the problem only reproducible if you output to sdp or also if you encode a file? In any case: Please add the complete, uncut console output together with your command line to make this a valid ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 14 12:03:15 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Mar 2013 11:03:15 -0000 Subject: [FFmpeg-trac] #2358(FFplay:closed): auto downscale ffplay sdl windows regression In-Reply-To: <034.7956fd28475f4862144bdaef10289dd5@avcodec.org> References: <034.7956fd28475f4862144bdaef10289dd5@avcodec.org> Message-ID: <049.95e46321913cffcc7c89a6e0595ad7b5@avcodec.org> #2358: auto downscale ffplay sdl windows regression ----------------------------------------+---------------------------------- Reporter: burek | Owner: Type: defect | Status: closed Priority: normal | Component: FFplay Version: git-master | Resolution: fixed Keywords: win regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ----------------------------------------+---------------------------------- Changes (by cehoyos): * status: reopened => closed * reproduced: 0 => 1 * component: undetermined => FFplay * version: unspecified => git-master * keywords: ffplay => win regression * resolution: => fixed Comment: Regression since 5de3f72, related to ticket #2174. Fixed in b94df21 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 14 12:03:55 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Mar 2013 11:03:55 -0000 Subject: [FFmpeg-trac] #2358(FFplay:closed): auto downscale ffplay sdl windows regression In-Reply-To: <034.7956fd28475f4862144bdaef10289dd5@avcodec.org> References: <034.7956fd28475f4862144bdaef10289dd5@avcodec.org> Message-ID: <049.e9f24b8ca13cc213d9d72d381e0e089f@avcodec.org> #2358: auto downscale ffplay sdl windows regression ----------------------------------------+---------------------------------- Reporter: burek | Owner: Type: defect | Status: closed Priority: normal | Component: FFplay Version: git-master | Resolution: fixed Keywords: win regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ----------------------------------------+---------------------------------- Comment (by cehoyos): Replying to [comment:13 compn]: > also, viewing a small res video (smaller than my desktop res, say 720x480 on a 800x600 desktop resolution) > when i ffplay -fs file.jpg my monitor goes blank like when its changing the resolution. then it returns to normal and the jpg is on display in windowed mode. > > if i press f again, nothing happens. > if i press f one more time, ffplay finally displays the small res file fullscreen. Please consider opening a new ticket for this issue. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 14 13:07:25 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Mar 2013 12:07:25 -0000 Subject: [FFmpeg-trac] #2362(FFmpeg:new): Decode audio and video and process both streams using ffmpeg vc++ 2010 Message-ID: <038.584ac3f5812de256b3da1fafd85bc73a@avcodec.org> #2362: Decode audio and video and process both streams using ffmpeg vc++ 2010 -----------------------------------+--------------------------------------- Reporter: shashi580 | Type: defect Status: new | Priority: critical Component: FFmpeg | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -----------------------------------+--------------------------------------- Hello All My Friends, i am new to libav and video compression at all. I am working on Windows 7 in Visual Studio 2010 and I'm trying to write a simple program which decodes the video and audio frames and encodes and mux it back to a file. How can I generally accomplish that? I have written the program is as below links:-[http://libav- users.943685.n4.nabble.com/Decode-audio-and-video-and-process-both- streams-using-ffmpeg-vc-2010-tt4656951.html]:- i got exception at avformat_write_header. So please help me how can fix this isssue. Thanks for your cooperation. {{{ [] }}} Summary of the bug: How to reproduce: {{{ % ffmpeg -i input ... output ffmpeg version built on ... }}} Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 14 13:27:36 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Mar 2013 12:27:36 -0000 Subject: [FFmpeg-trac] #2362(undetermined:closed): Decode audio and video and process both streams using ffmpeg vc++ 2010 In-Reply-To: <038.584ac3f5812de256b3da1fafd85bc73a@avcodec.org> References: <038.584ac3f5812de256b3da1fafd85bc73a@avcodec.org> Message-ID: <053.9d5c7260009e8c262bfd947cea52a97f@avcodec.org> #2362: Decode audio and video and process both streams using ffmpeg vc++ 2010 -------------------------------------+------------------------------------- Reporter: shashi580 | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: critical => normal * resolution: => invalid * status: new => closed * component: FFmpeg => undetermined Comment: Please understand that this is a bug tracker, not a support forum, see http://ffmpeg.org/contact.html and please consider looking into doc/examples. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 14 14:36:59 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Mar 2013 13:36:59 -0000 Subject: [FFmpeg-trac] #2357(undetermined:closed): join filter bug In-Reply-To: <034.08624c21bf130e94a51a9d2a093fd80f@avcodec.org> References: <034.08624c21bf130e94a51a9d2a093fd80f@avcodec.org> Message-ID: <049.7096167a7c06a1c9b8a8c8288e7ee25a@avcodec.org> #2357: join filter bug -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by burek): 1. ok 2. i apologize, i pasted a wrong url, this one is valid: http://ffmpeg.gusari.org/viewtopic.php?f=11&t=849 3. ok, thanks, I'll update the forum thread with this and it will hopefully solve the issue. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 14 14:42:11 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Mar 2013 13:42:11 -0000 Subject: [FFmpeg-trac] #2357(undetermined:closed): join filter bug In-Reply-To: <034.08624c21bf130e94a51a9d2a093fd80f@avcodec.org> References: <034.08624c21bf130e94a51a9d2a093fd80f@avcodec.org> Message-ID: <049.6d88cc0d8661cf14829674075cce8e18@avcodec.org> #2357: join filter bug -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by burek): Btw, does this documentation need a correction perhaps: http://www.ffmpeg.org/ffmpeg-filters.html#join Because, that's where the example command line in question was taken from. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 14 14:52:12 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Mar 2013 13:52:12 -0000 Subject: [FFmpeg-trac] #2214(avcodec:closed): h264 output video stream with yuv444p In-Reply-To: <034.36242dd1087f0f73f74170c3f538b262@avcodec.org> References: <034.36242dd1087f0f73f74170c3f538b262@avcodec.org> Message-ID: <049.efe6fe0006f701d94c4cc764b5208c1c@avcodec.org> #2214: h264 output video stream with yuv444p -------------------------------------+----------------------------------- Reporter: burek | Owner: Type: enhancement | Status: closed Priority: wish | Component: avcodec Version: unspecified | Resolution: wontfix Keywords: libx264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by burek): As discussed on #ffmpeg-devel irc channel, I would suggest that at least a hint message is produced when the pixel format is unspecified at command line and it is not yuv420p in the source file. A hint/warning message can be any kind of a custom message that notifies the user that his video might not be playable on some media players, due to this issue. Since I'm required to suggest a hint message and am not quite familiar with correct terms, I'll just suggest a simple message like: ''"Warning: You didn't specify '-pix_fmt yuv420p' option, so the same pixel format from your input will be used. Your video might have issues when played back on some media players since they mostly use 'yuv420p' pixel format with h264 videos."'' -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 14 15:31:43 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Mar 2013 14:31:43 -0000 Subject: [FFmpeg-trac] #2359(build system:reopened): mingw32 make err In-Reply-To: <036.c6412255c23ce0f3e17f026ec31bdf97@avcodec.org> References: <036.c6412255c23ce0f3e17f026ec31bdf97@avcodec.org> Message-ID: <051.e3ae8d175bf863b8c492a72a8b96db5b@avcodec.org> #2359: mingw32 make err -------------------------------------+------------------------------------- Reporter: downuse | Owner: Type: defect | Status: reopened Priority: normal | Component: build Version: git-master | system Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by downuse): * status: closed => reopened * resolution: invalid => Comment: Replying to [comment:1 cehoyos]: > Please run 'make distclean' before reporting compilation problems. ---- i updated with 'git pull', then {{{ make distclean ./configure --enable-gpl --enable-version3 --enable-libmp3lame --enable- libvo-aacenc --disable-hwaccels --disable-devices --disable-bzlib --enable-zlib --disable-ffplay --disable-ffprobe --disable-ffserver make }}} and there is another error occurred {{{ CC libavutil/atomic.o libavutil/atomic.c:101:2: error: #error "Threading is enabled, but there is no implementation of atomic operations available" make: *** [libavutil/atomic.o] Error 1 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 14 17:37:15 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Mar 2013 16:37:15 -0000 Subject: [FFmpeg-trac] #2353(avcodec:closed): Failing to decode MJPEG In-Reply-To: <046.7dcef3517a0bea5b0ffb1a28519f510c@avcodec.org> References: <046.7dcef3517a0bea5b0ffb1a28519f510c@avcodec.org> Message-ID: <061.fabdb4fc46f90d6e3660ec9fad864fb3@avcodec.org> #2353: Failing to decode MJPEG -------------------------------------+------------------------------------- Reporter: alina@? | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: mjpeg | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed by 3c24fbbf651d4ec28eccfd7ef05a2595a11dd55a -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 14 19:34:10 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Mar 2013 18:34:10 -0000 Subject: [FFmpeg-trac] #2342(avfilter:closed): ebur128 filter output seems to break format auto negotiation In-Reply-To: <032.286aaefadf3fc8e649db8ec6ddb9fd58@avcodec.org> References: <032.286aaefadf3fc8e649db8ec6ddb9fd58@avcodec.org> Message-ID: <047.c595ca64a4f9ca40d316ab0aa25d2406@avcodec.org> #2342: ebur128 filter output seems to break format auto negotiation ------------------------------------+------------------------------------ Reporter: cus | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: git-master | Resolution: fixed Keywords: ebur128 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by ubitux): * status: reopened => closed * resolution: => fixed Comment: Re-fixed in 9ace0dbe41c67e08291d705a8ec4b0ecbf209783. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 14 19:40:49 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Mar 2013 18:40:49 -0000 Subject: [FFmpeg-trac] #2333(undetermined:new): mkv + ac3 remux adds a little time In-Reply-To: <036.23d2cdcc1819cb0263c39f74c6871817@avcodec.org> References: <036.23d2cdcc1819cb0263c39f74c6871817@avcodec.org> Message-ID: <051.a27811ea780cf3abd6b6cc768965d598@avcodec.org> #2333: mkv + ac3 remux adds a little time -------------------------------------+------------------------------------- Reporter: Squeeto | 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 Squeeto): Has my question been properly requested? It has been a week so I am not sure if you are still waiting. Recap: {{{ input.mkv 12.85 sec input.ac3 12.86 done.mkv (ffmpeg copy) 12.93 demux.mkv 12.91 demux.ac3 12.86 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 14 20:35:11 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Mar 2013 19:35:11 -0000 Subject: [FFmpeg-trac] #2363(avutil:new): Default mingw32 compilation is broken by atomic Message-ID: <036.5e09ae19b37145fa0c9f3c5c3e5b0fe1@avcodec.org> #2363: Default mingw32 compilation is broken by atomic -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: avutil Version: git- | Keywords: win master | regression Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- By default, FFmpeg uses w32threads if available. The addition of "atomic" broke the default compilation on mingw32 because it does not provide MemoryBarrier, work-around is to use --disable- w32threads or --enable-pthreads. {{{ $ ./configure ... $ grep W32THREADS config.h #define HAVE_W32THREADS 1 $ make libavutil/atomic.o CC libavutil/atomic.o libavutil/atomic.c:101:2: Fehler: #error "Threading is enabled, but there is no implementation of atomic operations available" common.mak:48: recipe for target 'libavutil/atomic.o' failed make: *** [libavutil/atomic.o] Error 1 }}} configure should at least abort if compilation cannot succeed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 14 21:07:46 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Mar 2013 20:07:46 -0000 Subject: [FFmpeg-trac] #2361(undetermined:new): Error message: [dshow @ 000000000249efe0] Could not enumerate video devices. In-Reply-To: <044.6d619ac8634afc629e23c762eec92333@avcodec.org> References: <044.6d619ac8634afc629e23c762eec92333@avcodec.org> Message-ID: <059.f99ad2ed9d8435305d438f9855fb2aa7@avcodec.org> #2361: Error message: [dshow @ 000000000249efe0] Could not enumerate video devices. -------------------------------------+------------------------------------- Reporter: | Owner: Hotisnottheword | Status: new Type: defect | Component: Priority: normal | undetermined Version: 1.1.3 | Resolution: Keywords: dshow | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by DJX): '''ffmpeg -f dshow -i video="UScreenCapture" output.flv''' {{{ ffmpeg -f dshow -i video="UScreenCapture" output.flv ffmpeg version N-50911-g9efcfbe Copyright (c) 2000-2013 the FFmpeg developers built on Mar 13 2013 21:31:52 with gcc 4.7.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libg sm --enable-libilbc --enable-libmp3lame --enable-libopencore-amrnb --enable-libo pencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-li bschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-lib twolame --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enabl e-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 19.100 / 52. 19.100 libavcodec 55. 0.100 / 55. 0.100 libavformat 55. 0.100 / 55. 0.100 libavdevice 54. 4.100 / 54. 4.100 libavfilter 3. 45.103 / 3. 45.103 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [dshow @ 00000000002eefe0] Could not enumerate video devices. video=UScreenCapture: Input/output error }}} '''ffmpeg -list_devices true -f dshow -i dummy''' {{{ ffmpeg -list_devices true -f dshow -i dummy ffmpeg version N-50911-g9efcfbe Copyright (c) 2000-2013 the FFmpeg developers built on Mar 13 2013 21:31:52 with gcc 4.7.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libg sm --enable-libilbc --enable-libmp3lame --enable-libopencore-amrnb --enable-libo pencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-li bschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-lib twolame --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enabl e-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 19.100 / 52. 19.100 libavcodec 55. 0.100 / 55. 0.100 libavformat 55. 0.100 / 55. 0.100 libavdevice 54. 4.100 / 54. 4.100 libavfilter 3. 45.103 / 3. 45.103 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [dshow @ 000000000209efe0] DirectShow video devices [dshow @ 000000000209efe0] Could not enumerate video devices. [dshow @ 000000000209efe0] DirectShow audio devices [dshow @ 000000000209efe0] "Microphone (SoundMAX Integrated" [dshow @ 000000000209efe0] "Rear Input (SoundMAX Integrated" dummy: Immediate exit requested }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 14 21:37:36 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Mar 2013 20:37:36 -0000 Subject: [FFmpeg-trac] #2165(avcodec:open): h264 lossless encoding, decoding does not produce same video content In-Reply-To: <036.c6e81c49542e46ea15e954b78e989ec2@avcodec.org> References: <036.c6e81c49542e46ea15e954b78e989ec2@avcodec.org> Message-ID: <051.f898864835c48e30b077ff03a2ecb063@avcodec.org> #2165: h264 lossless encoding, decoding does not produce same video content -------------------------------------+------------------------------------- Reporter: silviob | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: libx264 | 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: libx264 => libx264 regression Comment: This is (at least with mingw32) a regression since this x264 commit: http://git.videolan.org/?p=x264.git;a=commitdiff;h=4dbfcd4 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 14 21:55:44 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Mar 2013 20:55:44 -0000 Subject: [FFmpeg-trac] #2359(build system:closed): mingw32 make err In-Reply-To: <036.c6412255c23ce0f3e17f026ec31bdf97@avcodec.org> References: <036.c6412255c23ce0f3e17f026ec31bdf97@avcodec.org> Message-ID: <051.2feda87fb107b9d64892a55594ea8fbf@avcodec.org> #2359: mingw32 make err -------------------------------------+------------------------------------- Reporter: downuse | 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: reopened => closed * resolution: => invalid Comment: This looks very different from the original problem, please understand that mixing different issues in one ticket makes managing the tickets impossible. I opened ticket #2363 for the second problem and added two possible workarounds, please feel free to add yourself to CC there. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 14 21:57:45 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Mar 2013 20:57:45 -0000 Subject: [FFmpeg-trac] #2355(FFmpeg:closed): Stop time option (-to time_stop) broken In-Reply-To: <034.c9399f1f6bb5ee766da7922e636d68bc@avcodec.org> References: <034.c9399f1f6bb5ee766da7922e636d68bc@avcodec.org> Message-ID: <049.e9681f7ca8e44949b3ebd31c155d415d@avcodec.org> #2355: Stop time option (-to time_stop) broken ------------------------------------+---------------------------------- Reporter: Ajaja | 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 cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Nicolas. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 14 22:05:22 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Mar 2013 21:05:22 -0000 Subject: [FFmpeg-trac] #2364(avformat:new): matroska_read_header() leaks memory on failure Message-ID: <037.b0ab36a5f4c70ec82ec2409521bf5d06@avcodec.org> #2364: matroska_read_header() leaks memory on failure -------------------------------------+------------------------------------- Reporter: wolenetz | Type: defect Status: new | Priority: normal Component: avformat | Version: git- Keywords: matroska | master leak | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- matroska_read_header() leaks memory in two places on failure: 57 bytes in 1 blocks are definitely lost in loss record 4 of 12 at 0x4C2B292: posix_memalign (vg_replace_malloc.c:878) by 0x61D350: av_malloc (mem.c:93) by 0x61D467: av_mallocz (mem.c:203) by 0x53AACC: ff_fast_malloc (utils.c:87) by 0x53AD89: av_fast_padded_malloc (utils.c:107) by 0x452A92: ebml_read_binary (matroskadec.c:786) by 0x453BBE: ebml_parse_elem (matroskadec.c:963) by 0x453D6B: ebml_parse_id (matroskadec.c:874) by 0x4538F3: ebml_parse (matroskadec.c:887) by 0x4539A9: ebml_parse_nest (matroskadec.c:910) by 0x453BA2: ebml_parse_elem (matroskadec.c:968) by 0x453D6B: ebml_parse_id (matroskadec.c:874) by 0x4538F3: ebml_parse (matroskadec.c:887) by 0x4539A9: ebml_parse_nest (matroskadec.c:910) by 0x453BA2: ebml_parse_elem (matroskadec.c:968) by 0x453D6B: ebml_parse_id (matroskadec.c:874) by 0x4538F3: ebml_parse (matroskadec.c:887) by 0x45465C: matroska_read_header (matroskadec.c:1514) by 0x46ED6E: avformat_open_input (utils.c:626) by 0x42CB26: open_input_file (ffmpeg_opt.c:769) by 0x42A33D: open_files.isra.1 (ffmpeg_opt.c:2304) by 0x42EA75: ffmpeg_parse_options (ffmpeg_opt.c:2341) by 0x4272E5: main (ffmpeg.c:3299) and: 969 (704 direct, 265 indirect) bytes in 2 blocks are definitely lost in loss record 10 of 12 at 0x4C2EEE2: realloc (vg_replace_malloc.c:661) by 0x61D395: av_realloc (mem.c:160) by 0x453B04: ebml_parse_elem (matroskadec.c:937) by 0x453D6B: ebml_parse_id (matroskadec.c:874) by 0x4538F3: ebml_parse (matroskadec.c:887) by 0x4539A9: ebml_parse_nest (matroskadec.c:910) by 0x453BA2: ebml_parse_elem (matroskadec.c:968) by 0x453D6B: ebml_parse_id (matroskadec.c:874) by 0x4538F3: ebml_parse (matroskadec.c:887) by 0x4539A9: ebml_parse_nest (matroskadec.c:910) by 0x453BA2: ebml_parse_elem (matroskadec.c:968) by 0x453D6B: ebml_parse_id (matroskadec.c:874) by 0x4538F3: ebml_parse (matroskadec.c:887) by 0x45465C: matroska_read_header (matroskadec.c:1514) by 0x46ED6E: avformat_open_input (utils.c:626) by 0x42CB26: open_input_file (ffmpeg_opt.c:769) by 0x42A33D: open_files.isra.1 (ffmpeg_opt.c:2304) by 0x42EA75: ffmpeg_parse_options (ffmpeg_opt.c:2341) by 0x4272E5: main (ffmpeg.c:3299) Found via valgrind + the attached case. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 14 22:14:51 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Mar 2013 21:14:51 -0000 Subject: [FFmpeg-trac] #2363(avutil:new): Default mingw32 compilation is broken by atomic In-Reply-To: <036.5e09ae19b37145fa0c9f3c5c3e5b0fe1@avcodec.org> References: <036.5e09ae19b37145fa0c9f3c5c3e5b0fe1@avcodec.org> Message-ID: <051.c87b7cedf3ddd9203fb06ae020627bee@avcodec.org> #2363: Default mingw32 compilation is broken by atomic ----------------------------------------+---------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: avutil Version: git-master | Resolution: Keywords: win regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------------+---------------------------------- Changes (by downuse): * cc: zfsdownuse@? (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 14 22:28:20 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Mar 2013 21:28:20 -0000 Subject: [FFmpeg-trac] #2364(avformat:new): matroska_read_header() leaks memory on failure In-Reply-To: <037.b0ab36a5f4c70ec82ec2409521bf5d06@avcodec.org> References: <037.b0ab36a5f4c70ec82ec2409521bf5d06@avcodec.org> Message-ID: <052.c03d10209bfe4a11d2d78d93ffce18ca@avcodec.org> #2364: matroska_read_header() leaks memory on failure ------------------------------------+------------------------------------ Reporter: wolenetz | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mkv leak | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: matroska leak => mkv leak Comment: Please provide the command line that produces the memleak together with the complete, uncut console output. (I cannot reproduce the problem here.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 14 22:33:50 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Mar 2013 21:33:50 -0000 Subject: [FFmpeg-trac] #2333(undetermined:new): mkv + ac3 remux adds a little time In-Reply-To: <036.23d2cdcc1819cb0263c39f74c6871817@avcodec.org> References: <036.23d2cdcc1819cb0263c39f74c6871817@avcodec.org> Message-ID: <051.d906d78efe502273f69f1adb0729cb4a@avcodec.org> #2333: mkv + ac3 remux adds a little time -------------------------------------+------------------------------------- Reporter: Squeeto | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): If I understand correctly, you fear that remuxing makes your audio files longer. The only way to prove this is to decode both the original file and the remuxed file to wav files and compare them. Or do I misunderstand the issue? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 14 23:37:59 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Mar 2013 22:37:59 -0000 Subject: [FFmpeg-trac] #2333(undetermined:new): mkv + ac3 remux adds a little time In-Reply-To: <036.23d2cdcc1819cb0263c39f74c6871817@avcodec.org> References: <036.23d2cdcc1819cb0263c39f74c6871817@avcodec.org> Message-ID: <051.06360fa7abc3f734f06433103e061519@avcodec.org> #2333: mkv + ac3 remux adds a little time -------------------------------------+------------------------------------- Reporter: Squeeto | 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 Squeeto): I started this question at http://ffmpeg.zeranoe.com/forum; it was there that the demuxed times were asked for trouble-shooting purposes. I only want to mux the input.mkv and input.ac3. I would prefer to use ffmpeg but I noticed that mkvmerge makes a done.mkv of 12.86 seconds. Why does ffmpeg add a little time? Does it matter? Can I still splice together done.mkv, done2.mkv, done3.mkv, etc. and expect doneTotal.mkv to be okay? I am not concerned that input.ac3 is a little longer than input.mkv. Thank you -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 14 23:51:02 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Mar 2013 22:51:02 -0000 Subject: [FFmpeg-trac] #2364(avformat:new): matroska_read_header() leaks memory on failure In-Reply-To: <037.b0ab36a5f4c70ec82ec2409521bf5d06@avcodec.org> References: <037.b0ab36a5f4c70ec82ec2409521bf5d06@avcodec.org> Message-ID: <052.531485235663d2c5eba6a2b5f92e7d6c@avcodec.org> #2364: matroska_read_header() leaks memory on failure ------------------------------------+------------------------------------ Reporter: wolenetz | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mkv leak | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by wolenetz): I had a repro, but it is apparently introduced in my local merge and does not repro when I take a fresh clone of ffmpeg. This likely is not a current bug in ffmpeg. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 15 00:25:45 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Mar 2013 23:25:45 -0000 Subject: [FFmpeg-trac] #2365(undetermined:new): aas4 regression (crash) Message-ID: <038.e6a76c41b08f89b1f13f92b3b42bf64b@avcodec.org> #2365: aas4 regression (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 -------------------------------------+------------------------------------- 24bpp doesn't decode due to {{{ [aasc @ 026ad380] Skip beyond picture bounds }}} 8bpp crashes http://www.filehostfree.com/?d=51425AD41 (datafilehost seems to be down) {{{ C:\>ffmpeg -i aas4_8bpp.avi out.avi ffmpeg version N-50911-g9efcfbe Copyright (c) 2000-2013 the FFmpeg developers built on Mar 13 2013 21:26:48 with gcc 4.7.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libg sm --enable-libilbc --enable-libmp3lame --enable-libopencore-amrnb --enable-libo pencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-li bschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-lib twolame --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enabl e-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 19.100 / 52. 19.100 libavcodec 55. 0.100 / 55. 0.100 libavformat 55. 0.100 / 55. 0.100 libavdevice 54. 4.100 / 54. 4.100 libavfilter 3. 45.103 / 3. 45.103 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, avi, from 'aas4_8bpp.avi': Duration: 00:00:12.60, start: 0.000000, bitrate: 3043 kb/s Stream #0:0: Video: aasc (AAS4 / 0x34534141), pal8, 320x240, 5 tbr, 5 tbn, 5 tbc Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf55.0.100 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 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 15 00:27:52 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Mar 2013 23:27:52 -0000 Subject: [FFmpeg-trac] #2364(avformat:closed): matroska_read_header() leaks memory on failure In-Reply-To: <037.b0ab36a5f4c70ec82ec2409521bf5d06@avcodec.org> References: <037.b0ab36a5f4c70ec82ec2409521bf5d06@avcodec.org> Message-ID: <052.359e0ee1c80c588f3156836fe90f1d1f@avcodec.org> #2364: matroska_read_header() leaks memory on failure ------------------------------------+------------------------------------ Reporter: wolenetz | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: invalid Keywords: mkv leak | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => closed * resolution: => invalid Comment: Thank you for the clarification! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 15 00:51:11 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Mar 2013 23:51:11 -0000 Subject: [FFmpeg-trac] #2366(undetermined:new): tsc2 regression (green artifacts) Message-ID: <038.0180a0c6c3d873ef4cd91ee5488e2c97@avcodec.org> #2366: tsc2 regression (green artifacts) -------------------------------------+------------------------------------- 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 visible green artifacts at the beginning of the video (sorry, no time to do bin search) http://www.datafilehost.com/download-71fd0dac.html {{{ C:\>ffmpeg -i tsc2_16bpp.avi out.avi ffmpeg version N-50911-g9efcfbe Copyright (c) 2000-2013 the FFmpeg developers built on Mar 13 2013 21:26:48 with gcc 4.7.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libg sm --enable-libilbc --enable-libmp3lame --enable-libopencore-amrnb --enable-libo pencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-li bschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-lib twolame --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enabl e-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 19.100 / 52. 19.100 libavcodec 55. 0.100 / 55. 0.100 libavformat 55. 0.100 / 55. 0.100 libavdevice 54. 4.100 / 54. 4.100 libavfilter 3. 45.103 / 3. 45.103 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, avi, from 'tsc2_16bpp.avi': Duration: 00:00:12.63, start: 0.000000, bitrate: 5709 kb/s Stream #0:0: Video: tscc2 (tsc2 / 0x32637374), yuv444p, 320x240, 24 tbr, 24 tbn, 24 tbc Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf55.0.100 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 320x240, q=2-31, 200 kb/s, 24 tbn, 24 tbc Stream mapping: Stream #0:0 -> #0:0 (tscc2 -> mpeg4) Press [q] to stop, [?] for help Input stream #0:0 frame changed from size:320x240 fmt:yuv444p to size:320x240 fm t:yuv420p [tscc2 @ 025c8000] Picture changed from size:320x240 fmt:yuv420p to size:320x240 fmt:yuv444p in reget buffer() Input stream #0:0 frame changed from size:320x240 fmt:yuv420p to size:320x240 fm t:yuv444p frame= 45 fps=0.0 q=3.8 size= 108kB time=00:00:01.87 bitrate= 470.4kbits/s frame= 103 fps=0.0 q=6.0 size= 200kB time=00:00:04.29 bitrate= 381.2kbits/s frame= 164 fps=109 q=7.2 size= 287kB time=00:00:06.83 bitrate= 344.2kbits/s frame= 224 fps=112 q=6.1 size= 351kB time=00:00:09.33 bitrate= 308.2kbits/s frame= 294 fps=118 q=4.6 size= 418kB time=00:00:12.25 bitrate= 279.6kbits/s frame= 303 fps=118 q=5.2 Lsize= 434kB time=00:00:12.62 bitrate= 281.3kbits/ s video:421kB audio:0kB subtitle:0 global headers:0kB muxing overhead 3.040613% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 15 00:51:11 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Mar 2013 23:51:11 -0000 Subject: [FFmpeg-trac] #2365(avcodec:open): aas4 regression (crash) In-Reply-To: <038.e6a76c41b08f89b1f13f92b3b42bf64b@avcodec.org> References: <038.e6a76c41b08f89b1f13f92b3b42bf64b@avcodec.org> Message-ID: <053.39f83318f96beb869e4c1068aa084fa6@avcodec.org> #2365: aas4 regression (crash) -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: aasc | Blocked By: regression crash SIGSEGV | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avcodec * priority: normal => important * version: unspecified => git-master * keywords: => aasc regression crash SIGSEGV Comment: Regression since 80e9e63 {{{ (gdb) r -i aas4_8bpp.avi -f null - Starting program: ffmpeg_g -i aas4_8bpp.avi -f null - [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". ffmpeg version N-50945-g1f68bac Copyright (c) 2000-2013 the FFmpeg developers built on Mar 15 2013 00:47:24 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --enable-indev=jack libavutil 52. 19.100 / 52. 19.100 libavcodec 55. 0.100 / 55. 0.100 libavformat 55. 0.100 / 55. 0.100 libavdevice 55. 0.100 / 55. 0.100 libavfilter 3. 45.103 / 3. 45.103 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, avi, from 'aas4_8bpp.avi': Duration: 00:00:12.60, start: 0.000000, bitrate: 3043 kb/s Stream #0:0: Video: aasc (AAS4 / 0x34534141), pal8, 320x240, 5 tbr, 5 tbn, 5 tbc Output #0, null, to 'pipe:': Metadata: encoder : Lavf55.0.100 Stream #0:0: Video: rawvideo, pal8, 320x240, q=2-31, 200 kb/s, 90k tbn, 5 tbc Stream mapping: Stream #0:0 -> #0:0 (aasc -> rawvideo) Press [q] to stop, [?] for help Program received signal SIGSEGV, Segmentation fault. msrle_decode_8_16_24_32 (gb=0x15fa428, depth=8, avctx=0x15f5920, pic=) at libavcodec/msrledec.c:215 215 *output++ = pix[0]; (gdb) bt #0 msrle_decode_8_16_24_32 (gb=0x15fa428, depth=8, avctx=0x15f5920, pic=) at libavcodec/msrledec.c:215 #1 ff_msrle_decode (avctx=avctx at entry=0x15f5920, pic=pic at entry=0x15fa440, depth=depth at entry=8, gb=gb at entry=0x15fa428) at libavcodec/msrledec.c:261 #2 0x0000000000a8ab6c in aasc_decode_frame (avctx=0x15f5920, data=0x15f8ec0, got_frame=0x7fffffffd87c, avpkt=) at libavcodec/aasc.c:104 #3 0x00000000009a140b in avcodec_decode_video2 (avctx=0x15f5920, picture=picture at entry=0x15f8ec0, got_picture_ptr=got_picture_ptr at entry=0x7fffffffd87c, avpkt=avpkt at entry=0x7fffffffdae0) at libavcodec/utils.c:1915 #4 0x000000000045d840 in decode_video (ist=ist at entry=0x15f7900, pkt=pkt at entry=0x7fffffffdae0, got_output=got_output at entry=0x7fffffffd87c) at ffmpeg.c:1682 #5 0x0000000000460d37 in output_packet (pkt=0x7fffffffda80, ist=0x15f7900) at ffmpeg.c:1877 #6 process_input (file_index=) at ffmpeg.c:3032 #7 0x00000000004508d0 in transcode_step () at ffmpeg.c:3128 #8 transcode () at ffmpeg.c:3180 #9 main (argc=, argv=) at ffmpeg.c:3357 (gdb) disass $pc-32,$pc+32 Dump of assembler code from 0x8d07b0 to 0x8d07f0: 0x00000000008d07b0 : (bad) 0x00000000008d07b1 : decl 0x29(%rbp) 0x00000000008d07b4 : retq 0x00000000008d07b5 : xor %ecx,%ecx 0x00000000008d07b7 : test %r11,%r11 0x00000000008d07ba : jle 0x8d07c8 0x00000000008d07bc : lea 0x2(%r9),%rcx 0x00000000008d07c0 : mov %rcx,(%r15) 0x00000000008d07c3 : movzbl 0x1(%r9),%ecx 0x00000000008d07c8 : lea -0x1(%rdx),%edx 0x00000000008d07cb : lea 0x1(%rax,%rdx,1),%rdx => 0x00000000008d07d0 : mov %cl,(%rax) 0x00000000008d07d2 : add $0x1,%rax 0x00000000008d07d6 : cmp %rdx,%rax 0x00000000008d07d9 : jne 0x8d07d0 0x00000000008d07db : mov (%r15),%r9 0x00000000008d07de : mov 0x8(%r15),%r11 0x00000000008d07e2 : add %ebx,%r14d 0x00000000008d07e5 : jmpq 0x8d0188 0x00000000008d07ea : mov %r11,%rcx 0x00000000008d07ed : sub %r8,%rcx End of assembler dump. (gdb) info register rax 0xffffffffd0d4864f -791378353 rbx 0xff 255 rcx 0xa 10 rdx 0xffffffffd0d4874e -791378098 rsi 0x15fa440 23045184 rdi 0x15f5920 23025952 rbp 0x8 0x8 rsp 0x7fffffffd4e0 0x7fffffffd4e0 r8 0x16056a1 23090849 r9 0x16056a0 23090848 r10 0x5aa1 23201 r11 0x3415 13333 r12 0xef 239 r13 0x1 1 r14 0x0 0 r15 0x15fa428 23045160 rip 0x8d07d0 0x8d07d0 eflags 0x10202 [ IF RF ] cs 0x33 51 ss 0x2b 43 ds 0x0 0 es 0x0 0 fs 0x0 0 gs 0x0 0 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 15 01:14:14 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Mar 2013 00:14:14 -0000 Subject: [FFmpeg-trac] #2366(undetermined:open): tsc2 regression (green artifacts) In-Reply-To: <038.0180a0c6c3d873ef4cd91ee5488e2c97@avcodec.org> References: <038.0180a0c6c3d873ef4cd91ee5488e2c97@avcodec.org> Message-ID: <053.1d16874665f6887389d64b193813593e@avcodec.org> #2366: tsc2 regression (green artifacts) -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: tsc2 | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => tsc2 regression * priority: normal => important * version: unspecified => git-master * status: new => open * reproduced: 0 => 1 Comment: Regression since 32fdfdf -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 15 03:19:03 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Mar 2013 02:19:03 -0000 Subject: [FFmpeg-trac] #2360(FFmpeg:new): FFmpeg rtp streaming was not synchronous In-Reply-To: <035.405786d5595bff884be1a4b804099ff4@avcodec.org> References: <035.405786d5595bff884be1a4b804099ff4@avcodec.org> Message-ID: <050.0c640e4d9cc6b5a12a0c50255a573bf6@avcodec.org> #2360: FFmpeg rtp streaming was not synchronous -------------------------------------+------------------------------------- Reporter: Ken_JJ | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: 1.1.3 | Resolution: Keywords: rtp | Blocked By: synchronous | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Ken_JJ): Sorry,for example,(listen sound) ->(after 2~3 s)->(watch match video). I try other protocol,such as rtmp,the data encode is good,only use rtp protocol the video and audio are desync. {{{ root at live04:~# ffmpeg -f video4linux2 -s 720:480 -i /dev/video0 -f alsa -i hw:0,0 -an -vcodec libx264 -pix_fmt yuv420p -s 176x144 -b 104k -r 12 -profile baseline -level 30 -flags +global_header -f rtp rtp://XXXIP:20000 -vn -flags +global_header -rtpflags latm -acodec libfaac -ac 1 -ar 16000 -ab 16k -f rtp rtp://192.168.0.30:20002 ffmpeg version 1.1.3 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 14 2013 13:47:14 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) configuration: --enable-version3 --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libvpx --enable-libfaac --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libx264 --enable-libxvid --enable-gpl --enable-postproc --enable-nonfree --enable-network --enable- protocol=tcp --enable-demuxer=rtsp --enable-decoder=h264 --enable-zlib libavutil 52. 13.100 / 52. 13.100 libavcodec 54. 86.100 / 54. 86.100 libavformat 54. 59.106 / 54. 59.106 libavdevice 54. 3.102 / 54. 3.102 libavfilter 3. 32.100 / 3. 32.100 libswscale 2. 1.103 / 2. 1.103 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [video4linux2,v4l2 @ 0x261c300] Estimating duration from bitrate, this may be inaccurate Input #0, video4linux2,v4l2, from '/dev/video0': Duration: N/A, start: 1363312657.741746, bitrate: 165722 kb/s Stream #0:0: Video: rawvideo (YUY2 / 0x32595559), yuyv422, 720x480, 165722 kb/s, 29.97 tbr, 1000k tbn, 29.97 tbc [alsa @ 0x261cf00] Estimating duration from bitrate, this may be inaccurate Guessed Channel Layout for Input Stream #1.0 : stereo Input #1, alsa, from 'hw:0,0': Duration: N/A, start: 1363312657.744649, bitrate: 1536 kb/s Stream #1:0: Audio: pcm_s16le, 48000 Hz, stereo, s16, 1536 kb/s Please use -b:a or -b:v, -b is ambiguous Please use -profile:a or -profile:v, -profile is ambiguous [libx264 @ 0x2623a60] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2 AVX [libx264 @ 0x2623a60] profile Constrained Baseline, level 3.0 [libx264 @ 0x2623a60] 264 - core 129 - H.264/MPEG-4 AVC codec - Copyleft 2003-2013 - http://www.videolan.org/x264.html - options: cabac=0 ref=3 deblock=1:0:0 analyse=0x1:0x111 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=0 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=36 lookahead_threads=2 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=0 weightp=0 keyint=250 keyint_min=12 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=abr mbtree=1 bitrate=104 ratetol=1.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 Output #0, rtp, to 'rtp://XXXIP:20000': Metadata: encoder : Lavf54.59.106 Stream #0:0: Video: h264, yuv420p, 176x144, q=-1--1, 104 kb/s, 90k tbn, 12 tbc Output #1, rtp, to 'rtp://192.168.0.30:20002': Metadata: encoder : Lavf54.59.106 Stream #1:0: Audio: aac, 16000 Hz, mono, s16, 16 kb/s Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> libx264) Stream #1:0 -> #1:0 (pcm_s16le -> libfaac) SDP: v=0 o=- 0 0 IN IP4 127.0.0.1 s=No Name t=0 0 a=tool:libavformat 54.59.106 m=video 20000 RTP/AVP 96 c=IN IP4 XXXIP b=AS:104 a=rtpmap:96 H264/90000 a=fmtp:96 packetization-mode=1; sprop-parameter- sets=Z0LAHtkCxOhAAAADAEAAAAYDxYuS,aMuMsg==; profile-level-id=42C01E m=audio 20002 RTP/AVP 97 c=IN IP4 XXXIP b=AS:16 a=rtpmap:97 MP4A-LATM/16000/1 a=fmtp:97 profile-level-id=40;cpresent=0;config=400028103fc0 Press [q] to stop, [?] for help frame= 9 fps=0.0 q=0.0 size= 0kB time=00:00:00.25 bitrate= 0.0kbits/sframe= 16 fps= 16 q=0.0 size= 0kB time=00:00:00.77 bitrate= 0.0kbits/sframe= 22 fps= 15 q=0.0 size= 0kB time=00:00:01.28 bitrate= 0.0kbits/sframe= 28 fps= 14 q=0.0 size= 0kB time=00:00:01.79 bitrate= 0.0kbits/sframe= 34 fps= 14 q=0.0 size= 0kB time=00:00:02.30 bitrate= 0.0kbits/sframe= 40 fps= 13 q=0.0 size= 0kB time=00:00:02.75 bitrate= 0.0kbits/sframe= 46 fps= 13 q=0.0 size= 0kB time=00:00:03.26 bitrate= 0.0kbits/sframe= 52 fps= 13 q=0.0 size= 0kB time=00:00:03.77 bitrate= 0.0kbits/sframe= 58 fps= 13 q=0.0 size= 0kB time=00:00:04.29 bitrate= 0.0kbits/sframe= 64 fps= 13 q=0.0 size= 0kB time=00:00:04.80 bitrate= 0.0kbits/sframe= 70 fps= 13 q=0.0 size= 0kB time=00:00:05.31 bitrate= 0.0kbits/sframe= 76 fps= 13 q=0.0 size= 0kB time=00:00:05.82 bitrate= 0.0kbits/sframe= 82 fps= 13 q=29.0 size= 5kB time=00:00:06.27 bitrate= 6.5kbits/frame= 88 fps= 12 q=25.0 size= 9kB time=00:00:06.78 bitrate= 11.2kbits/frame= 94 fps= 12 q=22.0 size= 11kB time=00:00:07.29 bitrate= 12.1kbits/frame= 100 fps= 12 q=18.0 size= 12kB time=00:00:07.81 bitrate= 12.4kbits/frame= 106 fps= 12 q=20.0 size= 18kB time=00:00:08.32 bitrate= 17.8kbits/frame= 112 fps= 12 q=19.0 size= 21kB time=00:00:08.83 bitrate= 19.3kbits/frame= 118 fps= 12 q=17.0 size= 24kB time=00:00:09.34 bitrate= 20.6kbits/frame= 124 fps= 12 q=17.0 size= 28kB time=00:00:09.79 bitrate= 23.5kbits/frame= 130 fps= 12 q=18.0 size= 35kB time=00:00:10.30 bitrate= 28.1kbits/frame= 136 fps= 12 q=22.0 size= 53kB time=00:00:10.81 bitrate= 40.2kbits/frame= 142 fps= 12 q=22.0 size= 63kB time=00:00:11.32 bitrate= 45.4kbits/frame= 148 fps= 12 q=23.0 size= 76kB time=00:00:11.84 bitrate= 52.8kbits/frame= 154 fps= 12 q=27.0 size= 112kB time=00:00:12.35 bitrate= 74.3kbits/frame= 160 fps= 12 q=30.0 size= 144kB time=00:00:12.86 bitrate= 91.5kbits/frame= 166 fps= 12 q=31.0 size= 164kB time=00:00:13.31 bitrate= 101.0kbits/frame= 172 fps= 12 q=32.0 size= 175kB time=00:00:13.82 bitrate= 103.9kbits/frame= 179 fps= 12 q=31.0 size= 183kB time=00:00:14.33 bitrate= 104.5kbits/frame= 185 fps= 12 q=32.0 size= 197kB time=00:00:14.85 bitrate= 108.4kbits/frame= 191 fps= 12 q=32.0 size= 204kB time=00:00:15.36 bitrate= 108.8kbits/frame= 197 fps= 12 q=32.0 size= 209kB time=00:00:15.87 bitrate= 108.1kbits/frame= 203 fps= 12 q=32.0 size= 214kB time=00:00:16.32 bitrate= 107.5kbits/frame= 209 fps= 12 q=32.0 size= 219kB time=00:00:16.83 bitrate= 106.6kbits/frame= 215 fps= 12 q=32.0 size= 224kB time=00:00:17.34 bitrate= 105.6kbits/frame= 221 fps= 12 q=31.0 size= 225kB time=00:00:17.85 bitrate= 103.0kbits/frame= 227 fps= 12 q=30.0 size= 225kB time=00:00:18.36 bitrate= 100.2kbits/frame= 233 fps= 12 q=30.0 size= 229kB time=00:00:18.88 bitrate= 99.3kbits/frame= 239 fps= 12 q=29.0 size= 229kB time=00:00:19.39 bitrate= 96.8kbits/frame= 245 fps= 12 q=29.0 size= 230kB time=00:00:19.84 bitrate= 95.2kbits/frame= 251 fps= 12 q=29.0 size= 233kB time=00:00:20.35 bitrate= 93.7kbits/frame= 257 fps= 12 q=28.0 size= 233kB time=00:00:20.86 bitrate= 91.7kbits/frame= 263 fps= 12 q=27.0 size= 235kB time=00:00:21.37 bitrate= 89.9kbits/frame= 269 fps= 12 q=27.0 size= 240kB time=00:00:21.88 bitrate= 89.8kbits/frame= 275 fps= 12 q=27.0 size= 242kB time=00:00:22.40 bitrate= 88.4kbits/frame= 281 fps= 12 q=26.0 size= 244kB time=00:00:22.91 bitrate= 87.1kbits/frame= 287 fps= 12 q=26.0 size= 245kB time=00:00:23.36 bitrate= 86.0kbits/frame= 293 fps= 12 q=26.0 size= 253kB time=00:00:23.87 bitrate= 86.9kbits/frame= 299 fps= 12 q=26.0 size= 261kB time=00:00:24.38 bitrate= 87.7kbits/frame= 305 fps= 12 q=26.0 size= 263kB time=00:00:24.89 bitrate= 86.7kbits/frame= 311 fps= 12 q=26.0 size= 265kB time=00:00:25.40 bitrate= 85.6kbits/frame= 312 fps= 12 q=32766.0 Lsize= 386kB time=00:00:26.00 bitrate= 121.6kbits/s dup=0 drop=460 video:381kB audio:50kB subtitle:0 global headers:0kB muxing overhead -10.524577% [libx264 @ 0x2623a60] frame I:8 Avg QP:22.06 size: 5805 [libx264 @ 0x2623a60] frame P:304 Avg QP:23.80 size: 1130 [libx264 @ 0x2623a60] mb I I16..4: 16.7% 0.0% 83.3% [libx264 @ 0x2623a60] mb P I16..4: 0.8% 0.0% 1.9% P16..4: 32.4% 16.4% 7.3% 0.0% 0.0% skip:41.0% [libx264 @ 0x2623a60] final ratefactor: 22.73 [libx264 @ 0x2623a60] coded y,uvDC,uvAC intra: 75.8% 79.0% 70.3% inter: 31.2% 37.7% 19.4% [libx264 @ 0x2623a60] i16 v,h,dc,p: 4% 76% 7% 14% [libx264 @ 0x2623a60] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 20% 24% 11% 6% 8% 8% 8% 7% 8% [libx264 @ 0x2623a60] i8c dc,h,v,p: 33% 39% 18% 11% [libx264 @ 0x2623a60] ref P L0: 82.0% 8.6% 9.4% [libx264 @ 0x2623a60] kb/s:119.94 Received signal 2: terminating. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 15 08:22:24 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Mar 2013 07:22:24 -0000 Subject: [FFmpeg-trac] #2289(FFplay:new): Audio: pcm_s16le (sowt / 0x74776F73) extraction bug In-Reply-To: <036.d2deec21de6e203353e860d2224b1261@avcodec.org> References: <036.d2deec21de6e203353e860d2224b1261@avcodec.org> Message-ID: <051.bcac08719c1edd6c642d9b87b99a6615@avcodec.org> #2289: Audio: pcm_s16le (sowt / 0x74776F73) extraction bug ------------------------------------+---------------------------------- Reporter: feelart | Owner: Type: defect | Status: new Priority: normal | Component: FFplay Version: git-master | Resolution: Keywords: SDL | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Changes (by cehoyos): * keywords: => SDL * version: unspecified => git-master * component: undetermined => FFplay Comment: The problem - that sound loops with ffplay on eof - is reproducible both with the Zeranoe builds and with a binary compiled with current SDL 1.2.15 binary release. I don't know if this is a bug in SDL or if the current behaviour can be improved in ffplay. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 15 14:52:01 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Mar 2013 13:52:01 -0000 Subject: [FFmpeg-trac] #2307(undetermined:new): Stream segmenter bug if total recorded length > 12 hours In-Reply-To: <037.7ccee04022ec1ce61a701a7c400fb40d@avcodec.org> References: <037.7ccee04022ec1ce61a701a7c400fb40d@avcodec.org> Message-ID: <052.b9655825c28eae2f6884b30be44fffdd@avcodec.org> #2307: Stream segmenter bug if total recorded length > 12 hours -------------------------------------+------------------------------------- Reporter: dgillier | Owner: Type: defect | Status: new Priority: normal | Component: Version: 1.1.3 | undetermined Keywords: segment, | Resolution: duration | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by dgillier): I successfully created a 13 hours file from the same command line using the same UDP source. It really seems to be related to the segmenter. BTW ffmpeg -f lavfi -i testsrc -f s16le -i /dev/zero output was not readable... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 15 16:04:01 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Mar 2013 15:04:01 -0000 Subject: [FFmpeg-trac] #2227(undetermined:new): ffmpeg incorrectly identifying mjpeg as video stream instead of attachment In-Reply-To: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> References: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> Message-ID: <055.92d06417cc0bb59417be1949f8f746b5@avcodec.org> #2227: ffmpeg incorrectly identifying mjpeg as video stream instead of attachment -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: wtv | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ramitbhalla): Replying to [comment:25 michael]: > Replying to [comment:24 ramitbhalla]: > > :( - @Michael ? :( > > You could test the patches from the ML, to check that they actually fix your issues > "ffmpeg: factor weak_map_score() out" > "ffmpeg: Avoid matching attachment pics to video on wildcard maps." > > Also you could ask Peter Ross who is the maintainer of wtv*.c ... Sorry to flog a dead horse here by @pross did you get a chance to look into this? I'm hoping someone can help me (@rogerdpack) get a build with these fixes that I can test out. I don't have the tools to build ffmpeg here, so I would REALLY REALLY appreciate it if anyone can help me get a build with the patches to test what @michael is suggesting. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 15 19:26:38 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Mar 2013 18:26:38 -0000 Subject: [FFmpeg-trac] #2227(undetermined:new): ffmpeg incorrectly identifying mjpeg as video stream instead of attachment In-Reply-To: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> References: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> Message-ID: <055.f4def64def38b47d5f1a0849708e7398@avcodec.org> #2227: ffmpeg incorrectly identifying mjpeg as video stream instead of attachment -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: wtv | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:33 ramitbhalla]: > I don't have the tools to build ffmpeg here Why don't you download them? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 15 19:47:47 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Mar 2013 18:47:47 -0000 Subject: [FFmpeg-trac] #2289(FFplay:new): ffplay loops audio on eof on Windows (was: Audio: pcm_s16le (sowt / 0x74776F73) extraction bug) In-Reply-To: <036.d2deec21de6e203353e860d2224b1261@avcodec.org> References: <036.d2deec21de6e203353e860d2224b1261@avcodec.org> Message-ID: <051.c86dc09ff946f0194de3c556c06ea588@avcodec.org> #2289: ffplay loops audio on eof on Windows ------------------------------------+---------------------------------- Reporter: feelart | Owner: Type: defect | Status: new Priority: normal | Component: FFplay Version: git-master | Resolution: Keywords: SDL | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 15 19:54:44 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Mar 2013 18:54:44 -0000 Subject: [FFmpeg-trac] #430(avcodec:open): Support for GMP4 variant of MPEG-4 ASP In-Reply-To: <036.854539811c76b22116d22990a3d2c291@avcodec.org> References: <036.854539811c76b22116d22990a3d2c291@avcodec.org> Message-ID: <051.f81ca4a27bdcf3869325730e518130db@avcodec.org> #430: Support for GMP4 variant of MPEG-4 ASP -------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: gmp4 asp | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by richardpl): * status: new => open * component: undetermined => avcodec -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 15 19:58:38 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Mar 2013 18:58:38 -0000 Subject: [FFmpeg-trac] #1388(avcodec:open): rv30 decoder does not completely support resolution changes In-Reply-To: <036.4ed75b0b793491e06eecc8dcec449eeb@avcodec.org> References: <036.4ed75b0b793491e06eecc8dcec449eeb@avcodec.org> Message-ID: <051.0497d669e550ff0b10de5865121d5a45@avcodec.org> #1388: rv30 decoder does not completely support resolution changes --------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: realvideo rm | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Changes (by richardpl): * status: new => open * component: undetermined => avcodec -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 15 20:05:12 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Mar 2013 19:05:12 -0000 Subject: [FFmpeg-trac] #2046(undetermined:new): support changes to DAR/SAR during -codec copy In-Reply-To: <036.39c8f663f1a8853f1fb9acae5e8019ae@avcodec.org> References: <036.39c8f663f1a8853f1fb9acae5e8019ae@avcodec.org> Message-ID: <051.3df943721f20b834cbda7aee8f37d208@avcodec.org> #2046: support changes to DAR/SAR during -codec copy -------------------------------------+------------------------------------- Reporter: dericed | Owner: Type: enhancement | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: dar | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by richardpl): hmm there are two distinct cases: 1. sar/dar is stored in container - afaik this should work 2. sar/dar is stored in bistream - reencode is needed - though one could need to just replace few bits... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 15 20:05:59 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Mar 2013 19:05:59 -0000 Subject: [FFmpeg-trac] #2078(avformat:open): FFMPEG created WTV files cannot be fast forwarded or fast rewound in Windows Media Center In-Reply-To: <040.53c48e6ea6f73c4cafeca58a7b9ad408@avcodec.org> References: <040.53c48e6ea6f73c4cafeca58a7b9ad408@avcodec.org> Message-ID: <055.f01d7a59211e9a279874a3498b2c2c95@avcodec.org> #2078: FFMPEG created WTV files cannot be fast forwarded or fast rewound in Windows Media Center -------------------------------------+------------------------------------ Reporter: ramitbhalla | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: wtv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by richardpl): * status: new => open * component: undetermined => avformat -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 15 20:07:58 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Mar 2013 19:07:58 -0000 Subject: [FFmpeg-trac] #2162(avformat:new): ffmpeg does not create PS3 compatible m2ts files In-Reply-To: <038.434d29ede4c5baa214695fc48c392c9a@avcodec.org> References: <038.434d29ede4c5baa214695fc48c392c9a@avcodec.org> Message-ID: <053.d1b7d6e26169e1f8951a1f62fa01373e@avcodec.org> #2162: ffmpeg does not create PS3 compatible m2ts files -------------------------------------+------------------------------------ Reporter: britannia | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by richardpl): * component: undetermined => avformat Comment: You could try forcing audio tag. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 15 20:09:38 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Mar 2013 19:09:38 -0000 Subject: [FFmpeg-trac] #2262(undetermined:open): gif muxer should not be gif encoder (was: Automatically choose rgb24 for gif) In-Reply-To: <035.1ba8ac7c21005c389f0fcd18276dc31b@avcodec.org> References: <035.1ba8ac7c21005c389f0fcd18276dc31b@avcodec.org> Message-ID: <050.d775a7954b997a7583a15b93365e30b0@avcodec.org> #2262: gif muxer should not be gif encoder -------------------------------------+------------------------------------- Reporter: llogan | Owner: Type: enhancement | Status: open Priority: wish | Component: Version: git-master | undetermined Keywords: gif | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by richardpl): * status: new => open * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 15 20:11:06 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Mar 2013 19:11:06 -0000 Subject: [FFmpeg-trac] #2282(avformat:open): Failed seeks lead to undefined behavior In-Reply-To: <035.913ca81e76a99da0c24fcc4c887615c0@avcodec.org> References: <035.913ca81e76a99da0c24fcc4c887615c0@avcodec.org> Message-ID: <050.a2103725afecc25f1f3857202770202b@avcodec.org> #2282: Failed seeks lead to undefined behavior ------------------------------------+------------------------------------ Reporter: gjdfgh | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: flac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by richardpl): * status: new => open * version: unspecified => git-master * component: undetermined => avformat -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 15 20:11:31 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Mar 2013 19:11:31 -0000 Subject: [FFmpeg-trac] #2282(avformat:open): Failed seeks lead to undefined behavior In-Reply-To: <035.913ca81e76a99da0c24fcc4c887615c0@avcodec.org> References: <035.913ca81e76a99da0c24fcc4c887615c0@avcodec.org> Message-ID: <050.1f2c84cbdaf0f3a8280e84572b542201@avcodec.org> #2282: Failed seeks lead to undefined behavior ------------------------------------+------------------------------------ Reporter: gjdfgh | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: flac | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+------------------------------------ Changes (by richardpl): * analyzed: 0 => 1 * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 15 20:11:44 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Mar 2013 19:11:44 -0000 Subject: [FFmpeg-trac] #2227(undetermined:new): ffmpeg incorrectly identifying mjpeg as video stream instead of attachment In-Reply-To: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> References: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> Message-ID: <055.5af7c6d51d5e1db93b88c78b44b09d06@avcodec.org> #2227: ffmpeg incorrectly identifying mjpeg as video stream instead of attachment -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: wtv | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ramitbhalla): No issues, I was under the understanding that ffmpeg can only be built on Linux and I unfortunately only have Windows (am not proficient in linux). If you can point me in a direction where I can build on windows I'll be more than happy to give it a shot. ( also need to learn how to patch stuff :D Was just hoping one of the experts could lend me hand with a quick build that I can then take forward. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 15 20:11:49 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Mar 2013 19:11:49 -0000 Subject: [FFmpeg-trac] #2282(avformat:open): Failed seeks lead to undefined behavior In-Reply-To: <035.913ca81e76a99da0c24fcc4c887615c0@avcodec.org> References: <035.913ca81e76a99da0c24fcc4c887615c0@avcodec.org> Message-ID: <050.2f2f49e6d78b1a38ff998c9a18959209@avcodec.org> #2282: Failed seeks lead to undefined behavior ------------------------------------+------------------------------------ Reporter: gjdfgh | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: flac | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+------------------------------------ Changes (by richardpl): * cc: onemda@? (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 15 20:12:33 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Mar 2013 19:12:33 -0000 Subject: [FFmpeg-trac] #1783(undetermined:closed): libavutil contains file with the same name as a system header In-Reply-To: <037.7af1de392c636bec239229dbf8061c49@avcodec.org> References: <037.7af1de392c636bec239229dbf8061c49@avcodec.org> Message-ID: <052.3e3323038fc2c3abbf3f726b345d95a1@avcodec.org> #1783: libavutil contains file with the same name as a system header -------------------------------------+------------------------------------- Reporter: obucinac | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: wontfix Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by richardpl): * status: new => closed * resolution: => wontfix -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 15 20:15:47 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Mar 2013 19:15:47 -0000 Subject: [FFmpeg-trac] #2227(undetermined:new): ffmpeg incorrectly identifying mjpeg as video stream instead of attachment In-Reply-To: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> References: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> Message-ID: <055.4450dbdfbc6ace2411b401d6ca3b8189@avcodec.org> #2227: ffmpeg incorrectly identifying mjpeg as video stream instead of attachment -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: wtv | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by richardpl): http://ffmpeg.zeranoe.com/builds/ https://ffmpeg.org/platform.html#Windows -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 15 20:17:42 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Mar 2013 19:17:42 -0000 Subject: [FFmpeg-trac] #1783(undetermined:closed): libavutil contains file with the same name as a system header In-Reply-To: <037.7af1de392c636bec239229dbf8061c49@avcodec.org> References: <037.7af1de392c636bec239229dbf8061c49@avcodec.org> Message-ID: <052.f0146b59fe4ddb3e81d5c2480e1554b0@avcodec.org> #1783: libavutil contains file with the same name as a system header -------------------------------------+------------------------------------- Reporter: obucinac | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: wontfix Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by saste): Proper fix should be at the Android build system level, so it is technically unrelated to FFmpeg. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 15 21:15:56 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Mar 2013 20:15:56 -0000 Subject: [FFmpeg-trac] #2227(undetermined:new): ffmpeg incorrectly identifying mjpeg as video stream instead of attachment In-Reply-To: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> References: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> Message-ID: <055.08e8c37ad18c223ec6e25fdcaf6872c1@avcodec.org> #2227: ffmpeg incorrectly identifying mjpeg as video stream instead of attachment -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: wtv | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ramitbhalla): Builds yes I'm aware of and use it. I understand that I need to put a patch in to make this work correctly right? Thanks for the link to the window build. I'll see what I can do. @cehyos Can you confirm if the patch michael is referring to is currently in ffmpeg or if I need to put it in? Where can I get the patch details from? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 15 21:37:27 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Mar 2013 20:37:27 -0000 Subject: [FFmpeg-trac] #2227(undetermined:new): ffmpeg incorrectly identifying mjpeg as video stream instead of attachment In-Reply-To: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> References: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> Message-ID: <055.c11ba5686a066f38ed8ed6e208f44200@avcodec.org> #2227: ffmpeg incorrectly identifying mjpeg as video stream instead of attachment -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: wtv | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by dodgexander): @ cehyos >Take a look at some of the cases related to .wtv files that ramitbhalla has created. >>Most of them were fixed iirc (one is the reason for this "ticket"). Take a look at this ticket[https://ffmpeg.org/trac/ffmpeg/ticket/2220]. It hasn't been fixed. >Around 30% of my mpeg2 and h264 recordings fail copy remuxing with ffmpeg. >>This is not unexpected (and not wtv-related) for h264, in any case, these are not regressions. The remaining mpeg2 fails I have are related to this ticket. The h264 fails are mainly due to the ticket listed above. >>Even if I recode h264 to h264, there are problems with the files. >Could you point me to the ticket? I shall open a ticket with an example. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 15 22:04:44 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Mar 2013 21:04:44 -0000 Subject: [FFmpeg-trac] #2307(undetermined:new): Stream segmenter bug if total recorded length > 12 hours In-Reply-To: <037.7ccee04022ec1ce61a701a7c400fb40d@avcodec.org> References: <037.7ccee04022ec1ce61a701a7c400fb40d@avcodec.org> Message-ID: <052.92c7f07c5a581810a2eb1e83248cddb0@avcodec.org> #2307: Stream segmenter bug if total recorded length > 12 hours -------------------------------------+------------------------------------- Reporter: dgillier | Owner: Type: defect | Status: new Priority: normal | Component: Version: 1.1.3 | undetermined Keywords: segment, | Resolution: duration | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:4 dgillier]: > BTW ffmpeg -f lavfi -i testsrc -f s16le -i /dev/zero output was not readable... Could you elaborate? The command works fine here and if it is sufficient to reproduce the problem, it may be easier to fix. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 15 22:07:17 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Mar 2013 21:07:17 -0000 Subject: [FFmpeg-trac] #2282(avformat:open): Failed seeks lead to undefined behavior In-Reply-To: <035.913ca81e76a99da0c24fcc4c887615c0@avcodec.org> References: <035.913ca81e76a99da0c24fcc4c887615c0@avcodec.org> Message-ID: <050.2945e710b7c496f7b47ac5db25fef541@avcodec.org> #2282: Failed seeks lead to undefined behavior ------------------------------------+------------------------------------ Reporter: gjdfgh | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: flac | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * analyzed: 1 => 0 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 15 22:15:05 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Mar 2013 21:15:05 -0000 Subject: [FFmpeg-trac] #2227(undetermined:new): ffmpeg incorrectly identifying mjpeg as video stream instead of attachment In-Reply-To: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> References: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> Message-ID: <055.ffcf31fdf26074370e33da401ec79e62@avcodec.org> #2227: ffmpeg incorrectly identifying mjpeg as video stream instead of attachment -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: wtv | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:38 dodgexander]: > @ cehyos > > >Take a look at some of the cases related to .wtv files that ramitbhalla has created. > > >>Most of them were fixed iirc (one is the reason for this "ticket"). > > Take a look at this ticket[https://ffmpeg.org/trac/ffmpeg/ticket/2220]. It hasn't been fixed. I am not convinced this ticket is wtv-related (and it does not contradict my claim that most tickets were fixed). > >Around 30% of my mpeg2 and h264 recordings fail copy remuxing with ffmpeg. > >>This is not unexpected (and not wtv-related) for h264, in any case, these are not regressions. > > The remaining mpeg2 fails I have are related to this ticket. Please allow me to repeat: I don't think there is an issue, -map 0 does not work the way you seem to expect (and it generally cannot work the way you expect), simply remove it from your command line. > The h264 fails are mainly due to the ticket listed above. > > >>Even if I recode h264 to h264, there are problems with the files. > >Could you point me to the ticket? > > I shall open a ticket with an example. Please do so. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 15 23:09:31 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Mar 2013 22:09:31 -0000 Subject: [FFmpeg-trac] #2227(undetermined:new): ffmpeg incorrectly identifying mjpeg as video stream instead of attachment In-Reply-To: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> References: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> Message-ID: <055.cabb4ae388695c22b0bdae6a01934f71@avcodec.org> #2227: ffmpeg incorrectly identifying mjpeg as video stream instead of attachment -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: wtv | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ramitbhalla): Replying to [comment:39 cehoyos]: > Please allow me to repeat: I don't think there is an issue, -map 0 does not work the way you seem to expect (and it generally cannot work the way you expect), simply remove it from your command line. Let me understand this correctly: The only way to copy all audio stream and the (valid) video streams would be to use: -map 0:a -map 0:v -vcodec copy -vcodec copy If I use -map 0:a -vcodec copy -vcodec copy it doesn't copy the video stream. if I use -map 0:a -map 0:v -vcodec copy -vcodec copy It ends up copy the mpjpeg stream which breaks down streams programs since the mjpeg is not a valid video stream but an ATTACHMENT which Media Center adds for the thumbnail or something. So what's the solution around this? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 16 00:16:09 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Mar 2013 23:16:09 -0000 Subject: [FFmpeg-trac] #2227(undetermined:new): ffmpeg incorrectly identifying mjpeg as video stream instead of attachment In-Reply-To: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> References: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> Message-ID: <055.b3fb85a640733dd0bccbaa41f02d43bc@avcodec.org> #2227: ffmpeg incorrectly identifying mjpeg as video stream instead of attachment -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: wtv | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): When I wrote "-map 0" cannot generally work the way you expect (you already know this from ticket #1952), I did not mean that "-map 0:a" or "-map 0:v" work better: There will always be examples for which they cannot work (independent of the problem described here). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 16 00:34:53 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Mar 2013 23:34:53 -0000 Subject: [FFmpeg-trac] #2260(FFmpeg:new): FFmpeg doesn't auto-select subtitle codec for MP4 In-Reply-To: <034.211b2b4ec499c79f4d7f277756a969e2@avcodec.org> References: <034.211b2b4ec499c79f4d7f277756a969e2@avcodec.org> Message-ID: <049.136f65a8610667001328ee45f07597c7@avcodec.org> #2260: FFmpeg doesn't auto-select subtitle codec for MP4 ------------------------------------+---------------------------------- Reporter: slhck | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: git-master | Resolution: Keywords: mov | Blocked By: 1845 Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Changes (by llogan): * blockedby: => 1845 Comment: Instead of closing I'm going to consider this being blocked by #1845. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 16 02:57:17 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 16 Mar 2013 01:57:17 -0000 Subject: [FFmpeg-trac] #2282(avformat:open): Failed seeks lead to undefined behavior In-Reply-To: <035.913ca81e76a99da0c24fcc4c887615c0@avcodec.org> References: <035.913ca81e76a99da0c24fcc4c887615c0@avcodec.org> Message-ID: <050.07c1c161432b94247af57762e4214d1e@avcodec.org> #2282: Failed seeks lead to undefined behavior ------------------------------------+------------------------------------ Reporter: gjdfgh | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: flac | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by DonMoir): I see the same thing with an mp3 file. Also got error while seeking with flac using ffplay. In my own app both seem fine but using older build for that. Here's result of mp3 and banging on the right arrow. {{{ ffplay d:\flashfiles\audio\rabbit.mp3 ffplay version N-50911-g9efcfbe Copyright (c) 2003-2013 the FFmpeg developers built on Mar 13 2013 21:29:22 with gcc 4.7.2 (GCC) configuration: --disable-static --enable-shared --enable-gpl --enable- version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --ena ble-frei0r --enable-gnutls --enable-libass --enable-libbluray --enable- libcaca - -enable-libfreetype --enable-libgsm --enable-libilbc --enable-libmp3lame --enabl e-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-lib opus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable- libspee x --enable-libtheora --enable-libtwolame --enable-libvo-aacenc --enable- libvo-am rwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable- libxavs --en able-libxvid --enable-zlib libavutil 52. 19.100 / 52. 19.100 libavcodec 55. 0.100 / 55. 0.100 libavformat 55. 0.100 / 55. 0.100 libavdevice 54. 4.100 / 54. 4.100 libavfilter 3. 45.103 / 3. 45.103 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [mp3 @ 00b45720] max_analyze_duration 5000000 reached at 5015510 microseconds [mp3 @ 00b45720] Estimating duration from bitrate, this may be inaccurate Input #0, mp3, from 'd:\flashfiles\audio\rabbit.mp3': Metadata: track : 10 TLEN : 153106 artist : jefferson airplane album : surrealistic pillow title : white rabbit date : 1967 Duration: 00:02:33.05, start: 0.000000, bitrate: 256 kb/s Stream #0:0: Audio: mp3, 44100 Hz, stereo, s16p, 256 kb/s d:\flashfiles\audio\rabbit.mp3: error while seekingq= 0B f=0/0 d:\nanf lA-ashfV:i l0.es\audio\rabbit.mp3: error while seeking000 fd d:\flashfiles\audio\rabbit.mp3: error while seekingq= 0B f=0/0 nan 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 Sat Mar 16 07:10:32 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 16 Mar 2013 06:10:32 -0000 Subject: [FFmpeg-trac] #2162(avformat:new): ffmpeg does not create PS3 compatible m2ts files In-Reply-To: <038.434d29ede4c5baa214695fc48c392c9a@avcodec.org> References: <038.434d29ede4c5baa214695fc48c392c9a@avcodec.org> Message-ID: <053.b387de98234574dd2a1afbe3826f5b17@avcodec.org> #2162: ffmpeg does not create PS3 compatible m2ts files -------------------------------------+------------------------------------ Reporter: britannia | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by britannia): Just "-tag:a" ? Are there any options for this argument ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 16 08:44:10 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 16 Mar 2013 07:44:10 -0000 Subject: [FFmpeg-trac] #2367(undetermined:new): input_format / -pixel_format => libv4l2: error dequeuing buf: Resource temporarily unavailable Message-ID: <035.d2966d1bd63202a6b3b61ad910e68791@avcodec.org> #2367: input_format / -pixel_format => libv4l2: error dequeuing buf: Resource temporarily unavailable -------------------------------------+------------------------------------- Reporter: MrNice | Type: defect Status: new | Priority: normal Component: | Version: 1.1.3 undetermined | Blocked By: Keywords: dequeuing | Reproduced by developer: 0 buf, input_format | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: I am trying to capture S-VHS with a Dazzle DVC100 device. This device is able to output 422 format {{{ $ ffmpeg -f v4l2 -list_formats all -i /dev/video0 ffmpeg version 1.1.3 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 11 2013 17:14:27 with gcc 4.4.6 (GCC) 20120305 (Red Hat 4.4.6-4) configuration: --prefix=/opt/ffmpeg-opt/usr --enable-shared --bindir=/opt/ffmpeg-opt/usr/bin --datadir=/opt/ffmpeg-opt/usr/share /ffmpeg-opt --incdir=/opt/ffmpeg-opt/usr/include/ffmpeg-opt --libdir=/opt /ffmpeg-opt/usr/lib64 --mandir=/opt/ffmpeg-opt/usr/share/man --shlibdir=/opt/ffmpeg-opt/usr/lib64 --arch=x86_64 --optflags='-O2 -g' --enable-bzlib --disable-crystalhd --enable-gnutls --enable-libass --enable-libdc1394 --disable-indev=jack --enable-libfreetype --enable- libgsm --enable-libmp3lame --enable-openal --enable-libopenjpeg --enable- libopus --enable-libpulse --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libv4l2 --enable-libx264 --enable-libxvid --enable-x11grab --enable-avfilter --enable-postproc --enable-pthreads --disable-static --enable-shared --enable-gpl --disable- debug --disable-stripping --build-suffix=1 --disable-doc --enable-runtime- cpudetect libavutil 52. 13.100 / 52. 13.100 libavcodec 54. 86.100 / 54. 86.100 libavformat 54. 59.106 / 54. 59.106 libavdevice 54. 3.102 / 54. 3.102 libavfilter 3. 32.100 / 3. 32.100 libswscale 2. 1.103 / 2. 1.103 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [video4linux2,v4l2 @ 0x1957280] R : yuyv422 : 16 bpp YUY2, 4:2:2, packed : [video4linux2,v4l2 @ 0x1957280] R : rgb565le : 16 bpp RGB 565, LE : [video4linux2,v4l2 @ 0x1957280] R : Unsupported : 8 bpp Bayer BGBG..GRGR : [video4linux2,v4l2 @ 0x1957280] R : Unsupported : 8 bpp Bayer GRGR..BGBG : [video4linux2,v4l2 @ 0x1957280] R : Unsupported : 8 bpp Bayer GBGB..RGRG : [video4linux2,v4l2 @ 0x1957280] R : yuv411p : 12 bpp YUV411 : /dev/video0: Immediate exit requested }}} I get the error : libv4l2: error dequeuing buf: Resource temporarily unavailable when I run the command. Note that when I remove the input_format option this is working well. I tried with the option -input_format yuyv422 -pixel_format yuyv422 -pix_fmt yuyv422 the 3 lead to the same error. Please find the output with the -debug 1 option. {{{ $ ffmpeg -debug 1 -f alsa -ac 2 -channel_layout stereo -i hw:0,0 -f v4l2 -channel 1 -input_format yuyv422 -i /dev/video0 -map 0:a -map 1:v -c:a pcm_s16le -c:v ffv1 /Store3/Test/T`date +%Y%m%d_%H%M`.avi ffmpeg version 1.1.3 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 11 2013 17:14:27 with gcc 4.4.6 (GCC) 20120305 (Red Hat 4.4.6-4) configuration: --prefix=/opt/ffmpeg-opt/usr --enable-shared --bindir=/opt/ffmpeg-opt/usr/bin --datadir=/opt/ffmpeg-opt/usr/share /ffmpeg-opt --incdir=/opt/ffmpeg-opt/usr/include/ffmpeg-opt --libdir=/opt /ffmpeg-opt/usr/lib64 --mandir=/opt/ffmpeg-opt/usr/share/man --shlibdir=/opt/ffmpeg-opt/usr/lib64 --arch=x86_64 --optflags='-O2 -g' --enable-bzlib --disable-crystalhd --enable-gnutls --enable-libass --enable-libdc1394 --disable-indev=jack --enable-libfreetype --enable- libgsm --enable-libmp3lame --enable-openal --enable-libopenjpeg --enable- libopus --enable-libpulse --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libv4l2 --enable-libx264 --enable-libxvid --enable-x11grab --enable-avfilter --enable-postproc --enable-pthreads --disable-static --enable-shared --enable-gpl --disable- debug --disable-stripping --build-suffix=1 --disable-doc --enable-runtime- cpudetect libavutil 52. 13.100 / 52. 13.100 libavcodec 54. 86.100 / 54. 86.100 libavformat 54. 59.106 / 54. 59.106 libavdevice 54. 3.102 / 54. 3.102 libavfilter 3. 32.100 / 3. 32.100 libswscale 2. 1.103 / 2. 1.103 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 matched as AVOption 'debug' with argument '1'. Reading option '-f' ... matched as option 'f' (force format) with argument 'alsa'. Reading option '-ac' ... matched as option 'ac' (set number of audio channels) with argument '2'. Reading option '-channel_layout' ... matched as option 'channel_layout' (set channel layout) with argument 'stereo'. Reading option '-i' ... matched as input file with argument 'hw:0,0'. Reading option '-f' ... matched as option 'f' (force format) with argument 'v4l2'. Reading option '-channel' ... matched as AVOption 'channel' with argument '1'. Reading option '-input_format' ... matched as AVOption 'input_format' with argument 'yuyv422'. Reading option '-i' ... matched as input file with argument '/dev/video0'. Reading option '-map' ... matched as option 'map' (set input stream mapping) with argument '0:a'. Reading option '-map' ... matched as option 'map' (set input stream mapping) with argument '1:v'. Reading option '-c:a' ... matched as option 'c' (codec name) with argument 'pcm_s16le'. Reading option '-c:v' ... matched as option 'c' (codec name) with argument 'ffv1'. Reading option '/Store3/Test/T20130316_0730.avi' ... matched as output file. Finished splitting the commandline. Parsing a group of options: global . Successfully parsed a group of options. Parsing a group of options: input file hw:0,0. Applying option f (force format) with argument alsa. Applying option ac (set number of audio channels) with argument 2. Applying option channel_layout (set channel layout) with argument stereo. Successfully parsed a group of options. Opening an input file: hw:0,0. [alsa @ 0x1306c20] All info found [alsa @ 0x1306c20] Estimating duration from bitrate, this may be inaccurate Input #0, alsa, from 'hw:0,0': Duration: N/A, start: 1363419044.643556, bitrate: 1536 kb/s Stream #0:0, 1, 1/1000000: Audio: pcm_s16le, 48000 Hz, stereo, s16, 1536 kb/s Successfully openened the file. Parsing a group of options: input file /dev/video0. Applying option f (force format) with argument v4l2. Successfully parsed a group of options. Opening an input file: /dev/video0. [video4linux2,v4l2 @ 0x131c500] [4]Capabilities: 5020041 [video4linux2,v4l2 @ 0x131c500] Querying the device for the current frame size [video4linux2,v4l2 @ 0x131c500] Setting frame size to 720x576 [video4linux2,v4l2 @ 0x131c500] The V4L2 driver using the interlaced modeThe V4L2 driver set input_id: 1, input: S-Video libv4l2: error dequeuing buf: Resource temporarily unavailable libv4l2: error dequeuing buf: Resource temporarily unavailable .....(cut as many error lines)..... libv4l2: error dequeuing buf: Resource temporarily unavailable libv4l2: error dequeuing buf: Resource temporarily unavailable [video4linux2,v4l2 @ 0x131c500] All info found [video4linux2,v4l2 @ 0x131c500] Estimating duration from bitrate, this may be inaccurate Input #1, video4linux2,v4l2, from '/dev/video0': Duration: N/A, start: 1363419045.175310, bitrate: 165888 kb/s Stream #1:0, 1, 1/1000000: Video: rawvideo (YUY2 / 0x32595559), yuyv422, 720x576, 1/25, 165888 kb/s, 25 tbr, 1000k tbn, 25 tbc Successfully openened the file. Parsing a group of options: output file /Store3/Test/T20130316_0730.avi. Applying option map (set input stream mapping) with argument 0:a. Applying option map (set input stream mapping) with argument 1:v. Applying option c:a (codec name) with argument pcm_s16le. Applying option c:v (codec name) with argument ffv1. Successfully parsed a group of options. Opening an output file: /Store3/Test/T20130316_0730.avi. Successfully openened the file. [abuffer @ 0x131f940] Setting entry with key 'time_base' to value '1/48000' [abuffer @ 0x131f940] Setting entry with key 'sample_rate' to value '48000' [abuffer @ 0x131f940] Setting entry with key 'sample_fmt' to value 's16' [abuffer @ 0x131f940] Setting entry with key 'channel_layout' to value '0x3' [graph 0 input from stream 0:0 @ 0x131d820] tb:1/48000 samplefmt:s16 samplerate:48000 chlayout:0x3 [aformat @ 0x12f91a0] Setting entry with key 'sample_fmts' to value 's16' [buffer @ 0x13200e0] Setting entry with key 'video_size' to value '720x576' [buffer @ 0x13200e0] Setting entry with key 'pix_fmt' to value '1' [buffer @ 0x13200e0] Setting entry with key 'time_base' to value '1/1000000' [buffer @ 0x13200e0] Setting entry with key 'pixel_aspect' to value '0/1' [buffer @ 0x13200e0] Setting entry with key 'sws_param' to value 'flags=2' [buffer @ 0x13200e0] Setting entry with key 'frame_rate' to value '25/1' [graph 1 input from stream 1:0 @ 0x131f440] w:720 h:576 pixfmt:yuyv422 tb:1/1000000 fr:25/1 sar:0/1 sws_param:flags=2 [scale @ 0x1320340] Setting 'w' to value '0' [scale @ 0x1320340] Setting 'h' to value '0' [scale @ 0x1320340] Setting 'flags' to value '0x4' [auto-inserted scaler 0 @ 0x1320220] w:0 h:0 flags:'0x4' interl:0 [format @ 0x131f6e0] auto-inserting filter 'auto-inserted scaler 0' between the filter 'Parsed_null_0' and the filter 'format' [auto-inserted scaler 0 @ 0x1320220] picking yuv422p out of 22 ref:yuyv422 alpha:0 [auto-inserted scaler 0 @ 0x1320220] w:720 h:576 fmt:yuyv422 sar:0/1 -> w:720 h:576 fmt:yuv422p sar:0/1 flags:0x4 [ffv1 @ 0x131ea40] detected 8 logical cores Output #0, avi, to '/Store3/Test/T20130316_0730.avi': Metadata: ISFT : Lavf54.59.106 Stream #0:0, 0, 1/48000: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, stereo, s16, 1536 kb/s Stream #0:1, 0, 1/25: Video: ffv1 (FFV1 / 0x31564646), yuv422p, 720x576, 1/25, q=2-31, 200 kb/s, 25 tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (pcm_s16le -> pcm_s16le) Stream #1:0 -> #0:1 (rawvideo -> ffv1) Press [q] to stop, [?] for help libv4l2: error dequeuing buf: Resource temporarily unavailable libv4l2: error dequeuing buf: Resource temporarily unavailable .....(cut as many error lines)..... libv4l2: error dequeuing buf: Resource temporarily unavailable libv4l2: error dequeuing buf: Resource temporarily unavailablerate=10737.1kbits/s libv4l2: error dequeuing buf: Resource temporarily unavailable frame= 14 fps=0.0 q=0.0 Lsize= 1475kB time=00:00:01.07 bitrate=11199.9kbits/s video:1260kB audio:202kB subtitle:0 global headers:0kB muxing overhead 0.856143% }}} Let me know if you want more test or info. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 16 09:20:04 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 16 Mar 2013 08:20:04 -0000 Subject: [FFmpeg-trac] #2367(undetermined:new): input_format / -pixel_format => libv4l2: error dequeuing buf: Resource temporarily unavailable In-Reply-To: <035.d2966d1bd63202a6b3b61ad910e68791@avcodec.org> References: <035.d2966d1bd63202a6b3b61ad910e68791@avcodec.org> Message-ID: <050.cbb840395721a9464d85b99d274716f5@avcodec.org> #2367: input_format / -pixel_format => libv4l2: error dequeuing buf: Resource temporarily unavailable --------------------------------+---------------------------------------- Reporter: MrNice | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 1.1.3 | Resolution: Keywords: v4l2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Changes (by cehoyos): * keywords: dequeuing buf, input_format => v4l2 Comment: Please test current git head (or 1.2), some changes were made that are supposed to fix this problem, see ticket #1570. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 16 09:28:14 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 16 Mar 2013 08:28:14 -0000 Subject: [FFmpeg-trac] #2162(avformat:new): ffmpeg does not create PS3 compatible m2ts files In-Reply-To: <038.434d29ede4c5baa214695fc48c392c9a@avcodec.org> References: <038.434d29ede4c5baa214695fc48c392c9a@avcodec.org> Message-ID: <053.14b5ddbf938ffb20cb1105ea4dbdc77c@avcodec.org> #2162: ffmpeg does not create PS3 compatible m2ts files -------------------------------------+------------------------------------ Reporter: britannia | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): It takes an option (the tag) but it is unfortunately irrelevant for your problem. Did you already test current git head? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 16 09:33:08 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 16 Mar 2013 08:33:08 -0000 Subject: [FFmpeg-trac] #2260(FFmpeg:new): FFmpeg doesn't auto-select subtitle codec for MP4 In-Reply-To: <034.211b2b4ec499c79f4d7f277756a969e2@avcodec.org> References: <034.211b2b4ec499c79f4d7f277756a969e2@avcodec.org> Message-ID: <049.46b4a2f67e34b09b19dc52d2fecc2794@avcodec.org> #2260: FFmpeg doesn't auto-select subtitle codec for MP4 ------------------------------------+---------------------------------- Reporter: slhck | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: git-master | Resolution: Keywords: mov | Blocked By: 1845 Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Comment (by cehoyos): Replying to [comment:4 llogan]: > Instead of closing I'm going to consider this being blocked by #1845. I wonder if it isn't actually a bug that FFmpeg auto-selects ass for mkv if the input file contains subtitles: Many input files have subtitles that are not text based, trying to convert them (as is done by default) breaks re-encoding. I am therefore mildly against changing the current mov behaviour. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 16 10:58:38 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 16 Mar 2013 09:58:38 -0000 Subject: [FFmpeg-trac] #2282(avformat:open): Failed seeks lead to undefined behavior In-Reply-To: <035.913ca81e76a99da0c24fcc4c887615c0@avcodec.org> References: <035.913ca81e76a99da0c24fcc4c887615c0@avcodec.org> Message-ID: <050.ed31e3c3cd5301c6173ac20874dedb14@avcodec.org> #2282: Failed seeks lead to undefined behavior ------------------------------------+------------------------------------ Reporter: gjdfgh | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: flac | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+------------------------------------ Changes (by richardpl): * analyzed: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 16 11:03:59 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 16 Mar 2013 10:03:59 -0000 Subject: [FFmpeg-trac] #2282(avformat:open): Failed seeks lead to undefined behavior In-Reply-To: <035.913ca81e76a99da0c24fcc4c887615c0@avcodec.org> References: <035.913ca81e76a99da0c24fcc4c887615c0@avcodec.org> Message-ID: <050.35673ffdd95594ef7bbc5bb82b171c71@avcodec.org> #2282: Failed seeks lead to undefined behavior ------------------------------------+------------------------------------ Reporter: gjdfgh | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: flac | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+------------------------------------ Comment (by Cigaes): Replying to [comment:8 richardpl]: > Analyzed by developer set Care to elaborate? Do you intend to fix the bug and submit a patch? To publish this developer's analysis? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 16 11:14:49 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 16 Mar 2013 10:14:49 -0000 Subject: [FFmpeg-trac] #2282(avformat:open): Failed seeks lead to undefined behavior In-Reply-To: <035.913ca81e76a99da0c24fcc4c887615c0@avcodec.org> References: <035.913ca81e76a99da0c24fcc4c887615c0@avcodec.org> Message-ID: <050.df0adbf265c967f905453937fc25f1dd@avcodec.org> #2282: Failed seeks lead to undefined behavior ------------------------------------+------------------------------------ Reporter: gjdfgh | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: flac | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+------------------------------------ Comment (by richardpl): Analysis results: implementation is flawed. Ask on irc for extremely boring elaboration. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 16 11:15:13 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 16 Mar 2013 10:15:13 -0000 Subject: [FFmpeg-trac] #2282(avformat:open): Failed seeks lead to undefined behavior In-Reply-To: <035.913ca81e76a99da0c24fcc4c887615c0@avcodec.org> References: <035.913ca81e76a99da0c24fcc4c887615c0@avcodec.org> Message-ID: <050.12eea25835018c82adc233b0663053dd@avcodec.org> #2282: Failed seeks lead to undefined behavior ------------------------------------+------------------------------------ Reporter: gjdfgh | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: flac | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * analyzed: 1 => 0 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 16 11:16:22 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 16 Mar 2013 10:16:22 -0000 Subject: [FFmpeg-trac] #2282(avformat:open): Failed seeks lead to undefined behavior In-Reply-To: <035.913ca81e76a99da0c24fcc4c887615c0@avcodec.org> References: <035.913ca81e76a99da0c24fcc4c887615c0@avcodec.org> Message-ID: <050.355fe3c99c086fa25d8fd26e248fe6f3@avcodec.org> #2282: Failed seeks lead to undefined behavior ------------------------------------+------------------------------------ Reporter: gjdfgh | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: flac | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by gjdfgh): MiNi said himself that the state after seeking failure is undefined. That was a month ago. By the way, I suggest the following semantics for seeking failure: - If the seek is to a position before the start of a file, do not return failure, and seek to the start of the file. The new (defined) state is that the demuxer returns packets from begin of the file normally. Note that seeks can be quite imprecise, and the new position you get is not always the position you requested, so this won't be an API change. - If the seek is to a position past the end of the file, do not return failure. Instead, behave as if the end of the file has been reached. I think this simply means returning no packets for the next av_read_frame(). - If the seek actually fails (seek index broken, I/O errors), return failure, but do not change the state. Continue to demux from the old position. This means the application won't resets its decoders and can continue to play the file normally. - This means the application has to reset its decoders if seeking returns success, but shouldn't do it if seeking fails. Alternatively, return exact error codes that identify all these cases. But only if it actually works with all demuxers. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 16 11:21:24 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 16 Mar 2013 10:21:24 -0000 Subject: [FFmpeg-trac] #2368(build system:open): vdpau autodetection broken (was: hwaccel autodetection broken in ffmpeg 1.2) In-Reply-To: <035.2b3b1bdc17359d9918416975d9286668@avcodec.org> References: <035.2b3b1bdc17359d9918416975d9286668@avcodec.org> Message-ID: <050.daf3c86a27ec4f97825fd01dc350c565@avcodec.org> #2368: vdpau autodetection broken -------------------------------------+------------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: open Priority: important | Component: build Version: git-master | system Keywords: vdpau | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * priority: normal => important * version: 1.2 => git-master * keywords: => vdpau regression Comment: Regression since 8cf9253. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 16 11:23:59 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 16 Mar 2013 10:23:59 -0000 Subject: [FFmpeg-trac] #2368(build system:open): vdpau autodetection broken In-Reply-To: <035.2b3b1bdc17359d9918416975d9286668@avcodec.org> References: <035.2b3b1bdc17359d9918416975d9286668@avcodec.org> Message-ID: <050.00a710ef7451bd9a3215a9f2c5a12e82@avcodec.org> #2368: vdpau autodetection broken -------------------------------------+------------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: open Priority: important | Component: build Version: git-master | system Keywords: vdpau | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by heleppkes): dxva2 has the same issue, you need to explicitly pass --enable-dxva2, or it won't work. I believe vaapi too, but i can't confirm this myself. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 16 11:25:53 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 16 Mar 2013 10:25:53 -0000 Subject: [FFmpeg-trac] #2162(avformat:new): ffmpeg does not create PS3 compatible m2ts files In-Reply-To: <038.434d29ede4c5baa214695fc48c392c9a@avcodec.org> References: <038.434d29ede4c5baa214695fc48c392c9a@avcodec.org> Message-ID: <053.81e8c454e27aa579d6cf0b023daa4bea@avcodec.org> #2162: ffmpeg does not create PS3 compatible m2ts files -------------------------------------+------------------------------------ Reporter: britannia | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by britannia): I just double checked with git-9efcfbe (64bit, Windows). Same behavior. No audio is "recognized" by the PS3. Can someone explain the difference between ([129][0][0][0] / 0x0081) (ffmpeg output, not found on PS3) and (AC-3 / 0x332D4341) (tsMuxer output, plays fine on PS3) ? I tried also with -tag:a ac3 -tag:a AC-3 -tag:a 0x332D4341 but it had no influence on the output file. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 16 11:47:19 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 16 Mar 2013 10:47:19 -0000 Subject: [FFmpeg-trac] #2307(undetermined:new): Stream segmenter bug if total recorded length > 12 hours In-Reply-To: <037.7ccee04022ec1ce61a701a7c400fb40d@avcodec.org> References: <037.7ccee04022ec1ce61a701a7c400fb40d@avcodec.org> Message-ID: <052.13576e82881b0de76a19988f98566d73@avcodec.org> #2307: Stream segmenter bug if total recorded length > 12 hours -------------------------------------+------------------------------------- Reporter: dgillier | Owner: Type: defect | Status: new Priority: normal | Component: Version: 1.1.3 | undetermined Keywords: segment, | Resolution: duration | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): It works fine here, could you test current git head (or 1.2)? {{{ $ ffmpeg -f lavfi -i testsrc -f s16le -i /dev/zero -vcodec mpeg4 -strict -2 -acodec aac -f segment -segment_time 1800 -map 0 -map 1 out%3d.mp4 ffmpeg version N-50974-g7d15cd4 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 16 2013 10:10:06 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) configuration: --enable-gpl --enable-libx264 libavutil 52. 19.100 / 52. 19.100 libavcodec 55. 0.100 / 55. 0.100 libavformat 55. 0.100 / 55. 0.100 libavdevice 55. 0.100 / 55. 0.100 libavfilter 3. 45.104 / 3. 45.104 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [lavfi @ 0x2e57780] 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 [s16le @ 0x2e5a300] max_analyze_duration 5000000 reached at 5015510 microseconds [s16le @ 0x2e5a300] Estimating duration from bitrate, this may be inaccurate Guessed Channel Layout for Input Stream #1.0 : mono Input #1, s16le, from '/dev/zero': Duration: N/A, bitrate: 705 kb/s Stream #1:0: Audio: pcm_s16le, 44100 Hz, mono, s16, 705 kb/s Output #0, segment, to 'out%3d.mp4': Metadata: encoder : Lavf55.0.100 Stream #0:0: Video: mpeg4, yuv420p, 320x240 [SAR 1:1 DAR 4:3], q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream #0:1: Audio: aac, 44100 Hz, mono, fltp, 128 kb/s Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> mpeg4) Stream #1:0 -> #0:1 (pcm_s16le -> aac) Press [q] to stop, [?] for help frame=2340088 fps=430 q=10.2 Lsize=N/A time=26:00:03.52 bitrate=N/A video:2285549kB audio:15977kB subtitle:0 global headers:0kB muxing overhead -100.000001% }}} {{{ $ ffmpeg -i out024.mp4 ffmpeg version N-50974-g7d15cd4 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 16 2013 10:10:06 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) configuration: --enable-gpl --enable-libx264 libavutil 52. 19.100 / 52. 19.100 libavcodec 55. 0.100 / 55. 0.100 libavformat 55. 0.100 / 55. 0.100 libavdevice 55. 0.100 / 55. 0.100 libavfilter 3. 45.104 / 3. 45.104 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'out024.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2mp41 encoder : Lavf55.0.100 Duration: 00:30:00.01, start: 43200.000000, bitrate: 206 kb/s Stream #0:0(und): Video: mpeg4 (Simple Profile) (mp4v / 0x7634706D), yuv420p, 320x240 [SAR 1:1 DAR 4:3], 200 kb/s, 25 fps, 25 tbr, 12800 tbn, 25 tbc Metadata: handler_name : VideoHandler Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, mono, fltp, 1 kb/s Metadata: handler_name : SoundHandler At least one output file must be specified }}} {{{ $ ffmpeg -i out025.mp4 ffmpeg version N-50974-g7d15cd4 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 16 2013 10:10:06 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) configuration: --enable-gpl --enable-libx264 libavutil 52. 19.100 / 52. 19.100 libavcodec 55. 0.100 / 55. 0.100 libavformat 55. 0.100 / 55. 0.100 libavdevice 55. 0.100 / 55. 0.100 libavfilter 3. 45.104 / 3. 45.104 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'out025.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2mp41 encoder : Lavf55.0.100 Duration: 00:30:00.00, start: 45000.000000, bitrate: 206 kb/s Stream #0:0(und): Video: mpeg4 (Simple Profile) (mp4v / 0x7634706D), yuv420p, 320x240 [SAR 1:1 DAR 4:3], 199 kb/s, 25 fps, 25 tbr, 12800 tbn, 25 tbc Metadata: handler_name : VideoHandler Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, mono, fltp, 1 kb/s Metadata: handler_name : SoundHandler At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 16 11:56:38 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 16 Mar 2013 10:56:38 -0000 Subject: [FFmpeg-trac] #2368(build system:open): vdpau / vaapi autodetection broken (was: vdpau autodetection broken) In-Reply-To: <035.2b3b1bdc17359d9918416975d9286668@avcodec.org> References: <035.2b3b1bdc17359d9918416975d9286668@avcodec.org> Message-ID: <050.05e9ce369c51a473a9fdff14e696d377@avcodec.org> #2368: vdpau / vaapi autodetection broken -------------------------------------+------------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: open Priority: important | Component: build Version: git-master | system Keywords: vdpau | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Isn't the dxva2 bug a regression since 60cc4a3 (I can't currently test)? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 16 11:58:31 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 16 Mar 2013 10:58:31 -0000 Subject: [FFmpeg-trac] #2162(avformat:open): ffmpeg does not create PS3 compatible m2ts files In-Reply-To: <038.434d29ede4c5baa214695fc48c392c9a@avcodec.org> References: <038.434d29ede4c5baa214695fc48c392c9a@avcodec.org> Message-ID: <053.7236132d36ea5d30132f5bb976f721c3@avcodec.org> #2162: ffmpeg does not create PS3 compatible m2ts files ------------------------------------+------------------------------------ Reporter: britannia | 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): * status: new => open * version: unspecified => git-master Comment: Replying to [comment:7 britannia]: > I tried also with > > -tag:a ac3 > -tag:a AC-3 > -tag:a 0x332D4341 > > but it had no influence on the output file. As said -tag has absolutely no relevance for your problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 16 12:43:36 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 16 Mar 2013 11:43:36 -0000 Subject: [FFmpeg-trac] #1570(avdevice:closed): libv4l2: error dequeuing buf: Resource temporarily unavailable In-Reply-To: <036.2fc62dd5b56c7280baf63a97ec734437@avcodec.org> References: <036.2fc62dd5b56c7280baf63a97ec734437@avcodec.org> Message-ID: <051.81bd33bf21bec7d5a7aafaee1f08d053@avcodec.org> #1570: libv4l2: error dequeuing buf: Resource temporarily unavailable -------------------------------------+------------------------------------- Reporter: llarevo | Owner: Type: defect | Status: closed Priority: important | Component: avdevice Version: git-master | Resolution: fixed Keywords: v4l2 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by holden): Replying to [comment:23 llarevo]: > Thanks a lot so far. At least I'm a step forward with the analog tv capturing. Just let me know when I shall perform more tests regarding the libv4l2-issue. The libv4l2-issue is hopefully fixed, please test git head when you have time. Thanks. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 16 12:52:46 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 16 Mar 2013 11:52:46 -0000 Subject: [FFmpeg-trac] #2368(build system:open): vdpau / vaapi autodetection broken In-Reply-To: <035.2b3b1bdc17359d9918416975d9286668@avcodec.org> References: <035.2b3b1bdc17359d9918416975d9286668@avcodec.org> Message-ID: <050.dea3bb8902da92f12babbfe7b620e20c@avcodec.org> #2368: vdpau / vaapi autodetection broken -------------------------------------+------------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: open Priority: important | Component: build Version: git-master | system Keywords: vdpau | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by heleppkes): Technically yes, but its the same problem, the change was just split in two commits. Diego first did DXVA2 and then VAAPI/VDPAU, same changes, just two commits. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 16 13:16:40 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 16 Mar 2013 12:16:40 -0000 Subject: [FFmpeg-trac] #2368(build system:open): vdpau / vaapi / dxva2 autodetection broken (was: vdpau / vaapi autodetection broken) In-Reply-To: <035.2b3b1bdc17359d9918416975d9286668@avcodec.org> References: <035.2b3b1bdc17359d9918416975d9286668@avcodec.org> Message-ID: <050.140ba29114a2c1c5b19bf798b17b6daa@avcodec.org> #2368: vdpau / vaapi / dxva2 autodetection broken -------------------------------------+------------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: open Priority: important | Component: build Version: git-master | system Keywords: vdpau | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 16 13:30:32 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 16 Mar 2013 12:30:32 -0000 Subject: [FFmpeg-trac] #1570(avdevice:closed): libv4l2: error dequeuing buf: Resource temporarily unavailable In-Reply-To: <036.2fc62dd5b56c7280baf63a97ec734437@avcodec.org> References: <036.2fc62dd5b56c7280baf63a97ec734437@avcodec.org> Message-ID: <051.ba9e5f9a8a593af14ab0271fbe39e92a@avcodec.org> #1570: libv4l2: error dequeuing buf: Resource temporarily unavailable -------------------------------------+------------------------------------- Reporter: llarevo | Owner: Type: defect | Status: closed Priority: important | Component: avdevice Version: git-master | Resolution: fixed Keywords: v4l2 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by llarevo): Initial tests look very good. I will post detailed results later. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 16 18:21:40 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 16 Mar 2013 17:21:40 -0000 Subject: [FFmpeg-trac] #2224(undetermined:new): HLS output using b-frames has crazy initial timestamps In-Reply-To: <038.19c91c8280bfee628e5a87e4ca6d274c@avcodec.org> References: <038.19c91c8280bfee628e5a87e4ca6d274c@avcodec.org> Message-ID: <053.d3308f90b0b6acedabef9fbb533e4c63@avcodec.org> #2224: HLS output using b-frames has crazy initial timestamps -------------------------------------+------------------------------------- Reporter: nealzebub | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: libx264 | Resolution: mpegts hls | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by trevyn): I've been running into the exact same issue. There seems to be something around negative video DTS; I tried making a video-only TS, and ran into all the same errors. The first two packets of my first segment have negative DTS, but there are no crazy audio timestamps, because I have no audio track. ;) Interestingly, even ffprobe complains about invalid timestamps when they're negative. {{{ 87:~ eden$ mediastreamvalidator "http://s3.amazonaws.com/mutu- static/v/hlsna-568-320-40-all-11032.m3u8" mediastreamvalidator: Beta Version 1.1(130110) Validating http://s3.amazonaws.com/mutu- static/v/hlsna-568-320-40-all-11032.m3u8 -------------------------------------------------------------------------------- http://s3.amazonaws.com/mutu-static/v/hlsna-568-320-40-all-11032.m3u8 -------------------------------------------------------------------------------- Playlist Syntax: OK Segments: hlsna-568-320-40-all-11032-000.ts: WARNING: Unable to read video timestamps in track 0; this may be due to not having a key frame in this segment. WARNING: Unable to read decode timestamps in track 0; this may be due to not having a key frame in this segment. ERROR: (-1) Decreasing DTS were detected in track 0 Average segment duration: 9.67 seconds Segment bitrate: Average: 128.53 kbits/sec, Max: 157.13 kbits/sec }}} {{{ 87:~ eden$ ffprobe hlsna-568-320-40-all-11032-000.ts ffprobe version 1.0 Copyright (c) 2007-2012 the FFmpeg developers built on Nov 18 2012 02:25:56 with Apple clang version 4.1 (tags/Apple/clang-421.11.66) (based on LLVM 3.1svn) configuration: --prefix=/opt/local --enable-swscale --enable-avfilter --enable-libmp3lame --enable-libvorbis --enable-libopus --enable-libtheora --enable-libschroedinger --enable-libopenjpeg --enable-libmodplug --enable-libvpx --enable-libspeex --enable-libfreetype --mandir=/opt/local/share/man --enable-shared --enable-pthreads --cc=/usr/bin/clang --arch=x86_64 --enable-yasm --enable-gpl --enable- postproc --enable-libx264 --enable-libxvid libavutil 51. 73.101 / 51. 73.101 libavcodec 54. 59.100 / 54. 59.100 libavformat 54. 29.104 / 54. 29.104 libavdevice 54. 2.101 / 54. 2.101 libavfilter 3. 17.100 / 3. 17.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [mpegts @ 0x7ff00181e200] Invalid timestamps stream=0, pts=0, dts=8589928586, size=3811 [mpegts @ 0x7ff00181e200] Invalid timestamps stream=0, pts=12012, dts=8589931589, size=719 [mpegts @ 0x7ff00181e200] max_analyze_duration 5000000 reached at 5005000 Input #0, mpegts, from 'hlsna-568-320-40-all-11032-000.ts': Duration: 00:00:16.64, start: 0.000000, bitrate: 120 kb/s Program 1 Metadata: service_name : Service01 service_provider: FFmpeg Stream #0:0[0x100]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p, 568x320, 29.97 fps, 29.97 tbr, 90k tbn, 59.94 tbc }}} {{{ 87:~ eden$ ffprobe -show_packets hlsna-568-320-40-all-11032-000.ts [PACKET] codec_type=video stream_index=0 pts=0 pts_time=0.000000 dts=-6006 dts_time=-0.066733 duration=3003 duration_time=0.033367 convergence_duration=N/A convergence_duration_time=N/A size=3811 pos=564 flags=K [/PACKET] [PACKET] codec_type=video stream_index=0 pts=12012 pts_time=0.133467 dts=-3003 dts_time=-0.033367 duration=3003 duration_time=0.033367 convergence_duration=N/A convergence_duration_time=N/A size=719 pos=4512 flags=_ [/PACKET] [PACKET] codec_type=video stream_index=0 pts=6006 pts_time=0.066733 dts=0 dts_time=0.000000 duration=3003 duration_time=0.033367 convergence_duration=N/A convergence_duration_time=N/A size=153 pos=5452 flags=_ [/PACKET] [PACKET] codec_type=video stream_index=0 pts=3003 pts_time=0.033367 dts=3003 dts_time=0.033367 duration=3003 duration_time=0.033367 convergence_duration=N/A convergence_duration_time=N/A size=173 pos=5640 flags=_ [/PACKET] ... }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 16 19:24:05 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 16 Mar 2013 18:24:05 -0000 Subject: [FFmpeg-trac] #2224(undetermined:new): HLS output using b-frames has crazy initial timestamps In-Reply-To: <038.19c91c8280bfee628e5a87e4ca6d274c@avcodec.org> References: <038.19c91c8280bfee628e5a87e4ca6d274c@avcodec.org> Message-ID: <053.cf5744a658a9c66f2aafa22a8c45b847@avcodec.org> #2224: HLS output using b-frames has crazy initial timestamps -------------------------------------+------------------------------------- Reporter: nealzebub | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: libx264 | Resolution: mpegts hls | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by trevyn): So adding {{{ -avoid_negative_ts 1 }}} to the ffmpeg command seems to prevent mediastreamvalidator from erroring out, but it still throws the warning: {{{ WARNING: Unable to read decode timestamps in track 0; this may be due to not having a key frame in this segment. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 16 20:59:19 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 16 Mar 2013 19:59:19 -0000 Subject: [FFmpeg-trac] #2165(avcodec:closed): h264 lossless encoding, decoding does not produce same video content In-Reply-To: <036.c6e81c49542e46ea15e954b78e989ec2@avcodec.org> References: <036.c6e81c49542e46ea15e954b78e989ec2@avcodec.org> Message-ID: <051.020528abdc265710a485c76543d5b3e3@avcodec.org> #2165: h264 lossless encoding, decoding does not produce same video content -------------------------------------+------------------------------------- Reporter: silviob | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: libx264 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Should be fixed, thank you for the report! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 16 21:40:17 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 16 Mar 2013 20:40:17 -0000 Subject: [FFmpeg-trac] #2260(FFmpeg:new): FFmpeg doesn't auto-select subtitle codec for MP4 In-Reply-To: <034.211b2b4ec499c79f4d7f277756a969e2@avcodec.org> References: <034.211b2b4ec499c79f4d7f277756a969e2@avcodec.org> Message-ID: <049.f052128f190d1302f6a70b8068381954@avcodec.org> #2260: FFmpeg doesn't auto-select subtitle codec for MP4 ------------------------------------+---------------------------------- Reporter: slhck | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: git-master | Resolution: Keywords: mov | Blocked By: 1845 Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Comment (by llogan): Replying to [comment:5 cehoyos]: > I wonder if it isn't actually a bug that FFmpeg auto-selects ass for mkv if the input file contains subtitles: Many input files have subtitles that are not text based, trying to convert them (as is done by default) breaks re-encoding. I did not consider that. Thanks for pointing it out. > I am therefore mildly against changing the current mov behaviour. I have no ideas/suggestions for now. Feel free to manage however you think is best. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 16 22:06:52 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 16 Mar 2013 21:06:52 -0000 Subject: [FFmpeg-trac] #2369(avdevice:new): Compilation with sndio broken after 7b486ab Message-ID: <035.cea8058f8d1d8e49ceb563a59b881151@avcodec.org> #2369: Compilation with sndio broken after 7b486ab ----------------------------------+-------------------------------------- Reporter: kyl416 | Type: defect Status: new | Priority: normal Component: avdevice | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- Summary of the bug: Make fails when it gets to sndio_dec.o after commit 7b486ab {{{ CC libavdevice/sndio_dec.o libavdevice/sndio_dec.c: In function ?audio_read_packet?: libavdevice/sndio_dec.c:75:5: error: implicit declaration of function ?av_gettime? [-Werror=implicit-function-declaration] cc1: some warnings being treated as errors make: *** [libavdevice/sndio_dec.o] Error 1 }}} How to reproduce: Have sndio.h on your system, run configure and then make I was able to fix it by inserting the following in the includes section on libavdevice/sndio_dec.c {{{ #include "libavutil/time.h" }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 16 23:39:03 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 16 Mar 2013 22:39:03 -0000 Subject: [FFmpeg-trac] #2369(avdevice:new): Compilation with sndio broken after 7b486ab In-Reply-To: <035.cea8058f8d1d8e49ceb563a59b881151@avcodec.org> References: <035.cea8058f8d1d8e49ceb563a59b881151@avcodec.org> Message-ID: <050.a3899beb07376abbc7774a0b6db6772b@avcodec.org> #2369: Compilation with sndio broken after 7b486ab ------------------------------------+------------------------------------ Reporter: kyl416 | Owner: Type: defect | Status: new Priority: important | Component: avdevice Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => regression * priority: normal => important Comment: Please consider sending a patch to ffmpeg-devel. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 17 05:26:20 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Mar 2013 04:26:20 -0000 Subject: [FFmpeg-trac] #2370(avdevice:new): v4l2 should not need ENUMSTD Message-ID: <035.3901b60a5d30630c278fcb6dca895616@avcodec.org> #2370: v4l2 should not need ENUMSTD -------------------------------------+------------------------------------- Reporter: ubitux | Owner: Type: defect | Status: new Priority: important | Component: avdevice Version: git- | Keywords: v4l2 master | regression Blocked By: | Blocking: Reproduced by developer: 1 | Analyzed by developer: 0 -------------------------------------+------------------------------------- Problem: lavd/v4l2.c now requires the device to support VIDIOC_ENUMSTD. This seems to be a regression according to https://github.com/umlaeute/v4l2loopback/issues/38 Steps to reproduce: - install v4l2loopback and load the module {{{ git clone git://github.com/umlaeute/v4l2loopback.git cd v4l2loopback make && sudo make install modprobe v4l2loopback }}} - push some video to the device with for instance: {{{ gst-launch-0.10 videotestsrc ! v4l2sink device=/dev/video0 }}} - try to play the device with FFmpeg {{{ % ./ffplay -v verbose -f v4l2 /dev/video0 ffplay version N-51026-g3313b9c Copyright (c) 2003-2013 the FFmpeg developers built on Mar 17 2013 04:38:52 with gcc 4.7.2 (GCC) configuration: --enable-gpl --enable-version3 --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=colorgcc --samples=/home/ubitux/fate-samples --prefix=/tmp/ffinstall --disable-runtime-cpudetect --enable-libcelt --enable-libopencv --enable-frei0r --enable-libcaca --enable-libiec61883 --enable-libopencore-amrwb --enable-libopencore-amrnb --enable-libopus --enable-libpulse --enable-libspeex --enable-openal --enable-libopencv libavutil 52. 19.101 / 52. 19.101 libavcodec 55. 0.100 / 55. 0.100 libavformat 55. 0.100 / 55. 0.100 libavdevice 55. 0.100 / 55. 0.100 libavfilter 3. 47.102 / 3. 47.102 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [video4linux2,v4l2 @ 0x7f457c000940] fd:7 capabilities:50000030/0 [video4linux2,v4l2 @ 0x7f457c000940] Querying the device for the current frame size [video4linux2,v4l2 @ 0x7f457c000940] Setting frame size to 320x240 [video4linux2,v4l2 @ 0x7f457c000940] ioctl(VIDIOC_ENUMSTD): Invalid argument /dev/video0: Invalid argument }}} The device plays fine with for example mplayer, and with older ffplay (1.1.3 is working). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 17 07:35:58 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Mar 2013 06:35:58 -0000 Subject: [FFmpeg-trac] #2370(avdevice:new): v4l2 should not need ENUMSTD In-Reply-To: <035.3901b60a5d30630c278fcb6dca895616@avcodec.org> References: <035.3901b60a5d30630c278fcb6dca895616@avcodec.org> Message-ID: <050.96aa92ab07140674806e7a8c27d2486c@avcodec.org> #2370: v4l2 should not need ENUMSTD -------------------------------------+------------------------------------- Reporter: ubitux | Owner: Type: defect | Status: new Priority: important | Component: avdevice Version: git-master | Resolution: Keywords: v4l2 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Which change in FFmpeg introduced the regression? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 17 08:05:21 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Mar 2013 07:05:21 -0000 Subject: [FFmpeg-trac] #2371(avcodec:new): h264 decoding regression in ref frame management Message-ID: <038.957e96dc4a491f2b222ec71025b614a8@avcodec.org> #2371: h264 decoding regression in ref frame management -------------------------------------+------------------------------------- Reporter: heleppkes | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git- | Keywords: h264 master | regression Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- Ever since a recent change (specifically 01a0283), h264 decoding of this particular file is broken. The file is not without its own problems, however the decoder seemed to handle it fine before. How to reproduce: {{{ % ffmpeg -i H.264_10bit.mp4 test.avi ffmpeg version N-51032-g9f95e35 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 17 2013 07:59:15 with gcc 4.7.2 (GCC) configuration: --enable-gpl libavutil 52. 19.101 / 52. 19.101 libavcodec 55. 0.100 / 55. 0.100 libavformat 55. 0.100 / 55. 0.100 libavdevice 55. 0.100 / 55. 0.100 libavfilter 3. 47.102 / 3. 47.102 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Splitting the commandline. Reading option '-loglevel' ... matched as option 'loglevel' (set libav* logging level) with argument '99'. Reading option '-i' ... matched as input file with argument 'D:\H.264_10bit.mp4'. Reading option 'test2.avi' ... matched as output file. Finished splitting the commandline. Parsing a group of options: global . Applying option loglevel (set libav* logging level) with argument 99. Successfully parsed a group of options. Parsing a group of options: input file D:\H.264_10bit.mp4. Successfully parsed a group of options. Opening an input file: D:\H.264_10bit.mp4. [mov,mp4,m4a,3gp,3g2,mj2 @ 032EB820] Format mov,mp4,m4a,3gp,3g2,mj2 probed with size=2048 and score=100 [mov,mp4,m4a,3gp,3g2,mj2 @ 032EB820] ISO: File Type Major Brand: mp42 [mov,mp4,m4a,3gp,3g2,mj2 @ 032EB820] File position before avformat_find_stream_info() is 4464 [h264 @ 003C9A00] no picture [mov,mp4,m4a,3gp,3g2,mj2 @ 032EB820] All info found [mov,mp4,m4a,3gp,3g2,mj2 @ 032EB820] File position after avformat_find_stream_info() is 472524 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'D:\H.264_10bit.mp4': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: mp42M4V mp41isomiso2iso3iso4iso5iso6avc1M4A creation_time : 2013-03-17 03:42:05 Duration: 00:00:07.84, start: 0.021625, bitrate: 9993 kb/s Stream #0:0(jpn), 1, 1/24000: Video: h264 (High 10) (avc1 / 0x31637661), yuv420p10le, 1920x1080 [SAR 1:1 DAR 16:9], 1001/48000, 7597 kb/s, 23.98 fps, 23.98 tbr, 24k tbn, 47.95 tbc Metadata: creation_time : 2013-03-17 03:42:05 handler_name : Video Stream #0:1(jpn), 6, 1/48000: Audio: alac (alac / 0x63616C61), 48000 Hz, 5.1, s16p, 2361 kb/s Metadata: creation_time : 2013-03-17 03:42:05 handler_name : Audio Successfully opened the file. Parsing a group of options: output file test2.avi. Successfully parsed a group of options. Opening an output file: test2.avi. Successfully opened the file. [buffer @ 032F0060] Setting entry with key 'video_size' to value '1920x1080' [buffer @ 032F0060] Setting entry with key 'pix_fmt' to value '72' [buffer @ 032F0060] Setting entry with key 'time_base' to value '1/24000' [buffer @ 032F0060] Setting entry with key 'pixel_aspect' to value '1/1' [buffer @ 032F0060] Setting entry with key 'sws_param' to value 'flags=2' [buffer @ 032F0060] Setting entry with key 'frame_rate' to value '24000/1001' [graph 0 input from stream 0:0 @ 033D6E40] w:1920 h:1080 pixfmt:yuv420p10le tb:1/24000 fr:24000/1001 sar:1/1 sws_param:flags=2 [scale @ 03A60060] Setting 'w' to value '0' [scale @ 03A60060] Setting 'h' to value '0' [scale @ 03A60060] Setting 'flags' to value '0x4' [auto-inserted scaler 0 @ 033D7260] w:0 h:0 flags:'0x4' interl:0 [format @ 033D7120] auto-inserting filter 'auto-inserted scaler 0' between the filter 'Parsed_null_0' and the filter 'format' [auto-inserted scaler 0 @ 033D7260] w:1920 h:1080 fmt:yuv420p10le sar:1/1 -> w:1920 h:1080 fmt:yuv420p sar:1/1 flags:0x4 [abuffer @ 032F0160] Setting entry with key 'time_base' to value '1/48000' [abuffer @ 032F0160] Setting entry with key 'sample_rate' to value '48000' [abuffer @ 032F0160] Setting entry with key 'sample_fmt' to value 's16p' [abuffer @ 032F0160] Setting entry with key 'channel_layout' to value '0x3f' [graph 1 input from stream 0:1 @ 003CB080] tb:1/48000 samplefmt:s16p samplerate:48000 chlayout:0x3f [aformat @ 033D75A0] Setting entry with key 'sample_fmts' to value 'fltp' [aformat @ 033D75A0] 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 @ 003CB140] auto-inserting filter 'auto-inserted resampler 0' between the filter 'Parsed_anull_0' and the filter 'audio format for output stream 0:1' [auto-inserted resampler 0 @ 003CB1A0] ch:6 chl:5.1 fmt:s16p r:48000Hz -> ch:6 chl:5.1 fmt:fltp r:48000Hz [mpeg4 @ 03B56480] detected 8 logical cores [mpeg4 @ 03B56480] intra_quant_bias = 0 inter_quant_bias = -64 [h264 @ 003C9A00] detected 8 logical cores Output #0, avi, to 'test2.avi': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: mp42M4V mp41isomiso2iso3iso4iso5iso6avc1M4A ISFT : Lavf55.0.100 Stream #0:0(jpn), 0, 1001/24000: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 1001/24000, q=2-31, 200 kb/s, 23.98 tbn, 23.98 tbc Metadata: creation_time : 2013-03-17 03:42:05 handler_name : Video Stream #0:1(jpn), 0, 4/125: Audio: ac3 ([0] [0][0] / 0x2000), 48000 Hz, 5.1, fltp, 448 kb/s Metadata: creation_time : 2013-03-17 03:42:05 handler_name : Audio Stream mapping: Stream #0:0 -> #0:0 (h264 -> mpeg4) Stream #0:1 -> #0:1 (alac -> ac3) Press [q] to stop, [?] for help [h264 @ 032EB100] no picture [h264 @ 03AC2D60] no picture [h264 @ 03AC3920] Missing reference picture, default is 65540 [h264 @ 03AC3920] decode_slice_header error [h264 @ 03AC40E0] Missing reference picture, default is 65544 [h264 @ 03AC40E0] decode_slice_header error [h264 @ 03AC48C0] Missing reference picture, default is 65548 [h264 @ 03AC48C0] decode_slice_header error [h264 @ 03AC2D60] Missing reference picture, default is 65552 [h264 @ 03AC2D60] decode_slice_header error [h264 @ 03AC3520] Missing reference picture, default is 65556 [h264 @ 03AC3520] decode_slice_header error [h264 @ 03AC44C0] Missing reference picture, default is 65564 [h264 @ 03AC44C0] decode_slice_header error [h264 @ 03AC3140] Missing reference picture, default is 65572 [h264 @ 03AC3140] decode_slice_header error [h264 @ 03AC40E0] Missing reference picture, default is 65580 [h264 @ 03AC40E0] decode_slice_header error [h264 @ 03AC2D60] Missing reference picture, default is 65588 [h264 @ 03AC2D60] decode_slice_header error [h264 @ 03AC3D00] Missing reference picture, default is 65596 [h264 @ 03AC3D00] decode_slice_header error [h264 @ 032EB100] Missing reference picture, default is 65604 [h264 @ 032EB100] decode_slice_header error [h264 @ 03AC3920] Missing reference picture, default is 65612 [h264 @ 03AC3920] decode_slice_header error [h264 @ 03AC48C0] Missing reference picture, default is 65620 [h264 @ 03AC48C0] decode_slice_header error [h264 @ 03AC3520] Missing reference picture, default is 65628 [h264 @ 03AC3520] decode_slice_header error [h264 @ 03AC44C0] Missing reference picture, default is 65636 [h264 @ 03AC44C0] decode_slice_header error [h264 @ 03AC3140] Missing reference picture, default is 65644 [h264 @ 03AC3140] decode_slice_header error [h264 @ 03AC40E0] Missing reference picture, default is 65652 [h264 @ 03AC40E0] decode_slice_header error [h264 @ 03AC2D60] Missing reference picture, default is 65660 [h264 @ 03AC2D60] decode_slice_header error [h264 @ 03AC3D00] Missing reference picture, default is 65668 [h264 @ 03AC3D00] decode_slice_header error [h264 @ 032EB100] Missing reference picture, default is 65676 [h264 @ 032EB100] decode_slice_header error frame= 47 fps=0.0 q=31.0 size= 1928kB time=00:00:03.58 bitrate=4407.9kbits/s Missing reference picture, default is 65684 [h264 @ 03AC3920] decode_slice_header error [h264 @ 03AC48C0] Missing reference picture, default is 65692 [h264 @ 03AC48C0] decode_slice_header error [h264 @ 03AC3520] Missing reference picture, default is 65700 [h264 @ 03AC3520] decode_slice_header error [h264 @ 03AC44C0] Missing reference picture, default is 65708 [h264 @ 03AC44C0] decode_slice_header error [h264 @ 03AC3140] Missing reference picture, default is 65716 [h264 @ 03AC3140] decode_slice_header error [h264 @ 03AC40E0] Missing reference picture, default is 65724 [h264 @ 03AC40E0] decode_slice_header error [h264 @ 03AC2D60] Missing reference picture, default is 65732 [h264 @ 03AC2D60] decode_slice_header error [h264 @ 03AC3D00] Missing reference picture, default is 65740 [h264 @ 03AC3D00] decode_slice_header error [h264 @ 032EB100] Missing reference picture, default is 65748 [h264 @ 032EB100] decode_slice_header error [h264 @ 03AC3140] Missing reference picture, default is 65752 [h264 @ 03AC3140] decode_slice_header error [h264 @ 03AC40E0] Missing reference picture, default is 65760 [h264 @ 03AC40E0] decode_slice_header error [h264 @ 03AC3140] Missing reference picture, default is 65540 [h264 @ 03AC3140] decode_slice_header error [h264 @ 03AC3920] Missing reference picture, default is 65544 [h264 @ 03AC3920] decode_slice_header error [h264 @ 03AC40E0] Missing reference picture, default is 65548 [h264 @ 03AC40E0] decode_slice_header error [h264 @ 03AC48C0] Missing reference picture, default is 65552 [h264 @ 03AC48C0] decode_slice_header error [h264 @ 03AC2D60] Missing reference picture, default is 65556 [h264 @ 03AC2D60] decode_slice_header error [h264 @ 03AC48C0] Missing reference picture, default is 65570 [h264 @ 03AC48C0] decode_slice_header error [h264 @ 03AC3920] Missing reference picture, default is 65580 [h264 @ 03AC3920] decode_slice_header error [h264 @ 03AC40E0] Missing reference picture, default is 65584 [h264 @ 03AC40E0] decode_slice_header error [h264 @ 03AC48C0] Missing reference picture, default is 65588 [h264 @ 03AC48C0] decode_slice_header error [h264 @ 03AC2D60] Missing reference picture, default is 65592 [h264 @ 03AC2D60] decode_slice_header error [h264 @ 03AC40E0] Missing reference picture, default is 65602 [h264 @ 03AC40E0] decode_slice_header error [h264 @ 03AC3920] Missing reference picture, default is 65616 [h264 @ 03AC3920] decode_slice_header error frame= 107 fps=107 q=31.0 size= 3343kB time=00:00:06.65 bitrate=4114.3kbits/s Missing reference picture, default is 65626 [h264 @ 032EB100] decode_slice_header error [h264 @ 03AC3140] Missing reference picture, default is 65630 [h264 @ 03AC3140] decode_slice_header error [h264 @ 03AC40E0] Missing reference picture, default is 65638 [h264 @ 03AC40E0] decode_slice_header error [h264 @ 03AC2D60] Missing reference picture, default is 65646 [h264 @ 03AC2D60] decode_slice_header error [h264 @ 03AC3D00] Missing reference picture, default is 65654 [h264 @ 03AC3D00] decode_slice_header error [h264 @ 03AC44C0] Missing reference picture, default is 65658 [h264 @ 03AC44C0] decode_slice_header error [h264 @ 03AC3520] Missing reference picture, default is 65668 [h264 @ 03AC3520] decode_slice_header error [h264 @ 03AC44C0] Missing reference picture, default is 65676 [h264 @ 03AC44C0] decode_slice_header error [output stream 0:0 @ 033D7020] EOF on sink link output stream 0:0:default. [output stream 0:1 @ 003CB0E0] EOF on sink link output stream 0:1:default. No more output streams to write to, finishing. frame= 137 fps=108 q=31.0 Lsize= 4422kB time=00:00:07.93 bitrate=4564.7kbits/s video:3968kB audio:434kB subtitle:0 global headers:0kB muxing overhead 0.456228% [AVIOContext @ 003C9380] Statistics: 9794102 bytes read, 0 seeks }}} Sample here: http://files.1f0.de/samples/h264refframeregression.mp4 With the patch in question (01a0283) reverted, the file plays fine. The log still shows the "Missing reference picture" errors, however the "decode_slice_header error" messages go away, and so does the image corruption. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 17 08:31:53 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Mar 2013 07:31:53 -0000 Subject: [FFmpeg-trac] #2370(avdevice:new): v4l2 should not need ENUMSTD In-Reply-To: <035.3901b60a5d30630c278fcb6dca895616@avcodec.org> References: <035.3901b60a5d30630c278fcb6dca895616@avcodec.org> Message-ID: <050.e5489794850b3cc7a1d6870f9901f264@avcodec.org> #2370: v4l2 should not need ENUMSTD -------------------------------------+------------------------------------- Reporter: ubitux | Owner: Type: defect | Status: new Priority: important | Component: avdevice Version: git-master | Resolution: Keywords: v4l2 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ubitux): 514216d8a928cf80980ca8dc5daea46e9d41cad9 is the first bad commit. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 17 08:45:08 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Mar 2013 07:45:08 -0000 Subject: [FFmpeg-trac] #2371(avcodec:open): h264 decoding regression in ref frame management In-Reply-To: <038.957e96dc4a491f2b222ec71025b614a8@avcodec.org> References: <038.957e96dc4a491f2b222ec71025b614a8@avcodec.org> Message-ID: <053.919bb0517eb64e6b8bc5d25658d2e325@avcodec.org> #2371: h264 decoding regression in ref frame management -------------------------------------+------------------------------------- Reporter: heleppkes | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: h264 | Blocked By: regression | Reproduced by developer: 1 Blocking: | 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 Sun Mar 17 08:46:48 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Mar 2013 07:46:48 -0000 Subject: [FFmpeg-trac] #2370(avdevice:open): v4l2 should not need ENUMSTD In-Reply-To: <035.3901b60a5d30630c278fcb6dca895616@avcodec.org> References: <035.3901b60a5d30630c278fcb6dca895616@avcodec.org> Message-ID: <050.40c4d5327b2a2e8d9bc90998d8301227@avcodec.org> #2370: v4l2 should not need ENUMSTD -------------------------------------+------------------------------------- Reporter: ubitux | Owner: Type: defect | Status: open Priority: important | Component: avdevice Version: git-master | Resolution: Keywords: v4l2 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 17 12:23:12 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Mar 2013 11:23:12 -0000 Subject: [FFmpeg-trac] #2369(avdevice:closed): Compilation with sndio broken after 7b486ab In-Reply-To: <035.cea8058f8d1d8e49ceb563a59b881151@avcodec.org> References: <035.cea8058f8d1d8e49ceb563a59b881151@avcodec.org> Message-ID: <050.9bc6fbf19c8bb6478bd4b70327047652@avcodec.org> #2369: Compilation with sndio broken after 7b486ab ------------------------------------+------------------------------------ Reporter: kyl416 | Owner: Type: defect | Status: closed Priority: important | Component: avdevice 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: Fixed by Paul B Mahol. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 17 14:29:26 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Mar 2013 13:29:26 -0000 Subject: [FFmpeg-trac] #2371(avcodec:closed): h264 decoding regression in ref frame management In-Reply-To: <038.957e96dc4a491f2b222ec71025b614a8@avcodec.org> References: <038.957e96dc4a491f2b222ec71025b614a8@avcodec.org> Message-ID: <053.a6cf5daee089222f33252f2eadebaecc@avcodec.org> #2371: h264 decoding regression in ref frame management -------------------------------------+------------------------------------- Reporter: heleppkes | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: h264 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in fa7031ad37526bc9916e87dda25547ebbb6f4a3b -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 17 17:49:41 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Mar 2013 16:49:41 -0000 Subject: [FFmpeg-trac] #2227(undetermined:new): ffmpeg incorrectly identifying mjpeg as video stream instead of attachment In-Reply-To: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> References: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> Message-ID: <055.6edb0a5430f047e80a0ae034853c6c47@avcodec.org> #2227: ffmpeg incorrectly identifying mjpeg as video stream instead of attachment -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: wtv | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ramitbhalla): So help me out here. I encoded a file to MP4 and added a thumbnail poster using atomic parsley. So the thumbnail should show up as an attachment right? Wrong - ffmpeg shows it as a video stream! {{{ C:\Users\Ramit Bhalla\Desktop>ffmpeg -i "Family Guy-S11E14-Call Girl.mp4" ffmpeg version N-49757-g969039e Copyright (c) 2000-2013 the FFmpeg developers built on Feb 9 2013 20:28:03 with gcc 4.7.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfi g --enable-frei0r --enable-gnutls --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libg sm --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore- amrwb --enable-libopenjpeg --enable-libopus --ena ble-librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable- libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxv id --enable-zlib libavutil 52. 17.101 / 52. 17.101 libavcodec 54. 91.102 / 54. 91.102 libavformat 54. 62.100 / 54. 62.100 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 37.101 / 3. 37.101 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [mov,mp4,m4a,3gp,3g2,mj2 @ 00369800] stream 0, timescale not set [mov,mp4,m4a,3gp,3g2,mj2 @ 00369800] max_analyze_duration 5000000 reached at 5005000 microseconds Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'Family Guy-S11E14-Call Girl.mp4': Metadata: major_brand : isom minor_version : 1 compatible_brands: isom creation_time : 2013-03-17 16:33:30 title : Family Guy show : Family Guy media_type : 10 episode_id : Call Girl season_number : 11 episode_sort : 14 network : WAGA genre : Comedy description : When Lois gets a job at an adults-only phone line to earn extra money, she takes a call from Peter . synopsis : When Lois gets a job at an adults-only phone line to earn extra money, she takes a call from Peter . comment : When Lois gets a job at an adults-only phone line to earn extra money, she takes a call from Peter . encoder : MCEBuddy Duration: 00:23:37.81, start: 0.000000, bitrate: 1778 kb/s Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 720x368 [SAR 5474:6075 DAR 238:135], 1619 kb/s, 2 9.97 fps, 29.97 tbr, 90k tbn, 180k tbc Metadata: creation_time : 2013-03-17 15:47:40 Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 159 kb/s Metadata: creation_time : 2013-03-17 15:47:40 Stream #0:2: Video: mjpeg, yuvj444p, 758x140, 90k tbr, 90k tbn, 90k tbc }}} You still don't think there's something wrong here? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 17 22:49:55 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Mar 2013 21:49:55 -0000 Subject: [FFmpeg-trac] #2367(undetermined:new): input_format / -pixel_format => libv4l2: error dequeuing buf: Resource temporarily unavailable In-Reply-To: <035.d2966d1bd63202a6b3b61ad910e68791@avcodec.org> References: <035.d2966d1bd63202a6b3b61ad910e68791@avcodec.org> Message-ID: <050.66a28de49ef7994b0c40d5cbcf7bbf82@avcodec.org> #2367: input_format / -pixel_format => libv4l2: error dequeuing buf: Resource temporarily unavailable --------------------------------+---------------------------------------- Reporter: MrNice | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 1.1.3 | Resolution: Keywords: v4l2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Comment (by MrNice): New version N-50974-g7d15cd4 fix the bug. However, I think there is another issue with leading to invalid, clipping. Could you confirm and I'll open another ticket. {{{$ ffmpeg -debug 1 -f alsa -ac 2 -channel_layout stereo -i hw:0,0 -f v4l2 -channel 1 -input_format yuyv422 -i /dev/video0 -map 0:a -map 1:v -c:a pcm_s16le -c:v ffv1 /Store3/Test/T`date +%Y%m%d_%H%M`.avi ffmpeg version N-50974-g7d15cd4 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 16 2013 12:54:29 with gcc 4.4.6 (GCC) 20120305 (Red Hat 4.4.6-4) configuration: --prefix=/opt/ffmpeg-opt/usr --enable-shared --bindir=/opt/ffmpeg-opt/usr/bin --datadir=/opt/ffmpeg-opt/usr/share /ffmpeg-opt --incdir=/opt/ffmpeg-opt/usr/include/ffmpeg-opt --libdir=/opt /ffmpeg-opt/usr/lib64 --mandir=/opt/ffmpeg-opt/usr/share/man --shlibdir=/opt/ffmpeg-opt/usr/lib64 --arch=x86_64 --optflags='-O2 -g' --enable-bzlib --disable-crystalhd --enable-gnutls --enable-libass --enable-libdc1394 --disable-indev=jack --enable-libfreetype --enable- libgsm --enable-libmp3lame --enable-openal --enable-libopenjpeg --enable- libopus --enable-libpulse --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libv4l2 --enable-libx264 --enable-libxvid --enable-x11grab --enable-avfilter --enable-postproc --enable-pthreads --disable-static --enable-shared --enable-gpl --disable- debug --disable-stripping --build-suffix=1 --disable-doc --enable-runtime- cpudetect libavutil 52. 19.100 / 52. 19.100 libavcodec 55. 0.100 / 55. 0.100 libavformat 55. 0.100 / 55. 0.100 libavdevice 55. 0.100 / 55. 0.100 libavfilter 3. 45.104 / 3. 45.104 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 matched as AVOption 'debug' with argument '1'. Reading option '-f' ... matched as option 'f' (force format) with argument 'alsa'. Reading option '-ac' ... matched as option 'ac' (set number of audio channels) with argument '2'. Reading option '-channel_layout' ... matched as option 'channel_layout' (set channel layout) with argument 'stereo'. Reading option '-i' ... matched as input file with argument 'hw:0,0'. Reading option '-f' ... matched as option 'f' (force format) with argument 'v4l2'. Reading option '-channel' ... matched as AVOption 'channel' with argument '1'. Reading option '-input_format' ... matched as AVOption 'input_format' with argument 'yuyv422'. Reading option '-i' ... matched as input file with argument '/dev/video0'. Reading option '-map' ... matched as option 'map' (set input stream mapping) with argument '0:a'. Reading option '-map' ... matched as option 'map' (set input stream mapping) with argument '1:v'. Reading option '-c:a' ... matched as option 'c' (codec name) with argument 'pcm_s16le'. Reading option '-c:v' ... matched as option 'c' (codec name) with argument 'ffv1'. Reading option '/Store3/Test/T20130317_2143.avi' ... matched as output file. Finished splitting the commandline. Parsing a group of options: global . Successfully parsed a group of options. Parsing a group of options: input file hw:0,0. Applying option f (force format) with argument alsa. Applying option ac (set number of audio channels) with argument 2. Applying option channel_layout (set channel layout) with argument stereo. Successfully parsed a group of options. Opening an input file: hw:0,0. [alsa @ 0xf03220] All info found [alsa @ 0xf03220] Estimating duration from bitrate, this may be inaccurate Input #0, alsa, from 'hw:0,0': Duration: N/A, start: 1363556581.980450, bitrate: 1536 kb/s Stream #0:0, 1, 1/1000000: Audio: pcm_s16le, 48000 Hz, stereo, s16, 1536 kb/s Successfully opened the file. Parsing a group of options: input file /dev/video0. Applying option f (force format) with argument v4l2. Successfully parsed a group of options. Opening an input file: /dev/video0. [video4linux2,v4l2 @ 0xf24ec0] fd:6 capabilities:5020041 [video4linux2,v4l2 @ 0xf24ec0] Selecting input_channel: 1 [video4linux2,v4l2 @ 0xf24ec0] input_channel: 1, input_name: S-Video [video4linux2,v4l2 @ 0xf24ec0] Querying the device for the current frame size [video4linux2,v4l2 @ 0xf24ec0] Setting frame size to 720x576 [video4linux2,v4l2 @ 0xf24ec0] The V4L2 driver is using the interlaced mode [video4linux2,v4l2 @ 0xf24ec0] Current standard: PAL, id: 255, frameperiod: 1/25 [video4linux2,v4l2 @ 0xf24ec0] All info found [video4linux2,v4l2 @ 0xf24ec0] Estimating duration from bitrate, this may be inaccurate Input #1, video4linux2,v4l2, from '/dev/video0': Duration: N/A, start: 1363556582.486511, bitrate: 165888 kb/s Stream #1:0, 1, 1/1000000: Video: rawvideo (YUY2 / 0x32595559), yuyv422, 720x576, 1/1000000, 165888 kb/s, 25 fps, 25 tbr, 1000k tbn, 1000k tbc Successfully opened the file. Parsing a group of options: output file /Store3/Test/T20130317_2143.avi. Applying option map (set input stream mapping) with argument 0:a. Applying option map (set input stream mapping) with argument 1:v. Applying option c:a (codec name) with argument pcm_s16le. Applying option c:v (codec name) with argument ffv1. Successfully parsed a group of options. Opening an output file: /Store3/Test/T20130317_2143.avi. Successfully opened the file. [abuffer @ 0xf02c40] Setting entry with key 'time_base' to value '1/48000' [abuffer @ 0xf02c40] Setting entry with key 'sample_rate' to value '48000' [abuffer @ 0xf02c40] Setting entry with key 'sample_fmt' to value 's16' [abuffer @ 0xf02c40] Setting entry with key 'channel_layout' to value '0x3' [graph 0 input from stream 0:0 @ 0xf268c0] tb:1/48000 samplefmt:s16 samplerate:48000 chlayout:0x3 [aformat @ 0xefb300] Setting entry with key 'sample_fmts' to value 's16' [buffer @ 0xf0ae60] Setting entry with key 'video_size' to value '720x576' [buffer @ 0xf0ae60] Setting entry with key 'pix_fmt' to value '1' [buffer @ 0xf0ae60] Setting entry with key 'time_base' to value '1/1000000' [buffer @ 0xf0ae60] Setting entry with key 'pixel_aspect' to value '0/1' [buffer @ 0xf0ae60] Setting entry with key 'sws_param' to value 'flags=2' [buffer @ 0xf0ae60] Setting entry with key 'frame_rate' to value '25/1' [graph 1 input from stream 1:0 @ 0xf0c1c0] w:720 h:576 pixfmt:yuyv422 tb:1/1000000 fr:25/1 sar:0/1 sws_param:flags=2 [scale @ 0xf0bb80] Setting 'w' to value '0' [scale @ 0xf0bb80] Setting 'h' to value '0' [scale @ 0xf0bb80] Setting 'flags' to value '0x4' [auto-inserted scaler 0 @ 0xf0c600] w:0 h:0 flags:'0x4' interl:0 [format @ 0xf0b320] auto-inserting filter 'auto-inserted scaler 0' between the filter 'Parsed_null_0' and the filter 'format' [auto-inserted scaler 0 @ 0xf0c600] picking yuv422p out of 26 ref:yuyv422 alpha:0 [auto-inserted scaler 0 @ 0xf0c600] w:720 h:576 fmt:yuyv422 sar:0/1 -> w:720 h:576 fmt:yuv422p sar:0/1 flags:0x4 [ffv1 @ 0xf27ea0] detected 8 logical cores Output #0, avi, to '/Store3/Test/T20130317_2143.avi': Metadata: ISFT : Lavf55.0.100 Stream #0:0, 0, 1/48000: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, stereo, s16, 1536 kb/s Stream #0:1, 0, 1/25: Video: ffv1 (FFV1 / 0x31564646), yuv422p, 720x576, 1/25, q=2-31, 200 kb/s, 25 tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (pcm_s16le -> pcm_s16le) Stream #1:0 -> #0:1 (rawvideo -> ffv1) Press [q] to stop, [?] for help [avi @ 0xf26e00] st:0 PTS: 29475 DTS: 29475 < 29476 invalid, clipping [avi @ 0xf26e00] st:0 PTS: 34342 DTS: 34342 < 34343 invalid, clipping [avi @ 0xf26e00] st:0 PTS: 34829 DTS: 34829 < 34830 invalid, clipping [avi @ 0xf26e00] st:0 PTS: 35511 DTS: 35511 < 35512 invalid, clipping st:0 PTS: 51680 DTS: 51680 < 51681 invalid, clipping:01.01 bitrate=16557.2kbits/s [avi @ 0xf26e00] st:0 PTS: 52166 DTS: 52166 < 52167 invalid, clipping [avi @ 0xf26e00] st:0 PTS: 52650 DTS: 52650 < 52651 invalid, clipping st:0 PTS: 100196 DTS: 100196 < 100197 invalid, clipping.01 bitrate=24289.5kbits/s [avi @ 0xf26e00] st:0 PTS: 101165 DTS: 101165 < 101166 invalid, clipping [avi @ 0xf26e00] st:0 PTS: 101650 DTS: 101650 < 101651 invalid, clipping st:0 PTS: 124676 DTS: 124676 < 124677 invalid, clipping.50 bitrate=26231.1kbits/s st:0 PTS: 165310 DTS: 165310 < 165311 invalid, clipping.01 bitrate=27341.6kbits/s st:0 PTS: 170862 DTS: 170862 < 170863 invalid, clipping.53 bitrate=28044.0kbits/s frame= 83 fps= 25 q=0.0 Lsize= 13162kB time=00:00:03.77 bitrate=28541.0kbits/s video:12428kB audio:708kB subtitle:0 global headers:0kB muxing overhead 0.194942%}}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 17 23:35:55 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Mar 2013 22:35:55 -0000 Subject: [FFmpeg-trac] #2232(undetermined:open): Seeking in atrac3 breaks decoding In-Reply-To: <038.ffe56ef96f163356005fd62032b00840@avcodec.org> References: <038.ffe56ef96f163356005fd62032b00840@avcodec.org> Message-ID: <053.9d1870b1640a66ba14d51d1d403ad7a7@avcodec.org> #2232: Seeking in atrac3 breaks decoding -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: atrac3 seek | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by michael): Is there any player that can seek by using the atrac3 stream ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 18 00:14:18 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Mar 2013 23:14:18 -0000 Subject: [FFmpeg-trac] #1605(undetermined:closed): seek issue for realmedia files In-Reply-To: <041.7abc21d2deb7e37bd398c0e962f92668@avcodec.org> References: <041.7abc21d2deb7e37bd398c0e962f92668@avcodec.org> Message-ID: <056.80c4685fc51d7fe24872d58ed5188ea2@avcodec.org> #1605: seek issue for realmedia files -------------------------------------+------------------------------------- Reporter: Abu | Owner: Abdullah | Status: closed Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: fixed Keywords: cook | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in 519ebb5ee5b89b8ecc80b4a4540fcbeb65cda172 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 18 01:37:58 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Mar 2013 00:37:58 -0000 Subject: [FFmpeg-trac] #2232(undetermined:open): Seeking in atrac3 breaks decoding In-Reply-To: <038.ffe56ef96f163356005fd62032b00840@avcodec.org> References: <038.ffe56ef96f163356005fd62032b00840@avcodec.org> Message-ID: <053.20bae982d75ae34808e72ad7cd3c0a5b@avcodec.org> #2232: Seeking in atrac3 breaks decoding -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: atrac3 seek | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by DonMoir): Seeking back to beginning seems ok but not intermediate seeks. Also, av_find_best_stream returns stream 22 for the audio stream which has a bit_depth of 24 which apparently is not currently supported for WMA9 so it can't be opened. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 18 02:19:58 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Mar 2013 01:19:58 -0000 Subject: [FFmpeg-trac] #2365(avcodec:closed): aas4 regression (crash) In-Reply-To: <038.e6a76c41b08f89b1f13f92b3b42bf64b@avcodec.org> References: <038.e6a76c41b08f89b1f13f92b3b42bf64b@avcodec.org> Message-ID: <053.fd7fc6c454dde3e307a1903e906b3659@avcodec.org> #2365: aas4 regression (crash) -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: aasc | Blocked By: regression crash SIGSEGV | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: fixed in 29e0357a11680842a6b0313f76e0ca43e1f91501 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 18 02:29:49 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Mar 2013 01:29:49 -0000 Subject: [FFmpeg-trac] #2366(undetermined:open): tsc2 regression (green artifacts) In-Reply-To: <038.0180a0c6c3d873ef4cd91ee5488e2c97@avcodec.org> References: <038.0180a0c6c3d873ef4cd91ee5488e2c97@avcodec.org> Message-ID: <053.43f2524b04da7f633e6f26bed907140f@avcodec.org> #2366: tsc2 regression (green artifacts) -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: tsc2 | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): cant reproduce (x86_64 linux) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 18 02:51:39 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Mar 2013 01:51:39 -0000 Subject: [FFmpeg-trac] #2366(undetermined:open): tsc2 regression (green artifacts) In-Reply-To: <038.0180a0c6c3d873ef4cd91ee5488e2c97@avcodec.org> References: <038.0180a0c6c3d873ef4cd91ee5488e2c97@avcodec.org> Message-ID: <053.ebc07a958eefb92ba28bede52fce93c2@avcodec.org> #2366: tsc2 regression (green artifacts) -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: tsc2 | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): I can reproduce the regression here with 29e0357 on Linux x86_64 with default compilation and with "--disable-yasm --disable-optimizations", not reproducible with --disable-asm, never reproducible on x86_32. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 18 11:00:51 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Mar 2013 10:00:51 -0000 Subject: [FFmpeg-trac] #2366(undetermined:open): tsc2 regression (green artifacts) In-Reply-To: <038.0180a0c6c3d873ef4cd91ee5488e2c97@avcodec.org> References: <038.0180a0c6c3d873ef4cd91ee5488e2c97@avcodec.org> Message-ID: <053.0ea5748d14e8fc89d6113c1954a2b937@avcodec.org> #2366: tsc2 regression (green artifacts) -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: tsc2 | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): valgrind reports many uninitialized reads for the following commands, log file attached: {{{ $ valgrind --malloc-fill=0x00 ffmpeg_g -i tsc2_16bpp.avi -t 1 out00.avi $ valgrind --malloc-fill=0xff ffmpeg_g -i tsc2_16bpp.avi -t 1 outff.avi }}} The output files out00.avi and outff.avi look visually different. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 18 12:08:30 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Mar 2013 11:08:30 -0000 Subject: [FFmpeg-trac] #2372(avcodec:new): Support mp3pro Message-ID: <036.ba91c71a8e19e35c6503830b64d2d67d@avcodec.org> #2372: Support mp3pro ---------------------------------------+--------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: new Priority: wish | Component: avcodec Version: git-master | Keywords: mp3 Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 ---------------------------------------+--------------------------------- FFmpeg does not support decoding the lossless layer of mp3pro. Samples are available: http://samples.ffmpeg.org/archive/extension/mp3/mp3++mp3++mp3pro_CBR40kbps_(minCBR).mp3 http://samples.ffmpeg.org/archive/extension/mp3/mp3++mp3++mp3pro_CBR96kbps_(maxCBR).mp3 http://samples.ffmpeg.org/archive/extension/mp3/mp3++mp3++mp3pro_VBR50-60kbps_(minVBR).mp3 http://samples.ffmpeg.org/archive/extension/mp3/mp3++mp3++mp3pro_VBR95-150kbps_(maxVBR).mp3 http://samples.ffmpeg.org/archive/extension/mp3/mp3++mp3++mp3pro_VBR65-85kbps.mp3 {{{ $ ffmpeg -i mp3++mp3++mp3pro_VBR65-85kbps.mp3 ffmpeg version N-51059-gfbd3ee9 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 18 2013 10:50:51 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 19.101 / 52. 19.101 libavcodec 55. 1.100 / 55. 1.100 libavformat 55. 0.100 / 55. 0.100 libavdevice 55. 0.100 / 55. 0.100 libavfilter 3. 47.103 / 3. 47.103 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [mp3 @ 0x2ef3a20] max_analyze_duration 5000000 reached at 5015510 microseconds Input #0, mp3, from 'mp3++mp3++mp3pro_VBR65-85kbps.mp3': Duration: 00:08:20.06, start: 0.000000, bitrate: 61 kb/s Stream #0:0: Audio: mp3, 22050 Hz, stereo, s16p, 61 kb/s At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 18 16:31:11 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Mar 2013 15:31:11 -0000 Subject: [FFmpeg-trac] #2227(undetermined:new): ffmpeg incorrectly identifying mjpeg as video stream instead of attachment In-Reply-To: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> References: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> Message-ID: <055.e34e99d4775f8e4aaec3d4a2a93a11ba@avcodec.org> #2227: ffmpeg incorrectly identifying mjpeg as video stream instead of attachment -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: wtv | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Is anything wrong with one of the following two commands? $ ffmpeg -i "Family Guy-S11E14-Call Girl.mp4" -qscale 2 out.avi $ ffmpeg -i "Family Guy-S11E14-Call Girl.mp4" -map 0:2 out.jpg If yes that would (probably) indicate a bug. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 18 16:48:34 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Mar 2013 15:48:34 -0000 Subject: [FFmpeg-trac] #2333(undetermined:new): mkv + ac3 remux adds a little time In-Reply-To: <036.23d2cdcc1819cb0263c39f74c6871817@avcodec.org> References: <036.23d2cdcc1819cb0263c39f74c6871817@avcodec.org> Message-ID: <051.d7a4d58f8139dc73b907047f1318c0a7@avcodec.org> #2333: mkv + ac3 remux adds a little time -------------------------------------+------------------------------------- Reporter: Squeeto | 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 Squeeto): Hi again. I found this branch of ffmpeg called ffmbc that creates an output mkv file of 12.86 seconds as I am hoping for. {{{ ffmpeg -i done_ffmbc.mkv ffmpeg version N-50025-gb8bb661 Copyright (c) 2000-2013 the FFmpeg developers built on Feb 17 2013 02:37:45 with gcc 4.7.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgsm --enable-libmp3lame --enable- libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable- libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable- libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 17.101 / 52. 17.101 libavcodec 54. 91.103 / 54. 91.103 libavformat 54. 63.100 / 54. 63.100 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 38.100 / 3. 38.100 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, matroska,webm, from 'done_ffmbc.mkv': Metadata: ENCODER : FFmbc 0.7 Duration: 00:00:12.86, start: 0.000000, bitrate: 6289 kb/s Stream #0:0: Video: h264 (High), yuv420p, 1920x1080, SAR 1:1 DAR 16:9, 20k fps, 20k tbr, 1k tbn, 59.94 tbc (default) Stream #0:1: Audio: ac3, 48000 Hz, stereo, fltp, 256 kb/s (default) At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 18 19:02:09 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Mar 2013 18:02:09 -0000 Subject: [FFmpeg-trac] #2373(avfilter:new): hqdn3d produces banding Message-ID: <032.a2079b6c15c4a51910383435a04d8c69@avcodec.org> #2373: hqdn3d produces banding ----------------------------------+-------------------------------------- Reporter: sun | 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: the temporal denoiser of the hqdn3d filter produces banding. This is mostly noticeable on fine gradients with low luma value and some noise. Seems that the filter tries to clamp a pixel's value over the time. How to reproduce: I have uploaded a short example raw file that will show banding in the thicker parts of the tree. There is not much noise, but this shows that some gradients get destroyed by the filter. http://www.mediafire.com/?dyy3knfcbmh4ftr {{{ % ffmpeg -i input -vcodec dnxhd -acodec copy -vb 120000k -vf hqdn3d=0:0:8:8 output ffmpeg version N-37943-gc87c2d0 built on N-37943-gc87c2d0 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 18 19:38:44 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Mar 2013 18:38:44 -0000 Subject: [FFmpeg-trac] #2370(avdevice:open): v4l2 should not need ENUMSTD In-Reply-To: <035.3901b60a5d30630c278fcb6dca895616@avcodec.org> References: <035.3901b60a5d30630c278fcb6dca895616@avcodec.org> Message-ID: <050.c215fe6e6bca1b846efa82c1958c1308@avcodec.org> #2370: v4l2 should not need ENUMSTD -------------------------------------+------------------------------------- Reporter: ubitux | Owner: Type: defect | Status: open Priority: important | Component: avdevice Version: git-master | Resolution: Keywords: v4l2 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ubitux): Note that while supporting the latest version of v4l2loopback is also important, it seems some workaround recently got pushed in it to handle that issue (see github ticket). To reproduce properly the problem, you need to checkout 5568514931b063eda0aa83976fd9a68cacc53e52 in v4l2loopback repository. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 18 21:15:28 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Mar 2013 20:15:28 -0000 Subject: [FFmpeg-trac] #2186(avformat:closed): program detection in transport stream broken In-Reply-To: <033.4e28c9ab7ea2623367edbb9f55a9104d@avcodec.org> References: <033.4e28c9ab7ea2623367edbb9f55a9104d@avcodec.org> Message-ID: <048.24671c3101a04bf802716567e043da23@avcodec.org> #2186: program detection in transport stream broken -------------------------------------+------------------------------------- Reporter: hugo | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: mpegts | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by FernetMenta): unfortunately this fix breaks the idea of detecting pmt changes again. Consider a live tv stream and you have selected an audio track with original language. Next show starts and the audio track disappears. Without player having a chance to detect pmt changes it can't switch tracks. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 18 21:16:32 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Mar 2013 20:16:32 -0000 Subject: [FFmpeg-trac] #2186(avformat:closed): program detection in transport stream broken In-Reply-To: <033.4e28c9ab7ea2623367edbb9f55a9104d@avcodec.org> References: <033.4e28c9ab7ea2623367edbb9f55a9104d@avcodec.org> Message-ID: <048.b1b43ba2391f7cda52f62153f0775f3d@avcodec.org> #2186: program detection in transport stream broken -------------------------------------+------------------------------------- Reporter: hugo | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: mpegts | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by FernetMenta): sorry, disregard my comment. the pmt change detection still works. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 18 22:00:30 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Mar 2013 21:00:30 -0000 Subject: [FFmpeg-trac] #2374(documentation:new): put all options into one document Message-ID: <034.7b64869706b6dd91e2f603e36071c218@avcodec.org> #2374: put all options into one document -------------------------------------+------------------------------------- Reporter: compn | Owner: Type: | Status: new enhancement | Component: Priority: wish | documentation Version: | Keywords: unspecified | Blocking: Blocked By: | Analyzed by developer: 1 Reproduced by developer: 1 | -------------------------------------+------------------------------------- ffmpeg has many options and some can be found in man ffmpeg some can be found at http://www.ffmpeg.org/ffmpeg.html and format or codec options can be found only in ffmpeg -formats or ffmpeg -codecs we need a single document that combines ffmpeg -formats and ffmpeg -codecs and man ffmpeg and all the other docs so it can be easily grepped by people who dont know which document they need. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 18 22:22:26 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Mar 2013 21:22:26 -0000 Subject: [FFmpeg-trac] #2373(avfilter:new): hqdn3d produces banding In-Reply-To: <032.a2079b6c15c4a51910383435a04d8c69@avcodec.org> References: <032.a2079b6c15c4a51910383435a04d8c69@avcodec.org> Message-ID: <047.429ddf41a6b87e0c576b5ba6fe171163@avcodec.org> #2373: hqdn3d produces banding ------------------------------------+------------------------------------ Reporter: sun | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: hqdn3d | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => hqdn3d Comment: Please provide the complete, uncut console output of your failing command. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 18 22:22:40 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Mar 2013 21:22:40 -0000 Subject: [FFmpeg-trac] #2375(FFprobe:new): FFprobe outputs nonsense DTS/PTS for streams with reordered frames Message-ID: <037.c5c44c8552bd8b2fa0784c35178afea0@avcodec.org> #2375: FFprobe outputs nonsense DTS/PTS for streams with reordered frames -------------------------------------+------------------------------------- Reporter: dbuitenh | Owner: Type: defect | Status: new Priority: normal | Component: FFprobe Version: git- | Keywords: ffprobe, master | timestamps, pts, dts, mpeg2 Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- Summary of the bug: FFprobe outputs PTS/DTS that make no sense on streams with reordered frames, like MPEG-2. You'll notice PTS==DTS, which is IMPOSSIBLE when coded order is not the same as display order. This makes providing PTS and DTS separately entirely useless. How to reproduce: {{{ % ffprobe -of json -show_frames input.ts > out.json }}} Attached example output. Example input here: http://chromashift.org/kyoani_cm_mechagirl.ts -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 18 22:24:22 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Mar 2013 21:24:22 -0000 Subject: [FFmpeg-trac] #2375(FFprobe:new): FFprobe outputs nonsense DTS/PTS for streams with reordered frames In-Reply-To: <037.c5c44c8552bd8b2fa0784c35178afea0@avcodec.org> References: <037.c5c44c8552bd8b2fa0784c35178afea0@avcodec.org> Message-ID: <052.40f8310db29e3fff7cb79adacd1f0939@avcodec.org> #2375: FFprobe outputs nonsense DTS/PTS for streams with reordered frames -------------------------------------+------------------------------------- Reporter: dbuitenh | Owner: Type: defect | Status: new Priority: normal | Component: FFprobe Version: git-master | Resolution: Keywords: ffprobe, | Blocked By: timestamps, pts, dts, mpeg2 | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Is this not reproducible with ffmpeg? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 18 22:27:48 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Mar 2013 21:27:48 -0000 Subject: [FFmpeg-trac] #2375(FFprobe:new): FFprobe outputs nonsense DTS/PTS for streams with reordered frames In-Reply-To: <037.c5c44c8552bd8b2fa0784c35178afea0@avcodec.org> References: <037.c5c44c8552bd8b2fa0784c35178afea0@avcodec.org> Message-ID: <052.7b639bc43e32eb4d56dd20971d494c53@avcodec.org> #2375: FFprobe outputs nonsense DTS/PTS for streams with reordered frames -------------------------------------+------------------------------------- Reporter: dbuitenh | Owner: Type: defect | Status: new Priority: normal | Component: FFprobe Version: git-master | Resolution: Keywords: ffprobe, | Blocked By: timestamps, pts, dts, mpeg2 | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by dbuitenh): This bug is about ffprobe's ordered output, not ffmpeg. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 18 22:32:04 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Mar 2013 21:32:04 -0000 Subject: [FFmpeg-trac] #2376(documentation:new): Documentation for -avoid_negative_ts is too vague Message-ID: <037.500afad730a4bd29dbc7bc9b29e75b27@avcodec.org> #2376: Documentation for -avoid_negative_ts is too vague -------------------------------------+------------------------------------- Reporter: dbuitenh | Owner: Type: defect | Status: new Priority: normal | Component: Version: | documentation unspecified | Keywords: pts Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- Currently it says: "Shift timestamps to make them positive. 1 enables, 0 disables, default of -1 enables when required by target format." This fails to cover a few important details: - How does it interact with the various async and vsnc algos? - How does it interact with -copyts? - How does it interact with non-monotonic timestamps with both of the above? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 18 22:33:38 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Mar 2013 21:33:38 -0000 Subject: [FFmpeg-trac] #2376(documentation:new): Documentation for -avoid_negative_ts is too vague In-Reply-To: <037.500afad730a4bd29dbc7bc9b29e75b27@avcodec.org> References: <037.500afad730a4bd29dbc7bc9b29e75b27@avcodec.org> Message-ID: <052.4ef8baf83e621c8d3161d58402264e8e@avcodec.org> #2376: Documentation for -avoid_negative_ts is too vague -------------------------------------+------------------------------------- Reporter: dbuitenh | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | documentation Keywords: pts | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Description changed by dbuitenh: Old description: > Currently it says: "Shift timestamps to make them positive. 1 enables, 0 > disables, default of -1 enables when required by target format." > > This fails to cover a few important details: > - How does it interact with the various async and vsnc algos? > - How does it interact with -copyts? > - How does it interact with non-monotonic timestamps with both of the > above? New description: Currently it says: "Shift timestamps to make them positive. 1 enables, 0 disables, default of -1 enables when required by target format." This fails to cover a few important details: - How does it interact with the various async and vsync algos? - How does it interact with -copyts? - How does it interact with non-monotonic timestamps with both of the above? -- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 18 22:34:33 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Mar 2013 21:34:33 -0000 Subject: [FFmpeg-trac] #1854(swscale:new): libswscale has unreasonable alignment constraints In-Reply-To: <035.674f29719ad4836b92d8f208c94b814f@avcodec.org> References: <035.674f29719ad4836b92d8f208c94b814f@avcodec.org> Message-ID: <050.7e2664fed1567b01d18f0e2c159bbfd7@avcodec.org> #1854: libswscale has unreasonable alignment constraints -------------------------------------+----------------------------------- Reporter: gjdfgh | Owner: Type: enhancement | Status: new Priority: wish | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by michael): swscale does not revert to "the slow path" on misaligned data, it should just be slower because some operations are slower on misaligned data and some codepathes are not possible on misaligned data because the CPU instructions require aligned data. Please provide some specific examples where there are problems, like unreasonable slowdown, crashes (which would be a bug) or other. This feature request as such is hard to implement as its to vague. The suggestion about mixing unaligned and aligned is generally not possible as source & destination can have different alignmnet and even if they match the data tables then would likely not. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 18 22:45:34 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Mar 2013 21:45:34 -0000 Subject: [FFmpeg-trac] #2376(documentation:new): Documentation for -avoid_negative_ts is too vague In-Reply-To: <037.500afad730a4bd29dbc7bc9b29e75b27@avcodec.org> References: <037.500afad730a4bd29dbc7bc9b29e75b27@avcodec.org> Message-ID: <052.fce6c71f051bbf137fd144402d045b1e@avcodec.org> #2376: Documentation for -avoid_negative_ts is too vague -------------------------------------+------------------------------------- Reporter: dbuitenh | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | documentation Keywords: pts | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by michael): There are no specific interactions iam aware of, all combinations should work. If something doesnt work, please be more specific. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 18 22:56:07 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Mar 2013 21:56:07 -0000 Subject: [FFmpeg-trac] #2376(documentation:new): Documentation for -avoid_negative_ts is too vague In-Reply-To: <037.500afad730a4bd29dbc7bc9b29e75b27@avcodec.org> References: <037.500afad730a4bd29dbc7bc9b29e75b27@avcodec.org> Message-ID: <052.9487177852ac0c953c309053d68645b0@avcodec.org> #2376: Documentation for -avoid_negative_ts is too vague -------------------------------------+------------------------------------- Reporter: dbuitenh | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | documentation Keywords: pts | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by michael): Or said differently, which specific case is vague ? if you ask for constant frame rate through vsync and shifting timestamps to avoid negative ones theres nothing contradicting nor is there is you ask for timestamps to be copied and shifted so they arent negative. But iam happy to clarify any cases that need clarification, i just need to know which cases people find unclear. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 18 23:05:21 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Mar 2013 22:05:21 -0000 Subject: [FFmpeg-trac] #2376(documentation:new): Documentation for -avoid_negative_ts is too vague In-Reply-To: <037.500afad730a4bd29dbc7bc9b29e75b27@avcodec.org> References: <037.500afad730a4bd29dbc7bc9b29e75b27@avcodec.org> Message-ID: <052.cab06a3557cc1f2a3f6b0351f694361f@avcodec.org> #2376: Documentation for -avoid_negative_ts is too vague -------------------------------------+------------------------------------- Reporter: dbuitenh | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | documentation Keywords: pts | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by dbuitenh): If example, if you do -copyts and -avoid_negative_ts, which takes precedent? If you do -vsync 0 -avoid_negative_ts, which is applied first? If you do -vsync 0, is avoid_negative_ts ignored? What about -copyts -vsync 1 -avoid_negative_ts? -async 1 -copyts -avoid_negative_ts? The interaction between these sorts of flags is not at all clear to anyone without prior knowledge of the code. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 18 23:17:19 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Mar 2013 22:17:19 -0000 Subject: [FFmpeg-trac] #1087(avcodec:open): support decoding the CineForm codec In-Reply-To: <036.87b15287504b373c57c55b791ae5a8ae@avcodec.org> References: <036.87b15287504b373c57c55b791ae5a8ae@avcodec.org> Message-ID: <051.83f2a8df7d2fb4eaff64669ac7408afb@avcodec.org> #1087: support decoding the CineForm codec -------------------------------------+------------------------------------- Reporter: dericed | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: CFHD, | Blocked By: CineForm | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ianken): FWIW: Cineform is on it's way to becoming a SMPTE standard as "VC5" https://kws.smpte.org/apps/group_public/project/details.php?project_id=15 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 18 23:44:59 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Mar 2013 22:44:59 -0000 Subject: [FFmpeg-trac] #2375(FFprobe:new): FFprobe outputs nonsense DTS/PTS for streams with reordered frames In-Reply-To: <037.c5c44c8552bd8b2fa0784c35178afea0@avcodec.org> References: <037.c5c44c8552bd8b2fa0784c35178afea0@avcodec.org> Message-ID: <052.f866f936e67e5ba9e95a1edccd8214bb@avcodec.org> #2375: FFprobe outputs nonsense DTS/PTS for streams with reordered frames -------------------------------------+------------------------------------- Reporter: dbuitenh | Owner: Type: defect | Status: new Priority: normal | Component: FFprobe Version: git-master | Resolution: Keywords: ffprobe, | Blocked By: timestamps, pts, dts, mpeg2 | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): The 2 timestamps from AVFrame that get printed by ffprobe represent the presentation and decoding time based presentation time of the AVFrame. That is if either all pts or all dts from the AVPacket input are corrupted then the other value on the AVFrames will be unaffected and can be used for correctly timed display. the pkt_dts does not represent the decoding time of the AVPacket that contained the AVFrame. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 18 23:51:09 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Mar 2013 22:51:09 -0000 Subject: [FFmpeg-trac] #2375(FFprobe:new): FFprobe outputs nonsense DTS/PTS for streams with reordered frames In-Reply-To: <037.c5c44c8552bd8b2fa0784c35178afea0@avcodec.org> References: <037.c5c44c8552bd8b2fa0784c35178afea0@avcodec.org> Message-ID: <052.fb73a4eaf2e965130dd043feb99aed2f@avcodec.org> #2375: FFprobe outputs nonsense DTS/PTS for streams with reordered frames -------------------------------------+------------------------------------- Reporter: dbuitenh | Owner: Type: defect | Status: new Priority: normal | Component: FFprobe Version: git-master | Resolution: Keywords: ffprobe, | Blocked By: timestamps, pts, dts, mpeg2 | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by dbuitenh): Replying to [comment:3 michael]: > The 2 timestamps from AVFrame that get printed by ffprobe represent the presentation and decoding time based presentation time of the AVFrame. Calling it "decoding time (dts)", then, is misleading at best, and a straight up lie at worst. > That is if either all pts or all dts from the AVPacket input are corrupted then the other value on the AVFrames will be unaffected and can be used for correctly timed display. You should not be using DTS at all for displaying in the first place. That's what PTS is for. > the pkt_dts does not represent the decoding time of the AVPacket that contained the AVFrame. This is utterly dumb and wildly violates http://en.wikipedia.org/wiki/Principle_of_least_astonishment . The "dts" output isnt even a true dts! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 19 00:05:15 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Mar 2013 23:05:15 -0000 Subject: [FFmpeg-trac] #2375(FFprobe:new): FFprobe outputs nonsense DTS/PTS for streams with reordered frames In-Reply-To: <037.c5c44c8552bd8b2fa0784c35178afea0@avcodec.org> References: <037.c5c44c8552bd8b2fa0784c35178afea0@avcodec.org> Message-ID: <052.111373cc924b1d126d35d494d34d6935@avcodec.org> #2375: FFprobe outputs nonsense DTS/PTS for streams with reordered frames -------------------------------------+------------------------------------- Reporter: dbuitenh | Owner: Type: defect | Status: new Priority: normal | Component: FFprobe Version: git-master | Resolution: Keywords: ffprobe, | Blocked By: timestamps, pts, dts, mpeg2 | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): Replying to [comment:4 dbuitenh]: > Replying to [comment:3 michael]: > > That is if either all pts or all dts from the AVPacket input are corrupted then the other value on the AVFrames will be unaffected and can be used for correctly timed display. > > You should not be using DTS at all for displaying in the first place. That's what PTS is for. "all pts or all dts from the AVPacket input are corrupted", the pts are corrupted (or could be plain unavailable or all 0), its DTS or nothing in such cases -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 19 00:13:09 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Mar 2013 23:13:09 -0000 Subject: [FFmpeg-trac] #2375(FFprobe:new): FFprobe outputs nonsense DTS/PTS for streams with reordered frames In-Reply-To: <037.c5c44c8552bd8b2fa0784c35178afea0@avcodec.org> References: <037.c5c44c8552bd8b2fa0784c35178afea0@avcodec.org> Message-ID: <052.48ff172f0bff04e8e2cbc75075f91d59@avcodec.org> #2375: FFprobe outputs nonsense DTS/PTS for streams with reordered frames -------------------------------------+------------------------------------- Reporter: dbuitenh | Owner: Type: defect | Status: new Priority: normal | Component: FFprobe Version: git-master | Resolution: Keywords: ffprobe, | Blocked By: timestamps, pts, dts, mpeg2 | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by dbuitenh): Replying to [comment:5 michael]: > Replying to [comment:4 dbuitenh]: > > Replying to [comment:3 michael]: > > > That is if either all pts or all dts from the AVPacket input are corrupted then the other value on the AVFrames will be unaffected and can be used for correctly timed display. > > > > You should not be using DTS at all for displaying in the first place. That's what PTS is for. > > "all pts or all dts from the AVPacket input are corrupted", the pts are corrupted (or could be plain unavailable or all 0), its DTS or nothing in such cases That hardy justifies this massive hack, where you completely screw every other non-broken file's DTS into what is not actually a DTS in the first place. That is straight up lying on most files. If they're all corrupt, then fill in the PTS and DTS conditionally. Don't lie about what the DTS is on every other legitimate file. That's ass-backwards behavior. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 19 00:23:40 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Mar 2013 23:23:40 -0000 Subject: [FFmpeg-trac] #2375(FFprobe:new): FFprobe outputs nonsense DTS/PTS for streams with reordered frames In-Reply-To: <037.c5c44c8552bd8b2fa0784c35178afea0@avcodec.org> References: <037.c5c44c8552bd8b2fa0784c35178afea0@avcodec.org> Message-ID: <052.09510906baee9495a096ee079c782a8e@avcodec.org> #2375: FFprobe outputs nonsense DTS/PTS for streams with reordered frames -------------------------------------+------------------------------------- Reporter: dbuitenh | Owner: Type: defect | Status: new Priority: normal | Component: FFprobe Version: git-master | Resolution: Keywords: ffprobe, | Blocked By: timestamps, pts, dts, mpeg2 | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by dbuitenh): Replying to [comment:6 dbuitenh]: > Replying to [comment:5 michael]: > > Replying to [comment:4 dbuitenh]: > > > Replying to [comment:3 michael]: > > > > That is if either all pts or all dts from the AVPacket input are corrupted then the other value on the AVFrames will be unaffected and can be used for correctly timed display. > > > > > > You should not be using DTS at all for displaying in the first place. That's what PTS is for. > > > > "all pts or all dts from the AVPacket input are corrupted", the pts are corrupted (or could be plain unavailable or all 0), its DTS or nothing in such cases > > That hardy justifies this massive hack, where you completely screw every other non-broken file's DTS into what is not actually a DTS in the first place. That is straight up lying on most files. If they're all corrupt, then fill in the PTS and DTS conditionally. Don't lie about what the DTS is on every other legitimate file. That's ass-backwards behavior. I should ALSO note: http://ffmpeg.org/doxygen/trunk/structAVFrame.html#aa52951f35ec9e303d3dfeb4b3e44248a77 "DTS copied from the AVPacket that triggered returning this frame" So that's a straight up lie. Also it's named '''pkt_dts''' the pkt is FOR PACKET. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 19 00:37:19 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Mar 2013 23:37:19 -0000 Subject: [FFmpeg-trac] #2230(avformat:closed): Specified MPEG-TS metadata is not written to HLS(-ssegment) segments In-Reply-To: <038.619f0d74b82c653e5718cfb75c31e55f@avcodec.org> References: <038.619f0d74b82c653e5718cfb75c31e55f@avcodec.org> Message-ID: <053.14b6af347d2b7293742160fb68c0924b@avcodec.org> #2230: Specified MPEG-TS metadata is not written to HLS(-ssegment) segments -------------------------------------+------------------------------------- Reporter: nealzebub | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: unspecified | Resolution: fixed Keywords: hls | Blocked By: metadata segment | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Michael. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 19 00:43:39 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Mar 2013 23:43:39 -0000 Subject: [FFmpeg-trac] #2375(FFprobe:new): FFprobe outputs nonsense DTS/PTS for streams with reordered frames In-Reply-To: <037.c5c44c8552bd8b2fa0784c35178afea0@avcodec.org> References: <037.c5c44c8552bd8b2fa0784c35178afea0@avcodec.org> Message-ID: <052.327191ae48ac64b13fbceafd28c6dc5e@avcodec.org> #2375: FFprobe outputs nonsense DTS/PTS for streams with reordered frames -------------------------------------+------------------------------------- Reporter: dbuitenh | Owner: Type: defect | Status: new Priority: normal | Component: FFprobe Version: git-master | Resolution: Keywords: ffprobe, | Blocked By: timestamps, pts, dts, mpeg2 | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): Replying to [comment:7 dbuitenh]: > Replying to [comment:6 dbuitenh]: > > Replying to [comment:5 michael]: > > > Replying to [comment:4 dbuitenh]: > > > > Replying to [comment:3 michael]: > > > > > That is if either all pts or all dts from the AVPacket input are corrupted then the other value on the AVFrames will be unaffected and can be used for correctly timed display. > > > > > > > > You should not be using DTS at all for displaying in the first place. That's what PTS is for. > > > > > > "all pts or all dts from the AVPacket input are corrupted", the pts are corrupted (or could be plain unavailable or all 0), its DTS or nothing in such cases > > > > That hardy justifies this massive hack, where you completely screw every other non-broken file's DTS into what is not actually a DTS in the first place. That is straight up lying on most files. If they're all corrupt, then fill in the PTS and DTS conditionally. Don't lie about what the DTS is on every other legitimate file. That's ass-backwards behavior. > > I should ALSO note: http://ffmpeg.org/doxygen/trunk/structAVFrame.html#aa52951f35ec9e303d3dfeb4b3e44248a > > "DTS copied from the AVPacket that triggered returning this frame" > > So that's a straight up lie. Also it's named '''pkt_dts''' the pkt is FOR PACKET. Lets take an example: {{{ Packet PTS 1 4 2 3 7 5 6 Packet DTS 0 1 2 3 4 5 6 Packet Type I P B B P B B Decoder here Frame Type I B B P B B AVFrame pkt_dts: 1 2 3 4 5 6 }}} You can see that the AVFrame.pkt_dts is the AVPacket dts of the packet that triggered the frame to be returned (in a standard reference decoder) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 19 00:52:23 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Mar 2013 23:52:23 -0000 Subject: [FFmpeg-trac] #2375(FFprobe:new): FFprobe outputs nonsense DTS/PTS for streams with reordered frames In-Reply-To: <037.c5c44c8552bd8b2fa0784c35178afea0@avcodec.org> References: <037.c5c44c8552bd8b2fa0784c35178afea0@avcodec.org> Message-ID: <052.93685c564a3574b4bc2e21798fa42a54@avcodec.org> #2375: FFprobe outputs nonsense DTS/PTS for streams with reordered frames -------------------------------------+------------------------------------- Reporter: dbuitenh | Owner: Type: defect | Status: new Priority: normal | Component: FFprobe Version: git-master | Resolution: Keywords: ffprobe, | Blocked By: timestamps, pts, dts, mpeg2 | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by dbuitenh): Replying to [comment:8 michael]: > > "DTS copied from the AVPacket that triggered returning this frame" > > > > So that's a straight up lie. Also it's named '''pkt_dts''' the pkt is FOR PACKET. > > Lets take an example: > {{{ > Packet PTS 1 4 2 3 7 5 6 > Packet DTS 0 1 2 3 4 5 6 > Packet Type I P B B P B B > Decoder here > Frame Type I B B P B B > AVFrame pkt_dts: 1 2 3 4 5 6 > }}} > > You can see that the AVFrame.pkt_dts is the AVPacket dts of the packet that triggered the frame to be returned (in a standard reference decoder) This does a splendid job of showing exactly why the current behavior is wrong, confusing, and in stark contrast of what DTS actually is. It's clear there's no intention of changing it to anything sane, so I'll simply keep this link handy for every time someone runs into this hacky mess, which in my experience, is fairly often. Good day. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 19 00:55:36 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Mar 2013 23:55:36 -0000 Subject: [FFmpeg-trac] #2375(FFprobe:closed): FFprobe outputs nonsense DTS/PTS for streams with reordered frames In-Reply-To: <037.c5c44c8552bd8b2fa0784c35178afea0@avcodec.org> References: <037.c5c44c8552bd8b2fa0784c35178afea0@avcodec.org> Message-ID: <052.ccc2ac8c0b32ce6c253115707a27955c@avcodec.org> #2375: FFprobe outputs nonsense DTS/PTS for streams with reordered frames -------------------------------------+------------------------------------- Reporter: dbuitenh | Owner: Type: defect | Status: closed Priority: normal | Component: FFprobe Version: git-master | Resolution: wontfix Keywords: ffprobe, | Blocked By: timestamps, pts, dts, mpeg2 | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by dbuitenh): * status: new => closed * resolution: => wontfix -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 19 01:22:20 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Mar 2013 00:22:20 -0000 Subject: [FFmpeg-trac] #2375(FFprobe:reopened): FFprobe outputs nonsense DTS/PTS for streams with reordered frames In-Reply-To: <037.c5c44c8552bd8b2fa0784c35178afea0@avcodec.org> References: <037.c5c44c8552bd8b2fa0784c35178afea0@avcodec.org> Message-ID: <052.4642a046d0aa8fc610a1cb3cfabd85d1@avcodec.org> #2375: FFprobe outputs nonsense DTS/PTS for streams with reordered frames -------------------------------------+------------------------------------- Reporter: dbuitenh | Owner: Type: defect | Status: reopened Priority: normal | Component: FFprobe Version: git-master | Resolution: Keywords: ffprobe, | Blocked By: timestamps, pts, dts, mpeg2 | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: closed => reopened * resolution: wontfix => Comment: Please dont randomly close tickets -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 19 01:24:08 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Mar 2013 00:24:08 -0000 Subject: [FFmpeg-trac] #2375(FFprobe:reopened): FFprobe outputs nonsense DTS/PTS for streams with reordered frames In-Reply-To: <037.c5c44c8552bd8b2fa0784c35178afea0@avcodec.org> References: <037.c5c44c8552bd8b2fa0784c35178afea0@avcodec.org> Message-ID: <052.e792212b64050a0ecda51ada355989f5@avcodec.org> #2375: FFprobe outputs nonsense DTS/PTS for streams with reordered frames -------------------------------------+------------------------------------- Reporter: dbuitenh | Owner: Type: defect | Status: reopened Priority: normal | Component: FFprobe Version: git-master | Resolution: Keywords: pts dts | Blocked By: mpeg2video | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: ffprobe, timestamps, pts, dts, mpeg2 => pts dts mpeg2video -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 19 01:43:35 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Mar 2013 00:43:35 -0000 Subject: [FFmpeg-trac] #2263(avformat:open): Read second SeekHead in Matroska files In-Reply-To: <034.b6ec7b3f7c97a872186c3e75d1c72fde@avcodec.org> References: <034.b6ec7b3f7c97a872186c3e75d1c72fde@avcodec.org> Message-ID: <049.13dd89db06dab73386588229b8764e48@avcodec.org> #2263: Read second SeekHead in Matroska files -------------------------------------+------------------------------------ Reporter: eelco | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: mkv h264 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): mosu has kindly produced a small sample that allows to reproduce the problem: {{{ $ mkvmerge -o out.mkv seekhead-at-end.mkv }}} {{{ $ ffmpeg -ss 26.4 -i seekhead-at-end.mkv -vframes 1 outslow.png ffmpeg version N-51078-g6128d33 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 19 2013 00:53:13 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 19.101 / 52. 19.101 libavcodec 55. 1.100 / 55. 1.100 libavformat 55. 0.100 / 55. 0.100 libavdevice 55. 0.100 / 55. 0.100 libavfilter 3. 47.103 / 3. 47.103 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, matroska,webm, from 'seekhead-at-end.mkv': Metadata: creation_time : 2013-03-18 12:09:06 Duration: 00:00:30.24, start: 0.000000, bitrate: 469 kb/s Chapter #0.0: start 0.000000, end 15.000000 Metadata: title : Chapter 01 Chapter #0.1: start 15.000000, end 30.241000 Metadata: title : Chapter 02 Chapter #0.2: start 754.567000, end 30.241000 Metadata: title : Chapter 03 Chapter #0.3: start 1200.000000, end 30.241000 Metadata: title : Chapter 04 Chapter #0.4: start 3723.040000, end 30.241000 Metadata: title : Chapter 05 Stream #0:0: Video: h264 (Main), yuv420p, 640x352 [SAR 1:1 DAR 20:11], 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc (default) Stream #0:1: Audio: aac, 48000 Hz, stereo, fltp (default) Output #0, image2, to 'outslow.png': Metadata: encoder : Lavf55.0.100 Chapter #0.0: start 0.000000, end 3.841000 Metadata: title : Chapter 02 Chapter #0.1: start 728.167000, end 3.841000 Metadata: title : Chapter 03 Chapter #0.2: start 1173.600000, end 3.841000 Metadata: title : Chapter 04 Chapter #0.3: start 3696.640000, end 3.841000 Metadata: title : Chapter 05 Stream #0:0: Video: png, rgb24, 640x352 [SAR 1:1 DAR 20:11], q=2-31, 200 kb/s, 90k tbn, 23.98 tbc (default) Stream mapping: Stream #0:0 -> #0:0 (h264 -> png) Press [q] to stop, [?] for help frame= 1 fps=0.0 q=0.0 Lsize=N/A time=00:00:00.04 bitrate=N/A dup=0 drop=631 video:128kB audio:0kB subtitle:0 global headers:0kB muxing overhead -100.016844% real 0m0.248s user 0m0.827s sys 0m0.021s }}} {{{ $ ffmpeg -ss 26.4 -i out.mkv -vframes 1 outfast.png ffmpeg version N-51078-g6128d33 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 19 2013 00:53:13 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 19.101 / 52. 19.101 libavcodec 55. 1.100 / 55. 1.100 libavformat 55. 0.100 / 55. 0.100 libavdevice 55. 0.100 / 55. 0.100 libavfilter 3. 47.103 / 3. 47.103 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, matroska,webm, from 'out.mkv': Metadata: creation_time : 2013-03-18 23:50:20 Duration: 00:00:30.24, start: 0.000000, bitrate: 468 kb/s Chapter #0.0: start 0.000000, end 15.000000 Metadata: title : Chapter 01 Chapter #0.1: start 15.000000, end 30.241000 Metadata: title : Chapter 02 Chapter #0.2: start 754.567000, end 30.241000 Metadata: title : Chapter 03 Chapter #0.3: start 1200.000000, end 30.241000 Metadata: title : Chapter 04 Chapter #0.4: start 3723.040000, end 30.241000 Metadata: title : Chapter 05 Stream #0:0: Video: h264 (Main), yuv420p, 640x352 [SAR 1:1 DAR 20:11], 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc (default) Stream #0:1: Audio: aac, 48000 Hz, stereo, fltp (default) Output #0, image2, to 'outfast.png': Metadata: encoder : Lavf55.0.100 Chapter #0.0: start 0.000000, end 3.841000 Metadata: title : Chapter 02 Chapter #0.1: start 728.167000, end 3.841000 Metadata: title : Chapter 03 Chapter #0.2: start 1173.600000, end 3.841000 Metadata: title : Chapter 04 Chapter #0.3: start 3696.640000, end 3.841000 Metadata: title : Chapter 05 Stream #0:0: Video: png, rgb24, 640x352 [SAR 1:1 DAR 20:11], q=2-31, 200 kb/s, 90k tbn, 23.98 tbc (default) Stream mapping: Stream #0:0 -> #0:0 (h264 -> png) Press [q] to stop, [?] for help frame= 1 fps=0.0 q=0.0 Lsize=N/A time=00:00:00.04 bitrate=N/A video:128kB audio:0kB subtitle:0 global headers:0kB muxing overhead -100.016844% real 0m0.040s user 0m0.033s sys 0m0.018s }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 19 02:21:00 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Mar 2013 01:21:00 -0000 Subject: [FFmpeg-trac] #2377(avcodec:new): Support mp3HD Message-ID: <040.4183e83d3344cc74e91a046e63a98d13@avcodec.org> #2377: Support mp3HD -------------------------------------+------------------------------------- Reporter: fraterlinux | Type: Status: new | enhancement Component: avcodec | Priority: wish Keywords: mp3 | Version: git- Blocking: | master Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- FFmpeg does not support decoding the lossless layer of mp3HD $ ffmpeg -i sample-128-and-lossless-mp3HD.mp3 ffmpeg version 0.10.6 Copyright (c) 2000-2012 the FFmpeg developers built on Nov 13 2012 16:03:45 with gcc 4.6.3 configuration: --prefix=/usr --enable-shared --libdir=/usr/lib64 --shlibdir=/usr/lib64 --incdir=/usr/include --disable-stripping --enable- postproc --enable-gpl --enable-pthreads --enable-libtheora --enable- libvorbis --disable-encoder=vorbis --enable-libvpx --enable-x11grab --enable-runtime-cpudetect --enable-libdc1394 --enable-libschroedinger --enable-librtmp --enable-libspeex --enable-libfreetype --enable-libnut --enable-libgsm --enable-libcelt --enable-libopencv --enable-libopenjpeg --enable-libxavs --enable-frei0r --enable-libmodplug --enable-libass --enable-gnutls --enable-libcdio --enable-libpulse --enable-libdirac --enable-libv4l2 --enable-libmp3lame --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-version3 --enable-libx264 --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libxvid libavutil 51. 35.100 / 51. 35.100 libavcodec 53. 61.100 / 53. 61.100 libavformat 53. 32.100 / 53. 32.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 61.100 / 2. 61.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 6.100 / 0. 6.100 libpostproc 52. 0.100 / 52. 0.100 [mp3 @ 0x1efe840] Format mp3 detected only with low score of 24, misdetection possible! [mp3 @ 0x1efe840] max_analyze_duration 5000000 reached at 5015510 Input #0, mp3, from 'sample-128-and-lossless-mp3HD.mp3': Duration: 00:03:39.35, start: 0.000000, bitrate: 666 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 Mar 19 02:40:42 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Mar 2013 01:40:42 -0000 Subject: [FFmpeg-trac] #2375(undetermined:reopened): FFprobe outputs nonsense DTS/PTS for streams with reordered frames In-Reply-To: <037.c5c44c8552bd8b2fa0784c35178afea0@avcodec.org> References: <037.c5c44c8552bd8b2fa0784c35178afea0@avcodec.org> Message-ID: <052.891b85344ae4e4868c32395e21d393b4@avcodec.org> #2375: FFprobe outputs nonsense DTS/PTS for streams with reordered frames -------------------------------------+------------------------------------- Reporter: dbuitenh | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: git-master | undetermined Keywords: pts dts | Resolution: mpeg2video | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * component: FFprobe => undetermined -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 19 02:45:41 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Mar 2013 01:45:41 -0000 Subject: [FFmpeg-trac] #2377(avcodec:new): Support mp3HD In-Reply-To: <040.4183e83d3344cc74e91a046e63a98d13@avcodec.org> References: <040.4183e83d3344cc74e91a046e63a98d13@avcodec.org> Message-ID: <055.a41bd582411fa47260f5768eacd3b09a@avcodec.org> #2377: Support mp3HD -------------------------------------+----------------------------------- Reporter: fraterlinux | Owner: Type: enhancement | Status: new Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: mp3 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by cehoyos): Please provide a mp3hd sample and the same content encoded with a lossless encoder supported by FFmpeg. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 19 03:33:28 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Mar 2013 02:33:28 -0000 Subject: [FFmpeg-trac] #2378(FFmpeg:new): recursively convert subfolder sequences to .mov? Message-ID: <034.83bc03f7cd059afe0759bd68ac75d4ad@avcodec.org> #2378: recursively convert subfolder sequences to .mov? -------------------------------------+------------------------------------- Reporter: sines | Type: task Status: new | Priority: important Component: FFmpeg | Version: 1.2 Keywords: DPX, image | Blocked By: sequence, batch, recursive, | Reproduced by developer: 0 directory | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- I am working on a film and I just got my set of film scans back. I have 260GB of DPX files. I would like to take a master directory [reel 1, reel 2, etc] of a series of sub-folders [shot01, shot02] of image sequences [DPX] and convert them all to H264 .movs that live in their subfolder [for previewing purposes] As many of the frame numbers have non-standard starting frames, is there a way to recursively convert the sequence without having to rename every sub-folder sequence to start with 00000001.dpx ? Thank you so much! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 19 03:38:55 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Mar 2013 02:38:55 -0000 Subject: [FFmpeg-trac] #2378(undetermined:closed): recursively convert subfolder sequences to .mov? In-Reply-To: <034.83bc03f7cd059afe0759bd68ac75d4ad@avcodec.org> References: <034.83bc03f7cd059afe0759bd68ac75d4ad@avcodec.org> Message-ID: <049.7c02d4125a7bb10f83a7237836ba6ce1@avcodec.org> #2378: recursively convert subfolder sequences to .mov? -------------------------------------+------------------------------------- Reporter: sines | Owner: Type: task | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by llogan): * status: new => closed * component: FFmpeg => undetermined * priority: important => normal * version: 1.2 => unspecified * keywords: DPX, image sequence, batch, recursive, directory => * resolution: => invalid Old description: > I am working on a film and I just got my set of film scans back. > > I have 260GB of DPX files. I would like to take a master directory [reel > 1, reel 2, etc] of a series of sub-folders [shot01, shot02] of image > sequences [DPX] and convert them all to H264 .movs that live in their > subfolder [for previewing purposes] > > As many of the frame numbers have non-standard starting frames, is there > a way to recursively convert the sequence without having to rename every > sub-folder sequence to start with 00000001.dpx ? > > Thank you so much! New description: Please note that this is not a support forum, but a bug tracker. You can ask usage questions at the ffmpeg-user mailing list [1] or the #ffmpeg IRC channel on Freenode. [1] http://ffmpeg.org/contact.html -- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 19 03:40:18 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Mar 2013 02:40:18 -0000 Subject: [FFmpeg-trac] #2378(undetermined:closed): recursively convert subfolder sequences to .mov? In-Reply-To: <034.83bc03f7cd059afe0759bd68ac75d4ad@avcodec.org> References: <034.83bc03f7cd059afe0759bd68ac75d4ad@avcodec.org> Message-ID: <049.8f45fdfef7cc18b507e2fa46545976d6@avcodec.org> #2378: recursively convert subfolder sequences to .mov? -------------------------------------+------------------------------------- Reporter: sines | Owner: Type: task | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Old description: > Please note that this is not a support forum, but a bug tracker. You can > ask usage questions at the ffmpeg-user mailing list [1] or the #ffmpeg > IRC channel on Freenode. > > [1] http://ffmpeg.org/contact.html New description: I have 260GB of DPX files. I would like to take a master directory [reel 1, reel 2, etc] of a series of sub-folders [shot01, shot02] of image sequences [DPX] and convert them all to H264 .movs that live in their subfolder [for previewing purposes] 3 [1] http://ffmpeg.org/contact.html As many of the frame numbers have non-standard starting frames, is there a way to recursively convert the sequence without having to rename every sub-folder sequence to start with 00000001.dpx ? Thank you so much! -- Comment (by llogan): Please note that this is not a support forum, but a bug tracker. You can ask usage questions at the ffmpeg-user mailing list [1] or the #ffmpeg IRC channel on Freenode. [1] http://ffmpeg.org/contact.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 19 12:16:08 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Mar 2013 11:16:08 -0000 Subject: [FFmpeg-trac] #2377(avcodec:new): Support mp3HD In-Reply-To: <040.4183e83d3344cc74e91a046e63a98d13@avcodec.org> References: <040.4183e83d3344cc74e91a046e63a98d13@avcodec.org> Message-ID: <055.ce4ad67273ee1545a7debc48e97d73bf@avcodec.org> #2377: Support mp3HD -------------------------------------+----------------------------------- Reporter: fraterlinux | Owner: Type: enhancement | Status: new Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: mp3 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by fraterlinux): command dd broke mp3HD, I made new sample without dd: $ ffmpeg -i 1.small-sample-128-and-lossless-mp3HD.mp3 ffmpeg version 0.10.6 Copyright (c) 2000-2012 the FFmpeg developers built on Nov 13 2012 16:03:45 with gcc 4.6.3 configuration: --prefix=/usr --enable-shared --libdir=/usr/lib64 --shlibdir=/usr/lib64 --incdir=/usr/include --disable-stripping --enable- postproc --enable-gpl --enable-pthreads --enable-libtheora --enable- libvorbis --disable-encoder=vorbis --enable-libvpx --enable-x11grab --enable-runtime-cpudetect --enable-libdc1394 --enable-libschroedinger --enable-librtmp --enable-libspeex --enable-libfreetype --enable-libnut --enable-libgsm --enable-libcelt --enable-libopencv --enable-libopenjpeg --enable-libxavs --enable-frei0r --enable-libmodplug --enable-libass --enable-gnutls --enable-libcdio --enable-libpulse --enable-libdirac --enable-libv4l2 --enable-libmp3lame --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-version3 --enable-libx264 --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libxvid libavutil 51. 35.100 / 51. 35.100 libavcodec 53. 61.100 / 53. 61.100 libavformat 53. 32.100 / 53. 32.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 61.100 / 2. 61.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 6.100 / 0. 6.100 libpostproc 52. 0.100 / 52. 0.100 [mp3 @ 0xa4b840] Format mp3 detected only with low score of 24, misdetection possible! [mp3 @ 0xa4b840] max_analyze_duration 5000000 reached at 5015510 Input #0, mp3, from '1.small-sample-128-and-lossless-mp3HD.mp3': Duration: 00:02:18.03, start: 0.000000, bitrate: 517 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 Mar 19 12:36:44 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Mar 2013 11:36:44 -0000 Subject: [FFmpeg-trac] #2372(avcodec:new): Support mp3pro In-Reply-To: <036.ba91c71a8e19e35c6503830b64d2d67d@avcodec.org> References: <036.ba91c71a8e19e35c6503830b64d2d67d@avcodec.org> Message-ID: <051.c057ddb29fa250d181d3af17f3b937c9@avcodec.org> #2372: Support mp3pro -------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: new Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: mp3 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by fraterlinux): mp3pro is lossy, not lossless: "mp3PRO is an audio compression algorithm (or codec) that combines the MP3 audio format with spectral band replication (SBR) compression methods. It claims to achieve transparency at lower bitrates than MP3, resulting in a file nearly half the size of standard MP3." wikipedia -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 19 12:44:20 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Mar 2013 11:44:20 -0000 Subject: [FFmpeg-trac] #1570(avdevice:closed): libv4l2: error dequeuing buf: Resource temporarily unavailable In-Reply-To: <036.2fc62dd5b56c7280baf63a97ec734437@avcodec.org> References: <036.2fc62dd5b56c7280baf63a97ec734437@avcodec.org> Message-ID: <051.5eac9c562ee8eee45543af494512c047@avcodec.org> #1570: libv4l2: error dequeuing buf: Resource temporarily unavailable -------------------------------------+------------------------------------- Reporter: llarevo | Owner: Type: defect | Status: closed Priority: important | Component: avdevice Version: git-master | Resolution: fixed Keywords: v4l2 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by llarevo): This Bug has been repaired. Detailed result from the ffmpeg testcases above follow. == 1. compiled without --enable-libv4l2== '''1.1 ffmpeg -y -loglevel debug -f v4l2 -s vga -r 25 -i /dev/video0 out.mpg''' {{{ ffmpeg version N-50974-g7d15cd4 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 19 2013 12:36:50 with gcc 4.7.2 (GCC) 20121109 (Red Hat 4.7.2-8) configuration: --prefix=/usr/local --enable-ffplay libavutil 52. 19.100 / 52. 19.100 libavcodec 55. 0.100 / 55. 0.100 libavformat 55. 0.100 / 55. 0.100 libavdevice 55. 0.100 / 55. 0.100 libavfilter 3. 45.104 / 3. 45.104 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 Splitting the commandline. Reading option '-y' ... matched as option 'y' (overwrite output files) with argument '1'. Reading option '-loglevel' ... matched as option 'loglevel' (set libav* logging level) with argument 'debug'. Reading option '-f' ... matched as option 'f' (force format) with argument 'v4l2'. Reading option '-s' ... matched as option 's' (set frame size (WxH or abbreviation)) with argument 'vga'. Reading option '-r' ... matched as option 'r' (set frame rate (Hz value, fraction or abbreviation)) with argument '25'. Reading option '-i' ... matched as input file with argument '/dev/video0'. Reading option 'out.mpg' ... matched as output file. Finished splitting the commandline. Parsing a group of options: global . Applying option y (overwrite output files) with argument 1. Applying option loglevel (set libav* logging level) with argument debug. Successfully parsed a group of options. Parsing a group of options: input file /dev/video0. Applying option f (force format) with argument v4l2. Applying option s (set frame size (WxH or abbreviation)) with argument vga. Applying option r (set frame rate (Hz value, fraction or abbreviation)) with argument 25. Successfully parsed a group of options. Opening an input file: /dev/video0. [video4linux2,v4l2 @ 0x192f180] fd:3 capabilities:5010015 [video4linux2,v4l2 @ 0x192f180] Selecting input_channel: 0 [video4linux2,v4l2 @ 0x192f180] input_channel: 0, input_name: Television [video4linux2,v4l2 @ 0x192f180] The V4L2 driver is using the interlaced mode [video4linux2,v4l2 @ 0x192f180] Current standard: PAL-BG, id: 7, frameperiod: 1/25 [video4linux2,v4l2 @ 0x192f180] The driver does not allow to change time per frame [video4linux2,v4l2 @ 0x192f180] All info found [video4linux2,v4l2 @ 0x192f180] Estimating duration from bitrate, this may be inaccurate Input #0, video4linux2,v4l2, from '/dev/video0': Duration: N/A, start: 1363693144.026008, bitrate: 92160 kb/s Stream #0:0, 1, 1/1000000: Video: rawvideo (I420 / 0x30323449), yuv420p, 640x480, 1/1000000, 92160 kb/s, 25 fps, 25 tbr, 1000k tbn, 1000k tbc Successfully opened the file. Parsing a group of options: output file out.mpg. Successfully parsed a group of options. Opening an output file: out.mpg. Successfully opened the file. [buffer @ 0x1919520] Setting entry with key 'video_size' to value '640x480' [buffer @ 0x1919520] Setting entry with key 'pix_fmt' to value '0' [buffer @ 0x1919520] Setting entry with key 'time_base' to value '1/25' [buffer @ 0x1919520] Setting entry with key 'pixel_aspect' to value '0/1' [buffer @ 0x1919520] Setting entry with key 'sws_param' to value 'flags=2' [buffer @ 0x1919520] Setting entry with key 'frame_rate' to value '25/1' [graph 0 input from stream 0:0 @ 0x19199a0] w:640 h:480 pixfmt:yuv420p tb:1/25 fr:25/1 sar:0/1 sws_param:flags=2 [graph 0 input from stream 0:0 @ 0x19199a0] TB:0.040000 FRAME_RATE:25.000000 SAMPLE_RATE:nan [mpeg1video @ 0x19312c0] detected 4 logical cores [mpeg1video @ 0x19312c0] intra_quant_bias = 96 inter_quant_bias = 0 [mpeg @ 0x1930d60] VBV buffer size not set, muxing may fail Output #0, mpeg, to 'out.mpg': Metadata: encoder : Lavf55.0.100 Stream #0:0, 0, 1/90000: Video: mpeg1video, yuv420p, 640x480, 1/25, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> mpeg1video) Press [q] to stop, [?] for help [force CFR for input from stream 0:0 @ 0x191a760] N:0 PTS:0 T:0.000000 POS:nan INTERLACED:0 -> PTS:0 T:0.000000 [force CFR for input from stream 0:0 @ 0x191a760] N:1 PTS:40025 T:1601.000000 POS:nan INTERLACED:0 -> PTS:1 T:0.040000 [mpeg @ 0x1930d60] First SCR: 0 First DTS: 45000 [force CFR for input from stream 0:0 @ 0x191a760] N:2 PTS:80003 T:3200.120000 POS:nan INTERLACED:0 -> PTS:2 T:0.080000 [force CFR for input from stream 0:0 @ 0x191a760] N:3 PTS:120005 T:4800.200000 POS:nan INTERLACED:0 -> PTS:3 T:0.120000 [force CFR for input from stream 0:0 @ 0x191a760] N:4 PTS:160003 T:6400.120000 POS:nan INTERLACED:0 -> PTS:4 T:0.160000 [force CFR for input from stream 0:0 @ 0x191a760] N:5 PTS:200026 T:8001.040000 POS:nan INTERLACED:0 -> PTS:5 T:0.200000 [force CFR for input from stream 0:0 @ 0x191a760] N:6 PTS:240028 T:9601.120000 POS:nan INTERLACED:0 -> PTS:6 T:0.240000 [force CFR for input from stream 0:0 @ 0x191a760] N:7 PTS:280028 T:11201.120000 POS:nan INTERLACED:0 -> PTS:7 T:0.280000 [force CFR for input from stream 0:0 @ 0x191a760] N:8 PTS:320029 T:12801.160000 POS:nan INTERLACED:0 -> PTS:8 T:0.320000 [force CFR for input from stream 0:0 @ 0x191a760] N:9 PTS:360030 T:14401.200000 POS:nan INTERLACED:0 -> PTS:9 T:0.360000 [force CFR for input from stream 0:0 @ 0x191a760] N:10 PTS:400029 T:16001.160000 POS:nan INTERLACED:0 -> PTS:10 T:0.400000 [force CFR for input from stream 0:0 @ 0x191a760] N:11 PTS:440029 T:17601.160000 POS:nan INTERLACED:0 -> PTS:11 T:0.440000 [force CFR for input from stream 0:0 @ 0x191a760] N:12 PTS:480031 T:19201.240000 POS:nan INTERLACED:0 -> PTS:12 T:0.480000 N:13 PTS:520031 T:20801.240000 POS:nan INTERLACED:0 -> PTS:13 T:0.520000.7kbits/s [force CFR for input from stream 0:0 @ 0x191a760] N:14 PTS:560031 T:22401.240000 POS:nan INTERLACED:0 -> PTS:14 T:0.560000 [force CFR for input from stream 0:0 @ 0x191a760] N:15 PTS:600030 T:24001.200000 POS:nan INTERLACED:0 -> PTS:15 T:0.600000 [force CFR for input from stream 0:0 @ 0x191a760] N:16 PTS:640032 T:25601.280000 POS:nan INTERLACED:0 -> PTS:16 T:0.640000 [force CFR for input from stream 0:0 @ 0x191a760] N:17 PTS:680033 T:27201.320000 POS:nan INTERLACED:0 -> PTS:17 T:0.680000 [force CFR for input from stream 0:0 @ 0x191a760] N:18 PTS:720033 T:28801.320000 POS:nan INTERLACED:0 -> PTS:18 T:0.720000 [force CFR for input from stream 0:0 @ 0x191a760] N:19 PTS:760033 T:30401.320000 POS:nan INTERLACED:0 -> PTS:19 T:0.760000 [force CFR for input from stream 0:0 @ 0x191a760] N:20 PTS:800033 T:32001.320000 POS:nan INTERLACED:0 -> PTS:20 T:0.800000 [force CFR for input from stream 0:0 @ 0x191a760] N:21 PTS:840035 T:33601.400000 POS:nan INTERLACED:0 -> PTS:21 T:0.840000 [force CFR for input from stream 0:0 @ 0x191a760] N:22 PTS:880035 T:35201.400000 POS:nan INTERLACED:0 -> PTS:22 T:0.880000 [force CFR for input from stream 0:0 @ 0x191a760] N:23 PTS:920036 T:36801.440000 POS:nan INTERLACED:0 -> PTS:23 T:0.920000 [force CFR for input from stream 0:0 @ 0x191a760] N:24 PTS:960035 T:38401.400000 POS:nan INTERLACED:0 -> PTS:24 T:0.960000 [force CFR for input from stream 0:0 @ 0x191a760] N:25 PTS:1000037 T:40001.480000 POS:nan INTERLACED:0 -> PTS:25 T:1.000000 N:26 PTS:1040037 T:41601.480000 POS:nan INTERLACED:0 -> PTS:26 T:1.0400007kbits/s [force CFR for input from stream 0:0 @ 0x191a760] N:27 PTS:1080015 T:43200.600000 POS:nan INTERLACED:0 -> PTS:27 T:1.080000 [force CFR for input from stream 0:0 @ 0x191a760] N:28 PTS:1120037 T:44801.480000 POS:nan INTERLACED:0 -> PTS:28 T:1.120000 [force CFR for input from stream 0:0 @ 0x191a760] N:29 PTS:1160038 T:46401.520000 POS:nan INTERLACED:0 -> PTS:29 T:1.160000 [force CFR for input from stream 0:0 @ 0x191a760] N:30 PTS:1200038 T:48001.520000 POS:nan INTERLACED:0 -> PTS:30 T:1.200000 [force CFR for input from stream 0:0 @ 0x191a760] N:31 PTS:1240038 T:49601.520000 POS:nan INTERLACED:0 -> PTS:31 T:1.240000 [force CFR for input from stream 0:0 @ 0x191a760] N:32 PTS:1280039 T:51201.560000 POS:nan INTERLACED:0 -> PTS:32 T:1.280000 [force CFR for input from stream 0:0 @ 0x191a760] N:33 PTS:1320039 T:52801.560000 POS:nan INTERLACED:0 -> PTS:33 T:1.320000 [force CFR for input from stream 0:0 @ 0x191a760] N:34 PTS:1360039 T:54401.560000 POS:nan INTERLACED:0 -> PTS:34 T:1.360000 [force CFR for input from stream 0:0 @ 0x191a760] N:35 PTS:1400040 T:56001.600000 POS:nan INTERLACED:0 -> PTS:35 T:1.400000 [force CFR for input from stream 0:0 @ 0x191a760] N:36 PTS:1440041 T:57601.640000 POS:nan INTERLACED:0 -> PTS:36 T:1.440000 [force CFR for input from stream 0:0 @ 0x191a760] N:37 PTS:1480041 T:59201.640000 POS:nan INTERLACED:0 -> PTS:37 T:1.480000 N:38 PTS:1520041 T:60801.640000 POS:nan INTERLACED:0 -> PTS:38 T:1.5200003kbits/s [force CFR for input from stream 0:0 @ 0x191a760] N:39 PTS:1560042 T:62401.680000 POS:nan INTERLACED:0 -> PTS:39 T:1.560000 [force CFR for input from stream 0:0 @ 0x191a760] N:40 PTS:1600041 T:64001.640000 POS:nan INTERLACED:0 -> PTS:40 T:1.600000 [force CFR for input from stream 0:0 @ 0x191a760] N:41 PTS:1640021 T:65600.840000 POS:nan INTERLACED:0 -> PTS:41 T:1.640000 [force CFR for input from stream 0:0 @ 0x191a760] N:42 PTS:1680023 T:67200.920000 POS:nan INTERLACED:0 -> PTS:42 T:1.680000 [force CFR for input from stream 0:0 @ 0x191a760] N:43 PTS:1720022 T:68800.880000 POS:nan INTERLACED:0 -> PTS:43 T:1.720000 [force CFR for input from stream 0:0 @ 0x191a760] N:44 PTS:1760045 T:70401.800000 POS:nan INTERLACED:0 -> PTS:44 T:1.760000 [force CFR for input from stream 0:0 @ 0x191a760] N:45 PTS:1800045 T:72001.800000 POS:nan INTERLACED:0 -> PTS:45 T:1.800000 [force CFR for input from stream 0:0 @ 0x191a760] N:46 PTS:1840047 T:73601.880000 POS:nan INTERLACED:0 -> PTS:46 T:1.840000 [force CFR for input from stream 0:0 @ 0x191a760] N:47 PTS:1880045 T:75201.800000 POS:nan INTERLACED:0 -> PTS:47 T:1.880000 [force CFR for input from stream 0:0 @ 0x191a760] N:48 PTS:1920046 T:76801.840000 POS:nan INTERLACED:0 -> PTS:48 T:1.920000 [force CFR for input from stream 0:0 @ 0x191a760] N:49 PTS:1960047 T:78401.880000 POS:nan INTERLACED:0 -> PTS:49 T:1.960000 [force CFR for input from stream 0:0 @ 0x191a760] N:50 PTS:2000024 T:80000.960000 POS:nan INTERLACED:0 -> PTS:50 T:2.000000 N:51 PTS:2040047 T:81601.880000 POS:nan INTERLACED:0 -> PTS:51 T:2.0400002kbits/s [force CFR for input from stream 0:0 @ 0x191a760] N:52 PTS:2080025 T:83201.000000 POS:nan INTERLACED:0 -> PTS:52 T:2.080000 [force CFR for input from stream 0:0 @ 0x191a760] N:53 PTS:2120049 T:84801.960000 POS:nan INTERLACED:0 -> PTS:53 T:2.120000 [force CFR for input from stream 0:0 @ 0x191a760] N:54 PTS:2160048 T:86401.920000 POS:nan INTERLACED:0 -> PTS:54 T:2.160000 [force CFR for input from stream 0:0 @ 0x191a760] N:55 PTS:2200049 T:88001.960000 POS:nan INTERLACED:0 -> PTS:55 T:2.200000 [force CFR for input from stream 0:0 @ 0x191a760] N:56 PTS:2240049 T:89601.960000 POS:nan INTERLACED:0 -> PTS:56 T:2.240000 [force CFR for input from stream 0:0 @ 0x191a760] N:57 PTS:2280050 T:91202.000000 POS:nan INTERLACED:0 -> PTS:57 T:2.280000 [force CFR for input from stream 0:0 @ 0x191a760] N:58 PTS:2320050 T:92802.000000 POS:nan INTERLACED:0 -> PTS:58 T:2.320000 [force CFR for input from stream 0:0 @ 0x191a760] N:59 PTS:2360049 T:94401.960000 POS:nan INTERLACED:0 -> PTS:59 T:2.360000 [force CFR for input from stream 0:0 @ 0x191a760] N:60 PTS:2400051 T:96002.040000 POS:nan INTERLACED:0 -> PTS:60 T:2.400000 [force CFR for input from stream 0:0 @ 0x191a760] N:61 PTS:2440051 T:97602.040000 POS:nan INTERLACED:0 -> PTS:61 T:2.440000 [force CFR for input from stream 0:0 @ 0x191a760] N:62 PTS:2480051 T:99202.040000 POS:nan INTERLACED:0 -> PTS:62 T:2.480000 [force CFR for input from stream 0:0 @ 0x191a760] N:63 PTS:2520052 T:100802.080000 POS:nan INTERLACED:0 -> PTS:63 T:2.520000 N:64 PTS:2560030 T:102401.200000 POS:nan INTERLACED:0 -> PTS:64 T:2.560000kbits/s [force CFR for input from stream 0:0 @ 0x191a760] N:65 PTS:2600054 T:104002.160000 POS:nan INTERLACED:0 -> PTS:65 T:2.600000 [force CFR for input from stream 0:0 @ 0x191a760] N:66 PTS:2640054 T:105602.160000 POS:nan INTERLACED:0 -> PTS:66 T:2.640000 [force CFR for input from stream 0:0 @ 0x191a760] N:67 PTS:2680054 T:107202.160000 POS:nan INTERLACED:0 -> PTS:67 T:2.680000 [force CFR for input from stream 0:0 @ 0x191a760] N:68 PTS:2720055 T:108802.200000 POS:nan INTERLACED:0 -> PTS:68 T:2.720000 [force CFR for input from stream 0:0 @ 0x191a760] N:69 PTS:2760055 T:110402.200000 POS:nan INTERLACED:0 -> PTS:69 T:2.760000 [force CFR for input from stream 0:0 @ 0x191a760] N:70 PTS:2800056 T:112002.240000 POS:nan INTERLACED:0 -> PTS:70 T:2.800000 [force CFR for input from stream 0:0 @ 0x191a760] N:71 PTS:2840034 T:113601.360000 POS:nan INTERLACED:0 -> PTS:71 T:2.840000 [force CFR for input from stream 0:0 @ 0x191a760] N:72 PTS:2880056 T:115202.240000 POS:nan INTERLACED:0 -> PTS:72 T:2.880000 [force CFR for input from stream 0:0 @ 0x191a760] N:73 PTS:2920057 T:116802.280000 POS:nan INTERLACED:0 -> PTS:73 T:2.920000 [force CFR for input from stream 0:0 @ 0x191a760] N:74 PTS:2960057 T:118402.280000 POS:nan INTERLACED:0 -> PTS:74 T:2.960000 [force CFR for input from stream 0:0 @ 0x191a760] N:75 PTS:3000060 T:120002.400000 POS:nan INTERLACED:0 -> PTS:75 T:3.000000 [force CFR for input from stream 0:0 @ 0x191a760] N:76 PTS:3040058 T:121602.320000 POS:nan INTERLACED:0 -> PTS:76 T:3.040000 N:77 PTS:3080036 T:123201.440000 POS:nan INTERLACED:0 -> PTS:77 T:3.080000kbits/s [force CFR for input from stream 0:0 @ 0x191a760] N:78 PTS:3120059 T:124802.360000 POS:nan INTERLACED:0 -> PTS:78 T:3.120000 [force CFR for input from stream 0:0 @ 0x191a760] N:79 PTS:3160059 T:126402.360000 POS:nan INTERLACED:0 -> PTS:79 T:3.160000 [force CFR for input from stream 0:0 @ 0x191a760] N:80 PTS:3200060 T:128002.400000 POS:nan INTERLACED:0 -> PTS:80 T:3.200000 [force CFR for input from stream 0:0 @ 0x191a760] N:81 PTS:3240060 T:129602.400000 POS:nan INTERLACED:0 -> PTS:81 T:3.240000 [force CFR for input from stream 0:0 @ 0x191a760] N:82 PTS:3280060 T:131202.400000 POS:nan INTERLACED:0 -> PTS:82 T:3.280000 [force CFR for input from stream 0:0 @ 0x191a760] N:83 PTS:3320061 T:132802.440000 POS:nan INTERLACED:0 -> PTS:83 T:3.320000 [force CFR for input from stream 0:0 @ 0x191a760] N:84 PTS:3360062 T:134402.480000 POS:nan INTERLACED:0 -> PTS:84 T:3.360000 [force CFR for input from stream 0:0 @ 0x191a760] N:85 PTS:3400062 T:136002.480000 POS:nan INTERLACED:0 -> PTS:85 T:3.400000 [force CFR for input from stream 0:0 @ 0x191a760] N:86 PTS:3440062 T:137602.480000 POS:nan INTERLACED:0 -> PTS:86 T:3.440000 frame= 87 fps= 25 q=30.4 Lsize= 362kB time=00:00:03.44 bitrate= 862.1kbits/s video:359kB audio:0kB subtitle:0 global headers:0kB muxing overhead 0.712646% }}} '''1.2 ffmpeg -y -loglevel debug -f v4l2 -s vga -i /dev/video0 out.mpg''' {{{ ffmpeg version N-50974-g7d15cd4 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 19 2013 12:36:50 with gcc 4.7.2 (GCC) 20121109 (Red Hat 4.7.2-8) configuration: --prefix=/usr/local --enable-ffplay libavutil 52. 19.100 / 52. 19.100 libavcodec 55. 0.100 / 55. 0.100 libavformat 55. 0.100 / 55. 0.100 libavdevice 55. 0.100 / 55. 0.100 libavfilter 3. 45.104 / 3. 45.104 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 Splitting the commandline. Reading option '-y' ... matched as option 'y' (overwrite output files) with argument '1'. Reading option '-loglevel' ... matched as option 'loglevel' (set libav* logging level) with argument 'debug'. Reading option '-f' ... matched as option 'f' (force format) with argument 'v4l2'. Reading option '-s' ... matched as option 's' (set frame size (WxH or abbreviation)) with argument 'vga'. Reading option '-i' ... matched as input file with argument '/dev/video0'. Reading option 'out.mpg' ... matched as output file. Finished splitting the commandline. Parsing a group of options: global . Applying option y (overwrite output files) with argument 1. Applying option loglevel (set libav* logging level) with argument debug. Successfully parsed a group of options. Parsing a group of options: input file /dev/video0. Applying option f (force format) with argument v4l2. Applying option s (set frame size (WxH or abbreviation)) with argument vga. Successfully parsed a group of options. Opening an input file: /dev/video0. [video4linux2,v4l2 @ 0x268d0e0] fd:3 capabilities:5010015 [video4linux2,v4l2 @ 0x268d0e0] Selecting input_channel: 0 [video4linux2,v4l2 @ 0x268d0e0] input_channel: 0, input_name: Television [video4linux2,v4l2 @ 0x268d0e0] The V4L2 driver is using the interlaced mode [video4linux2,v4l2 @ 0x268d0e0] Current standard: PAL-BG, id: 7, frameperiod: 1/25 [video4linux2,v4l2 @ 0x268d0e0] All info found [video4linux2,v4l2 @ 0x268d0e0] Estimating duration from bitrate, this may be inaccurate Input #0, video4linux2,v4l2, from '/dev/video0': Duration: N/A, start: 1363693217.386804, bitrate: 92160 kb/s Stream #0:0, 1, 1/1000000: Video: rawvideo (I420 / 0x30323449), yuv420p, 640x480, 1/1000000, 92160 kb/s, 25 fps, 25 tbr, 1000k tbn, 1000k tbc Successfully opened the file. Parsing a group of options: output file out.mpg. Successfully parsed a group of options. Opening an output file: out.mpg. Successfully opened the file. [buffer @ 0x26864a0] Setting entry with key 'video_size' to value '640x480' [buffer @ 0x26864a0] Setting entry with key 'pix_fmt' to value '0' [buffer @ 0x26864a0] Setting entry with key 'time_base' to value '1/1000000' [buffer @ 0x26864a0] Setting entry with key 'pixel_aspect' to value '0/1' [buffer @ 0x26864a0] Setting entry with key 'sws_param' to value 'flags=2' [buffer @ 0x26864a0] Setting entry with key 'frame_rate' to value '25/1' [graph 0 input from stream 0:0 @ 0x267e560] w:640 h:480 pixfmt:yuv420p tb:1/1000000 fr:25/1 sar:0/1 sws_param:flags=2 [mpeg1video @ 0x268ef20] detected 4 logical cores [mpeg1video @ 0x268ef20] intra_quant_bias = 96 inter_quant_bias = 0 [mpeg @ 0x268e9c0] VBV buffer size not set, muxing may fail Output #0, mpeg, to 'out.mpg': Metadata: encoder : Lavf55.0.100 Stream #0:0, 0, 1/90000: Video: mpeg1video, yuv420p, 640x480, 1/25, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> mpeg1video) Press [q] to stop, [?] for help [mpeg @ 0x268e9c0] First SCR: 0 First DTS: 45000 frame= 216 fps= 25 q=31.0 Lsize= 598kB time=00:00:08.60 bitrate= 569.6kbits/s video:592kB audio:0kB subtitle:0 global headers:0kB muxing overhead 0.973371% }}} == 2. compiled with --enable-libv4l2 == '''2.1 ffmpeg -y -loglevel debug -f v4l2 -s vga -r 25 -i /dev/video0 out.mpg''' {{{ ffmpeg version N-50974-g7d15cd4 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 16 2013 13:14:09 with gcc 4.7.2 (GCC) 20121109 (Red Hat 4.7.2-8) configuration: --prefix=/usr/local --enable-ffplay --enable-libv4l2 libavutil 52. 19.100 / 52. 19.100 libavcodec 55. 0.100 / 55. 0.100 libavformat 55. 0.100 / 55. 0.100 libavdevice 55. 0.100 / 55. 0.100 libavfilter 3. 45.104 / 3. 45.104 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 Splitting the commandline. Reading option '-y' ... matched as option 'y' (overwrite output files) with argument '1'. Reading option '-loglevel' ... matched as option 'loglevel' (set libav* logging level) with argument 'debug'. Reading option '-f' ... matched as option 'f' (force format) with argument 'v4l2'. Reading option '-s' ... matched as option 's' (set frame size (WxH or abbreviation)) with argument 'vga'. Reading option '-r' ... matched as option 'r' (set frame rate (Hz value, fraction or abbreviation)) with argument '25'. Reading option '-i' ... matched as input file with argument '/dev/video0'. Reading option 'out.mpg' ... matched as output file. Finished splitting the commandline. Parsing a group of options: global . Applying option y (overwrite output files) with argument 1. Applying option loglevel (set libav* logging level) with argument debug. Successfully parsed a group of options. Parsing a group of options: input file /dev/video0. Applying option f (force format) with argument v4l2. Applying option s (set frame size (WxH or abbreviation)) with argument vga. Applying option r (set frame rate (Hz value, fraction or abbreviation)) with argument 25. Successfully parsed a group of options. Opening an input file: /dev/video0. [video4linux2,v4l2 @ 0x25d4180] fd:4 capabilities:5010015 [video4linux2,v4l2 @ 0x25d4180] Selecting input_channel: 0 [video4linux2,v4l2 @ 0x25d4180] input_channel: 0, input_name: Television [video4linux2,v4l2 @ 0x25d4180] The V4L2 driver is using the interlaced mode [video4linux2,v4l2 @ 0x25d4180] Current standard: PAL-BG, id: 7, frameperiod: 1/25 [video4linux2,v4l2 @ 0x25d4180] The driver does not allow to change time per frame [video4linux2,v4l2 @ 0x25d4180] All info found [video4linux2,v4l2 @ 0x25d4180] Estimating duration from bitrate, this may be inaccurate Input #0, video4linux2,v4l2, from '/dev/video0': Duration: N/A, start: 1363692612.900232, bitrate: 92160 kb/s Stream #0:0, 1, 1/1000000: Video: rawvideo (I420 / 0x30323449), yuv420p, 640x480, 1/1000000, 92160 kb/s, 25 fps, 25 tbr, 1000k tbn, 1000k tbc Successfully opened the file. Parsing a group of options: output file out.mpg. Successfully parsed a group of options. Opening an output file: out.mpg. Successfully opened the file. [buffer @ 0x25be6e0] Setting entry with key 'video_size' to value '640x480' [buffer @ 0x25be6e0] Setting entry with key 'pix_fmt' to value '0' [buffer @ 0x25be6e0] Setting entry with key 'time_base' to value '1/25' [buffer @ 0x25be6e0] Setting entry with key 'pixel_aspect' to value '0/1' [buffer @ 0x25be6e0] Setting entry with key 'sws_param' to value 'flags=2' [buffer @ 0x25be6e0] Setting entry with key 'frame_rate' to value '25/1' [graph 0 input from stream 0:0 @ 0x25d4100] w:640 h:480 pixfmt:yuv420p tb:1/25 fr:25/1 sar:0/1 sws_param:flags=2 [graph 0 input from stream 0:0 @ 0x25d4100] TB:0.040000 FRAME_RATE:25.000000 SAMPLE_RATE:nan [mpeg1video @ 0x25d9c40] detected 4 logical cores [mpeg1video @ 0x25d9c40] intra_quant_bias = 96 inter_quant_bias = 0 [mpeg @ 0x25d9700] VBV buffer size not set, muxing may fail Output #0, mpeg, to 'out.mpg': Metadata: encoder : Lavf55.0.100 Stream #0:0, 0, 1/90000: Video: mpeg1video, yuv420p, 640x480, 1/25, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> mpeg1video) Press [q] to stop, [?] for help [force CFR for input from stream 0:0 @ 0x25bf2a0] N:0 PTS:0 T:0.000000 POS:nan INTERLACED:0 -> PTS:0 T:0.000000 [force CFR for input from stream 0:0 @ 0x25bf2a0] N:1 PTS:40024 T:1600.960000 POS:nan INTERLACED:0 -> PTS:1 T:0.040000 [mpeg @ 0x25d9700] First SCR: 0 First DTS: 45000 [force CFR for input from stream 0:0 @ 0x25bf2a0] N:2 PTS:80023 T:3200.920000 POS:nan INTERLACED:0 -> PTS:2 T:0.080000 [force CFR for input from stream 0:0 @ 0x25bf2a0] N:3 PTS:120028 T:4801.120000 POS:nan INTERLACED:0 -> PTS:3 T:0.120000 [force CFR for input from stream 0:0 @ 0x25bf2a0] N:4 PTS:160026 T:6401.040000 POS:nan INTERLACED:0 -> PTS:4 T:0.160000 [force CFR for input from stream 0:0 @ 0x25bf2a0] N:5 PTS:200027 T:8001.080000 POS:nan INTERLACED:0 -> PTS:5 T:0.200000 [force CFR for input from stream 0:0 @ 0x25bf2a0] N:6 PTS:240027 T:9601.080000 POS:nan INTERLACED:0 -> PTS:6 T:0.240000 [force CFR for input from stream 0:0 @ 0x25bf2a0] N:7 PTS:280027 T:11201.080000 POS:nan INTERLACED:0 -> PTS:7 T:0.280000 [force CFR for input from stream 0:0 @ 0x25bf2a0] N:8 PTS:320006 T:12800.240000 POS:nan INTERLACED:0 -> PTS:8 T:0.320000 [force CFR for input from stream 0:0 @ 0x25bf2a0] N:9 PTS:360006 T:14400.240000 POS:nan INTERLACED:0 -> PTS:9 T:0.360000 [force CFR for input from stream 0:0 @ 0x25bf2a0] N:10 PTS:400028 T:16001.120000 POS:nan INTERLACED:0 -> PTS:10 T:0.400000 [force CFR for input from stream 0:0 @ 0x25bf2a0] N:11 PTS:440029 T:17601.160000 POS:nan INTERLACED:0 -> PTS:11 T:0.440000 [force CFR for input from stream 0:0 @ 0x25bf2a0] N:12 PTS:480029 T:19201.160000 POS:nan INTERLACED:0 -> PTS:12 T:0.480000 N:13 PTS:520030 T:20801.200000 POS:nan INTERLACED:0 -> PTS:13 T:0.520000.7kbits/s [force CFR for input from stream 0:0 @ 0x25bf2a0] N:14 PTS:560030 T:22401.200000 POS:nan INTERLACED:0 -> PTS:14 T:0.560000 [force CFR for input from stream 0:0 @ 0x25bf2a0] N:15 PTS:600031 T:24001.240000 POS:nan INTERLACED:0 -> PTS:15 T:0.600000 [force CFR for input from stream 0:0 @ 0x25bf2a0] N:16 PTS:640030 T:25601.200000 POS:nan INTERLACED:0 -> PTS:16 T:0.640000 [force CFR for input from stream 0:0 @ 0x25bf2a0] N:17 PTS:680010 T:27200.400000 POS:nan INTERLACED:0 -> PTS:17 T:0.680000 [force CFR for input from stream 0:0 @ 0x25bf2a0] N:18 PTS:720032 T:28801.280000 POS:nan INTERLACED:0 -> PTS:18 T:0.720000 [force CFR for input from stream 0:0 @ 0x25bf2a0] N:19 PTS:760011 T:30400.440000 POS:nan INTERLACED:0 -> PTS:19 T:0.760000 [force CFR for input from stream 0:0 @ 0x25bf2a0] N:20 PTS:800032 T:32001.280000 POS:nan INTERLACED:0 -> PTS:20 T:0.800000 [force CFR for input from stream 0:0 @ 0x25bf2a0] N:21 PTS:840034 T:33601.360000 POS:nan INTERLACED:0 -> PTS:21 T:0.840000 [force CFR for input from stream 0:0 @ 0x25bf2a0] N:22 PTS:880033 T:35201.320000 POS:nan INTERLACED:0 -> PTS:22 T:0.880000 [force CFR for input from stream 0:0 @ 0x25bf2a0] N:23 PTS:920034 T:36801.360000 POS:nan INTERLACED:0 -> PTS:23 T:0.920000 [force CFR for input from stream 0:0 @ 0x25bf2a0] N:24 PTS:960035 T:38401.400000 POS:nan INTERLACED:0 -> PTS:24 T:0.960000 [force CFR for input from stream 0:0 @ 0x25bf2a0] N:25 PTS:1000035 T:40001.400000 POS:nan INTERLACED:0 -> PTS:25 T:1.000000 N:26 PTS:1040036 T:41601.440000 POS:nan INTERLACED:0 -> PTS:26 T:1.0400005kbits/s [force CFR for input from stream 0:0 @ 0x25bf2a0] N:27 PTS:1080036 T:43201.440000 POS:nan INTERLACED:0 -> PTS:27 T:1.080000 [force CFR for input from stream 0:0 @ 0x25bf2a0] N:28 PTS:1120037 T:44801.480000 POS:nan INTERLACED:0 -> PTS:28 T:1.120000 [force CFR for input from stream 0:0 @ 0x25bf2a0] N:29 PTS:1160036 T:46401.440000 POS:nan INTERLACED:0 -> PTS:29 T:1.160000 [force CFR for input from stream 0:0 @ 0x25bf2a0] N:30 PTS:1200037 T:48001.480000 POS:nan INTERLACED:0 -> PTS:30 T:1.200000 [force CFR for input from stream 0:0 @ 0x25bf2a0] N:31 PTS:1240038 T:49601.520000 POS:nan INTERLACED:0 -> PTS:31 T:1.240000 [force CFR for input from stream 0:0 @ 0x25bf2a0] N:32 PTS:1280037 T:51201.480000 POS:nan INTERLACED:0 -> PTS:32 T:1.280000 [force CFR for input from stream 0:0 @ 0x25bf2a0] N:33 PTS:1320038 T:52801.520000 POS:nan INTERLACED:0 -> PTS:33 T:1.320000 [force CFR for input from stream 0:0 @ 0x25bf2a0] N:34 PTS:1360039 T:54401.560000 POS:nan INTERLACED:0 -> PTS:34 T:1.360000 [force CFR for input from stream 0:0 @ 0x25bf2a0] N:35 PTS:1400039 T:56001.560000 POS:nan INTERLACED:0 -> PTS:35 T:1.400000 [force CFR for input from stream 0:0 @ 0x25bf2a0] N:36 PTS:1440039 T:57601.560000 POS:nan INTERLACED:0 -> PTS:36 T:1.440000 [force CFR for input from stream 0:0 @ 0x25bf2a0] N:37 PTS:1480040 T:59201.600000 POS:nan INTERLACED:0 -> PTS:37 T:1.480000 [force CFR for input from stream 0:0 @ 0x25bf2a0] N:38 PTS:1520041 T:60801.640000 POS:nan INTERLACED:0 -> PTS:38 T:1.520000 N:39 PTS:1560042 T:62401.680000 POS:nan INTERLACED:0 -> PTS:39 T:1.5600006kbits/s [force CFR for input from stream 0:0 @ 0x25bf2a0] N:40 PTS:1600042 T:64001.680000 POS:nan INTERLACED:0 -> PTS:40 T:1.600000 [force CFR for input from stream 0:0 @ 0x25bf2a0] N:41 PTS:1640042 T:65601.680000 POS:nan INTERLACED:0 -> PTS:41 T:1.640000 [force CFR for input from stream 0:0 @ 0x25bf2a0] N:42 PTS:1680024 T:67200.960000 POS:nan INTERLACED:0 -> PTS:42 T:1.680000 [force CFR for input from stream 0:0 @ 0x25bf2a0] N:43 PTS:1720042 T:68801.680000 POS:nan INTERLACED:0 -> PTS:43 T:1.720000 [force CFR for input from stream 0:0 @ 0x25bf2a0] N:44 PTS:1760042 T:70401.680000 POS:nan INTERLACED:0 -> PTS:44 T:1.760000 [force CFR for input from stream 0:0 @ 0x25bf2a0] N:45 PTS:1800044 T:72001.760000 POS:nan INTERLACED:0 -> PTS:45 T:1.800000 [force CFR for input from stream 0:0 @ 0x25bf2a0] N:46 PTS:1840044 T:73601.760000 POS:nan INTERLACED:0 -> PTS:46 T:1.840000 [force CFR for input from stream 0:0 @ 0x25bf2a0] N:47 PTS:1880044 T:75201.760000 POS:nan INTERLACED:0 -> PTS:47 T:1.880000 [force CFR for input from stream 0:0 @ 0x25bf2a0] N:48 PTS:1920045 T:76801.800000 POS:nan INTERLACED:0 -> PTS:48 T:1.920000 frame= 49 fps= 25 q=10.5 Lsize= 212kB time=00:00:01.92 bitrate= 904.5kbits/s video:209kB audio:0kB subtitle:0 global headers:0kB muxing overhead 1.456739% Received signal 2: terminating. }}} '''2.2 ffmpeg -y -loglevel debug -f v4l2 -s vga -i /dev/video0 out.mpg''' {{{ ffmpeg version N-50974-g7d15cd4 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 16 2013 13:14:09 with gcc 4.7.2 (GCC) 20121109 (Red Hat 4.7.2-8) configuration: --prefix=/usr/local --enable-ffplay --enable-libv4l2 libavutil 52. 19.100 / 52. 19.100 libavcodec 55. 0.100 / 55. 0.100 libavformat 55. 0.100 / 55. 0.100 libavdevice 55. 0.100 / 55. 0.100 libavfilter 3. 45.104 / 3. 45.104 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 Splitting the commandline. Reading option '-y' ... matched as option 'y' (overwrite output files) with argument '1'. Reading option '-loglevel' ... matched as option 'loglevel' (set libav* logging level) with argument 'debug'. Reading option '-f' ... matched as option 'f' (force format) with argument 'v4l2'. Reading option '-s' ... matched as option 's' (set frame size (WxH or abbreviation)) with argument 'vga'. Reading option '-i' ... matched as input file with argument '/dev/video0'. Reading option 'out.mpg' ... matched as output file. Finished splitting the commandline. Parsing a group of options: global . Applying option y (overwrite output files) with argument 1. Applying option loglevel (set libav* logging level) with argument debug. Successfully parsed a group of options. Parsing a group of options: input file /dev/video0. Applying option f (force format) with argument v4l2. Applying option s (set frame size (WxH or abbreviation)) with argument vga. Successfully parsed a group of options. Opening an input file: /dev/video0. [video4linux2,v4l2 @ 0x304e0e0] fd:4 capabilities:5010015 [video4linux2,v4l2 @ 0x304e0e0] Selecting input_channel: 0 [video4linux2,v4l2 @ 0x304e0e0] input_channel: 0, input_name: Television [video4linux2,v4l2 @ 0x304e0e0] The V4L2 driver is using the interlaced mode [video4linux2,v4l2 @ 0x304e0e0] Current standard: PAL-BG, id: 7, frameperiod: 1/25 [video4linux2,v4l2 @ 0x304e0e0] All info found [video4linux2,v4l2 @ 0x304e0e0] Estimating duration from bitrate, this may be inaccurate Input #0, video4linux2,v4l2, from '/dev/video0': Duration: N/A, start: 1363692796.662234, bitrate: 92160 kb/s Stream #0:0, 1, 1/1000000: Video: rawvideo (I420 / 0x30323449), yuv420p, 640x480, 1/1000000, 92160 kb/s, 25 fps, 25 tbr, 1000k tbn, 1000k tbc Successfully opened the file. Parsing a group of options: output file out.mpg. Successfully parsed a group of options. Opening an output file: out.mpg. Successfully opened the file. [buffer @ 0x30474a0] Setting entry with key 'video_size' to value '640x480' [buffer @ 0x30474a0] Setting entry with key 'pix_fmt' to value '0' [buffer @ 0x30474a0] Setting entry with key 'time_base' to value '1/1000000' [buffer @ 0x30474a0] Setting entry with key 'pixel_aspect' to value '0/1' [buffer @ 0x30474a0] Setting entry with key 'sws_param' to value 'flags=2' [buffer @ 0x30474a0] Setting entry with key 'frame_rate' to value '25/1' [graph 0 input from stream 0:0 @ 0x303f560] w:640 h:480 pixfmt:yuv420p tb:1/1000000 fr:25/1 sar:0/1 sws_param:flags=2 [mpeg1video @ 0x3053740] detected 4 logical cores [mpeg1video @ 0x3053740] intra_quant_bias = 96 inter_quant_bias = 0 [mpeg @ 0x30531e0] VBV buffer size not set, muxing may fail Output #0, mpeg, to 'out.mpg': Metadata: encoder : Lavf55.0.100 Stream #0:0, 0, 1/90000: Video: mpeg1video, yuv420p, 640x480, 1/25, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> mpeg1video) Press [q] to stop, [?] for help [mpeg @ 0x30531e0] First SCR: 0 First DTS: 45000 frame= 166 fps= 25 q=31.0 Lsize= 424kB time=00:00:06.60 bitrate= 526.3kbits/s video:421kB audio:0kB subtitle:0 global headers:0kB muxing overhead 0.685030% Received signal 2: terminating. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 19 13:29:46 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Mar 2013 12:29:46 -0000 Subject: [FFmpeg-trac] #2277(avcodec:closed): wrong comment in the alac.c In-Reply-To: <037.9e284ce392b06d29c43e196427d3ce58@avcodec.org> References: <037.9e284ce392b06d29c43e196427d3ce58@avcodec.org> Message-ID: <052.b8e6821cc120f74f6c3e29a5c5a04740@avcodec.org> #2277: wrong comment in the alac.c ------------------------------------+----------------------------------- Reporter: chinshou | Owner: Type: defect | Status: closed Priority: minor | Component: avcodec Version: git-master | Resolution: fixed Keywords: alac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Patch applied -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 19 14:29:39 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Mar 2013 13:29:39 -0000 Subject: [FFmpeg-trac] #2370(avdevice:open): v4l2 should not need ENUMSTD In-Reply-To: <035.3901b60a5d30630c278fcb6dca895616@avcodec.org> References: <035.3901b60a5d30630c278fcb6dca895616@avcodec.org> Message-ID: <050.08af308b6b8c9411cd43fc1a5ca655d6@avcodec.org> #2370: v4l2 should not need ENUMSTD -------------------------------------+------------------------------------- Reporter: ubitux | Owner: holden Type: defect | Status: open Priority: normal | Component: avdevice Version: git-master | Resolution: Keywords: v4l2 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by holden): * analyzed: 0 => 1 * owner: => holden * priority: important => normal Comment: The problem has been fixed on v4l2loopback git/master, so now ffmpeg should work again. I will try to see if we can apply a workaround to allow ffmpeg to work with older versions of v4l2loopback. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 19 15:11:28 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Mar 2013 14:11:28 -0000 Subject: [FFmpeg-trac] #2367(undetermined:new): input_format / -pixel_format => libv4l2: error dequeuing buf: Resource temporarily unavailable In-Reply-To: <035.d2966d1bd63202a6b3b61ad910e68791@avcodec.org> References: <035.d2966d1bd63202a6b3b61ad910e68791@avcodec.org> Message-ID: <050.2a4e6563f34dc0bdf8454219c07db8b3@avcodec.org> #2367: input_format / -pixel_format => libv4l2: error dequeuing buf: Resource temporarily unavailable --------------------------------+---------------------------------------- Reporter: MrNice | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 1.1.3 | Resolution: Keywords: v4l2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Comment (by holden): Hi, could you please compile current git head without "--enable-libv4l2" and test again? I suspect this could be the problem, since I cannot reproduce the "invalid, clipping" issue here (but I have not tried with --enable- libv4l2). libv4l2 is mostly useful with devices or webcams that support strange pixelformats, but yuyv422 is supported natively by ffmpeg. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 19 15:37:56 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Mar 2013 14:37:56 -0000 Subject: [FFmpeg-trac] #634(undetermined:open): non monotonically increasing dts with v4l2 In-Reply-To: <032.8c4cc457073c1e88ed82b796197d87a2@avcodec.org> References: <032.8c4cc457073c1e88ed82b796197d87a2@avcodec.org> Message-ID: <047.1c138576ebb5e76aacc7cbac41e90c7d@avcodec.org> #634: non monotonically increasing dts with v4l2 -------------------------------------+------------------------------------- Reporter: wim | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: av_interleaved_write_frame v4l2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by holden): Could somebody still reproduce this by running for example: {{{ ffmpeg -f v4l2 -video_size 320x240 -framerate 10 -i /dev/video0 out.avi }}} with current git head? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 19 16:50:24 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Mar 2013 15:50:24 -0000 Subject: [FFmpeg-trac] #2379(FFmpeg:new): FFmepeg produces broken h264 output. Message-ID: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> #2379: FFmepeg produces broken h264 output. -------------------------------------+------------------------------------- Reporter: dodgexander | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: git- Keywords: wtv dts pts | master mmco: unref short failure | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: When I use FFmpeg to re-encode a wtv recording, the result with some of my recordings is an output that is broken, with skipping frames and broken playback. Have tested on multiple players, sometimes it is more obvious than not. How to reproduce: {{{ --> ffmpeg version N-48065-g6375318 Copyright (c) 2000-2012 the FFmpeg developers --> built on Dec 21 2012 09:06:30 with gcc 4.7.2 (GCC) --> configuration: --enable-static --arch=x86 --target-os=mingw32 --cross-prefix=/home/rdp/dev/ffmpeg-windows-build- helpers/sandbox/mingw-w64-i686/bin/i686-w64-mingw32- --pkg-config=pkg- config --enable-gpl --enable-libx264 --enable-avisynth --enable-libxvid --enable-libmp3lame --enable-version3 --enable-zlib --enable-librtmp --enable-libvorbis --enable-libtheora --enable-libspeex --enable- libopenjpeg --enable-gnutls --enable-libgsm --enable-libfreetype --enable- fontconfig --enable-libass --enable-libutvideo --enable-libopus --disable- w32threads --enable-frei0r --enable-filter=frei0r --enable-libvo-aacenc --enable-bzlib --enable-libxavs --extra-cflags=-DPTW32_STATIC_LIB --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libvo- amrwbenc --enable-libschroedinger --enable-libbluray --enable-libvpx --enable-runtime-cpudetect --> libavutil 52. 12.100 / 52. 12.100 --> libavcodec 54. 81.100 / 54. 81.100 --> libavformat 54. 49.102 / 54. 49.102 --> libavdevice 54. 3.102 / 54. 3.102 --> libavfilter 3. 29.100 / 3. 29.100 --> libswscale 2. 1.103 / 2. 1.103 --> libswresample 0. 17.102 / 0. 17.102 --> libpostproc 52. 2.100 / 52. 2.100 }}} I hope you can help me, because I tried to replicate the steps without using MCEBuddy, but had no luck. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 19 16:53:23 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Mar 2013 15:53:23 -0000 Subject: [FFmpeg-trac] #2379(FFmpeg:new): FFmepeg produces broken h264 output. In-Reply-To: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> References: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> Message-ID: <055.a9082e23972b33592939b37e7eab83cf@avcodec.org> #2379: FFmepeg produces broken h264 output. -------------------------------------+------------------------------------- Reporter: dodgexander | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: git-master | Resolution: Keywords: wtv dts pts | Blocked By: mmco: unref short failure | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by dodgexander): [http://www.mediafire.com/?3mv49g6ne3kb9] Sample should be available shortly. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 19 16:55:19 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Mar 2013 15:55:19 -0000 Subject: [FFmpeg-trac] #2227(undetermined:new): ffmpeg incorrectly identifying mjpeg as video stream instead of attachment In-Reply-To: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> References: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> Message-ID: <055.c4055deb1a023d0524e2941d076d9b31@avcodec.org> #2227: ffmpeg incorrectly identifying mjpeg as video stream instead of attachment -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: wtv | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by dodgexander): Ticket: https://ffmpeg.org/trac/ffmpeg/ticket/2220 is not specifically related to wtv no, but it is a problem I have preventing 30% of my h264 recordings from working with the copy decoder, it has been open for a while, but with no fix. I have created a new ticket [https://ffmpeg.org/trac/ffmpeg/ticket/2379] which creates an output file skipping and broken in playback. Thanks for any help you can give. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 19 16:56:48 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Mar 2013 15:56:48 -0000 Subject: [FFmpeg-trac] #2379(FFmpeg:new): FFmpeg produces broken h264 output. (was: FFmepeg produces broken h264 output.) In-Reply-To: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> References: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> Message-ID: <055.d3b7ec13aa4836ae40d9c88c58c9ff15@avcodec.org> #2379: FFmpeg produces broken h264 output. -------------------------------------+------------------------------------- Reporter: dodgexander | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: git-master | Resolution: Keywords: wtv dts pts | Blocked By: mmco: unref short failure | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 19 17:33:17 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Mar 2013 16:33:17 -0000 Subject: [FFmpeg-trac] #2379(FFmpeg:new): FFmpeg produces broken h264 output. In-Reply-To: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> References: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> Message-ID: <055.14f5538069f5f784bbb37511515751e7@avcodec.org> #2379: FFmpeg produces broken h264 output. -------------------------------------+------------------------------------- Reporter: dodgexander | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: git-master | Resolution: Keywords: wtv dts pts | Blocked By: mmco: unref short failure | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by dodgexander): My settings: {{{ -vcodec libx264 -b 7000k -flags +ildct+ilme -x264opts interlaced=true:me=hex:trellis=2:subq=8:partitions=all:8x8dct=1:ref=8:rc- lookahead=50:keyint=25:min- keyint=20:bframes=3:weightb=1:level=4.1:b-pyramid=normal:direct=auto :mixed-refs=1:deblock=-1,-1:no-fast-pskip=1:no-dct- decimate=1:b-adapt=2:threads=auto -map 0:a -map 0:v -acodec copy }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 19 17:40:52 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Mar 2013 16:40:52 -0000 Subject: [FFmpeg-trac] #2376(documentation:closed): Documentation for -avoid_negative_ts is too vague In-Reply-To: <037.500afad730a4bd29dbc7bc9b29e75b27@avcodec.org> References: <037.500afad730a4bd29dbc7bc9b29e75b27@avcodec.org> Message-ID: <052.c07d79fd9807d50d16c1b8f1fb92fbde@avcodec.org> #2376: Documentation for -avoid_negative_ts is too vague -------------------------------------+------------------------------------- Reporter: dbuitenh | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | documentation Keywords: pts | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 1 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by saste): * analyzed: 0 => 1 * status: new => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Should be fixed since: {{{ commit 9c22039c158c47c03df6c1e3b820fdf727a6c9c2 Author: Michael Niedermayer Date: Mon Mar 18 23:17:16 2013 +0100 doc: Document the order in which avoid_negative_ts is applied compared to other timestamp options Also try to document the rational behind it. This might fix Ticket2376 Signed-off-by: Michael Niedermayer }}} and following commits. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 19 18:06:04 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Mar 2013 17:06:04 -0000 Subject: [FFmpeg-trac] #2379(undetermined:new): FFmpeg produces broken h264 output. In-Reply-To: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> References: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> Message-ID: <055.869d033b53caa5d74ed2bd1bbc80d082@avcodec.org> #2379: FFmpeg produces broken h264 output. -------------------------------------+------------------------------------- Reporter: dodgexander | 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): * cc: cehoyos (removed) * keywords: wtv dts pts mmco: unref short failure => * component: FFmpeg => undetermined Comment: This ticket has currently several different problems. Generally, please do not add anybody to CC (except yourself to tickets that you did not create) and please test current git head (or at least a very recent release, currently 1.2) before reporting problems. In this specific case: Please provide one input sample (not eight) and please provide the command line you used together with the complete, uncut console output. Is there really software that can read the zip you uploaded? I unfortunately am unable to read it, please either post the console output into the ticket (this is preferred) or attach a txt file. Please do not run a script (or other software that calls ffmpeg) when testing FFmpeg, run the executable directly from your shell. If you cannot reproduce your problem with FFmpeg (directly) but only using third-party software, please report the bug there, as said before, this bug tracker is only for FFmpeg bugs, there is a mailing list for user support, please see http://ffmpeg.org/contact.html (You may of course report bugs that are only reproducible with one of the libraries but not ffmpeg - the command line interface - but this is not the case here.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 19 18:08:04 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Mar 2013 17:08:04 -0000 Subject: [FFmpeg-trac] #1087(avcodec:open): support decoding the CineForm codec In-Reply-To: <036.87b15287504b373c57c55b791ae5a8ae@avcodec.org> References: <036.87b15287504b373c57c55b791ae5a8ae@avcodec.org> Message-ID: <051.c14fce40a6e7cc6d7f9e7a3456382ff6@avcodec.org> #1087: support decoding the CineForm codec -------------------------------------+------------------------------------- Reporter: dericed | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: CFHD, | Blocked By: CineForm | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by compn): someone could try again to get a response back from cineform... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 19 18:10:12 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Mar 2013 17:10:12 -0000 Subject: [FFmpeg-trac] #2376(documentation:closed): Documentation for -avoid_negative_ts is too vague In-Reply-To: <037.500afad730a4bd29dbc7bc9b29e75b27@avcodec.org> References: <037.500afad730a4bd29dbc7bc9b29e75b27@avcodec.org> Message-ID: <052.b8f34aa41b3f5d85a526abbcc88e8e0c@avcodec.org> #2376: Documentation for -avoid_negative_ts is too vague -------------------------------------+------------------------------------- Reporter: dbuitenh | Owner: Type: defect | Status: closed Priority: minor | Component: Version: unspecified | documentation Keywords: pts | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 1 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: normal => minor -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 19 18:17:33 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Mar 2013 17:17:33 -0000 Subject: [FFmpeg-trac] #2367(undetermined:new): input_format / -pixel_format => libv4l2: error dequeuing buf: Resource temporarily unavailable In-Reply-To: <035.d2966d1bd63202a6b3b61ad910e68791@avcodec.org> References: <035.d2966d1bd63202a6b3b61ad910e68791@avcodec.org> Message-ID: <050.bd53519b2998b9636a18aec81eb4026a@avcodec.org> #2367: input_format / -pixel_format => libv4l2: error dequeuing buf: Resource temporarily unavailable --------------------------------+---------------------------------------- Reporter: MrNice | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 1.1.3 | Resolution: Keywords: v4l2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Comment (by MrNice): I found out that the "invalid, clipping error" is related to the audio, IMHO. I tried recording 1 minute with the command: ffmpeg -debug 1 -f alsa -ac 2 -channel_layout stereo -i hw:0,0 -f v4l2 -channel 1 -input_format yuyv422 -i /dev/video0 -map 0:a -map 1:v -c:a '''????''' -c:v ffv1 /Store3/Test/T`date +%Y%m%d_%H%M`.avi with ???? the following; flac (but players can't read it) ac3 mp3 I had no error at all when recording 1mn these 3, but a constant 30 seconds audio lateness (30s at the beginning and still 30s after 1mn) With mp2 ==> I had clipping after 23 seconds recording and had 20 seconds more lateness(30s+20s=50s) when reading. The message was in yellow colour instead of green. [avi @ 0x23fde00] st:0 PTS: 954 DTS: 954 < 962 invalid, clipping *** drop! with pcm_alaw ==> immediate error green pcm_f32le ==> immediate error green pcm_f64le ==> immediate error green pcm_mulaw ==> immediate error green pcm_s16le ==> immediate error green pcm_s24le ==> immediate error green pcm_u8 ==> immediate error green and a constant 30 seconds lateness (30s at the beginning and still 30s after 1mn) There is no drop unlike with mp2 above. Tested reading with VLC and MPlayer. With the command ffmpeg -debug 1 -f alsa -ac 2 -channel_layout stereo -i hw:0,0 -f v4l2 -channel 1 -input_format yuyv422 -i /dev/video0 -map 0:a -map 1:v -c:a pcm_s16le -c:v ffv1 /Store3/Test/T`date +%Y%m%d_%H%M`'''.mkv''' I had no error and a constant 30 seconds lateness (30s at the beginning and still 30s after 1mn) Maybe this will help. I'll ask if I can get a rebuilt. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 19 18:24:43 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Mar 2013 17:24:43 -0000 Subject: [FFmpeg-trac] #2379(undetermined:new): FFmpeg produces broken h264 output. In-Reply-To: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> References: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> Message-ID: <055.f08813f8687e5c15ead628963a3ef5da@avcodec.org> #2379: FFmpeg produces broken h264 output. -------------------------------------+------------------------------------- Reporter: dodgexander | 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 dodgexander): How rude! :( I only added you because you were interested in the other case! I '''can't''' paste the console output because it exceeds the allowed text in the description and I cannot upload the log of the job because it exceeds the attachment limit. You develop ffmpeg, but do not know what a zip file is??? Here is part of the broken output: [http://www.mediafire.com/?3mv49g6ne3kb9] And Here is a chunk larger of original further in (if you can't repeat with first chunk): [http://www.4shared.com/folder/fx0nRHmq/mediastuff.html] Like I said I don't know how to reproduce the bug with ffmpeg directly (not everyone has skills in how to compile and use ffmpeg, in fact I think the majority don't) , but if you take the time to read the log, you should know better than me what is wrong. Its clearly related to ffmpeg and not MCEBuddy. And the reason i upload multiple files is to help you repeat the bug. Here ill split the links to make it easier: 100mb sample of source file: [http://www.mediafire.com/?hbhha69x4kxubyt] 400mb sample of source file [http://www.4shared.com/folder/fx0nRHmq/mediastuff.html] Sample of broken outut: [http://www.mediafire.com/?pvg6c4x88ejq6lf] Log of conversion process (or you can use 7zip to open attached zip file): http://www.mediafire.com/?vs4n45q184dqm45 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 19 18:30:44 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Mar 2013 17:30:44 -0000 Subject: [FFmpeg-trac] #2377(avcodec:open): Support lossless mp3HD (was: Support mp3HD) In-Reply-To: <040.4183e83d3344cc74e91a046e63a98d13@avcodec.org> References: <040.4183e83d3344cc74e91a046e63a98d13@avcodec.org> Message-ID: <055.4b0aa0803667904a4606793a4fbc863e@avcodec.org> #2377: Support lossless mp3HD -------------------------------------+----------------------------------- Reporter: fraterlinux | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: mp3 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => open Comment: Samples uploaded to http://samples.ffmpeg.org/ffmpeg-bugs/trac/ticket2377/ For future tickets: Please always provide the console output for latest git head when creating a new report. {{{ $ ffmpeg -i small-sample-128-and-lossless-mp3HD.mp3 ffmpeg version N-51106-g17c1881 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 19 2013 18:26:35 with gcc 4.7 (SUSE Linux) configuration: --disable-parser=dvd_nav libavutil 52. 19.101 / 52. 19.101 libavcodec 55. 1.100 / 55. 1.100 libavformat 55. 0.100 / 55. 0.100 libavdevice 55. 0.100 / 55. 0.100 libavfilter 3. 47.104 / 3. 47.104 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 [mp3 @ 0x2940a60] Format mp3 detected only with low score of 24, misdetection possible! [mp3 @ 0x2940a60] max_analyze_duration 5000000 reached at 5015510 microseconds Input #0, mp3, from 'small-sample-128-and-lossless-mp3HD.mp3': Duration: 00:02:18.03, start: 0.000000, bitrate: 517 kb/s Stream #0:0: Audio: mp3, 44100 Hz, stereo, s16p, 127 kb/s At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 19 18:34:21 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Mar 2013 17:34:21 -0000 Subject: [FFmpeg-trac] #2372(avcodec:new): Support SBR layer in mp3pro (was: Support mp3pro) In-Reply-To: <036.ba91c71a8e19e35c6503830b64d2d67d@avcodec.org> References: <036.ba91c71a8e19e35c6503830b64d2d67d@avcodec.org> Message-ID: <051.4b9a0a4a29aa51ce23ac9f686008d415@avcodec.org> #2372: Support SBR layer in mp3pro -------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: new Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: mp3 sbr | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: mp3 => mp3 sbr Old description: > FFmpeg does not support decoding the lossless layer of mp3pro. > Samples are available: > http://samples.ffmpeg.org/archive/extension/mp3/mp3++mp3++mp3pro_CBR40kbps_(minCBR).mp3 > http://samples.ffmpeg.org/archive/extension/mp3/mp3++mp3++mp3pro_CBR96kbps_(maxCBR).mp3 > http://samples.ffmpeg.org/archive/extension/mp3/mp3++mp3++mp3pro_VBR50-60kbps_(minVBR).mp3 > http://samples.ffmpeg.org/archive/extension/mp3/mp3++mp3++mp3pro_VBR95-150kbps_(maxVBR).mp3 > http://samples.ffmpeg.org/archive/extension/mp3/mp3++mp3++mp3pro_VBR65-85kbps.mp3 > {{{ > $ ffmpeg -i mp3++mp3++mp3pro_VBR65-85kbps.mp3 > ffmpeg version N-51059-gfbd3ee9 Copyright (c) 2000-2013 the FFmpeg > developers > built on Mar 18 2013 10:50:51 with gcc 4.7 (SUSE Linux) > configuration: --enable-gpl > libavutil 52. 19.101 / 52. 19.101 > libavcodec 55. 1.100 / 55. 1.100 > libavformat 55. 0.100 / 55. 0.100 > libavdevice 55. 0.100 / 55. 0.100 > libavfilter 3. 47.103 / 3. 47.103 > libswscale 2. 2.100 / 2. 2.100 > libswresample 0. 17.102 / 0. 17.102 > libpostproc 52. 2.100 / 52. 2.100 > [mp3 @ 0x2ef3a20] max_analyze_duration 5000000 reached at 5015510 > microseconds > Input #0, mp3, from 'mp3++mp3++mp3pro_VBR65-85kbps.mp3': > Duration: 00:08:20.06, start: 0.000000, bitrate: 61 kb/s > Stream #0:0: Audio: mp3, 22050 Hz, stereo, s16p, 61 kb/s > At least one output file must be specified > }}} New description: FFmpeg does not support decoding the SBR layer of mp3pro. Samples are available: http://samples.ffmpeg.org/archive/extension/mp3/mp3++mp3++mp3pro_CBR40kbps_(minCBR).mp3 http://samples.ffmpeg.org/archive/extension/mp3/mp3++mp3++mp3pro_CBR96kbps_(maxCBR).mp3 http://samples.ffmpeg.org/archive/extension/mp3/mp3++mp3++mp3pro_VBR50-60kbps_(minVBR).mp3 http://samples.ffmpeg.org/archive/extension/mp3/mp3++mp3++mp3pro_VBR95-150kbps_(maxVBR).mp3 http://samples.ffmpeg.org/archive/extension/mp3/mp3++mp3++mp3pro_VBR65-85kbps.mp3 {{{ $ ffmpeg -i mp3++mp3++mp3pro_VBR65-85kbps.mp3 ffmpeg version N-51059-gfbd3ee9 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 18 2013 10:50:51 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 19.101 / 52. 19.101 libavcodec 55. 1.100 / 55. 1.100 libavformat 55. 0.100 / 55. 0.100 libavdevice 55. 0.100 / 55. 0.100 libavfilter 3. 47.103 / 3. 47.103 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [mp3 @ 0x2ef3a20] max_analyze_duration 5000000 reached at 5015510 microseconds Input #0, mp3, from 'mp3++mp3++mp3pro_VBR65-85kbps.mp3': Duration: 00:08:20.06, start: 0.000000, bitrate: 61 kb/s Stream #0:0: Audio: mp3, 22050 Hz, stereo, s16p, 61 kb/s At least one output file must be specified }}} -- Comment: Should be fixed, thank you! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 19 18:47:02 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Mar 2013 17:47:02 -0000 Subject: [FFmpeg-trac] #2379(undetermined:new): FFmpeg produces broken h264 output. In-Reply-To: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> References: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> Message-ID: <055.66bbe848a3d47476e81cd70d6b5e3cbc@avcodec.org> #2379: FFmpeg produces broken h264 output. -------------------------------------+------------------------------------- Reporter: dodgexander | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:5 dodgexander]: > I '''can't''' paste the console output because it exceeds the allowed text in the description and I cannot upload the log of the job because it exceeds the attachment limit. I have worked on quite a lot of tickets, I do not remember one where the console output did not easily fit into a text file that was not several MB large. > You develop ffmpeg, but do not know what a zip file is??? I do know what a zip file is, unfortunately the text file in the zip is unreadable (as is "skippingoutput.log" which you uploaded to mediafire). > Here is part of the broken output: [http://www.mediafire.com/?3mv49g6ne3kb9] This folder now contains ten files: How am I supposed to know which one I should test? > And Here is a chunk larger of original further in (if you can't repeat with first chunk): [http://www.4shared.com/folder/fx0nRHmq/mediastuff.html] "No files in this folder" > Like I said I don't know how to reproduce the bug with ffmpeg directly (not everyone has skills in how to compile and use ffmpeg, in fact I think the majority don't) , Apart from the fact that it is easy to compile FFmpeg, it is not necessary, please find current builds at http://ffmpeg.zeranoe.com/builds/ > but if you take the time to read the log, you should know better than me what is wrong. As said, the "log" is unfortunately unreadable, so far I don't even know what you are trying to / what you want FFmpeg to do. > Its clearly related to ffmpeg and not MCEBuddy. In this case it should be simple to provide the failing command line. > And the reason i upload multiple files is to help you repeat the bug. Here ill split the links to make it easier: > > 100mb sample of source file: [http://www.mediafire.com/?hbhha69x4kxubyt] I downloaded skippingoutput.wtv (104857600 bytes, md5sum f181710405f41c7f62cd45461b4538f9) The file plays fine here with ffplay, I was able to convert it to avi and mov, I remuxed it to mpegts and all three output files play fine with MPlayer. > 400mb sample of source file [http://www.4shared.com/folder/fx0nRHmq/mediastuff.html] "No files in this folder" > Sample of broken outut: [http://www.mediafire.com/?pvg6c4x88ejq6lf] > Log of conversion process (or you can use 7zip to open attached zip file): http://www.mediafire.com/?vs4n45q184dqm45 As said, this is not a readable format. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 19 20:36:13 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Mar 2013 19:36:13 -0000 Subject: [FFmpeg-trac] #2380(FFmpeg:new): files with "malformated aac bitstream" can not be remuxed Message-ID: <035.ce7acd116ae52a2cf64771cfe63b72d8@avcodec.org> #2380: files with "malformated aac bitstream" can not be remuxed --------------------------------+---------------------------------- Reporter: julian | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: 1.2 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------- download the file https://dl.dropbox.com/u/7221986/3.mkv (sorry its large) run: ffmpeg -i 3.mkv -stats -map 0:0 -map 0:1 -vcodec copy -acodec copy 3.mp4 remuxing to mp4 fails with malformated aac bitstream, use -absf aac_adtstoasc av_interleaved_write_frame(): Operation not permitted despite the message, adding "-absf aac_adtstoasc" to the command line does not help. verified with ffmpeg-1.2 as well as older releases. i'd like remuxing to succeed even with a damaged aac track especially since the file *plays* fine. bug seems to be similar to #1758 in spirit -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 19 23:38:16 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Mar 2013 22:38:16 -0000 Subject: [FFmpeg-trac] #2381(undetermined:new): ffplay: resize of the sdl window when -showmode 1/2 is used Message-ID: <038.078547d7363c45d789fc784ac12d9743@avcodec.org> #2381: ffplay: resize of the sdl window when -showmode 1/2 is used -------------------------------------+------------------------------------- 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 run ffplay (-showmode 1 or 2) with file which have audio and video stream then at the beginning sdl window will be resized from 640x480 to the real resolution of the video. Maybe it would be possible to avoid this unnecessary resize and open sdl window with the size of the video. {{{ C:\>ffplay -showmode 1 acelp16k.avi ffplay version N-51106-g17c1881 Copyright (c) 2003-2013 the FFmpeg developers built on Mar 19 2013 13:49:37 with gcc 4.7.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libg sm --enable-libilbc --enable-libmp3lame --enable-libopencore-amrnb --enable-libo pencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-li bschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-lib twolame --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enabl e-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 19.101 / 52. 19.101 libavcodec 55. 1.100 / 55. 1.100 libavformat 55. 0.100 / 55. 0.100 libavdevice 55. 0.100 / 55. 0.100 libavfilter 3. 47.104 / 3. 47.104 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 nan A-V: 0.000 fd[avi @ 026a49c0] non-interleaved AVI = 0 aq= 0KB vInput #0, avi, from 'acelp16k.avi': , bitrate: 1445 kb/sB sq= 000:00:05.96, start: 0.000000B f=0/0 Stream #0:0: Video: cinepak (cvid / 0x64697663), rgb24, 192x128, 24 tbr, 24 tbn, 24 tbc Stream #0:1: Audio: sipr (0[1][0][0] / 0x0130), 16000 Hz, mono, flt, 16 kb/s 1.66 A-V: -0.004 fd= 1 aq= 1KB vq= 37KB sq= 0B f=0/0 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 19 23:45:15 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Mar 2013 22:45:15 -0000 Subject: [FFmpeg-trac] #1386(avcodec:closed): ffprobe report different widths for some videos In-Reply-To: <033.231f917c013dcfa55785b9e88b2ecb8d@avcodec.org> References: <033.231f917c013dcfa55785b9e88b2ecb8d@avcodec.org> Message-ID: <048.f0c8ffad5185b4e98c5e1c205c16e24c@avcodec.org> #1386: ffprobe report different widths for some videos -------------------------------------+------------------------------------- Reporter: ?onny | Owner: stefano Type: defect | Status: closed Priority: normal | Component: avcodec Version: unspecified | Resolution: fixed Keywords: coded_width | Blocked By: coded_height vp6f avcodec_open2 | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by saste): * keywords: height site XML JSON => coded_width coded_height vp6f avcodec_open2 * resolution: => fixed * status: open => closed * component: FFprobe => avcodec Comment: Should be fixed in: {{{ commit 33b054986767a76bff64fe3091cca2eea07c27de Author: Stefano Sabatini Date: Mon Mar 18 23:17:55 2013 +0100 lavc/utils: add VP6F hack for setting correct video size in stream For some obscure reasons avcodec_set_dimensions() resets the width/height so that the resulting value set in the stream is equal to the corresponding coded_width/height, which is not the same as the correct width/height in case of the H.264 and VP6F codecs. This adds a codec-specific hack for VP6F which disables the call to avcodec_set_dimensions() in avcodec_open2(), like it is done with H264. A proper fix needs to be found yet. Fix trac ticket #1386. Based on a patch by Michael Niedermayer. Trolled-By: Daemon404 See thread: Subject: [FFmpeg-devel] [PATCH] ffprobe: Stash and use width and height before opening the codec Date: Fri, 1 Mar 2013 10:41:34 -0500 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 19 23:49:12 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Mar 2013 22:49:12 -0000 Subject: [FFmpeg-trac] #2379(undetermined:new): FFmpeg produces broken h264 output. In-Reply-To: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> References: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> Message-ID: <055.34626722583cf43f46b1c64f0a70f61d@avcodec.org> #2379: FFmpeg produces broken h264 output. -------------------------------------+------------------------------------- Reporter: dodgexander | 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 dodgexander): The 400mb sample is available now. Not sure why you can't open the the file skippingoutput.log it is just a text file, open it with a text editor. Here is a link of it saved as .txt file: [http://www.mediafire.com/view/?qm56puqftcytlf5] As for the output sample of the conversion process: [http://www.mediafire.com/?pvg6c4x88ejq6lf] you are unable to playback that file? Because this is an example of how the file is broken '''after''' conversion. Thanks for your help! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 19 23:50:51 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Mar 2013 22:50:51 -0000 Subject: [FFmpeg-trac] #2379(undetermined:new): FFmpeg produces broken h264 output. In-Reply-To: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> References: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> Message-ID: <055.9c287a001ea712fc35f6dc4d2d9b165d@avcodec.org> #2379: FFmpeg produces broken h264 output. -------------------------------------+------------------------------------- Reporter: dodgexander | 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 dodgexander): The goal is to produce an unbroken output using these settings: {{{ -vcodec libx264 -b 7000k -flags +ildct+ilme -x264opts interlaced=true:me=hex:trellis=2:subq=8:partitions=all:8x8dct=1:ref=8:rc- lookahead=50:keyint=25:min- keyint=20:bframes=3:weightb=1:level=4.1:b-pyramid=normal:direct=auto :mixed-refs=1:deblock=-1,-1:no-fast-pskip=1:no-dct- decimate=1:b-adapt=2:threads=auto -map 0:a -map 0:v -acodec copy }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 20 00:00:35 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Mar 2013 23:00:35 -0000 Subject: [FFmpeg-trac] #2382(undetermined:new): Support for Rec. 2020 Message-ID: <038.e72a2ee9524fe8114fb28f706de7bfaf@avcodec.org> #2382: Support for Rec. 2020 -------------------------------------+------------------------------------- Reporter: kangstarr | Type: Status: new | enhancement Component: | Priority: normal undetermined | Version: Keywords: Rec. 2020 | unspecified BT.2020 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- UltraHD TV will be supporting Rec. 2020 so support in ffmpeg will need to be there. http://www.itu.int/dms_pubrec/itu-r/rec/bt/R-REC- BT.2020-0-201208-I!!PDF-E.pdf UltraHD 4K and 8K (not to be confused with Film 4K/8K) will be supporting Rec. 2020. Important key factors are: Rec. 2020 defines the display resolution, frame rate, chroma subsampling, color depth and color space. Below is a quick reference to Rec. 2020 UHDTV (taken from wikipedia: http://en.wikipedia.org/wiki/Rec._2020) Rec. 2020 can reproduce colors that can not be shown with the Rec. 709 (HDTV) color space. In coverage of the CIE 1931 color space the Rec. 2020 color space covers 75.8%, digital cinema covers 53.6%, the Adobe RGB color space covers 52.1%, and Rec. 709 covers 35.9% Resolutions Rec. 2020 defines two resolutions: 4K (3840 ? 2160) - Roughly equivalent to 4K cinema - 4 times the pixel resolution of 1080p. 8K (7680 ? 4320) - Roughly equivalent to IMAX film - 16 times the pixel resolution of 1080p Frame Rates Rec. 2020 specifies the following frame rates: 120p, 60p, 59.94p, 50p, 30p, 29.97p, 25p, 24p, 23.976p (Note that only progressive formats are allowed. Interlaced video is a thing of the past). Color Depth Rec. 2020 defines a color depth of either 10-bits or 12-bits. - 10-bits per component Rec. 2020 uses video levels where the black level is defined as code 64 and the nominal peak is defined as code 940. Codes 0-3 and 1,020-1,023 are used for the timing reference. Codes 4 through 63 provide video data below the black level while codes 941 through 1,019 provide video data above the nominal peak. - 12-bits per component Rec. 2020 uses video levels where the black level is defined as code 256 and the nominal peak is defined as code 3760. Codes 0-15 and 4,080-4,095 are used for the timing reference. Codes 16 through 255 provide video data below the black level while codes 3,761 through 4,079 provide video data above the nominal peak. Transfer Characteristics Rec. 2020 defines the non-linear transfer function that can be used for gamma correction. 10-bits per component Rec. 2020 uses the same formula that is used by Rec. 709. 12-bits per component Rec. 2020 makes a single change in the formula in that the minimum point on a 0 to 1 light intensity range where the non-linear transfer function begins is raised from 0.018 to 0.0181. Both Rec. 2020 and Rec. 709 use Illuminant D65 for the white point. Luma coefficients Rec. 2020 specifies that if a luma (Y?) signal is made that it uses the R?G?B? coefficients 0.2627, 0.6780, and 0.0593. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 20 00:06:01 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Mar 2013 23:06:01 -0000 Subject: [FFmpeg-trac] #2383(undetermined:new): ffplay: can't seek ogg with the mouse (or keyboard) Message-ID: <038.fe3e62267c223911b5747e7f79c42947@avcodec.org> #2383: ffplay: can't seek ogg with the mouse (or keyboard) -------------------------------------+------------------------------------- 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 in attached file does not work for me anymore git-f6fff8e 25-Feb-2013 - ok git-5d2f2c7 26-Feb-2013 - bad The problem (if not reproducibe) may be related to ticket #1874. {{{ C:\>ffplay -cpuflags 0 test.ogg ffplay version N-51106-g17c1881 Copyright (c) 2003-2013 the FFmpeg developers built on Mar 19 2013 13:49:37 with gcc 4.7.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libg sm --enable-libilbc --enable-libmp3lame --enable-libopencore-amrnb --enable-libo pencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-li bschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-lib twolame --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enabl e-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 19.101 / 52. 19.101 libavcodec 55. 1.100 / 55. 1.100 libavformat 55. 0.100 / 55. 0.100 libavdevice 55. 0.100 / 55. 0.100 libavfilter 3. 47.104 / 3. 47.104 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 nan A-V: 0.000 fd= Input #0, ogg, from 'test.ogg': 0 aq= 0KB vq= Duration: 00:00:30.01, start: 0KB sq= 0B f0.000000, bi 121 kb/s0/0 Stream #0:0: Audio: vorbis, 44100 Hz, stereo, fltp, 112 kb/s Metadata: COMMENT : Processed by SoX 4.08 A-V: 0.000 fd= 0 aq= 2KB vq= 0KB sq= 0B f=0/0 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 20 01:19:22 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Mar 2013 00:19:22 -0000 Subject: [FFmpeg-trac] #2379(undetermined:new): FFmpeg produces broken h264 output. In-Reply-To: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> References: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> Message-ID: <055.f41027bf512659b660552728754e1595@avcodec.org> #2379: FFmpeg produces broken h264 output. -------------------------------------+------------------------------------- Reporter: dodgexander | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:7 dodgexander]: > Here is a link of it saved as .txt file: [http://www.mediafire.com/view/?qm56puqftcytlf5] "Temporarily unavailable." Please use either http://www.datafilehost.com/ or read http://ffmpeg.org/bugreports.html And please provide a complete command line not just an excerpt. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 20 01:21:38 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Mar 2013 00:21:38 -0000 Subject: [FFmpeg-trac] #2382(undetermined:new): Support for Rec. 2020 In-Reply-To: <038.e72a2ee9524fe8114fb28f706de7bfaf@avcodec.org> References: <038.e72a2ee9524fe8114fb28f706de7bfaf@avcodec.org> Message-ID: <053.59c5aa32136616a600f98127535b2284@avcodec.org> #2382: Support for Rec. 2020 -------------------------------------+------------------------------------- Reporter: kangstarr | Owner: Type: enhancement | Status: new Priority: wish | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: Rec. 2020 BT.2020 => * priority: normal => wish Comment: Could you clarify what about "Rec. 2020" is not supported by FFmpeg? And please provide a sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 20 01:47:05 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Mar 2013 00:47:05 -0000 Subject: [FFmpeg-trac] #2383(avformat:open): ffplay: can't seek ogg with the mouse (or keyboard) In-Reply-To: <038.fe3e62267c223911b5747e7f79c42947@avcodec.org> References: <038.fe3e62267c223911b5747e7f79c42947@avcodec.org> Message-ID: <053.5df92efc9bd98d525195d5db3b425020@avcodec.org> #2383: ffplay: can't seek ogg with the mouse (or keyboard) -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: ogg | 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: => ogg regression Comment: Regression since 5d2f2c7 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 20 08:49:21 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Mar 2013 07:49:21 -0000 Subject: [FFmpeg-trac] #2367(undetermined:new): input_format / -pixel_format => libv4l2: error dequeuing buf: Resource temporarily unavailable In-Reply-To: <035.d2966d1bd63202a6b3b61ad910e68791@avcodec.org> References: <035.d2966d1bd63202a6b3b61ad910e68791@avcodec.org> Message-ID: <050.f9adae7778bf1c91373036947e875795@avcodec.org> #2367: input_format / -pixel_format => libv4l2: error dequeuing buf: Resource temporarily unavailable --------------------------------+---------------------------------------- Reporter: MrNice | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 1.1.3 | Resolution: Keywords: v4l2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Comment (by MrNice): Rebuild is done without v4l2 New test: # ffmpeg -debug 1 -f alsa -ac 2 -channel_layout stereo -i hw:0,0 -f v4l2 -channel 1 -input_format yuyv422 -i /dev/video0 -map 0:a -map 1:v -c:a pcm_s16le -c:v ffv1 /Store3/Test/T`date +%Y%m%d_%H%M`.avi ffmpeg version N-50974-g7d15cd4 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 19 2013 23:01:41 with gcc 4.4.7 (GCC) 20120313 (Red Hat 4.4.7-3) configuration: --prefix=/opt/ffmpeg-opt/usr --enable-shared --bindir=/opt/ffmpeg-opt/usr/bin --datadir=/opt/ffmpeg-opt/usr/share /ffmpeg-opt --incdir=/opt/ffmpeg-opt/usr/include/ffmpeg-opt --libdir=/opt /ffmpeg-opt/usr/lib64 --mandir=/opt/ffmpeg-opt/usr/share/man --shlibdir=/opt/ffmpeg-opt/usr/lib64 --arch=x86_64 --optflags='-O2 -g' --enable-bzlib --disable-crystalhd --enable-gnutls --enable-libass --enable-libdc1394 --disable-indev=jack --enable-libfreetype --enable- libgsm --enable-libmp3lame --enable-openal --enable-libopenjpeg --enable- libopus --enable-libpulse --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libx264 --disable-libv4l2 --enable-libxvid --enable-x11grab --enable-avfilter --enable-postproc --enable-pthreads --disable-static --enable-shared --enable-gpl --disable- debug --disable-stripping --build-suffix=1 --disable-doc --enable-runtime- cpudetect libavutil 52. 19.100 / 52. 19.100 libavcodec 55. 0.100 / 55. 0.100 libavformat 55. 0.100 / 55. 0.100 libavdevice 55. 0.100 / 55. 0.100 libavfilter 3. 45.104 / 3. 45.104 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 matched as AVOption 'debug' with argument '1'. Reading option '-f' ... matched as option 'f' (force format) with argument 'alsa'. Reading option '-ac' ... matched as option 'ac' (set number of audio channels) with argument '2'. Reading option '-channel_layout' ... matched as option 'channel_layout' (set channel layout) with argument 'stereo'. Reading option '-i' ... matched as input file with argument 'hw:0,0'. Reading option '-f' ... matched as option 'f' (force format) with argument 'v4l2'. Reading option '-channel' ... matched as AVOption 'channel' with argument '1'. Reading option '-input_format' ... matched as AVOption 'input_format' with argument 'yuyv422'. Reading option '-i' ... matched as input file with argument '/dev/video0'. Reading option '-map' ... matched as option 'map' (set input stream mapping) with argument '0:a'. Reading option '-map' ... matched as option 'map' (set input stream mapping) with argument '1:v'. Reading option '-c:a' ... matched as option 'c' (codec name) with argument 'pcm_s16le'. Reading option '-c:v' ... matched as option 'c' (codec name) with argument 'ffv1'. Reading option '/Store3/Test/T20130320_0732.avi' ... matched as output file. Finished splitting the commandline. Parsing a group of options: global . Successfully parsed a group of options. Parsing a group of options: input file hw:0,0. Applying option f (force format) with argument alsa. Applying option ac (set number of audio channels) with argument 2. Applying option channel_layout (set channel layout) with argument stereo. Successfully parsed a group of options. Opening an input file: hw:0,0. [alsa @ 0x16f0220] All info found [alsa @ 0x16f0220] Estimating duration from bitrate, this may be inaccurate Input #0, alsa, from 'hw:0,0': Duration: N/A, start: 1363764754.387283, bitrate: 1536 kb/s Stream #0:0, 1, 1/1000000: Audio: pcm_s16le, 48000 Hz, stereo, s16, 1536 kb/s Successfully opened the file. Parsing a group of options: input file /dev/video0. Applying option f (force format) with argument v4l2. Successfully parsed a group of options. Opening an input file: /dev/video0. [video4linux2,v4l2 @ 0x1711ec0] fd:4 capabilities:5020041 [video4linux2,v4l2 @ 0x1711ec0] Selecting input_channel: 1 [video4linux2,v4l2 @ 0x1711ec0] input_channel: 1, input_name: S-Video [video4linux2,v4l2 @ 0x1711ec0] Querying the device for the current frame size [video4linux2,v4l2 @ 0x1711ec0] Setting frame size to 720x576 [video4linux2,v4l2 @ 0x1711ec0] The V4L2 driver is using the interlaced mode [video4linux2,v4l2 @ 0x1711ec0] Current standard: PAL, id: 255, frameperiod: 1/25 [video4linux2,v4l2 @ 0x1711ec0] All info found [video4linux2,v4l2 @ 0x1711ec0] Estimating duration from bitrate, this may be inaccurate Input #1, video4linux2,v4l2, from '/dev/video0': Duration: N/A, start: 1363764754.982879, bitrate: 165888 kb/s Stream #1:0, 1, 1/1000000: Video: rawvideo (YUY2 / 0x32595559), yuyv422, 720x576, 1/1000000, 165888 kb/s, 25 fps, 25 tbr, 1000k tbn, 1000k tbc Successfully opened the file. Parsing a group of options: output file /Store3/Test/T20130320_0732.avi. Applying option map (set input stream mapping) with argument 0:a. Applying option map (set input stream mapping) with argument 1:v. Applying option c:a (codec name) with argument pcm_s16le. Applying option c:v (codec name) with argument ffv1. Successfully parsed a group of options. Opening an output file: /Store3/Test/T20130320_0732.avi. Successfully opened the file. [abuffer @ 0x1712fc0] Setting entry with key 'time_base' to value '1/48000' [abuffer @ 0x1712fc0] Setting entry with key 'sample_rate' to value '48000' [abuffer @ 0x1712fc0] Setting entry with key 'sample_fmt' to value 's16' [abuffer @ 0x1712fc0] Setting entry with key 'channel_layout' to value '0x3' [graph 0 input from stream 0:0 @ 0x16efc00] tb:1/48000 samplefmt:s16 samplerate:48000 chlayout:0x3 [aformat @ 0x16e8300] Setting entry with key 'sample_fmts' to value 's16' [buffer @ 0x16f7ec0] Setting entry with key 'video_size' to value '720x576' [buffer @ 0x16f7ec0] Setting entry with key 'pix_fmt' to value '1' [buffer @ 0x16f7ec0] Setting entry with key 'time_base' to value '1/1000000' [buffer @ 0x16f7ec0] Setting entry with key 'pixel_aspect' to value '0/1' [buffer @ 0x16f7ec0] Setting entry with key 'sws_param' to value 'flags=2' [buffer @ 0x16f7ec0] Setting entry with key 'frame_rate' to value '25/1' [graph 1 input from stream 1:0 @ 0x16f9320] w:720 h:576 pixfmt:yuyv422 tb:1/1000000 fr:25/1 sar:0/1 sws_param:flags=2 [scale @ 0x16f9b20] Setting 'w' to value '0' [scale @ 0x16f9b20] Setting 'h' to value '0' [scale @ 0x16f9b20] Setting 'flags' to value '0x4' [auto-inserted scaler 0 @ 0x16f9a00] w:0 h:0 flags:'0x4' interl:0 [format @ 0x16f82c0] auto-inserting filter 'auto-inserted scaler 0' between the filter 'Parsed_null_0' and the filter 'format' [auto-inserted scaler 0 @ 0x16f9a00] picking yuv422p out of 26 ref:yuyv422 alpha:0 [auto-inserted scaler 0 @ 0x16f9a00] w:720 h:576 fmt:yuyv422 sar:0/1 -> w:720 h:576 fmt:yuv422p sar:0/1 flags:0x4 [ffv1 @ 0x1714260] detected 8 logical cores Output #0, avi, to '/Store3/Test/T20130320_0732.avi': Metadata: ISFT : Lavf55.0.100 Stream #0:0, 0, 1/48000: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, stereo, s16, 1536 kb/s Stream #0:1, 0, 1/25: Video: ffv1 (FFV1 / 0x31564646), yuv422p, 720x576, 1/25, q=2-31, 200 kb/s, 25 tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (pcm_s16le -> pcm_s16le) Stream #1:0 -> #0:1 (rawvideo -> ffv1) Press [q] to stop, [?] for help [avi @ 0x17131c0] st:0 PTS: 33256 DTS: 33256 < 33257 invalid, clipping [avi @ 0x17131c0] st:0 PTS: 33257 DTS: 33257 < 33258 invalid, clipping [avi @ 0x17131c0] st:0 PTS: 33258 DTS: 33258 < 33259 invalid, clipping [avi @ 0x17131c0] st:0 PTS: 33259 DTS: 33259 < 33260 invalid, clipping [avi @ 0x17131c0] st:0 PTS: 33260 DTS: 33260 < 33261 invalid, clipping st:0 PTS: 102074 DTS: 102074 < 102075 invalid, clipping.62 bitrate=12958.3kbits/s st:0 PTS: 106940 DTS: 106940 < 106941 invalid, clipping.13 bitrate=14169.8kbits/s [avi @ 0x17131c0] st:0 PTS: 112789 DTS: 112789 < 112790 invalid, clipping [avi @ 0x17131c0] st:0 PTS: 113282 DTS: 113282 < 113283 invalid, clipping [avi @ 0x17131c0] st:0 PTS: 120598 DTS: 120598 < 120599 invalid, clipping [avi @ 0x17131c0] st:0 PTS: 123050 DTS: 123050 < 123051 invalid, clipping [avi @ 0x17131c0] st:0 PTS: 123536 DTS: 123536 < 123537 invalid, clipping [avi @ 0x17131c0] st:0 PTS: 124512 DTS: 124512 < 124513 invalid, clipping [avi @ 0x17131c0] st:0 PTS: 125485 DTS: 125485 < 125486 invalid, clipping st:0 PTS: 132803 DTS: 132803 < 132804 invalid, clipping.63 bitrate=15269.0kbits/s [avi @ 0x17131c0] st:0 PTS: 132804 DTS: 132804 < 132805 invalid, clipping [avi @ 0x17131c0] st:0 PTS: 135246 DTS: 135246 < 135247 invalid, clipping [avi @ 0x17131c0] st:0 PTS: 136708 DTS: 136708 < 136709 invalid, clipping [avi @ 0x17131c0] st:0 PTS: 143545 DTS: 143545 < 143546 invalid, clipping [avi @ 0x17131c0] st:0 PTS: 144034 DTS: 144034 < 144035 invalid, clipping [avi @ 0x17131c0] st:0 PTS: 144035 DTS: 144035 < 144036 invalid, clipping [avi @ 0x17131c0] st:0 PTS: 144521 DTS: 144521 < 144522 invalid, clipping [avi @ 0x17131c0] st:0 PTS: 148908 DTS: 148908 < 148909 invalid, clipping [avi @ 0x17131c0] st:0 PTS: 148909 DTS: 148909 < 148910 invalid, clipping st:0 PTS: 155756 DTS: 155756 < 155757 invalid, clipping.13 bitrate=15775.3kbits/s [avi @ 0x17131c0] st:0 PTS: 162598 DTS: 162598 < 162599 invalid, clipping [avi @ 0x17131c0] st:0 PTS: 163090 DTS: 163090 < 163091 invalid, clipping [avi @ 0x17131c0] st:0 PTS: 163091 DTS: 163091 < 163092 invalid, clipping [avi @ 0x17131c0] st:0 PTS: 163577 DTS: 163577 < 163578 invalid, clipping [avi @ 0x17131c0] st:0 PTS: 166990 DTS: 166990 < 166991 invalid, clipping [avi @ 0x17131c0] st:0 PTS: 167475 DTS: 167475 < 167476 invalid, clipping [avi @ 0x17131c0] st:0 PTS: 167476 DTS: 167476 < 167477 invalid, clipping [avi @ 0x17131c0] st:0 PTS: 168449 DTS: 168449 < 168450 invalid, clipping [avi @ 0x17131c0] st:0 PTS: 168938 DTS: 168938 < 168939 invalid, clipping [avi @ 0x17131c0] st:0 PTS: 168939 DTS: 168939 < 168940 invalid, clipping [avi @ 0x17131c0] st:0 PTS: 172832 DTS: 172832 < 172833 invalid, clipping [avi @ 0x17131c0] st:0 PTS: 173324 DTS: 173324 < 173325 invalid, clipping [avi @ 0x17131c0] st:0 PTS: 173325 DTS: 173325 < 173326 invalid, clipping st:0 PTS: 174298 DTS: 174298 < 174299 invalid, clipping.63 bitrate=16359.7kbits/s [avi @ 0x17131c0] st:0 PTS: 174787 DTS: 174787 < 174788 invalid, clipping [avi @ 0x17131c0] st:0 PTS: 174788 DTS: 174788 < 174789 invalid, clipping [avi @ 0x17131c0] st:0 PTS: 177218 DTS: 177218 < 177219 invalid, clipping frame= 84 fps= 25 q=0.0 Lsize= 8039kB time=00:00:03.95 bitrate=16645.1kbits/s video:7271kB audio:742kB subtitle:0 global headers:0kB muxing overhead 0.316930% -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 20 09:28:40 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Mar 2013 08:28:40 -0000 Subject: [FFmpeg-trac] #2380(avformat:open): files with "malformated aac bitstream" can not be remuxed In-Reply-To: <035.ce7acd116ae52a2cf64771cfe63b72d8@avcodec.org> References: <035.ce7acd116ae52a2cf64771cfe63b72d8@avcodec.org> Message-ID: <050.7eeddcf2e8764f15e85326eeea7cc3a6@avcodec.org> #2380: files with "malformated aac bitstream" can not be remuxed -------------------------------------+------------------------------------- Reporter: julian | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mov flv | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: FFmpeg => avformat * priority: normal => important * version: 1.2 => git-master * keywords: => mov flv regression Comment: For future tickets: Please always provide the failing command line together with complete, uncut console output. Regression since c22f2527, also reproducible with -f flv, the mkv sample works fine with -t 15 (fails with -t 16), the aac sample works with -t 25). {{{ $ ffmpeg -i ticket2380.mkv -vn -acodec copy out.mov ffmpeg version N-51111-gdb8403d Copyright (c) 2000-2013 the FFmpeg developers built on Mar 20 2013 08:42:26 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 19.101 / 52. 19.101 libavcodec 55. 1.100 / 55. 1.100 libavformat 55. 0.100 / 55. 0.100 libavdevice 55. 0.100 / 55. 0.100 libavfilter 3. 47.104 / 3. 47.104 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, matroska,webm, from 'ticket2380.mkv': Metadata: creation_time : 2013-03-20 08:12:44 Duration: 00:01:00.01, start: 0.000000, bitrate: 190 kb/s Stream #0:0(jpn): Audio: aac, 96000 Hz, stereo, fltp (default) Output #0, mov, to 'out.mov': Metadata: encoder : Lavf55.0.100 Stream #0:0(jpn): Audio: aac (mp4a / 0x6134706D), 96000 Hz, stereo (default) Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help [mov @ 0x31496a0] malformated aac bitstream, use -absf aac_adtstoasc av_interleaved_write_frame(): Operation not permitted }}} {{{ $ ffmpeg -i ticket2380.aac -absf aac_adtstoasc -vn -acodec copy out.mov ffmpeg version N-51111-gdb8403d Copyright (c) 2000-2013 the FFmpeg developers built on Mar 20 2013 08:42:26 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 19.101 / 52. 19.101 libavcodec 55. 1.100 / 55. 1.100 libavformat 55. 0.100 / 55. 0.100 libavdevice 55. 0.100 / 55. 0.100 libavfilter 3. 47.104 / 3. 47.104 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [aac @ 0x278df40] max_analyze_duration 5000000 reached at 5013333 microseconds [aac @ 0x278df40] Estimating duration from bitrate, this may be inaccurate Input #0, aac, from 'ticket2380.aac': Duration: 00:01:06.27, bitrate: 173 kb/s Stream #0:0: Audio: aac, 48000 Hz, stereo, fltp, 173 kb/s Output #0, mov, to 'out.mov': Metadata: encoder : Lavf55.0.100 Stream #0:0: Audio: aac (mp4a / 0x6134706D), 48000 Hz, stereo, 173 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help [mov @ 0x279eea0] malformated aac bitstream, use -absf aac_adtstoasc av_interleaved_write_frame(): Operation not permitted }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 20 11:14:39 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Mar 2013 10:14:39 -0000 Subject: [FFmpeg-trac] #2384(undetermined:new): ffmpeg detects avi/divx with xsub as broken Message-ID: <037.19c428a0c4ccb48abc87fefa14aaac4c@avcodec.org> #2384: ffmpeg detects avi/divx with xsub as broken -------------------------------------+------------------------------------- Reporter: someuser | Type: defect Status: new | Priority: minor Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: When creating an AVI/DivX with XSub subtitles with FFmpeg the result plays fine on supported players but FFmpeg itself complains that the AVI has been generated by broken software. FFmpeg complains this also about AVIAddXSubs generated AVIs. The inputs are ok according to FFmpeg and this should be trivial to reproduce. How to reproduce: {{{ > ./ffmpeg -i test.avi ffmpeg version N-51106-g17c1881 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 19 2013 13:49:37 with gcc 4.7.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgsm --enable-libilbc --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable- libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable- libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 19.101 / 52. 19.101 libavcodec 55. 1.100 / 55. 1.100 libavformat 55. 0.100 / 55. 0.100 libavdevice 55. 0.100 / 55. 0.100 libavfilter 3. 47.104 / 3. 47.104 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, avi, from 'test.avi': Metadata: encoder : Lavf54.59.106 Duration: 00:00:10.03, start: 0.000000, bitrate: 1227 kb/s Stream #0:0: Video: mpeg4 (Advanced Simple Profile) (DIVX / 0x58564944), yuv420p, 576x324 [SAR 1:1 DAR 16:9], 23.98 fps, 23.98 tbr, 23.98 tbn, 2997 tbc Stream #0:1: Audio: mp3 (U[0][0][0] / 0x0055), 48000 Hz, stereo, s16p, 128 kb/s At least one output file must be specified > ./ffmpeg -i test.avi -i test-en.idx -c:a copy -c:v copy -c:s xsub -map 0:0 -map 0:1 -map 1:0 testxsub.avi ffmpeg version N-51106-g17c1881 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 19 2013 13:49:37 with gcc 4.7.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgsm --enable-libilbc --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable- libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable- libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 19.101 / 52. 19.101 libavcodec 55. 1.100 / 55. 1.100 libavformat 55. 0.100 / 55. 0.100 libavdevice 55. 0.100 / 55. 0.100 libavfilter 3. 47.104 / 3. 47.104 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, avi, from 'test.avi': Metadata: encoder : Lavf54.59.106 Duration: 00:00:10.03, start: 0.000000, bitrate: 1227 kb/s Stream #0:0: Video: mpeg4 (Advanced Simple Profile) (DIVX / 0x58564944), yuv420p, 576x324 [SAR 1:1 DAR 16:9], 23.98 fps, 23.98 tbr, 23.98 tbn, 2997 tbc Stream #0:1: Audio: mp3 (U[0][0][0] / 0x0055), 48000 Hz, stereo, s16p, 128 kb/s [vobsub @ 026c9140] Estimating duration from bitrate, this may be inaccurate Input #1, vobsub, from 'test-en.idx': Duration: N/A, bitrate: N/A Stream #1:0[0x0](en): Subtitle: dvd_subtitle (default) Output #0, avi, to 'testxsub.avi': Metadata: ISFT : Lavf55.0.100 Stream #0:0: Video: mpeg4 (DIVX / 0x58564944), yuv420p, 576x324 [SAR 1:1 DAR 16:9], q=2-31, 23.98 fps, 23.98 tbn, 23.98 tbc Stream #0:1: Audio: mp3 (U[0][0][0] / 0x0055), 48000 Hz, stereo, 128 kb/s Stream #0:2(en): Subtitle: xsub (DXSB / 0x42535844) (default) Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Stream #1:0 -> #0:2 (dvdsub -> xsub) Press [q] to stop, [?] for help frame= 240 fps=0.0 q=-1.0 Lsize= 1511kB time=00:00:10.03 bitrate=1233.7kbits/s video:1322kB audio:157kB subtitle:3 global headers:0kB muxing overhead 2.000717% > ./ffmpeg -i testxsub.avi ffmpeg version N-51106-g17c1881 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 19 2013 13:49:37 with gcc 4.7.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgsm --enable-libilbc --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable- libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable- libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 19.101 / 52. 19.101 libavcodec 55. 1.100 / 55. 1.100 libavformat 55. 0.100 / 55. 0.100 libavdevice 55. 0.100 / 55. 0.100 libavfilter 3. 47.104 / 3. 47.104 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [avi @ 02598420] scale/rate is 0/0 which is invalid. (This file has been generated by broken software.) [avi @ 02598420] non-interleaved AVI Input #0, avi, from 'testxsub.avi': Metadata: encoder : Lavf55.0.100 Duration: 00:00:10.03, start: 0.000000, bitrate: 1233 kb/s Stream #0:0: Video: mpeg4 (Advanced Simple Profile) (DIVX / 0x58564944), yuv420p, 576x324 [SAR 1:1 DAR 16:9], 23.98 fps, 23.98 tbr, 23.98 tbn, 2997 tbc Stream #0:1: Audio: mp3 (U[0][0][0] / 0x0055), 48000 Hz, stereo, s16p, 128 kb/s Stream #0:2: Subtitle: xsub (DXSB / 0x42535844) At least one output file must be specified > }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 20 11:26:06 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Mar 2013 10:26:06 -0000 Subject: [FFmpeg-trac] #2385(undetermined:new): ffmpeg does not mark xsub language properly Message-ID: <037.edb34e5d51725289c9504dc1c1a712d2@avcodec.org> #2385: ffmpeg does not mark xsub language properly -------------------------------------+------------------------------------- Reporter: someuser | Type: Status: new | enhancement Component: | Priority: normal undetermined | Version: git- Keywords: | master Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Summary of the bug: When creating AVI/DivX with XSub subtitles using FFmpeg the language for subtitles is not marked properly unless the .idx file happens to contain the needed "alt" tag which might be very hard to discover for casual users. When using AVIAddXSubs or an .idx file with an alt tag with FFmpeg the language of subtitles is recognized properly by player like PS3 with format (below is examples for English and French): alt: Subtitle - en-xx;02 alt: Subtitle - fr-xx;02 I've verified with PS3 that this format works with more than one subtitle streams. It would seem that the optimal solution would be to 1) Use the alt tag from the .idx file if present (=this is what happens today) 2) If the user supplies something like -metadata:s:s:0 language=eng then it should be used (note that the lang codes are 2 chars with XSubs) 3) If there is no alt tag in the .idx file and no metadata options provided in the command line then then add one based on the above format and the language code specified by the id tag in the .idx How to reproduce: If one creates AVI/DivX with XSubs using FFmpeg without the alt tag in the .idx file some player like PS3 present the language of the subtitles as "Other". When using the syntax about PS3 detects the language correctly AND automatically loads the subtitles if a subtitle for language set as default in the player settings is found. Currently, using any metadata command line parameters does not provide the necessary language information being added. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 20 12:13:47 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Mar 2013 11:13:47 -0000 Subject: [FFmpeg-trac] #2385(undetermined:new): ffmpeg does not mark xsub language properly In-Reply-To: <037.edb34e5d51725289c9504dc1c1a712d2@avcodec.org> References: <037.edb34e5d51725289c9504dc1c1a712d2@avcodec.org> Message-ID: <052.c40661eca6c153dc8595cc97a6e9cc16@avcodec.org> #2385: ffmpeg does not mark xsub language properly -------------------------------------+------------------------------------- Reporter: someuser | Owner: Type: enhancement | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: xsub | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => xsub Comment: Please provide a sample (one with correct language code) and a command line that incorrectly removes thd language information together with complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 20 12:17:51 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Mar 2013 11:17:51 -0000 Subject: [FFmpeg-trac] #2386(undetermined:new): ffmpeg creates non-PS3 compatible DivX Message-ID: <037.adabc2dea4d2b0153c9a41257ee45c1d@avcodec.org> #2386: ffmpeg creates non-PS3 compatible DivX -------------------------------------+------------------------------------- Reporter: someuser | 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: Using the static win32 builds from zeranoe.com the DivX files created by the latest ffmpeg git version fail to play on PS3. After testing old builds from zeranoe.com (see http://ffmpeg.zeranoe.com/builds/win32/static/) I have bisected the failure so that the build ffmpeg-git-b6ff81d-win32-static works ok (=PS3 can play the DivX) but ffmpeg-git-a4c22e3-win32-static and every build after that fail (=PS3 complains that the format is not supported). Below are the commands I used with these two builds and as said only the former is playable with PS3. The notable change between the builds is libavutil update from 40.100 to 41.100. How to reproduce: {{{ > ./ffmpeg-git-b6ff81d-win32-static.exe -i test.avi -acodec libmp3lame -vcodec libxvid -level 5 -bf 2 -vtag XVID -map_metadata -1 out1.avi ffmpeg version N-38148-gb6ff81d Copyright (c) 2000-2012 the FFmpeg developers built on Feb 23 2012 12:26:05 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-runtime-cpudetect --enable-avisynth --enable-bzlib --enable- frei0r --enable-libopencore-amrnb --enable-libopencore-amrwb --enable- libfreetype --enable-libgsm --enable-libmp3lame --enable-libopenjpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable- libtheora --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 40.100 / 51. 40.100 libavcodec 54. 4.100 / 54. 4.100 libavformat 54. 1.100 / 54. 1.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 62.101 / 2. 62.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 7.100 / 0. 7.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, avi, from 'test.avi': Metadata: encoder : Lavf54.59.106 Duration: 00:00:10.03, start: 0.000000, bitrate: 1227 kb/s Stream #0:0: Video: mpeg4 (Advanced Simple Profile) (DIVX / 0x58564944), yuv420p, 576x324 [SAR 1:1 DAR 16:9], 23.98 fps, 23.98 tbr, 23.98 tbn, 2997 tbc Stream #0:1: Audio: mp3 (U[0][0][0] / 0x0055), 48000 Hz, stereo, s16, 128 kb/s [buffer @ 022EDAA0] w:576 h:324 pixfmt:yuv420p tb:1/1000000 sar:1/1 sws_param: Output #0, avi, to 'out1.avi': Metadata: ISFT : Lavf54.1.100 Stream #0:0: Video: mpeg4 (XVID / 0x44495658), yuv420p, 576x324 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 23.98 tbn, 23.98 tbc Stream #0:1: Audio: mp3 (U[0][0][0] / 0x0055), 48000 Hz, stereo, s16 Stream mapping: Stream #0:0 -> #0:0 (mpeg4 -> libxvid) Stream #0:1 -> #0:1 (mp3 -> libmp3lame) Press [q] to stop, [?] for help frame= 22 fps= 0 q=4.0 size= 30kB time=00:00:00.91 bitrate= 268.5kbits/sframe= 37 fps= 0 q=9.0 size= 72kB time=00:00:01.54 bitrate= 379.8kbits/sframe= 47 fps= 31 q=17.0 size= 105kB time=00:00:01.94 bitrate= 443.9kbits/frame= 56 fps= 27 q=22.0 size= 125kB time=00:00:02.32 bitrate= 439.9kbits/frame= 65 fps= 25 q=19.0 size= 142kB time=00:00:02.68 bitrate= 433.5kbits/frame= 73 fps= 23 q=13.0 size= 158kB time=00:00:03.04 bitrate= 424.8kbits/frame= 80 fps= 22 q=19.0 size= 184kB time=00:00:03.33 bitrate= 451.2kbits/frame= 90 fps= 22 q=26.0 size= 227kB time=00:00:03.74 bitrate= 495.6kbits/frame= 100 fps= 21 q=29.0 size= 263kB time=00:00:04.15 bitrate= 518.9kbits/frame= 110 fps= 21 q=31.0 size= 297kB time=00:00:04.58 bitrate= 529.9kbits/frame= 121 fps= 21 q=31.0 size= 331kB time=00:00:05.04 bitrate= 537.3kbits/frame= 131 fps= 21 q=31.0 size= 356kB time=00:00:05.44 bitrate= 535.1kbits/frame= 141 fps= 21 q=31.0 size= 381kB time=00:00:05.88 bitrate= 530.4kbits/frame= 151 fps= 21 q=31.0 size= 404kB time=00:00:06.28 bitrate= 526.6kbits/frame= 160 fps= 21 q=31.0 size= 430kB time=00:00:06.67 bitrate= 528.4kbits/frame= 168 fps= 20 q=31.0 size= 444kB time=00:00:06.98 bitrate= 520.7kbits/frame= 178 fps= 20 q=31.0 size= 467kB time=00:00:07.41 bitrate= 515.6kbits/frame= 187 fps= 20 q=31.0 size= 485kB time=00:00:07.79 bitrate= 509.5kbits/frame= 196 fps= 20 q=31.0 size= 504kB time=00:00:08.16 bitrate= 506.5kbits/frame= 206 fps= 20 q=31.0 size= 517kB time=00:00:08.56 bitrate= 494.8kbits/frame= 216 fps= 20 q=31.0 size= 536kB time=00:00:09.00 bitrate= 487.5kbits/frame= 226 fps= 20 q=31.0 size= 550kB time=00:00:09.40 bitrate= 479.3kbits/frame= 238 fps= 20 q=31.0 size= 568kB time=00:00:09.91 bitrate= 469.7kbits/frame= 240 fps= 20 q=31.0 Lsize= 582kB time=00:00:10.01 bitrate= 476.4kbits/s video:400kB audio:157kB global headers:0kB muxing overhead 4.555188% > ./ffmpeg-git-a4c22e3-win32-static.exe -i test.avi -acodec libmp3lame -vcodec libxvid -level 5 -bf 2 -vtag XVID -map_metadata -1 out2.avi ffmpeg version N-38292-ga4c22e3 Copyright (c) 2000-2012 the FFmpeg developers built on Feb 27 2012 14:50:39 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-runtime-cpudetect --enable-avisynth --enable-bzlib --enable- frei0r --enable-libopencore-amrnb --enable-libopencore-amrwb --enable- libfreetype --enable-libgsm --enable-libmp3lame --enable-libopenjpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable- libtheora --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 41.100 / 51. 41.100 libavcodec 54. 4.100 / 54. 4.100 libavformat 54. 1.100 / 54. 1.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 62.101 / 2. 62.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 7.100 / 0. 7.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, avi, from 'test.avi': Metadata: encoder : Lavf54.59.106 Duration: 00:00:10.03, start: 0.000000, bitrate: 1227 kb/s Stream #0:0: Video: mpeg4 (Advanced Simple Profile) (DIVX / 0x58564944), yuv420p, 576x324 [SAR 1:1 DAR 16:9], 23.98 fps, 23.98 tbr, 23.98 tbn, 2997 tbc Stream #0:1: Audio: mp3 (U[0][0][0] / 0x0055), 48000 Hz, stereo, s16, 128 kb/s [buffer @ 022FDAA0] w:576 h:324 pixfmt:yuv420p tb:1/1000000 sar:1/1 sws_param: Output #0, avi, to 'out2.avi': Metadata: ISFT : Lavf54.1.100 Stream #0:0: Video: mpeg4 (XVID / 0x44495658), yuv420p, 576x324 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 23.98 tbn, 23.98 tbc Stream #0:1: Audio: mp3 (U[0][0][0] / 0x0055), 48000 Hz, stereo, s16 Stream mapping: Stream #0:0 -> #0:0 (mpeg4 -> libxvid) Stream #0:1 -> #0:1 (mp3 -> libmp3lame) Press [q] to stop, [?] for help frame= 31 fps= 0 q=3.0 size= 39kB time=00:00:01.27 bitrate= 250.3kbits/sframe= 41 fps= 39 q=14.0 size= 84kB time=00:00:01.70 bitrate= 403.2kbits/frame= 50 fps= 31 q=23.0 size= 112kB time=00:00:02.06 bitrate= 442.6kbits/frame= 59 fps= 28 q=17.0 size= 127kB time=00:00:02.42 bitrate= 429.0kbits/frame= 67 fps= 26 q=18.0 size= 144kB time=00:00:02.78 bitrate= 424.8kbits/frame= 76 fps= 24 q=18.0 size= 167kB time=00:00:03.16 bitrate= 431.9kbits/frame= 85 fps= 23 q=20.0 size= 199kB time=00:00:03.52 bitrate= 461.5kbits/frame= 95 fps= 22 q=28.0 size= 244kB time=00:00:03.96 bitrate= 504.2kbits/frame= 105 fps= 22 q=30.0 size= 280kB time=00:00:04.36 bitrate= 524.9kbits/frame= 116 fps= 22 q=31.0 size= 315kB time=00:00:04.82 bitrate= 534.1kbits/frame= 127 fps= 21 q=31.0 size= 346kB time=00:00:05.28 bitrate= 536.3kbits/frame= 139 fps= 22 q=31.0 size= 374kB time=00:00:05.78 bitrate= 529.2kbits/frame= 148 fps= 21 q=31.0 size= 396kB time=00:00:06.16 bitrate= 526.6kbits/frame= 159 fps= 21 q=31.0 size= 423kB time=00:00:06.62 bitrate= 523.1kbits/frame= 166 fps= 21 q=31.0 size= 440kB time=00:00:06.91 bitrate= 521.6kbits/frame= 176 fps= 20 q=31.0 size= 461kB time=00:00:07.32 bitrate= 516.0kbits/frame= 186 fps= 20 q=31.0 size= 483kB time=00:00:07.75 bitrate= 509.9kbits/frame= 196 fps= 20 q=31.0 size= 503kB time=00:00:08.16 bitrate= 505.3kbits/frame= 206 fps= 20 q=31.0 size= 517kB time=00:00:08.56 bitrate= 494.8kbits/frame= 216 fps= 20 q=31.0 size= 535kB time=00:00:09.00 bitrate= 486.7kbits/frame= 226 fps= 20 q=31.0 size= 550kB time=00:00:09.40 bitrate= 479.3kbits/frame= 238 fps= 20 q=31.0 size= 568kB time=00:00:09.91 bitrate= 469.3kbits/frame= 240 fps= 20 q=31.0 Lsize= 582kB time=00:00:10.05 bitrate= 474.5kbits/s video:400kB audio:157kB global headers:0kB muxing overhead 4.559397% > }}} It should be noted that the following still works with current git (=the output file is playable with PS3): {{{ ./ffmpeg-git-17c1881-win32-static.exe -i test.avi -acodec libmp3lame -vcodec mpeg4 -level 5 -bf 2 -vtag XVID -map_metadata -1 out3.avi }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 20 12:21:03 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Mar 2013 11:21:03 -0000 Subject: [FFmpeg-trac] #2385(undetermined:new): ffmpeg does not mark xsub language properly In-Reply-To: <037.edb34e5d51725289c9504dc1c1a712d2@avcodec.org> References: <037.edb34e5d51725289c9504dc1c1a712d2@avcodec.org> Message-ID: <052.501d2a4f17c3ae374bc9557338317c55@avcodec.org> #2385: ffmpeg does not mark xsub language properly -------------------------------------+------------------------------------- Reporter: someuser | Owner: Type: enhancement | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: xsub | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by someuser): "a command line that incorrectly removes the language information together with complete, uncut console output" Hmm, what do you mean with this? The language information is not *added* (at least so that PS3 would recognize it) at all unless the "alt" tag in the proper format is not in the .idx file. I'll attach a 10 sec sample AVI with subtitles recognized by PS3 shortly. Thanks. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 20 12:25:12 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Mar 2013 11:25:12 -0000 Subject: [FFmpeg-trac] #2385(undetermined:new): ffmpeg does not mark xsub language properly In-Reply-To: <037.edb34e5d51725289c9504dc1c1a712d2@avcodec.org> References: <037.edb34e5d51725289c9504dc1c1a712d2@avcodec.org> Message-ID: <052.dec2e4be827276bb90f2ccb421528d38@avcodec.org> #2385: ffmpeg does not mark xsub language properly -------------------------------------+------------------------------------- Reporter: someuser | Owner: Type: enhancement | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: xsub | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by heleppkes): He needs the commandline you used to transcode with ffmpeg, the one that creates the improper files. And in addition, the output of ffmpeg when doing so. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 20 12:37:07 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Mar 2013 11:37:07 -0000 Subject: [FFmpeg-trac] #2385(undetermined:new): ffmpeg does not mark xsub language properly In-Reply-To: <037.edb34e5d51725289c9504dc1c1a712d2@avcodec.org> References: <037.edb34e5d51725289c9504dc1c1a712d2@avcodec.org> Message-ID: <052.0f37173232f35231890602eb34c6f522@avcodec.org> #2385: ffmpeg does not mark xsub language properly -------------------------------------+------------------------------------- Reporter: someuser | Owner: Type: enhancement | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: xsub | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by someuser): Sorry, forgot the command line + output, here it is: {{{ > ./ffmpeg-git-17c1881-win32-static.exe -i test.avi -i test-en.idx -acodec copy -vcodec copy -scodec xsub -map 0:0 -map 0:1 -map 1:0 testxsub.avi ffmpeg version N-51106-g17c1881 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 19 2013 13:49:37 with gcc 4.7.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgsm --enable-libilbc --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable- libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable- libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 19.101 / 52. 19.101 libavcodec 55. 1.100 / 55. 1.100 libavformat 55. 0.100 / 55. 0.100 libavdevice 55. 0.100 / 55. 0.100 libavfilter 3. 47.104 / 3. 47.104 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, avi, from 'test.avi': Metadata: encoder : Lavf54.59.106 Duration: 00:00:10.03, start: 0.000000, bitrate: 1227 kb/s Stream #0:0: Video: mpeg4 (Advanced Simple Profile) (DIVX / 0x58564944), yuv420p, 576x324 [SAR 1:1 DAR 16:9], 23.98 fps, 23.98 tbr, 23.98 tbn, 2997 tbc Stream #0:1: Audio: mp3 (U[0][0][0] / 0x0055), 48000 Hz, stereo, s16p, 128 kb/s [vobsub @ 0259f3e0] Estimating duration from bitrate, this may be inaccurate Input #1, vobsub, from 'test-en.idx': Duration: N/A, bitrate: N/A Stream #1:0[0x0](en): Subtitle: dvd_subtitle (default) Output #0, avi, to 'testxsub.avi': Metadata: ISFT : Lavf55.0.100 Stream #0:0: Video: mpeg4 (DIVX / 0x58564944), yuv420p, 576x324 [SAR 1:1 DAR 16:9], q=2-31, 23.98 fps, 23.98 tbn, 23.98 tbc Stream #0:1: Audio: mp3 (U[0][0][0] / 0x0055), 48000 Hz, stereo, 128 kb/s Stream #0:2(en): Subtitle: xsub (DXSB / 0x42535844) (default) Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Stream #1:0 -> #0:2 (dvdsub -> xsub) Press [q] to stop, [?] for help frame= 240 fps=0.0 q=-1.0 Lsize= 1511kB time=00:00:10.03 bitrate=1233.7kbits/s video:1322kB audio:157kB subtitle:3 global headers:0kB muxing overhead 2.000717% > }}} As said, this plays ok on PS3 and the subtitles can be manually selected but the language shown is "Other" and PS3 won't pick them up automatically (as it would happen if the language would have been detected and it would match PS3 settings). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 20 12:41:57 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Mar 2013 11:41:57 -0000 Subject: [FFmpeg-trac] #2385(undetermined:new): ffmpeg does not mark xsub language properly In-Reply-To: <037.edb34e5d51725289c9504dc1c1a712d2@avcodec.org> References: <037.edb34e5d51725289c9504dc1c1a712d2@avcodec.org> Message-ID: <052.606f3bc578221077271123bda6ce986c@avcodec.org> #2385: ffmpeg does not mark xsub language properly -------------------------------------+------------------------------------- Reporter: someuser | Owner: Type: enhancement | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: xsub | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by someuser): This is what mediainfo 0.7.61 prints about the subtitle stream created without the alt tag: {{{ Text ID : 2 Format : DivX Subtitle Codec ID : DXSB Codec ID/Info : Subtitle in AVI from DivX networks Width : 576 pixels Height : 324 pixels Bit depth : 24 bits Stream size : 2.82 KiB (0%) }}} And here is mediainfo output when "alt: Subtitle - en-xx;02" was present: {{{ Text ID : 2 Format : DivX Subtitle Codec ID : DXSB Codec ID/Info : Subtitle in AVI from DivX networks Width : 576 pixels Height : 324 pixels Bit depth : 24 bits Stream size : 2.82 KiB (0%) Title : Subtitle - en-xx;02 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 20 12:45:26 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Mar 2013 11:45:26 -0000 Subject: [FFmpeg-trac] #2385(undetermined:new): ffmpeg does not mark xsub language properly In-Reply-To: <037.edb34e5d51725289c9504dc1c1a712d2@avcodec.org> References: <037.edb34e5d51725289c9504dc1c1a712d2@avcodec.org> Message-ID: <052.c63f0996510fa9b3952180f4dd436e44@avcodec.org> #2385: ffmpeg does not mark xsub language properly -------------------------------------+------------------------------------- Reporter: someuser | Owner: Type: enhancement | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: xsub | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Is the problem also reproducible if you stream-copy or reencode an avi file that contains subtitles with correct language codes? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 20 12:47:19 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Mar 2013 11:47:19 -0000 Subject: [FFmpeg-trac] #2385(undetermined:new): ffmpeg does not mark xsub language properly In-Reply-To: <037.edb34e5d51725289c9504dc1c1a712d2@avcodec.org> References: <037.edb34e5d51725289c9504dc1c1a712d2@avcodec.org> Message-ID: <052.b9e513e9d610b89eb4eea915e8548aad@avcodec.org> #2385: ffmpeg does not mark xsub language properly -------------------------------------+------------------------------------- Reporter: someuser | Owner: Type: enhancement | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: xsub | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Does textxsub.avi - the file you attached - contain working language codes? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 20 12:58:37 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Mar 2013 11:58:37 -0000 Subject: [FFmpeg-trac] #2385(undetermined:new): ffmpeg does not mark xsub language properly In-Reply-To: <037.edb34e5d51725289c9504dc1c1a712d2@avcodec.org> References: <037.edb34e5d51725289c9504dc1c1a712d2@avcodec.org> Message-ID: <052.2de3a643589bfc749ff6a739e87e77bf@avcodec.org> #2385: ffmpeg does not mark xsub language properly -------------------------------------+------------------------------------- Reporter: someuser | Owner: Type: enhancement | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: xsub | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by someuser): Replying to [comment:7 cehoyos]: > Does textxsub.avi - the file you attached - contain working language codes? No, it is what is produced without the alt tag. I'll attach now testxsub- ok.avi which contains the working language code. Thanks. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 20 12:59:55 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Mar 2013 11:59:55 -0000 Subject: [FFmpeg-trac] #2385(undetermined:new): ffmpeg does not mark xsub language properly In-Reply-To: <037.edb34e5d51725289c9504dc1c1a712d2@avcodec.org> References: <037.edb34e5d51725289c9504dc1c1a712d2@avcodec.org> Message-ID: <052.299e56b5deefe5b7f039eac186fefb9a@avcodec.org> #2385: ffmpeg does not mark xsub language properly -------------------------------------+------------------------------------- Reporter: someuser | Owner: Type: enhancement | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: xsub | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Cigaes): Attaching your vobsub files, i.e. the ''input'' of the failing command lines, would be more helpful than attaching their ''output''. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 20 13:07:00 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Mar 2013 12:07:00 -0000 Subject: [FFmpeg-trac] #2385(undetermined:new): ffmpeg does not mark xsub language properly In-Reply-To: <037.edb34e5d51725289c9504dc1c1a712d2@avcodec.org> References: <037.edb34e5d51725289c9504dc1c1a712d2@avcodec.org> Message-ID: <052.827ae965932a8486e6c2bf73fe750c1e@avcodec.org> #2385: ffmpeg does not mark xsub language properly -------------------------------------+------------------------------------- Reporter: someuser | Owner: Type: enhancement | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: xsub | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by someuser): Ok, I'll also attach the .idx/.sub files, the .idx file will contain the alt tag commented out. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 20 13:23:45 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Mar 2013 12:23:45 -0000 Subject: [FFmpeg-trac] #2387(undetermined:new): RFE: Support creating of VobSub idx/sub subtitles Message-ID: <037.5d5da34cf954a6502f5f3bda85d35f17@avcodec.org> #2387: RFE: Support creating of VobSub idx/sub subtitles -------------------------------------+------------------------------------- Reporter: someuser | Type: Status: new | enhancement Component: | Priority: wish undetermined | Version: git- Keywords: | master Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Summary of the bug: It would be great if FFmpeg could create VobSub idx/sub subtitles to be used with avi files as it would allow FFmpeg to be used to add subtitles to avi files without reencoding. Devices like PS3 are able play such files. Usage would be something like (perhaps with -f vobsub): % ffmpeg -i test-en.srt test-en.idx Ticket #2385 is somewhat related. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 20 13:28:14 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Mar 2013 12:28:14 -0000 Subject: [FFmpeg-trac] #2384(undetermined:new): ffmpeg detects avi/divx with xsub as broken In-Reply-To: <037.19c428a0c4ccb48abc87fefa14aaac4c@avcodec.org> References: <037.19c428a0c4ccb48abc87fefa14aaac4c@avcodec.org> Message-ID: <052.771d7f212df10e54ab4bac59235612b0@avcodec.org> #2384: ffmpeg detects avi/divx with xsub as broken -------------------------------------+------------------------------------- Reporter: someuser | Owner: Type: defect | Status: new Priority: minor | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by someuser): Example files which can be used to test this are attached in ticket #2385. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 20 13:49:48 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Mar 2013 12:49:48 -0000 Subject: [FFmpeg-trac] #2385(undetermined:new): ffmpeg does not mark xsub language properly In-Reply-To: <037.edb34e5d51725289c9504dc1c1a712d2@avcodec.org> References: <037.edb34e5d51725289c9504dc1c1a712d2@avcodec.org> Message-ID: <052.59c56ad8f912d93d9186c4bc675351ef@avcodec.org> #2385: ffmpeg does not mark xsub language properly -------------------------------------+------------------------------------- Reporter: someuser | Owner: Type: enhancement | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: xsub | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Cigaes): The difference of treatment between the two cases seems to boil down to this: {{{ $ diff -u <(ffprobe -loglevel 0 -show_streams test-en.idx) <(ffprobe -loglevel 0 -show_streams test-enxx.idx) --- /proc/self/fd/11 2013-03-20 13:45:42.411422486 +0100 +++ /proc/self/fd/13 2013-03-20 13:45:42.411422486 +0100 @@ -31,4 +31,5 @@ DISPOSITION:clean_effects=0 DISPOSITION:attached_pic=0 TAG:language=en +TAG:title=Subtitle - en-xx;02 [/STREAM] }}} If I understand correctly the issue, it seems that the language is only recognized when the "title" metadata tag is present. And indeed, the "title" metadata tag arrives to the AVI file, while the "language" metadata tag is completely ignored. The core problem looks like it is: the AVI muxer is ignoring the "language" metadata tag. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 20 13:55:43 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Mar 2013 12:55:43 -0000 Subject: [FFmpeg-trac] #2387(undetermined:new): RFE: Support creating of VobSub idx/sub subtitles In-Reply-To: <037.5d5da34cf954a6502f5f3bda85d35f17@avcodec.org> References: <037.5d5da34cf954a6502f5f3bda85d35f17@avcodec.org> Message-ID: <052.dfa584bf2ea15243f7c49d70271cb3af@avcodec.org> #2387: RFE: Support creating of VobSub idx/sub subtitles -------------------------------------+------------------------------------- Reporter: someuser | Owner: Type: enhancement | Status: new Priority: wish | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by someuser): Replying to [ticket:2387 someuser]: > Usage would be something like (perhaps with -f vobsub): > > % ffmpeg -i test-en.srt test-en.idx Well, after thinking about this few minutes more, the usage can't of course be this simple since some sort of size/coordinate information for the bitmaps would be required. Ticker #2385 also contains an example .idx file which might give ideas what information would be needed for generating proper .idx/.sub files for an AVI. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 20 21:17:30 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Mar 2013 20:17:30 -0000 Subject: [FFmpeg-trac] #2255(undetermined:new): 2013 Spring Website Art Contest In-Reply-To: <035.0d8c0f77a2e04ae10db23a22eaf5fc41@avcodec.org> References: <035.0d8c0f77a2e04ae10db23a22eaf5fc41@avcodec.org> Message-ID: <050.7c265fb0331927b3b9139c969e5e1f0a@avcodec.org> #2255: 2013 Spring Website Art Contest -------------------------------------+------------------------------------- Reporter: llogan | Owner: Type: art | Status: new Priority: minor | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by beastd): Hi Muxson! Congrats, you won the contest again! Unfortunately there were no other submissions this time. Thank you very much for your work. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 20 21:20:53 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Mar 2013 20:20:53 -0000 Subject: [FFmpeg-trac] #2255(undetermined:closed): 2013 Spring Website Art Contest In-Reply-To: <035.0d8c0f77a2e04ae10db23a22eaf5fc41@avcodec.org> References: <035.0d8c0f77a2e04ae10db23a22eaf5fc41@avcodec.org> Message-ID: <050.81b21abc8ceee30c972a60e13d1d15b0@avcodec.org> #2255: 2013 Spring Website Art Contest -------------------------------------+------------------------------------- Reporter: llogan | Owner: Type: art | Status: closed Priority: minor | Component: Version: unspecified | undetermined Keywords: | Resolution: completed Blocking: | (art) Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by llogan): * status: new => closed * resolution: => completed (art) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 20 21:33:15 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Mar 2013 20:33:15 -0000 Subject: [FFmpeg-trac] #2388(undetermined:new): ape: fail to seek Message-ID: <038.0b159068090c62c76dfd66d1be5bee10@avcodec.org> #2388: ape: fail to seek -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- seeking does not work with attached file (the same problem with ffplay) http://www.datafilehost.com/download-9e8039cc.html {{{ C:\>ffmpeg -ss 15 -i test_2.ape out.wav ffmpeg version N-51106-g17c1881 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 19 2013 13:49:37 with gcc 4.7.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libg sm --enable-libilbc --enable-libmp3lame --enable-libopencore-amrnb --enable-libo pencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-li bschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-lib twolame --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enabl e-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 19.101 / 52. 19.101 libavcodec 55. 1.100 / 55. 1.100 libavformat 55. 0.100 / 55. 0.100 libavdevice 55. 0.100 / 55. 0.100 libavfilter 3. 47.104 / 3. 47.104 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, ape, from 'test_2.ape': Duration: 00:00:30.01, start: 0.000000, bitrate: 818 kb/s Stream #0:0: Audio: ape (APE / 0x20455041), 44100 Hz, stereo, s16p Output #0, wav, to 'out.wav': Metadata: ISFT : Lavf55.0.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 [output stream 0:0 @ 026a9a60] 100 buffers queued in output stream 0:0, somethin g may be wrong. size= 5171kB time=00:00:15.01 bitrate=2821.1kbits/s video:0kB audio:5170kB subtitle:0 global headers:0kB muxing overhead 0.001511% }}}cker. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 20 22:57:45 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Mar 2013 21:57:45 -0000 Subject: [FFmpeg-trac] #2389(avfilter:new): Inversion audio filter Message-ID: <032.ed46d96981dcac97a4cba97593aad9d5@avcodec.org> #2389: Inversion audio filter ----------------------------------+--------------------------------------- Reporter: sun | Type: enhancement Status: new | Priority: wish Component: avfilter | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- A filter that inverts selected audio channels would be useful, for example to process a balanced signal from an XLR microphone. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 20 23:47:50 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Mar 2013 22:47:50 -0000 Subject: [FFmpeg-trac] #2390(undetermined:new): dv: green bar at the right side with lowres 3 Message-ID: <038.850f9b57e4bc192a78188a3e0c9ba658@avcodec.org> #2390: dv: green bar at the right side with lowres 3 -------------------------------------+------------------------------------- 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 green bar at the right side of the video when -vlowres 3 is used git-b8bb661 17-Feb-2013 - bad git-b9c5448 16-Feb-2013 - ok http://www.datafilehost.com/download-56818d9a.html {{{ C:\>ffmpeg -vlowres 3 -i dv.dv -an out.avi ffmpeg version N-51106-g17c1881 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 19 2013 13:49:37 with gcc 4.7.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libg sm --enable-libilbc --enable-libmp3lame --enable-libopencore-amrnb --enable-libo pencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-li bschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-lib twolame --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enabl e-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 19.101 / 52. 19.101 libavcodec 55. 1.100 / 55. 1.100 libavformat 55. 0.100 / 55. 0.100 libavdevice 55. 0.100 / 55. 0.100 libavfilter 3. 47.104 / 3. 47.104 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [dv @ 025c7a40] Estimating duration from bitrate, this may be inaccurate Input #0, dv, from 'dv.dv': Metadata: timecode : 00:00:00;00 Duration: 00:00:12.65, start: 0.000000, bitrate: 28771 kb/s Stream #0:0: Video: dvvideo, yuv411p, 90x60 [SAR 8:9 DAR 4:3], 28771 kb/s, 2 9.97 tbr, 29.97 tbn, 29.97 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 Output #0, avi, to 'out.avi': Metadata: ISMP : 00:00:00;00 ISFT : Lavf55.0.100 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 90x60 [SAR 8:9 DAR 4 :3], q=2-31, 200 kb/s, 29.97 tbn, 29.97 tbc Stream mapping: Stream #0:0 -> #0:0 (dvvideo -> mpeg4) Press [q] to stop, [?] for help frame= 137 fps=0.0 q=2.0 size= 106kB time=00:00:04.57 bitrate= 189.1kbits/s frame= 277 fps=0.0 q=1.6 size= 229kB time=00:00:09.24 bitrate= 203.2kbits/s dv.dv: Input/output error frame= 379 fps=285 q=2.0 Lsize= 279kB time=00:00:12.64 bitrate= 180.6kbits/ s video:264kB audio:0kB subtitle:0 global headers:0kB muxing overhead 5.563198% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 21 02:44:40 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Mar 2013 01:44:40 -0000 Subject: [FFmpeg-trac] #2379(undetermined:new): FFmpeg produces broken h264 output. In-Reply-To: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> References: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> Message-ID: <055.17346014131c01eb7836bffd4fb1625d@avcodec.org> #2379: FFmpeg produces broken h264 output. -------------------------------------+------------------------------------- Reporter: dodgexander | 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 dodgexander): Not sure why that is happening, sorry. Here is a working link: http://www.datafilehost.com/download-6a5ad762.html I have managed to work out how to use ffmpeg alone, but with the command: {{{ ffmpeg -report -i largerbrokensample.wtv a.wtv -vcodec libx264 -b:v 7000k -flags +ildct+ilme -x264opts interlaced=true:me=hex:trellis=2:subq=8:partitions=all:8x8dct=1:ref=8:rc- lookahead=50:keyint=25:min- keyint=20:bframes=3:weightb=1:level=4.1:b-pyramid=normal:direct=auto :mixed-refs=1:deblock=-1,-1:no-fast-pskip=1:no-dct- decimate=1:b-adapt=2:threads=auto -map 0:a -map 0:v -acodec copy }}} Which is the command MCEbuddy is using. How can I make it so I'm following the command the MCEbuddy uses? Because at the moment I get an mpeg2 output rather than h264. Really appreciate your help here. Log from ffmpeg is attached. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 21 06:37:26 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Mar 2013 05:37:26 -0000 Subject: [FFmpeg-trac] #2227(undetermined:new): ffmpeg incorrectly identifying mjpeg as video stream instead of attachment In-Reply-To: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> References: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> Message-ID: <055.7275cdb7e305be7f0d28cd1b16e30331@avcodec.org> #2227: ffmpeg incorrectly identifying mjpeg as video stream instead of attachment -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: wtv | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ramitbhalla): Replying to [comment:43 cehoyos]: > Is anything wrong with one of the following two commands? > $ ffmpeg -i "Family Guy-S11E14-Call Girl.mp4" -qscale 2 out.avi > $ ffmpeg -i "Family Guy-S11E14-Call Girl.mp4" -map 0:2 out.jpg > If yes that would (probably) indicate a bug. Taht's fine, it works and will work since there is ONLY 1 audio stream. What if there are 2 audio streams and you want to copy both, how will you do it? you can't use map 0:a since you need to add map 0:v and that will fail. so ALL I'm suggesting is DON'T mark teh mjpeg as video stream, why not use the flag information provided in libavformat and mark it as an attachment (which is what it really is) and EVERYTHING will start working? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 21 07:29:14 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Mar 2013 06:29:14 -0000 Subject: [FFmpeg-trac] #2391(avformat:new): VobSub muxer Message-ID: <035.2661181b1ef519d4a8e21f10305fb66d@avcodec.org> #2391: VobSub muxer -------------------------------------+------------------------------------- Reporter: ubitux | Owner: Type: | Status: new enhancement | Component: avformat Priority: wish | Keywords: Version: | vobsub,subtitles,dvd unspecified | Blocking: Blocked By: | Analyzed by developer: 0 Reproduced by developer: 0 | -------------------------------------+------------------------------------- FFmpeg needs a VobSub muxer. A lot of users are still depending on old softwares such as transcode or mencoder to dump their subtitles from DVD. This is definitely an important missing part of the DVD ripping workflow FFmpeg has so much trouble to keep up with. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 21 09:16:09 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Mar 2013 08:16:09 -0000 Subject: [FFmpeg-trac] #1605(undetermined:closed): seek issue for realmedia files In-Reply-To: <041.7abc21d2deb7e37bd398c0e962f92668@avcodec.org> References: <041.7abc21d2deb7e37bd398c0e962f92668@avcodec.org> Message-ID: <056.4c747565824122154eacb9fbbd98ec0b@avcodec.org> #1605: seek issue for realmedia files -------------------------------------+------------------------------------- Reporter: Abu | Owner: Abdullah | Status: closed Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: fixed Keywords: cook | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Abu Abdullah): It is working fine now but it gives very tiny voice spike at the beginning -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 21 11:18:18 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Mar 2013 10:18:18 -0000 Subject: [FFmpeg-trac] #2307(undetermined:new): Stream segmenter bug if total recorded length > 12 hours In-Reply-To: <037.7ccee04022ec1ce61a701a7c400fb40d@avcodec.org> References: <037.7ccee04022ec1ce61a701a7c400fb40d@avcodec.org> Message-ID: <052.80ccd1d02d7ccec1a54d5ebf3e6f3e8c@avcodec.org> #2307: Stream segmenter bug if total recorded length > 12 hours -------------------------------------+------------------------------------- Reporter: dgillier | Owner: Type: defect | Status: new Priority: normal | Component: Version: 1.1.3 | undetermined Keywords: segment, | Resolution: duration | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by dgillier): Just installed 1.2 and same problem: >> ffmpeg version 1.2 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 19 2013 14:57:52 with gcc 4.4.6 (GCC) 20120305 (Red Hat 4.4.6-4) configuration: --enable-gpl --enable-libmp3lame --enable-libtheora --enable-libvo-aacenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-version3 libavutil 52. 18.100 / 52. 18.100 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.104 / 54. 63.104 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 42.103 / 3. 42.103 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/mnt/video/www/2013-03-20/tf1/tf1-025.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf54.63.104 Duration: 12:51:18.78, start: 0.000000, bitrate: 21 kb/s Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 640x360 [SAR 1:1 DAR 16:9], 491 kb/s, 25 fps, 25 tbr, 12800 tbn, 50 tbc Metadata: handler_name : VideoHandler Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 2 kb/s Metadata: handler_name : SoundHandler At least one output file must be specified << (BTW your test is encoded in mpeg4 not h264). Can I use ffmpeg -f lavfi -i testsrc -f s16le -i /dev/zero on a headless server ? When I tested it, the file was unreadable... Thanks, denis -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 21 14:49:38 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Mar 2013 13:49:38 -0000 Subject: [FFmpeg-trac] #2307(undetermined:new): Stream segmenter bug if total recorded length > 12 hours In-Reply-To: <037.7ccee04022ec1ce61a701a7c400fb40d@avcodec.org> References: <037.7ccee04022ec1ce61a701a7c400fb40d@avcodec.org> Message-ID: <052.101ed80410819a3dcd0e8a96b39d1977@avcodec.org> #2307: Stream segmenter bug if total recorded length > 12 hours -------------------------------------+------------------------------------- Reporter: dgillier | Owner: Type: defect | Status: new Priority: normal | Component: Version: 1.1.3 | undetermined Keywords: segment, | Resolution: duration | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Could you test if you can reproduce the problem without using an external library, ie is it also reproducible if you test with "-vcodec mpeg4" ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 21 15:20:22 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Mar 2013 14:20:22 -0000 Subject: [FFmpeg-trac] #2307(undetermined:new): Stream segmenter bug if total recorded length > 12 hours In-Reply-To: <037.7ccee04022ec1ce61a701a7c400fb40d@avcodec.org> References: <037.7ccee04022ec1ce61a701a7c400fb40d@avcodec.org> Message-ID: <052.b4ed512aacc176ae4b835870ba542ea2@avcodec.org> #2307: Stream segmenter bug if total recorded length > 12 hours -------------------------------------+------------------------------------- Reporter: dgillier | Owner: Type: defect | Status: new Priority: normal | Component: Version: 1.1.3 | undetermined Keywords: segment, | Resolution: duration | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by dgillier): Ok I'll do it. BTW your files have on your ffmpeg dump: >>>stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, mono, fltp, 1 kb/s instead of 128kb/s (don't know if it's related, but I have same problem on my corrupted files). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 21 17:01:46 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Mar 2013 16:01:46 -0000 Subject: [FFmpeg-trac] #2392(undetermined:new): Converted Image from DPX gets skewed Message-ID: <036.54fff672581d551054097e3cd1ae82cc@avcodec.org> #2392: Converted Image from DPX gets skewed -------------------------------------+------------------------------------- Reporter: heinz0r | Type: defect Status: new | Priority: important Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- When trying to convert a certain .dpx file the output is getting skewed and the colors get messed up. How to reproduce: {{{ ffmpeg -i input.dpx output.jpg running on zeranoe build: ffmpeg-20130319-git-17c1881-win32-static }}} here is the problematic file: [http://www.datafilehost.com/download-f68cd078.html] and this is the output-file: [http://www.datafilehost.com/download-af92b9ee.html] Image Magick converts fine on this one... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 21 18:13:22 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Mar 2013 17:13:22 -0000 Subject: [FFmpeg-trac] #2307(undetermined:new): Stream segmenter bug if total recorded length > 12 hours In-Reply-To: <037.7ccee04022ec1ce61a701a7c400fb40d@avcodec.org> References: <037.7ccee04022ec1ce61a701a7c400fb40d@avcodec.org> Message-ID: <052.584594724f7bfe067a6df7b59d5109d5@avcodec.org> #2307: Stream segmenter bug if total recorded length > 12 hours -------------------------------------+------------------------------------- Reporter: dgillier | Owner: Type: defect | Status: new Priority: normal | Component: Version: 1.1.3 | undetermined Keywords: segment, | Resolution: duration | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:9 dgillier]: > BTW your files have on your ffmpeg dump: > >>>stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, mono, fltp, 1 kb/s > > instead of 128kb/s (don't know if it's related, What's wrong with 1kb for aac-encoded silence? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 21 18:15:30 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Mar 2013 17:15:30 -0000 Subject: [FFmpeg-trac] #2392(undetermined:open): Converted Image from DPX gets skewed In-Reply-To: <036.54fff672581d551054097e3cd1ae82cc@avcodec.org> References: <036.54fff672581d551054097e3cd1ae82cc@avcodec.org> Message-ID: <051.6c090ac1ba36ae4f1cb1d7990cff3751@avcodec.org> #2392: Converted Image from DPX gets skewed -------------------------------------+------------------------------------- Reporter: heinz0r | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: dpx | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => dpx * priority: important => normal * version: unspecified => git-master * status: new => open * reproduced: 0 => 1 Comment: Do you think this is a regression? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 21 18:31:25 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Mar 2013 17:31:25 -0000 Subject: [FFmpeg-trac] #2393(undetermined:new): H264 raw files and decode_slice_header error Message-ID: <035.eaddc0db43a7f2d9fd18a626e05d6028@avcodec.org> #2393: H264 raw files and decode_slice_header error -------------------------------------+------------------------------------- Reporter: fedech | Type: defect Status: new | Priority: normal Component: | Version: 1.0.5 undetermined | Blocked By: Keywords: H264, | Reproduced by developer: 0 decode_slice_header error | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Hello, I have a problem with raw .h264 files and ffmpeg 1.0 (everything works in 0.8 on another machine): when I try to convert them to mp4 or play them in ffplay I get a ton of errors (reproduced below), but mplayer plays them fine. I used some of the files from http://www2.tkn.tu- berlin.de/research/evalvid/cif.html How to reproduce: {{{ % ffmpeg -i highway_cif.264 ffmpeg version 1.0 built on Linux Mint Debian Edition (Debian testing repos) }}} I copied here the first lines of the CL output, the complete log is in the attachment: [h264 @ 0x24c3100] brainfart cropping not supported, cropping disabled (right: 1, bottom: 87) Last message repeated 1 times [h264 @ 0x24c3100] top block unavailable for requested intra4x4 mode -1 at 0 0 [h264 @ 0x24c3100] error while decoding MB 0 0, bytestream (69249) [h264 @ 0x24c3100] concealing 24 DC, 24 AC, 24 MV errors in I frame [h264 @ 0x24c3100] QP 5738 out of range [h264 @ 0x24c3100] decode_slice_header error [h264 @ 0x24c3100] concealing 24 DC, 24 AC, 24 MV errors in P frame [h264 @ 0x24c3100] QP 9834 out of range [h264 @ 0x24c3100] decode_slice_header error [h264 @ 0x24c3100] concealing 24 DC, 24 AC, 24 MV errors in P frame [h264 @ 0x24c3100] deblocking_filter_idc 32 out of range [h264 @ 0x24c3100] decode_slice_header error [h264 @ 0x24c3100] concealing 24 DC, 24 AC, 24 MV errors in P frame [h264 @ 0x24c3100] illegal memory management control operation 32 [h264 @ 0x24c3100] illegal short term buffer state detected [h264 @ 0x24c3100] cabac_init_idc overflow [h264 @ 0x24c3100] decode_slice_header error [h264 @ 0x24c3100] mmco: unref short failure [h264 @ 0x24c3100] number of reference frames (1+1) exceeds max (0; probably corrupt input), discarding one [h264 @ 0x24c3100] concealing 24 DC, 24 AC, 24 MV errors in P frame [h264 @ 0x24c3100] cabac_init_idc overflow [h264 @ 0x24c3100] decode_slice_header error [h264 @ 0x24c3100] number of reference frames (1+1) exceeds max (0; probably corrupt input), discarding one [h264 @ 0x24c3100] concealing 24 DC, 24 AC, 24 MV errors in P frame [h264 @ 0x24c3100] QP 3789 out of range [h264 @ 0x24c3100] decode_slice_header error [h264 @ 0x24c3100] number of reference frames (1+1) exceeds max (0; probably corrupt input), discarding one [h264 @ 0x24c3100] concealing 24 DC, 24 AC, 24 MV errors in P frame [h264 @ 0x24c3100] illegal reordering_of_pic_nums_idc [h264 @ 0x24c3100] decode_slice_header error [h264 @ 0x24c3100] number of reference frames (1+1) exceeds max (0; probably corrupt input), discarding one [h264 @ 0x24c3100] concealing 24 DC, 24 AC, 24 MV errors in P frame [h264 @ 0x24c3100] cabac_init_idc overflow [h264 @ 0x24c3100] decode_slice_header error [h264 @ 0x24c3100] number of reference frames (1+1) exceeds max (0; probably corrupt input), discarding one [h264 @ 0x24c3100] concealing 24 DC, 24 AC, 24 MV errors in P frame [h264 @ 0x24c3100] abs_diff_pic_num overflow [h264 @ 0x24c3100] decode_slice_header error [h264 @ 0x24c3100] number of reference frames (1+1) exceeds max (0; probably corrupt input), discarding one [h264 @ 0x24c3100] concealing 24 DC, 24 AC, 24 MV errors in P frame [h264 @ 0x24c3100] long_term_pic_idx overflow [h264 @ 0x24c3100] decode_slice_header error [h264 @ 0x24c3100] number of reference frames (1+1) exceeds max (0; probably corrupt input), discarding one [h264 @ 0x24c3100] concealing 24 DC, 24 AC, 24 MV errors in P frame [h264 @ 0x24c3100] abs_diff_pic_num overflow -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 21 18:31:52 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Mar 2013 17:31:52 -0000 Subject: [FFmpeg-trac] #2391(avformat:open): VobSub muxer In-Reply-To: <035.2661181b1ef519d4a8e21f10305fb66d@avcodec.org> References: <035.2661181b1ef519d4a8e21f10305fb66d@avcodec.org> Message-ID: <050.c2774be2649a2505644810c9da0c71f9@avcodec.org> #2391: VobSub muxer -------------------------------------+------------------------------------- Reporter: ubitux | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: vobsub | Blocked By: dvdsub | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: vobsub,subtitles,dvd => vobsub dvdsub * status: new => open * version: unspecified => git-master -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 21 18:36:02 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Mar 2013 17:36:02 -0000 Subject: [FFmpeg-trac] #2379(undetermined:new): FFmpeg produces broken h264 output. In-Reply-To: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> References: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> Message-ID: <055.ab937fe507b5bae7951c8cee08769c58@avcodec.org> #2379: FFmpeg produces broken h264 output. -------------------------------------+------------------------------------- Reporter: dodgexander | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:10 dodgexander]: > at the moment I get an mpeg2 output rather than h264. Your command line is: $ ffmpeg -i largerbrokensample.wtv a.wtv which asks ffmpeg to encode your input file (largerbrokensample.wtv) to a.wtv with default parameters (which includes codec mpeg2video). Before testing with libx264, please try to encode using an internal encoder; only if this does not allow to reproduce your problem, test libx264 (but please mention that internal encoders work fine). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 21 18:37:01 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Mar 2013 17:37:01 -0000 Subject: [FFmpeg-trac] #2389(avfilter:new): Inversion audio filter In-Reply-To: <032.ed46d96981dcac97a4cba97593aad9d5@avcodec.org> References: <032.ed46d96981dcac97a4cba97593aad9d5@avcodec.org> Message-ID: <047.253be1d7aca866243db8017e4bb371c1@avcodec.org> #2389: Inversion audio filter -------------------------------------+------------------------------------ Reporter: sun | Owner: Type: enhancement | Status: new Priority: wish | Component: avfilter Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): Even if this may be clear for many developers, please explain what "audio inversion" means. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 21 20:20:23 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Mar 2013 19:20:23 -0000 Subject: [FFmpeg-trac] #2389(avfilter:new): Inversion audio filter In-Reply-To: <032.ed46d96981dcac97a4cba97593aad9d5@avcodec.org> References: <032.ed46d96981dcac97a4cba97593aad9d5@avcodec.org> Message-ID: <047.c0fc2bf3eac817e0471cb3727e460602@avcodec.org> #2389: Inversion audio filter -------------------------------------+------------------------------------ Reporter: sun | Owner: Type: enhancement | Status: new Priority: wish | Component: avfilter Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by sun): I think (hope) the right english term is phase inversion. This means that the displacement of an audio wave is inverted. This gives further information about balanced audio, which is commonly used: http://en.wikipedia.org/wiki/Balanced_audio -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 21 20:38:11 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Mar 2013 19:38:11 -0000 Subject: [FFmpeg-trac] #2389(avfilter:new): Inversion audio filter In-Reply-To: <032.ed46d96981dcac97a4cba97593aad9d5@avcodec.org> References: <032.ed46d96981dcac97a4cba97593aad9d5@avcodec.org> Message-ID: <047.a8118f5d602f77b38717e3b675f9c96b@avcodec.org> #2389: Inversion audio filter -------------------------------------+------------------------------------ Reporter: sun | Owner: Type: enhancement | Status: new Priority: wish | Component: avfilter Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by Cigaes): If I understand correctly, that means that for stereo signal, the left signal must be kept unchanged and the right signal must be multiplied by -1? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 21 21:05:26 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Mar 2013 20:05:26 -0000 Subject: [FFmpeg-trac] #2394(swscale:new): BGRA downscaling shift colors Message-ID: <035.757bae43ff45003a849f2a5eaa7eb2fe@avcodec.org> #2394: BGRA downscaling shift colors --------------------------------------+--------------------------------- Reporter: Cigaes | Owner: Type: defect | Status: new Priority: normal | Component: swscale Version: git-master | Keywords: bgra Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+--------------------------------- Downscaling in BGRA produce a color shift. How to reproduce: {{{ ./ffmpeg_g -lavfi color=c=blue:s=256x256,format=bgra,scale=4:4 \ -vframes 1 -f rawvideo - | xxd }}} {{{ ffmpeg version N-51202-gf8217da Copyright (c) 2000-2013 the FFmpeg developers built on Mar 21 2013 20:43:35 with gcc 4.7 (Debian 4.7.2-5) configuration: --enable-shared --disable-static --enable-gpl --enable- libx264 --enable-libass --enable-libfreetype --enable-libopus --assert- level=2 libavutil 52. 22.100 / 52. 22.100 libavcodec 55. 1.100 / 55. 1.100 libavformat 55. 0.100 / 55. 0.100 libavdevice 55. 0.100 / 55. 0.100 libavfilter 3. 48.100 / 3. 48.100 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Output #0, rawvideo, to 'pipe:': Metadata: encoder : Lavf55.0.100 Stream #0:0: Video: rawvideo (BGRA / 0x41524742), bgra, 4x4 [SAR 1:1 DAR 1:1], q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: scale -> Stream #0:0 (rawvideo) Press [q] to stop, [?] for help frame= 1 fps=0.0 q=0.0 Lsize= 0kB time=00:00:00.04 bitrate= 12.8kbits/s video:0kB audio:0kB subtitle:0 global headers:0kB muxing overhead 0.000000% 0000000: ed00 00f6 ed00 00f6 ed00 00f6 ed00 00f6 ................ 0000010: e700 00f4 e700 00f4 e700 00f4 e700 00f4 ................ 0000020: fd00 00ff fd00 00ff fd00 00ff fd00 00ff ................ 0000030: fd00 00ff fd00 00ff fd00 00ff fd00 00ff ................ }}} The same thing with RGBA instead of BGRA produces uniform {{{0000 fdff}}}, which seems correct. The phenomenon increases with the downscaling factor. The output size, OTOH, does not matter much. Only the last two lines are exempt. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 21 21:33:30 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Mar 2013 20:33:30 -0000 Subject: [FFmpeg-trac] #2389(avfilter:new): Inversion audio filter In-Reply-To: <032.ed46d96981dcac97a4cba97593aad9d5@avcodec.org> References: <032.ed46d96981dcac97a4cba97593aad9d5@avcodec.org> Message-ID: <047.05353b77b23cdd5a0fc0d9b7cb883085@avcodec.org> #2389: Inversion audio filter -------------------------------------+------------------------------------ Reporter: sun | Owner: Type: enhancement | Status: new Priority: wish | Component: avfilter Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by sun): Right. After that you merge the two signals into one mono signal which iwill be free of interferences. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 21 21:39:56 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Mar 2013 20:39:56 -0000 Subject: [FFmpeg-trac] #2379(undetermined:new): FFmpeg produces broken h264 output. In-Reply-To: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> References: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> Message-ID: <055.72d7094126f987b76cd9a2825a6e855f@avcodec.org> #2379: FFmpeg produces broken h264 output. -------------------------------------+------------------------------------- Reporter: dodgexander | 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 dodgexander): Okay, I have a problem. I can only repeat the problem with the original file, with the 400mb cut I made, the problem with the frames jumping as seen here: http://www.mediafire.com/?pvg6c4x88ejq6lf Does not show. Since I cannot repeat the problem without the full file, how can this be fixed? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 21 21:42:47 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Mar 2013 20:42:47 -0000 Subject: [FFmpeg-trac] #2379(undetermined:new): FFmpeg produces broken h264 output. In-Reply-To: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> References: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> Message-ID: <055.38ba26c7d36934b1d82c720783c5b7f5@avcodec.org> #2379: FFmpeg produces broken h264 output. -------------------------------------+------------------------------------- Reporter: dodgexander | 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): Why don't you provide the full sample? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 21 21:44:14 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Mar 2013 20:44:14 -0000 Subject: [FFmpeg-trac] #2393(undetermined:new): H264 raw files and decode_slice_header error In-Reply-To: <035.eaddc0db43a7f2d9fd18a626e05d6028@avcodec.org> References: <035.eaddc0db43a7f2d9fd18a626e05d6028@avcodec.org> Message-ID: <050.9564c9e52505818fc0f9630a164d0dfd@avcodec.org> #2393: H264 raw files and decode_slice_header error --------------------------------+---------------------------------------- Reporter: fedech | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 1.0.5 | Resolution: Keywords: h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Changes (by cehoyos): * keywords: H264, decode_slice_header error => h264 Comment: Please provide the input file. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 21 21:46:07 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Mar 2013 20:46:07 -0000 Subject: [FFmpeg-trac] #2379(undetermined:new): FFmpeg produces broken h264 output. In-Reply-To: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> References: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> Message-ID: <055.017c82657c2c7ceac966fb656dc5dbcd@avcodec.org> #2379: FFmpeg produces broken h264 output. -------------------------------------+------------------------------------- Reporter: dodgexander | 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 dodgexander): The full sample is a 7gb recording, the problematic files are always recordings in HD, so they are always large. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 21 22:05:30 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Mar 2013 21:05:30 -0000 Subject: [FFmpeg-trac] #2393(undetermined:new): H264 raw files and decode_slice_header error In-Reply-To: <035.eaddc0db43a7f2d9fd18a626e05d6028@avcodec.org> References: <035.eaddc0db43a7f2d9fd18a626e05d6028@avcodec.org> Message-ID: <050.cf310868378bb1303e12b2de09ee51ea@avcodec.org> #2393: H264 raw files and decode_slice_header error --------------------------------+---------------------------------------- Reporter: fedech | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 1.0.5 | Resolution: Keywords: h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Comment (by fedech): http://www2.tkn.tu-berlin.de/research/evalvid/cif/highway_cif.264 is the one the output I posted came from, but the same thing happens with any video from the Evalvid sample folder I linked to in my first post -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 21 22:54:54 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Mar 2013 21:54:54 -0000 Subject: [FFmpeg-trac] #2394(swscale:new): BGRA downscaling shift colors In-Reply-To: <035.757bae43ff45003a849f2a5eaa7eb2fe@avcodec.org> References: <035.757bae43ff45003a849f2a5eaa7eb2fe@avcodec.org> Message-ID: <050.43e722013c494c75e1771700460a6749@avcodec.org> #2394: BGRA downscaling shift colors ------------------------------------+----------------------------------- Reporter: Cigaes | Owner: Type: defect | Status: new Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: bgra | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by Cigaes): Extra info: {{{--disable-asm}}} makes the problem go away. Config differences when asm is enabled: {{{ +#define ARCH_X86 1 +#define ARCH_X86_64 1 +#define HAVE_AMD3DNOW 1 +#define HAVE_AMD3DNOWEXT 1 +#define HAVE_AVX 1 +#define HAVE_FMA4 1 +#define HAVE_MMX 1 +#define HAVE_MMXEXT 1 +#define HAVE_SSE 1 +#define HAVE_SSE2 1 +#define HAVE_SSE3 1 +#define HAVE_SSE4 1 +#define HAVE_SSE42 1 +#define HAVE_SSSE3 1 +#define HAVE_AMD3DNOW_EXTERNAL 1 +#define HAVE_AMD3DNOWEXT_EXTERNAL 1 +#define HAVE_AVX_EXTERNAL 1 +#define HAVE_FMA4_EXTERNAL 1 +#define HAVE_MMX_EXTERNAL 1 +#define HAVE_MMXEXT_EXTERNAL 1 +#define HAVE_SSE_EXTERNAL 1 +#define HAVE_SSE2_EXTERNAL 1 +#define HAVE_SSE3_EXTERNAL 1 +#define HAVE_SSE4_EXTERNAL 1 +#define HAVE_SSE42_EXTERNAL 1 +#define HAVE_SSSE3_EXTERNAL 1 +#define HAVE_AMD3DNOW_INLINE 1 +#define HAVE_AMD3DNOWEXT_INLINE 1 +#define HAVE_AVX_INLINE 1 +#define HAVE_FMA4_INLINE 1 +#define HAVE_MMX_INLINE 1 +#define HAVE_MMXEXT_INLINE 1 +#define HAVE_SSE_INLINE 1 +#define HAVE_SSE2_INLINE 1 +#define HAVE_SSE3_INLINE 1 +#define HAVE_SSE4_INLINE 1 +#define HAVE_SSE42_INLINE 1 +#define HAVE_SSSE3_INLINE 1 +#define HAVE_YASM 1 +#define HAVE_FAST_UNALIGNED 1 +#define HAVE_ALIGNED_STACK 1 +#define HAVE_CMOV 1 +#define HAVE_CPUNOP 1 +#define HAVE_FAST_64BIT 1 +#define HAVE_FAST_CLZ 1 +#define HAVE_FAST_CMOV 1 +#define HAVE_GNU_AS 1 +#define CONFIG_FAST_UNALIGNED 1 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 21 23:51:15 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Mar 2013 22:51:15 -0000 Subject: [FFmpeg-trac] #2392(undetermined:open): Converted Image from DPX gets skewed In-Reply-To: <036.54fff672581d551054097e3cd1ae82cc@avcodec.org> References: <036.54fff672581d551054097e3cd1ae82cc@avcodec.org> Message-ID: <051.2efa3ce0ccd0694d552d4d157cddeba2@avcodec.org> #2392: Converted Image from DPX gets skewed -------------------------------------+------------------------------------- Reporter: heinz0r | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: dpx | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by heinz0r): Replying to [comment:1 cehoyos]: > Do you think this is a regression? You mean the change of the priority status? I guess I'm fine with it... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 22 00:03:30 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Mar 2013 23:03:30 -0000 Subject: [FFmpeg-trac] #2393(avcodec:open): H264 raw files and decode_slice_header error In-Reply-To: <035.eaddc0db43a7f2d9fd18a626e05d6028@avcodec.org> References: <035.eaddc0db43a7f2d9fd18a626e05d6028@avcodec.org> Message-ID: <050.8fbf549c95d0f45ec6962d41053fb189@avcodec.org> #2393: H264 raw files and decode_slice_header error -------------------------------------+------------------------------------- Reporter: fedech | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: 1.0.6 | Resolution: Keywords: h264 | 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: 1.0.5 => 1.0.6 * keywords: h264 => h264 regression Comment: Thank you for opening this ticket, for future reports, please provide complete, uncut console output. This will be fixed in 1.0.7, since the problem is not reproducible with any higher release, please consider to update to 1.2 or current git head. {{{ $ ffmpeg -i highway_cif_cut.264 ffmpeg version 1.0.6 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 21 2013 23:51:54 with gcc 4.7 (SUSE Linux) configuration: libavutil 51. 73.101 / 51. 73.101 libavcodec 54. 59.100 / 54. 59.100 libavformat 54. 29.104 / 54. 29.104 libavdevice 54. 2.101 / 54. 2.101 libavfilter 3. 17.100 / 3. 17.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 [h264 @ 0x17b27e0] brainfart cropping not supported, cropping disabled (right: 1, bottom: 87) Last message repeated 1 times [h264 @ 0x17b27e0] top block unavailable for requested intra4x4 mode -1 at 0 0 [h264 @ 0x17b27e0] error while decoding MB 0 0, bytestream (69249) [h264 @ 0x17b27e0] concealing 24 DC, 24 AC, 24 MV errors in I frame [h264 @ 0x17b27e0] QP 5738 out of range [h264 @ 0x17b27e0] decode_slice_header error [h264 @ 0x17b27e0] QP 9834 out of range [h264 @ 0x17b27e0] decode_slice_header error [h264 @ 0x17b27e0] deblocking_filter_idc 32 out of range [h264 @ 0x17b27e0] decode_slice_header error [h264 @ 0x17b27e0] illegal memory management control operation 32 [h264 @ 0x17b27e0] illegal short term buffer state detected [h264 @ 0x17b27e0] cabac_init_idc overflow [h264 @ 0x17b27e0] decode_slice_header error [h264 @ 0x17b27e0] mmco: unref short failure [h264 @ 0x17b27e0] number of reference frames (1+1) exceeds max (0; probably corrupt input), discarding one [h264 @ 0x17b27e0] cabac_init_idc overflow [h264 @ 0x17b27e0] decode_slice_header error [h264 @ 0x17b27e0] number of reference frames (1+1) exceeds max (0; probably corrupt input), discarding one [h264 @ 0x17b27e0] QP 3789 out of range [h264 @ 0x17b27e0] decode_slice_header error [h264 @ 0x17b27e0] number of reference frames (1+1) exceeds max (0; probably corrupt input), discarding one [h264 @ 0x17b27e0] illegal reordering_of_pic_nums_idc [h264 @ 0x17b27e0] decode_slice_header error [h264 @ 0x17b27e0] number of reference frames (1+1) exceeds max (0; probably corrupt input), discarding one [h264 @ 0x17b27e0] cabac_init_idc overflow [h264 @ 0x17b27e0] decode_slice_header error [h264 @ 0x17b27e0] number of reference frames (1+1) exceeds max (0; probably corrupt input), discarding one [h264 @ 0x17b27e0] abs_diff_pic_num overflow [h264 @ 0x17b27e0] decode_slice_header error [h264 @ 0x17b27e0] number of reference frames (1+1) exceeds max (0; probably corrupt input), discarding one [h264 @ 0x17b27e0] long_term_pic_idx overflow [h264 @ 0x17b27e0] decode_slice_header error [h264 @ 0x17b27e0] number of reference frames (1+1) exceeds max (0; probably corrupt input), discarding one [h264 @ 0x17b27e0] abs_diff_pic_num overflow [h264 @ 0x17b27e0] decode_slice_header error [h264 @ 0x17b27e0] number of reference frames (1+1) exceeds max (0; probably corrupt input), discarding one [h264 @ 0x17b27e0] reference picture missing during reorder [h264 @ 0x17b27e0] reference count overflow [h264 @ 0x17b27e0] decode_slice_header error [h264 @ 0x17b27e0] number of reference frames (1+1) exceeds max (0; probably corrupt input), discarding one [h264 @ 0x17b27e0] reference picture missing during reorder [h264 @ 0x17b27e0] reference count overflow [h264 @ 0x17b27e0] decode_slice_header error [h264 @ 0x17b27e0] number of reference frames (1+1) exceeds max (0; probably corrupt input), discarding one [h264 @ 0x17b27e0] reference picture missing during reorder [h264 @ 0x17b27e0] reference count overflow [h264 @ 0x17b27e0] decode_slice_header error [h264 @ 0x17b27e0] number of reference frames (1+1) exceeds max (0; probably corrupt input), discarding one [h264 @ 0x17b27e0] reference overflow 16793 > 15 or 0 > 15 [h264 @ 0x17b27e0] decode_slice_header error [h264 @ 0x17b27e0] number of reference frames (1+1) exceeds max (0; probably corrupt input), discarding one [h264 @ 0x17b27e0] Missing reference picture, default is 65536 Last message repeated 6 times [h264 @ 0x17b27e0] cabac_init_idc overflow [h264 @ 0x17b27e0] decode_slice_header error [h264 @ 0x17b27e0] number of reference frames (1+1) exceeds max (0; probably corrupt input), discarding one [h264 @ 0x17b27e0] Missing reference picture, default is 65536 Last message repeated 2 times [h264 @ 0x17b27e0] cabac_init_idc overflow [h264 @ 0x17b27e0] decode_slice_header error [h264 @ 0x17b27e0] number of reference frames (1+1) exceeds max (0; probably corrupt input), discarding one [h264 @ 0x17b27e0] Missing reference picture, default is 65536 Last message repeated 4 times [h264 @ 0x17b27e0] cabac_init_idc overflow [h264 @ 0x17b27e0] decode_slice_header error [h264 @ 0x17b27e0] number of reference frames (1+1) exceeds max (0; probably corrupt input), discarding one [h264 @ 0x17b27e0] Missing reference picture, default is 65536 [h264 @ 0x17b27e0] cabac_init_idc overflow [h264 @ 0x17b27e0] decode_slice_header error [h264 @ 0x17b27e0] number of reference frames (1+1) exceeds max (0; probably corrupt input), discarding one [h264 @ 0x17b27e0] illegal reordering_of_pic_nums_idc [h264 @ 0x17b27e0] decode_slice_header error [h264 @ 0x17b27e0] number of reference frames (1+1) exceeds max (0; probably corrupt input), discarding one [h264 @ 0x17b27e0] Missing reference picture, default is 65536 Last message repeated 1 times [h264 @ 0x17b27e0] cabac_init_idc overflow [h264 @ 0x17b27e0] decode_slice_header error [h264 @ 0x17b27e0] number of reference frames (1+1) exceeds max (0; probably corrupt input), discarding one [h264 @ 0x17b27e0] illegal reordering_of_pic_nums_idc [h264 @ 0x17b27e0] decode_slice_header error [h264 @ 0x17b27e0] number of reference frames (1+1) exceeds max (0; probably corrupt input), discarding one [h264 @ 0x17b27e0] cabac_init_idc overflow [h264 @ 0x17b27e0] decode_slice_header error [h264 @ 0x17b27e0] number of reference frames (1+1) exceeds max (0; probably corrupt input), discarding one [h264 @ 0x17b27e0] QP 4294966484 out of range [h264 @ 0x17b27e0] decode_slice_header error [h264 @ 0x17b27e0] number of reference frames (1+1) exceeds max (0; probably corrupt input), discarding one [h264 @ 0x17b27e0] illegal memory management control operation 32 [h264 @ 0x17b27e0] cabac_init_idc overflow [h264 @ 0x17b27e0] decode_slice_header error [h264 @ 0x17b27e0] number of reference frames (1+1) exceeds max (0; probably corrupt input), discarding one [h264 @ 0x17b27e0] cabac_init_idc overflow [h264 @ 0x17b27e0] decode_slice_header error [h264 @ 0x17b27e0] number of reference frames (1+1) exceeds max (0; probably corrupt input), discarding one [h264 @ 0x17b27e0] illegal reordering_of_pic_nums_idc [h264 @ 0x17b27e0] decode_slice_header error [h264 @ 0x17b27e0] number of reference frames (1+1) exceeds max (0; probably corrupt input), discarding one [h264 @ 0x17b27e0] abs_diff_pic_num overflow [h264 @ 0x17b27e0] decode_slice_header error [h264 @ 0x17b27e0] number of reference frames (1+1) exceeds max (0; probably corrupt input), discarding one [h264 @ 0x17b27e0] abs_diff_pic_num overflow [h264 @ 0x17b27e0] decode_slice_header error [h264 @ 0x17b27e0] number of reference frames (1+1) exceeds max (0; probably corrupt input), discarding one [h264 @ 0x17ac280] decoding for stream 0 failed [h264 @ 0x17ac280] Estimating duration from bitrate, this may be inaccurate Input #0, h264, from 'highway_cif_cut.264': Duration: N/A, bitrate: N/A Stream #0:0: Video: h264 (High 4:4:4), yuv420p, 192x32, 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 Fri Mar 22 00:06:16 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Mar 2013 23:06:16 -0000 Subject: [FFmpeg-trac] #2393(avcodec:closed): H264 raw files and decode_slice_header error In-Reply-To: <035.eaddc0db43a7f2d9fd18a626e05d6028@avcodec.org> References: <035.eaddc0db43a7f2d9fd18a626e05d6028@avcodec.org> Message-ID: <050.17d58530a05711104eeafb011ed62065@avcodec.org> #2393: H264 raw files and decode_slice_header error -------------------------------------+------------------------------------- Reporter: fedech | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: 1.0.6 | Resolution: fixed Keywords: h264 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed in release/1.0. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 22 00:09:58 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Mar 2013 23:09:58 -0000 Subject: [FFmpeg-trac] #2379(undetermined:new): FFmpeg produces broken h264 output. In-Reply-To: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> References: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> Message-ID: <055.e55654017cec82bde003e4423283a431@avcodec.org> #2379: FFmpeg produces broken h264 output. -------------------------------------+------------------------------------- Reporter: dodgexander | 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): Could you test the following command lines? Are there any problems with the output files? $ ffmpeg -i input -qscale 2 out.avi $ ffmpeg -i input -qscale 2 -vcodec mpeg4 -strict -2 out.mov $ ffmpeg -i input -qscale 2 -ac 2 out.ts If yes, please provide the failing command line together with the complete, uncut console output (one is sufficient, just mention if the others work or not) and explain what is wrong with the output file. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 22 00:29:10 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Mar 2013 23:29:10 -0000 Subject: [FFmpeg-trac] #2379(undetermined:new): FFmpeg produces broken h264 output. In-Reply-To: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> References: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> Message-ID: <055.1a38e8a466b9537e207c7f46dfa56a97@avcodec.org> #2379: FFmpeg produces broken h264 output. -------------------------------------+------------------------------------- Reporter: dodgexander | 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 dodgexander): Okay, this will take me a while to test as it takes a long time for each conversion process. Thanks for your help. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 22 00:34:21 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Mar 2013 23:34:21 -0000 Subject: [FFmpeg-trac] #2227(undetermined:new): ffmpeg incorrectly identifying mjpeg as video stream instead of attachment In-Reply-To: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> References: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> Message-ID: <055.379601fecec0aed8a7ef614933a97385@avcodec.org> #2227: ffmpeg incorrectly identifying mjpeg as video stream instead of attachment -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: wtv | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:45 ramitbhalla]: > Replying to [comment:43 cehoyos]: > > Is anything wrong with one of the following two commands? > > $ ffmpeg -i "Family Guy-S11E14-Call Girl.mp4" -qscale 2 out.avi > > $ ffmpeg -i "Family Guy-S11E14-Call Girl.mp4" -map 0:2 out.jpg > > If yes that would (probably) indicate a bug. > > Taht's fine, it works and will work since there is ONLY 1 audio stream. What if there are 2 audio streams and you want to copy both, how will you do it? you can't use map 0:a since you need to add map 0:v and that will fail. The following should work fine: $ ffmpeg -i input_with_multiple_audio_channels -map 0:0 -map 0:1 -map 0:2 out.avi Please remember that generally -map 0 cannot work the way you seem to expect: The option -map 0 does not mean "copy all streams for which it makes sense" but "copy all streams". -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 22 00:42:41 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Mar 2013 23:42:41 -0000 Subject: [FFmpeg-trac] #2227(undetermined:new): ffmpeg incorrectly identifying mjpeg as video stream instead of attachment In-Reply-To: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> References: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> Message-ID: <055.5da10c74b1c5b8213abe0025902e318f@avcodec.org> #2227: ffmpeg incorrectly identifying mjpeg as video stream instead of attachment -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: wtv | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Does the following work? $ ffmpeg -i input -map 0:a -map 0:v:0 -vcodec copy -acodec copy out.ts -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 22 01:35:14 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Mar 2013 00:35:14 -0000 Subject: [FFmpeg-trac] #2382(undetermined:new): Support for Rec. 2020 In-Reply-To: <038.e72a2ee9524fe8114fb28f706de7bfaf@avcodec.org> References: <038.e72a2ee9524fe8114fb28f706de7bfaf@avcodec.org> Message-ID: <053.dbe18657cdccab587fb6df4ca1e26db8@avcodec.org> #2382: Support for Rec. 2020 -------------------------------------+------------------------------------- Reporter: kangstarr | 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 kangstarr): Replying to [comment:1 cehoyos]: > Could you clarify what about "Rec. 2020" is not supported by FFmpeg? > And please provide a sample. The same way Rec. 709 defines a color space which essentially puts boundaries on the color gamut, Rec. 2020 does the same thing but the gamut is much wider than Rec. 720. Also, ensuring that UltraHD TV resolutions (in 4K and 8K) are supported throughout all video filters is needed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 22 01:40:40 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Mar 2013 00:40:40 -0000 Subject: [FFmpeg-trac] #2382(undetermined:new): Support for Rec. 2020 In-Reply-To: <038.e72a2ee9524fe8114fb28f706de7bfaf@avcodec.org> References: <038.e72a2ee9524fe8114fb28f706de7bfaf@avcodec.org> Message-ID: <053.9ca9d2f420b873c93f563e6a41dd33ff@avcodec.org> #2382: Support for Rec. 2020 -------------------------------------+------------------------------------- Reporter: kangstarr | 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 compn): we need 4k and 8k samples to make sure our filters, scalers and decoders can handle that as well. although i think we've tested with 4k png samples, it would be nice to have real world tests. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 22 04:35:15 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Mar 2013 03:35:15 -0000 Subject: [FFmpeg-trac] #2379(undetermined:new): FFmpeg produces broken h264 output. In-Reply-To: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> References: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> Message-ID: <055.cd04a32a5f506150fc947726076f374f@avcodec.org> #2379: FFmpeg produces broken h264 output. -------------------------------------+------------------------------------- Reporter: dodgexander | 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 dodgexander): Okay, my first attempt of conversion with ffmpeg (without MCEBuddy) resulted in a crash of ffmpeg. I was using the same settings as I was with MCEBuddy, where ffmpeg didn't crash, but produced a broken file. Attached is my log. I will now try what you said to see if I get the same result. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 22 04:41:26 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Mar 2013 03:41:26 -0000 Subject: [FFmpeg-trac] #2379(undetermined:new): FFmpeg produces broken h264 output. In-Reply-To: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> References: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> Message-ID: <055.1ae01cd362cd111d1fe47ce7135554d5@avcodec.org> #2379: FFmpeg produces broken h264 output. -------------------------------------+------------------------------------- Reporter: dodgexander | 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 dodgexander): Please ignore attached .log file. This is incorrect. Here is a link to the failed job log: [http://www.datafilehost.com/download-83368b6d.html] The resulted output does not exhibit the same problem as the output i found using MCEBuddy, despite using same parameters. I could only test so far into the file though (upto when ffmpeg crashed). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 22 07:13:15 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Mar 2013 06:13:15 -0000 Subject: [FFmpeg-trac] #2395(undetermined:new): ffmpeg: audio encoding issue (audio stops playback about half way through) Message-ID: <031.9b597c3920a67d3eef9ce18a23d567aa@avcodec.org> #2395: ffmpeg: audio encoding issue (audio stops playback about half way through) -------------------------------------+------------------------------------- Reporter: DK | Type: defect Status: new | Priority: important Component: | Version: undetermined | unspecified Keywords: audio | Blocked By: encoding playback stops | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- I've been trying to convert a sequence of PNG files to a video with some sound (mp3 or wav). It pretty much works with different codecs and quality settings for both video and audio. But the audio disappears somewhere in the middle of the process E.g. here's my options (I tried copying audio, encoding to various codecs from mp3 and wav with various bitrates etc - all with the same result): ffmpeg -report -threads 0 -f image2 -i "files/%%d.png" -i "audio.mp3" -start_number 0 -frames 1500 -vcodec mpeg4 -q 20 -acodec copy -r 25 -y "video_out/seq.mp4" this gives me a video with the problem that audio stops being played about half way through. Here's the output from ffmpeg: http://pastebin.com/cgWqhK2A I can't see any strange issues there. Please let me know if you know where this could be coming from. I've been banging my head for a long time trying to resolve this. I'm on FFMPEG for windows (Feb 1 2013 18:47:10 with gcc 4.7.2 (GCC)). Thanks -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 22 08:18:26 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Mar 2013 07:18:26 -0000 Subject: [FFmpeg-trac] #2227(undetermined:new): ffmpeg incorrectly identifying mjpeg as video stream instead of attachment In-Reply-To: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> References: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> Message-ID: <055.7708f1ce14ebfe45d0eea559bf58a90c@avcodec.org> #2227: ffmpeg incorrectly identifying mjpeg as video stream instead of attachment -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: wtv | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ramitbhalla): I"m sure it would work (don't have acess to the dev right now) but I'm still asking a very FUNDAMENTAL question: is a JPEG stream a video stream? Then why it being marked as Video? A very simple questions. Here's one thing to consider, MOST applications using ffmpeg today would expect the standard MP4 file to return a single video stream. But with this build now it will break ALL those applications since the jpeg thumbnail is now bring tagged as a video stream as a result of which anyone using map 0:v will need to rewrite the app. So really - am asking again, why is a jpeg attachment being tagged a video stream? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 22 08:55:46 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Mar 2013 07:55:46 -0000 Subject: [FFmpeg-trac] #2395(undetermined:new): ffmpeg: audio encoding issue (audio stops playback about half way through) In-Reply-To: <031.9b597c3920a67d3eef9ce18a23d567aa@avcodec.org> References: <031.9b597c3920a67d3eef9ce18a23d567aa@avcodec.org> Message-ID: <046.63c144ac770df2d42e12bb29840f2dfd@avcodec.org> #2395: ffmpeg: audio encoding issue (audio stops playback about half way through) -------------------------------------+------------------------------------- Reporter: DK | 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 cehoyos): * keywords: audio encoding playback stops => * priority: important => normal Comment: To make this a valid ticket, please paste your command line together with the complete, uncut console output into the ticket, please do not use external resources. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 22 09:00:42 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Mar 2013 08:00:42 -0000 Subject: [FFmpeg-trac] #2227(undetermined:new): ffmpeg incorrectly identifying mjpeg as video stream instead of attachment In-Reply-To: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> References: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> Message-ID: <055.4a8d5cf112b14a712abb6539f992474e@avcodec.org> #2227: ffmpeg incorrectly identifying mjpeg as video stream instead of attachment -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: wtv | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:48 ramitbhalla]: > is a JPEG stream a video stream? Definitly. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 22 09:09:22 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Mar 2013 08:09:22 -0000 Subject: [FFmpeg-trac] #2227(undetermined:new): ffmpeg incorrectly identifying mjpeg as video stream instead of attachment In-Reply-To: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> References: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> Message-ID: <055.cf0d3faa76dd265b5809e9a712aa79dd@avcodec.org> #2227: ffmpeg incorrectly identifying mjpeg as video stream instead of attachment -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: wtv | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ramitbhalla): REally? a Jpeg is a Video stream? I always thought a thumbnail JPEG was a single frame and not a video (which is a string of frames) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 22 09:48:32 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Mar 2013 08:48:32 -0000 Subject: [FFmpeg-trac] #2395(undetermined:new): ffmpeg: audio encoding issue (audio stops playback about half way through) In-Reply-To: <031.9b597c3920a67d3eef9ce18a23d567aa@avcodec.org> References: <031.9b597c3920a67d3eef9ce18a23d567aa@avcodec.org> Message-ID: <046.e5bbf6b59f83f2443fd01a0b55c8cd05@avcodec.org> #2395: ffmpeg: audio encoding issue (audio stops playback about half way through) -------------------------------------+------------------------------------- Reporter: DK | 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 DK]: > Looks like this is only happening when I provide "-frames" option. "-frames x" expands to "-vframes x -aframes x" (I have no idea why), I suspect "-vframes 1500" is what you want. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 22 09:49:09 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Mar 2013 08:49:09 -0000 Subject: [FFmpeg-trac] #2227(undetermined:new): ffmpeg incorrectly identifying mjpeg as video stream instead of attachment In-Reply-To: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> References: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> Message-ID: <055.7f4fd13438cd72c19247e9565031e3d7@avcodec.org> #2227: ffmpeg incorrectly identifying mjpeg as video stream instead of attachment -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: wtv | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:50 ramitbhalla]: > REally? a Jpeg is a Video stream? No, a jpeg stream is a video stream. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 22 09:57:56 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Mar 2013 08:57:56 -0000 Subject: [FFmpeg-trac] #2227(undetermined:new): ffmpeg incorrectly identifying mjpeg as video stream instead of attachment In-Reply-To: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> References: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> Message-ID: <055.34ebc767f2c702264c6eb708d2b8c879@avcodec.org> #2227: ffmpeg incorrectly identifying mjpeg as video stream instead of attachment -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: wtv | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): See here for a related example: http://samples.ffmpeg.org/ffmpeg- bugs/trac/ticket2010/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 22 10:29:53 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Mar 2013 09:29:53 -0000 Subject: [FFmpeg-trac] #2382(undetermined:new): Support for Rec. 2020 In-Reply-To: <038.e72a2ee9524fe8114fb28f706de7bfaf@avcodec.org> References: <038.e72a2ee9524fe8114fb28f706de7bfaf@avcodec.org> Message-ID: <053.c63fed74ac1d954b43c4e51c84d10b8f@avcodec.org> #2382: Support for Rec. 2020 -------------------------------------+------------------------------------- Reporter: kangstarr | Owner: Type: enhancement | Status: new Priority: wish | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:2 kangstarr]: > Also, ensuring that UltraHD TV resolutions (in 4K and 8K) are supported throughout all video filters is needed. Could you elaborate? Do you have any indication that there is a filter failing for 4k or 8k? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 22 11:32:45 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Mar 2013 10:32:45 -0000 Subject: [FFmpeg-trac] #2382(undetermined:new): Support for Rec. 2020 In-Reply-To: <038.e72a2ee9524fe8114fb28f706de7bfaf@avcodec.org> References: <038.e72a2ee9524fe8114fb28f706de7bfaf@avcodec.org> Message-ID: <053.ea616b09bba8a3ca1414e8227f145ea6@avcodec.org> #2382: Support for Rec. 2020 -------------------------------------+------------------------------------- Reporter: kangstarr | 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 kierank): FFmpeg doesn't support Rec. 2020 so by definition it cannot process UHDTV formats correctly (apart from when staying in YUV) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 22 12:20:06 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Mar 2013 11:20:06 -0000 Subject: [FFmpeg-trac] #2382(undetermined:new): Support for Rec. 2020 In-Reply-To: <038.e72a2ee9524fe8114fb28f706de7bfaf@avcodec.org> References: <038.e72a2ee9524fe8114fb28f706de7bfaf@avcodec.org> Message-ID: <053.62a5039d6f9f189bbf33c9d243c02c30@avcodec.org> #2382: Support for Rec. 2020 -------------------------------------+------------------------------------- Reporter: kangstarr | Owner: Type: enhancement | Status: new Priority: wish | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:5 kierank]: > FFmpeg doesn't support Rec. 2020 so by definition it cannot process UHDTV formats correctly (apart from when staying in YUV) It supports UHDTV RGB (and gray) fine here or do I misunderstand? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 22 12:28:03 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Mar 2013 11:28:03 -0000 Subject: [FFmpeg-trac] #2379(undetermined:new): FFmpeg produces broken h264 output. In-Reply-To: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> References: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> Message-ID: <055.81d83d8060f437427cae17f39f25f507@avcodec.org> #2379: FFmpeg produces broken h264 output. -------------------------------------+------------------------------------- Reporter: dodgexander | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:18 dodgexander]: > ''ffmpeg -report -i broken.wtv -qscale 2 out.avi'' - this produces a working file. BUT because the .wtv recording start off progressive and changes later to interlaced. The whole output is flagged as progressive when it is interlaced. I have a suspicion the problem I have is because the program switches between progressive and interlaced and that ffmpeg is not predicting it. This is unlikely because FFmpeg ignores the interlaced flag (it is typically set incorrectly on all satellite streams I have ever looked at, so it would be bad if it is not ignored). Please remove "-report" from your command line and post some information about the crash here, crashes are always important but I cannot reproduce one with the sample you uploaded. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 22 12:37:21 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Mar 2013 11:37:21 -0000 Subject: [FFmpeg-trac] #2379(undetermined:new): FFmpeg produces broken h264 output. In-Reply-To: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> References: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> Message-ID: <055.edeabc766a1bd8e5ea8a4bacb82481dd@avcodec.org> #2379: FFmpeg produces broken h264 output. -------------------------------------+------------------------------------- Reporter: dodgexander | 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 dodgexander): If I remove report, there is no way for me to copy the lengthy output from the command window. There is a limit on how many commands you can copy and paste and I thought you needed the log files? The source of my files aren't satellite, they are DVB-T2 in the UK. If I want the program to be interlaced, how can I force it? Because almost all my recordings are like this. Ill need help finding more detail of the crash, I read ''If you encounter a crash bug, please provide the gdb output, backtrace and disassembly, and if possible the valgrind output, using the the ffmpeg_g debug binary.'' From bug report, but don't understand what backtrace and disassembly mean, also, I do not know how to combine this with my command to correctly report the crash. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 22 12:47:33 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Mar 2013 11:47:33 -0000 Subject: [FFmpeg-trac] #2379(undetermined:new): FFmpeg produces broken h264 output. In-Reply-To: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> References: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> Message-ID: <055.5a19d11c70d74ab389582c36f4cdc572@avcodec.org> #2379: FFmpeg produces broken h264 output. -------------------------------------+------------------------------------- Reporter: dodgexander | 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): I know that you are unable to provide gdb output, but please provide the crashing command line together with the complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 22 12:55:28 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Mar 2013 11:55:28 -0000 Subject: [FFmpeg-trac] #2394(swscale:open): BGRA downscaling shifts colors (was: BGRA downscaling shift colors) In-Reply-To: <035.757bae43ff45003a849f2a5eaa7eb2fe@avcodec.org> References: <035.757bae43ff45003a849f2a5eaa7eb2fe@avcodec.org> Message-ID: <050.b16c4bfb0e07380828d3851d49df8e8d@avcodec.org> #2394: BGRA downscaling shifts colors ------------------------------------+----------------------------------- Reporter: Cigaes | Owner: Type: defect | Status: open Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: bgra | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 Comment: Also reproducible with 0.6 with the following command(s): $ ffmpeg -lavfi color=c=blue:s=128x128,format=bgra -f rawvideo bgra.raw $ ffmpeg -lavfi color=c=blue:s=128x128,format=rgba -f rawvideo rgba.raw $ ffmpeg06 -f rawvideo -pix_fmt bgra -s 128x128 -i bgra.raw -s 8x8 -f rawvideo - | xxd $ ffmpeg06 -f rawvideo -pix_fmt rgba -s 128x128 -i rgba.raw -s 8x8 -f rawvideo - | xxd Reproducible with --disable-mmxext, not reproducible with --disable-mmx (once compilation is fixed). -cpuflags -mmx crashes here -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 22 13:03:29 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Mar 2013 12:03:29 -0000 Subject: [FFmpeg-trac] #2379(undetermined:new): FFmpeg produces broken h264 output. In-Reply-To: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> References: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> Message-ID: <055.c1096ebfe5af70f593bc76ff1e598421@avcodec.org> #2379: FFmpeg produces broken h264 output. -------------------------------------+------------------------------------- Reporter: dodgexander | 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 dodgexander): ''ffmpeg -i broken.wtv -qscale 2 -vcodec mpeg4 -strict -2 out.mov'' This produces a working file too, but like before, the program content is interlaced, but even when deinterlacing is forced ON the video is still interlaced. I am now trying the last command you suggested. The command that caused the crash: {{{ ffmpeg -report -i largerbrokensample.wtv a.wtv -vcodec libx264 -b:v 7000k -flags +ildct+ilme -x264opts interlaced=true:me=hex:trellis=2:subq=8:partitions=all:8x8dct=1:ref=8:rc- lookahead=50:keyint=25:min- keyint=20:bframes=3:weightb=1:level=4.1:b-pyramid=normal:direct=auto :mixed-refs=1:deblock=-1,-1:no-fast-pskip=1:no-dct- decimate=1:b-adapt=2:threads=auto -map 0:a -map 0:v -acodec copy }}} As for the console output, isn't it in the log here: [http://www.datafilehost.com/download-83368b6d.html] I don't know how to copy and paste it from the command window because the command window always cuts the output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 22 13:04:15 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Mar 2013 12:04:15 -0000 Subject: [FFmpeg-trac] #2368(build system:closed): vdpau / vaapi / dxva2 autodetection broken In-Reply-To: <035.2b3b1bdc17359d9918416975d9286668@avcodec.org> References: <035.2b3b1bdc17359d9918416975d9286668@avcodec.org> Message-ID: <050.1d714b5965cff02b0a9aadf10f7d6367@avcodec.org> #2368: vdpau / vaapi / dxva2 autodetection broken -------------------------------------+------------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: closed Priority: important | Component: build Version: git-master | system Keywords: vdpau | Resolution: fixed regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Diego fixed this for VDPAU and DXVA2. I don't know why the system library VA-API should be handled differently from other system libraries, but since I cannot really test, I may miss something. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 22 13:04:23 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Mar 2013 12:04:23 -0000 Subject: [FFmpeg-trac] #2368(build system:closed): vdpau / vaapi / dxva2 autodetection broken In-Reply-To: <035.2b3b1bdc17359d9918416975d9286668@avcodec.org> References: <035.2b3b1bdc17359d9918416975d9286668@avcodec.org> Message-ID: <050.8ea8bab8811da94bafd0791e202f70a4@avcodec.org> #2368: vdpau / vaapi / dxva2 autodetection broken -------------------------------------+------------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: closed Priority: important | Component: build Version: git-master | system Keywords: vdpau dxva2 | Resolution: fixed regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: vdpau regression => vdpau dxva2 regression -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 22 13:07:38 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Mar 2013 12:07:38 -0000 Subject: [FFmpeg-trac] #2379(undetermined:new): FFmpeg produces broken h264 output. In-Reply-To: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> References: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> Message-ID: <055.2b00bd413fe211100b551fa2d22e355c@avcodec.org> #2379: FFmpeg produces broken h264 output. -------------------------------------+------------------------------------- Reporter: dodgexander | 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): Are all options necessary to reproduce the crash or is the following command line sufficient? $ ffmpeg .i largerbrokensample.wtv -vcodec libx264 -b:v 7000k -an out.ts -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 22 13:13:04 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Mar 2013 12:13:04 -0000 Subject: [FFmpeg-trac] #2379(undetermined:new): FFmpeg produces broken h264 output. In-Reply-To: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> References: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> Message-ID: <055.88d501511984f30a1b743cc88b7ab948@avcodec.org> #2379: FFmpeg produces broken h264 output. -------------------------------------+------------------------------------- Reporter: dodgexander | 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 dodgexander): I don't know. At the moment I am waiting for the 3rd command you suggested to complete its encoding. Once finished I will test the original command with all options to see if it crashes again and then your command. This takes time for me, because the encodes take a long time. The crash happened the only time I have tried to convert the file with ffmpeg alone. Originally the problem was a broken output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 22 13:16:31 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Mar 2013 12:16:31 -0000 Subject: [FFmpeg-trac] #2379(undetermined:new): FFmpeg produces broken h264 output. In-Reply-To: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> References: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> Message-ID: <055.6e21f6e5cd4e967b5b03f75b67de43c2@avcodec.org> #2379: FFmpeg produces broken h264 output. -------------------------------------+------------------------------------- Reporter: dodgexander | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:22 dodgexander]: > ''ffmpeg -i broken.wtv -qscale 2 -vcodec mpeg4 -strict -2 out.mov'' This produces a working file too, but like before, the program content is interlaced, but even when deinterlacing is forced ON the video is still interlaced. You can deinterlace the input video with -vf yadif and I suspect you can signal interlaced video with -flags +ildct+ilme (as you do for x264). I am interested: Which application do you use for deinterlacing that listens to the flag inside the stream? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 22 13:17:44 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Mar 2013 12:17:44 -0000 Subject: [FFmpeg-trac] #2379(undetermined:new): FFmpeg produces broken h264 output. In-Reply-To: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> References: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> Message-ID: <055.49e7cc45d2b3836a98c5fc3cdecbcda3@avcodec.org> #2379: FFmpeg produces broken h264 output. -------------------------------------+------------------------------------- Reporter: dodgexander | 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 dodgexander): Sorry the command I gave is wrong, this is the correct one. {{{ ffmpeg -report -i broken.wtv -vcodec libx264 -b 7000k -flags +ildct+ilme -x264opts interlaced=true:me=hex:trellis=2:subq=8:partitions=all:8x8dct=1:ref=8:rc- lookahead=50:keyint=25:min- keyint=20:bframes=3:weightb=1:level=4.1:b-pyramid=normal:direct=auto :mixed-refs=1:deblock=-1,-1:no-fast-pskip=1:no-dct- decimate=1:b-adapt=2:threads=auto -map 0:a -map 0:v -acodec copy a.ts }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 22 14:24:18 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Mar 2013 13:24:18 -0000 Subject: [FFmpeg-trac] #2368(build system:closed): vdpau / vaapi / dxva2 autodetection broken In-Reply-To: <035.2b3b1bdc17359d9918416975d9286668@avcodec.org> References: <035.2b3b1bdc17359d9918416975d9286668@avcodec.org> Message-ID: <050.60fa809956ac60d820dcf2ee1603e4ce@avcodec.org> #2368: vdpau / vaapi / dxva2 autodetection broken -------------------------------------+------------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: closed Priority: important | Component: build Version: git-master | system Keywords: vdpau dxva2 | Resolution: fixed regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by gjdfgh): I heard that vaapi adds a X dependency, while vdpau is header-only. (I didn't try to verify this.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 22 14:39:47 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Mar 2013 13:39:47 -0000 Subject: [FFmpeg-trac] #2394(swscale:open): BGRA downscaling shifts colors In-Reply-To: <035.757bae43ff45003a849f2a5eaa7eb2fe@avcodec.org> References: <035.757bae43ff45003a849f2a5eaa7eb2fe@avcodec.org> Message-ID: <050.8debc1d79edde26c87be34ac3e47ada1@avcodec.org> #2394: BGRA downscaling shifts colors ------------------------------------+----------------------------------- Reporter: Cigaes | Owner: Type: defect | Status: open Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: bgra | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by michael): Replying to [comment:2 cehoyos]: > Reproducible with --disable-mmxext, not reproducible with --disable-mmx (-cpuflags -mmx crashes here). -cpuflags -mmx removes mmx but not later flags like mmx2 / sse, this combination doesnt exist in actual hardware CPUs and is thus poorly supported. If someone wants to fix all such crashes i dont mind but it has little practical use -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 22 18:51:46 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Mar 2013 17:51:46 -0000 Subject: [FFmpeg-trac] #2368(build system:closed): vdpau / vaapi / dxva2 autodetection broken In-Reply-To: <035.2b3b1bdc17359d9918416975d9286668@avcodec.org> References: <035.2b3b1bdc17359d9918416975d9286668@avcodec.org> Message-ID: <050.111a4d3126133c06a99bfa84646b462a@avcodec.org> #2368: vdpau / vaapi / dxva2 autodetection broken -------------------------------------+------------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: closed Priority: important | Component: build Version: git-master | system Keywords: vdpau dxva2 | Resolution: fixed regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:8 gjdfgh]: > I heard that vaapi adds a X dependency, while vdpau is header-only. (I didn't try to verify this.) I wonder if this is maybe only a compile-time dependency? At least it did not stop us from auto-detecting vaapi in 0.6, 0.7, 0.8, 0.9, 0.10, 0.11, 1.0 and 1.1 and I can't reproduce a run-time dependency here: {{{ $ ldd ffmpeg_g linux-vdso.so.1 (0x00007fffe79ff000) libva.so.1 => /usr/lib64/libva.so.1 (0x00007fbe64a6e000) libpthread.so.0 => /lib64/libpthread.so.0 (0x00007fbe64852000) libm.so.6 => /lib64/libm.so.6 (0x00007fbe6455b000) librt.so.1 => /lib64/librt.so.1 (0x00007fbe64353000) libc.so.6 => /lib64/libc.so.6 (0x00007fbe63fae000) libdl.so.2 => /lib64/libdl.so.2 (0x00007fbe63daa000) /lib64/ld-linux-x86-64.so.2 (0x00007fbe64c85000) $ ldd /usr/lib64/libva.so.1 linux-vdso.so.1 (0x00007fff099ff000) libdl.so.2 => /lib64/libdl.so.2 (0x00007f500ee6e000) libc.so.6 => /lib64/libc.so.6 (0x00007f500eac9000) /lib64/ld-linux-x86-64.so.2 (0x00007f500f2b8000) }}} Otoh, it meant some effort to remove the dependencies on jack, alsa, sdl, zlib and bzlib (and jack even implies a stdc++ dependency). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 22 19:00:24 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Mar 2013 18:00:24 -0000 Subject: [FFmpeg-trac] #2379(undetermined:new): FFmpeg produces broken h264 output. In-Reply-To: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> References: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> Message-ID: <055.39a185b435b4ba1cc03d94d1ac280d71@avcodec.org> #2379: FFmpeg produces broken h264 output. -------------------------------------+------------------------------------- Reporter: dodgexander | 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 dodgexander): ffmpeg -report -i broken.wtv -qscale 2 -ac 2 out.ts Doesn't reproduce the shuddering I encountered when using MCEBuddy, otherwise exactly the same as the other 3 files produced. 1- No audio because each conversion process copied over a blank hearing impaired track. 2- I found (since my last update) that the only way to get deinterlacing to work was to set LAV Video to interlacing: FORCED and madVR Rendered to interlacing: TOP FIELD FIRST. On auto, the file remains interlaced, unlike the original .wtv, which switches fine between the two and the flags are read correctly. I am now in the process of trying to repeat the crash I had before with the original command. So far, the conversion is going fine with no crashes. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 22 19:03:54 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Mar 2013 18:03:54 -0000 Subject: [FFmpeg-trac] #2368(build system:closed): vdpau / vaapi / dxva2 autodetection broken In-Reply-To: <035.2b3b1bdc17359d9918416975d9286668@avcodec.org> References: <035.2b3b1bdc17359d9918416975d9286668@avcodec.org> Message-ID: <050.5a2f4ceab516fa14252fb45dbf3b69a4@avcodec.org> #2368: vdpau / vaapi / dxva2 autodetection broken -------------------------------------+------------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: closed Priority: important | Component: build Version: git-master | system Keywords: vdpau dxva2 | Resolution: fixed regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by heleppkes): libva.so is your runtime dep, vdpau or dxva2 do not need any external deps at all, short of the header. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 22 19:08:13 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Mar 2013 18:08:13 -0000 Subject: [FFmpeg-trac] #2368(build system:closed): vdpau / vaapi / dxva2 autodetection broken In-Reply-To: <035.2b3b1bdc17359d9918416975d9286668@avcodec.org> References: <035.2b3b1bdc17359d9918416975d9286668@avcodec.org> Message-ID: <050.7a860f9ac697837388b7a7586d2a406a@avcodec.org> #2368: vdpau / vaapi / dxva2 autodetection broken -------------------------------------+------------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: closed Priority: important | Component: build Version: git-master | system Keywords: vdpau dxva2 | Resolution: fixed regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:10 heleppkes]: > libva.so is your runtime dep, vdpau or dxva2 do not need any external deps at all, short of the header. Is there a difference to zlib, bzlib, sdl, asound and jack (apart from stdc++)? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 22 19:37:41 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Mar 2013 18:37:41 -0000 Subject: [FFmpeg-trac] #2379(undetermined:new): FFmpeg produces broken h264 output. In-Reply-To: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> References: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> Message-ID: <055.45ff57210c0507894c5fe780f1c6c94e@avcodec.org> #2379: FFmpeg produces broken h264 output. -------------------------------------+------------------------------------- Reporter: dodgexander | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:27 dodgexander]: > ffmpeg -report -i broken.wtv -qscale 2 -ac 2 out.ts > > Doesn't reproduce the shuddering I encountered when using MCEBuddy, otherwise exactly the same as the other 3 files produced. > > 1- No audio because each conversion process copied over a blank hearing impaired track. Use -map 0:3 -map 0:2 > 2- I found (since my last update) that the only way to get deinterlacing to work was to set LAV Video to interlacing: FORCED and madVR Rendered to interlacing: TOP FIELD FIRST. > > On auto, the file remains interlaced, unlike the original .wtv, which switches fine between the two and the flags are read correctly. Are you sure that the deinterlacer isn't running all the time? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 22 19:54:41 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Mar 2013 18:54:41 -0000 Subject: [FFmpeg-trac] #2379(undetermined:new): FFmpeg produces broken h264 output. In-Reply-To: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> References: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> Message-ID: <055.808233fb5838c5afbe7d7ed63178e5f8@avcodec.org> #2379: FFmpeg produces broken h264 output. -------------------------------------+------------------------------------- Reporter: dodgexander | 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 dodgexander): >Are you sure that the deinterlacer isn't running all the time? Well, because of programs changing from Progressive to Interlaced, even for the switch to work correctly, LAV has to be set too: Deinterlacing:Aggressive, but this (as far as I know) doesn't always force interlacing on, just detects it more accurately. Deinterlacing: Forced is what is needed to get deinterlacing to work after ffmpeg processes the file and apart from this, in madVR the field order also has to be changed manually, which doesn't at all in .wtv. >Use -map 0:3 -map 0:2 Is there any documentation that explains what these mapping functions do? I am guessing it means it copies between track 0-3 video and track 0-2 audio, but not sure. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 22 20:31:08 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Mar 2013 19:31:08 -0000 Subject: [FFmpeg-trac] #2379(undetermined:new): FFmpeg produces broken h264 output. In-Reply-To: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> References: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> Message-ID: <055.c827643ab6381e98cf618eabf6681990@avcodec.org> #2379: FFmpeg produces broken h264 output. -------------------------------------+------------------------------------- Reporter: dodgexander | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:29 dodgexander]: > >Are you sure that the deinterlacer isn't running all the time? > > Well, because of programs changing from Progressive to Interlaced, even for the switch to work correctly with the original .wtv file, LAV has to be set too: Deinterlacing:Aggressive, but this (as far as I know) doesn't always force interlacing on, just detects it more accurately. I may of course be wrong, but I would be very surprised if this "detection" works, I find it much more likely that your whole stream gets deinterlaced. > >Use -map 0:3 -map 0:2 > > Is there any documentation that explains what these mapping functions do? http://ffmpeg.org/ffmpeg.html#Advanced-options -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 22 21:01:07 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Mar 2013 20:01:07 -0000 Subject: [FFmpeg-trac] #2379(undetermined:new): FFmpeg produces broken h264 output. In-Reply-To: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> References: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> Message-ID: <055.ff46e3b8508b9d82a21163e0492f5cd4@avcodec.org> #2379: FFmpeg produces broken h264 output. -------------------------------------+------------------------------------- Reporter: dodgexander | 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 dodgexander): >I may of course be wrong, but I would be very surprised if this "detection" works, I find it much more likely that your whole stream gets deinterlaced. This is what I would have thought too, but there is an aggressive option and a force option. With the converted file, only force works, so I suspect they are different, somehow. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 22 21:19:12 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Mar 2013 20:19:12 -0000 Subject: [FFmpeg-trac] #2379(undetermined:new): FFmpeg produces broken h264 output. In-Reply-To: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> References: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> Message-ID: <055.c3e4610bfb3f63ca49e42b36c895b018@avcodec.org> #2379: FFmpeg produces broken h264 output. -------------------------------------+------------------------------------- Reporter: dodgexander | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:31 dodgexander]: > >I may of course be wrong, but I would be very surprised if this "detection" works, I find it much more likely that your whole stream gets deinterlaced. > > This is what I would have thought too, but there is an aggressive option and a force option. With the converted file, only force works, so I suspect they are different, somehow. Of course: The original file is sent with the interlaced flag (for the whole file); since you (I) did not specify the interlaced option for the transcoding (-flags +ildct+ilme), the output file does not contain the interlaced flag (that has absolutely nothing to do with interlaced *content* but only interlaced encoding which is always used where I live, no matter if the content is interlaced and a deinterlacer is needed or if the content is progressive - the reason is that from a broadcaster's point-of-view, encoding progressive material as interlaced only has a minor overhead while encoding interlaced material as progressive costs a lot of quality). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 22 21:59:04 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Mar 2013 20:59:04 -0000 Subject: [FFmpeg-trac] #2390(avcodec:open): dv: green bar at the right side with lowres 3 In-Reply-To: <038.850f9b57e4bc192a78188a3e0c9ba658@avcodec.org> References: <038.850f9b57e4bc192a78188a3e0c9ba658@avcodec.org> Message-ID: <053.6272237c517080e497c7184301821584@avcodec.org> #2390: dv: green bar at the right side with lowres 3 -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: dvvideo | Blocked By: regression lowres | 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: => dvvideo regression lowres Comment: Regression since bb29ee6, the change in cmdutils produces the green border: {{{ $ git diff bb29ee6^ bb29ee6 cmdutils.c }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 22 23:23:41 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Mar 2013 22:23:41 -0000 Subject: [FFmpeg-trac] #2379(undetermined:new): FFmpeg produces broken h264 output. In-Reply-To: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> References: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> Message-ID: <055.427c70fba7e82d6156b3507d7b45bde5@avcodec.org> #2379: FFmpeg produces broken h264 output. -------------------------------------+------------------------------------- Reporter: dodgexander | 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 dodgexander): Okay my 7gb upload failed, I would have thought it was too large to transfer. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 22 23:40:59 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Mar 2013 22:40:59 -0000 Subject: [FFmpeg-trac] #2145(avformat:new): avi files >1G do not seek with WMP In-Reply-To: <036.c90b059fcc783eb65b8cd8a1ec9b8021@avcodec.org> References: <036.c90b059fcc783eb65b8cd8a1ec9b8021@avcodec.org> Message-ID: <051.ccb454e06de7aeb5a8f09103b3ef9bef@avcodec.org> #2145: avi files >1G do not seek with WMP ------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: avi | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by tateu): I don't know if it's the same issue as I am having, it sounds similar. I cannot even open AVI's > 1GB in Windows Media Player if they are bgr24 rawvideo. I have found a fix for my issue. On line 270 of libavformat/avienc.c it currently says "/* suggested buffer size */ //FIXME set at the end to largest chunk" but no one has ever added the FIXME. I've attached two patches which work for me. The first one I think is definitely needed and changes the dwSuggestedBufferSize attribute of the strh header. The 2nd one doesn't seem 100% necessary but it sets the dwMaxBytesPerSec and dwSuggestedBufferSize attributes of the avih header to 0. VirtualDub and Mencoder both set this dwSuggestedBufferSize attribute to 0. VirtualDub sets this dwMaxBytesPerSec attribute to a value very close to (strh->dwSuggestedBufferSize * frame_rate) and Mencoder sets it to 0. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 23 03:20:06 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Mar 2013 02:20:06 -0000 Subject: [FFmpeg-trac] #2379(undetermined:new): FFmpeg produces broken h264 output. In-Reply-To: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> References: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> Message-ID: <055.cfd9f0736e96f1df5812ccd1fa9ff522@avcodec.org> #2379: FFmpeg produces broken h264 output. -------------------------------------+------------------------------------- Reporter: dodgexander | 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 dodgexander): I can't even repeat the problem with ffmpeg using the same source file (complete). This is despite using the same settings to convert with mcebuddy and ffmpeg, I do not know what to do now :( -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 23 04:42:49 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Mar 2013 03:42:49 -0000 Subject: [FFmpeg-trac] #2145(avformat:new): avi files >1G do not seek with WMP In-Reply-To: <036.c90b059fcc783eb65b8cd8a1ec9b8021@avcodec.org> References: <036.c90b059fcc783eb65b8cd8a1ec9b8021@avcodec.org> Message-ID: <051.5ddbeb99caaed33e64b6ad23bbe47799@avcodec.org> #2145: avi files >1G do not seek with WMP ------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: avi | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Please send patches to ffmpeg-devel, they receive more attention there. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 23 05:31:46 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Mar 2013 04:31:46 -0000 Subject: [FFmpeg-trac] #2388(undetermined:new): ape: fail to seek In-Reply-To: <038.0b159068090c62c76dfd66d1be5bee10@avcodec.org> References: <038.0b159068090c62c76dfd66d1be5bee10@avcodec.org> Message-ID: <053.67e9b6996195815311dc8c4aa079fc42@avcodec.org> #2388: ape: fail to seek -------------------------------------+------------------------------------- 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): It works, but the file has only two frames (It's compressed with the Insane profile), and seeking currently only jumps from frame to frame. The second frame starts at 27 seconds, so -ss 27 or above will seek to it, whereas anything lower will just go back to the start of the first frame. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 23 10:48:56 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Mar 2013 09:48:56 -0000 Subject: [FFmpeg-trac] #2391(avformat:open): VobSub muxer In-Reply-To: <035.2661181b1ef519d4a8e21f10305fb66d@avcodec.org> References: <035.2661181b1ef519d4a8e21f10305fb66d@avcodec.org> Message-ID: <050.a52eee59e1eb6aa28016bd4d7ced8959@avcodec.org> #2391: VobSub muxer -------------------------------------+------------------------------------- Reporter: ubitux | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: vobsub | Blocked By: dvdsub | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Cigaes): Note: transcoding DVD subtitles is not 100% reliable, and stream copy does not work for lack of a parser. WIP parser: [http://ffmpeg.org/pipermail/ffmpeg-devel/2012-December/135394.html] -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 23 10:50:27 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Mar 2013 09:50:27 -0000 Subject: [FFmpeg-trac] #2388(undetermined:new): ape: fail to seek In-Reply-To: <038.0b159068090c62c76dfd66d1be5bee10@avcodec.org> References: <038.0b159068090c62c76dfd66d1be5bee10@avcodec.org> Message-ID: <053.df7e9d2c60d107d4d97fadba0977c298@avcodec.org> #2388: ape: fail to seek -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: ape | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => ape * version: unspecified => git-master Comment: Isn't the current behaviour expected? For video, seeking is also only possible to key frames and the following command line should work or doesn't it? $ ffmpeg -i test_2.ape -ss 15 out.wav -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 23 12:46:49 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Mar 2013 11:46:49 -0000 Subject: [FFmpeg-trac] #2366(undetermined:closed): tsc2 regression (green artifacts) In-Reply-To: <038.0180a0c6c3d873ef4cd91ee5488e2c97@avcodec.org> References: <038.0180a0c6c3d873ef4cd91ee5488e2c97@avcodec.org> Message-ID: <053.90f02065d87d88b0a122404ca4375185@avcodec.org> #2366: tsc2 regression (green artifacts) -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: tsc2 | Resolution: fixed regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Anton Khirnov. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 23 14:19:50 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Mar 2013 13:19:50 -0000 Subject: [FFmpeg-trac] #1836(avformat:closed): Wrong duration in TS container In-Reply-To: <040.e59ea835cdb1df08d05ce93ab2a660d1@avcodec.org> References: <040.e59ea835cdb1df08d05ce93ab2a660d1@avcodec.org> Message-ID: <055.456f11385ba1a8b5130488bdca35185b@avcodec.org> #1836: Wrong duration in TS container -------------------------------------+------------------------------------ Reporter: Heesuk Jung | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: mpegts | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by michael): * status: open => closed * resolution: => fixed Comment: Both files seem to get a good duration with latest ffmpeg. Dont know which commit fixed the second file though -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 23 14:27:01 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Mar 2013 13:27:01 -0000 Subject: [FFmpeg-trac] #1873(undetermined:open): support zygoaudio In-Reply-To: <038.d6729cc9e8c66f4fdf4b47d263ff7a90@avcodec.org> References: <038.d6729cc9e8c66f4fdf4b47d263ff7a90@avcodec.org> Message-ID: <053.51dc88021f2c9b2473c0e3dd3fc57f0e@avcodec.org> #1873: support zygoaudio -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: Version: git-master | undetermined Keywords: speex zygo | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by michael): link to sample is dead -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 23 14:33:18 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Mar 2013 13:33:18 -0000 Subject: [FFmpeg-trac] #2388(undetermined:closed): ape: fail to seek In-Reply-To: <038.0b159068090c62c76dfd66d1be5bee10@avcodec.org> References: <038.0b159068090c62c76dfd66d1be5bee10@avcodec.org> Message-ID: <053.e6b5d2a5a38a3170f6674e41e5b258b0@avcodec.org> #2388: ape: fail to seek -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: ape | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by ami_stuff): * status: new => closed * resolution: => invalid Comment: Replying to [comment:1 jamal]: > It works, but the file has only two frames (It's compressed with the Insane profile), and seeking currently only jumps from frame to frame. > The second frame starts at 27 seconds, so -ss 27 or above will seek to it, whereas anything lower will just go back to the start of the first frame. Ok, thanks for the explanation. > Isn't the current behaviour expected? For video, seeking is also only possible to key frames and the following command line should work or doesn't it? > $ ffmpeg -i test_2.ape -ss 15 out.wav You're right (I didn't know that this file have only two frames), ticket closed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 23 14:38:38 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Mar 2013 13:38:38 -0000 Subject: [FFmpeg-trac] #1873(undetermined:open): support zygoaudio In-Reply-To: <038.d6729cc9e8c66f4fdf4b47d263ff7a90@avcodec.org> References: <038.d6729cc9e8c66f4fdf4b47d263ff7a90@avcodec.org> Message-ID: <053.9f41b7c6106fe49a495ed736b1e7ff08@avcodec.org> #1873: support zygoaudio -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: Version: git-master | undetermined Keywords: speex zygo | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by ami_stuff): Replying to [comment:7 michael]: > link to sample is dead http://www.datafilehost.com/download-34ee8f94.html here is the latest patch: http://comments.gmane.org/gmane.comp.video.ffmpeg.devel/157696 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 23 16:00:49 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Mar 2013 15:00:49 -0000 Subject: [FFmpeg-trac] #2373(avfilter:new): hqdn3d produces banding In-Reply-To: <032.a2079b6c15c4a51910383435a04d8c69@avcodec.org> References: <032.a2079b6c15c4a51910383435a04d8c69@avcodec.org> Message-ID: <047.ff0461bbe75ea55965a18a7d2fd3eeb6@avcodec.org> #2373: hqdn3d produces banding ------------------------------------+------------------------------------ Reporter: sun | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: hqdn3d | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by sun): I have researched a bit and found out that the hdn3d effects produces banding due to the way it works. So do it's frei0r and mplayer implementations. I guess the bug can be closed because it is not an ffmpeg only issue and seems to be known by users. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 23 16:09:13 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Mar 2013 15:09:13 -0000 Subject: [FFmpeg-trac] #1836(avformat:closed): Wrong duration in TS container In-Reply-To: <040.e59ea835cdb1df08d05ce93ab2a660d1@avcodec.org> References: <040.e59ea835cdb1df08d05ce93ab2a660d1@avcodec.org> Message-ID: <055.1bee1335740614e4c947a22651dd1cc7@avcodec.org> #1836: Wrong duration in TS container -------------------------------------+------------------------------------ Reporter: Heesuk Jung | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: mpegts | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): First file fixed in 5442c6c, second file fixed in faa0068, see ticket #2018 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 23 16:22:41 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Mar 2013 15:22:41 -0000 Subject: [FFmpeg-trac] #2396(avfilter:new): Make the Blend effect work with yuvj420p pixel format Message-ID: <032.a22de32aa09e0b64571be413e76a0875@avcodec.org> #2396: Make the Blend effect work with yuvj420p pixel format ----------------------------------+--------------------------------------- Reporter: sun | Type: enhancement Status: new | Priority: wish Component: avfilter | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- Using the command {{{ ffmpeg -i (input) -y -vcodec libx264 -acodec copy -vb 100000k -vf "split [T1], [T2] blend [out]; [T1] copy [T2]" -r 25 (output) }}} With an input video in yuvj420p format, and also using {{{ ffmpeg -i (input) -y -vcodec libx264 -acodec copy -vb 100000k -vf "format=yuvj420p, split [T1], [T2] blend [out]; [T1] copy [T2]" -r 25 (output) }}} will output a video in yuv420p format, so color depth is lost. For my purposes I have simply added AV_PIX_FMT_YUVJ420P to the query_formats enum in vf_blend.c and it works well. It would be great if the blend filter would work with yuvjxxxp formats out of the box, too. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 23 16:24:58 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Mar 2013 15:24:58 -0000 Subject: [FFmpeg-trac] #2379(undetermined:new): FFmpeg produces broken h264 output. In-Reply-To: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> References: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> Message-ID: <055.a13ad3cc7a5811e34e6698710b5f4153@avcodec.org> #2379: FFmpeg produces broken h264 output. -------------------------------------+------------------------------------- Reporter: dodgexander | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:34 dodgexander]: > I can't even repeat the problem with ffmpeg using the same source file (complete). Do you mean that with the same ffmpeg binary and the same input file and the same options, the problem is sometimes reproducible and sometimes not reproucible? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 23 16:26:25 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Mar 2013 15:26:25 -0000 Subject: [FFmpeg-trac] #2396(avfilter:new): Make the Blend effect work with yuvj420p pixel format In-Reply-To: <032.a22de32aa09e0b64571be413e76a0875@avcodec.org> References: <032.a22de32aa09e0b64571be413e76a0875@avcodec.org> Message-ID: <047.637342b6cfba54bd4a635df46dcf63f1@avcodec.org> #2396: Make the Blend effect work with yuvj420p pixel format -------------------------------------+------------------------------------ Reporter: sun | Owner: Type: enhancement | Status: new Priority: wish | Component: avfilter Version: unspecified | Resolution: Keywords: blend | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => blend Comment: To make this a valid ticket, please provide your failing command line together with complete, uncut console output. If you already have a fix for your problem, please post the patch to ffmpeg-devel. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 23 16:37:19 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Mar 2013 15:37:19 -0000 Subject: [FFmpeg-trac] #2379(undetermined:new): FFmpeg produces broken h264 output. In-Reply-To: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> References: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> Message-ID: <055.111856b5a5d185b08dcaac58b546dccc@avcodec.org> #2379: FFmpeg produces broken h264 output. -------------------------------------+------------------------------------- Reporter: dodgexander | 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 dodgexander): No, I have only tried to repeat the problem once with Ffmpeg. But using the same options as MCEBuddy, the problem isn't repeatable. I opened a ticket with Rami over at the MCEBuddy tracker. He think I missed some steps in the conversion progress that MCEBuddy uses that I didn't place in my FFMPEG command to repeat it. But using the log from MCEBuddy, I cannot find what is different. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 23 16:42:07 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Mar 2013 15:42:07 -0000 Subject: [FFmpeg-trac] #1873(undetermined:open): support zygoaudio [patch] (was: support zygoaudio) In-Reply-To: <038.d6729cc9e8c66f4fdf4b47d263ff7a90@avcodec.org> References: <038.d6729cc9e8c66f4fdf4b47d263ff7a90@avcodec.org> Message-ID: <053.d07a5f9920f849e503c1f5a3113d0db0@avcodec.org> #1873: support zygoaudio [patch] -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: Version: git-master | undetermined Keywords: speex zygo | Resolution: Blocking: | Blocked By: Analyzed by developer: 1 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by compn): * analyzed: 0 => 1 Comment: someone has uploaded the samples here: http://samples.ffmpeg.org/ffmpeg-bugs/trac/ticket1873/ (i have now updated the allsamples.txt , last updated aug 2012. maybe it should be scripted?) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 23 16:45:37 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Mar 2013 15:45:37 -0000 Subject: [FFmpeg-trac] #1873(undetermined:open): support zygoaudio (was: support zygoaudio [patch]) In-Reply-To: <038.d6729cc9e8c66f4fdf4b47d263ff7a90@avcodec.org> References: <038.d6729cc9e8c66f4fdf4b47d263ff7a90@avcodec.org> Message-ID: <053.5b534696ac3277f7e085d168d1175cc6@avcodec.org> #1873: support zygoaudio -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: Version: git-master | undetermined Keywords: speex zygo | Resolution: Blocking: | Blocked By: Analyzed by developer: 1 | Reproduced by developer: 1 -------------------------------------+------------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 23 17:06:11 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Mar 2013 16:06:11 -0000 Subject: [FFmpeg-trac] #2396(avfilter:new): Make the Blend effect work with yuvj420p pixel format In-Reply-To: <032.a22de32aa09e0b64571be413e76a0875@avcodec.org> References: <032.a22de32aa09e0b64571be413e76a0875@avcodec.org> Message-ID: <047.4568a096704f87f89c6172b763f47202@avcodec.org> #2396: Make the Blend effect work with yuvj420p pixel format -------------------------------------+------------------------------------ Reporter: sun | Owner: Type: enhancement | Status: new Priority: wish | Component: avfilter Version: unspecified | Resolution: Keywords: blend | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by gjdfgh): The yuvj420p format is deprecated. It's redundant to yuv420p with correct color levels set. Wouldn't it be better to make AVFrame aware of color levels? You'd need this for correct vf_scale behavior anyway. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 23 23:51:44 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Mar 2013 22:51:44 -0000 Subject: [FFmpeg-trac] #2396(avfilter:new): Make the Blend effect work with yuvj420p pixel format In-Reply-To: <032.a22de32aa09e0b64571be413e76a0875@avcodec.org> References: <032.a22de32aa09e0b64571be413e76a0875@avcodec.org> Message-ID: <047.fd4c7ce5aa5686fd2cb074e70f06ef64@avcodec.org> #2396: Make the Blend effect work with yuvj420p pixel format -------------------------------------+------------------------------------ Reporter: sun | Owner: Type: enhancement | Status: new Priority: wish | Component: avfilter Version: unspecified | Resolution: Keywords: blend | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by sun): I will attach the diff. This is the command line output: {{{ sun at shine /media/dd624e38-4f22-471f-b835-5d0958a4fbf0/Tests/101TEST_/Schaerfe $ ffmpeg -i Roh2.avi -y -vcodec libx264 -acodec copy -vb 100000k -vf "split [T1], [T2] blend [out]; [T1] copy [T2]" -r 25 out.avi ffmpeg version git-2013-03-19-d4982b1 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 21 2013 19:18:21 with gcc 4.7 (Ubuntu/Linaro 4.7.2-2ubuntu1) configuration: --enable-gpl --enable-libass --enable-libfaac --enable- libfdk-aac --enable-libmp3lame --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libspeex --enable-librtmp --enable-libtheora --enable-libvorbis --enable-libvpx --enable-x11grab --enable-libx264 --enable-nonfree --enable-version3 --enable-frei0r libavutil 52. 19.101 / 52. 19.101 libavcodec 55. 1.100 / 55. 1.100 libavformat 55. 0.100 / 55. 0.100 libavdevice 55. 0.100 / 55. 0.100 libavfilter 3. 47.104 / 3. 47.104 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [avi @ 0x33fe0a0] non-interleaved AVI Guessed Channel Layout for Input Stream #0.1 : stereo Input #0, avi, from 'Roh2.avi': Duration: 00:00:05.40, start: 0.000000, bitrate: 22668 kb/s Stream #0:0: Video: h264 (High) (H264 / 0x34363248), yuvj420p, 1920x1080, 25 fps, 25 tbr, 25 tbn, 50 tbc Stream #0:1: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, stereo, s16, 1536 kb/s [libx264 @ 0x3401ee0] using cpu capabilities: MMX2 SSE2Fast SSEMisalign LZCNT [libx264 @ 0x3401ee0] profile High, level 5.1 Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf55.0.100 Stream #0:0: Video: h264 (H264 / 0x34363248), yuv420p, 1920x1080, q=-1 --1, 100000 kb/s, 25 tbn, 25 tbc Stream #0:1: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, stereo, 1536 kb/s Stream mapping: Stream #0:0 -> #0:0 (h264 -> libx264) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help frame= 134 fps=8.9 q=-1.0 Lsize= 61744kB time=00:00:05.36 bitrate=94273.0kbits/s video:60719kB audio:1006kB subtitle:0 global headers:0kB muxing overhead 0.030631% [libx264 @ 0x3401ee0] frame I:1 Avg QP: 0.03 size:594891 [libx264 @ 0x3401ee0] frame P:84 Avg QP: 0.12 size:490377 [libx264 @ 0x3401ee0] frame B:49 Avg QP: 0.36 size:416116 [libx264 @ 0x3401ee0] consecutive B-frames: 28.4% 67.2% 4.5% 0.0% [libx264 @ 0x3401ee0] mb I I16..4: 26.7% 17.8% 55.5% [libx264 @ 0x3401ee0] mb P I16..4: 12.7% 10.4% 35.8% P16..4: 15.1% 11.0% 7.7% 0.0% 0.0% skip: 7.3% [libx264 @ 0x3401ee0] mb B I16..4: 3.6% 3.8% 15.4% B16..8: 34.5% 14.2% 5.9% direct:12.5% skip:10.0% L0:45.2% L1:42.1% BI:12.7% [libx264 @ 0x3401ee0] final ratefactor: -6.06 [libx264 @ 0x3401ee0] 8x8 transform intra:17.4% inter:33.8% [libx264 @ 0x3401ee0] coded y,uvDC,uvAC intra: 82.4% 79.3% 72.8% inter: 66.3% 67.2% 64.3% [libx264 @ 0x3401ee0] i16 v,h,dc,p: 48% 18% 19% 15% [libx264 @ 0x3401ee0] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 32% 16% 26% 5% 8% 5% 3% 3% 3% [libx264 @ 0x3401ee0] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 28% 16% 18% 4% 10% 9% 7% 4% 3% [libx264 @ 0x3401ee0] i8c dc,h,v,p: 54% 13% 23% 9% [libx264 @ 0x3401ee0] Weighted P-Frames: Y:0.0% UV:0.0% [libx264 @ 0x3401ee0] ref P L0: 70.7% 12.0% 14.0% 3.3% [libx264 @ 0x3401ee0] ref B L0: 84.8% 15.2% 0.0% [libx264 @ 0x3401ee0] ref B L1: 99.2% 0.8% [libx264 @ 0x3401ee0] kb/s:92800.38 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 23 23:52:58 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Mar 2013 22:52:58 -0000 Subject: [FFmpeg-trac] #1873(undetermined:closed): support zygoaudio In-Reply-To: <038.d6729cc9e8c66f4fdf4b47d263ff7a90@avcodec.org> References: <038.d6729cc9e8c66f4fdf4b47d263ff7a90@avcodec.org> Message-ID: <053.35968aaf9bb323a776ba2c11bf6d1bfb@avcodec.org> #1873: support zygoaudio -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: closed Priority: wish | Component: Version: git-master | undetermined Keywords: speex zygo | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 1 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by compn): * status: open => closed * resolution: => fixed Comment: patch applied in e26b066cd8db361feba90e943c6cfdf062c52272 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 23 23:53:45 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Mar 2013 22:53:45 -0000 Subject: [FFmpeg-trac] #2379(undetermined:new): FFmpeg produces broken h264 output. In-Reply-To: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> References: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> Message-ID: <055.69e91a7df50c980f303446d425761685@avcodec.org> #2379: FFmpeg produces broken h264 output. -------------------------------------+------------------------------------- Reporter: dodgexander | 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 dodgexander): Please just close this, going to start a fresh once I can find a better sample. Thanks for your help. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 24 08:35:11 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Mar 2013 07:35:11 -0000 Subject: [FFmpeg-trac] #1873(undetermined:reopened): support zygoaudio In-Reply-To: <038.d6729cc9e8c66f4fdf4b47d263ff7a90@avcodec.org> References: <038.d6729cc9e8c66f4fdf4b47d263ff7a90@avcodec.org> Message-ID: <053.72ee51caa3973795b8c74db9772aebf4@avcodec.org> #1873: support zygoaudio -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: reopened Priority: wish | Component: Version: git-master | undetermined Keywords: speex zygo | Resolution: Blocking: | Blocked By: Analyzed by developer: 1 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: closed => reopened * resolution: fixed => -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 24 08:36:03 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Mar 2013 07:36:03 -0000 Subject: [FFmpeg-trac] #2379(undetermined:new): FFmpeg produces broken h264 output. In-Reply-To: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> References: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> Message-ID: <055.fca1cbd0001218cb8e8353f7595239a4@avcodec.org> #2379: FFmpeg produces broken h264 output. -------------------------------------+------------------------------------- Reporter: dodgexander | 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): Did you find out what the problem was that you cannot reproduce anymore? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 24 08:38:14 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Mar 2013 07:38:14 -0000 Subject: [FFmpeg-trac] #1873(undetermined:reopened): support zygoaudio In-Reply-To: <038.d6729cc9e8c66f4fdf4b47d263ff7a90@avcodec.org> References: <038.d6729cc9e8c66f4fdf4b47d263ff7a90@avcodec.org> Message-ID: <053.55954067d12aefc2c7fe74dac924a8c0@avcodec.org> #1873: support zygoaudio -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: reopened Priority: wish | Component: Version: git-master | undetermined Keywords: speex zygo | Resolution: Blocking: | Blocked By: Analyzed by developer: 1 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by cehoyos): @compn: If you want to close this ticket (which is definitely ok), please open a new one for the remaining samples. It is not ok to close this ticket without opening a new one. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 24 08:39:56 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Mar 2013 07:39:56 -0000 Subject: [FFmpeg-trac] #2396(avfilter:open): Make the Blend effect work with yuvj420p pixel format In-Reply-To: <032.a22de32aa09e0b64571be413e76a0875@avcodec.org> References: <032.a22de32aa09e0b64571be413e76a0875@avcodec.org> Message-ID: <047.e1327a9d7837c58319658da97983fc89@avcodec.org> #2396: Make the Blend effect work with yuvj420p pixel format -------------------------------------+------------------------------------ Reporter: sun | Owner: Type: enhancement | Status: open Priority: wish | Component: avfilter Version: git-master | Resolution: Keywords: blend | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => open * version: unspecified => git-master Comment: Please post patches to ffmpeg-devel, they receive more attention there. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 24 11:10:00 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Mar 2013 10:10:00 -0000 Subject: [FFmpeg-trac] #2397(undetermined:new): Burn a selected picture based subtitle into video lost most part of the selected subtitle in the result video Message-ID: <038.799b8ea28a1c7db24e7ad30df0965a72@avcodec.org> #2397: Burn a selected picture based subtitle into video lost most part of the selected subtitle in the result video -------------------------------------+------------------------------------- Reporter: littlebat | Type: defect Status: new | Priority: important Component: | Version: git- undetermined | master Keywords: burn | Blocked By: subtitle | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- I am trying burn a selected picture based subtitle into video according to the guide in ffmpeg wiki page: "How to burn subtitles into the video" : http://ffmpeg.org/trac/ffmpeg/wiki/How%20to%20burn%20subtitles%20into%20the%20video . But, the most part of the selected subtitle disappeared in the result video. The command line I used: /opt/ffmpeggit/bin/ffmpeg -ss 240 -i CD1.mkv -filter_complex '[0:v][0:s:1]overlay[v]' -map [v] -map 0:a -c:v mpeg4 -b:v 1024k -c:a libmp3lame -async 1 -t 10 240_10_s_1.mkv But, in this section from 240 second to 250 second, no subtitle be burned into video. I can use "mplayer -sid 1 -ss 240 -endpos 10 CD1.mkv" to confirm the selected subtitle is in this section of input file. The console output as below (cuted the trival output, marked as "[omit...]" below): mdx at debian:~/test$ /opt/ffmpeggit/bin/ffmpeg -ss 240 -i CD1.mkv -filter_complex '[0:v][0:s:1]overlay[v]' -map [v] -map 0:a -c:v mpeg4 -b:v 1024k -c:a libmp3lame -async 1 -t 10 240_10_s_1.mkv ffmpeg version N-51166-g4331484 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 21 2013 08:50:03 with gcc 4.4.5 (Debian 4.4.5-8) configuration: --prefix=/opt/ffmpeggit --enable-static --disable-shared --enable-gpl --enable-version3 --enable-nonfree --enable-fontconfig --enable-libass --enable-libfreetype --enable-swscale --enable-postproc --enable-pthreads --enable-libfaac --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libmp3lame --enable-libopenjpeg --enable- libvorbis --enable-libvpx --enable-libx264 --enable-libxvid --extra- cflags=-I/opt/custom/include --extra-ldflags=-L/opt/custom/lib libavutil 52. 22.100 / 52. 22.100 libavcodec 55. 1.100 / 55. 1.100 libavformat 55. 0.100 / 55. 0.100 libavdevice 55. 0.100 / 55. 0.100 libavfilter 3. 48.100 / 3. 48.100 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, matroska,webm, from 'CD1.mkv': Metadata: creation_time : 2009-09-01 23:53:41 Duration: 01:08:31.01, start: 0.000000, bitrate: 3018 kb/s Stream #0:0: Video: h264 (High), yuv420p, 720x480, SAR 1:1 DAR 3:2, 29.97 fps, 29.97 tbr, 1k tbn, 59.94 tbc (default) Stream #0:1: Audio: dts (DTS), 48000 Hz, 5.1(side), fltp, 1536 kb/s (default) Stream #0:2(fre): Subtitle: dvd_subtitle (default) Stream #0:3(chi): Subtitle: dvd_subtitle Stream #0:4(chi): Subtitle: dvd_subtitle -async is forwarded to lavfi similarly to -af aresample=async=1:min_hard_comp=0.100000:first_pts=0. Output #0, matroska, to '240_10_s_1.mkv': Metadata: encoder : Lavf55.0.100 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 720x480 [SAR 1:1 DAR 3:2], q=2-31, 1024 kb/s, 1k tbn, 29.97 tbc Stream #0:1: Audio: mp3 (U[0][0][0] / 0x0055), 48000 Hz, stereo, fltp (default) Stream mapping: Stream #0:0 (h264) -> overlay:main (graph 0) Stream #0:3 (dvdsub) -> overlay:overlay (graph 0) overlay (graph 0) -> Stream #0:0 (mpeg4) Stream #0:1 -> #0:1 (dca -> libmp3lame) Press [q] to stop, [?] for help frame= 2 fps=1.9 q=2.0 size= 33kB time=00:00:00.14 bitrate=1843.3kbits/sframe= 5 fps=3.2 q=2.0 size= 65kB time=00:00:00.26 bitrate=1997.8kbits/sframe= 11 fps=5.4 q=4.4 size= 129kB time=00:00:00.40 bitrate=2576.3kbits/sframe= 16 fps=6.3 q=4.4 size= 180kB [omit...] frame= 300 fps=9.3 q=7.5 size= 1534kB time=00:00:10.01 bitrate=1255.8kbits/sframe= 300 fps=9.2 q=7.5 Lsize= 1559kB time=00:00:10.01 bitrate=1275.8kbits/s dup=0 drop=25 video:1396kB audio:157kB subtitle:0 global headers:0kB muxing overhead 0.405373% mdx at debian:~/test$ The input file information: mdx at debian:~/test$ /opt/ffmpeggit/bin/ffmpeg -v 9 -loglevel 99 -i CD1.mkv ffmpeg version N-51166-g4331484 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 21 2013 08:50:03 with gcc 4.4.5 (Debian 4.4.5-8) configuration: --prefix=/opt/ffmpeggit --enable-static --disable-shared --enable-gpl --enable-version3 --enable-nonfree --enable-fontconfig --enable-libass --enable-libfreetype --enable-swscale --enable-postproc --enable-pthreads --enable-libfaac --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libmp3lame --enable-libopenjpeg --enable- libvorbis --enable-libvpx --enable-libx264 --enable-libxvid --extra- cflags=-I/opt/custom/include --extra-ldflags=-L/opt/custom/lib libavutil 52. 22.100 / 52. 22.100 libavcodec 55. 1.100 / 55. 1.100 libavformat 55. 0.100 / 55. 0.100 libavdevice 55. 0.100 / 55. 0.100 libavfilter 3. 48.100 / 3. 48.100 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Splitting the commandline. Reading option '-v' ... matched as option 'v' (set libav* logging level) with argument '9'. Reading option '-loglevel' ... matched as option 'loglevel' (set libav* logging level) with argument '99'. Reading option '-i' ... matched as input file with argument 'CD1.mkv'. Finished splitting the commandline. Parsing a group of options: global . Applying option v (set libav* logging level) with argument 9. Successfully parsed a group of options. Parsing a group of options: input file CD1.mkv. Successfully parsed a group of options. Opening an input file: CD1.mkv. [matroska,webm @ 0xa7a8800] 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 st:2 removing common factor 1000000 from timebase st:3 removing common factor 1000000 from timebase st:4 removing common factor 1000000 from timebase [matroska,webm @ 0xa7a8800] File position before avformat_find_stream_info() is 6873 [dvdsub @ 0xa7aaf40] palette: 0x000000 0x1f1f1f 0xffffff 0xe63f07 0x7e7e7e 0xbebebe 0x14bef3 0xea12eb 0xfaff1a 0x000070 0x067506 0x731f03 0x095f78 0x750975 0x7c950b 0xffffff [dvdsub @ 0xa7ab720] palette: 0x000000 0x1f1f1f 0xffffff 0xe63f07 0x7e7e7e 0xbebebe 0x14bef3 0xea12eb 0xfaff1a 0x000070 0x067506 0x731f03 0x095f78 0x750975 0x7c950b 0xffffff [dvdsub @ 0xa7abf20] palette: 0x000000 0x1f1f1f 0xffffff 0xe63f07 0x7e7e7e 0xbebebe 0x14bef3 0xea12eb 0xfaff1a 0x000070 0x067506 0x731f03 0x095f78 0x750975 0x7c950b 0xffffff [h264 @ 0xa7aa440] Using externally provided dimensions [h264 @ 0xa7aa440] no picture [dca @ 0xa7aa9c0] Stream with high frequencies VQ coding [matroska,webm @ 0xa7a8800] All info found [matroska,webm @ 0xa7a8800] File position after avformat_find_stream_info() is 39890 Input #0, matroska,webm, from 'CD1.mkv': Metadata: creation_time : 2009-09-01 23:53:41 Duration: 01:08:31.01, start: 0.000000, bitrate: 3018 kb/s Stream #0:0, 3, 1/1000: Video: h264 (High), yuv420p, 720x480, 333667/20000000, SAR 1:1 DAR 3:2, 29.97 fps, 29.97 tbr, 1k tbn, 59.94 tbc (default) Stream #0:1, 16, 1/1000: Audio: dts (DTS), 48000 Hz, 5.1(side), fltp, 1536 kb/s (default) Stream #0:2(fre), 0, 1/1000: Subtitle: dvd_subtitle (default) Stream #0:3(chi), 0, 1/1000: Subtitle: dvd_subtitle Stream #0:4(chi), 0, 1/1000: Subtitle: dvd_subtitle Successfully opened the file. At least one output file must be specified Statistics: 65536 bytes read, 0 seeks mdx at debian:~/test$ But, it seems a little part of the video can be burned the same selected subtitle into result video normally, for example, from 395 senconds to 405 seconds: /opt/ffmpeggit/bin/ffmpeg -ss 395 -i CD1.mkv -filter_complex '[0:v][0:s:1]overlay[v]' -map [v] -map 0:a -c:v mpeg4 -b:v 1024k -c:a libmp3lame -async 1 -t 10 395_10_s_1.mkv Attachments: 1, Input file sample: "CD1_10M.mkv" (created by: dd if=CD1.mkv of=CD1_10M.mkv bs=1024 count=10000), also, for research purpose, you can download the entire file via emule: ed2k://|file|[%E5%B7%B4%E9%BB%8E%E5%9C%A3%E6%AF%8D%E9%99%A2].Notre.Dame.de.Paris.1999.DVDrip.x264.DTS.by.writeclay.CD1.mkv|1551161470|1E41A8E6CC648AF4BEF5D16A5F673B59|/ 2, The part can't burn the selected subtitle: "240_10.mkv" (created by: /opt/ffmpeggit/bin/ffmpeg -ss 240 -i CD1.mkv -c copy -map 0:0 -map 0:1 -map 0:2 -map 0:3 -map 0:4 -async 1 -t 10 240_10.mkv); 3, The part can burn the selected subtitle: "395_10.mkv" (created by: /opt/ffmpeggit/bin/ffmpeg -ss 395 -i CD1.mkv -c copy -map 0:0 -map 0:1 -map 0:2 -map 0:3 -map 0:4 -async 1 -t 10 395_10.mkv). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 24 11:52:52 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Mar 2013 10:52:52 -0000 Subject: [FFmpeg-trac] #2397(undetermined:new): Burn a selected picture based subtitle into video lost most part of the selected subtitle in the result video In-Reply-To: <038.799b8ea28a1c7db24e7ad30df0965a72@avcodec.org> References: <038.799b8ea28a1c7db24e7ad30df0965a72@avcodec.org> Message-ID: <053.42114b96f1bcd76e5047e3844fb6854c@avcodec.org> #2397: Burn a selected picture based subtitle into video lost most part of the selected subtitle in the result video -------------------------------------+------------------------------------- Reporter: littlebat | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: burn | Resolution: subtitle | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by littlebat): For the upload file size limit, changed the attachments: 1, input sample file: from "CD1_10M.mkv" to "CD1_2M.mkv"; 2, The part can't burn the selected subtitle: from "240_10.mkv" to "242_4.mkv"; 3, The part can burn the selected subtitle: from "395_10.mkv" to "395_4.mkv". -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 24 12:14:24 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Mar 2013 11:14:24 -0000 Subject: [FFmpeg-trac] #2380(avformat:open): files with "malformated aac bitstream" can not be remuxed In-Reply-To: <035.ce7acd116ae52a2cf64771cfe63b72d8@avcodec.org> References: <035.ce7acd116ae52a2cf64771cfe63b72d8@avcodec.org> Message-ID: <050.47c21a3a0d036c4dcfa80983c92a6287@avcodec.org> #2380: files with "malformated aac bitstream" can not be remuxed -------------------------------------+------------------------------------- Reporter: julian | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: av_interleaved_write_frame mov | Reproduced by developer: 1 flv regression | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: mov flv regression => av_interleaved_write_frame mov flv regression -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 24 13:35:35 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Mar 2013 12:35:35 -0000 Subject: [FFmpeg-trac] #2397(FFmpeg:open): Burn a selected picture based subtitle into video lost most part of the selected subtitle in the result video In-Reply-To: <038.799b8ea28a1c7db24e7ad30df0965a72@avcodec.org> References: <038.799b8ea28a1c7db24e7ad30df0965a72@avcodec.org> Message-ID: <053.19bcaede2292e1b40d4b355e27ad0fe5@avcodec.org> #2397: Burn a selected picture based subtitle into video lost most part of the selected subtitle in the result video ----------------------------------------+---------------------------------- Reporter: littlebat | Owner: Type: defect | Status: open Priority: important | Component: FFmpeg Version: git-master | Resolution: Keywords: sub regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ----------------------------------------+---------------------------------- Changes (by cehoyos): * keywords: burn subtitle => sub regression * status: new => open * component: undetermined => FFmpeg * reproduced: 0 => 1 Comment: (I have removed the attachments that do not allow to reproduce the bug.) Regression since 0f23634. The attachment shows subtitles with the following command lines: $ ffplay 242_4.mkv -sst 2 (fre) $ mplayer 242_4.mkv -sid 0 (fre) $ mplayer 242_4.mkv -sid 1 (chi) $ mplayer 242_4.mkv -sid 2 (chi) The following ffmpeg command works as expected, output file shows subtitles: $ ffmpeg -i 242_4.mkv -filter_complex '[0:v][0:s:0]overlay' -qscale 2 out.avi The following command produces an output file that shows no subtitles (same for [0:s:2]), works fine with e69e780: {{{ $ ffmpeg -i 242_4.mkv -filter_complex '[0:v][0:s:1]overlay' -qscale 2 out.avi ffmpeg version N-51275-gcbf224b Copyright (c) 2000-2013 the FFmpeg developers built on Mar 24 2013 13:27:42 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 22.101 / 52. 22.101 libavcodec 55. 1.100 / 55. 1.100 libavformat 55. 0.100 / 55. 0.100 libavdevice 55. 0.100 / 55. 0.100 libavfilter 3. 48.100 / 3. 48.100 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, matroska,webm, from '242_4.mkv': Metadata: ENCODER : Lavf55.0.100 Duration: 00:00:08.07, start: 0.000000, bitrate: 2535 kb/s Stream #0:0: Video: h264 (High), yuv420p, 720x480, SAR 1:1 DAR 3:2, 29.97 fps, 29.97 tbr, 1k tbn, 59.94 tbc (default) Stream #0:1: Audio: dts (DTS), 48000 Hz, 5.1(side), fltp, 1536 kb/s (default) Stream #0:2(fre): Subtitle: dvd_subtitle (default) Stream #0:3(chi): Subtitle: dvd_subtitle Stream #0:4(chi): Subtitle: dvd_subtitle Please use -q:a or -q:v, -qscale is ambiguous Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf55.0.100 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 720x480 [SAR 1:1 DAR 3:2], q=2-31, 200 kb/s, 29.97 tbn, 29.97 tbc Stream #0:1: Audio: ac3 ([0] [0][0] / 0x2000), 48000 Hz, 5.1(side), fltp, 448 kb/s (default) Stream mapping: Stream #0:0 (h264) -> overlay:main (graph 0) Stream #0:3 (dvdsub) -> overlay:overlay (graph 0) overlay (graph 0) -> Stream #0:0 (mpeg4) Stream #0:1 -> #0:1 (dca -> ac3) Press [q] to stop, [?] for help frame= 207 fps=0.0 q=2.0 Lsize= 3908kB time=00:00:07.04 bitrate=4547.7kbits/s video:3516kB audio:373kB subtitle:0 global headers:0kB muxing overhead 0.511303% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 24 13:42:38 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Mar 2013 12:42:38 -0000 Subject: [FFmpeg-trac] #2397(FFmpeg:open): Burn a selected picture based subtitle into video lost most part of the selected subtitle in the result video In-Reply-To: <038.799b8ea28a1c7db24e7ad30df0965a72@avcodec.org> References: <038.799b8ea28a1c7db24e7ad30df0965a72@avcodec.org> Message-ID: <053.c9c4f7e0051265523e5cb1fb88e743c7@avcodec.org> #2397: Burn a selected picture based subtitle into video lost most part of the selected subtitle in the result video ----------------------------------------+---------------------------------- Reporter: littlebat | Owner: Type: defect | Status: open Priority: important | Component: FFmpeg Version: git-master | Resolution: Keywords: sub regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ----------------------------------------+---------------------------------- Comment (by cehoyos): I suspect it is not a regression that ffplay only shows the French subtitles. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 24 13:47:24 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Mar 2013 12:47:24 -0000 Subject: [FFmpeg-trac] #2379(undetermined:new): FFmpeg produces broken h264 output. In-Reply-To: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> References: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> Message-ID: <055.fe8c77324f29a194f00f8b33364733b7@avcodec.org> #2379: FFmpeg produces broken h264 output. -------------------------------------+------------------------------------- Reporter: dodgexander | 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 dodgexander): Yes,I think, but not sure yet the problem with the stuttering/juddering frames was not using libx264, but instead the copy encoder. I have opened a ticket on MCEBuddy's tracker about it and I will try repeat the bug using ffmpeg directly too. Once I can repeat the problem ill open a new ticket on here if needed, try to make it clearer that way. The only remaining problems I have after this are: [https://ffmpeg.org/trac/ffmpeg/ticket/2220] {{{ av_interleaved_write_frame(): Invalid argument }}} <---- Preventing me from using the copy encoder with some h264 .wtv recordings. [https://ffmpeg.org/trac/ffmpeg/ticket/2227] <---- And another case you are involved in, this case is stopping me from using the copy encoder on a lot of mpeg2 .wtv files using MCEBuddy. They remux, remux again and remux a third time, I guess because as ramit explains, the detection by ffmpeg seems to conflict with other applications. If you're interested, you can take a look at my case open on the MCEBuddy tracker related to this: [http://mcebuddy2x.codeplex.com/workitem/1478] Thanks for your time and sorry for getting my information mixed up. These kind of problems are a whole new level to me. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 24 13:55:16 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Mar 2013 12:55:16 -0000 Subject: [FFmpeg-trac] #2379(undetermined:new): FFmpeg produces broken h264 output. In-Reply-To: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> References: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> Message-ID: <055.4e7eb2d1d013e7dfe6ff4bce83d2caad@avcodec.org> #2379: FFmpeg produces broken h264 output. -------------------------------------+------------------------------------- Reporter: dodgexander | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:39 dodgexander]: > The only remaining problems I have after this are: > > [https://ffmpeg.org/trac/ffmpeg/ticket/2220] > {{{ > av_interleaved_write_frame(): Invalid argument > }}} Could you try if "-ss 1" fixes all these files? > <---- Preventing me from using the copy encoder with some h264 .wtv recordings. > > [https://ffmpeg.org/trac/ffmpeg/ticket/2227] > <---- And another case you are involved in, this case is stopping me from using the copy encoder on a lot of mpeg2 .wtv files using MCEBuddy. Remuxing works fine for me with the sample from ticket #2227. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 24 14:07:28 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Mar 2013 13:07:28 -0000 Subject: [FFmpeg-trac] #2398(undetermined:new): Copy Encoder Produces Broken Output Message-ID: <040.b2959785acc501db7d748146a4ab5901@avcodec.org> #2398: Copy Encoder Produces Broken Output -------------------------------------+------------------------------------- Reporter: dodgexander | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: How to reproduce: {{{ ffmpeg -i input.wtv -vcodec copy -acodec copy -map 0:a -map 0:v -f mpegts output.ts Command line : See attached log. Too large to paste. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 24 14:11:14 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Mar 2013 13:11:14 -0000 Subject: [FFmpeg-trac] #2398(undetermined:new): Copy Encoder Produces Broken Output In-Reply-To: <040.b2959785acc501db7d748146a4ab5901@avcodec.org> References: <040.b2959785acc501db7d748146a4ab5901@avcodec.org> Message-ID: <055.b8e3061b95583b037c9d7c9c09007886@avcodec.org> #2398: Copy Encoder Produces Broken Output -------------------------------------+------------------------------------- Reporter: dodgexander | 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 dodgexander): I am uploading to the server now: Ticket #2398.wtv (sample to repeat problem) Ticket #2398.txt (req text file related to this case) Ticket #2398.log (same log file as attached) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 24 14:14:25 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Mar 2013 13:14:25 -0000 Subject: [FFmpeg-trac] #2227(undetermined:new): ffmpeg incorrectly identifying mjpeg as video stream instead of attachment In-Reply-To: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> References: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> Message-ID: <055.87dc4f0f849e8752c45dde22221458cf@avcodec.org> #2227: ffmpeg incorrectly identifying mjpeg as video stream instead of attachment -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: wtv | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ramitbhalla): Thanks - but do you really think a jpeg should be marked a video stream. It's a rather fundamental issue. Why can't it marked as soemthing else. Keep my issue aside for now, but just logically why does the jpeg need to be marked as a video stream? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 24 14:26:27 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Mar 2013 13:26:27 -0000 Subject: [FFmpeg-trac] #1826(avformat:open): TiVo demuxer In-Reply-To: <036.dce4ffcfdfa533f9f64807a686b4fc9a@avcodec.org> References: <036.dce4ffcfdfa533f9f64807a686b4fc9a@avcodec.org> Message-ID: <051.6db3d889b7b2a838305072d83c296d44@avcodec.org> #1826: TiVo demuxer -------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): If you believe that your sample is "better" in any way than the sample on samples.ffmpeg.org please upload. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 24 14:34:24 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Mar 2013 13:34:24 -0000 Subject: [FFmpeg-trac] #2398(undetermined:new): Copy Encoder Produces Broken Output In-Reply-To: <040.b2959785acc501db7d748146a4ab5901@avcodec.org> References: <040.b2959785acc501db7d748146a4ab5901@avcodec.org> Message-ID: <055.85487f3539d81bb1bd2f48742c8e1c1d@avcodec.org> #2398: Copy Encoder Produces Broken Output -------------------------------------+------------------------------------- Reporter: dodgexander | 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 dodgexander): Ticket #2398.wtv failed to upload to server, for some reason after a while my connection disconnects from the ftp. The new file will be here: [http://www.4shared.com/folder/fx0nRHmq/mediastuff.html] once complete. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 24 15:55:56 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Mar 2013 14:55:56 -0000 Subject: [FFmpeg-trac] #2397(FFmpeg:open): Burn a selected picture based subtitle into video lost most part of the selected subtitle in the result video In-Reply-To: <038.799b8ea28a1c7db24e7ad30df0965a72@avcodec.org> References: <038.799b8ea28a1c7db24e7ad30df0965a72@avcodec.org> Message-ID: <053.6c3c6c017b0e297e3e3306514598fc92@avcodec.org> #2397: Burn a selected picture based subtitle into video lost most part of the selected subtitle in the result video ----------------------------------------+---------------------------------- Reporter: littlebat | Owner: Type: defect | Status: open Priority: important | Component: FFmpeg Version: git-master | Resolution: Keywords: sub regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ----------------------------------------+---------------------------------- Comment (by Cigaes): The Chinese subtitles packets in your sample do not have a {{{end_display_time}}} command, I believe that makes them invalid. The French subtitles have them. The container has valid durations, OTOH, so it can be made to work. Please try this patch: [http://ffmpeg.org/pipermail/ffmpeg-devel/2013-March/141153.html] Thanks to cehoyos for finding the origin of the problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 24 17:58:14 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Mar 2013 16:58:14 -0000 Subject: [FFmpeg-trac] #2379(undetermined:new): FFmpeg produces broken h264 output. In-Reply-To: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> References: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> Message-ID: <055.67690d229cca8ea850722f79a29dffa5@avcodec.org> #2379: FFmpeg produces broken h264 output. -------------------------------------+------------------------------------- Reporter: dodgexander | 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 dodgexander): > Could you try if "-ss 1" fixes all these files? The following works yes. But only if I place the -ss 1 before the input file. {{{ ffmpeg -report -ss 1 -i broken.wtv -vcodec copy -acodec copy -map 0:a -map 0:v -f mpegts ss1test.ts }}} > Remuxing works fine for me with the sample from ticket #2227 It might do using ffmpeg alone, but it doesn't in MCEBuddy because of the mjpeg being passed as a video stream. Because of this and according to ramit. It messes up the process and thats why MCEBuddy has to recode about 3 times for it to work. I am guessing to use ffmpeg with 3rd party tools (comskip, or a tool to remove particular audio tracks for example), ffmpeg is used to identify each stream. Since it identifies an image as a video, other tools then look at this image as a video and it causes them to error out. (this is speculative, I do not know the ins and out of how MCEBuddy works. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 24 19:30:50 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Mar 2013 18:30:50 -0000 Subject: [FFmpeg-trac] #2379(undetermined:new): FFmpeg produces broken h264 output. In-Reply-To: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> References: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> Message-ID: <055.ebc029fd52d7709d30af0be335e81b1c@avcodec.org> #2379: FFmpeg produces broken h264 output. -------------------------------------+------------------------------------- Reporter: dodgexander | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:41 dodgexander]: > > Remuxing works fine for me with the sample from ticket #2227 > > It might do using ffmpeg alone, but it doesn't in MCEBuddy I hope this explains the cause of the problem you have with that file... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 24 19:35:41 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Mar 2013 18:35:41 -0000 Subject: [FFmpeg-trac] #2398(undetermined:new): Copy Encoder Produces Broken Output In-Reply-To: <040.b2959785acc501db7d748146a4ab5901@avcodec.org> References: <040.b2959785acc501db7d748146a4ab5901@avcodec.org> Message-ID: <055.05178d155aaa476b506eabc3071893f3@avcodec.org> #2398: Copy Encoder Produces Broken Output -------------------------------------+------------------------------------- Reporter: dodgexander | 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): It is completely unacceptable to upload a sample to a site that requires login. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 24 20:01:47 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Mar 2013 19:01:47 -0000 Subject: [FFmpeg-trac] #2145(avformat:new): avi files >1G do not seek with WMP In-Reply-To: <036.c90b059fcc783eb65b8cd8a1ec9b8021@avcodec.org> References: <036.c90b059fcc783eb65b8cd8a1ec9b8021@avcodec.org> Message-ID: <051.450a58c8e839e93d5a3cbd0cc0a0bbfd@avcodec.org> #2145: avi files >1G do not seek with WMP ------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: avi | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * cc: tateu (added) Comment: Replying to [comment:3 tateu]: > I don't know if it's the same issue as I am having, it sounds similar. I cannot even open AVI's > 1GB in Windows Media Player if they are bgr24 rawvideo. I tested the following command line: $ ffmpeg -f lavfi -i testsrc -vcodec rawvideo -pix_fmt bgr24 -fs 1100M out.avi The output file plays fine with Windows Media Player. Please provide your failing command line together with the complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 24 20:09:28 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Mar 2013 19:09:28 -0000 Subject: [FFmpeg-trac] #2398(undetermined:new): Copy Encoder Produces Broken Output In-Reply-To: <040.b2959785acc501db7d748146a4ab5901@avcodec.org> References: <040.b2959785acc501db7d748146a4ab5901@avcodec.org> Message-ID: <055.2f02c8982ee4a352e4d799c119d509af@avcodec.org> #2398: Copy Encoder Produces Broken Output -------------------------------------+------------------------------------- Reporter: dodgexander | 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 dodgexander): >It is completely unacceptable to upload a sample to a site that requires login. Sorry I didn't realise it needed a login! I tried: Your ftp server (connection broke) Mediafire (200mb limit) Datafilehost (100mb limit) Any suggestions where I can upload it? If you sign up for free on 4shared you can download it, would save me a lot of time. Otherwise Ill upload elsewhere. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 24 20:10:24 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Mar 2013 19:10:24 -0000 Subject: [FFmpeg-trac] #2145(avformat:new): avi files >1G do not seek with WMP In-Reply-To: <036.c90b059fcc783eb65b8cd8a1ec9b8021@avcodec.org> References: <036.c90b059fcc783eb65b8cd8a1ec9b8021@avcodec.org> Message-ID: <051.3b13b08cbde39e4b4e4dae237303b68d@avcodec.org> #2145: avi files >1G do not seek with WMP ------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: avi | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): The original problem is only reproducible with pcm audio, if ac3 (or mp2) encoding or no audio is selected, seeking with WMP works fine. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 24 20:16:12 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Mar 2013 19:16:12 -0000 Subject: [FFmpeg-trac] #2398(undetermined:new): Copy Encoder Produces Broken Output In-Reply-To: <040.b2959785acc501db7d748146a4ab5901@avcodec.org> References: <040.b2959785acc501db7d748146a4ab5901@avcodec.org> Message-ID: <055.2e4cb19eacdeb1e857a76a34a8e74d6f@avcodec.org> #2398: Copy Encoder Produces Broken Output -------------------------------------+------------------------------------- Reporter: dodgexander | 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:4 dodgexander]: > I tried: > > Your ftp server (connection broke) While this will not help you I'd still like to add that last month a 11G sample was uploaded (successfully) to our ftp server. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 24 20:21:47 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Mar 2013 19:21:47 -0000 Subject: [FFmpeg-trac] #2398(undetermined:new): Copy Encoder Produces Broken Output In-Reply-To: <040.b2959785acc501db7d748146a4ab5901@avcodec.org> References: <040.b2959785acc501db7d748146a4ab5901@avcodec.org> Message-ID: <055.fed0ac9c6627038cc10a78caac0659e7@avcodec.org> #2398: Copy Encoder Produces Broken Output -------------------------------------+------------------------------------- Reporter: dodgexander | 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 dodgexander): >While this will not help you I'd still like to add that last month a 11G sample was uploaded (successfully) to our ftp server. I expect it was, but perhaps not from a rural adsl 1 connection with the reliability of ***. I can try again I guess. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 24 20:49:41 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Mar 2013 19:49:41 -0000 Subject: [FFmpeg-trac] #2145(avformat:new): avi files >1G do not seek with WMP In-Reply-To: <036.c90b059fcc783eb65b8cd8a1ec9b8021@avcodec.org> References: <036.c90b059fcc783eb65b8cd8a1ec9b8021@avcodec.org> Message-ID: <051.14506cc337e28368869f3c5b4160973a@avcodec.org> #2145: avi files >1G do not seek with WMP ------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: avi | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by tateu): ffmpeg -f lavfi -i testsrc=size=1280x720 -vcodec rawvideo -pix_fmt bgr24 -fs 1100M out.avi To see the issue I am talking about, individual frame sizes need to be larger than the default value that FFMpeg uses for strh->dwSuggestedBufferSize, which is 1,048,576 bytes. Your command line produces a 320x240 file and each frame is only 230,400 bytes (320 * 240 * 3). testsrc=size=1280x720 produces a file where each frame is 2,764,800 bytes. You also need to disable any 3rd party AVI directshow splitters to make sure it is only a vanilla Windows Media Player attempting to play the file. Haali media splitter can take over from Windows and make the file playable. My issue seems to be slightly different than yours, then. I had tried your example without audio since I'm on Windows and don't have -i /dev/zero as an input source. My patch fixes my issue but does not fix yours. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 24 20:59:15 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Mar 2013 19:59:15 -0000 Subject: [FFmpeg-trac] #2145(avformat:new): avi files >1G do not seek with WMP In-Reply-To: <036.c90b059fcc783eb65b8cd8a1ec9b8021@avcodec.org> References: <036.c90b059fcc783eb65b8cd8a1ec9b8021@avcodec.org> Message-ID: <051.58e398902930275a2e3958a9530b1690@avcodec.org> #2145: avi files >1G do not seek with WMP ------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: avi | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:7 tateu]: > My issue seems to be slightly different than yours, then. I had tried your example without audio since I'm on Windows and don't have -i /dev/zero as an input source. You can use the following command line to produce video and audio: $ ffmpeg -f lavfi -i testsrc -f lavfi -i "aevalsrc=sin(2*PI*t*440)" > My patch fixes my issue but does not fix yours. Please post your patch to ffmpeg-devel (alternatively, you can open a new ticket, but it makes more sense to fix it). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 24 21:23:10 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Mar 2013 20:23:10 -0000 Subject: [FFmpeg-trac] #2350(FFmpeg:new): PTS adjustment in FFmpeg In-Reply-To: <035.e92a1c83866bf3d6c066f92cccb5d78b@avcodec.org> References: <035.e92a1c83866bf3d6c066f92cccb5d78b@avcodec.org> Message-ID: <050.9fe5b14f1abd926a3fbddad9daf618a7@avcodec.org> #2350: PTS adjustment in FFmpeg -------------------------------------+---------------------------------- Reporter: ubitux | Owner: Type: enhancement | Status: new Priority: wish | Component: FFmpeg Version: git-master | Resolution: Keywords: dts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Comment (by ubitux): I wonder I could have missed the -itsoffset option, which allows the shift feature... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 25 00:11:14 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Mar 2013 23:11:14 -0000 Subject: [FFmpeg-trac] #2398(undetermined:new): Copy Encoder Produces Broken Output In-Reply-To: <040.b2959785acc501db7d748146a4ab5901@avcodec.org> References: <040.b2959785acc501db7d748146a4ab5901@avcodec.org> Message-ID: <055.5e0d6ab51605c9c540bc6afca8302db9@avcodec.org> #2398: Copy Encoder Produces Broken Output -------------------------------------+------------------------------------- Reporter: dodgexander | 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 dodgexander): Ticket 2398.wtv is available on the ftp server. Please don't get mixed up with the file: Ticket #2398.wtv which is a failed upload. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 25 02:13:17 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Mar 2013 01:13:17 -0000 Subject: [FFmpeg-trac] #2399(undetermined:new): when merging audio and video to mp4 , the audio / video not syncdiated correctly Message-ID: <037.759935ce0d191161b60bf1bd6f5f6853@avcodec.org> #2399: when merging audio and video to mp4 , the audio / video not syncdiated correctly -------------------------------------+------------------------------------- Reporter: chinshou | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- executing following command with the two videos I attached. >ffmpeg -i aaa.mp4 -i bbb.mp4 test.mp4 C:\Conversion>ffmpeg -i aaa.mp4 -i bbb.mp4 test.mp4 ffmpeg version N-51211-ge0e8c20 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 22 2013 08:56:38 with gcc 4.7.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libg sm --enable-libilbc --enable-libmp3lame --enable-libopencore-amrnb --enable-libo pencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-li bschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-lib twolame --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enabl e-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 22.101 / 52. 22.101 libavcodec 55. 1.100 / 55. 1.100 libavformat 55. 0.100 / 55. 0.100 libavdevice 55. 0.100 / 55. 0.100 libavfilter 3. 48.100 / 3. 48.100 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'aaa.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf54.59.102 Duration: 00:00:08.71, start: 0.000000, bitrate: 245 kb/s Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 1366x768, 241 kb/s, 29.97 fps, 29.97 tbr, 30k tbn, 59.94 tbc Metadata: handler_name : VideoHandler Input #1, mov,mp4,m4a,3gp,3g2,mj2, from 'bbb.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2mp41 encoder : Lavf54.59.102 Duration: 00:00:00.13, start: 0.023220, bitrate: 9029 kb/s Stream #1:0(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 89 40 kb/s Metadata: handler_name : SoundHandler File 'test.mp4' already exists. Overwrite ? [y/N] y using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 [libx264 @ 024adac0] profile High, level 3.2 [libx264 @ 024adac0] 264 - core 130 r2274 c832fe9 - H.264/MPEG-4 AVC codec - Cop yleft 2003-2013 - 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=25 scenec ut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin= 0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 Output #0, mp4, to 'test.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf55.0.100 Stream #0:0(und): Video: h264 ([33][0][0][0] / 0x0021), yuv420p, 1366x768, q =-1--1, 30k tbn, 29.97 tbc Metadata: handler_name : VideoHandler Stream #0:1(und): Audio: aac ([64][0][0][0] / 0x0040), 44100 Hz, stereo, s16 , 128 kb/s Metadata: handler_name : SoundHandler Stream mapping: Stream #0:0 -> #0:0 (h264 -> libx264) Stream #1:0 -> #0:1 (aac -> libvo_aacenc) Press [q] to stop, [?] for help frame= 54 fps=0.0 q=29.0 size= 0kB time=00:00:00.06 bitrate= 5.8kbits/ frame= 80 fps= 76 q=29.0 size= 219kB time=00:00:00.93 bitrate=1917.7kbits/ frame= 114 fps= 72 q=29.0 size= 219kB time=00:00:02.06 bitrate= 866.1kbits/ frame= 148 fps= 71 q=29.0 size= 219kB time=00:00:03.20 bitrate= 559.3kbits/ frame= 187 fps= 72 q=29.0 size= 219kB time=00:00:04.50 bitrate= 397.7kbits/ frame= 226 fps= 72 q=29.0 size= 219kB time=00:00:05.80 bitrate= 308.6kbits/ frame= 261 fps= 63 q=2686559.0 Lsize= 390kB time=00:00:08.64 bitrate= 369.9 kbits/s video:251kB audio:133kB subtitle:0 global headers:0kB muxing overhead 1.517758% [libx264 @ 024adac0] frame I:2 Avg QP:20.77 size: 84310 [libx264 @ 024adac0] frame P:68 Avg QP:24.08 size: 1098 [libx264 @ 024adac0] frame B:191 Avg QP:33.16 size: 70 [libx264 @ 024adac0] consecutive B-frames: 1.9% 1.5% 0.0% 96.6% [libx264 @ 024adac0] mb I I16..4: 65.2% 4.7% 30.2% [libx264 @ 024adac0] mb P I16..4: 0.8% 0.0% 0.3% P16..4: 0.6% 0.1% 0.0% 0.0% 0.0% skip:98.1% [libx264 @ 024adac0] mb B I16..4: 0.0% 0.0% 0.0% B16..8: 0.7% 0.0% 0.0% direct: 0.0% skip:99.2% L0:48.3% L1:51.6% BI: 0.1% [libx264 @ 024adac0] 8x8 transform intra:3.7% inter:46.9% [libx264 @ 024adac0] coded y,uvDC,uvAC intra: 20.3% 19.0% 16.6% inter: 0.1% 0.1% 0.0% [libx264 @ 024adac0] i16 v,h,dc,p: 62% 37% 0% 0% [libx264 @ 024adac0] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 74% 12% 12% 0% 0% 0% 0% 0% 1% [libx264 @ 024adac0] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 34% 39% 12% 2% 2% 2% 3% 2% 3% [libx264 @ 024adac0] i8c dc,h,v,p: 67% 23% 9% 0% [libx264 @ 024adac0] Weighted P-Frames: Y:0.0% UV:0.0% [libx264 @ 024adac0] ref P L0: 79.1% 12.4% 6.1% 2.4% [libx264 @ 024adac0] ref B L0: 60.7% 38.5% 0.8% [libx264 @ 024adac0] ref B L1: 95.4% 4.6% [libx264 @ 024adac0] kb/s:235.67 then executing ffplay test.mp4 to view the result mp4, you will notice that audio not syndicate with video from the pronunciation of "ffffff" and input "fffffff" via keyboard . But if we merge the audio and video to a avi file , the audio/video syndicated correctly. >ffmpeg -i aaa.mp4 -i bbb.mp4 test.avi. I tested with old release and found that http://ffmpeg.zeranoe.com/builds/win32/dev/ffmpeg-git-e01f478-win32-dev.7z built on 2012/03/20 is still ok. From http://ffmpeg.zeranoe.com/builds/win32/dev/ffmpeg-git-4082198-win32-dev.7z built on 2012/03/25 the problem was introduced. I compared the source code between 03/20 and 03/25 and suspect the audio encode api in codec switch from encode to encode2 interface caused the problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 25 02:13:27 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Mar 2013 01:13:27 -0000 Subject: [FFmpeg-trac] #2400(undetermined:new): when merging audio and video to mp4 , the audio / video not syncdiated correctly Message-ID: <037.cd6b6213972b1ffee8aabe12b8d52aac@avcodec.org> #2400: when merging audio and video to mp4 , the audio / video not syncdiated correctly -------------------------------------+------------------------------------- Reporter: chinshou | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- executing following command with the two videos I attached. >ffmpeg -i aaa.mp4 -i bbb.mp4 test.mp4 C:\Conversion>ffmpeg -i aaa.mp4 -i bbb.mp4 test.mp4 ffmpeg version N-51211-ge0e8c20 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 22 2013 08:56:38 with gcc 4.7.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libg sm --enable-libilbc --enable-libmp3lame --enable-libopencore-amrnb --enable-libo pencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-li bschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-lib twolame --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enabl e-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 22.101 / 52. 22.101 libavcodec 55. 1.100 / 55. 1.100 libavformat 55. 0.100 / 55. 0.100 libavdevice 55. 0.100 / 55. 0.100 libavfilter 3. 48.100 / 3. 48.100 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'aaa.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf54.59.102 Duration: 00:00:08.71, start: 0.000000, bitrate: 245 kb/s Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 1366x768, 241 kb/s, 29.97 fps, 29.97 tbr, 30k tbn, 59.94 tbc Metadata: handler_name : VideoHandler Input #1, mov,mp4,m4a,3gp,3g2,mj2, from 'bbb.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2mp41 encoder : Lavf54.59.102 Duration: 00:00:00.13, start: 0.023220, bitrate: 9029 kb/s Stream #1:0(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 89 40 kb/s Metadata: handler_name : SoundHandler File 'test.mp4' already exists. Overwrite ? [y/N] y using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 [libx264 @ 024adac0] profile High, level 3.2 [libx264 @ 024adac0] 264 - core 130 r2274 c832fe9 - H.264/MPEG-4 AVC codec - Cop yleft 2003-2013 - 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=25 scenec ut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin= 0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 Output #0, mp4, to 'test.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf55.0.100 Stream #0:0(und): Video: h264 ([33][0][0][0] / 0x0021), yuv420p, 1366x768, q =-1--1, 30k tbn, 29.97 tbc Metadata: handler_name : VideoHandler Stream #0:1(und): Audio: aac ([64][0][0][0] / 0x0040), 44100 Hz, stereo, s16 , 128 kb/s Metadata: handler_name : SoundHandler Stream mapping: Stream #0:0 -> #0:0 (h264 -> libx264) Stream #1:0 -> #0:1 (aac -> libvo_aacenc) Press [q] to stop, [?] for help frame= 54 fps=0.0 q=29.0 size= 0kB time=00:00:00.06 bitrate= 5.8kbits/ frame= 80 fps= 76 q=29.0 size= 219kB time=00:00:00.93 bitrate=1917.7kbits/ frame= 114 fps= 72 q=29.0 size= 219kB time=00:00:02.06 bitrate= 866.1kbits/ frame= 148 fps= 71 q=29.0 size= 219kB time=00:00:03.20 bitrate= 559.3kbits/ frame= 187 fps= 72 q=29.0 size= 219kB time=00:00:04.50 bitrate= 397.7kbits/ frame= 226 fps= 72 q=29.0 size= 219kB time=00:00:05.80 bitrate= 308.6kbits/ frame= 261 fps= 63 q=2686559.0 Lsize= 390kB time=00:00:08.64 bitrate= 369.9 kbits/s video:251kB audio:133kB subtitle:0 global headers:0kB muxing overhead 1.517758% [libx264 @ 024adac0] frame I:2 Avg QP:20.77 size: 84310 [libx264 @ 024adac0] frame P:68 Avg QP:24.08 size: 1098 [libx264 @ 024adac0] frame B:191 Avg QP:33.16 size: 70 [libx264 @ 024adac0] consecutive B-frames: 1.9% 1.5% 0.0% 96.6% [libx264 @ 024adac0] mb I I16..4: 65.2% 4.7% 30.2% [libx264 @ 024adac0] mb P I16..4: 0.8% 0.0% 0.3% P16..4: 0.6% 0.1% 0.0% 0.0% 0.0% skip:98.1% [libx264 @ 024adac0] mb B I16..4: 0.0% 0.0% 0.0% B16..8: 0.7% 0.0% 0.0% direct: 0.0% skip:99.2% L0:48.3% L1:51.6% BI: 0.1% [libx264 @ 024adac0] 8x8 transform intra:3.7% inter:46.9% [libx264 @ 024adac0] coded y,uvDC,uvAC intra: 20.3% 19.0% 16.6% inter: 0.1% 0.1% 0.0% [libx264 @ 024adac0] i16 v,h,dc,p: 62% 37% 0% 0% [libx264 @ 024adac0] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 74% 12% 12% 0% 0% 0% 0% 0% 1% [libx264 @ 024adac0] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 34% 39% 12% 2% 2% 2% 3% 2% 3% [libx264 @ 024adac0] i8c dc,h,v,p: 67% 23% 9% 0% [libx264 @ 024adac0] Weighted P-Frames: Y:0.0% UV:0.0% [libx264 @ 024adac0] ref P L0: 79.1% 12.4% 6.1% 2.4% [libx264 @ 024adac0] ref B L0: 60.7% 38.5% 0.8% [libx264 @ 024adac0] ref B L1: 95.4% 4.6% [libx264 @ 024adac0] kb/s:235.67 then executing ffplay test.mp4 to view the result mp4, you will notice that audio not syndicate with video from the pronunciation of "ffffff" and input "fffffff" via keyboard . But if we merge the audio and video to a avi file , the audio/video syndicated correctly. >ffmpeg -i aaa.mp4 -i bbb.mp4 test.avi. I tested with old release and found that http://ffmpeg.zeranoe.com/builds/win32/dev/ffmpeg-git-e01f478-win32-dev.7z built on 2012/03/20 is still ok. From http://ffmpeg.zeranoe.com/builds/win32/dev/ffmpeg-git-4082198-win32-dev.7z built on 2012/03/25 the problem was introduced. I compared the source code between 03/20 and 03/25 and suspect the audio encode api in codec switch from encode to encode2 interface caused the problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 25 02:16:33 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Mar 2013 01:16:33 -0000 Subject: [FFmpeg-trac] #2399(undetermined:new): when merging audio and video to mp4 , the audio / video not syncdiated correctly In-Reply-To: <037.759935ce0d191161b60bf1bd6f5f6853@avcodec.org> References: <037.759935ce0d191161b60bf1bd6f5f6853@avcodec.org> Message-ID: <052.a39973d26986d1084e876eb55a6d9462@avcodec.org> #2399: when merging audio and video to mp4 , the audio / video not syncdiated correctly -------------------------------------+------------------------------------- Reporter: chinshou | 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 chinshou): sorry , I press the submit button twice , create additional ticket , please delete this one. thanks -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 25 05:26:40 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Mar 2013 04:26:40 -0000 Subject: [FFmpeg-trac] #1598(undetermined:open): Muxing raw h264 into mpegts (and mkv) fails. In-Reply-To: <036.d45739aad8809e170517645b3cf7de1b@avcodec.org> References: <036.d45739aad8809e170517645b3cf7de1b@avcodec.org> Message-ID: <051.0f7c480da726f65833010d2360d39ea6@avcodec.org> #1598: Muxing raw h264 into mpegts (and mkv) fails. -------------------------------------+------------------------------------- Reporter: Mista_D | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: mpegts h264 | Resolution: av_interleaved_write_frame | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ramitbhalla): I'm facing the same problem when trying to remux raw H264 video into a TS file. I've specified genpts and the frame rate: {{{ ffmpeg -probesize 100M -analyzeduration 300M -fflags +genpts -y -r 25 -f h264 -i "H264CopyRemux No Audio_VIDEO" -i "H264CopyRemux No Audio_AUDIO0" -acodec copy -vcodec copy -f mpegts "H264CopyRemux No Audio.ts" --> ffmpeg version N-48065-g6375318 Copyright (c) 2000-2012 the FFmpeg developers --> built on Dec 21 2012 09:06:30 with gcc 4.7.2 (GCC) --> configuration: --enable-static --arch=x86 --target-os=mingw32 --cross-prefix=/home/rdp/dev/ffmpeg-windows-build- helpers/sandbox/mingw-w64-i686/bin/i686-w64-mingw32- --pkg-config=pkg- config --enable-gpl --enable-libx264 --enable-avisynth --enable-libxvid --enable-libmp3lame --enable-version3 --enable-zlib --enable-librtmp --enable-libvorbis --enable-libtheora --enable-libspeex --enable- libopenjpeg --enable-gnutls --enable-libgsm --enable-libfreetype --enable- fontconfig --enable-libass --enable-libutvideo --enable-libopus --disable- w32threads --enable-frei0r --enable-filter=frei0r --enable-libvo-aacenc --enable-bzlib --enable-libxavs --extra-cflags=-DPTW32_STATIC_LIB --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libvo- amrwbenc --enable-libschroedinger --enable-libbluray --enable-libvpx --enable-runtime-cpudetect --> libavutil 52. 12.100 / 52. 12.100 --> libavcodec 54. 81.100 / 54. 81.100 --> libavformat 54. 49.102 / 54. 49.102 --> libavdevice 54. 3.102 / 54. 3.102 --> libavfilter 3. 29.100 / 3. 29.100 --> libswscale 2. 1.103 / 2. 1.103 --> libswresample 0. 17.102 / 0. 17.102 --> libpostproc 52. 2.100 / 52. 2.100 --> [h264 @ 003ed680] non-existing SPS 0 referenced in buffering period --> [h264 @ 003ed680] non-existing PPS referenced --> [h264 @ 003ed680] non-existing SPS 0 referenced in buffering period --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] no frame! --> [h264 @ 003ed680] non-existing SPS 0 referenced in buffering period --> [h264 @ 003ed680] non-existing PPS referenced --> [h264 @ 003ed680] non-existing SPS 0 referenced in buffering period --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] no frame! --> [h264 @ 003ed680] non-existing SPS 0 referenced in buffering period --> [h264 @ 003ed680] non-existing PPS referenced --> [h264 @ 003ed680] non-existing SPS 0 referenced in buffering period --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] no frame! --> [h264 @ 003ed680] non-existing SPS 0 referenced in buffering period --> [h264 @ 003ed680] non-existing PPS referenced --> [h264 @ 003ed680] non-existing SPS 0 referenced in buffering period --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] no frame! --> [h264 @ 003ed680] non-existing SPS 0 referenced in buffering period --> [h264 @ 003ed680] non-existing PPS referenced --> [h264 @ 003ed680] non-existing SPS 0 referenced in buffering period --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] no frame! --> [h264 @ 003ed680] non-existing SPS 0 referenced in buffering period --> [h264 @ 003ed680] non-existing PPS referenced --> [h264 @ 003ed680] non-existing SPS 0 referenced in buffering period --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] no frame! --> [h264 @ 003ed680] non-existing SPS 0 referenced in buffering period --> [h264 @ 003ed680] non-existing PPS referenced --> [h264 @ 003ed680] non-existing SPS 0 referenced in buffering period --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] no frame! --> [h264 @ 003ed680] non-existing SPS 0 referenced in buffering period --> [h264 @ 003ed680] non-existing PPS referenced --> [h264 @ 003ed680] non-existing SPS 0 referenced in buffering period --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] no frame! --> [h264 @ 003ed680] non-existing SPS 0 referenced in buffering period --> [h264 @ 003ed680] non-existing PPS referenced --> [h264 @ 003ed680] non-existing SPS 0 referenced in buffering period --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] no frame! --> [h264 @ 003ed680] non-existing SPS 0 referenced in buffering period --> [h264 @ 003ed680] non-existing PPS referenced --> [h264 @ 003ed680] non-existing SPS 0 referenced in buffering period --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] no frame! --> [h264 @ 003ed680] non-existing SPS 0 referenced in buffering period --> [h264 @ 003ed680] non-existing PPS referenced --> [h264 @ 003ed680] non-existing SPS 0 referenced in buffering period --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] no frame! --> [h264 @ 003ed680] non-existing SPS 0 referenced in buffering period --> [h264 @ 003ed680] non-existing PPS referenced --> [h264 @ 003ed680] non-existing SPS 0 referenced in buffering period --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] no frame! --> [h264 @ 003ed680] non-existing SPS 0 referenced in buffering period --> [h264 @ 003ed680] non-existing PPS referenced --> [h264 @ 003ed680] non-existing SPS 0 referenced in buffering period --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] no frame! --> [h264 @ 003ed680] non-existing SPS 0 referenced in buffering period --> [h264 @ 003ed680] non-existing PPS referenced --> [h264 @ 003ed680] non-existing SPS 0 referenced in buffering period --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] no frame! --> [h264 @ 003ed680] non-existing SPS 0 referenced in buffering period --> [h264 @ 003ed680] non-existing PPS referenced --> [h264 @ 003ed680] non-existing SPS 0 referenced in buffering period --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] no frame! --> [h264 @ 003ed680] non-existing SPS 0 referenced in buffering period --> [h264 @ 003ed680] non-existing PPS referenced --> [h264 @ 003ed680] non-existing SPS 0 referenced in buffering period --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] no frame! --> [h264 @ 003ed680] non-existing SPS 0 referenced in buffering period --> [h264 @ 003ed680] non-existing PPS referenced --> [h264 @ 003ed680] non-existing SPS 0 referenced in buffering period --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] no frame! --> [h264 @ 003ed680] non-existing SPS 0 referenced in buffering period --> [h264 @ 003ed680] non-existing PPS referenced --> [h264 @ 003ed680] non-existing SPS 0 referenced in buffering period --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] no frame! --> [h264 @ 003ed680] non-existing SPS 0 referenced in buffering period --> [h264 @ 003ed680] non-existing PPS referenced --> [h264 @ 003ed680] non-existing SPS 0 referenced in buffering period --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] no frame! --> [h264 @ 003ed680] non-existing SPS 0 referenced in buffering period --> [h264 @ 003ed680] non-existing PPS referenced --> [h264 @ 003ed680] non-existing SPS 0 referenced in buffering period --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] no frame! --> [h264 @ 003ed680] non-existing SPS 0 referenced in buffering period --> [h264 @ 003ed680] non-existing PPS referenced --> [h264 @ 003ed680] non-existing SPS 0 referenced in buffering period --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] no frame! --> [h264 @ 003ed680] non-existing SPS 0 referenced in buffering period --> [h264 @ 003ed680] non-existing PPS referenced --> [h264 @ 003ed680] non-existing SPS 0 referenced in buffering period --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] no frame! --> [h264 @ 003ed680] non-existing SPS 0 referenced in buffering period --> [h264 @ 003ed680] non-existing PPS referenced --> [h264 @ 003ed680] non-existing SPS 0 referenced in buffering period --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] no frame! --> [h264 @ 003ed680] non-existing SPS 0 referenced in buffering period --> [h264 @ 003ed680] non-existing PPS referenced --> [h264 @ 003ed680] non-existing SPS 0 referenced in buffering period --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] no frame! --> [h264 @ 003ed680] non-existing SPS 0 referenced in buffering period --> [h264 @ 003ed680] non-existing PPS referenced --> [h264 @ 003ed680] non-existing SPS 0 referenced in buffering period --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] no frame! --> [h264 @ 003ed680] non-existing SPS 0 referenced in buffering period --> [h264 @ 003ed680] non-existing PPS referenced --> [h264 @ 003ed680] non-existing SPS 0 referenced in buffering period --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] no frame! --> [h264 @ 003ed680] non-existing SPS 0 referenced in buffering period --> [h264 @ 003ed680] non-existing PPS referenced --> [h264 @ 003ed680] non-existing SPS 0 referenced in buffering period --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] no frame! --> [h264 @ 003ed680] non-existing SPS 0 referenced in buffering period --> [h264 @ 003ed680] non-existing PPS referenced --> [h264 @ 003ed680] non-existing SPS 0 referenced in buffering period --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] no frame! --> [h264 @ 003ed680] non-existing SPS 0 referenced in buffering period --> [h264 @ 003ed680] non-existing PPS referenced --> [h264 @ 003ed680] non-existing SPS 0 referenced in buffering period --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] no frame! --> [h264 @ 003ed680] non-existing SPS 0 referenced in buffering period --> [h264 @ 003ed680] non-existing PPS referenced --> [h264 @ 003ed680] non-existing SPS 0 referenced in buffering period --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] no frame! --> [h264 @ 003ed680] non-existing SPS 0 referenced in buffering period --> [h264 @ 003ed680] non-existing PPS referenced --> [h264 @ 003ed680] non-existing SPS 0 referenced in buffering period --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] no frame! --> [h264 @ 003ed680] non-existing SPS 0 referenced in buffering period --> [h264 @ 003ed680] non-existing PPS referenced --> [h264 @ 003ed680] non-existing SPS 0 referenced in buffering period --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] non-existing PPS 0 referenced --> [h264 @ 003ed680] decode_slice_header error --> [h264 @ 003ed680] no frame! --> [h264 @ 003ed680] mmco: unref short failure --> Last message repeated 3 times --> [h264 @ 003ed680] Missing reference picture, default is 65592 --> Last message repeated 5 times --> [h264 @ 003ed680] reference picture missing during reorder --> Last message repeated 1 times --> [h264 @ 003ed680] Missing reference picture, default is 65593 --> Last message repeated 2 times --> [h264 @ 003ed680] reference picture missing during reorder --> Last message repeated 1 times --> [h264 @ 003ed680] Missing reference picture, default is 65593 --> Last message repeated 2 times --> [h264 @ 003ed680] reference picture missing during reorder --> Last message repeated 1 times --> [h264 @ 003ed680] Missing reference picture, default is 65593 --> Last message repeated 2 times --> [h264 @ 003ed680] reference picture missing during reorder --> Last message repeated 1 times --> [h264 @ 003ed680] Missing reference picture, default is 65593 --> Last message repeated 2 times --> [h264 @ 003ed680] reference picture missing during reorder --> Last message repeated 1 times --> [h264 @ 003ed680] Missing reference picture, default is 65593 --> Last message repeated 2 times --> [h264 @ 003ed680] reference picture missing during reorder --> Last message repeated 1 times --> [h264 @ 003ed680] Missing reference picture, default is 65593 --> Last message repeated 2 times --> [h264 @ 003ed680] mmco: unref short failure --> Last message repeated 1 times --> [h264 @ 003ef4a0] Stream #0: not enough frames to estimate rate; consider increasing probesize --> [h264 @ 003ef4a0] Estimating duration from bitrate, this may be inaccurate --> Input #0, h264, from 'H264CopyRemux No Audio_VIDEO': --> Duration: N/A, bitrate: N/A --> Video duration=0 --> Stream #0:0: Video: h264 (High), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 25 fps, 25 tbr, 1200k tbn, 50 tbc --> [aac_latm @ 036101c0] initializing latmctx --> [loas @ 09cef800] max_analyze_duration 5000000 reached at 5013333 --> [loas @ 09cef800] Estimating duration from bitrate, this may be inaccurate --> Input #1, loas, from 'H264CopyRemux No Audio_AUDIO0': --> Duration: N/A, bitrate: N/A --> Video duration=0 --> Stream #1:0: Audio: aac_latm, 48000 Hz, stereo, fltp --> Output #0, mpegts, to 'H264CopyRemux No Audio.ts': --> Metadata: --> encoder : Lavf54.49.102 --> Stream #0:0: Video: h264, yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 25 fps, 90k tbn, 25 tbc --> Stream #0:1: Audio: aac_latm, 48000 Hz, stereo --> Stream mapping: --> Stream #0:0 -> #0:0 (copy) --> Stream #1:0 -> #0:1 (copy) --> Press [q] to stop, [?] for help --> [mpegts @ 03e6a920] 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 Mon Mar 25 06:31:33 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Mar 2013 05:31:33 -0000 Subject: [FFmpeg-trac] #2401(FFmpeg:new): Unrecognized option 'filter_complex' Message-ID: <035.b2aa98a051d6dbaf2cda7a2c1dff97b0@avcodec.org> #2401: Unrecognized option 'filter_complex' --------------------------------+--------------------------------------- Reporter: alioke | 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: How to reproduce: {{{ % ffmpeg -i taylor.mp3 -i taylor2.mp3 -filter_complex amerge -c:a libmp3lame -q:a 4 output.mp3 ffmpeg version 0.7.15 built on Feb 22 2013 07:22:31 with gcc 4.4.5 }}} Unrecognized option 'filter_complex' i'm running on debian squeeze -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 25 08:13:33 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Mar 2013 07:13:33 -0000 Subject: [FFmpeg-trac] #2399(undetermined:closed): when merging audio and video to mp4 , the audio / video not syncdiated correctly In-Reply-To: <037.759935ce0d191161b60bf1bd6f5f6853@avcodec.org> References: <037.759935ce0d191161b60bf1bd6f5f6853@avcodec.org> Message-ID: <052.74117de0daf628214c718651993ed00c@avcodec.org> #2399: when merging audio and video to mp4 , the audio / video not syncdiated correctly -------------------------------------+------------------------------------- Reporter: chinshou | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => duplicate -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 25 08:15:21 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Mar 2013 07:15:21 -0000 Subject: [FFmpeg-trac] #2401(undetermined:closed): Unrecognized option 'filter_complex' In-Reply-To: <035.b2aa98a051d6dbaf2cda7a2c1dff97b0@avcodec.org> References: <035.b2aa98a051d6dbaf2cda7a2c1dff97b0@avcodec.org> Message-ID: <050.9ce3e4760b19f12072959229f5beb443@avcodec.org> #2401: Unrecognized option 'filter_complex' -------------------------------------+------------------------------------- Reporter: alioke | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid * component: FFmpeg => undetermined Comment: Please update to current git head before reporting problems. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 25 08:25:12 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Mar 2013 07:25:12 -0000 Subject: [FFmpeg-trac] #1598(undetermined:open): Muxing raw h264 into mpegts (and mkv) fails. In-Reply-To: <036.d45739aad8809e170517645b3cf7de1b@avcodec.org> References: <036.d45739aad8809e170517645b3cf7de1b@avcodec.org> Message-ID: <051.aa88a81306b540e6df4c22b2d87b74fa@avcodec.org> #1598: Muxing raw h264 into mpegts (and mkv) fails. -------------------------------------+------------------------------------- Reporter: Mista_D | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: mpegts h264 | Resolution: av_interleaved_write_frame | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): If you believe that your sample is "better" in any way than the sample attached to this ticket please upload. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 25 08:30:24 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Mar 2013 07:30:24 -0000 Subject: [FFmpeg-trac] #2400(undetermined:new): when merging audio and video to mp4 , the audio / video not syncdiated correctly In-Reply-To: <037.cd6b6213972b1ffee8aabe12b8d52aac@avcodec.org> References: <037.cd6b6213972b1ffee8aabe12b8d52aac@avcodec.org> Message-ID: <052.d91a34e1c1b5696c5ffe44cd3fbb108c@avcodec.org> #2400: when merging audio and video to mp4 , the audio / video not syncdiated correctly -------------------------------------+------------------------------------- Reporter: chinshou | 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): Is this problem only reproducible using external libraries or also using "-vcodec mpeg4 -strict -2 -acodec aac"? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 25 08:35:02 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Mar 2013 07:35:02 -0000 Subject: [FFmpeg-trac] #2400(undetermined:new): when merging audio and video to mp4 , the audio / video not syncdiated correctly In-Reply-To: <037.cd6b6213972b1ffee8aabe12b8d52aac@avcodec.org> References: <037.cd6b6213972b1ffee8aabe12b8d52aac@avcodec.org> Message-ID: <052.2e9f26e979745df5ad80be4d5bb25576@avcodec.org> #2400: when merging audio and video to mp4 , the audio / video not syncdiated correctly -------------------------------------+------------------------------------- Reporter: chinshou | 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 chinshou): Hello, same problem with the internal codec. C:\Conversion>ffmpeg -i aaa.mp4 -i bbb.mp4 -vcodec mpeg4 -strict -2 -acodec aac test.mp4 ffmpeg version N-51211-ge0e8c20 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 22 2013 08:56:38 with gcc 4.7.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libg sm --enable-libilbc --enable-libmp3lame --enable-libopencore-amrnb --enable-libo pencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-li bschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-lib twolame --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enabl e-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 22.101 / 52. 22.101 libavcodec 55. 1.100 / 55. 1.100 libavformat 55. 0.100 / 55. 0.100 libavdevice 55. 0.100 / 55. 0.100 libavfilter 3. 48.100 / 3. 48.100 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'aaa.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf54.59.102 Duration: 00:00:08.71, start: 0.000000, bitrate: 245 kb/s Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 1366x768, 241 kb/s, 29.97 fps, 29.97 tbr, 30k tbn, 59.94 tbc Metadata: handler_name : VideoHandler Input #1, mov,mp4,m4a,3gp,3g2,mj2, from 'bbb.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2mp41 encoder : Lavf54.59.102 Duration: 00:00:00.13, start: 0.023220, bitrate: 9029 kb/s Stream #1:0(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 89 40 kb/s Metadata: handler_name : SoundHandler File 'test.mp4' already exists. Overwrite ? [y/N] y Output #0, mp4, to 'test.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf55.0.100 Stream #0:0(und): Video: mpeg4 ( [0][0][0] / 0x0020), yuv420p, 1366x768, q=2 -31, 200 kb/s, 30k tbn, 29.97 tbc Metadata: handler_name : VideoHandler Stream #0:1(und): Audio: aac ([64][0][0][0] / 0x0040), 44100 Hz, stereo, flt p, 128 kb/s Metadata: handler_name : SoundHandler Stream mapping: Stream #0:0 -> #0:0 (h264 -> mpeg4) Stream #1:0 -> #0:1 (aac -> aac) Press [q] to stop, [?] for help frame= 10 fps=0.0 q=6.2 size= 343kB time=00:00:00.33 bitrate=8410.3kbits/s frame= 93 fps= 93 q=31.0 size= 343kB time=00:00:03.10 bitrate= 904.3kbits/ frame= 180 fps=120 q=31.0 size= 343kB time=00:00:06.00 bitrate= 467.2kbits/ frame= 261 fps=130 q=31.0 Lsize= 1986kB time=00:00:08.70 bitrate=1868.6kbits /s video:1859kB audio:124kB subtitle:0 global headers:0kB muxing overhead 0.196587% -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 25 14:58:19 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Mar 2013 13:58:19 -0000 Subject: [FFmpeg-trac] #2402(undetermined:new): FFmpeg marks all subtitles in mkv files as default Message-ID: <037.45b894819f854c28a0fcc64d3be5f4f0@avcodec.org> #2402: FFmpeg marks all subtitles in mkv files as default -------------------------------------+------------------------------------- Reporter: someuser | Type: defect Status: new | Priority: minor Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: Some related discussion was in ticket #1815. When creating a Matroska / mkv file with FFmpeg with several subtitle streams all of them are marked as default and there seems to be no way to disable setting of the default flag for any of the subtitle streams. Below is an example with the presumably correct metadata identifier default-flag=0 in use. With both subtitles marked as default VLC shows the last subtitle stream but MPC-HC shows the first one (provided that no subtitle language preference has been set). How to reproduce: {{{ > ./ffmpeg -fflags +genpts -i test.mp4 -i test-en.srt -i test-fr.srt -c:a copy -c:v copy -c:s copy -metadata:s:s:0 language=eng -metadata:s:s:1 language=fra -metadata:s:s:1 default-flag=0 -map 0:0 -map 0:1 -map 1:0 -map 2:0 test.mkv ffmpeg version N-51211-ge0e8c20 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 22 2013 08:56:38 with gcc 4.7.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgsm --enable-libilbc --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable- libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable- libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 22.101 / 52. 22.101 libavcodec 55. 1.100 / 55. 1.100 libavformat 55. 0.100 / 55. 0.100 libavdevice 55. 0.100 / 55. 0.100 libavfilter 3. 48.100 / 3. 48.100 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'test.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf54.59.106 Duration: 00:00:10.05, start: 0.021333, bitrate: 1257 kb/s Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 576x324 [SAR 1:1 DAR 16:9], 1132 kb/s, 23.98 fps, 23.98 tbr, 11988 tbn, 47.95 tbc Metadata: handler_name : VideoHandler Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 119 kb/s Metadata: handler_name : SoundHandler [srt @ 0272d9e0] Estimating duration from bitrate, this may be inaccurate Input #1, srt, from 'test-en.srt': Duration: N/A, bitrate: N/A Stream #1:0: Subtitle: subrip [srt @ 02861780] Estimating duration from bitrate, this may be inaccurate Input #2, srt, from 'test-fr.srt': Duration: N/A, bitrate: N/A Stream #2:0: Subtitle: subrip Output #0, matroska, to 'test.mkv': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf55.0.100 Stream #0:0(und): Video: h264 (avc1 / 0x31637661), yuv420p, 576x324 [SAR 1:1 DAR 16:9], q=2-31, 1132 kb/s, 23.98 fps, 1k tbn, 11988 tbc Metadata: handler_name : VideoHandler Stream #0:1(und): Audio: aac ([255][0][0][0] / 0x00FF), 48000 Hz, stereo, 119 kb/s Metadata: handler_name : SoundHandler Stream #0:2(eng): Subtitle: subrip Stream #0:3(fra): Subtitle: subrip Metadata: default-flag : 0 Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Stream #1:0 -> #0:2 (copy) Stream #2:0 -> #0:3 (copy) Press [q] to stop, [?] for help frame= 241 fps=0.0 q=-1.0 Lsize= 1542kB time=00:00:10.04 bitrate=1256.9kbits/s video:1389kB audio:146kB subtitle:0 global headers:0kB muxing overhead 0.399761% > ffprobe -i test.mkv -loglevel 0 -show_streams [STREAM] index=0 codec_name=h264 codec_long_name=H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10 profile=High codec_type=video codec_time_base=125/5994 codec_tag_string=[0][0][0][0] codec_tag=0x0000 width=576 height=324 has_b_frames=2 sample_aspect_ratio=1:1 display_aspect_ratio=16:9 pix_fmt=yuv420p level=40 timecode=N/A is_avc=1 nal_length_size=4 id=N/A r_frame_rate=2997/125 avg_frame_rate=2997/125 time_base=1/1000 start_pts=0 start_time=0.000000 duration_ts=N/A duration=N/A bit_rate=N/A nb_frames=N/A nb_read_frames=N/A nb_read_packets=N/A DISPOSITION:default=1 DISPOSITION:dub=0 DISPOSITION:original=0 DISPOSITION:comment=0 DISPOSITION:lyrics=0 DISPOSITION:karaoke=0 DISPOSITION:forced=0 DISPOSITION:hearing_impaired=0 DISPOSITION:visual_impaired=0 DISPOSITION:clean_effects=0 DISPOSITION:attached_pic=0 TAG:LANGUAGE=und TAG:HANDLER_NAME=VideoHandler [/STREAM] [STREAM] index=1 codec_name=aac codec_long_name=AAC (Advanced Audio Coding) profile=unknown codec_type=audio codec_time_base=1/48000 codec_tag_string=[0][0][0][0] codec_tag=0x0000 sample_fmt=fltp sample_rate=48000 channels=2 bits_per_sample=0 id=N/A r_frame_rate=0/0 avg_frame_rate=0/0 time_base=1/1000 start_pts=0 start_time=0.000000 duration_ts=N/A duration=N/A bit_rate=N/A nb_frames=N/A nb_read_frames=N/A nb_read_packets=N/A DISPOSITION:default=1 DISPOSITION:dub=0 DISPOSITION:original=0 DISPOSITION:comment=0 DISPOSITION:lyrics=0 DISPOSITION:karaoke=0 DISPOSITION:forced=0 DISPOSITION:hearing_impaired=0 DISPOSITION:visual_impaired=0 DISPOSITION:clean_effects=0 DISPOSITION:attached_pic=0 TAG:LANGUAGE=und TAG:HANDLER_NAME=SoundHandler [/STREAM] [STREAM] index=2 codec_name=subrip codec_long_name=SubRip subtitle profile=unknown codec_type=subtitle codec_time_base=1/1000 codec_tag_string=[0][0][0][0] codec_tag=0x0000 id=N/A r_frame_rate=0/0 avg_frame_rate=0/0 time_base=1/1000 start_pts=0 start_time=0.000000 duration_ts=N/A duration=N/A bit_rate=N/A nb_frames=N/A nb_read_frames=N/A nb_read_packets=N/A DISPOSITION:default=1 DISPOSITION:dub=0 DISPOSITION:original=0 DISPOSITION:comment=0 DISPOSITION:lyrics=0 DISPOSITION:karaoke=0 DISPOSITION:forced=0 DISPOSITION:hearing_impaired=0 DISPOSITION:visual_impaired=0 DISPOSITION:clean_effects=0 DISPOSITION:attached_pic=0 TAG:LANGUAGE=eng [/STREAM] [STREAM] index=3 codec_name=subrip codec_long_name=SubRip subtitle profile=unknown codec_type=subtitle codec_time_base=1/1000 codec_tag_string=[0][0][0][0] codec_tag=0x0000 id=N/A r_frame_rate=0/0 avg_frame_rate=0/0 time_base=1/1000 start_pts=0 start_time=0.000000 duration_ts=N/A duration=N/A bit_rate=N/A nb_frames=N/A nb_read_frames=N/A nb_read_packets=N/A DISPOSITION:default=1 DISPOSITION:dub=0 DISPOSITION:original=0 DISPOSITION:comment=0 DISPOSITION:lyrics=0 DISPOSITION:karaoke=0 DISPOSITION:forced=0 DISPOSITION:hearing_impaired=0 DISPOSITION:visual_impaired=0 DISPOSITION:clean_effects=0 DISPOSITION:attached_pic=0 TAG:LANGUAGE=fra TAG:DEFAULT-FLAG=0 [/STREAM] > }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 25 15:48:03 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Mar 2013 14:48:03 -0000 Subject: [FFmpeg-trac] #2397(FFmpeg:open): Burn a selected picture based subtitle into video lost most part of the selected subtitle in the result video In-Reply-To: <038.799b8ea28a1c7db24e7ad30df0965a72@avcodec.org> References: <038.799b8ea28a1c7db24e7ad30df0965a72@avcodec.org> Message-ID: <053.e0778b066f2df55488aa31db460a3fd8@avcodec.org> #2397: Burn a selected picture based subtitle into video lost most part of the selected subtitle in the result video ----------------------------------------+---------------------------------- Reporter: littlebat | Owner: Type: defect | Status: open Priority: important | Component: FFmpeg Version: git-master | Resolution: Keywords: sub regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ----------------------------------------+---------------------------------- Comment (by littlebat): I applied the patch provided in: http://ffmpeg.org/pipermail/ffmpeg- devel/2013-March/141153.html , and burned 3 subtitles(French, Simplified Chinese, Traditional Chinese) into video for whole input file which about 1 hour duration separately. I played them concurrently and confirmed all these 3 subtitles have been burned into video exactly. So, this bug seems has been fixed. Thanks for your good job:-) Here is one of my command line to burn subtitle into video: mdx at debian:~/test$ /opt/ffmpeggit/bin/ffmpeg -i CD1.mkv -filter_complex '[0:v][0:s:1]overlay[v]' -map [v] -map 0:a -c:v mpeg4 -q:v 2 -c:a copy CD1_s_1.mkv ffmpeg version N-51285-gae65327 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 25 2013 11:10:36 with gcc 4.4.5 (Debian 4.4.5-8) configuration: --prefix=/opt/ffmpeggit --enable-static --disable-shared --enable-gpl --enable-version3 --enable-nonfree --enable-fontconfig --enable-libass --enable-libfreetype --enable-swscale --enable-postproc --enable-pthreads --enable-libfaac --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libmp3lame --enable-libopenjpeg --enable- libvorbis --enable-libvpx --enable-libx264 --enable-libxvid --extra- cflags=-I/opt/custom/include --extra-ldflags=-L/opt/custom/lib libavutil 52. 22.101 / 52. 22.101 libavcodec 55. 1.100 / 55. 1.100 libavformat 55. 0.100 / 55. 0.100 libavdevice 55. 0.100 / 55. 0.100 libavfilter 3. 48.102 / 3. 48.102 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, matroska,webm, from 'CD1.mkv': Metadata: creation_time : 2009-09-01 23:53:41 Duration: 01:08:31.01, start: 0.000000, bitrate: 3018 kb/s Stream #0:0: Video: h264 (High), yuv420p, 720x480, SAR 1:1 DAR 3:2, 29.97 fps, 29.97 tbr, 1k tbn, 59.94 tbc (default) Stream #0:1: Audio: dts (DTS), 48000 Hz, 5.1(side), fltp, 1536 kb/s (default) Stream #0:2(fre): Subtitle: dvd_subtitle (default) Stream #0:3(chi): Subtitle: dvd_subtitle Stream #0:4(chi): Subtitle: dvd_subtitle Output #0, matroska, to 'CD1_s_1.mkv': Metadata: encoder : Lavf55.0.100 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 720x480 [SAR 1:1 DAR 3:2], q=2-31, 200 kb/s, 1k tbn, 29.97 tbc Stream #0:1: Audio: dts ([1] [0][0] / 0x2001), 48000 Hz, 5.1(side), 1536 kb/s (default) Stream mapping: Stream #0:0 (h264) -> overlay:main Stream #0:3 (dvdsub) -> overlay:overlay overlay -> Stream #0:0 (mpeg4) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help frame= 1 fps=0.0 q=2.0 size= 4kB time=00:00:00.22 bitrate= 159.2kbits/sframe= 9 fps=8.8 q=2.0 size= 57kB time=00:00:00.42 bitrate=1095.5kbits/s (omit...) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 25 19:01:37 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Mar 2013 18:01:37 -0000 Subject: [FFmpeg-trac] #2396(avfilter:closed): Make the Blend effect work with yuvj420p pixel format In-Reply-To: <032.a22de32aa09e0b64571be413e76a0875@avcodec.org> References: <032.a22de32aa09e0b64571be413e76a0875@avcodec.org> Message-ID: <047.30a52ac13c41f6f98f44e33be56b8454@avcodec.org> #2396: Make the Blend effect work with yuvj420p pixel format -------------------------------------+------------------------------------ Reporter: sun | Owner: Type: enhancement | Status: closed Priority: wish | Component: avfilter Version: git-master | Resolution: fixed Keywords: blend | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Your patch was applied, thank you! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 25 19:07:41 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Mar 2013 18:07:41 -0000 Subject: [FFmpeg-trac] #2403(FFmpeg:new): SSA sub unsync / resync Message-ID: <038.7725a8a756dae884ec85a78806c4e527@avcodec.org> #2403: SSA sub unsync / resync -------------------------------------+------------------------------------- Reporter: Ricky1252 | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: Keywords: SSA sub | unspecified unsync / resync | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Im trying to sync ssa/ass subtitles for burnin streaming but whenever the stream changes time, ie -ss 60, the ass will start back at beginning instead of seeking to position. -ss after input results in subtitle overlap of beginning and current time. How to reproduce: {{{ % ffmpeg -ss 60 -i abc.mkv -vf ass=abc.ass -y abc.mp4 ffmpeg version ffmpeg -ss 60 -i abc.mkv -vf ass=abc.ass -y abc.mp4ffmpeg version N-51205-gac9b056 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 22 2013 05:22:54 with gcc 4.6 (Debian 4.6.3-1) configuration: --prefix=/root/ffmpeg-static/64bit --extra-cflags='-I/root/ffmpeg-static/64bit/include -static' --extra-ldflags='-L/root/ffmpeg-static/64bit/lib -static' --extra-libs='-lxml2 -lexpat -lfreetype' --enable-static --disable-shared --disable-ffserver --disable-doc --enable-bzlib --enable-zlib --enable-postproc --enable-runtime-cpudetect --enable-libx264 --enable-gpl --enable-libtheora --enable-libvorbis --enable-libmp3lame --enable-gray --enable-libass --enable-libfreetype --enable-libopenjpeg --enable-libspeex --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-version3 --enable-libvpx libavutil 52. 22.100 / 52. 22.100 libavcodec 55. 1.100 / 55. 1.100 libavformat 55. 0.100 / 55. 0.100 libavdevice 55. 0.100 / 55. 0.100 libavfilter 3. 48.100 / 3. 48.100 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 25 19:25:22 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Mar 2013 18:25:22 -0000 Subject: [FFmpeg-trac] #2403(undetermined:closed): SSA sub unsync / resync In-Reply-To: <038.7725a8a756dae884ec85a78806c4e527@avcodec.org> References: <038.7725a8a756dae884ec85a78806c4e527@avcodec.org> Message-ID: <053.c22401f2849583005f2143acea05cd52@avcodec.org> #2403: SSA sub unsync / resync -------------------------------------+------------------------------------- Reporter: Ricky1252 | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: SSA sub unsync / resync => * resolution: => duplicate * status: new => closed * component: FFmpeg => undetermined Comment: This sounds like a duplicate of ticket #2067, please test again once that ticket is fixed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 25 19:26:58 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Mar 2013 18:26:58 -0000 Subject: [FFmpeg-trac] #2400(undetermined:open): when merging audio and video to mp4 , the audio / video not syncdiated correctly In-Reply-To: <037.cd6b6213972b1ffee8aabe12b8d52aac@avcodec.org> References: <037.cd6b6213972b1ffee8aabe12b8d52aac@avcodec.org> Message-ID: <052.46f182bab945282bf394f87e5c96fc57@avcodec.org> #2400: when merging audio and video to mp4 , the audio / video not syncdiated correctly -------------------------------------+------------------------------------- Reporter: chinshou | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => regression * priority: normal => important * status: new => open * reproduced: 0 => 1 Comment: From a user's perspective, this is a regression since 967facb (depending on the used audio encoder), the original file bbb.mp4 shows no useful timestamps with MPlayer and ffplay: {{{ $ ffplay bbb.mp4 ffplay version N-51293-g67607e2 Copyright (c) 2003-2013 the FFmpeg developers built on Mar 25 2013 19:24:09 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 22.101 / 52. 22.101 libavcodec 55. 1.100 / 55. 1.100 libavformat 55. 0.100 / 55. 0.100 libavdevice 55. 0.100 / 55. 0.100 libavfilter 3. 48.102 / 3. 48.102 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'bbb.mp4':sq= 0B f=0/0 Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2mp41 encoder : Lavf54.59.102 Duration: 00:00:00.13, start: 0.023220, bitrate: 9029 kb/s Stream #0:0(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 8940 kb/s Metadata: handler_name : SoundHandler 0.07 A-V: 0.000 fd= 0 aq= 3KB vq= 0KB sq= 0B f=0/0 real 0m5.974s user 0m0.127s sys 0m0.090s }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 25 19:29:03 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Mar 2013 18:29:03 -0000 Subject: [FFmpeg-trac] #2400(undetermined:open): when merging audio and video to mp4 , the audio / video not syncdiated correctly In-Reply-To: <037.cd6b6213972b1ffee8aabe12b8d52aac@avcodec.org> References: <037.cd6b6213972b1ffee8aabe12b8d52aac@avcodec.org> Message-ID: <052.069d1c636522665435cad80921622386@avcodec.org> #2400: when merging audio and video to mp4 , the audio / video not syncdiated correctly -------------------------------------+------------------------------------- Reporter: chinshou | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: mov aac | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: regression => mov aac regression -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 25 19:54:30 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Mar 2013 18:54:30 -0000 Subject: [FFmpeg-trac] #2402(FFmpeg:open): FFmpeg marks no subtitles in mkv files as default (was: FFmpeg marks all subtitles in mkv files as default) In-Reply-To: <037.45b894819f854c28a0fcc64d3be5f4f0@avcodec.org> References: <037.45b894819f854c28a0fcc64d3be5f4f0@avcodec.org> Message-ID: <052.52167d8c7d4f7494b40335d23e653979@avcodec.org> #2402: FFmpeg marks no subtitles in mkv files as default -------------------------------------+---------------------------------- Reporter: someuser | Owner: Type: enhancement | Status: open Priority: wish | Component: FFmpeg Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+---------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => FFmpeg * priority: minor => wish * analyzed: 0 => 1 * type: defect => enhancement Comment: None of your input subtitle streams is marked as default, current FFmpeg therefore does not write the default flag for any of the subtitle tracks. The Matroska specification - http://matroska.org/technical/specs/index.html (search for FlagDefault) - specifies that the value for the default flag is "default" if nothing is specified, the demuxer therefore marks all subtitle tracks as "default". What is missing afaict is a possibility for the user to mark streams as default streams, an alternative is to always set the first stream as default in the Matroska muxer, I am not completely convinced that this is the best solution, consider sending a patch if that is what you want. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 25 19:58:49 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Mar 2013 18:58:49 -0000 Subject: [FFmpeg-trac] #2402(FFmpeg:open): FFmpeg marks no subtitles in mkv files as default In-Reply-To: <037.45b894819f854c28a0fcc64d3be5f4f0@avcodec.org> References: <037.45b894819f854c28a0fcc64d3be5f4f0@avcodec.org> Message-ID: <052.8954830d21d87d6ac556eb59a7ca382c@avcodec.org> #2402: FFmpeg marks no subtitles in mkv files as default -------------------------------------+---------------------------------- Reporter: someuser | Owner: Type: enhancement | Status: open Priority: wish | Component: FFmpeg Version: git-master | Resolution: Keywords: mkv | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+---------------------------------- Changes (by cehoyos): * keywords: => mkv -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 25 21:54:56 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Mar 2013 20:54:56 -0000 Subject: [FFmpeg-trac] #2388(undetermined:closed): ape: fail to seek In-Reply-To: <038.0b159068090c62c76dfd66d1be5bee10@avcodec.org> References: <038.0b159068090c62c76dfd66d1be5bee10@avcodec.org> Message-ID: <053.3e2392892efab64d65037af686b79acd@avcodec.org> #2388: ape: fail to seek -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: ape | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by DonMoir): I am able to seek to any real time position on the test_2.ape file but it's slow. The bottleneck is in do_apply_filter of apedec.c when it calls: {{{ res = ctx->dsp.scalarproduct_and_madd_int16(f->coeffs, f->delay - order, f->adaptcoeffs - order,order, APESIGN(*data)); }}} APESIGN(*data) is always either -1, 0, or +1, so it seems it could be optimized on that and maybe table driven. I would have to think that it's been looked at in that regard but don't know. Not sure if it's worth the effort but something to think about. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 25 21:58:12 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Mar 2013 20:58:12 -0000 Subject: [FFmpeg-trac] #2402(FFmpeg:open): FFmpeg marks no subtitles in mkv files as default In-Reply-To: <037.45b894819f854c28a0fcc64d3be5f4f0@avcodec.org> References: <037.45b894819f854c28a0fcc64d3be5f4f0@avcodec.org> Message-ID: <052.2071750d81413685b27e035cb7b7c115@avcodec.org> #2402: FFmpeg marks no subtitles in mkv files as default -------------------------------------+---------------------------------- Reporter: someuser | Owner: Type: enhancement | Status: open Priority: wish | Component: FFmpeg Version: git-master | Resolution: Keywords: mkv | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+---------------------------------- Comment (by someuser): Replying to [comment:1 cehoyos]: > None of your input subtitle streams is marked as default, current FFmpeg therefore does not write the default flag for any of the subtitle tracks. The Matroska specification - http://matroska.org/technical/specs/index.html (search for FlagDefault) - specifies that the value for the default flag is "default" if nothing is specified, the demuxer therefore marks all subtitle tracks as "default". Ok, thanks for this background information, I was looking at the above output and saw '''DISPOSITION:default=1''' and also in ''ffmpeg -i test.mkv'' output there is: {{{ Stream #0:2(eng): Subtitle: subrip (default) Stream #0:3(fra): Subtitle: subrip (default) }}} > What is missing afaict is a possibility for the user to mark streams as default streams, an alternative is to always set the first stream as default in the Matroska muxer, I am not completely convinced that this is the best solution, For me as a user the ability to mark streams as default streams sounds like an ideal solution, although forcing the first one being the default one would be ok'ish, too. > consider sending a patch if that is what you want. I am a user unfortunately not a developer so I tried to do my best with home work wrt googling, reading documents, checking for duplicate tickets, etc and since I couldn't find any clear answers I wanted to file this ticket to serve as a note for other users and developers alike. Thanks. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Mar 25 22:41:24 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Mar 2013 21:41:24 -0000 Subject: [FFmpeg-trac] #2402(FFmpeg:open): FFmpeg marks no subtitles in mkv files as default In-Reply-To: <037.45b894819f854c28a0fcc64d3be5f4f0@avcodec.org> References: <037.45b894819f854c28a0fcc64d3be5f4f0@avcodec.org> Message-ID: <052.38f26e3045dc9f41c63008a2ae779263@avcodec.org> #2402: FFmpeg marks no subtitles in mkv files as default -------------------------------------+---------------------------------- Reporter: someuser | Owner: Type: enhancement | Status: open Priority: wish | Component: FFmpeg Version: git-master | Resolution: Keywords: mkv | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+---------------------------------- Comment (by cehoyos): Replying to [comment:3 someuser]: > Replying to [comment:1 cehoyos]: > > None of your input subtitle streams is marked as default, current FFmpeg therefore does not write the default flag for any of the subtitle tracks. The Matroska specification - http://matroska.org/technical/specs/index.html (search for FlagDefault) - specifies that the value for the default flag is "default" if nothing is specified, the demuxer therefore marks all subtitle tracks as "default". > > Ok, thanks for this background information, I was looking at the above output and saw '''DISPOSITION:default=1''' and also in ''ffmpeg -i test.mkv'' output there is: > > {{{ > Stream #0:2(eng): Subtitle: subrip (default) > Stream #0:3(fra): Subtitle: subrip (default) > }}} Allow me to repeat in case I wasn't clear enough: The muxer does not write any default information in your command line, the specification forces the demuxer to report "default" for all streams (because no default information was written). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 26 03:45:45 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Mar 2013 02:45:45 -0000 Subject: [FFmpeg-trac] #2067(avfilter:open): Support subtitles in libavfilter so seek is honored for subtitles filters (like hardsubbing) In-Reply-To: <034.ef4ad1de1cf14bc681e60050c6961fb4@avcodec.org> References: <034.ef4ad1de1cf14bc681e60050c6961fb4@avcodec.org> Message-ID: <049.d44a4489f0ba7c63a61d43886c510358@avcodec.org> #2067: Support subtitles in libavfilter so seek is honored for subtitles filters (like hardsubbing) -------------------------------------+------------------------------------- Reporter: nikov | Owner: Type: enhancement | Status: open Priority: normal | Component: avfilter Version: unspecified | Resolution: Keywords: subtitles | Blocked By: seek | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Ricky1252): Replying to [comment:3 Cigaes]: > I do not think this is absolutely necessary here: if you know how subtitles and seeking work, reading the title of the ticket is enough to guess what and why, the only problem in reproducing it is finding files layound around on one's hard drive. > > The hard part is to devise a clean way of fixing the problem. > > Other temporary workarounds: {{{-ss}}} as output option (slower before the start of encoding), or {{{-copyts}}} to keep the timestamps (but it will require {{{setpts}}} to reset the timestamps afterwards, or it will show in the output file). Can you give an example of how to use setpts? I keep using this option but it doesnt seem to change the output in anyway no matter what I do... example - ffmpeg -ss 60 -i abc.mkv -copyts -vf setpts=PTS-60T -vf ass=abc1.ass -y abc.mp4 iv tried a few of the examples on the guide here [http://ffmpeg.org /ffmpeg-filters.html#setpts] its as if the filter is just being neglected all together nothing changes. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 26 04:07:57 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Mar 2013 03:07:57 -0000 Subject: [FFmpeg-trac] #2224(undetermined:new): HLS output using b-frames has crazy initial timestamps In-Reply-To: <038.19c91c8280bfee628e5a87e4ca6d274c@avcodec.org> References: <038.19c91c8280bfee628e5a87e4ca6d274c@avcodec.org> Message-ID: <053.8d725b9fcb1f76719b5f03457f8f34bb@avcodec.org> #2224: HLS output using b-frames has crazy initial timestamps -------------------------------------+------------------------------------- Reporter: nealzebub | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: libx264 | Resolution: mpegts hls | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by nealzebub): Yeah, according to Wowza folk, that WARNING is due to the first timestamp being zero. "We now add a 10 second offset to the transport stream chunk timecodes (pts and dts values) per Apple's recommendation. Without this the Apple stream validator would throw warning messages. This is also how the Apple segementer works." I think I smell an request to automatically shift timestamps 10 seconds to comply with the rec. http://www.wowza.com/forums/showthread.php?16978-Apple-iOS-Acceptance- Team-rejecting-Wowza-server-media-streams http://www.wowza.com/forums/showthread.php?21181-Wowza-Media-Server-3-5-0 -duration-start-Bug-on-HLS/page2 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 26 07:21:37 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Mar 2013 06:21:37 -0000 Subject: [FFmpeg-trac] #2404(FFmpeg:new): When the video with "white background" the display is gray Message-ID: <035.1eca28c47724a70b0f2df1ebbc511e0e@avcodec.org> #2404: When the video with "white background" the display is gray -------------------------------------+------------------------------------- Reporter: Ken_JJ | Type: defect Status: new | Priority: important Component: FFmpeg | Version: 1.2 Keywords: white | Blocked By: background | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: I use ffmpeg to encode Tv singal,when the video background is white,the image will display gray (the image will full white with some black line). How to reproduce: {{{ ffmpeg -f video4linux2 -s 720:480 -i /dev/video0 -f alsa -i hw:0,0 -vcodec libx264 -pix_fmt yuv420p -acodec libfaac -b:v 4000k -b:a 128k mytest.mp4 ffmpeg version 1.2 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 25 2013 15:32:48 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) configuration: --enable-version3 --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libvpx --enable-libfaac --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libx264 --enable-libxvid --enable-gpl --enable-postproc --enable-nonfree --enable-network --enable- protocol=tcp --enable-demuxer=rtsp --enable-decoder=h264 --enable-zlib libavutil 52. 18.100 / 52. 18.100 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.104 / 54. 63.104 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 42.103 / 3. 42.103 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [video4linux2,v4l2 @ 0x214a5a0] Estimating duration from bitrate, this may be inaccurate Input #0, video4linux2,v4l2, from '/dev/video0': Duration: N/A, start: 1364276769.068877, bitrate: 165722 kb/s Stream #0:0: Video: rawvideo (YUY2 / 0x32595559), yuyv422, 720x480, 165722 k b/s, 29.97 fps, 29.97 tbr, 1000k tbn, 1000k tbc [alsa @ 0x214be60] Estimating duration from bitrate, this may be inaccurate Guessed Channel Layout for Input Stream #1.0 : stereo Input #1, alsa, from 'hw:0,0': Duration: N/A, start: 1364276769.073010, bitrate: 1536 kb/s Stream #1:0: Audio: pcm_s16le, 48000 Hz, stereo, s16, 1536 kb/s [libx264 @ 0x215d2c0] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2 AVX [libx264 @ 0x215d2c0] profile High, level 3.0 [libx264 @ 0x215d2c0] 264 - core 129 - H.264/MPEG-4 AVC codec - Copyleft 2003-2013 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 an alyse=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=36 lookahead_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 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=4000 ratetol=1.0 qcomp=0.60 min=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 Output #0, mp4, to 'mytest.mp4': Metadata: encoder : Lavf54.63.104 Stream #0:0: Video: h264 ([33][0][0][0] / 0x0021), yuv420p, 720x480, q=-1--1, 4000 kb/s, 30k tbn, 29.97 tbc Stream #0:1: Audio: aac ([64][0][0][0] / 0x0040), 48000 Hz, stereo, s16, 128kb/s Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> libx264) Stream #1:0 -> #0:1 (pcm_s16le -> libfaac) Press [q] to stop, [?] for help frame= 17 fps=0.0 q=0.0 size= 0kB time=00:00:00.42 bitrate= 0.9kbits/s frame= 32 fps= 32 q=0.0 size= 0kB time=00:00:00.94 bitrate= 0.4kbits/s frame= 47 fps= 31 q=0.0 size= 0kB time=00:00:01.43 bitrate= 0.3kbits/s frame= 62 fps= 31 q=0.0 size= 0kB time=00:00:01.92 bitrate= 0.2kbits/s frame= 70 fps= 24 q=32766.0 Lsize= 966kB time=00:00:02.30 bitrate=3432.8kb its/s video:926kB audio:36kB subtitle:0 global headers:0kB muxing overhead 0.475477% [libx264 @ 0x215d2c0] frame I:1 Avg QP:14.29 size: 86439 [libx264 @ 0x215d2c0] frame P:19 Avg QP:16.92 size: 28464 [libx264 @ 0x215d2c0] frame B:50 Avg QP:20.94 size: 6410 [libx264 @ 0x215d2c0] consecutive B-frames: 2.9% 0.0% 17.1% 80.0% [libx264 @ 0x215d2c0] mb I I16..4: 8.7% 52.1% 39.2% [libx264 @ 0x215d2c0] mb P I16..4: 0.5% 3.6% 1.1% P16..4: 38.1% 28.9% 20.2% 0.0% 0.0% skip: 7.6% [libx264 @ 0x215d2c0] mb B I16..4: 0.1% 0.0% 0.0% B16..8: 40.1% 6.7% 1.7% direct: 8.1% skip:43.2% L0:34.1% L1:51.3% BI:14.7% [libx264 @ 0x215d2c0] final ratefactor: 12.79 [libx264 @ 0x215d2c0] 8x8 transform intra:59.6% inter:59.4% [libx264 @ 0x215d2c0] coded y,uvDC,uvAC intra: 91.2% 91.3% 79.5% inter: 30.5% 41.7% 19.9% [libx264 @ 0x215d2c0] i16 v,h,dc,p: 18% 37% 2% 42% [libx264 @ 0x215d2c0] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 21% 24% 11% 4% 6% 8% 7% 7% 11% [libx264 @ 0x215d2c0] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 19% 31% 8% 5% 7% 7% 8% 6% 9% [libx264 @ 0x215d2c0] i8c dc,h,v,p: 38% 32% 19% 12% [libx264 @ 0x215d2c0] Weighted P-Frames: Y:0.0% UV:0.0% [libx264 @ 0x215d2c0] ref P L0: 52.3% 12.3% 27.6% 7.7% [libx264 @ 0x215d2c0] ref B L0: 83.8% 14.2% 2.0% [libx264 @ 0x215d2c0] ref B L1: 90.3% 9.7% [libx264 @ 0x215d2c0] kb/s:3246.24 Received signal 2: terminating. }}} Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 26 08:39:25 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Mar 2013 07:39:25 -0000 Subject: [FFmpeg-trac] #2404(undetermined:new): When the video with "white background" the display is gray In-Reply-To: <035.1eca28c47724a70b0f2df1ebbc511e0e@avcodec.org> References: <035.1eca28c47724a70b0f2df1ebbc511e0e@avcodec.org> Message-ID: <050.aac2500b84a2d21f3d70c8f9ea75dfb3@avcodec.org> #2404: When the video with "white background" the display is gray --------------------------------+---------------------------------------- Reporter: Ken_JJ | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 1.2 | Resolution: Keywords: v4l2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Changes (by cehoyos): * keywords: white background => v4l2 * priority: important => normal * component: FFmpeg => undetermined Comment: Do you think this is a regression? Is the problem only reproducible if you use an external library (libx264) or also with a native encoder? Is it reproducible with current git head? Is audio necessary to reproduce the problem? What happens if you remove "-s 720:480" from your command line? And please provide the output of the following command: $ ffmpeg -list_formats all -f v4l2 -i /dev/video0 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 26 08:40:57 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Mar 2013 07:40:57 -0000 Subject: [FFmpeg-trac] #2224(undetermined:new): HLS output using b-frames has crazy initial timestamps In-Reply-To: <038.19c91c8280bfee628e5a87e4ca6d274c@avcodec.org> References: <038.19c91c8280bfee628e5a87e4ca6d274c@avcodec.org> Message-ID: <053.9fa366463f7e762315dfcf87b826ac28@avcodec.org> #2224: HLS output using b-frames has crazy initial timestamps -------------------------------------+------------------------------------- Reporter: nealzebub | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: libx264 | Resolution: mpegts hls | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Could you clarify if the Wowza shows the warning although the Apple stream validator works fine with the stream produced by FFmpeg with -avoid_negative_ts 1 ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 26 09:24:30 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Mar 2013 08:24:30 -0000 Subject: [FFmpeg-trac] #2398(undetermined:open): Bad timestamps for h264 wtv (was: Copy Encoder Produces Broken Output) In-Reply-To: <040.b2959785acc501db7d748146a4ab5901@avcodec.org> References: <040.b2959785acc501db7d748146a4ab5901@avcodec.org> Message-ID: <055.ee07accf31157c6990a942564da20e34@avcodec.org> #2398: Bad timestamps for h264 wtv -------------------------------------+------------------------------------- Reporter: dodgexander | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: wtv h264 | Resolution: dts | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => wtv h264 dts * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 Comment: Sample uploaded to http://samples.ffmpeg.org/ffmpeg-bugs/trac/ticket2398/ The input sample plays fine with WMP, if video gets remuxed with FFmpeg, the resulting file plays with visible stutter in WMP, this (probably) corresponds to the "invalid pts, clipping" messages. Reproducible both with and without audio. {{{ $ ffmpeg -ss 5:00 -i Ticket\ 2398.wtv -vcodec copy -an -t 5 -map_metadata -1 out.ts ffmpeg version N-51295-gea4c99d Copyright (c) 2000-2013 the FFmpeg developers built on Mar 25 2013 23:17:19 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 22.101 / 52. 22.101 libavcodec 55. 1.100 / 55. 1.100 libavformat 55. 0.100 / 55. 0.100 libavdevice 55. 0.100 / 55. 0.100 libavfilter 3. 48.102 / 3. 48.102 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [wtv @ 0x2b8cf40] reported file length (0x90ca4974) exceeds number of available sectors (0x40000000) [wtv @ 0x2b8cf40] truncated file Last message repeated 1 times [h264 @ 0x2b8f560] non-existing SPS 0 referenced in buffering period [h264 @ 0x2b8f560] non-existing PPS referenced [h264 @ 0x2b8f560] non-existing SPS 0 referenced in buffering period [h264 @ 0x2b8f560] non-existing PPS 0 referenced [h264 @ 0x2b8f560] decode_slice_header error [h264 @ 0x2b8f560] non-existing PPS 0 referenced [h264 @ 0x2b8f560] decode_slice_header error [h264 @ 0x2b8f560] non-existing PPS 0 referenced [h264 @ 0x2b8f560] decode_slice_header error [h264 @ 0x2b8f560] non-existing PPS 0 referenced [h264 @ 0x2b8f560] decode_slice_header error [h264 @ 0x2b8f560] non-existing PPS 0 referenced [h264 @ 0x2b8f560] decode_slice_header error [h264 @ 0x2b8f560] non-existing PPS 0 referenced [h264 @ 0x2b8f560] decode_slice_header error [h264 @ 0x2b8f560] no frame! [...] [h264 @ 0x2b8f560] non-existing SPS 0 referenced in buffering period [h264 @ 0x2b8f560] non-existing PPS referenced [h264 @ 0x2b8f560] non-existing SPS 0 referenced in buffering period [h264 @ 0x2b8f560] non-existing PPS 0 referenced [h264 @ 0x2b8f560] decode_slice_header error [h264 @ 0x2b8f560] non-existing PPS 0 referenced [h264 @ 0x2b8f560] decode_slice_header error [h264 @ 0x2b8f560] non-existing PPS 0 referenced [h264 @ 0x2b8f560] decode_slice_header error [h264 @ 0x2b8f560] non-existing PPS 0 referenced [h264 @ 0x2b8f560] decode_slice_header error [h264 @ 0x2b8f560] non-existing PPS 0 referenced [h264 @ 0x2b8f560] decode_slice_header error [h264 @ 0x2b8f560] non-existing PPS 0 referenced [h264 @ 0x2b8f560] decode_slice_header error [h264 @ 0x2b8f560] no frame! [h264 @ 0x2b8f560] mmco: unref short failure Last message repeated 2 times Input #0, wtv, from 'Ticket 2398.wtv': Metadata: WM/MediaClassPrimaryID: db9830bd-3ab3-4fab-8a371a995f7ff74 WM/MediaClassSecondaryID: ba7f258a-62f7-47a9-b21f4651c42a000 Title : The Football League Show WM/SubTitleDescription: Manish Bhasin presents the best of the action from the Football League. With the Championship taking a break, Leagues One and Two take centre stage. The focus is on the race for promotion to the Championship as Sheffield United meet Brentford at Bramall L genre : Sports;Football WM/OriginalReleaseTime: 0 WM/MediaCredits : ;;Manish Bhasin; service_provider: BBC One HD service_name : BBC One HD WM/MediaOriginalChannel: 101 WM/MediaOriginalChannelSubNumber: 0 WM/MediaOriginalBroadcastDateTime: 2013-03-23T00:00:00Z WM/MediaOriginalRunTime: 23959271785 WM/MediaIsStereo: false WM/MediaIsRepeat: false WM/MediaIsLive : false WM/MediaIsTape : false WM/MediaIsDelay : false WM/MediaIsSubtitled: false WM/MediaIsMovie : false WM/MediaIsPremiere: false WM/MediaIsFinale: false WM/MediaIsSAP : false WM/MediaIsSport : true WM/Provider : MediaCenterDefault WM/VideoClosedCaptioning: false WM/WMRVEncodeTime: 2013-03-23 23:58:04 WM/WMRVSeriesUID: !GenericSeries!The Football League Show WM/WMRVServiceID: !MCService!759242 WM/WMRVProgramID: !MCProgram!50424839 WM/WMRVRequestID: 0 WM/WMRVScheduleItemID: 0 WM/WMRVQuality : 0 WM/WMRVOriginalSoftPrePadding: 420 WM/WMRVOriginalSoftPostPadding: 180 WM/WMRVHardPrePadding: -300 WM/WMRVHardPostPadding: 0 WM/WMRVATSCContent: false WM/WMRVDTVContent: true WM/WMRVHDContent: false Duration : 23971198007 WM/WMRVEndTime : 2013-03-24 00:38:01 WM/WMRVBitrate : 8.109982 WM/WMRVKeepUntil: -1 WM/WMRVActualSoftPrePadding: 415 WM/WMRVActualSoftPostPadding: 181 WM/WMRVContentProtected: false WM/WMRVContentProtectedPercent: 0 WM/WMRVExpirationDate: 9999-12-31 23:59:59 WM/WMRVExpirationSpan: 9223372036854775807 WM/WMRVInBandRatingSystem: 255 WM/WMRVInBandRatingLevel: 255 WM/WMRVInBandRatingAttributes: 0 WM/WMRVWatched : false Duration: 00:14:59.49, start: 2.048551, bitrate: 2797 kb/s Stream #0:0[0x21](eng): Subtitle: dvb_subtitle Stream #0:1[0x22](eng): Audio: aac_latm ([2][22][0][0] / 0x1602), 48000 Hz, stereo, fltp (hearing impaired) Stream #0:2[0x23](eng): Audio: aac_latm ([2][22][0][0] / 0x1602), 48000 Hz, 5.1, fltp Stream #0:3[0x24]: Video: h264 (High), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 25 fps, 25 tbr, 10000k tbn, 50 tbc Output #0, mpegts, to 'out.ts': Metadata: encoder : Lavf55.0.100 Stream #0:0: Video: h264, yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 25 fps, 90k tbn, 25 tbc Stream mapping: Stream #0:3 -> #0:0 (copy) Press [q] to stop, [?] for help [mpegts @ 0x2baf7e0] st:0 PTS: 85907 DTS: 85907 < 93108 invalid, clipping [mpegts @ 0x2baf7e0] st:0 PTS: 87707 DTS: 87707 < 93109 invalid, clipping [mpegts @ 0x2baf7e0] st:0 PTS: 82307 DTS: 82307 < 93110 invalid, clipping [mpegts @ 0x2baf7e0] st:0 PTS: 84107 DTS: 84107 < 93111 invalid, clipping [mpegts @ 0x2baf7e0] st:0 PTS: 89507 DTS: 89507 < 93112 invalid, clipping [mpegts @ 0x2baf7e0] st:0 PTS: 91307 DTS: 91307 < 93113 invalid, clipping [mpegts @ 0x2baf7e0] st:0 PTS: 96707 DTS: 96707 < 100308 invalid, clipping [mpegts @ 0x2baf7e0] st:0 PTS: 98507 DTS: 98507 < 100309 invalid, clipping [mpegts @ 0x2baf7e0] st:0 PTS: 197507 DTS: 197507 < 204708 invalid, clipping [mpegts @ 0x2baf7e0] st:0 PTS: 199307 DTS: 199307 < 204709 invalid, clipping [mpegts @ 0x2baf7e0] st:0 PTS: 193907 DTS: 193907 < 204710 invalid, clipping [mpegts @ 0x2baf7e0] st:0 PTS: 195707 DTS: 195707 < 204711 invalid, clipping [mpegts @ 0x2baf7e0] st:0 PTS: 201107 DTS: 201107 < 204712 invalid, clipping [mpegts @ 0x2baf7e0] st:0 PTS: 202907 DTS: 202907 < 204713 invalid, clipping [mpegts @ 0x2baf7e0] st:0 PTS: 208307 DTS: 208307 < 211908 invalid, clipping [mpegts @ 0x2baf7e0] st:0 PTS: 210107 DTS: 210107 < 211909 invalid, clipping [mpegts @ 0x2baf7e0] st:0 PTS: 226307 DTS: 226307 < 233508 invalid, clipping [mpegts @ 0x2baf7e0] st:0 PTS: 228107 DTS: 228107 < 233509 invalid, clipping [mpegts @ 0x2baf7e0] st:0 PTS: 222707 DTS: 222707 < 233510 invalid, clipping [mpegts @ 0x2baf7e0] st:0 PTS: 224507 DTS: 224507 < 233511 invalid, clipping [mpegts @ 0x2baf7e0] st:0 PTS: 229907 DTS: 229907 < 233512 invalid, clipping [mpegts @ 0x2baf7e0] st:0 PTS: 231707 DTS: 231707 < 233513 invalid, clipping [mpegts @ 0x2baf7e0] st:0 PTS: 237107 DTS: 237107 < 240708 invalid, clipping [mpegts @ 0x2baf7e0] st:0 PTS: 238907 DTS: 238907 < 240709 invalid, clipping [mpegts @ 0x2baf7e0] st:0 PTS: 255107 DTS: 255107 < 262308 invalid, clipping [mpegts @ 0x2baf7e0] st:0 PTS: 256907 DTS: 256907 < 262309 invalid, clipping [mpegts @ 0x2baf7e0] st:0 PTS: 251507 DTS: 251507 < 262310 invalid, clipping [mpegts @ 0x2baf7e0] st:0 PTS: 253307 DTS: 253307 < 262311 invalid, clipping [mpegts @ 0x2baf7e0] st:0 PTS: 258707 DTS: 258707 < 262312 invalid, clipping [mpegts @ 0x2baf7e0] st:0 PTS: 260507 DTS: 260507 < 262313 invalid, clipping [mpegts @ 0x2baf7e0] st:0 PTS: 265907 DTS: 265907 < 269508 invalid, clipping [mpegts @ 0x2baf7e0] st:0 PTS: 267707 DTS: 267707 < 269509 invalid, clipping [mpegts @ 0x2baf7e0] st:0 PTS: 283907 DTS: 283907 < 291108 invalid, clipping [mpegts @ 0x2baf7e0] st:0 PTS: 285707 DTS: 285707 < 291109 invalid, clipping [mpegts @ 0x2baf7e0] st:0 PTS: 280307 DTS: 280307 < 291110 invalid, clipping [mpegts @ 0x2baf7e0] st:0 PTS: 282107 DTS: 282107 < 291111 invalid, clipping [mpegts @ 0x2baf7e0] st:0 PTS: 287507 DTS: 287507 < 291112 invalid, clipping [mpegts @ 0x2baf7e0] st:0 PTS: 289307 DTS: 289307 < 291113 invalid, clipping [mpegts @ 0x2baf7e0] st:0 PTS: 305507 DTS: 305507 < 309108 invalid, clipping [mpegts @ 0x2baf7e0] st:0 PTS: 307307 DTS: 307307 < 309109 invalid, clipping [mpegts @ 0x2baf7e0] st:0 PTS: 319907 DTS: 319907 < 323508 invalid, clipping [mpegts @ 0x2baf7e0] st:0 PTS: 321707 DTS: 321707 < 323509 invalid, clipping [mpegts @ 0x2baf7e0] st:0 PTS: 334307 DTS: 334307 < 337908 invalid, clipping [mpegts @ 0x2baf7e0] st:0 PTS: 336107 DTS: 336107 < 337909 invalid, clipping frame= 215 fps=0.0 q=-1.0 Lsize= 7968kB time=00:00:05.03 bitrate=12964.6kbits/s video:7377kB audio:0kB subtitle:0 global headers:0kB muxing overhead 8.005957% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 26 09:27:05 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Mar 2013 08:27:05 -0000 Subject: [FFmpeg-trac] #2398(undetermined:open): Bad timestamps for h264 wtv In-Reply-To: <040.b2959785acc501db7d748146a4ab5901@avcodec.org> References: <040.b2959785acc501db7d748146a4ab5901@avcodec.org> Message-ID: <055.d1b60f28af796b014533559a337e3931@avcodec.org> #2398: Bad timestamps for h264 wtv -------------------------------------+------------------------------------- Reporter: dodgexander | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: wtv h264 | Resolution: dts | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Maybe a duplicate of ticket #2233. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 26 09:31:47 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Mar 2013 08:31:47 -0000 Subject: [FFmpeg-trac] #2400(undetermined:open): A/V desync for separate video and aac in mp4 input files (was: when merging audio and video to mp4 , the audio / video not syncdiated correctly) In-Reply-To: <037.cd6b6213972b1ffee8aabe12b8d52aac@avcodec.org> References: <037.cd6b6213972b1ffee8aabe12b8d52aac@avcodec.org> Message-ID: <052.4a1b5cb61e025bb290e122fe5e07a0ad@avcodec.org> #2400: A/V desync for separate video and aac in mp4 input files -------------------------------------+------------------------------------- Reporter: chinshou | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: mov aac | Resolution: regression desync | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: mov aac regression => mov aac regression desync -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 26 14:09:29 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Mar 2013 13:09:29 -0000 Subject: [FFmpeg-trac] #2363(avutil:new): Default mingw32 compilation is broken by atomic In-Reply-To: <036.5e09ae19b37145fa0c9f3c5c3e5b0fe1@avcodec.org> References: <036.5e09ae19b37145fa0c9f3c5c3e5b0fe1@avcodec.org> Message-ID: <051.ff5dfa04d92f073a35a01e6383f608f6@avcodec.org> #2363: Default mingw32 compilation is broken by atomic ----------------------------------------+---------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: avutil Version: git-master | Resolution: Keywords: win regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------------+---------------------------------- Changes (by KuroiTsuki): * cc: gggg08@? (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 26 15:25:19 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Mar 2013 14:25:19 -0000 Subject: [FFmpeg-trac] #1758(avformat:closed): Damaged transport stream cannot be remuxed In-Reply-To: <036.5ee97abc4192902f87de248e3878e4cd@avcodec.org> References: <036.5ee97abc4192902f87de248e3878e4cd@avcodec.org> Message-ID: <051.249be19c29fb9f130780b00a7ebc801f@avcodec.org> #1758: Damaged transport stream cannot be remuxed -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: | Blocked By: av_interleaved_write_frame h264 | Reproduced by developer: 0 mpegts | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed * component: undetermined => avformat -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 26 15:26:06 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Mar 2013 14:26:06 -0000 Subject: [FFmpeg-trac] #2380(avformat:closed): files with "malformated aac bitstream" can not be remuxed In-Reply-To: <035.ce7acd116ae52a2cf64771cfe63b72d8@avcodec.org> References: <035.ce7acd116ae52a2cf64771cfe63b72d8@avcodec.org> Message-ID: <050.9e8b640b7d2789d503d5a3913394b5d7@avcodec.org> #2380: files with "malformated aac bitstream" can not be remuxed -------------------------------------+------------------------------------- Reporter: julian | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: | Blocked By: av_interleaved_write_frame aac | Reproduced by developer: 1 mov flv regression | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: av_interleaved_write_frame mov flv regression => av_interleaved_write_frame aac mov flv regression * status: open => closed * resolution: => fixed Comment: Should be fixed, thank you for the sample and the pointer to ticket #1758! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 26 15:58:57 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Mar 2013 14:58:57 -0000 Subject: [FFmpeg-trac] #2380(avformat:closed): files with "malformated aac bitstream" can not be remuxed In-Reply-To: <035.ce7acd116ae52a2cf64771cfe63b72d8@avcodec.org> References: <035.ce7acd116ae52a2cf64771cfe63b72d8@avcodec.org> Message-ID: <050.916079897b49169a6cacdced84b1bf63@avcodec.org> #2380: files with "malformated aac bitstream" can not be remuxed -------------------------------------+------------------------------------- Reporter: julian | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: | Blocked By: av_interleaved_write_frame aac | Reproduced by developer: 1 mov flv regression | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by julian): thanks very much. can you tell me which commit fixed the problem? i want to backport the fix. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 26 16:00:18 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Mar 2013 15:00:18 -0000 Subject: [FFmpeg-trac] #2405(FFmpeg:new): FFmpeg does not error out in case of empty output Message-ID: <035.bb16b0130deddc668210dd730f236634@avcodec.org> #2405: FFmpeg does not error out in case of empty output --------------------------------------+-------------------------------- Reporter: ubitux | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: git-master | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+-------------------------------- If a corrupted image fails at re-encoded, ffmpeg still exits zero. Get a PNG: {{{ ? ./ffmpeg -i tests/lena.pnm -y lena.png ffmpeg version N-51308-g0177228 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 26 2013 14:45:00 with gcc 4.7.2 (GCC) configuration: --enable-gpl --enable-version3 --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=colorgcc --samples=/home/ubitux/fate-samples --prefix=/tmp/ffinstall --disable-runtime-cpudetect --enable-libcelt --enable-libopencv --enable-frei0r --enable-libcaca --enable-libiec61883 --enable-libopencore-amrwb --enable-libopencore-amrnb --enable-libopus --enable-libpulse --enable-libspeex --enable-openal --enable-libopencv libavutil 52. 22.101 / 52. 22.101 libavcodec 55. 1.100 / 55. 1.100 libavformat 55. 0.100 / 55. 0.100 libavdevice 55. 0.100 / 55. 0.100 libavfilter 3. 48.105 / 3. 48.105 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, image2, from 'tests/lena.pnm': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: ppm, rgb24, 256x256, 25 tbr, 25 tbn, 25 tbc Output #0, image2, to 'lena.png': Metadata: encoder : Lavf55.0.100 Stream #0:0: Video: png, rgb24, 256x256, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (ppm -> png) Press [q] to stop, [?] for help frame= 1 fps=0.0 q=0.0 Lsize=N/A time=00:00:00.04 bitrate=N/A video:177kB audio:0kB subtitle:0 global headers:0kB muxing overhead -100.012156% }}} Corrupt it: {{{ ? ls -l lena.png -rw-r--r-- 1 ubitux ubitux 177K Mar 26 15:57 lena.png ? dd if=lena.png of=in.png bs=150K count=1 1+0 records in 1+0 records out 153600 bytes (154 kB) copied, 0.000522418 s, 294 MB/s ? ls -l in.png -rw-r--r-- 1 ubitux ubitux 150K Mar 26 15:57 in.png }}} Re-encode it: {{{ ? ./ffmpeg -i in.png out.png ffmpeg version N-51308-g0177228 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 26 2013 14:45:00 with gcc 4.7.2 (GCC) configuration: --enable-gpl --enable-version3 --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=colorgcc --samples=/home/ubitux/fate-samples --prefix=/tmp/ffinstall --disable-runtime-cpudetect --enable-libcelt --enable-libopencv --enable-frei0r --enable-libcaca --enable-libiec61883 --enable-libopencore-amrwb --enable-libopencore-amrnb --enable-libopus --enable-libpulse --enable-libspeex --enable-openal --enable-libopencv libavutil 52. 22.101 / 52. 22.101 libavcodec 55. 1.100 / 55. 1.100 libavformat 55. 0.100 / 55. 0.100 libavdevice 55. 0.100 / 55. 0.100 libavfilter 3. 48.105 / 3. 48.105 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [png @ 0x1b22760] chunk too big Input #0, image2, from 'in.png': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: png, rgb24, 256x256, 25 tbr, 25 tbn, 25 tbc Output #0, image2, to 'out.png': Metadata: encoder : Lavf55.0.100 Stream #0:0: Video: png, rgb24, 256x256, 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 [png @ 0x1b22760] chunk too big Error while decoding stream #0:0: Operation not permitted frame= 0 fps=0.0 q=0.0 Lsize=N/A time=00:00:00.00 bitrate=N/A video:0kB audio:0kB subtitle:0 global headers:0kB muxing overhead -inf% Output file is empty, nothing was encoded (check -ss / -t / -frames parameters if used) ? echo $? 0 ? ls -l out.png ls: cannot access out.png: No such file or directory }}} Using -err_detect explode does not help either. Also, the file isn't even created. This behavior causes trouble when scripting. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 26 16:04:13 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Mar 2013 15:04:13 -0000 Subject: [FFmpeg-trac] #2405(FFmpeg:new): FFmpeg does not error out in case of empty output In-Reply-To: <035.bb16b0130deddc668210dd730f236634@avcodec.org> References: <035.bb16b0130deddc668210dd730f236634@avcodec.org> Message-ID: <050.2804c040c49021b8b535a99d55ae668d@avcodec.org> #2405: FFmpeg does not error out in case of empty output ------------------------------------+---------------------------------- Reporter: ubitux | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Comment (by cehoyos): Does this only happen for the image2 muxer or for all output files? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 26 16:04:44 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Mar 2013 15:04:44 -0000 Subject: [FFmpeg-trac] #2379(undetermined:new): FFmpeg produces broken h264 output. In-Reply-To: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> References: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> Message-ID: <055.ada24b6734093e09de2b7ba78aab7ede@avcodec.org> #2379: FFmpeg produces broken h264 output. -------------------------------------+------------------------------------- Reporter: dodgexander | 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 dodgexander): So what about needing the -ss 1 argument for the files I have that don't copy remux without it? Is this something to be fixed in the future? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 26 16:11:42 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Mar 2013 15:11:42 -0000 Subject: [FFmpeg-trac] #2227(undetermined:new): ffmpeg incorrectly identifying mjpeg as video stream instead of attachment In-Reply-To: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> References: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> Message-ID: <055.c35478c5bc1c054110802e4f1cd395bc@avcodec.org> #2227: ffmpeg incorrectly identifying mjpeg as video stream instead of attachment -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: wtv | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by dodgexander): So if ffmpeg won't mark the stream as something else, how can you differentiate between what is a video stream and what isn't? If you need to map streams independently dependent on the the source file, how do you know which one out of the streams is the jpeg and which is video? Its all well saying -map 0 doesn't intelligently know which streams to map and which not too, but since there is now no way to differentiate between the two types of streams, there should be a different function, other than having to find out which of the streams is a jpeg first. It would be interesting to know exactly what was trying to be achieved here, eg why it is better to be marked as a video stream rather than an attachment. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 26 16:45:41 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Mar 2013 15:45:41 -0000 Subject: [FFmpeg-trac] #2406(undetermined:new): ffmpeg cache protocol bug? Message-ID: <034.7e6026b3b79a1a3c1de1aece4ff136b2@avcodec.org> #2406: ffmpeg cache protocol bug? --------------------------------------+---------------------------------- Reporter: testn | Type: defect Status: new | Priority: normal Component: undetermined | Version: 1.2 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- Summary of the bug: It looks like the duration is incorrect if cache protocol is used. (cache 00:00:03.71 vs file 00:02:25.68 ) How to reproduce: {{{ $ ffprobe "file:///Users/xxxx/Downloads/Videos/Hellboy.ts" [mpeg2video @ 0x7fc6e9015600] 0x0 is invalid Last message repeated 29 times [mpegts @ 0x7fc6e900d000] PES packet size mismatch Input #0, mpegts, from 'file:///Users/xxxx/Downloads/Videos/Hellboy.ts': Duration: 00:02:25.68, start: 41174.341300, bitrate: 10882 kb/s Program 1 Stream #0:0[0x10]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 29.42 fps, 59.94 tbr, 90k tbn, 59.94 tbc Stream #0:1[0x11](eng): Audio: ac3 ([129][0][0][0] / 0x0081), 48000 Hz, stereo, fltp, 384 kb/s $ cat ~/Downloads/Videos/Hellboy.ts | ffprobe "cache:pipe:0" [mpeg2video @ 0x7fd4f9815600] 0x0 is invalid Last message repeated 29 times Input #0, mpegts, from 'cache:pipe:0': Duration: 00:00:03.71, start: 41174.341300, bitrate: 11763 kb/s Program 1 Stream #0:0[0x10]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 29.42 fps, 59.94 tbr, 90k tbn, 59.94 tbc Stream #0:1[0x11](eng): Audio: ac3 ([129][0][0][0] / 0x0081), 48000 Hz, stereo, fltp, 384 kb/s }}} Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 26 17:00:18 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Mar 2013 16:00:18 -0000 Subject: [FFmpeg-trac] #2307(undetermined:new): Stream segmenter bug if total recorded length > 12 hours In-Reply-To: <037.7ccee04022ec1ce61a701a7c400fb40d@avcodec.org> References: <037.7ccee04022ec1ce61a701a7c400fb40d@avcodec.org> Message-ID: <052.602fa330b72e3ce0caa739d52042ce5a@avcodec.org> #2307: Stream segmenter bug if total recorded length > 12 hours -------------------------------------+------------------------------------- Reporter: dgillier | Owner: Type: defect | Status: new Priority: normal | Component: Version: 1.1.3 | undetermined Keywords: segment, | Resolution: duration | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by dgillier): Check the 020 or any previous file and you will have a much higher data rate (that has nothing to do with silence...). It seems that the problem is a bit more tricky. The .mp4 file generated by the segmenter are not correct. They don't have the correct header in place. The file 0.mp4 is readable, but all the others are not, for a reason I don't know.. VLC and other are displaying a black screen with no audio. If with the initial segmented files you add a ffmpeg -i segmentfiles- xxx.mp4 -c copy -y newfile-xxx.mp4, afterward, the new files are correct and readable. But all the files after the 024 one, have false length data. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 26 17:46:17 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Mar 2013 16:46:17 -0000 Subject: [FFmpeg-trac] #2307(undetermined:new): Stream segmenter bug if total recorded length > 12 hours In-Reply-To: <037.7ccee04022ec1ce61a701a7c400fb40d@avcodec.org> References: <037.7ccee04022ec1ce61a701a7c400fb40d@avcodec.org> Message-ID: <052.e2bd0d86c1410d40343e5dbc9619b9ed@avcodec.org> #2307: Stream segmenter bug if total recorded length > 12 hours -------------------------------------+------------------------------------- Reporter: dgillier | Owner: Type: defect | Status: new Priority: normal | Component: Version: 1.1.3 | undetermined Keywords: segment, | Resolution: duration | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Can you reproduce this when using testsrc? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 26 17:47:16 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Mar 2013 16:47:16 -0000 Subject: [FFmpeg-trac] #2406(undetermined:new): ffmpeg cache protocol bug? In-Reply-To: <034.7e6026b3b79a1a3c1de1aece4ff136b2@avcodec.org> References: <034.7e6026b3b79a1a3c1de1aece4ff136b2@avcodec.org> Message-ID: <049.4427049b203a7b38549f64d68b03ea31@avcodec.org> #2406: ffmpeg cache protocol bug? --------------------------------+---------------------------------------- Reporter: testn | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 1.2 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Comment (by cehoyos): Is this only reproducible with ffprobe of also with ffmpeg -i ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 26 17:51:15 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Mar 2013 16:51:15 -0000 Subject: [FFmpeg-trac] #2379(undetermined:new): FFmpeg produces broken h264 output. In-Reply-To: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> References: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> Message-ID: <055.0fc54773aff33b259426b2c8380f2a75@avcodec.org> #2379: FFmpeg produces broken h264 output. -------------------------------------+------------------------------------- Reporter: dodgexander | 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): Sorry, but if you really believe I know what the future brings, you greatly overestimate me... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 26 17:54:01 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Mar 2013 16:54:01 -0000 Subject: [FFmpeg-trac] #2379(undetermined:new): FFmpeg produces broken h264 output. In-Reply-To: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> References: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> Message-ID: <055.a0a7a9b37fe02f95ea694a9b81971d35@avcodec.org> #2379: FFmpeg produces broken h264 output. -------------------------------------+------------------------------------- Reporter: dodgexander | 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): Is there still something that can be fixed about this ticket or can I close it? I am still curious why the problem happens sometimes but not always for you but if you cannot explain this, I probably can't either. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 26 19:02:59 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Mar 2013 18:02:59 -0000 Subject: [FFmpeg-trac] #2379(undetermined:new): FFmpeg produces broken h264 output. In-Reply-To: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> References: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> Message-ID: <055.ee6fcddddee9654e5b1368d8aee43942@avcodec.org> #2379: FFmpeg produces broken h264 output. -------------------------------------+------------------------------------- Reporter: dodgexander | 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 dodgexander): < Could you try if "-ss 1" fixes all these files? You said it yourself. -ss 1 fixes the ones that have this error. Its not intermittent when you '''find''' a source file, no matter how many times you feed it: {{{ ffmpeg -i input.wtv -vcodec copy -acodec copy -map 0:a -map 0:v -f mpegts output.ts }}} It presents: {{{ av_interleaved_write_frame(): Invalid argument }}} If you use: {{{ ffmpeg -ss 1 -i input.wtv -vcodec copy -acodec copy -map 0:a -map 0:v -f mpegts output.ts }}} It works --- So why the -ss 1, why doesn't it work without this? Since you can see the problem in my logs, why is this not recognised as a bug and been flagged to be fixed? Now this is roughly 30% of my h264 .wtv recordings. So if you need anything more to reproduce the file and fix it, let me know. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 26 19:07:59 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Mar 2013 18:07:59 -0000 Subject: [FFmpeg-trac] #2227(undetermined:new): ffmpeg incorrectly identifying mjpeg as video stream instead of attachment In-Reply-To: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> References: <040.0e40d4c07ba00208302aa72082841caf@avcodec.org> Message-ID: <055.87d89eb88e817f1fb6dc8a590543c78e@avcodec.org> #2227: ffmpeg incorrectly identifying mjpeg as video stream instead of attachment -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: wtv | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by dodgexander): * cc: harry.tipper@? (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 26 19:26:54 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Mar 2013 18:26:54 -0000 Subject: [FFmpeg-trac] #2379(undetermined:new): FFmpeg produces broken h264 output. In-Reply-To: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> References: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> Message-ID: <055.1ec81f22f0eb45c144006ad207c273ad@avcodec.org> #2379: FFmpeg produces broken h264 output. -------------------------------------+------------------------------------- Reporter: dodgexander | 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): Isn't this ticket #2220 you are referring to? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 26 19:47:29 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Mar 2013 18:47:29 -0000 Subject: [FFmpeg-trac] #2379(undetermined:new): FFmpeg produces broken h264 output. In-Reply-To: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> References: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> Message-ID: <055.e758698699fe9e148db6997ba7db00c5@avcodec.org> #2379: FFmpeg produces broken h264 output. -------------------------------------+------------------------------------- Reporter: dodgexander | 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 dodgexander): Yes, this is a ticket Ramit opened,I think I also linked it in the other ticket. Surely if you know that -ss 1 fixes, it can be investigated? :) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 26 20:47:10 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Mar 2013 19:47:10 -0000 Subject: [FFmpeg-trac] #2067(avfilter:open): Support subtitles in libavfilter so seek is honored for subtitles filters (like hardsubbing) In-Reply-To: <034.ef4ad1de1cf14bc681e60050c6961fb4@avcodec.org> References: <034.ef4ad1de1cf14bc681e60050c6961fb4@avcodec.org> Message-ID: <049.ab37b4e8e8acb296eb388f4f152f1308@avcodec.org> #2067: Support subtitles in libavfilter so seek is honored for subtitles filters (like hardsubbing) -------------------------------------+------------------------------------- Reporter: nikov | Owner: Type: enhancement | Status: open Priority: normal | Component: avfilter Version: unspecified | Resolution: Keywords: subtitles | Blocked By: seek | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Cigaes): I believe that using {{{-vf}}} twice will only result in the first instance being ignored. You have to put the filters in the same {{{-vf}}} option, separated by comas. You can check the effect of the setpts filter by inserting the showinfo filter before and/or after it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 26 21:04:06 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Mar 2013 20:04:06 -0000 Subject: [FFmpeg-trac] #2407(swscale:new): Conversion from yuv to RGB leads to broken gradients and colors. Message-ID: <032.b2f9319711333fb28f5725d4cdaed5b3@avcodec.org> #2407: Conversion from yuv to RGB leads to broken gradients and colors. ---------------------------------+---------------------------------- Reporter: sun | Type: defect Status: new | Priority: normal Component: swscale | Version: 1.2 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+---------------------------------- Summary of the bug: If you convert a yuv source to RGB, the image is gets broken up. There appears a slight overall color tint as well as a little change in brightness and depending on the input pixel format heavy banding. How to reproduce: {{{ ffmpeg -i dnxhd.mov -vcodec libx264 -b:v 100000k -vf format=rgb24 dnxhdconv.mov ffmpeg version 1.2 built on Mar 25 2013 21:47:38 with gcc 4.7 (Ubuntu/Linaro 4.7.2-2ubuntu1) }}} Download the example file from here: http://www.mediafire.com/?3hk4w4v425d7rwb Use the command and look at the relatively dark, flat sufaces. You can make a countercheck by using: {{{ ffmpeg -i dnxhd.mov -vcodec libx264 -b:v 100000k -vf format=bgr24 dnxhdconv.mov }}} Which will not show the problem, so it's not a mathematical issue of rounding values during conversion, but a unique issue of the rgb24 conversion. This is a dnxd 10-bit file. I have also tested 8 bit limited- and 8 bit fullscale videos and the problem shows up there too, but not that strong. I will post full terminal output as soon as I get my complete system running. It's broken at the moment. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 26 21:22:55 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Mar 2013 20:22:55 -0000 Subject: [FFmpeg-trac] #2380(avformat:closed): files with "malformated aac bitstream" can not be remuxed In-Reply-To: <035.ce7acd116ae52a2cf64771cfe63b72d8@avcodec.org> References: <035.ce7acd116ae52a2cf64771cfe63b72d8@avcodec.org> Message-ID: <050.9b6966abb1b09c00753f1c3170d94326@avcodec.org> #2380: files with "malformated aac bitstream" can not be remuxed -------------------------------------+------------------------------------- Reporter: julian | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: | Blocked By: av_interleaved_write_frame aac | Reproduced by developer: 1 mov flv regression | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by julian): already found it, thanks again -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Mar 26 23:56:35 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Mar 2013 22:56:35 -0000 Subject: [FFmpeg-trac] #2067(avfilter:open): Support subtitles in libavfilter so seek is honored for subtitles filters (like hardsubbing) In-Reply-To: <034.ef4ad1de1cf14bc681e60050c6961fb4@avcodec.org> References: <034.ef4ad1de1cf14bc681e60050c6961fb4@avcodec.org> Message-ID: <049.9c405b967e704d2e00ae57625277277a@avcodec.org> #2067: Support subtitles in libavfilter so seek is honored for subtitles filters (like hardsubbing) -------------------------------------+------------------------------------- Reporter: nikov | Owner: Type: enhancement | Status: open Priority: normal | Component: avfilter Version: unspecified | Resolution: Keywords: subtitles | Blocked By: seek | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Ricky1252): Ah, it works now, but for some reason all the frames are dropped, or nothing happens when I use setpts. Going to keep working on it hopefully can figure it out! If any one can shead some light that would be great! If i figure it out ill post back this is the command line im using now. ffmpeg -ss 60 -i abc.mkv -copyts -vf ass=/home/abc1.ass,setpts=PTS+60T -y abc.mp4 the results are all Frames dropped. xD -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 27 00:27:48 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Mar 2013 23:27:48 -0000 Subject: [FFmpeg-trac] #2067(avfilter:open): Support subtitles in libavfilter so seek is honored for subtitles filters (like hardsubbing) In-Reply-To: <034.ef4ad1de1cf14bc681e60050c6961fb4@avcodec.org> References: <034.ef4ad1de1cf14bc681e60050c6961fb4@avcodec.org> Message-ID: <049.475610ed7a2a6579919eeee30a7a6ba2@avcodec.org> #2067: Support subtitles in libavfilter so seek is honored for subtitles filters (like hardsubbing) -------------------------------------+------------------------------------- Reporter: nikov | Owner: Type: enhancement | Status: open Priority: normal | Component: avfilter Version: unspecified | Resolution: Keywords: subtitles | Blocked By: seek | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Ricky1252): OK! I dont know if its the most efficient way but I got the results Iv desired thank you ^_^ ffmpeg -ss 60 -i abc.mkv -copyts -af setpts=PTS+60/TB -vf ass=abc1.ass,setpts=PTS+60/TB -y abc.mp4 it seeks with subtitles and makes the start of the video at the actual start of the video! yay! thanks so much everyone <3 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 27 00:45:44 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Mar 2013 23:45:44 -0000 Subject: [FFmpeg-trac] #2408(FFplay:new): ffplay A/V sync regression Message-ID: <036.51f2f78be39f1b2bb264720eaeb441b4@avcodec.org> #2408: ffplay A/V sync regression -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: FFplay Version: git- | Keywords: desync master | regression Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- (http://thread.gmane.org/gmane.comp.video.mplayer.user/69641 I have no idea if the MPlayer issue is actually related, probably not) I will attach a flv sample that transcodes fine with ffmpeg, plays with increasing A/V desync with ffplay since e96175a (Add -af option). {{{ $ ffplay glitch-at-0005-0011-0017-etc_cut.flv ffplay version N-51332-g46c48d5 Copyright (c) 2003-2013 the FFmpeg developers built on Mar 27 2013 00:44:39 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 22.101 / 52. 22.101 libavcodec 55. 1.100 / 55. 1.100 libavformat 55. 0.100 / 55. 0.100 libavdevice 55. 0.100 / 55. 0.100 libavfilter 3. 48.105 / 3. 48.105 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, flv, from 'glitch-at-0005-0011-0017-etc_cut.flv': f=0/0 Duration: 00:00:30.21, start: 0.000000, bitrate: 677 kb/s Stream #0:0: Video: h264 (Main), yuv420p, 768x432 [SAR 1:1 DAR 16:9], 876 kb/s, 25 tbr, 1k tbn, 50 tbc Stream #0:1: Audio: aac, 48000 Hz, stereo, fltp, 96 kb/s 7.61 A-V: -0.032 fd= 0 aq= 3KB vq= 22KB sq= 0B f=0/0 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 27 01:21:27 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Mar 2013 00:21:27 -0000 Subject: [FFmpeg-trac] #2380(avformat:closed): files with "malformated aac bitstream" can not be remuxed In-Reply-To: <035.ce7acd116ae52a2cf64771cfe63b72d8@avcodec.org> References: <035.ce7acd116ae52a2cf64771cfe63b72d8@avcodec.org> Message-ID: <050.5fa050981dabd121f2f1d3b97fa3033c@avcodec.org> #2380: files with "malformated aac bitstream" can not be remuxed -------------------------------------+------------------------------------- Reporter: julian | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: | Blocked By: av_interleaved_write_frame aac | Reproduced by developer: 1 mov flv regression | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Fixed in 1741fec, backported to 0.9, 0.10, 0.11, 1.0, 1.1 and 1.2. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 27 03:48:48 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Mar 2013 02:48:48 -0000 Subject: [FFmpeg-trac] #2404(undetermined:new): When the video with "white background" the display is gray In-Reply-To: <035.1eca28c47724a70b0f2df1ebbc511e0e@avcodec.org> References: <035.1eca28c47724a70b0f2df1ebbc511e0e@avcodec.org> Message-ID: <050.0bfeff79031473c19b72faded0dadaeb@avcodec.org> #2404: When the video with "white background" the display is gray --------------------------------+---------------------------------------- Reporter: Ken_JJ | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 1.2 | Resolution: Keywords: v4l2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Comment (by Ken_JJ): Replying to [comment:1 cehoyos]: > Do you think this is a regression? > > Is the problem only reproducible if you use an external library (libx264) or also with a native encoder? > Is it reproducible with current git head? > Is audio necessary to reproduce the problem? > What happens if you remove "-s 720:480" from your command line? > And please provide the output of the following command: > $ ffmpeg -list_formats all -f v4l2 -i /dev/video0 1.I think this is a regression,because I use capture card to grep TV's singal,so when the TV's Advertising is almost white background the problem is happen,but only the white background is error. 2.I only use the libx264,and my OS is Ubuntu server version (not Desktop version,only console),so I can not use the TV software to watch TV(such as "tvtime"). 3.I get from the relase "http://ffmpeg.org/releases/ffmpeg-1.2.tar.bz2" 4.Audio is perfet. 5.When I remove "-s 720:480" the video image will be cut.(My output resolution is 640X480,so when I watch the TV,it is like be cut. 6. Output command {{{ ffmpeg -list_formats all -f v4l2 -i /dev/video0 ffmpeg version 1.2 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 25 2013 15:32:48 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) configuration: --enable-version3 --enable-libopencore-amrnb --enable- libopenco re-amrwb --enable-libvpx --enable-libfaac --enable-libmp3lame --enable- libtheora --enable-libvorbis --enable-libx264 --enable-libxvid --enable-gpl --enable-post proc --enable-nonfree --enable-network --enable-protocol=tcp --enable- demuxer=rt sp --enable-decoder=h264 --enable-zlib libavutil 52. 18.100 / 52. 18.100 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.104 / 54. 63.104 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 42.103 / 3. 42.103 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [video4linux2,v4l2 @ 0x1de1be0] Raw : yuyv422 : 4:2:2, packed, YUYV : /dev/video0: Immediate exit requested }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 27 10:38:56 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Mar 2013 09:38:56 -0000 Subject: [FFmpeg-trac] #2307(undetermined:new): Stream segmenter bug if total recorded length > 12 hours In-Reply-To: <037.7ccee04022ec1ce61a701a7c400fb40d@avcodec.org> References: <037.7ccee04022ec1ce61a701a7c400fb40d@avcodec.org> Message-ID: <052.0b5e3716dd6f776d607371b906083892@avcodec.org> #2307: Stream segmenter bug if total recorded length > 12 hours -------------------------------------+------------------------------------- Reporter: dgillier | Owner: Type: defect | Status: new Priority: normal | Component: Version: 1.1.3 | undetermined Keywords: segment, | Resolution: duration | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Additionally: Is the problem only reproducible if you encode audio and video, or also with -an ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Mar 27 10:52:01 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Mar 2013 09:52:01 -0000 Subject: [FFmpeg-trac] #2307(undetermined:new): Stream segmenter bug if total recorded length > 12 hours In-Reply-To: <037.7ccee04022ec1ce61a701a7c400fb40d@avcodec.org> References: <037.7ccee04022ec1ce61a701a7c400fb40d@avcodec.org> Message-ID: <052.f83fff1cd03d9876e63194ddb3712296@avcodec.org> #2307: Stream segmenter bug if total recorded length > 12 hours -------------------------------------+------------------------------------- Reporter: dgillier | Owner: Type: defect | Status: new Priority: normal | Component: Version: 1.1.3 | undetermined Keywords: segment, | Resolution: duration | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by dgillier): I tried this evening with testsrc and I got strange behavior: Command used was : ffmpeg -f lavfi -i testsrc -f s16le -i /dev/zero -vcodec mpeg4 -vb 400000 -strict -2 -acodec aac -f segment -segment_time 1800 -map 0 -map 1 /mnt/video/tests/test-mp4-%03dt.mp4 I got a file per minute instead of a file per 30 minutes (1800 seconds), but I have in the description of the file (true for all files), a 30 minutes duration ???: ffmpeg -i /mnt/video/tests/test-mp4-998t.mp4 ffmpeg version 1.2 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 19 2013 15:08:09 with gcc 4.4.6 (GCC) 20120305 (Red Hat 4.4.6-4) configuration: --enable-gpl --enable-libmp3lame --enable-libtheora --enable-libvo-aacenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-version3 libavutil 52. 18.100 / 52. 18.100 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.104 / 54. 63.104 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 42.103 / 3. 42.103 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/mnt/video/tests/test- mp4-998t.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2mp41 encoder : Lavf54.63.104 Duration: 00:30:00.00, start: 1796400.000000, bitrate: 406 kb/s Stream #0:0(und): Video: mpeg4 (Simple Profile) (mp4v / 0x7634706D), yuv420p, 320x240 [SAR 1:1 DAR 4:3], 399 kb/s, 25 fps, 25 tbr, 12800 tbn, 25 tbc Metadata: handler_name : VideoHandler Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, mono, fltp, 1 kb/s Metadata: handler_name : SoundHandler I'm going to test with -an Thanks, Denis -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 28 10:48:34 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Mar 2013 09:48:34 -0000 Subject: [FFmpeg-trac] #2407(swscale:new): Conversion from yuv to RGB leads to broken gradients and colors. In-Reply-To: <032.b2f9319711333fb28f5725d4cdaed5b3@avcodec.org> References: <032.b2f9319711333fb28f5725d4cdaed5b3@avcodec.org> Message-ID: <047.8fad5532bd7e02d11ab3f2702aa3c747@avcodec.org> #2407: Conversion from yuv to RGB leads to broken gradients and colors. ------------------------------------+----------------------------------- Reporter: sun | Owner: Type: defect | Status: new Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by sun): * version: 1.2 => git-master Comment: Checked on git-master, too. {{{ ffmpeg -i dnxhd.mov -vcodec libx264 -b:v 100000k -vf format=rgb24 dnxhdconv.mov ffmpeg version 1.2 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 25 2013 21:47:38 with gcc 4.7 (Ubuntu/Linaro 4.7.2-2ubuntu1) configuration: --enable-gpl --enable-libass --enable-libfaac --enable- libfdk-aac --enable-libmp3lame --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libspeex --enable-librtmp --enable-libtheora --enable-libvorbis --enable-libvpx --enable-x11grab --enable-libx264 --enable-nonfree --enable-version3 --enable-frei0r --enable-shared libavutil 52. 18.100 / 52. 18.100 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.104 / 54. 63.104 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 42.103 / 3. 42.103 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'dnxhd.mov': Metadata: major_brand : qt minor_version : 512 compatible_brands: qt encoder : Lavf55.0.100 Duration: 00:00:00.53, start: 0.018667, bitrate: 178813 kb/s Stream #0:0(eng): Video: dnxhd (AVdn / 0x6E645641), yuv422p10le, 1920x1080, 183500 kb/s, 25 fps, 25 tbr, 12800 tbn, 12800 tbc Metadata: handler_name : DataHandler Stream #0:1(eng): Audio: aac (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 97 kb/s Metadata: handler_name : DataHandler File 'dnxhdconv.mov' already exists. Overwrite ? [y/N] y using cpu capabilities: MMX2 SSE2Fast SSEMisalign LZCNT [libx264 @ 0x1009f60] profile High 4:4:4 Predictive, level 4.1, 4:4:4 8-bit [libx264 @ 0x1009f60] 264 - core 130 r45 b3065e6 - H.264/MPEG-4 AVC codec - Copyleft 2003-2013 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=4 threads=9 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=abr mbtree=1 bitrate=100000 ratetol=1.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 Output #0, mov, to 'dnxhdconv.mov': Metadata: major_brand : qt minor_version : 512 compatible_brands: qt encoder : Lavf54.63.104 Stream #0:0(eng): Video: h264 (avc1 / 0x31637661), yuv444p, 1920x1080, q=-1--1, 100000 kb/s, 12800 tbn, 25 tbc Metadata: handler_name : DataHandler Stream #0:1(eng): Audio: aac (mp4a / 0x6134706D), 48000 Hz, stereo, s16, 128 kb/s Metadata: handler_name : DataHandler Stream mapping: Stream #0:0 -> #0:0 (dnxhd -> libx264) Stream #0:1 -> #0:1 (aac -> libfaac) Press [q] to stop, [?] for help frame= 13 fps=5.1 q=32766.0 Lsize= 9196kB time=00:00:00.53 bitrate=141249.5kbits/s video:9188kB audio:6kB subtitle:0 global headers:0kB muxing overhead 0.018588% [libx264 @ 0x1009f60] frame I:1 Avg QP: 0.33 size:865603 [libx264 @ 0x1009f60] frame P:3 Avg QP: 0.49 size:796472 [libx264 @ 0x1009f60] frame B:9 Avg QP: 0.69 size:683675 [libx264 @ 0x1009f60] consecutive B-frames: 7.7% 0.0% 0.0% 92.3% [libx264 @ 0x1009f60] mb I I16..4: 19.7% 34.6% 45.7% [libx264 @ 0x1009f60] mb P I16..4: 9.8% 25.1% 27.0% P16..4: 12.4% 12.8% 11.0% 0.0% 0.0% skip: 1.7% [libx264 @ 0x1009f60] mb B I16..4: 2.3% 8.0% 2.0% B16..8: 40.0% 13.1% 11.2% direct:21.1% skip: 2.4% L0:38.5% L1:32.6% BI:28.9% [libx264 @ 0x1009f60] final ratefactor: -2.14 [libx264 @ 0x1009f60] 8x8 transform intra:45.9% inter:25.7% [libx264 @ 0x1009f60] coded y,u,v intra: 94.2% 53.6% 65.1% inter: 92.2% 60.7% 70.3% [libx264 @ 0x1009f60] i16 v,h,dc,p: 22% 16% 51% 11% [libx264 @ 0x1009f60] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 29% 17% 46% 1% 1% 1% 1% 1% 2% [libx264 @ 0x1009f60] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 26% 24% 21% 4% 5% 6% 5% 4% 5% [libx264 @ 0x1009f60] Weighted P-Frames: Y:0.0% UV:0.0% [libx264 @ 0x1009f60] ref P L0: 69.9% 5.3% 12.4% 12.4% [libx264 @ 0x1009f60] ref B L0: 90.7% 8.2% 1.1% [libx264 @ 0x1009f60] ref B L1: 94.4% 5.6% [libx264 @ 0x1009f60] kb/s:144739.95 }}} I have to revert the statement that the command {{{ ffmpeg -i dnxhd.mov -vcodec libx264 -b:v 100000k -vf format=bgr24 dnxhdconv.mov }}} wouldn't show the issue. In fact I have tried the bgr24 conversion with that command before: {{{ ffmpeg -i dnxhd.mov dnxhdconv.bmp }}} Output: {{{ ffmpeg version 1.2 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 25 2013 21:47:38 with gcc 4.7 (Ubuntu/Linaro 4.7.2-2ubuntu1) configuration: --enable-gpl --enable-libass --enable-libfaac --enable- libfdk-aac --enable-libmp3lame --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libspeex --enable-librtmp --enable-libtheora --enable-libvorbis --enable-libvpx --enable-x11grab --enable-libx264 --enable-nonfree --enable-version3 --enable-frei0r --enable-shared libavutil 52. 18.100 / 52. 18.100 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.104 / 54. 63.104 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 42.103 / 3. 42.103 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'dnxhd.mov': Metadata: major_brand : qt minor_version : 512 compatible_brands: qt encoder : Lavf55.0.100 Duration: 00:00:00.53, start: 0.018667, bitrate: 178813 kb/s Stream #0:0(eng): Video: dnxhd (AVdn / 0x6E645641), yuv422p10le, 1920x1080, 183500 kb/s, 25 fps, 25 tbr, 12800 tbn, 12800 tbc Metadata: handler_name : DataHandler Stream #0:1(eng): Audio: aac (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 97 kb/s Metadata: handler_name : DataHandler File 'dnxhdconv.bmp' already exists. Overwrite ? [y/N] y Output #0, image2, to 'dnxhdconv.bmp': Metadata: major_brand : qt minor_version : 512 compatible_brands: qt encoder : Lavf54.63.104 Stream #0:0(eng): Video: bmp, bgr24, 1920x1080, q=2-31, 200 kb/s, 90k tbn, 25 tbc Metadata: handler_name : DataHandler Stream mapping: Stream #0:0 -> #0:0 (dnxhd -> bmp) Press [q] to stop, [?] for help [image2 @ 0x1211500] Could not get frame filename number 2 from pattern 'dnxhdconv.bmp' (either set updatefirst or use a pattern like %03d within the filename pattern) av_interleaved_write_frame(): Invalid argument }}} Which looks good, while doing a conversion to RGB before will look bad. {{{ ffmpeg -i dnxhd.mov -vf format=rgb24 dnxhdconv.bmp ffmpeg version 1.2 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 25 2013 21:47:38 with gcc 4.7 (Ubuntu/Linaro 4.7.2-2ubuntu1) configuration: --enable-gpl --enable-libass --enable-libfaac --enable- libfdk-aac --enable-libmp3lame --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libspeex --enable-librtmp --enable-libtheora --enable-libvorbis --enable-libvpx --enable-x11grab --enable-libx264 --enable-nonfree --enable-version3 --enable-frei0r --enable-shared libavutil 52. 18.100 / 52. 18.100 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.104 / 54. 63.104 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 42.103 / 3. 42.103 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'dnxhd.mov': Metadata: major_brand : qt minor_version : 512 compatible_brands: qt encoder : Lavf55.0.100 Duration: 00:00:00.53, start: 0.018667, bitrate: 178813 kb/s Stream #0:0(eng): Video: dnxhd (AVdn / 0x6E645641), yuv422p10le, 1920x1080, 183500 kb/s, 25 fps, 25 tbr, 12800 tbn, 12800 tbc Metadata: handler_name : DataHandler Stream #0:1(eng): Audio: aac (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 97 kb/s Metadata: handler_name : DataHandler File 'dnxhdconv.bmp' already exists. Overwrite ? [y/N] y Output #0, image2, to 'dnxhdconv.bmp': Metadata: major_brand : qt minor_version : 512 compatible_brands: qt encoder : Lavf54.63.104 Stream #0:0(eng): Video: bmp, bgr24, 1920x1080, q=2-31, 200 kb/s, 90k tbn, 25 tbc Metadata: handler_name : DataHandler Stream mapping: Stream #0:0 -> #0:0 (dnxhd -> bmp) Press [q] to stop, [?] for help [image2 @ 0x7b3500] Could not get frame filename number 2 from pattern 'dnxhdconv.bmp' (either set updatefirst or use a pattern like %03d within the filename pattern) av_interleaved_write_frame(): Invalid argument }}} Blender (www.blender.org) also uses libswscale to convert input yuv videos to PIX_FMT_RGBA and so shows the issue, too. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 28 11:00:11 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Mar 2013 10:00:11 -0000 Subject: [FFmpeg-trac] #2407(swscale:new): Conversion from yuv to RGB leads to broken gradients and colors. In-Reply-To: <032.b2f9319711333fb28f5725d4cdaed5b3@avcodec.org> References: <032.b2f9319711333fb28f5725d4cdaed5b3@avcodec.org> Message-ID: <047.f446bd1263848dd7ad07e8cd05fad659@avcodec.org> #2407: Conversion from yuv to RGB leads to broken gradients and colors. ------------------------------------+----------------------------------- Reporter: sun | Owner: Type: defect | Status: new Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): If you transcode the first frame of your input file to v210 or ffv1, is the output file sufficient to reproduce the problem when converting to bmp? If yes, please attach the ffv1 (or v210) file. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 28 11:58:56 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Mar 2013 10:58:56 -0000 Subject: [FFmpeg-trac] #2307(undetermined:new): Stream segmenter bug if total recorded length > 12 hours In-Reply-To: <037.7ccee04022ec1ce61a701a7c400fb40d@avcodec.org> References: <037.7ccee04022ec1ce61a701a7c400fb40d@avcodec.org> Message-ID: <052.0f19f76fd9e91c47e3d7a1b63193b1c3@avcodec.org> #2307: Stream segmenter bug if total recorded length > 12 hours -------------------------------------+------------------------------------- Reporter: dgillier | Owner: Type: defect | Status: new Priority: normal | Component: Version: 1.1.3 | undetermined Keywords: segment, | Resolution: duration | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:14 dgillier]: > I tried this evening with testsrc and I got strange behavior: > > Command used was : > ffmpeg -f lavfi -i testsrc -f s16le -i /dev/zero -vcodec mpeg4 -vb 400000 -strict -2 -acodec aac -f segment -segment_time 1800 -map 0 -map 1 /mnt/video/tests/test-mp4-%03dt.mp4 > > I got a file per minute instead of a file per 30 minutes (1800 seconds), but I have in the description of the file (true for all files), a 30 minutes duration ???: Sorry, I don't understand, I tested the following command line: $ ffmpeg -f lavfi -i testsrc -f s16le -i /dev/zero -vcodec mpeg4 -vb 400000 -strict -2 -acodec aac -f segment -segment_time 1800 -map 0 -map 1 outsegment-%03d.mp4 I did not wait until 1000 files were written, but tested a few output files and they were all 30 minutes long (definitely not one minute) and that is also what your "ffmpeg -i"-output shows. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 28 12:06:00 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Mar 2013 11:06:00 -0000 Subject: [FFmpeg-trac] #2404(undetermined:new): When the video with "white background" the display is gray In-Reply-To: <035.1eca28c47724a70b0f2df1ebbc511e0e@avcodec.org> References: <035.1eca28c47724a70b0f2df1ebbc511e0e@avcodec.org> Message-ID: <050.cfb19afc305c0966716f050f69e918ec@avcodec.org> #2404: When the video with "white background" the display is gray --------------------------------+---------------------------------------- Reporter: Ken_JJ | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 1.2 | Resolution: Keywords: v4l2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Comment (by cehoyos): Replying to [comment:2 Ken_JJ]: > Replying to [comment:1 cehoyos]: > > Do you think this is a regression? > 1.I think this is a regression,because I use capture card to grep TV's singal,so when the TV's Advertising is almost white background the problem is happen,but only the white background is error. Allow me to try again: Does it work with an older version of FFmpeg? If yes, the problem would be a regression and that would make the ticket important. > > Is the problem only reproducible if you use an external library (libx264) or also with a native encoder? > 2.I only use the libx264,and my OS is Ubuntu server version (not Desktop version,only console),so I can not use the TV software to watch TV(such as "tvtime"). libx264 is an external library, problems that are only reproducible with external libraries are generally more difficult to fix than issues that are also reproducible without using an external library. FFmpeg should always come with native encoders, please test "-vcodec mpeg4" > > Is it reproducible with current git head? > 3.I get from the relase "http://ffmpeg.org/releases/ffmpeg-1.2.tar.bz2" Please test current git head. > > Is audio necessary to reproduce the problem? > 4.Audio is perfet. But is audio necessary to reproduce the problem you see, or does the problem also occur if you use "-an"? > > What happens if you remove "-s 720:480" from your command line? > 5.When I remove "-s 720:480" the video image will be cut.(My output resolution is 640X480,so when I watch the TV,it is like be cut. I am not sure I understand: Is your problem (that the image gets gray iiuc) also reproducible if you remove "-s 720:480"? Or does the display only gets gray if you specify a resolution of "-s 720:480" in your command line? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 28 12:08:47 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Mar 2013 11:08:47 -0000 Subject: [FFmpeg-trac] #2379(undetermined:new): FFmpeg produces broken h264 output. In-Reply-To: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> References: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> Message-ID: <055.2d95fd3152bc4731ac306d667771b316@avcodec.org> #2379: FFmpeg produces broken h264 output. -------------------------------------+------------------------------------- Reporter: dodgexander | 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): Allow me to repeat that I'd still like to understand why - if I understood one of your posts above correctly - ffmpeg sometimes works and sometimes fails for the same input file. If you can reproduce this behaviour (this different behaviour), could you post the command lines together with console output both for the working and the non-working case? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 28 12:13:15 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Mar 2013 11:13:15 -0000 Subject: [FFmpeg-trac] #2407(swscale:new): Conversion from yuv to RGB leads to broken gradients and colors. In-Reply-To: <032.b2f9319711333fb28f5725d4cdaed5b3@avcodec.org> References: <032.b2f9319711333fb28f5725d4cdaed5b3@avcodec.org> Message-ID: <047.cf7fedeabb93e27467b5a764eee39d3a@avcodec.org> #2407: Conversion from yuv to RGB leads to broken gradients and colors. ------------------------------------+----------------------------------- Reporter: sun | Owner: Type: defect | Status: new Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by sun): Hmm, converting the v210 or ffv1 to bmp does not reproduce the problem. But converting the v210 or ffv1 video to an image format that uses rgb24, for example by using {{{ ffmpeg -i ffv1.avi -vf format=rgb24 ffv1.png }}} reproduces the issue. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 28 12:36:33 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Mar 2013 11:36:33 -0000 Subject: [FFmpeg-trac] #2407(swscale:new): Conversion from yuv to RGB leads to broken gradients and colors. In-Reply-To: <032.b2f9319711333fb28f5725d4cdaed5b3@avcodec.org> References: <032.b2f9319711333fb28f5725d4cdaed5b3@avcodec.org> Message-ID: <047.475470c3284e2b9aedf2eb222c2c3895@avcodec.org> #2407: Conversion from yuv to RGB leads to broken gradients and colors. ------------------------------------+----------------------------------- Reporter: sun | Owner: Type: defect | Status: new Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): I tested the following: {{{ $ ffmpeg -i ffv1.avi -pix_fmt bgr24 out.bmp $ ffmpeg -i ffv1.avi -pix_fmt rgb24 out.png }}} {{{ $ ffmpeg -i out.png -i out.bmp -map 0 -f framecrc -pix_fmt bgr24 - -map 1 -f framecrc - ffmpeg version N-51338-g914f48d Copyright (c) 2000-2013 the FFmpeg developers built on Mar 28 2013 11:17:21 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 22.101 / 52. 22.101 libavcodec 55. 1.100 / 55. 1.100 libavformat 55. 0.100 / 55. 0.100 libavdevice 55. 0.100 / 55. 0.100 libavfilter 3. 48.105 / 3. 48.105 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, image2, from 'out.png': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: png, rgb24, 1920x1080, 25 tbr, 25 tbn, 25 tbc [image2 @ 0x32c9440] Stream #0: not enough frames to estimate rate; consider increasing probesize Input #1, image2, from 'out.bmp': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #1:0: Video: bmp, bgr24, 1920x1080, 25 tbr, 25 tbn, 25 tbc #tb 0: 1/25 #tb 0: 1/25 Output #0, framecrc, to 'pipe:': Metadata: encoder : Lavf55.0.100 Stream #0:0: Video: rawvideo (BGR[24] / 0x18524742), bgr24, 1920x1080, q=2-31, 200 kb/s, 25 tbn, 25 tbc Output #1, framecrc, to 'pipe:': Metadata: encoder : Lavf55.0.100 Stream #1:0: Video: rawvideo (BGR[24] / 0x18524742), bgr24, 1920x1080, q=2-31, 200 kb/s, 25 tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (png -> rawvideo) Stream #1:0 -> #1:0 (bmp -> rawvideo) Press [q] to stop, [?] for help 0, 0, 0, 1, 6220800, 0x43fb7af4 0, 0, 0, 1, 6220800, 0x43fb7af4 frame= 1 fps=0.0 q=0.0 Lq=0.0 size= 0kB time=00:00:00.04 bitrate= 14.0kbits/s video:12150kB audio:0kB subtitle:0 global headers:0kB muxing overhead -99.999437% }}} {{{ $ffmpeg -i out.png -i out.bmp -map 0 -f framecrc - -map 1 -f framecrc -pix_fmt rgb24 - ffmpeg version N-51338-g914f48d Copyright (c) 2000-2013 the FFmpeg developers built on Mar 28 2013 11:17:21 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 22.101 / 52. 22.101 libavcodec 55. 1.100 / 55. 1.100 libavformat 55. 0.100 / 55. 0.100 libavdevice 55. 0.100 / 55. 0.100 libavfilter 3. 48.105 / 3. 48.105 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, image2, from 'out.png': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: png, rgb24, 1920x1080, 25 tbr, 25 tbn, 25 tbc [image2 @ 0x261c440] Stream #0: not enough frames to estimate rate; consider increasing probesize Input #1, image2, from 'out.bmp': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #1:0: Video: bmp, bgr24, 1920x1080, 25 tbr, 25 tbn, 25 tbc #tb 0: 1/25 #tb 0: 1/25 Output #0, framecrc, to 'pipe:': Metadata: encoder : Lavf55.0.100 Stream #0:0: Video: rawvideo (RGB[24] / 0x18424752), rgb24, 1920x1080, q=2-31, 200 kb/s, 25 tbn, 25 tbc Output #1, framecrc, to 'pipe:': Metadata: encoder : Lavf55.0.100 Stream #1:0: Video: rawvideo (RGB[24] / 0x18424752), rgb24, 1920x1080, q=2-31, 200 kb/s, 25 tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (png -> rawvideo) Stream #1:0 -> #1:0 (bmp -> rawvideo) Press [q] to stop, [?] for help 0, 0, 0, 1, 6220800, 0x03f17af4 0, 0, 0, 1, 6220800, 0x03f17af4 frame= 1 fps=0.0 q=0.0 Lq=0.0 size= 0kB time=00:00:00.04 bitrate= 14.0kbits/s video:12150kB audio:0kB subtitle:0 global headers:0kB muxing overhead -99.999437% }}} Is the problem reproducible with out.png but not out.bmp? Is there (also) a problem with the conversion from rgb24 to bgr24? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 28 12:39:34 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Mar 2013 11:39:34 -0000 Subject: [FFmpeg-trac] #2407(swscale:new): Conversion from yuv to RGB leads to broken gradients and colors. In-Reply-To: <032.b2f9319711333fb28f5725d4cdaed5b3@avcodec.org> References: <032.b2f9319711333fb28f5725d4cdaed5b3@avcodec.org> Message-ID: <047.7168224711e84f2957a68c05d9d5babb@avcodec.org> #2407: Conversion from yuv to RGB leads to broken gradients and colors. ------------------------------------+----------------------------------- Reporter: sun | Owner: Type: defect | Status: new Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Replying to [comment:4 cehoyos]: > I tested the following: Please ignore, I apparently overwrote a file while testing. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 28 12:42:42 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Mar 2013 11:42:42 -0000 Subject: [FFmpeg-trac] #2379(undetermined:new): FFmpeg produces broken h264 output. In-Reply-To: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> References: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> Message-ID: <055.8470b581dca8274eec6d4de3fce7029c@avcodec.org> #2379: FFmpeg produces broken h264 output. -------------------------------------+------------------------------------- Reporter: dodgexander | 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 dodgexander): > Allow me to repeat that I'd still like to understand why - if I understood one of your posts above correctly - ffmpeg sometimes works and sometimes fails for the same input file. No. It happens all the time with certain files. >If you can reproduce this behaviour (this different behaviour), could you post the command lines together with console output both for the working and the non-working case? Not working: {{{ ffmpeg -i input.wtv -vcodec copy -acodec copy -map 0:a -map 0:v -f mpegts output.ts }}} {{{ O:\ffmpegtest>ffmpeg -i broken.wtv -vcodec copy -acodec copy -map 0:a -map 0:v - f mpegts broken.ts ffmpeg version N-48065-g6375318 Copyright (c) 2000-2012 the FFmpeg developers built on Dec 21 2012 09:06:30 with gcc 4.7.2 (GCC) configuration: --enable-static --arch=x86 --target-os=mingw32 --cross- prefix=/ home/rdp/dev/ffmpeg-windows-build- helpers/sandbox/mingw-w64-i686/bin/i686-w64-mi ngw32- --pkg-config=pkg-config --enable-gpl --enable-libx264 --enable- avisynth - -enable-libxvid --enable-libmp3lame --enable-version3 --enable-zlib --enable-lib rtmp --enable-libvorbis --enable-libtheora --enable-libspeex --enable- libopenjpe g --enable-gnutls --enable-libgsm --enable-libfreetype --enable-fontconfig --ena ble-libass --enable-libutvideo --enable-libopus --disable-w32threads --enable-fr ei0r --enable-filter=frei0r --enable-libvo-aacenc --enable-bzlib --enable- libxav s --extra-cflags=-DPTW32_STATIC_LIB --enable-libopencore-amrnb --enable- libopenc ore-amrwb --enable-libvo-amrwbenc --enable-libschroedinger --enable- libbluray -- enable-libvpx --enable-runtime-cpudetect libavutil 52. 12.100 / 52. 12.100 libavcodec 54. 81.100 / 54. 81.100 libavformat 54. 49.102 / 54. 49.102 libavdevice 54. 3.102 / 54. 3.102 libavfilter 3. 29.100 / 3. 29.100 libswscale 2. 1.103 / 2. 1.103 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [aac_latm @ 0039f820] initializing latmctx [aac_latm @ 0039ec40] initializing latmctx [h264 @ 0039f220] mmco: unref short failure Last message repeated 2 times Input #0, wtv, from 'broken.wtv': Metadata: WM/MediaClassPrimaryID: db9830bd-3ab3-4fab-8a371a995f7ff74 WM/MediaClassSecondaryID: ba7f258a-62f7-47a9-b21f4651c42a000 Title : The Graham Norton Show WM/SubTitleDescription: The award-winning host continues his talk show. Grah am is joined by Sherlock Holmes star Jude Law, Ted and Family Guy actress Mila K unis, Spiderman and 127 Hours star James Franco, and the legendary Dame Judi Den ch. With music from Olly Murs. genre : Shows;Talk Show WM/OriginalReleaseTime: 0 WM/MediaCredits : ;Steve Smith;Graham Norton; service_provider: BBC One HD service_name : BBC One HD WM/MediaOriginalChannel: 101 WM/MediaOriginalChannelSubNumber: 0 WM/MediaOriginalBroadcastDateTime: 2013-03-01T00:00:00Z WM/MediaOriginalRunTime: 29912779688 WM/MediaIsStereo: false WM/MediaIsRepeat: false WM/MediaIsLive : false WM/MediaIsTape : false WM/MediaIsDelay : false WM/MediaIsSubtitled: true WM/MediaIsMovie : false WM/MediaIsPremiere: false WM/MediaIsFinale: false WM/MediaIsSAP : false WM/MediaIsSport : false WM/Provider : MediaCenterDefault WM/VideoClosedCaptioning: false WM/WMRVEncodeTime: 2013-03-01 22:33:08 WM/WMRVSeriesUID: !GenericSeries!The Graham Norton Show WM/WMRVServiceID: !MCService!759242 WM/WMRVProgramID: !MCProgram!49925152 WM/WMRVRequestID: 0 WM/WMRVScheduleItemID: 0 WM/WMRVQuality : 0 WM/WMRVOriginalSoftPrePadding: 420 WM/WMRVOriginalSoftPostPadding: 180 WM/WMRVHardPrePadding: -300 WM/WMRVHardPostPadding: 0 WM/WMRVATSCContent: false WM/WMRVDTVContent: true WM/WMRVHDContent: true Duration : 29918791257 WM/WMRVEndTime : 2013-03-01 23:23:00 WM/WMRVBitrate : 8.018846 WM/WMRVKeepUntil: -1 WM/WMRVActualSoftPrePadding: 411 WM/WMRVActualSoftPostPadding: 180 WM/WMRVContentProtected: false WM/WMRVContentProtectedPercent: 0 WM/WMRVExpirationSpan: 9223372036854775807 WM/WMRVInBandRatingSystem: 255 WM/WMRVInBandRatingLevel: 255 WM/WMRVInBandRatingAttributes: 0 WM/WMRVWatched : false WM/MediaThumbWidth: 352 WM/MediaThumbHeight: 198 WM/MediaThumbStride: 1056 WM/MediaThumbRet: 0 WM/MediaThumbRatingSystem: 255 WM/MediaThumbRatingLevel: 255 WM/MediaThumbRatingAttributes: 0 WM/MediaThumbAspectRatioX: 1920 WM/MediaThumbAspectRatioY: 1080 WM/MediaThumbTimeStamp: -4616189618054758400 WM/MediaThumbType: 2 Duration: 00:49:50.88, start: 1.659108, bitrate: 8021 kb/s Stream #0:0[0x77](eng): Subtitle: dvb_subtitle Stream #0:1[0x78](eng): Audio: aac_latm ([2][22][0][0] / 0x1602), 48000 Hz, stereo, fltp (hearing impaired) Stream #0:2[0x79]: Video: h264 (High), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9] , 25 fps, 25 tbr, 10000k tbn, 50 tbc Stream #0:3[0x7a](eng): Audio: aac_latm ([2][22][0][0] / 0x1602), 48000 Hz, 5.1, fltp Stream #0:4[0x0]: Attachment: mjpeg Metadata: title : TV Thumbnail Output #0, mpegts, to 'broken.ts': Metadata: WM/MediaClassPrimaryID: db9830bd-3ab3-4fab-8a371a995f7ff74 WM/MediaClassSecondaryID: ba7f258a-62f7-47a9-b21f4651c42a000 Title : The Graham Norton Show WM/SubTitleDescription: The award-winning host continues his talk show. Grah am is joined by Sherlock Holmes star Jude Law, Ted and Family Guy actress Mila K unis, Spiderman and 127 Hours star James Franco, and the legendary Dame Judi Den ch. With music from Olly Murs. genre : Shows;Talk Show WM/OriginalReleaseTime: 0 WM/MediaCredits : ;Steve Smith;Graham Norton; service_provider: BBC One HD service_name : BBC One HD WM/MediaOriginalChannel: 101 WM/MediaOriginalChannelSubNumber: 0 WM/MediaOriginalBroadcastDateTime: 2013-03-01T00:00:00Z WM/MediaOriginalRunTime: 29912779688 WM/MediaIsStereo: false WM/MediaIsRepeat: false WM/MediaIsLive : false WM/MediaIsTape : false WM/MediaIsDelay : false WM/MediaIsSubtitled: true WM/MediaIsMovie : false WM/MediaIsPremiere: false WM/MediaIsFinale: false WM/MediaIsSAP : false WM/MediaIsSport : false WM/Provider : MediaCenterDefault WM/VideoClosedCaptioning: false WM/WMRVEncodeTime: 2013-03-01 22:33:08 WM/WMRVSeriesUID: !GenericSeries!The Graham Norton Show WM/WMRVServiceID: !MCService!759242 WM/WMRVProgramID: !MCProgram!49925152 WM/WMRVRequestID: 0 WM/WMRVScheduleItemID: 0 WM/WMRVQuality : 0 WM/WMRVOriginalSoftPrePadding: 420 WM/WMRVOriginalSoftPostPadding: 180 WM/WMRVHardPrePadding: -300 WM/WMRVHardPostPadding: 0 WM/WMRVATSCContent: false WM/WMRVDTVContent: true WM/WMRVHDContent: true Duration : 29918791257 WM/WMRVEndTime : 2013-03-01 23:23:00 WM/WMRVBitrate : 8.018846 WM/WMRVKeepUntil: -1 WM/WMRVActualSoftPrePadding: 411 WM/WMRVActualSoftPostPadding: 180 WM/WMRVContentProtected: false WM/WMRVContentProtectedPercent: 0 WM/WMRVExpirationSpan: 9223372036854775807 WM/WMRVInBandRatingSystem: 255 WM/WMRVInBandRatingLevel: 255 WM/WMRVInBandRatingAttributes: 0 WM/WMRVWatched : false WM/MediaThumbWidth: 352 WM/MediaThumbHeight: 198 WM/MediaThumbStride: 1056 WM/MediaThumbRet: 0 WM/MediaThumbRatingSystem: 255 WM/MediaThumbRatingLevel: 255 WM/MediaThumbRatingAttributes: 0 WM/MediaThumbAspectRatioX: 1920 WM/MediaThumbAspectRatioY: 1080 WM/MediaThumbTimeStamp: -4616189618054758400 WM/MediaThumbType: 2 encoder : Lavf54.49.102 Stream #0:0(eng): Audio: aac_latm ([2][22][0][0] / 0x1602), 48000 Hz, stereo (hearing impaired) Stream #0:1(eng): Audio: aac_latm ([2][22][0][0] / 0x1602), 48000 Hz, 5.1 Stream #0:2: Video: h264, yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 25 fps, 90k tbn, 25 tbc Stream mapping: Stream #0:1 -> #0:0 (copy) Stream #0:3 -> #0:1 (copy) Stream #0:2 -> #0:2 (copy) Press [q] to stop, [?] for help [mpegts @ 03c607e0] pts (103514) < dts (110714) in stream 2 av_interleaved_write_frame(): Invalid argument }}} Working: {{{ ffmpeg -ss 1 -i input.wtv -vcodec copy -acodec copy -map 0:a -map 0:v -f mpegts output.ts }}} Console output: [http://www.datafilehost.com/download-8501f315.html] (too large to copy and paste from cmd window due to excessive warnings) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 28 12:54:11 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Mar 2013 11:54:11 -0000 Subject: [FFmpeg-trac] #2407(swscale:new): Conversion from yuv to RGB leads to broken gradients and colors. In-Reply-To: <032.b2f9319711333fb28f5725d4cdaed5b3@avcodec.org> References: <032.b2f9319711333fb28f5725d4cdaed5b3@avcodec.org> Message-ID: <047.0897ec812c1512685470a5cb32c9bb60@avcodec.org> #2407: Conversion from yuv to RGB leads to broken gradients and colors. ------------------------------------+----------------------------------- Reporter: sun | Owner: Type: defect | Status: new Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Do I understand correctly that rgb.bmp shows the problem but bgr.bmp does not? {{{ $ ffmpeg -i ffv1.avi -vf format=rgb24 rgb.bmp $ ffmpeg -i ffv1.avi -vf format=bgr24 bgr.bmp }}} and the same for: {{{ $ ffmpeg -i ffv1.avi -vf format=rgb24 rgb.bmp $ ffmpeg -i ffv1.avi -vf format=bgr24 bgr.png }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 28 12:58:41 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Mar 2013 11:58:41 -0000 Subject: [FFmpeg-trac] #2379(undetermined:new): FFmpeg produces broken h264 output. In-Reply-To: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> References: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> Message-ID: <055.dbfb1ad5abc8cb0c328000242851c738@avcodec.org> #2379: FFmpeg produces broken h264 output. -------------------------------------+------------------------------------- Reporter: dodgexander | 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): Sorry, but how is this problem (the problem from ticket #2220 about bad initial timestamps) related to this ticket where your wrote in comment:18 that you see a problem when using the third-party application that you cannot reproduce when calling ffmpeg directly? Or did I misunderstand the original problem here (in this ticket) and it is simply a duplicate of ticket #2220 ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 28 13:11:27 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Mar 2013 12:11:27 -0000 Subject: [FFmpeg-trac] #2307(undetermined:new): Stream segmenter bug if total recorded length > 12 hours In-Reply-To: <037.7ccee04022ec1ce61a701a7c400fb40d@avcodec.org> References: <037.7ccee04022ec1ce61a701a7c400fb40d@avcodec.org> Message-ID: <052.0fb013c1132a60e7c1d5b6f929f71914@avcodec.org> #2307: Stream segmenter bug if total recorded length > 12 hours -------------------------------------+------------------------------------- Reporter: dgillier | Owner: Type: defect | Status: new Priority: normal | Component: Version: 1.1.3 | undetermined Keywords: segment, | Resolution: duration | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by dgillier): The problem with $ ffmpeg -f lavfi -i testsrc -f s16le -i /dev/zero -vcodec mpeg4 -vb 400000 -strict -2 -acodec aac -f segment -segment_time 1800 -map 0 -map 1 outsegment-%03d.mp4 is that it is supposed to create a segment every 1800 seconds (30min) and in fact it creates one every 60 seconds. And the result files are declared of having 30min lenght (but actually recorded 1min of content)... Anyway my point is not on using testsrc... I tested with no audio as you requested. Result is a bit different but still not ok. As with audio, segmented .mp4 files are not readable after the first segment. You need to do a ffmpeg -i xxxt.mp4 -c copy xxx.mp4 pass to get headers. VLC read the file (30 minutes of video) but with no time line.. And here is the result off ffmpeg (a 0s duration file): ffmpeg -i /mnt/video/tests/recopie.mp4 ffmpeg version 1.2 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 19 2013 15:08:09 with gcc 4.4.6 (GCC) 20120305 (Red Hat 4.4.6-4) configuration: --enable-gpl --enable-libmp3lame --enable-libtheora --enable-libvo-aacenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-version3 libavutil 52. 18.100 / 52. 18.100 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.104 / 54. 63.104 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 42.103 / 3. 42.103 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x3188a20] Invalid SampleDelta in STTS -599050752 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/mnt/video/tests/recopie.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2mp41 encoder : Lavf54.63.104 Duration: 00:00:00.00, start: 0.000000, bitrate: N/A Stream #0:0(und): Video: mpeg4 (Simple Profile) (mp4v / 0x7634706D), yuv420p, 640x360 [SAR 1:1 DAR 16:9], 400 kb/s, 25 fps, 25 tbr, 12800 tbn, 25 tbc Metadata: handler_name : VideoHandler At least one output file must be specified Tks. Denis -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 28 13:25:38 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Mar 2013 12:25:38 -0000 Subject: [FFmpeg-trac] #2307(undetermined:new): Stream segmenter bug if total recorded length > 12 hours In-Reply-To: <037.7ccee04022ec1ce61a701a7c400fb40d@avcodec.org> References: <037.7ccee04022ec1ce61a701a7c400fb40d@avcodec.org> Message-ID: <052.c732fc192f3c16fda5132fb3fe3540c9@avcodec.org> #2307: Stream segmenter bug if total recorded length > 12 hours -------------------------------------+------------------------------------- Reporter: dgillier | Owner: Type: defect | Status: new Priority: normal | Component: Version: 1.1.3 | undetermined Keywords: segment, | Resolution: duration | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:16 dgillier]: > The problem with $ ffmpeg -f lavfi -i testsrc -f s16le -i /dev/zero -vcodec mpeg4 -vb 400000 -strict -2 -acodec aac -f segment -segment_time 1800 -map 0 -map 1 outsegment-%03d.mp4 is that it is supposed to create a segment every 1800 seconds (30min) and in fact it creates one every 60 seconds. And the result files are declared of having 30min lenght (but actually recorded 1min of content)... Which application are you using to test? I only tested ffplay and MPlayer, but I cannot imagine an application that would play these 30min samples in one minute. Or do you really mean you are unhappy that it took FFmpeg only one minute (on your hardware) to encode a 30 minute file? The reason I ask is that I assume your original report (using udp) will take many hours to reproduce and I have the feeling that most developers will refuse to wait so long that is why I suggested to test with a file (it is already difficult enough to encode 25 - or twelve - hours with a file as input but easier than via udp) and with -i testsrc. > Anyway my point is not on using testsrc... The point is to find out how to reproduce the problem without using udp (or huge files) or clarify that it cannot be reproduced with testsrc. > I tested with no audio as you requested. > Result is a bit different but still not ok. > > As with audio, segmented .mp4 files are not readable after the first segment. Is this the issue you originally reported or a different one? Iirc, originally only the 25th segment was incorrect or did I misunderstand? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 28 13:30:18 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Mar 2013 12:30:18 -0000 Subject: [FFmpeg-trac] #2379(undetermined:new): FFmpeg produces broken h264 output. In-Reply-To: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> References: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> Message-ID: <055.401e3fe59f646f5b821050a4ba9f7c3b@avcodec.org> #2379: FFmpeg produces broken h264 output. -------------------------------------+------------------------------------- Reporter: dodgexander | 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 dodgexander): It isn't related to this ticket, these are two different problems. comment:18 is invalid which is why I asked to close this ticket, I was testing the wrong sample file with the wrong problem, my fault for any confusion. As it stands, the problem I initially opened this ticket for is the same as #2398. Ticket #2398 has the correct sample. The problem I am talking about now (at the end of the thread) is the same as #2220. The difference being, '''unlike''' shown in #2220 adding -ss 1 to the command '''fixes''' the problem, as you recommended above. Can we close this ticket and add to #2220 that -ss 1 in the command fixes the problem? Because I would like to understand why this is and whether ffmpeg can be fixed in the future so the -ss command is not needed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 28 13:33:40 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Mar 2013 12:33:40 -0000 Subject: [FFmpeg-trac] #2379(undetermined:closed): FFmpeg produces broken h264 output. In-Reply-To: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> References: <040.c370a8772833f71a1b6395b8a2831b46@avcodec.org> Message-ID: <055.32464c670883dcc823b5981de153c7e6@avcodec.org> #2379: FFmpeg produces broken h264 output. -------------------------------------+------------------------------------- Reporter: dodgexander | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 28 13:56:50 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Mar 2013 12:56:50 -0000 Subject: [FFmpeg-trac] #2220(undetermined:open): FFMPEG unable to stream copy some wtv H264 into mpegts In-Reply-To: <040.7d3f368aac305d3836cb87d98a1b8ae4@avcodec.org> References: <040.7d3f368aac305d3836cb87d98a1b8ae4@avcodec.org> Message-ID: <055.7035815f8190e9226e674e8f3ea570b3@avcodec.org> #2220: FFMPEG unable to stream copy some wtv H264 into mpegts -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: wtv h264 | Resolution: av_interleaved_write_frame | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by dodgexander): Adding -ss 1 to the command fixes this, but why? Not working: {{{ ffmpeg -i input.wtv -vcodec copy -acodec copy -map 0:a -map 0:v -f mpegts output.ts }}} {{{ O:\ffmpegtest>ffmpeg -i broken.wtv -vcodec copy -acodec copy -map 0:a -map 0:v - f mpegts broken.ts ffmpeg version N-48065-g6375318 Copyright (c) 2000-2012 the FFmpeg developers built on Dec 21 2012 09:06:30 with gcc 4.7.2 (GCC) configuration: --enable-static --arch=x86 --target-os=mingw32 --cross- prefix=/ home/rdp/dev/ffmpeg-windows-build- helpers/sandbox/mingw-w64-i686/bin/i686-w64-mi ngw32- --pkg-config=pkg-config --enable-gpl --enable-libx264 --enable- avisynth - -enable-libxvid --enable-libmp3lame --enable-version3 --enable-zlib --enable-lib rtmp --enable-libvorbis --enable-libtheora --enable-libspeex --enable- libopenjpe g --enable-gnutls --enable-libgsm --enable-libfreetype --enable-fontconfig --ena ble-libass --enable-libutvideo --enable-libopus --disable-w32threads --enable-fr ei0r --enable-filter=frei0r --enable-libvo-aacenc --enable-bzlib --enable- libxav s --extra-cflags=-DPTW32_STATIC_LIB --enable-libopencore-amrnb --enable- libopenc ore-amrwb --enable-libvo-amrwbenc --enable-libschroedinger --enable- libbluray -- enable-libvpx --enable-runtime-cpudetect libavutil 52. 12.100 / 52. 12.100 libavcodec 54. 81.100 / 54. 81.100 libavformat 54. 49.102 / 54. 49.102 libavdevice 54. 3.102 / 54. 3.102 libavfilter 3. 29.100 / 3. 29.100 libswscale 2. 1.103 / 2. 1.103 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [aac_latm @ 0039f820] initializing latmctx [aac_latm @ 0039ec40] initializing latmctx [h264 @ 0039f220] mmco: unref short failure Last message repeated 2 times Input #0, wtv, from 'broken.wtv': Metadata: WM/MediaClassPrimaryID: db9830bd-3ab3-4fab-8a371a995f7ff74 WM/MediaClassSecondaryID: ba7f258a-62f7-47a9-b21f4651c42a000 Title : The Graham Norton Show WM/SubTitleDescription: The award-winning host continues his talk show. Grah am is joined by Sherlock Holmes star Jude Law, Ted and Family Guy actress Mila K unis, Spiderman and 127 Hours star James Franco, and the legendary Dame Judi Den ch. With music from Olly Murs. genre : Shows;Talk Show WM/OriginalReleaseTime: 0 WM/MediaCredits : ;Steve Smith;Graham Norton; service_provider: BBC One HD service_name : BBC One HD WM/MediaOriginalChannel: 101 WM/MediaOriginalChannelSubNumber: 0 WM/MediaOriginalBroadcastDateTime: 2013-03-01T00:00:00Z WM/MediaOriginalRunTime: 29912779688 WM/MediaIsStereo: false WM/MediaIsRepeat: false WM/MediaIsLive : false WM/MediaIsTape : false WM/MediaIsDelay : false WM/MediaIsSubtitled: true WM/MediaIsMovie : false WM/MediaIsPremiere: false WM/MediaIsFinale: false WM/MediaIsSAP : false WM/MediaIsSport : false WM/Provider : MediaCenterDefault WM/VideoClosedCaptioning: false WM/WMRVEncodeTime: 2013-03-01 22:33:08 WM/WMRVSeriesUID: !GenericSeries!The Graham Norton Show WM/WMRVServiceID: !MCService!759242 WM/WMRVProgramID: !MCProgram!49925152 WM/WMRVRequestID: 0 WM/WMRVScheduleItemID: 0 WM/WMRVQuality : 0 WM/WMRVOriginalSoftPrePadding: 420 WM/WMRVOriginalSoftPostPadding: 180 WM/WMRVHardPrePadding: -300 WM/WMRVHardPostPadding: 0 WM/WMRVATSCContent: false WM/WMRVDTVContent: true WM/WMRVHDContent: true Duration : 29918791257 WM/WMRVEndTime : 2013-03-01 23:23:00 WM/WMRVBitrate : 8.018846 WM/WMRVKeepUntil: -1 WM/WMRVActualSoftPrePadding: 411 WM/WMRVActualSoftPostPadding: 180 WM/WMRVContentProtected: false WM/WMRVContentProtectedPercent: 0 WM/WMRVExpirationSpan: 9223372036854775807 WM/WMRVInBandRatingSystem: 255 WM/WMRVInBandRatingLevel: 255 WM/WMRVInBandRatingAttributes: 0 WM/WMRVWatched : false WM/MediaThumbWidth: 352 WM/MediaThumbHeight: 198 WM/MediaThumbStride: 1056 WM/MediaThumbRet: 0 WM/MediaThumbRatingSystem: 255 WM/MediaThumbRatingLevel: 255 WM/MediaThumbRatingAttributes: 0 WM/MediaThumbAspectRatioX: 1920 WM/MediaThumbAspectRatioY: 1080 WM/MediaThumbTimeStamp: -4616189618054758400 WM/MediaThumbType: 2 Duration: 00:49:50.88, start: 1.659108, bitrate: 8021 kb/s Stream #0:0[0x77](eng): Subtitle: dvb_subtitle Stream #0:1[0x78](eng): Audio: aac_latm ([2][22][0][0] / 0x1602), 48000 Hz, stereo, fltp (hearing impaired) Stream #0:2[0x79]: Video: h264 (High), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9] , 25 fps, 25 tbr, 10000k tbn, 50 tbc Stream #0:3[0x7a](eng): Audio: aac_latm ([2][22][0][0] / 0x1602), 48000 Hz, 5.1, fltp Stream #0:4[0x0]: Attachment: mjpeg Metadata: title : TV Thumbnail Output #0, mpegts, to 'broken.ts': Metadata: WM/MediaClassPrimaryID: db9830bd-3ab3-4fab-8a371a995f7ff74 WM/MediaClassSecondaryID: ba7f258a-62f7-47a9-b21f4651c42a000 Title : The Graham Norton Show WM/SubTitleDescription: The award-winning host continues his talk show. Grah am is joined by Sherlock Holmes star Jude Law, Ted and Family Guy actress Mila K unis, Spiderman and 127 Hours star James Franco, and the legendary Dame Judi Den ch. With music from Olly Murs. genre : Shows;Talk Show WM/OriginalReleaseTime: 0 WM/MediaCredits : ;Steve Smith;Graham Norton; service_provider: BBC One HD service_name : BBC One HD WM/MediaOriginalChannel: 101 WM/MediaOriginalChannelSubNumber: 0 WM/MediaOriginalBroadcastDateTime: 2013-03-01T00:00:00Z WM/MediaOriginalRunTime: 29912779688 WM/MediaIsStereo: false WM/MediaIsRepeat: false WM/MediaIsLive : false WM/MediaIsTape : false WM/MediaIsDelay : false WM/MediaIsSubtitled: true WM/MediaIsMovie : false WM/MediaIsPremiere: false WM/MediaIsFinale: false WM/MediaIsSAP : false WM/MediaIsSport : false WM/Provider : MediaCenterDefault WM/VideoClosedCaptioning: false WM/WMRVEncodeTime: 2013-03-01 22:33:08 WM/WMRVSeriesUID: !GenericSeries!The Graham Norton Show WM/WMRVServiceID: !MCService!759242 WM/WMRVProgramID: !MCProgram!49925152 WM/WMRVRequestID: 0 WM/WMRVScheduleItemID: 0 WM/WMRVQuality : 0 WM/WMRVOriginalSoftPrePadding: 420 WM/WMRVOriginalSoftPostPadding: 180 WM/WMRVHardPrePadding: -300 WM/WMRVHardPostPadding: 0 WM/WMRVATSCContent: false WM/WMRVDTVContent: true WM/WMRVHDContent: true Duration : 29918791257 WM/WMRVEndTime : 2013-03-01 23:23:00 WM/WMRVBitrate : 8.018846 WM/WMRVKeepUntil: -1 WM/WMRVActualSoftPrePadding: 411 WM/WMRVActualSoftPostPadding: 180 WM/WMRVContentProtected: false WM/WMRVContentProtectedPercent: 0 WM/WMRVExpirationSpan: 9223372036854775807 WM/WMRVInBandRatingSystem: 255 WM/WMRVInBandRatingLevel: 255 WM/WMRVInBandRatingAttributes: 0 WM/WMRVWatched : false WM/MediaThumbWidth: 352 WM/MediaThumbHeight: 198 WM/MediaThumbStride: 1056 WM/MediaThumbRet: 0 WM/MediaThumbRatingSystem: 255 WM/MediaThumbRatingLevel: 255 WM/MediaThumbRatingAttributes: 0 WM/MediaThumbAspectRatioX: 1920 WM/MediaThumbAspectRatioY: 1080 WM/MediaThumbTimeStamp: -4616189618054758400 WM/MediaThumbType: 2 encoder : Lavf54.49.102 Stream #0:0(eng): Audio: aac_latm ([2][22][0][0] / 0x1602), 48000 Hz, stereo (hearing impaired) Stream #0:1(eng): Audio: aac_latm ([2][22][0][0] / 0x1602), 48000 Hz, 5.1 Stream #0:2: Video: h264, yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 25 fps, 90k tbn, 25 tbc Stream mapping: Stream #0:1 -> #0:0 (copy) Stream #0:3 -> #0:1 (copy) Stream #0:2 -> #0:2 (copy) Press [q] to stop, [?] for help [mpegts @ 03c607e0] pts (103514) < dts (110714) in stream 2 av_interleaved_write_frame(): Invalid argument }}} Working: {{{ ffmpeg -ss 1 -i input.wtv -vcodec copy -acodec copy -map 0:a -map 0:v -f mpegts output.ts }}} Console output: [http://www.datafilehost.com/download-8501f315.html] (too large to copy and paste from cmd window due to excessive warnings) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 28 14:47:30 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Mar 2013 13:47:30 -0000 Subject: [FFmpeg-trac] #2307(undetermined:new): Stream segmenter bug if total recorded length > 12 hours In-Reply-To: <037.7ccee04022ec1ce61a701a7c400fb40d@avcodec.org> References: <037.7ccee04022ec1ce61a701a7c400fb40d@avcodec.org> Message-ID: <052.c43809612b95410df867b940d16d1984@avcodec.org> #2307: Stream segmenter bug if total recorded length > 12 hours -------------------------------------+------------------------------------- Reporter: dgillier | Owner: Type: defect | Status: new Priority: normal | Component: Version: 1.1.3 | undetermined Keywords: segment, | Resolution: duration | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by dgillier): Ok, sorry I did not understand what testsrc is. So forget my comment on this. My understanding is that the segmenter don't create correct .mp4 segment, as they not readable by any player as is. I get correct (but perhaps they are not) .mp4 files by adding a ffmepg - in.mp4 -c copy -out.mp4 file second pass to the segmented files. The problem is, after the 24th -30min- segment file, the declared duration is wrong (negative) and you cannot navigate in the file. When I applied the same process (because the segmented .mp4 file are not readable) with video only files, the files duration is 0s. So yes it is basically the same problem, wrong duration (negative one for files with audio, 0 duration for file with just video)... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 28 14:52:18 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Mar 2013 13:52:18 -0000 Subject: [FFmpeg-trac] #2307(undetermined:new): Stream segmenter bug if total recorded length > 12 hours In-Reply-To: <037.7ccee04022ec1ce61a701a7c400fb40d@avcodec.org> References: <037.7ccee04022ec1ce61a701a7c400fb40d@avcodec.org> Message-ID: <052.12316ec1b65bcb4b1480c5d228b4b728@avcodec.org> #2307: Stream segmenter bug if total recorded length > 12 hours -------------------------------------+------------------------------------- Reporter: dgillier | Owner: Type: defect | Status: new Priority: normal | Component: Version: 1.1.3 | undetermined Keywords: segment, | Resolution: duration | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Is the problem (or problems of which you believe they are the same) reproducible if you use testsrc as input? If yes, please provide the command line together with complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 28 14:54:24 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Mar 2013 13:54:24 -0000 Subject: [FFmpeg-trac] #2220(undetermined:open): FFMPEG unable to stream copy some wtv H264 into mpegts In-Reply-To: <040.7d3f368aac305d3836cb87d98a1b8ae4@avcodec.org> References: <040.7d3f368aac305d3836cb87d98a1b8ae4@avcodec.org> Message-ID: <055.83068fa4363ed7fc3edd47a85a3a7065@avcodec.org> #2220: FFMPEG unable to stream copy some wtv H264 into mpegts -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: wtv h264 | Resolution: av_interleaved_write_frame | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:5 dodgexander]: > @cehoyos > > Adding -ss 1 to the command fixes this, but why? Does it really? It does not fix the problem here afaict. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 28 15:33:33 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Mar 2013 14:33:33 -0000 Subject: [FFmpeg-trac] #2307(undetermined:new): Stream segmenter bug if total recorded length > 12 hours In-Reply-To: <037.7ccee04022ec1ce61a701a7c400fb40d@avcodec.org> References: <037.7ccee04022ec1ce61a701a7c400fb40d@avcodec.org> Message-ID: <052.f9a80a19f89f9e7963de1fd121608e46@avcodec.org> #2307: Stream segmenter bug if total recorded length > 12 hours -------------------------------------+------------------------------------- Reporter: dgillier | Owner: Type: defect | Status: new Priority: normal | Component: Version: 1.1.3 | undetermined Keywords: segment, | Resolution: duration | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by dgillier): '''Here is the result with one of the testsrc input file (not h264):''' [root at srv4 ~]# ffmpeg -i /mnt/video/tests/test-mp4-979t.mp4 ffmpeg version 1.2 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 19 2013 15:08:09 with gcc 4.4.6 (GCC) 20120305 (Red Hat 4.4.6-4) configuration: --enable-gpl --enable-libmp3lame --enable-libtheora --enable-libvo-aacenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-version3 libavutil 52. 18.100 / 52. 18.100 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.104 / 54. 63.104 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 42.103 / 3. 42.103 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/mnt/video/tests/test- mp4-979t.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2mp41 encoder : Lavf54.63.104 Duration: 00:30:00.00, start: 1762200.000000, bitrate: 406 kb/s Stream #0:0(und): Video: mpeg4 (Simple Profile) (mp4v / 0x7634706D), yuv420p, 320x240 [SAR 1:1 DAR 4:3], 400 kb/s, 25 fps, 25 tbr, 12800 tbn, 25 tbc Metadata: handler_name : VideoHandler Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, mono, fltp, 1 kb/s Metadata: handler_name : SoundHandler At least one output file must be specified [root at srv4 ~]# '''With the second pass :''' ffmpeg -i /mnt/video/tests/test-mp4-979t.mp4 -c copy /mnt/video/tests/test-979.mp4 ffmpeg version 1.2 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 19 2013 15:08:09 with gcc 4.4.6 (GCC) 20120305 (Red Hat 4.4.6-4) configuration: --enable-gpl --enable-libmp3lame --enable-libtheora --enable-libvo-aacenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-version3 libavutil 52. 18.100 / 52. 18.100 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.104 / 54. 63.104 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 42.103 / 3. 42.103 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/mnt/video/tests/test- mp4-979t.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2mp41 encoder : Lavf54.63.104 Duration: 00:30:00.00, start: 1762200.000000, bitrate: 406 kb/s Stream #0:0(und): Video: mpeg4 (Simple Profile) (mp4v / 0x7634706D), yuv420p, 320x240 [SAR 1:1 DAR 4:3], 400 kb/s, 25 fps, 25 tbr, 12800 tbn, 25 tbc Metadata: handler_name : VideoHandler Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, mono, fltp, 1 kb/s Metadata: handler_name : SoundHandler Output #0, mp4, to '/mnt/video/tests/test-979.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2mp41 encoder : Lavf54.63.104 Stream #0:0(und): Video: mpeg4 ( [0][0][0] / 0x0020), yuv420p, 320x240 [SAR 1:1 DAR 4:3], q=2-31, 400 kb/s, 25 fps, 12800 tbn, 12800 tbc Metadata: handler_name : VideoHandler Stream #0:1(und): Audio: aac ([64][0][0][0] / 0x0040), 44100 Hz, mono, 1 kb/s Metadata: handler_name : SoundHandler Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help frame=45000 fps=30603 q=-1.0 Lsize= 89365kB time=00:30:00.00 bitrate= 406.7kbits/s video:87919kB audio:308kB subtitle:0 global headers:0kB muxing overhead 1.290589% [root at srv4 ~]# '''Result :''' [root at srv4 ~]# ffmpeg -i /mnt/video/tests/test-979.mp4 ffmpeg version 1.2 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 19 2013 15:08:09 with gcc 4.4.6 (GCC) 20120305 (Red Hat 4.4.6-4) configuration: --enable-gpl --enable-libmp3lame --enable-libtheora --enable-libvo-aacenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-version3 libavutil 52. 18.100 / 52. 18.100 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.104 / 54. 63.104 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 42.103 / 3. 42.103 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x3140a20] Invalid SampleDelta in STTS -1081323008 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x3140a20] Invalid SampleDelta in STTS -403608574 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/mnt/video/tests/test-979.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2mp41 encoder : Lavf54.63.104 Duration: 00:00:00.00, start: 0.000000, bitrate: N/A Stream #0:0(und): Video: mpeg4 (Simple Profile) (mp4v / 0x7634706D), yuv420p, 320x240 [SAR 1:1 DAR 4:3], 400 kb/s, 25 fps, 25 tbr, 12800 tbn, 25 tbc Metadata: handler_name : VideoHandler Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, mono, fltp, 1 kb/s Metadata: handler_name : SoundHandler At least one output file must be specified [root at srv4 ~]# -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 28 15:49:12 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Mar 2013 14:49:12 -0000 Subject: [FFmpeg-trac] #2409(avformat:new): ffmpeg hangs while trying to play live FLV stream with Speex Message-ID: <034.6760529644f617481e0f26eea5d602b2@avcodec.org> #2409: ffmpeg hangs while trying to play live FLV stream with Speex -------------------------------------+------------------------------------- Reporter: DrLex | Type: defect Status: new | Priority: normal Component: avformat | Version: git- Keywords: Speex, RTMP | master Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Summary of the bug: When trying to play a live audio RTMP stream that uses the Speex codec, ffmpeg never starts playing until the stream is aborted at the source. How to reproduce: 1. Set up a streaming server like Red5, Wowza, etc. with a simple "live" application that distributes streams. 2. Create an outgoing RTMP stream that streams the microphone: {{{ ffmpeg -f alsa -i hw:0,0 -acodec libspeex -ab 42200 -ar 16000 -ac 1 -f flv 'rtmp://127.0.0.1:1935/live live=1' }}} 3. Try to play back this stream: {{{ ffmpeg -v verbose -i 'rtmp://127.0.0.1:1935/live live=1' -ac 2 -ar 44100 -f alsa plug:dmix }}} Nothing will happen until the ffmpeg instance from step 2 is killed, then all buffered audio will start playing. [[BR]] [[BR]] When using the 'nellymoser' codec instead in step 2, the stream will start playing (after a while): {{{ ffmpeg -f alsa -i hw:0,0 -acodec nellymoser -ar 22050 -ac 1 -f flv 'rtmp://127.0.0.1:1935/live live=1 }}} Tested with current Git snapshot from git://source.ffmpeg.org/ffmpeg.git: {{{ ffmpeg version 1.1.git-acaee26 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 28 2013 15:08:58 with gcc 4.4.5 (Debian 4.4.5-8) }}} Most ironic is that one of the reasons why we currently use Speex, is that older versions of ffmpeg used to freeze on NellyMoser streams, and not on Speex. Now it is exactly the other way round. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 28 15:51:28 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Mar 2013 14:51:28 -0000 Subject: [FFmpeg-trac] #2307(undetermined:new): Stream segmenter bug if total recorded length > 12 hours In-Reply-To: <037.7ccee04022ec1ce61a701a7c400fb40d@avcodec.org> References: <037.7ccee04022ec1ce61a701a7c400fb40d@avcodec.org> Message-ID: <052.8cca300ecaa7adb403a3372c554c90ba@avcodec.org> #2307: Stream segmenter bug if total recorded length > 12 hours -------------------------------------+------------------------------------- Reporter: dgillier | Owner: Type: defect | Status: new Priority: normal | Component: Version: 1.1.3 | undetermined Keywords: segment, | Resolution: duration | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): (I meant the command line to produce the broken files.) The duration is shown correctly afaict or do I misunderstand? Is the problem only reproducible with the 979th file or also with an earlier one (I don't mean 978)? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 28 16:02:53 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Mar 2013 15:02:53 -0000 Subject: [FFmpeg-trac] #2307(undetermined:new): Stream segmenter bug if total recorded length > 12 hours In-Reply-To: <037.7ccee04022ec1ce61a701a7c400fb40d@avcodec.org> References: <037.7ccee04022ec1ce61a701a7c400fb40d@avcodec.org> Message-ID: <052.e7a67716d2a2cad3ac7e7ba7ef7b94bd@avcodec.org> #2307: Stream segmenter bug if total recorded length > 12 hours -------------------------------------+------------------------------------- Reporter: dgillier | Owner: Type: defect | Status: new Priority: normal | Component: Version: 1.1.3 | undetermined Keywords: segment, | Resolution: duration | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by dgillier): Command line use with testsrc : ffmpeg -f lavfi -i testsrc -f s16le -i /dev/zero -s 640x360 -vcodec mpeg4 -g 60 -vb 400000 -strict -2 -acodec aac -f segment -segment_time 1800 -map 0 -map 1 /mnt/video/tests/test-mp4-%03dt.mp4 Command line used in production: ffmpeg -i $MPEGTS_URL_UDP -map 0:0 -map 0:1 -s 640x360 -vcodec libx264 -g 60 -vb 500000 -strict experimental -vf yadif -acodec aac -ab 96000 -ac 2 -y -f segment -segment_format mp4 -segment_time 1800 /mnt/video/$STATION-%03dt.mp4 Duration is correct from testsrc, but with the one I use I cannot read the segmented file, I added the second pass : ffmpeg -i test-mp4-979t.mp4 -c copy test-979.mp4. And after this one duration file are incorrect. With testsrc it is the same on all files. With UDP source it happens only after the 024. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 28 16:07:47 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Mar 2013 15:07:47 -0000 Subject: [FFmpeg-trac] #2409(undetermined:new): ffmpeg hangs while trying to play live FLV stream with Speex In-Reply-To: <034.6760529644f617481e0f26eea5d602b2@avcodec.org> References: <034.6760529644f617481e0f26eea5d602b2@avcodec.org> Message-ID: <049.ed4b1ead588b2cfd9f891345b66b8e97@avcodec.org> #2409: ffmpeg hangs while trying to play live FLV stream with Speex -------------------------------------+------------------------------------- Reporter: DrLex | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: rtmp speex | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: Speex, RTMP => rtmp speex regression * priority: normal => important * component: avformat => undetermined Comment: If you believe this is a regression, please find the change introducing the bug. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 28 16:08:45 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Mar 2013 15:08:45 -0000 Subject: [FFmpeg-trac] #2409(undetermined:new): ffmpeg hangs while trying to play live FLV stream with Speex In-Reply-To: <034.6760529644f617481e0f26eea5d602b2@avcodec.org> References: <034.6760529644f617481e0f26eea5d602b2@avcodec.org> Message-ID: <049.a90d00cad38ed5562f7bde834546c540@avcodec.org> #2409: ffmpeg hangs while trying to play live FLV stream with Speex -------------------------------------+------------------------------------- Reporter: DrLex | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: rtmp speex | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Is a rtmp server necessary to reproduce this problem or is it also possible without? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 28 16:25:55 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Mar 2013 15:25:55 -0000 Subject: [FFmpeg-trac] #527(avformat:open): NellyMoser codec reports zero frame size and bitrate In-Reply-To: <034.24bf769cbc763745bdad682a9e7cecf0@avcodec.org> References: <034.24bf769cbc763745bdad682a9e7cecf0@avcodec.org> Message-ID: <049.4bc1522bb70dfd0277f76f1090441ab1@avcodec.org> #527: NellyMoser codec reports zero frame size and bitrate -------------------------------------+------------------------------------- Reporter: DrLex | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: nellymoser | Blocked By: rtmp | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Is this problem still reproducible with current git head? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 28 16:38:30 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Mar 2013 15:38:30 -0000 Subject: [FFmpeg-trac] #2409(undetermined:new): ffmpeg hangs while trying to play live FLV stream with Speex In-Reply-To: <034.6760529644f617481e0f26eea5d602b2@avcodec.org> References: <034.6760529644f617481e0f26eea5d602b2@avcodec.org> Message-ID: <049.e465656b7d4b1a2eab2cadcd2278615f@avcodec.org> #2409: ffmpeg hangs while trying to play live FLV stream with Speex -------------------------------------+------------------------------------- Reporter: DrLex | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: rtmp speex | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by DrLex): The version we previously used with successful Speex live stream playback was 0.8.4. The fact that it is a live stream seems an essential part of the problem, therefore an RTMP server is probably essential. The problem may be the lack of a proper Speex header in the RTMP stream. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 28 16:56:24 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Mar 2013 15:56:24 -0000 Subject: [FFmpeg-trac] #527(avformat:open): NellyMoser codec reports zero frame size and bitrate In-Reply-To: <034.24bf769cbc763745bdad682a9e7cecf0@avcodec.org> References: <034.24bf769cbc763745bdad682a9e7cecf0@avcodec.org> Message-ID: <049.2104ac583e16a9afa57ff0b41499dd2e@avcodec.org> #527: NellyMoser codec reports zero frame size and bitrate -------------------------------------+------------------------------------- Reporter: DrLex | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: nellymoser | Blocked By: rtmp | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by DrLex): No, current versions of ffmpeg and ffplay now play these streams. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 28 17:31:36 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Mar 2013 16:31:36 -0000 Subject: [FFmpeg-trac] #2409(undetermined:new): ffmpeg hangs while trying to play live FLV stream with Speex In-Reply-To: <034.6760529644f617481e0f26eea5d602b2@avcodec.org> References: <034.6760529644f617481e0f26eea5d602b2@avcodec.org> Message-ID: <049.7f09a2be66a08a4437f4befcdc267df4@avcodec.org> #2409: ffmpeg hangs while trying to play live FLV stream with Speex -------------------------------------+------------------------------------- Reporter: DrLex | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: rtmp speex | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:3 DrLex]: > The version we previously used with successful Speex live stream playback was 0.8.4. Please use git bisect to find the offending commit. This is sometimes not trivial, I will assist you! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 28 17:32:53 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Mar 2013 16:32:53 -0000 Subject: [FFmpeg-trac] #527(avformat:closed): NellyMoser codec reports zero frame size and bitrate In-Reply-To: <034.24bf769cbc763745bdad682a9e7cecf0@avcodec.org> References: <034.24bf769cbc763745bdad682a9e7cecf0@avcodec.org> Message-ID: <049.c5a28eaef85147ae3586fc15652f6eff@avcodec.org> #527: NellyMoser codec reports zero frame size and bitrate -------------------------------------+------------------------------------- Reporter: DrLex | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: unspecified | Resolution: fixed Keywords: nellymoser | Blocked By: rtmp | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 28 17:33:26 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Mar 2013 16:33:26 -0000 Subject: [FFmpeg-trac] #2409(undetermined:new): ffmpeg hangs while trying to play live FLV stream with Speex In-Reply-To: <034.6760529644f617481e0f26eea5d602b2@avcodec.org> References: <034.6760529644f617481e0f26eea5d602b2@avcodec.org> Message-ID: <049.020c298ccfcaa509c9fa34ab8be56cff@avcodec.org> #2409: ffmpeg hangs while trying to play live FLV stream with Speex -------------------------------------+------------------------------------- Reporter: DrLex | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: rtmp speex | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): One simpler thing you could do is of course to provide a backtrace when FFmpeg hangs. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 28 18:40:09 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Mar 2013 17:40:09 -0000 Subject: [FFmpeg-trac] #2407(swscale:new): Conversion from yuv to RGB leads to broken gradients and colors. In-Reply-To: <032.b2f9319711333fb28f5725d4cdaed5b3@avcodec.org> References: <032.b2f9319711333fb28f5725d4cdaed5b3@avcodec.org> Message-ID: <047.9aff96ff4fffe36c97d91d03604ccfe6@avcodec.org> #2407: Conversion from yuv to RGB leads to broken gradients and colors. ------------------------------------+----------------------------------- Reporter: sun | Owner: Type: defect | Status: new Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by sun): Yes, that's right. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 28 18:45:17 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Mar 2013 17:45:17 -0000 Subject: [FFmpeg-trac] #2410(undetermined:new): ffmpeg down with video4linux2. Message-ID: <035.f74793672e717932d51792802b1a7ede@avcodec.org> #2410: ffmpeg down with video4linux2. -------------------------------------+------------------------------------- Reporter: dinhka | Type: defect Status: new | Priority: important Component: | Version: undetermined | unspecified Keywords: | Blocked By: ioctl(VIDIOC_G_PARM): | Reproduced by developer: 0 Inappropriate ioctl for device | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- I have Easycap DC60 card(a video capture card). it runs on kernel 3.2 with stk1160 driver. I download ffmpeg source code on 3013/03/29 and compile it. when I run a commandline: [root at localhost ~]# ffmpeg -f video4linux2 -pix_fmt yuv420p -i /dev/video0 -vco dec mpeg4 -b:v 1200k -y test.avi ffmpeg version N-51426-gdd17843 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 29 2013 00:22:28 with gcc 4.4.7 (GCC) 20120313 (Red Hat 4.4.7-3) configuration: --enable-version3 --enable-libopencore-amrnb --enable- libopenco re-amrwb --enable-avfilter --enable-nonfree --enable-libmp3lame --enable-gpl --e nable-libfaac --enable-libx264 --enable-pthreads --disable-stripping --enable-li bass --extra-cflags=-I/usr/local/include --disable-debug libavutil 52. 22.101 / 52. 22.101 libavcodec 55. 2.100 / 55. 2.100 libavformat 55. 0.100 / 55. 0.100 libavdevice 55. 0.100 / 55. 0.100 libavfilter 3. 48.105 / 3. 48.105 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 '''[video4linux2,v4l2 @ 0x99704a0] ioctl(VIDIOC_G_PARM): Inappropriate ioctl for de vice /dev/video0: Inappropriate ioctl for device''' -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 28 21:21:48 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Mar 2013 20:21:48 -0000 Subject: [FFmpeg-trac] #2411(FFmpeg:new): video passthru for .mts to .mov ->results in frame issues Message-ID: <037.d5f5bce35610eb5c729d895c296c4c5c@avcodec.org> #2411: video passthru for .mts to .mov ->results in frame issues ----------------------------------+---------------------------------- Reporter: Atarikid | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: 1.2 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+---------------------------------- When using video (and audio) passthru a .mts to .mov or .mp4 containers results in wrong framerate. The source has 25fps. The destination file has 50fps. When doing the same to .mkv container it works fine. Included the .mts file as an example. Output: /Users/xtophe/Library/Application\ Support/iFFmpeg/ffmpeg -i /Volumes/Data/Movies/00000.m2ts -c:a copy -c:v copy -y "/Users/xtophe/Movies/00000.mov" ffmpeg version 1.2 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 15 2013 23:55:08 with llvm-gcc 4.2.1 (LLVM build 2336.11.00) configuration: --prefix=/Volumes/tempdisk/sw --as=yasm --enable-gpl --enable-pthreads --disable-ffplay --disable-ffserver --disable-shared --enable-static --enable-libvpx --disable-decoder=libvpx --enable- libmp3lame --enable-libopus --enable-libtheora --enable-libvorbis --enable-libx264 --enable-libxvid --enable-zlib --enable-avfilter --enable-fontconfig --enable-libfreetype --enable-libass --enable-filters --enable-postproc --enable-runtime-cpudetect libavutil 52. 18.100 / 52. 18.100 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.104 / 54. 63.104 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 42.103 / 3. 42.103 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [mpegts @ 0x7ff2c0818e00] max_analyze_duration 5000000 reached at 5000000 microseconds [mpegts @ 0x7ff2c0818e00] PES packet size mismatch Input #0, mpegts, from '/Volumes/Data/Movies/00000.m2ts': Duration: 00:00:10.06, start: 599.960011, bitrate: 4848 kb/s Program 1 Stream #0:0[0x1011]: Video: h264 (High) (HDMV / 0x564D4448), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 25 fps, 50 tbr, 90k tbn, 50 tbc Stream #0:1[0x1100]: Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, stereo, fltp, 192 kb/s [mov @ 0x7ff2c0819400] track 1: codec frame size is not set Output #0, mov, to '/Users/xtophe/Movies/00000.mov': Metadata: encoder : Lavf54.63.104 Stream #0:0: Video: h264 (avc1 / 0x31637661), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 25 fps, 90k tbn, 90k tbc Stream #0:1: Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, stereo, 192 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help [mpegts @ 0x7ff2c0818e00] PES packet size mismatch frame= 502 fps=0.0 q=-1.0 Lsize= 5540kB time=00:00:10.08 bitrate=4499.1kbits/s video:5295kB audio:236kB subtitle:0 global headers:0kB muxing overhead 0.182235% -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Mar 28 21:43:57 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Mar 2013 20:43:57 -0000 Subject: [FFmpeg-trac] #2412(avformat:new): AviSynth: New Demuxer Broken on Windows Message-ID: <034.668826274d74c8815d183d08538debe1@avcodec.org> #2412: AviSynth: New Demuxer Broken on Windows ----------------------------------+-------------------------------------- Reporter: tateu | Type: defect Status: new | Priority: normal Component: avformat | Version: git-master Keywords: avisynth | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- Summary of the bug: The new AviSynth demuxer rewrite is broken on Windows. There are two problems with it. 1) If the source AviSynth script is rgb24, then the colors in the output file are incorrect if it is converted to another color format. 2) A few framess of the AviSynth script are skipped or duplicated. The first frame is skipped and encoded as broken, the last frame is duplicated. I have tried 3 different 32bit AviSynth versions running on Windows 7 x64 AviSynth v2.58, build:Dec 22 2008 [08:46:51] AviSynth v2.60, build:Oct 13 2011 [16:17:05] AviSynth v2.60, build:Jan 14 2013 [16:50:35] I have attached an AviSynth source script with color bars and timecode overlay and the output of the first ffmpeg command listed below. How to reproduce: {{{ ffmpeg version N-51338-g914f48d built on Mar 27 2013 01:04:22 with gcc 4.8.0 (GCC) "ffmpeg.exe" -i "in.avs" -an -pix_fmt yuv420p -c:v libx264 -preset medium -profile:v main "out_420.mp4" "ffmpeg.exe" -i "in.avs" -an -pix_fmt yuv420p -c:v rawvideo "out_420.avi" "ffmpeg.exe" -i "in.avs" -an -pix_fmt bgr24 -c:v rawvideo "out_bgr.avi" }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 29 04:28:28 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Mar 2013 03:28:28 -0000 Subject: [FFmpeg-trac] #2410(undetermined:new): ffmpeg down with video4linux2. In-Reply-To: <035.f74793672e717932d51792802b1a7ede@avcodec.org> References: <035.f74793672e717932d51792802b1a7ede@avcodec.org> Message-ID: <050.b88f4e3b6d9a40f6518780249cd94cf5@avcodec.org> #2410: ffmpeg down with video4linux2. -------------------------------------+------------------------------------- Reporter: dinhka | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: v4l2 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: ioctl(VIDIOC_G_PARM): Inappropriate ioctl for device => v4l2 Comment: Does it work with an older version of FFmpeg? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 29 04:28:56 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Mar 2013 03:28:56 -0000 Subject: [FFmpeg-trac] #2410(undetermined:new): ffmpeg down with video4linux2. In-Reply-To: <035.f74793672e717932d51792802b1a7ede@avcodec.org> References: <035.f74793672e717932d51792802b1a7ede@avcodec.org> Message-ID: <050.98ac92d7cbbb90ad9b936ab3fd25d3dd@avcodec.org> #2410: ffmpeg down with video4linux2. -------------------------------------+------------------------------------- Reporter: dinhka | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: v4l2 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Description changed by cehoyos: Old description: > I have Easycap DC60 card(a video capture card). it runs on kernel 3.2 > with stk1160 driver. I download ffmpeg source code on 3013/03/29 and > compile it. > when I run a commandline: > > [root at localhost ~]# ffmpeg -f video4linux2 -pix_fmt yuv420p -i > /dev/video0 -vco > dec mpeg4 -b:v 1200k -y test.avi > ffmpeg version N-51426-gdd17843 Copyright (c) 2000-2013 the FFmpeg > developers > built on Mar 29 2013 00:22:28 with gcc 4.4.7 (GCC) 20120313 (Red Hat > 4.4.7-3) > configuration: --enable-version3 --enable-libopencore-amrnb --enable- > libopenco re-amrwb > --enable-avfilter --enable-nonfree --enable-libmp3lame --enable-gpl --e > nable-libfaac --enable-libx264 --enable-pthreads --disable-stripping > --enable-li bass > --extra-cflags=-I/usr/local/include --disable-debug > libavutil 52. 22.101 / 52. 22.101 > libavcodec 55. 2.100 / 55. 2.100 > libavformat 55. 0.100 / 55. 0.100 > libavdevice 55. 0.100 / 55. 0.100 > libavfilter 3. 48.105 / 3. 48.105 > libswscale 2. 2.100 / 2. 2.100 > libswresample 0. 17.102 / 0. 17.102 > libpostproc 52. 2.100 / 52. 2.100 > '''[video4linux2,v4l2 @ 0x99704a0] ioctl(VIDIOC_G_PARM): Inappropriate > ioctl for de vice > /dev/video0: Inappropriate ioctl for device''' New description: I have Easycap DC60 card(a video capture card). it runs on kernel 3.2 with stk1160 driver. I download ffmpeg source code on 3013/03/29 and compile it. when I run a commandline: {{{ [root at localhost ~]# ffmpeg -f video4linux2 -pix_fmt yuv420p -i /dev/video0 -vco dec mpeg4 -b:v 1200k -y test.avi ffmpeg version N-51426-gdd17843 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 29 2013 00:22:28 with gcc 4.4.7 (GCC) 20120313 (Red Hat 4.4.7-3) configuration: --enable-version3 --enable-libopencore-amrnb --enable- libopenco re-amrwb --enable-avfilter --enable-nonfree --enable-libmp3lame --enable-gpl --e nable-libfaac --enable-libx264 --enable-pthreads --disable-stripping --enable-li bass --extra-cflags=-I/usr/local/include --disable-debug libavutil 52. 22.101 / 52. 22.101 libavcodec 55. 2.100 / 55. 2.100 libavformat 55. 0.100 / 55. 0.100 libavdevice 55. 0.100 / 55. 0.100 libavfilter 3. 48.105 / 3. 48.105 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 '''[video4linux2,v4l2 @ 0x99704a0] ioctl(VIDIOC_G_PARM): Inappropriate ioctl for de vice /dev/video0: Inappropriate ioctl for device''' }}} -- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 29 04:36:19 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Mar 2013 03:36:19 -0000 Subject: [FFmpeg-trac] #2411(undetermined:new): video passthru for .mts to .mov ->results in frame issues In-Reply-To: <037.d5f5bce35610eb5c729d895c296c4c5c@avcodec.org> References: <037.d5f5bce35610eb5c729d895c296c4c5c@avcodec.org> Message-ID: <052.5b3e49de037986a3e1bae47e3b1e0cb2@avcodec.org> #2411: video passthru for .mts to .mov ->results in frame issues ----------------------------------+---------------------------------------- Reporter: Atarikid | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 1.2 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+---------------------------------------- Changes (by cehoyos): * component: FFmpeg => undetermined Old description: > When using video (and audio) passthru a .mts to .mov or .mp4 containers > results in wrong framerate. > > The source has 25fps. > The destination file has 50fps. > > When doing the same to .mkv container it works fine. > > Included the .mts file as an example. > > Output: > > /Users/xtophe/Library/Application\ Support/iFFmpeg/ffmpeg -i > /Volumes/Data/Movies/00000.m2ts -c:a copy -c:v copy -y > "/Users/xtophe/Movies/00000.mov" > > ffmpeg version 1.2 Copyright (c) 2000-2013 the FFmpeg developers > built on Mar 15 2013 23:55:08 with llvm-gcc 4.2.1 (LLVM build > 2336.11.00) > configuration: --prefix=/Volumes/tempdisk/sw --as=yasm --enable-gpl > --enable-pthreads --disable-ffplay --disable-ffserver --disable-shared > --enable-static --enable-libvpx --disable-decoder=libvpx --enable- > libmp3lame --enable-libopus --enable-libtheora --enable-libvorbis > --enable-libx264 --enable-libxvid --enable-zlib --enable-avfilter > --enable-fontconfig --enable-libfreetype --enable-libass --enable-filters > --enable-postproc --enable-runtime-cpudetect > libavutil 52. 18.100 / 52. 18.100 > libavcodec 54. 92.100 / 54. 92.100 > libavformat 54. 63.104 / 54. 63.104 > libavdevice 54. 3.103 / 54. 3.103 > libavfilter 3. 42.103 / 3. 42.103 > libswscale 2. 2.100 / 2. 2.100 > libswresample 0. 17.102 / 0. 17.102 > libpostproc 52. 2.100 / 52. 2.100 > [mpegts @ 0x7ff2c0818e00] max_analyze_duration 5000000 reached at 5000000 > microseconds > [mpegts @ 0x7ff2c0818e00] PES packet size mismatch > Input #0, mpegts, from '/Volumes/Data/Movies/00000.m2ts': > Duration: 00:00:10.06, start: 599.960011, bitrate: 4848 kb/s > Program 1 > Stream #0:0[0x1011]: Video: h264 (High) (HDMV / 0x564D4448), yuv420p, > 1920x1080 [SAR 1:1 DAR 16:9], 25 fps, 50 tbr, 90k tbn, 50 tbc > Stream #0:1[0x1100]: Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, > stereo, fltp, 192 kb/s > [mov @ 0x7ff2c0819400] track 1: codec frame size is not set > Output #0, mov, to '/Users/xtophe/Movies/00000.mov': > Metadata: > encoder : Lavf54.63.104 > Stream #0:0: Video: h264 (avc1 / 0x31637661), yuv420p, 1920x1080 [SAR > 1:1 DAR 16:9], q=2-31, 25 fps, 90k tbn, 90k tbc > Stream #0:1: Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, stereo, 192 > kb/s > Stream mapping: > Stream #0:0 -> #0:0 (copy) > Stream #0:1 -> #0:1 (copy) > Press [q] to stop, [?] for help > [mpegts @ 0x7ff2c0818e00] PES packet size mismatch > frame= 502 fps=0.0 q=-1.0 Lsize= 5540kB time=00:00:10.08 > bitrate=4499.1kbits/s > video:5295kB audio:236kB subtitle:0 global headers:0kB muxing overhead > 0.182235% New description: When using video (and audio) passthru a .mts to .mov or .mp4 containers results in wrong framerate. The source has 25fps. The destination file has 50fps. When doing the same to .mkv container it works fine. Included the .mts file as an example. Output: {{{ /Users/xtophe/Library/Application\ Support/iFFmpeg/ffmpeg -i /Volumes/Data/Movies/00000.m2ts -c:a copy -c:v copy -y "/Users/xtophe/Movies/00000.mov" ffmpeg version 1.2 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 15 2013 23:55:08 with llvm-gcc 4.2.1 (LLVM build 2336.11.00) configuration: --prefix=/Volumes/tempdisk/sw --as=yasm --enable-gpl --enable-pthreads --disable-ffplay --disable-ffserver --disable-shared --enable-static --enable-libvpx --disable-decoder=libvpx --enable- libmp3lame --enable-libopus --enable-libtheora --enable-libvorbis --enable-libx264 --enable-libxvid --enable-zlib --enable-avfilter --enable-fontconfig --enable-libfreetype --enable-libass --enable-filters --enable-postproc --enable-runtime-cpudetect libavutil 52. 18.100 / 52. 18.100 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.104 / 54. 63.104 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 42.103 / 3. 42.103 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [mpegts @ 0x7ff2c0818e00] max_analyze_duration 5000000 reached at 5000000 microseconds [mpegts @ 0x7ff2c0818e00] PES packet size mismatch Input #0, mpegts, from '/Volumes/Data/Movies/00000.m2ts': Duration: 00:00:10.06, start: 599.960011, bitrate: 4848 kb/s Program 1 Stream #0:0[0x1011]: Video: h264 (High) (HDMV / 0x564D4448), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 25 fps, 50 tbr, 90k tbn, 50 tbc Stream #0:1[0x1100]: Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, stereo, fltp, 192 kb/s [mov @ 0x7ff2c0819400] track 1: codec frame size is not set Output #0, mov, to '/Users/xtophe/Movies/00000.mov': Metadata: encoder : Lavf54.63.104 Stream #0:0: Video: h264 (avc1 / 0x31637661), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 25 fps, 90k tbn, 90k tbc Stream #0:1: Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, stereo, 192 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help [mpegts @ 0x7ff2c0818e00] PES packet size mismatch frame= 502 fps=0.0 q=-1.0 Lsize= 5540kB time=00:00:10.08 bitrate=4499.1kbits/s video:5295kB audio:236kB subtitle:0 global headers:0kB muxing overhead 0.182235% }}} -- Comment: Please provide the input sample 00000.m2ts. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 29 05:21:17 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Mar 2013 04:21:17 -0000 Subject: [FFmpeg-trac] #2412(avformat:new): AviSynth: New Demuxer Broken on Windows In-Reply-To: <034.668826274d74c8815d183d08538debe1@avcodec.org> References: <034.668826274d74c8815d183d08538debe1@avcodec.org> Message-ID: <049.b28e869dade58bb80812fbbdfabc83d1@avcodec.org> #2412: AviSynth: New Demuxer Broken on Windows ------------------------------------+------------------------------------ Reporter: tateu | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: avisynth | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Are the problems also reproducible with an older version of FFmpeg? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 29 05:23:08 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Mar 2013 04:23:08 -0000 Subject: [FFmpeg-trac] #2407(swscale:new): Conversion from yuv to RGB leads to broken gradients and colors. In-Reply-To: <032.b2f9319711333fb28f5725d4cdaed5b3@avcodec.org> References: <032.b2f9319711333fb28f5725d4cdaed5b3@avcodec.org> Message-ID: <047.07496daf072f95c4be350bfc6c1a913c@avcodec.org> #2407: Conversion from yuv to RGB leads to broken gradients and colors. ------------------------------------+----------------------------------- Reporter: sun | Owner: Type: defect | Status: new Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): I suspect this is a duplicate of ticket #1582, sorry for not realizing this earlier. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 29 05:35:40 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Mar 2013 04:35:40 -0000 Subject: [FFmpeg-trac] #2410(undetermined:new): ffmpeg down with video4linux2. In-Reply-To: <035.f74793672e717932d51792802b1a7ede@avcodec.org> References: <035.f74793672e717932d51792802b1a7ede@avcodec.org> Message-ID: <050.9fe15aa55a50c5cb32a3a3cddf147539@avcodec.org> #2410: ffmpeg down with video4linux2. -------------------------------------+------------------------------------- Reporter: dinhka | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: v4l2 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by dinhka): Replying to [comment:1 cehoyos]: > Does it work with an older version of FFmpeg? I try ffmpeg git master, ffmpeg 1.2, ffmpeg 1.1.4 with the same error. I try ffmpeg 0.5.12, the result as: [root at localhost ffmpeg-0.5.12]# ffmpeg -f video4linux2 -pix_fmt yuv420p -i /dev/video0 -vcodec mpeg4 -b:v 1200k -y test.avi FFmpeg version 0.5.12, Copyright (c) 2000-2013 Fabrice Bellard, et al. configuration: --enable-version3 --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-avfilter --enable-nonfree --enable-libmp3lame --enable-gpl --enable-libfaac --enable-libx264 --enable-pthreads --disable-stripping --extra-cflags=-I/usr/local/include --disable-debug libavutil 49.15. 0 / 49.15. 0 libavcodec 52.20. 1 / 52.20. 1 libavformat 52.31. 0 / 52.31. 0 libavdevice 52. 1. 0 / 52. 1. 0 libavfilter 0. 4. 0 / 0. 4. 0 built on Mar 29 2013 11:23:13, gcc: 4.4.7 20120313 (Red Hat 4.4.7-3) [video4linux2 @ 0xa317290]Wrong size (0x0) /dev/video0: Error while opening file -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 29 06:21:53 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Mar 2013 05:21:53 -0000 Subject: [FFmpeg-trac] #2410(undetermined:new): ffmpeg down with video4linux2. In-Reply-To: <035.f74793672e717932d51792802b1a7ede@avcodec.org> References: <035.f74793672e717932d51792802b1a7ede@avcodec.org> Message-ID: <050.2e9a0ad5870ac17b28096de184f30f56@avcodec.org> #2410: ffmpeg down with video4linux2. -------------------------------------+------------------------------------- Reporter: dinhka | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: v4l2 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: important => normal Comment: Did you already try to remove "-pix_fmt yuv420p" ? And please add the output for the following command: $ ffmpeg -list_formats all -f v4l2 -i /dev/video0 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 29 06:32:47 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Mar 2013 05:32:47 -0000 Subject: [FFmpeg-trac] #2410(undetermined:new): ffmpeg down with video4linux2. In-Reply-To: <035.f74793672e717932d51792802b1a7ede@avcodec.org> References: <035.f74793672e717932d51792802b1a7ede@avcodec.org> Message-ID: <050.1742730e1cbffa2af2f43972e5be25fd@avcodec.org> #2410: ffmpeg down with video4linux2. -------------------------------------+------------------------------------- Reporter: dinhka | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: v4l2 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by dinhka): Replying to [comment:4 cehoyos]: > Did you already try to remove "-pix_fmt yuv420p" ? > And please add the output for the following command: > $ ffmpeg -list_formats all -f v4l2 -i /dev/video0 Hi, 1. remove -pix_fmt yuv420p: ffmpeg -f video4linux2 -i /dev/video0 -vcodec mpeg4 -b:v 1200k -y test.avi ffmpeg version N-51426-gdd17843 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 29 2013 00:22:28 with gcc 4.4.7 (GCC) 20120313 (Red Hat 4.4.7-3) configuration: --enable-version3 --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-avfilter --enable-nonfree --enable-libmp3lame --enable-gpl --enable-libfaac --enable-libx264 --enable-pthreads --disable-stripping --enable-libass --extra-cflags=-I/usr/local/include --disable-debug libavutil 52. 22.101 / 52. 22.101 libavcodec 55. 2.100 / 55. 2.100 libavformat 55. 0.100 / 55. 0.100 libavdevice 55. 0.100 / 55. 0.100 libavfilter 3. 48.105 / 3. 48.105 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [video4linux2,v4l2 @ 0x9ea2420] ioctl(VIDIOC_G_PARM): Inappropriate ioctl for device /dev/video0: Inappropriate ioctl for device 2. ffmpeg -list_formats all -f v4l2 -i /dev/video0 -vcodec mpeg4 -b:v 1200k -y test.avi ffmpeg version N-51426-gdd17843 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 29 2013 00:22:28 with gcc 4.4.7 (GCC) 20120313 (Red Hat 4.4.7-3) configuration: --enable-version3 --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-avfilter --enable-nonfree --enable-libmp3lame --enable-gpl --enable-libfaac --enable-libx264 --enable-pthreads --disable-stripping --enable-libass --extra-cflags=-I/usr/local/include --disable-debug libavutil 52. 22.101 / 52. 22.101 libavcodec 55. 2.100 / 55. 2.100 libavformat 55. 0.100 / 55. 0.100 libavdevice 55. 0.100 / 55. 0.100 libavfilter 3. 48.105 / 3. 48.105 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [video4linux2,v4l2 @ 0x93e14a0] Raw : uyvy422 : 16 bpp YUY2, 4:2:2, packed : /dev/video0: Immediate exit requested best regards. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 29 06:40:58 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Mar 2013 05:40:58 -0000 Subject: [FFmpeg-trac] #2410(avdevice:new): ffmpeg down with video4linux2. In-Reply-To: <035.f74793672e717932d51792802b1a7ede@avcodec.org> References: <035.f74793672e717932d51792802b1a7ede@avcodec.org> Message-ID: <050.5bbd08671438acd22ec2c448063f4a8e@avcodec.org> #2410: ffmpeg down with video4linux2. ------------------------------------+------------------------------------ Reporter: dinhka | Owner: Type: defect | Status: new Priority: normal | Component: avdevice Version: git-master | Resolution: Keywords: v4l2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * version: unspecified => git-master * component: undetermined => avdevice Comment: Could you test if version 2d777bb works? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 29 06:45:02 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Mar 2013 05:45:02 -0000 Subject: [FFmpeg-trac] #2410(avdevice:new): ffmpeg down with video4linux2. In-Reply-To: <035.f74793672e717932d51792802b1a7ede@avcodec.org> References: <035.f74793672e717932d51792802b1a7ede@avcodec.org> Message-ID: <050.f43e5982f3d9f52cfa567e9e57faf95e@avcodec.org> #2410: ffmpeg down with video4linux2. ------------------------------------+------------------------------------ Reporter: dinhka | Owner: Type: defect | Status: new Priority: normal | Component: avdevice Version: git-master | Resolution: Keywords: v4l2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by dinhka): Replying to [comment:6 cehoyos]: > Could you test if version 2d777bb works? Hi, How do I get 2d777bb version? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 29 06:54:55 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Mar 2013 05:54:55 -0000 Subject: [FFmpeg-trac] #2378(undetermined:closed): recursively convert subfolder sequences to .mov? In-Reply-To: <034.83bc03f7cd059afe0759bd68ac75d4ad@avcodec.org> References: <034.83bc03f7cd059afe0759bd68ac75d4ad@avcodec.org> Message-ID: <049.f8dc2916b4a6a86cf4354c12148ffd90@avcodec.org> #2378: recursively convert subfolder sequences to .mov? -------------------------------------+------------------------------------- Reporter: sines | Owner: Type: task | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Description changed by cehoyos: Old description: > I have 260GB of DPX files. I would like to take a master directory [reel > 1, reel 2, etc] of a series of sub-folders [shot01, shot02] of image > sequences [DPX] and convert them all to H264 .movs that live in their > subfolder [for previewing purposes] 3 [1] > http://ffmpeg.org/contact.html > > As many of the frame numbers have non-standard starting frames, is there > a way to recursively convert the sequence without having to rename every > sub-folder sequence to start with 00000001.dpx ? > > Thank you so much! New description: I have 260GB of DPX files. I would like to take a master directory [reel 1, reel 2, etc] of a series of sub-folders [shot01, shot02] of image sequences [DPX] and convert them all to H264 .movs that live in their subfolder [for previewing purposes] As many of the frame numbers have non-standard starting frames, is there a way to recursively convert the sequence without having to rename every sub-folder sequence to start with 00000001.dpx ? Thank you so much! -- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 29 07:02:24 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Mar 2013 06:02:24 -0000 Subject: [FFmpeg-trac] #2410(avdevice:new): ffmpeg down with video4linux2. In-Reply-To: <035.f74793672e717932d51792802b1a7ede@avcodec.org> References: <035.f74793672e717932d51792802b1a7ede@avcodec.org> Message-ID: <050.18a45d013a5700af4f9e8f32e0d4b63d@avcodec.org> #2410: ffmpeg down with video4linux2. ------------------------------------+------------------------------------ Reporter: dinhka | Owner: Type: defect | Status: new Priority: normal | Component: avdevice Version: git-master | Resolution: Keywords: v4l2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:7 dinhka]: > Replying to [comment:6 cehoyos]: > > Could you test if version 2d777bb works? > How do I get 2d777bb version? Either with "git checkout 2d777bb" or at http://git.videolan.org/?p=ffmpeg.git;a=snapshot;h=2d777bb;sf=tgz -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 29 07:10:06 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Mar 2013 06:10:06 -0000 Subject: [FFmpeg-trac] #2412(avformat:new): AviSynth: New Demuxer Broken on Windows In-Reply-To: <034.668826274d74c8815d183d08538debe1@avcodec.org> References: <034.668826274d74c8815d183d08538debe1@avcodec.org> Message-ID: <049.109892844130145b1786deb9ce00fa19@avcodec.org> #2412: AviSynth: New Demuxer Broken on Windows ------------------------------------+------------------------------------ Reporter: tateu | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: avisynth | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by tateu): No, it is not reproducible with versions made before Wed, 20 Mar 2013 20:11:22 -0700 (04:11 +0100). It is also not reproducible with the current git master if I revert just the changes made to avisynth.c and configure in http://git.videolan.org/?p=ffmpeg.git;a=commit;h=b9ad009475f3afb76bd2fbd92936dc4d4cd441ec -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 29 07:28:08 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Mar 2013 06:28:08 -0000 Subject: [FFmpeg-trac] #2412(avformat:open): AviSynth: New Demuxer Broken on Windows In-Reply-To: <034.668826274d74c8815d183d08538debe1@avcodec.org> References: <034.668826274d74c8815d183d08538debe1@avcodec.org> Message-ID: <049.e55dbe8cb4be1cc8cefef6f261f5f2d8@avcodec.org> #2412: AviSynth: New Demuxer Broken on Windows -------------------------------------+------------------------------------- Reporter: tateu | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: avisynth | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: avisynth => avisynth regression * priority: normal => important * status: new => open -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 29 07:28:09 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Mar 2013 06:28:09 -0000 Subject: [FFmpeg-trac] #2412(avformat:new): AviSynth: New Demuxer Broken on Windows In-Reply-To: <034.668826274d74c8815d183d08538debe1@avcodec.org> References: <034.668826274d74c8815d183d08538debe1@avcodec.org> Message-ID: <049.5f965783e2689d11876efae87dee7f1e@avcodec.org> #2412: AviSynth: New Demuxer Broken on Windows ------------------------------------+------------------------------------ Reporter: tateu | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: avisynth | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by tateu): And I just realized I attached the wrong in.avs file. It needed ConvertToRGB24() at the end to shows the color errors described in my issue 1). I have attached the corrected version. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 29 07:30:59 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Mar 2013 06:30:59 -0000 Subject: [FFmpeg-trac] #2410(avdevice:new): ffmpeg down with video4linux2. In-Reply-To: <035.f74793672e717932d51792802b1a7ede@avcodec.org> References: <035.f74793672e717932d51792802b1a7ede@avcodec.org> Message-ID: <050.edcc52dcc3f45742ef6736ea0e072320@avcodec.org> #2410: ffmpeg down with video4linux2. ------------------------------------+------------------------------------ Reporter: dinhka | Owner: Type: defect | Status: new Priority: normal | Component: avdevice Version: git-master | Resolution: Keywords: v4l2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by dinhka): Replying to [comment:8 cehoyos]: > Replying to [comment:7 dinhka]: > > Replying to [comment:6 cehoyos]: > > > Could you test if version 2d777bb works? > > How do I get 2d777bb version? > > Either with "git checkout 2d777bb" or at http://git.videolan.org/?p=ffmpeg.git;a=snapshot;h=2d777bb;sf=tgz Hi, I have installed 2d777bb version. 1. test case 1 ffmpeg -f v4l2 -i /dev/video0 -vcodec mpeg4 -b:v FFmpeg version UNKNOWN, Copyright (c) 2000-2011 the FFmpeg developers built on Mar 29 2013 13:23:35 with gcc 4.4.7 20120313 (Red Hat 4.4.7-3) configuration: --enable-version3 --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-avfilter --enable-nonfree --enable-libmp3lame --enable-gpl --enable-libfaac --enable-libx264 --enable-pthreads --disable-stripping --extra-cflags=-I/usr/local/include --disable-debug libavutil 50.36. 0 / 50.36. 0 libavcore 0.16. 0 / 0.16. 0 libavcodec 52.102. 0 / 52.102. 0 libavformat 52.92. 0 / 52.92. 0 libavdevice 52. 2. 2 / 52. 2. 2 libavfilter 1.72. 0 / 1.72. 0 libswscale 0.12. 0 / 0.12. 0 Unknown input format: 'v4l2' 2. test case 2. the process hang. ffmpeg -f video4linux2 -pix_fmt yuv420p -i /dev/video0 -vcodec mpeg4 -b:v 1200k -y test.avi FFmpeg version UNKNOWN, Copyright (c) 2000-2011 the FFmpeg developers built on Mar 29 2013 13:23:35 with gcc 4.4.7 20120313 (Red Hat 4.4.7-3) configuration: --enable-version3 --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-avfilter --enable-nonfree --enable-libmp3lame --enable-gpl --enable-libfaac --enable-libx264 --enable-pthreads --disable-stripping --extra-cflags=-I/usr/local/include --disable-debug libavutil 50.36. 0 / 50.36. 0 libavcore 0.16. 0 / 0.16. 0 libavcodec 52.102. 0 / 52.102. 0 libavformat 52.92. 0 / 52.92. 0 libavdevice 52. 2. 2 / 52. 2. 2 libavfilter 1.72. 0 / 1.72. 0 libswscale 0.12. 0 / 0.12. 0 output of dmesg: stk1160: vma=0xf3e5d3e8 stk1160: vma start=0xb74ce000, size=692224 (0) stk1160: vma=0xf3e5d128 stk1160: vma start=0xb7425000, size=692224 (0) stk1160: vma=0xf3e5d230 stk1160: vma start=0xb737c000, size=692224 (0) stk1160: vma=0xf3e5d180 stk1160: vma start=0xb72d3000, size=692224 (0) stk1160: vma=0xf3e5d390 stk1160: vma start=0xb722a000, size=692224 (0) stk1160: vma=0xf3e5da18 stk1160: vma start=0xb7181000, size=692224 (0) stk1160: vma=0xf218d860 stk1160: vma start=0xb70d8000, size=692224 (0) stk1160: vma=0xf218d7b0 stk1160: vma start=0xb702f000, size=692224 (0) stk1160: vma=0xf218db78 stk1160: vma start=0xb6f86000, size=692224 (0) stk1160: vma=0xf218d910 stk1160: vma start=0xb6edd000, size=692224 (0) stk1160: vma=0xf218d808 stk1160: vma start=0xb6e34000, size=692224 (0) stk1160: vma=0xf218d968 stk1160: vma start=0xb6d8b000, size=692224 (0) stk1160: vma=0xf218d8b8 stk1160: vma start=0xb6ce2000, size=692224 (0) stk1160: vma=0xf218dbd0 stk1160: vma start=0xb6c39000, size=692224 (0) stk1160: vma=0xf218dc28 stk1160: vma start=0xb6b90000, size=692224 (0) stk1160: vma=0xf218da70 stk1160: vma start=0xb6ae7000, size=692224 (0) stk1160: vma=0xf2151180 stk1160: vma start=0xb6a3e000, size=692224 (0) stk1160: vma=0xf2151de0 stk1160: vma start=0xb6995000, size=692224 (0) stk1160: vma=0xf2151bd0 stk1160: vma start=0xb68ec000, size=692224 (0) stk1160: vma=0xf2151338 stk1160: vma start=0xb6843000, size=692224 (0) stk1160: vma=0xf21518b8 stk1160: vma start=0xb679a000, size=692224 (0) stk1160: vma=0xf2151c28 stk1160: vma start=0xb66f1000, size=692224 (0) stk1160: vma=0xf2151f98 stk1160: vma start=0xb6648000, size=692224 (0) stk1160: vma=0xf2151440 stk1160: vma start=0xb659f000, size=692224 (0) stk1160: vma=0xf2133e38 stk1160: vma start=0xb64f6000, size=692224 (0) stk1160: vma=0xf2133d88 stk1160: vma start=0xb644d000, size=692224 (0) stk1160: vma=0xf21335f8 stk1160: vma start=0xb63a4000, size=692224 (0) stk1160: vma=0xf2133860 stk1160: vma start=0xb62fb000, size=692224 (0) stk1160: vma=0xf2133968 stk1160: vma start=0xb6252000, size=692224 (0) stk1160: vma=0xf21334f0 stk1160: vma start=0xb61a9000, size=692224 (0) stk1160: vma=0xf2133e90 stk1160: vma start=0xb6100000, size=692224 (0) stk1160: vma=0xf2133ac8 stk1160: vma start=0xb6057000, size=692224 (0) stk1160: setting alternate 5 stk1160: minimum isoc packet size: 3072 (alt=5) stk1160: setting alt 5 with wMaxPacketSize=3072 stk1160: allocating urbs... stk1160: urbs allocated stk1160: streaming started -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 29 07:37:20 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Mar 2013 06:37:20 -0000 Subject: [FFmpeg-trac] #2410(avdevice:new): ffmpeg down with video4linux2. In-Reply-To: <035.f74793672e717932d51792802b1a7ede@avcodec.org> References: <035.f74793672e717932d51792802b1a7ede@avcodec.org> Message-ID: <050.00da946503c2ff53b348e3bdf77ff709@avcodec.org> #2410: ffmpeg down with video4linux2. ------------------------------------+------------------------------------ Reporter: dinhka | Owner: Type: defect | Status: new Priority: normal | Component: avdevice Version: git-master | Resolution: Keywords: v4l2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:9 dinhka]: > 2. test case 2. the process hang. > > ffmpeg -f video4linux2 -pix_fmt yuv420p -i /dev/video0 -vcodec mpeg4 -b:v 1200k -y test.avi Please confirm that 2d777bb also hangs if you remove "-pix_fmt yuv420p". Does "-loglevel 99" show some output? Does MPlayer work with your card? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 29 09:14:32 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Mar 2013 08:14:32 -0000 Subject: [FFmpeg-trac] #2413(documentation:new): Wrong complex filter graph example Message-ID: <038.50f5f48b4c6c9d18e646282ea22adc81@avcodec.org> #2413: Wrong complex filter graph example -------------------------------------+------------------------------------- Reporter: littlebat | Type: defect Status: new | Priority: normal Component: | Version: git- documentation | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- The complex filter graph example at: http://ffmpeg.org/ffmpeg-filters.html #Filtering-Introduction , use the command line "ffmpeg -i input -vf "[in] split [T1], [T2] overlay=0:H/2 [out]; [T1] crop=iw:ih/2:0:ih/2, vflip [T2]" output", I can't get the effect in document says "The result will be that in output the top half of the video is mirrored onto the bottom half. " The detail console output is: mdx at debian:~/test$ /opt/ffmpeggit/bin/ffmpeg -i test.mp4 -vf "[in] split [T1], [T2] overlay=0:H/2 [out]; [T1] crop=iw:ih/2:0:ih/2, vflip [T2]" output.mp4 ffmpeg version N-51433-g551f683 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 29 2013 10:01:04 with gcc 4.4.5 (Debian 4.4.5-8) configuration: --prefix=/opt/ffmpeggit --enable-static --disable-shared --enable-gpl --enable-version3 --enable-nonfree --enable-fontconfig --enable-libass --enable-libfreetype --enable-swscale --enable-postproc --enable-pthreads --enable-libfaac --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libmp3lame --enable-libopenjpeg --enable- libvorbis --enable-libvpx --enable-libx264 --enable-libxvid --extra- cflags=-I/opt/custom/include --extra-ldflags=-L/opt/custom/lib libavutil 52. 22.101 / 52. 22.101 libavcodec 55. 2.100 / 55. 2.100 libavformat 55. 0.100 / 55. 0.100 libavdevice 55. 0.100 / 55. 0.100 libavfilter 3. 48.105 / 3. 48.105 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'test.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2mp41 encoder : Lavf55.0.100 Duration: 00:00:05.04, start: 0.000000, bitrate: 378 kb/s Stream #0:0(und): Video: mpeg4 (Simple Profile) (mp4v / 0x7634706D), yuv420p, 176x144 [SAR 1:1 DAR 11:9], 323 kb/s, 12.50 fps, 12.50 tbr, 12800 tbn, 25 tbc Metadata: handler_name : VideoHandler Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, mono, fltp, 49 kb/s Metadata: handler_name : SoundHandler [Parsed_overlay_1 @ 0xa3a0d00] Overlay area with coordinates x1:0 y1:36 x2:176 y2:180 is not completely contained within the output with size 176x72 [libx264 @ 0xa396860] using SAR=1/1 [libx264 @ 0xa396860] using cpu capabilities: MMX2 SSE2Fast SSSE3 Cache64 SlowCTZ SlowAtom [libx264 @ 0xa396860] profile High, level 1.0 [libx264 @ 0xa396860] 264 - core 129 r36057 0a9132b - 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=3 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=12 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.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2mp41 encoder : Lavf55.0.100 Stream #0:0(und): Video: h264 ([33][0][0][0] / 0x0021), yuv420p, 176x72 [SAR 1:1 DAR 22:9], q=-1--1, 12800 tbn, 12.50 tbc Metadata: handler_name : VideoHandler Stream #0:1(und): Audio: aac ([64][0][0][0] / 0x0040), 44100 Hz, mono, s16, 128 kb/s Metadata: handler_name : SoundHandler Stream mapping: Stream #0:0 -> #0:0 (mpeg4 -> libx264) Stream #0:1 -> #0:1 (aac -> libfaac) Press [q] to stop, [?] for help frame= 42 fps=0.0 q=0.0 size= 0kB time=00:00:03.41 bitrate= 0.1kbits/sframe= 58 fps= 57 q=26.0 size= 5kB time=00:00:04.66 bitrate= 9.4kbits/frame= 63 fps= 24 q=-2.0 Lsize= 81kB time=00:00:05.01 bitrate= 132.8kbits/s video:39kB audio:38kB subtitle:0 global headers:0kB muxing overhead 4.653034% [libx264 @ 0xa396860] frame I:2 Avg QP:15.48 size: 152 [libx264 @ 0xa396860] frame P:55 Avg QP:23.73 size: 689 [libx264 @ 0xa396860] frame B:6 Avg QP:26.75 size: 244 [libx264 @ 0xa396860] consecutive B-frames: 81.0% 19.0% 0.0% 0.0% [libx264 @ 0xa396860] mb I I16..4: 93.6% 4.5% 1.8% [libx264 @ 0xa396860] mb P I16..4: 5.0% 6.8% 2.5% P16..4: 42.0% 28.9% 11.6% 0.0% 0.0% skip: 3.1% [libx264 @ 0xa396860] mb B I16..4: 0.6% 0.0% 0.0% B16..8: 48.8% 13.9% 2.7% direct: 5.8% skip:28.2% L0:36.6% L1:27.7% BI:35.7% [libx264 @ 0xa396860] 8x8 transform intra:38.6% inter:56.8% [libx264 @ 0xa396860] coded y,uvDC,uvAC intra: 33.7% 74.5% 39.2% inter: 43.4% 73.1% 30.2% [libx264 @ 0xa396860] i16 v,h,dc,p: 43% 21% 29% 7% [libx264 @ 0xa396860] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 23% 16% 47% 1% 3% 3% 2% 2% 3% [libx264 @ 0xa396860] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 37% 22% 22% 1% 4% 5% 4% 2% 3% [libx264 @ 0xa396860] i8c dc,h,v,p: 51% 21% 22% 6% [libx264 @ 0xa396860] Weighted P-Frames: Y:38.2% UV:34.5% [libx264 @ 0xa396860] ref P L0: 65.2% 17.5% 14.1% 2.6% 0.6% [libx264 @ 0xa396860] ref B L0: 98.1% 1.9% [libx264 @ 0xa396860] kb/s:62.92 I used the command below to get the result said in online document: /opt/ffmpeggit/bin/ffmpeg -i test.mp4 -vf "[in] split [T1],crop=iw:ih/2:0:0,vflip,[T2] overlay=0:H/2 [out]; [T1]fifo[T2]" output2.mp4 Attachments: 1, input file: test.mp4 2, the wrong output file: output.mp4 3, the right output file: output2.mp4 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 29 09:44:22 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Mar 2013 08:44:22 -0000 Subject: [FFmpeg-trac] #2410(avdevice:new): ffmpeg down with video4linux2. In-Reply-To: <035.f74793672e717932d51792802b1a7ede@avcodec.org> References: <035.f74793672e717932d51792802b1a7ede@avcodec.org> Message-ID: <050.557e89765759fc25610dccc6e31c2907@avcodec.org> #2410: ffmpeg down with video4linux2. ------------------------------------+------------------------------------ Reporter: dinhka | Owner: Type: defect | Status: new Priority: normal | Component: avdevice Version: git-master | Resolution: Keywords: v4l2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by dinhka): Replying to [comment:10 cehoyos]: > Replying to [comment:9 dinhka]: > > 2. test case 2. the process hang. > > > > ffmpeg -f video4linux2 -pix_fmt yuv420p -i /dev/video0 -vcodec mpeg4 -b:v 1200k -y test.avi > > Please confirm that 2d777bb also hangs if you remove "-pix_fmt yuv420p". > Does "-loglevel 99" show some output? > Does MPlayer work with your card? Hi, 1. remove "-pix_fmt yuv420p" still hang. 2. ffmpeg -loglevel 99 -f video4linux2 -i /dev/video0 -vcodec mpeg4 -b:v 1200k -y test.avi FFmpeg version UNKNOWN, Copyright (c) 2000-2011 the FFmpeg developers built on Mar 29 2013 13:23:35 with gcc 4.4.7 20120313 (Red Hat 4.4.7-3) configuration: --enable-version3 --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-avfilter --enable-nonfree --enable-libmp3lame --enable-gpl --enable-libfaac --enable-libx264 --enable-pthreads --disable-stripping --extra-cflags=-I/usr/local/include --disable-debug libavutil 50.36. 0 / 50.36. 0 libavcore 0.16. 0 / 0.16. 0 libavcodec 52.102. 0 / 52.102. 0 libavformat 52.92. 0 / 52.92. 0 libavdevice 52. 2. 2 / 52. 2. 2 libavfilter 1.72. 0 / 1.72. 0 libswscale 0.12. 0 / 0.12. 0 [video4linux2 @ 0xa7b64c0] [3]Capabilities: 5000001 [video4linux2 @ 0xa7b64c0] Querying the device for the current frame size [video4linux2 @ 0xa7b64c0] Setting frame size to 720x480 [video4linux2 @ 0xa7b64c0] The V4L2 driver set input_id: 0, input: Composite0 3. I test my video card on windows xp is OK. the hardware is good. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 29 10:17:25 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Mar 2013 09:17:25 -0000 Subject: [FFmpeg-trac] #2414(avcodec:new): wmv2 decoding bug... Message-ID: <037.151e420225cd7ef4c8b0e04004f3565d@avcodec.org> #2414: wmv2 decoding bug... ----------------------------------+-------------------------------------- Reporter: kyh96403 | Type: defect Status: new | Priority: important Component: avcodec | Version: git-master Keywords: wmv2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- FFmpeg's wmv2 decoder make demaged picture at after 00:12:00. Error message is I7:3E/ dc overflow- block: 4 qscale: 5// error while decoding intra block: 4 x 7 (4) Error at MB: 151 concealing 160 DC, 160 AC, 160 MV errors in I frame ignoring overflow at 18 0 ignoring overflow at 3 4 ignoring overflow at 3 4 ignoring overflow at 11 4 ignoring overflow at 11 4 ignoring overflow at 11 4 ignoring overflow at 16 7 ignoring overflow at 5 8 ignoring overflow at 16 8 ignoring overflow at 4 9 ignoring overflow at 4 9 ignoring overflow at 4 9 ignoring overflow at 4 9 ignoring overflow at 4 9 ignoring overflow at 1 10 ignoring overflow at 2 10 ignoring overflow at 2 10 ignoring overflow at 12 10 ignoring overflow at 16 10 ignoring overflow at 2 11 ignoring overflow at 16 11 ignoring overflow at 4 12 ignoring overflow at 3 13 ignoring overflow at 16 14 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 29 10:21:51 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Mar 2013 09:21:51 -0000 Subject: [FFmpeg-trac] #2414(avcodec:new): wmv2 decoding bug... In-Reply-To: <037.151e420225cd7ef4c8b0e04004f3565d@avcodec.org> References: <037.151e420225cd7ef4c8b0e04004f3565d@avcodec.org> Message-ID: <052.bdb99de849af7a53f1abb3ec9ced0dd5@avcodec.org> #2414: wmv2 decoding bug... ------------------------------------+----------------------------------- Reporter: kyh96403 | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: wmv2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by kyh96403): file link is "http://110.45.215.113/test/test.asf" -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 29 11:04:30 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Mar 2013 10:04:30 -0000 Subject: [FFmpeg-trac] #2409(undetermined:new): ffmpeg hangs while trying to play live FLV stream with Speex In-Reply-To: <034.6760529644f617481e0f26eea5d602b2@avcodec.org> References: <034.6760529644f617481e0f26eea5d602b2@avcodec.org> Message-ID: <049.7a598b42667d0ab0ec17ad54255abfc4@avcodec.org> #2409: ffmpeg hangs while trying to play live FLV stream with Speex -------------------------------------+------------------------------------- Reporter: DrLex | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: rtmp speex | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by DrLex): This is a backtrace of where the ffmpeg from step 3 hangs: {{{ #0 0xb7fe2424 in __kernel_vsyscall () #1 0xb7db93d1 in recv () at ../sysdeps/unix/sysv/linux/i386/socket.S:61 #2 0xb7e1e3c5 in RTMPSockBuf_Fill () from /usr/lib/librtmp.so.0 #3 0xb7e20458 in ?? () from /usr/lib/librtmp.so.0 #4 0xb7e20530 in RTMP_ReadPacket () from /usr/lib/librtmp.so.0 #5 0xb7e233d8 in RTMP_GetNextMediaPacket () from /usr/lib/librtmp.so.0 #6 0xb7e234ab in ?? () from /usr/lib/librtmp.so.0 #7 0xb7e23fe5 in RTMP_Read () from /usr/lib/librtmp.so.0 #8 0x080dc533 in retry_transfer_wrapper (transfer_func=, size_min=, size=, buf=, h=) at libavformat/avio.c:274 #9 ffurl_read (h=0x889a900, buf=0x88b8c24 "", size=1076) at libavformat/avio.c:307 #10 0x080de398 in fill_buffer (s=0x88a88a0) at libavformat/aviobuf.c:425 #11 0x080de4b7 in avio_r8 (s=0x88a88a0) at libavformat/aviobuf.c:471 #12 0x080f5dbc in flv_read_packet (s=0x889a3e0, pkt=0xbfffe844) at libavformat/flvdec.c:656 #13 0x081b478f in ff_read_packet (s=0x889a3e0, pkt=0xbfffe844) at libavformat/utils.c:787 #14 0x081b75ae in read_frame_internal (s=0x889a3e0, pkt=0x889a3e0) at libavformat/utils.c:1432 #15 0x081b8b0d in avformat_find_stream_info (ic=0x889a3e0, options=0x88a8aa0) at libavformat/utils.c:2873 #16 0x08076c3d in open_input_file (o=0xbfffee28, filename=0xbffff4a8 "rtmp://10.100.1.5:1935/voicedemo live=1") at ffmpeg_opt.c:815 #17 0x08073ba5 in open_files (l=, inout=, open_file=) at ffmpeg_opt.c:2470 #18 0x08073ee0 in ffmpeg_parse_options (argc=12, argv=0xbffff2b4) at ffmpeg_opt.c:2507 #19 0x08087aa0 in main (argc=12, argv=0xbffff2b4) at ffmpeg.c:3317 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 29 11:05:48 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Mar 2013 10:05:48 -0000 Subject: [FFmpeg-trac] #2414(avcodec:new): wmv2 decoding bug... In-Reply-To: <037.151e420225cd7ef4c8b0e04004f3565d@avcodec.org> References: <037.151e420225cd7ef4c8b0e04004f3565d@avcodec.org> Message-ID: <052.e7d11ef478db27e4c756c63bc45b377e@avcodec.org> #2414: wmv2 decoding bug... ------------------------------------+----------------------------------- Reporter: kyh96403 | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: wmv2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * priority: important => normal Comment: Please provide your failing command line together with the complete, uncut console output to make this a valid ticket. Do you think this problem is a regression? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 29 11:08:56 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Mar 2013 10:08:56 -0000 Subject: [FFmpeg-trac] #2409(undetermined:new): ffmpeg hangs while trying to play live FLV stream with Speex In-Reply-To: <034.6760529644f617481e0f26eea5d602b2@avcodec.org> References: <034.6760529644f617481e0f26eea5d602b2@avcodec.org> Message-ID: <049.aaae86a05efcf56a176cbec1fff4a15e@avcodec.org> #2409: ffmpeg hangs while trying to play live FLV stream with Speex -------------------------------------+------------------------------------- Reporter: DrLex | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: rtmp speex | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Your backtrace does not indicate a bug in FFmpeg, don't you agree? What happens if you compile without librtmp? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 29 11:17:23 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Mar 2013 10:17:23 -0000 Subject: [FFmpeg-trac] #2414(avcodec:new): wmv2 decoding bug... In-Reply-To: <037.151e420225cd7ef4c8b0e04004f3565d@avcodec.org> References: <037.151e420225cd7ef4c8b0e04004f3565d@avcodec.org> Message-ID: <052.5cd3625b6b284eecddaa58379e0e7f70@avcodec.org> #2414: wmv2 decoding bug... ------------------------------------+----------------------------------- Reporter: kyh96403 | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: wmv2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by compn): i made a smaller sample from your test.asf : http://samples.ffmpeg.org/asf-wmv/wmv2decerror-short.asf it shows the wmv2 problem immediately -vc wmvdmo has no smearing/tearing. (mencoder messed up the audio sync, so ignore that in my sample.) uncut output: W:\>y:\ffplay wmv2decerror-short.asf ffplay version N-51433-g551f683 Copyright (c) 2003-2013 the FFmpeg developers built on Mar 28 2013 21:52:57 with gcc 4.8.0 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzli b --enable-fontconfig --enable-frei0r --enable-gnutls --enable-libass --enable-libbluray --enable-li bcaca --enable-libfreetype --enable-libgsm --enable-libilbc --enable- libmp3lame --enable-libopencore -amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-li bschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-lib vo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxa vs --enable-libxvid --enable-zlib libavutil 52. 22.101 / 52. 22.101 libavcodec 55. 2.100 / 55. 2.100 libavformat 55. 0.100 / 55. 0.100 libavdevice 55. 0.100 / 55. 0.100 libavfilter 3. 48.105 / 3. 48.105 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, asf, from 'wmv2decerror-short.asf': 0KB sq= 0B f=0/0 Metadata: encoder : Lavf53.12.0 Duration: 00:00:40.31, start: 0.000000, bitrate: 274 kb/s Stream #0:0: Video: wmv2 (WMV2 / 0x32564D57), yuv420p, 320x240, 27.25 tbr, 1k tbn, 1k tbc Stream #0:1: Audio: wmav2 (a[1][0][0] / 0x0161), 22050 Hz, 1 channels, fltp, 20 kb/s [wmv2 @ 0266c9e0] dc overflow- block: 4 qscale: 5//q= 0B f=0/0 [wmv2 @ 0266c9e0] error while decoding intra block: 4 x 7 (4) [wmv2 @ 0266c9e0] Error at MB: 151 [wmv2 @ 0266c9e0] concealing 160 DC, 160 AC, 160 MV errors in I frame [wmv2 @ 0266c9e0] dc overflow- block: 4 qscale: 5//q= 0B f=0/0 [wmv2 @ 0266c9e0] error while decoding intra block: 4 x 7 (4) [wmv2 @ 0266c9e0] Error at MB: 151 [wmv2 @ 0266c9e0] concealing 160 DC, 160 AC, 160 MV errors in I frame [wmv2 @ 0266c9e0] dc overflow- block: 4 qscale: 5//q= 0B f=0/0 [wmv2 @ 0266c9e0] error while decoding intra block: 13 x 13 (4) [wmv2 @ 0266c9e0] Error at MB: 286 [wmv2 @ 0266c9e0] concealing 76 DC, 76 AC, 76 MV errors in I frame [wmv2 @ 0266c9e0] dc overflow- block: 4 qscale: 9//q= 0B f=0/0 [wmv2 @ 0266c9e0] error while decoding intra block: 17 x 13 (4) [wmv2 @ 0266c9e0] Error at MB: 290 [wmv2 @ 0266c9e0] concealing 72 DC, 72 AC, 72 MV errors in P frame [wmv2 @ 0266c9e0] dc overflow- block: 4 qscale: 5//q= 0B f=0/0 [wmv2 @ 0266c9e0] error while decoding intra block: 13 x 12 (4) [wmv2 @ 0266c9e0] Error at MB: 265 [wmv2 @ 0266c9e0] concealing 96 DC, 96 AC, 96 MV errors in I frame [wmv2 @ 0266c9e0] dc overflow- block: 4 qscale: 7//q= 0B f=0/0 [wmv2 @ 0266c9e0] error while decoding intra block: 15 x 12 (4) [wmv2 @ 0266c9e0] Error at MB: 267 [wmv2 @ 0266c9e0] concealing 94 DC, 94 AC, 94 MV errors in P frame 73.15 A-V: -0.084 fd= 28 aq= 0KB vq= 0KB sq= 0B f=0/0 (the sample keeps playing, not sure if ffplay bug with 'broken' mencoder file) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 29 11:19:10 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Mar 2013 10:19:10 -0000 Subject: [FFmpeg-trac] #2414(avcodec:open): wmv2 decoding bug... In-Reply-To: <037.151e420225cd7ef4c8b0e04004f3565d@avcodec.org> References: <037.151e420225cd7ef4c8b0e04004f3565d@avcodec.org> Message-ID: <052.0541c0df5cd2778e996a6a63fd240999@avcodec.org> #2414: wmv2 decoding bug... ------------------------------------+----------------------------------- Reporter: kyh96403 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: wmv2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by compn): * status: new => open Comment: testing with mplayer from 2006 shows similar smearing/tearing. not a regression. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 29 11:30:19 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Mar 2013 10:30:19 -0000 Subject: [FFmpeg-trac] #2414(avcodec:open): wmv2 decoding bug... In-Reply-To: <037.151e420225cd7ef4c8b0e04004f3565d@avcodec.org> References: <037.151e420225cd7ef4c8b0e04004f3565d@avcodec.org> Message-ID: <052.d9b975ac3c7f2d17f2ae01568379de84@avcodec.org> #2414: wmv2 decoding bug... ------------------------------------+----------------------------------- Reporter: kyh96403 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: wmv2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Is the "smearing/tearing" only reproducible with ffplay or also with ffmpeg? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 29 12:05:38 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Mar 2013 11:05:38 -0000 Subject: [FFmpeg-trac] #2414(avcodec:open): wmv2 decoding bug... In-Reply-To: <037.151e420225cd7ef4c8b0e04004f3565d@avcodec.org> References: <037.151e420225cd7ef4c8b0e04004f3565d@avcodec.org> Message-ID: <052.1716236b042d94b7d133962aa53b4eee@avcodec.org> #2414: wmv2 decoding bug... ------------------------------------+----------------------------------- Reporter: kyh96403 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: wmv2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by compn): also with ffmpeg: W:\>y:\ffmpeg -i wmv2decerror-short.asf -f null NUL ffmpeg version N-51433-g551f683 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 28 2013 21:52:57 with gcc 4.8.0 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzli b --enable-fontconfig --enable-frei0r --enable-gnutls --enable-libass --enable-libbluray --enable-li bcaca --enable-libfreetype --enable-libgsm --enable-libilbc --enable- libmp3lame --enable-libopencore -amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-li bschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-lib vo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxa vs --enable-libxvid --enable-zlib libavutil 52. 22.101 / 52. 22.101 libavcodec 55. 2.100 / 55. 2.100 libavformat 55. 0.100 / 55. 0.100 libavdevice 55. 0.100 / 55. 0.100 libavfilter 3. 48.105 / 3. 48.105 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Guessed Channel Layout for Input Stream #0.1 : mono Input #0, asf, from 'wmv2decerror-short.asf': Metadata: encoder : Lavf53.12.0 Duration: 00:00:40.31, start: 0.000000, bitrate: 274 kb/s Stream #0:0: Video: wmv2 (WMV2 / 0x32564D57), yuv420p, 320x240, 27.25 tbr, 1k tbn, 1k tbc Stream #0:1: Audio: wmav2 (a[1][0][0] / 0x0161), 22050 Hz, mono, fltp, 20 kb/s Output #0, null, to 'NUL': Metadata: encoder : Lavf55.0.100 Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 320x240, q=2-31, 200 kb/s, 90k tbn, 2 7.25 tbc Stream #0:1: Audio: pcm_s16le, 22050 Hz, mono, s16, 352 kb/s Stream mapping: Stream #0:0 -> #0:0 (wmv2 -> rawvideo) Stream #0:1 -> #0:1 (wmav2 -> pcm_s16le) Press [q] to stop, [?] for help [wmv2 @ 02667020] dc overflow- block: 4 qscale: 5// [wmv2 @ 02667020] error while decoding intra block: 4 x 7 (4) [wmv2 @ 02667020] Error at MB: 151 [wmv2 @ 02667020] concealing 160 DC, 160 AC, 160 MV errors in I frame [null @ 027148c0] Encoder did not produce proper pts, making some up. [wmv2 @ 02667020] dc overflow- block: 4 qscale: 5// [wmv2 @ 02667020] error while decoding intra block: 4 x 7 (4) [wmv2 @ 02667020] Error at MB: 151 [wmv2 @ 02667020] concealing 160 DC, 160 AC, 160 MV errors in I frame [wmv2 @ 02667020] dc overflow- block: 4 qscale: 5// [wmv2 @ 02667020] error while decoding intra block: 13 x 13 (4) [wmv2 @ 02667020] Error at MB: 286 [wmv2 @ 02667020] concealing 76 DC, 76 AC, 76 MV errors in I frame dc overflow- block: 4 qscale: 9//A time=00:00:18.62 bitrate=N/A dup=83 drop=0 [wmv2 @ 02667020] error while decoding intra block: 17 x 13 (4) [wmv2 @ 02667020] Error at MB: 290 [wmv2 @ 02667020] concealing 72 DC, 72 AC, 72 MV errors in P frame dc overflow- block: 4 qscale: 5//A time=00:00:33.20 bitrate=N/A dup=149 drop=0 [wmv2 @ 02667020] error while decoding intra block: 13 x 12 (4) [wmv2 @ 02667020] Error at MB: 265 [wmv2 @ 02667020] concealing 96 DC, 96 AC, 96 MV errors in I frame [wmv2 @ 02667020] dc overflow- block: 4 qscale: 7// [wmv2 @ 02667020] error while decoding intra block: 15 x 12 (4) [wmv2 @ 02667020] Error at MB: 267 [wmv2 @ 02667020] concealing 94 DC, 94 AC, 94 MV errors in P frame frame= 1077 fps=884 q=0.0 Lsize=N/A time=00:00:40.35 bitrate=N/A dup=179 drop=0 video:67kB audio:1736kB subtitle:0 global headers:0kB muxing overhead -100.001191% -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 29 12:11:18 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Mar 2013 11:11:18 -0000 Subject: [FFmpeg-trac] #2414(avcodec:open): wmv2 decoding bug... In-Reply-To: <037.151e420225cd7ef4c8b0e04004f3565d@avcodec.org> References: <037.151e420225cd7ef4c8b0e04004f3565d@avcodec.org> Message-ID: <052.b3b3947b9e3f92aed775969bda3f2fa3@avcodec.org> #2414: wmv2 decoding bug... ------------------------------------+----------------------------------- Reporter: kyh96403 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: wmv2 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 29 12:12:34 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Mar 2013 11:12:34 -0000 Subject: [FFmpeg-trac] #2410(avdevice:new): ffmpeg down with video4linux2. In-Reply-To: <035.f74793672e717932d51792802b1a7ede@avcodec.org> References: <035.f74793672e717932d51792802b1a7ede@avcodec.org> Message-ID: <050.d63b4901c8905715d8613a97ab05c130@avcodec.org> #2410: ffmpeg down with video4linux2. ------------------------------------+------------------------------------ Reporter: dinhka | Owner: Type: defect | Status: new Priority: normal | Component: avdevice Version: git-master | Resolution: Keywords: v4l2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Is there any software on Linux (MPlayer or another one) that allows playback / recording with your video card? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 29 12:15:32 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Mar 2013 11:15:32 -0000 Subject: [FFmpeg-trac] #2410(avdevice:new): ffmpeg down with video4linux2. In-Reply-To: <035.f74793672e717932d51792802b1a7ede@avcodec.org> References: <035.f74793672e717932d51792802b1a7ede@avcodec.org> Message-ID: <050.4b2ec33c18d6bbed6fd0c1a49aaa7070@avcodec.org> #2410: ffmpeg down with video4linux2. ------------------------------------+------------------------------------ Reporter: dinhka | Owner: Type: defect | Status: new Priority: normal | Component: avdevice Version: git-master | Resolution: Keywords: v4l2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by dinhka): Replying to [comment:12 cehoyos]: > Is there any software on Linux (MPlayer or another one) that allows playback / recording with your video card? Yes, if I use easycap driver then ffmpeg can work with the card. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 29 12:27:34 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Mar 2013 11:27:34 -0000 Subject: [FFmpeg-trac] #2410(avdevice:new): ffmpeg down with video4linux2. In-Reply-To: <035.f74793672e717932d51792802b1a7ede@avcodec.org> References: <035.f74793672e717932d51792802b1a7ede@avcodec.org> Message-ID: <050.f7e0466a028f74e11599fc51a3a2976e@avcodec.org> #2410: ffmpeg down with video4linux2. ------------------------------------+------------------------------------ Reporter: dinhka | Owner: Type: defect | Status: new Priority: normal | Component: avdevice Version: git-master | Resolution: Keywords: v4l2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:13 dinhka]: > Replying to [comment:12 cehoyos]: > > Is there any software on Linux (MPlayer or another one) that allows playback / recording with your video card? > > Yes, if I use easycap driver then ffmpeg can work with the card. but the driver has some limition. so I use stk1160 driver, that come with kernel 3.7.x. So if I understand correctly, you are reporting a Linux kernel driver bug to the FFmpeg bug tracker, or do I miss something? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 29 12:31:03 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Mar 2013 11:31:03 -0000 Subject: [FFmpeg-trac] #2410(avdevice:new): ffmpeg down with video4linux2. In-Reply-To: <035.f74793672e717932d51792802b1a7ede@avcodec.org> References: <035.f74793672e717932d51792802b1a7ede@avcodec.org> Message-ID: <050.98b384187251693ebd98b02c66f8a8c1@avcodec.org> #2410: ffmpeg down with video4linux2. ------------------------------------+------------------------------------ Reporter: dinhka | Owner: Type: defect | Status: new Priority: normal | Component: avdevice Version: git-master | Resolution: Keywords: v4l2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by dinhka): Replying to [comment:14 cehoyos]: > Replying to [comment:13 dinhka]: > > Replying to [comment:12 cehoyos]: > > > Is there any software on Linux (MPlayer or another one) that allows playback / recording with your video card? > > > > Yes, if I use easycap driver then ffmpeg can work with the card. but the driver has some limition. so I use stk1160 driver, that come with kernel 3.7.x. > So if I understand correctly, you are reporting a Linux kernel driver bug to the FFmpeg bug tracker, or do I miss something? Hi, I don't know where does the bug come from. I asked the author of stk1160 driver, he said the bug is in ffmpeg, I am not sure, I am just end-user. Please help me. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 29 12:42:37 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Mar 2013 11:42:37 -0000 Subject: [FFmpeg-trac] #2410(avdevice:new): ffmpeg down with video4linux2. In-Reply-To: <035.f74793672e717932d51792802b1a7ede@avcodec.org> References: <035.f74793672e717932d51792802b1a7ede@avcodec.org> Message-ID: <050.b3f1102c2945b4829df75e62bcdb296c@avcodec.org> #2410: ffmpeg down with video4linux2. ------------------------------------+------------------------------------ Reporter: dinhka | Owner: Type: defect | Status: new Priority: normal | Component: avdevice Version: git-master | Resolution: Keywords: v4l2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:15 dinhka]: > I asked the author of stk1160 driver, he said the bug is in ffmpeg So there is software (any Linux software) that works with the driver? Did you already test MPlayer? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 29 12:51:01 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Mar 2013 11:51:01 -0000 Subject: [FFmpeg-trac] #2410(avdevice:new): ffmpeg down with video4linux2. In-Reply-To: <035.f74793672e717932d51792802b1a7ede@avcodec.org> References: <035.f74793672e717932d51792802b1a7ede@avcodec.org> Message-ID: <050.c0538cce5e33f707bcd3fd4bbbe13727@avcodec.org> #2410: ffmpeg down with video4linux2. ------------------------------------+------------------------------------ Reporter: dinhka | Owner: Type: defect | Status: new Priority: normal | Component: avdevice Version: git-master | Resolution: Keywords: v4l2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by dinhka): Replying to [comment:16 cehoyos]: > Replying to [comment:15 dinhka]: > > I asked the author of stk1160 driver, he said the bug is in ffmpeg > > So there is software (any Linux software) that works with the driver? > Did you already test MPlayer? Hi, I use MEncoder: mencoder tv:// -tv driver=v4l2:width=720:height=576:norm=PAL:outfmt=uyvy:device=/dev/video0:input=0:fps=25 -o test.mp4 MEncoder SVN-r31628-4.4.6 (C) 2000-2010 MPlayer Team WARNING: OUTPUT FILE FORMAT IS _AVI_. See -of help. success: format: 9 data: 0x0 - 0x0 TV file format detected. Selected driver: v4l2 name: Video 4 Linux 2 input author: Martin Olschewski comment: first try, more to come ;-) Selected device: stk1160 Capabilites: video capture read/write streaming supported norms: 0 = NTSC; 1 = NTSC-M; 2 = NTSC-M-JP; 3 = NTSC-M-KR; 4 = NTSC-443; 5 = PAL; 6 = PAL-BG; 7 = PAL-H; 8 = PAL-I; 9 = PAL-DK; 10 = PAL-M; 11 = PAL-N; 12 = PAL-Nc; 13 = PAL-60; 14 = SECAM; 15 = SECAM-B; 16 = SECAM-G; 17 = SECAM-H; 18 = SECAM-DK; 19 = SECAM-L; 20 = SECAM-Lc; inputs: 0 = Composite0; 1 = Composite1; 2 = Composite2; 3 = Composite3; Current input: 0 Current format: UYVY Selected input hasn't got a tuner! Unable to open '/dev/dsp': No such file or directory v4l2: ioctl set mute failed: Invalid argument v4l2: 0 frames successfully processed, 0 frames dropped. ============ Sorry, this file format is not recognized/supported ============= === If this file is an AVI, ASF or MPEG stream, please contact the author! === Cannot open demuxer. Exiting... 2. I use vlc, that work /usr/bin/cvlc v4l2:///dev/video0:input=1:width=720:height=576 --run- time 10 --sout='#transcode{vcodec=mp4v, vb=1024}:std{access=file, mux=avi, dst=file_name.avi}'; VLC media player 1.1.13 The Luggage (revision exported) Warning: call to srand(1364557781) Warning: call to rand() Blocked: call to unsetenv("DBUS_ACTIVATION_ADDRESS") Blocked: call to unsetenv("DBUS_ACTIVATION_BUS_TYPE") [0x96c98ec] inhibit interface error: Failed to connect to the D-Bus session daemon: /bin/dbus-launch terminated abnormally without any error message [0x96c98ec] main interface error: no suitable interface module [0x96cb6e4] main interface error: no suitable interface module [0x96a38fc] main libvlc error: interface "globalhotkeys,none" initialization failed [0x96cb6e4] dummy interface: using the dummy interface module... [0xb22025fc] mux_avi mux: stream[0] duration:9 totalsize:1355387 frames:249 fps:25.075447 KiB/s:1066 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 29 13:02:18 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Mar 2013 12:02:18 -0000 Subject: [FFmpeg-trac] #2410(avdevice:open): ffmpeg down with video4linux2. In-Reply-To: <035.f74793672e717932d51792802b1a7ede@avcodec.org> References: <035.f74793672e717932d51792802b1a7ede@avcodec.org> Message-ID: <050.93ff5fda0dd2ada506f6cfc7604408cf@avcodec.org> #2410: ffmpeg down with video4linux2. ------------------------------------+------------------------------------ Reporter: dinhka | Owner: Type: defect | Status: open Priority: normal | Component: avdevice Version: git-master | Resolution: Keywords: v4l2 | 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 Fri Mar 29 13:03:35 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Mar 2013 12:03:35 -0000 Subject: [FFmpeg-trac] #2413(documentation:open): Wrong complex filter graph example In-Reply-To: <038.50f5f48b4c6c9d18e646282ea22adc81@avcodec.org> References: <038.50f5f48b4c6c9d18e646282ea22adc81@avcodec.org> Message-ID: <053.78328bd4565dc3e3d36d3e8109e54197@avcodec.org> #2413: Wrong complex filter graph example -------------------------------------+------------------------------------- Reporter: littlebat | Owner: Type: defect | Status: open Priority: minor | Component: Version: git-master | documentation Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: normal => minor * status: new => open * reproduced: 0 => 1 Comment: Please consider sending a patch to ffmpeg-devel. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 29 13:22:24 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Mar 2013 12:22:24 -0000 Subject: [FFmpeg-trac] #2060(undetermined:closed): Concat Demuxer Input Format - Usability enhancement In-Reply-To: <040.ab954bb671aabb62957018023ba67777@avcodec.org> References: <040.ab954bb671aabb62957018023ba67777@avcodec.org> Message-ID: <055.b284961eb8f41e1ba088415e072b4707@avcodec.org> #2060: Concat Demuxer Input Format - Usability enhancement -------------------------------------+------------------------------------- Reporter: ramitbhalla | 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 ramitbhalla): I think there's a bug in the concat demuxer, if the filename contains a single quote in it's name The concat demuxer is not able to read from the text file e.g. here is what the concat.txt file contains: file 'NCIS HD' Small_0_10.ts' file 'NCIS HD' Small_18_133.ts' ffmpeg breaks at NCIS HD and says it cannot find the file. I know the issue, i've tried escaping teh ' character like \' and even \\' but even that doesn't work. Is this broken? If so I'll open a new ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 29 13:27:14 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Mar 2013 12:27:14 -0000 Subject: [FFmpeg-trac] #2410(avdevice:open): ffmpeg down with video4linux2. In-Reply-To: <035.f74793672e717932d51792802b1a7ede@avcodec.org> References: <035.f74793672e717932d51792802b1a7ede@avcodec.org> Message-ID: <050.1f1a75b2aa1ad149b7a896b6ff9e5759@avcodec.org> #2410: ffmpeg down with video4linux2. ------------------------------------+------------------------------------ Reporter: dinhka | Owner: Type: defect | Status: open Priority: normal | Component: avdevice Version: git-master | Resolution: Keywords: v4l2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by dinhka): Replying to [comment:18 cehoyos]: Hi, I have a test case then ffmpeg work with stk1160 driver. 1. reboot my pc the stk1160 driver inits ok: usb 2-2: New device Syntek Semiconductor USB 2.0 Video Capture Controller @ 480 Mbps (05e1:0408, interface 0, class 0) usb 2-2: video interface 0 found stk1160: driver ver 0.9.4 successfully loaded stk1160: registers to NTSC like standard AC'97 0 access is not valid [0x0], removing mixer. stk1160 2-2:1.0: V4L2 device registered as video0 usbcore: registered new interface driver stk1160 usbcore: registered new interface driver snd-usb-audio 2. run command ffmpeg -f video4linux2 -pix_fmt yuv420p -i /dev/video0 -f alsa -ar 22050 -ac 2 -acodec pcm_s16le -i hw:1 -vcodec mpeg4 -vtag DX50 -b 1200k -r 25 -acodec libmp3lame -ar 44100 -ac 2 -ab 128k -y test.avi bug as: [video4linux2,v4l2 @ 0x964f400] The V4L2 driver changed the video from 720x576 to 720x480 [video4linux2,v4l2 @ 0x964f400] ioctl(VIDIOC_G_PARM): Inappropriate ioctl for device /dev/video0: Inappropriate ioctl for device 3. I run next commandline mencoder tv:// -tv driver=v4l2:width=720:height=576:norm=PAL:outfmt=uyvy:device=/dev/video0:input=0:fps=25 -o test.mp4 MEncoder SVN-r31628-4.4.6 (C) 2000-2010 MPlayer Team WARNING: OUTPUT FILE FORMAT IS _AVI_. See -of help. success: format: 9 data: 0x0 - 0x0 TV file format detected. Selected driver: v4l2 name: Video 4 Linux 2 input author: Martin Olschewski comment: first try, more to come ;-) Selected device: stk1160 Capabilites: video capture read/write streaming supported norms: 0 = NTSC; 1 = NTSC-M; 2 = NTSC-M-JP; 3 = NTSC-M-KR; 4 = NTSC-443; 5 = PAL; 6 = PAL-BG; 7 = PAL-H; 8 = PAL-I; 9 = PAL-DK; 10 = PAL-M; 11 = PAL-N; 12 = PAL-Nc; 13 = PAL-60; 14 = SECAM; 15 = SECAM-B; 16 = SECAM-G; 17 = SECAM-H; 18 = SECAM-DK; 19 = SECAM-L; 20 = SECAM-Lc; inputs: 0 = Composite0; 1 = Composite1; 2 = Composite2; 3 = Composite3; Current input: 0 Current format: UYVY Selected input hasn't got a tuner! Unable to open '/dev/dsp': No such file or directory v4l2: ioctl set mute failed: Invalid argument v4l2: 0 frames successfully processed, 0 frames dropped. ============ Sorry, this file format is not recognized/supported ============= === If this file is an AVI, ASF or MPEG stream, please contact the author! === Cannot open demuxer. Exiting... 4. then I run again the commandline in step 2, ffmpeg work with stk1160 driver. ffmpeg -loglevel 99 -f video4linux2 -i /dev/video0 -vcodec mpeg4 -b 1200k -y test.avi ffmpeg version N-51426-gdd17843 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 29 2013 00:22:28 with gcc 4.4.7 (GCC) 20120313 (Red Hat 4.4.7-3) configuration: --enable-version3 --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-avfilter --enable-nonfree --enable-libmp3lame --enable-gpl --enable-libfaac --enable-libx264 --enable-pthreads --disable-stripping --enable-libass --extra-cflags=-I/usr/local/include --disable-debug libavutil 52. 22.101 / 52. 22.101 libavcodec 55. 2.100 / 55. 2.100 libavformat 55. 0.100 / 55. 0.100 libavdevice 55. 0.100 / 55. 0.100 libavfilter 3. 48.105 / 3. 48.105 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Splitting the commandline. Reading option '-loglevel' ... matched as option 'loglevel' (set libav* logging level) with argument '99'. Reading option '-f' ... matched as option 'f' (force format) with argument 'video4linux2'. Reading option '-i' ... matched as input file with argument '/dev/video0'. Reading option '-vcodec' ... matched as option 'vcodec' (force video codec ('copy' to copy stream)) with argument 'mpeg4'. Reading option '-b' ... matched as option 'b' (video bitrate (please use -b:v)) with argument '1200k'. Reading option '-y' ... matched as option 'y' (overwrite output files) with argument '1'. Reading option 'test.avi' ... matched as output file. Finished splitting the commandline. Parsing a group of options: global . Applying option loglevel (set libav* logging level) with argument 99. Applying option y (overwrite output files) with argument 1. Successfully parsed a group of options. Parsing a group of options: input file /dev/video0. Applying option f (force format) with argument video4linux2. Successfully parsed a group of options. Opening an input file: /dev/video0. [video4linux2,v4l2 @ 0x9df4440] fd:3 capabilities:5000001 [video4linux2,v4l2 @ 0x9df4440] Current input_channel: 0, input_name: Composite0 [video4linux2,v4l2 @ 0x9df4440] Querying the device for the current frame size [video4linux2,v4l2 @ 0x9df4440] Setting frame size to 720x576 [video4linux2,v4l2 @ 0x9df4440] Trying to set codec:rawvideo pix_fmt:yuv420p Last message repeated 1 times [video4linux2,v4l2 @ 0x9df4440] Trying to set codec:rawvideo pix_fmt:yuv422p [video4linux2,v4l2 @ 0x9df4440] Trying to set codec:rawvideo pix_fmt:yuyv422 [video4linux2,v4l2 @ 0x9df4440] Trying to set codec:rawvideo pix_fmt:uyvy422 [video4linux2,v4l2 @ 0x9df4440] The V4L2 driver is using the interlaced mode [video4linux2,v4l2 @ 0x9df4440] Current standard: PAL, id: 255, frameperiod: 1/25 [video4linux2,v4l2 @ 0x9df4440] All info found [video4linux2,v4l2 @ 0x9df4440] Estimating duration from bitrate, this may be inaccurate Input #0, video4linux2,v4l2, from '/dev/video0': Duration: N/A, start: 1364559870.645412, bitrate: 165888 kb/s Stream #0:0, 1, 1/1000000: Video: rawvideo (UYVY / 0x59565955), uyvy422, 720x576, 1/1000000, 165888 kb/s, 25 fps, 25 tbr, 1000k tbn, 1000k tbc Successfully opened the file. Parsing a group of options: output file test.avi. Applying option vcodec (force video codec ('copy' to copy stream)) with argument mpeg4. Applying option b (video bitrate (please use -b:v)) with argument 1200k. Please use -b:a or -b:v, -b is ambiguous Successfully parsed a group of options. Opening an output file: test.avi. Successfully opened the file. [buffer @ 0x9de3380] Setting entry with key 'video_size' to value '720x576' [buffer @ 0x9de3380] Setting entry with key 'pix_fmt' to value '17' [buffer @ 0x9de3380] Setting entry with key 'time_base' to value '1/1000000' [buffer @ 0x9de3380] Setting entry with key 'pixel_aspect' to value '0/1' [buffer @ 0x9de3380] Setting entry with key 'sws_param' to value 'flags=2' [buffer @ 0x9de3380] Setting entry with key 'frame_rate' to value '25/1' [graph 0 input from stream 0:0 @ 0x9df5840] w:720 h:576 pixfmt:uyvy422 tb:1/1000000 fr:25/1 sar:0/1 sws_param:flags=2 [scale @ 0x9de3a20] Setting 'w' to value '0' [scale @ 0x9de3a20] Setting 'h' to value '0' [scale @ 0x9de3a20] Setting 'flags' to value '0x4' [auto-inserted scaler 0 @ 0x9de3960] w:0 h:0 flags:'0x4' interl:0 [format @ 0x9de34c0] auto-inserting filter 'auto-inserted scaler 0' between the filter 'Parsed_null_0' and the filter 'format' [AVFilterGraph @ 0x9dee6e0] query_formats: 4 queried, 3 merged, 1 already done, 0 delayed [auto-inserted scaler 0 @ 0x9de3960] w:720 h:576 fmt:uyvy422 sar:0/1 -> w:720 h:576 fmt:yuv420p sar:0/1 flags:0x4 [mpeg4 @ 0x9df6160] detected 2 logical cores [mpeg4 @ 0x9df6160] intra_quant_bias = 0 inter_quant_bias = -64 Output #0, avi, to 'test.avi': Metadata: ISFT : Lavf55.0.100 Stream #0:0, 0, 1/25: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 720x576, 1/25, q=2-31, 1200 kb/s, 25 tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> mpeg4) Press [q] to stop, [?] for help frame= 13 fps=0.0 q=2.0 size= 212kB time=00:00:00.52 bitrate=3332.2kbits/sframe= 26 fps= 26 q=4.5 size= 322kB time=00:00:01.04 bitrate=2535.7kbits/sframe= 39 fps= 26 q=5.7 size= 416kB time=00:00:01.56 bitrate=2182.1kbits/sframe= 51 fps= 25 q=4.7 size= 502kB time=00:00:02.04 bitrate=2015.2kbits/sframe= 57 fps= 25 q=4.3 Lsize= 523kB time=00:00:02.28 bitrate=1879.2kbits/s So I think ffmpeg or stk1160 driver has init wrong. After I set driver=v4l2:width=720:height=576:norm=PAL:outfmt=uyvy then it worked. Best regards. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 29 14:47:59 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Mar 2013 13:47:59 -0000 Subject: [FFmpeg-trac] #2415(avformat:new): RTSP (and SDP) client timeout is hard-coded to 10 seconds Message-ID: <039.bed77cf69003ebb585fa2df10c7434aa@avcodec.org> #2415: RTSP (and SDP) client timeout is hard-coded to 10 seconds -------------------------------------+------------------------------------- Reporter: jackjansen | Type: Status: new | enhancement Component: avformat | Priority: normal Keywords: | Version: Blocking: | unspecified Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Summary of the bug: The timeout while waiting for UDP packets in response to opening an RTSP url or SDP file is hard-coded to 10 seconds (the MAX_TIMEOUTS define in rtsp.c). This makes it impossible to decode RTP streams that are intermittently active. It would be good if the hard-coded time out was replaced either by a ?timeout=NNNNN construct, as for UDP reception, or by an AVOption. The current behaviour is great for TCP-failover in case there is no UDP connectivity, but not good for receiving intermittent streams. How to reproduce: {{{ open any SDP file for which there are currently no incoming packets. }}} Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Mar 29 15:13:19 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Mar 2013 14:13:19 -0000 Subject: [FFmpeg-trac] #2409(undetermined:new): ffmpeg hangs while trying to play live FLV stream with Speex In-Reply-To: <034.6760529644f617481e0f26eea5d602b2@avcodec.org> References: <034.6760529644f617481e0f26eea5d602b2@avcodec.org> Message-ID: <049.6c26a790e97a795b84739a0143af5c71@avcodec.org> #2409: ffmpeg hangs while trying to play live FLV stream with Speex -------------------------------------+------------------------------------- Reporter: DrLex | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: rtmp speex | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by DrLex): The trace I gave was obtained by simply interrupting the program wherever it happened to be. The fact that the break happened in librtmp is simply because it spends most of its time there. Adding breakpoints reveals that the real infinite loop not in librtmp. It is the one at libavformat/utils.c:2811. The correct way to get out of that loop is at line 2855, and this is never reached unless the source stream is interrupted. If I compile without librtmp, I get: {{{ [rtmp @ 0x9d7dcc0] Unknown connect error (unsupported authentication method?) [rtmp @ 0x9d7dcc0] Server error: Connection failed: Application folder ([install-location]/applications/) is missing. }}} This does not make any sense because the applications folder is where it should be, and it works with librtmp and every other rtmp-aware program. The Wowza logs reveal that the application name "live" is not inside the request. If I search for this issue, all I find are recommendations to compile with librtmp. This looks like another bug that was never reported because everyone sticks to librtmp. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 30 04:26:49 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Mar 2013 03:26:49 -0000 Subject: [FFmpeg-trac] #2416(undetermined:new): ffprobe wrongly reports "Operation not permitted" Message-ID: <035.33eeba7ac021c1149a39d0999e5f1db7@avcodec.org> #2416: ffprobe wrongly reports "Operation not permitted" -------------------------------------+------------------------------------- Reporter: gillux | Type: defect Status: new | Priority: minor Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I'm trying to inspect the contents of a (presumably corrupted) TS file I found on the internet using ffprobe. Ffprobe quits with a wrong error message: Operation not permitted. {{{ $ ./ffmpeg/ffprobe JCSAT\ 4A\ 12493\ H\ SI-Dump\ 09-15\ 08-26-46.ts ffprobe version N-51283-g4f112a8 Copyright (c) 2007-2013 the FFmpeg developers built on Mar 29 2013 09:25:03 with gcc 4.6.3 (GCC) configuration: --enable-debug=3 --extra-cflags='-O0 -DDEBUG=1' --prefix='~/jcc/install' libavutil 52. 22.101 / 52. 22.101 libavcodec 55. 2.100 / 55. 2.100 libavformat 55. 0.100 / 55. 0.100 libavdevice 55. 0.100 / 55. 0.100 libavfilter 3. 48.102 / 3. 48.102 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 JCSAT 4A 12493 H SI-Dump 09-15 08-26-46.ts: Operation not permitted }}} There is nothing wrong with the permissions. As -v debug suggests, the file is opened and even detected as mpegts. As I compiled ffmpeg with DEBUG defined, the console output with -v debug is really long so I attached it. I also put the TS file on the FTP under the name operation_not_permitted.ts. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 30 08:06:27 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Mar 2013 07:06:27 -0000 Subject: [FFmpeg-trac] #2416(undetermined:new): ffprobe wrongly reports "Operation not permitted" In-Reply-To: <035.33eeba7ac021c1149a39d0999e5f1db7@avcodec.org> References: <035.33eeba7ac021c1149a39d0999e5f1db7@avcodec.org> Message-ID: <050.907c62ba1a9974ae0fbe1f873772b2ca@avcodec.org> #2416: ffprobe wrongly reports "Operation not permitted" -------------------------------------+------------------------------------- Reporter: gillux | Owner: Type: defect | Status: new Priority: minor | Component: Version: git-master | undetermined Keywords: mpegts | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => mpegts Comment: I wonder what ffmpeg / ffprobe should output for a transport streams that contains no useful streams... Or do I miss something and there is software that does something useful with the stream / is there anything inside the stream? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 30 11:06:07 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Mar 2013 10:06:07 -0000 Subject: [FFmpeg-trac] #2417(avformat:new): ffprobe/ffmpeg: cannot read wavfile (no 'data' tag found) Message-ID: <037.ad906bfaeba2978210991af260190c06@avcodec.org> #2417: ffprobe/ffmpeg: cannot read wavfile (no 'data' tag found) ----------------------------------+--------------------------------------- Reporter: auphonic | Type: defect Status: new | Priority: normal Component: avformat | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- ffprobe and ffmpeg cannot read some wav input files - in other programs (e.g. audacity) they are loading fine! Tested with ffmpeg 1.1.3 and 1.2 on Ubuntu 12.04 and 12.10 - more details below. Use the following testfile, to reproduce the problem: https://auphonic.com/media/share/ffmpeg-testfile.wav How to reproduce: {{{ ffprobe -v 9 -loglevel 99 ffmpeg-testfile.wav }}} Output of ffprobe: {{{ ...$ ffprobe -v 9 -loglevel 99 ffmpeg-testfile.wav ffprobe version 1.2 Copyright (c) 2007-2013 the FFmpeg developers built on Mar 30 2013 10:49:20 with gcc 4.7 (Ubuntu/Linaro 4.7.2-2ubuntu1) configuration: --enable-gpl --enable-version3 --enable-nonfree --disable-ffplay --disable-ffserver --disable-avdevice --enable-bzlib --enable-libopencore-amrnb --enable-libfreetype --enable-libopencore-amrwb --enable-libfaac --enable-libgsm --enable-libmp3lame --enable- libschroedinger --enable-libspeex --enable-libvorbis --enable-libvpx --enable-libopus libavutil 52. 18.100 / 52. 18.100 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.104 / 54. 63.104 libavfilter 3. 42.103 / 3. 42.103 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [wav @ 0xae30520] Format wav probed with size=2048 and score=99 [wav @ 0xae30520] no 'data' tag found [AVIOContext @ 0xae38b20] Statistics: 98304 bytes read, 2 seeks ffmpeg-testfile.wav: Invalid data found when processing input }}} Just let me know, if you need more information! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 30 11:42:16 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Mar 2013 10:42:16 -0000 Subject: [FFmpeg-trac] #2417(avformat:new): ffprobe/ffmpeg: cannot read wavfile (no 'data' tag found) In-Reply-To: <037.ad906bfaeba2978210991af260190c06@avcodec.org> References: <037.ad906bfaeba2978210991af260190c06@avcodec.org> Message-ID: <052.f2782bbaba473152998528895d0c8ff8@avcodec.org> #2417: ffprobe/ffmpeg: cannot read wavfile (no 'data' tag found) -------------------------------------+------------------------------------ Reporter: auphonic | 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 auphonic): BTW: these files are plain recordings from a Zoom H4N! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 30 12:23:06 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Mar 2013 11:23:06 -0000 Subject: [FFmpeg-trac] #2060(undetermined:closed): Concat Demuxer Input Format - Usability enhancement In-Reply-To: <040.ab954bb671aabb62957018023ba67777@avcodec.org> References: <040.ab954bb671aabb62957018023ba67777@avcodec.org> Message-ID: <055.a56396a4c75e46a99632fb58c5f08620@avcodec.org> #2060: Concat Demuxer Input Format - Usability enhancement -------------------------------------+------------------------------------- Reporter: ramitbhalla | 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 ramitbhalla): Okay figured it out but it does not make sense. for each ' in the filename I need to replace it with a '\'' Anyone tell me how that works? shouldn't it be a simple escape character? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 30 12:23:47 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Mar 2013 11:23:47 -0000 Subject: [FFmpeg-trac] #2060(undetermined:closed): Concat Demuxer Input Format - Usability enhancement In-Reply-To: <040.ab954bb671aabb62957018023ba67777@avcodec.org> References: <040.ab954bb671aabb62957018023ba67777@avcodec.org> Message-ID: <055.bed6e29752b23d393f40c794518272e3@avcodec.org> #2060: Concat Demuxer Input Format - Usability enhancement -------------------------------------+------------------------------------- Reporter: ramitbhalla | 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 ramitbhalla): Uh it didn't come out properly, let me try again each ' needs to be replaced with a {{{ '\'' }}} How does that work? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 30 12:57:49 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Mar 2013 11:57:49 -0000 Subject: [FFmpeg-trac] #2418(undetermined:new): ffmpeg creates files without audio tracks when converting from H264 mov to ts Message-ID: <040.bbc5884f436890d9cc5ad874f93e28a5@avcodec.org> #2418: ffmpeg creates files without audio tracks when converting from H264 mov to ts -------------------------------------+------------------------------------- Reporter: ramitbhalla | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: I'm trying to remux a MOV file to a TS file and ffmpeg creates a TS file without an audio track. The original file plays file with WMP 12, the TS remuxed file has no audio. This is also reflected in ffmpeg -i on the converted file, see output below. -bsf h264_mp4toannexb is required otherwise ffmpeg throws an error {{{ [mpegts @ 043788a0] H.264 bitstream malformed, no startcode found, use the h264_mp4toannexb bitstream filter (-bsf h264_ mp4toannexb) av_interleaved_write_frame(): Invalid argument }}} How to reproduce: {{{ ffmpeg -i ChrisWalkingZoomOnLegsGoodVideo.MOV -codec copy -bsf h264_mp4toannexb test.ts ffmpeg version N-49757-g969039e Copyright (c) 2000-2013 the FFmpeg developers built on Feb 9 2013 20:28:03 with gcc 4.7.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfi g --enable-frei0r --enable-gnutls --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libg sm --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore- amrwb --enable-libopenjpeg --enable-libopus --ena ble-librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable- libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxv id --enable-zlib libavutil 52. 17.101 / 52. 17.101 libavcodec 54. 91.102 / 54. 91.102 libavformat 54. 62.100 / 54. 62.100 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 37.101 / 3. 37.101 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Guessed Channel Layout for Input Stream #0.1 : stereo Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'ChrisWalkingZoomOnLegsGoodVideo.MOV': Metadata: major_brand : qt minor_version : 537331968 compatible_brands: qt niko creation_time : 2013-03-15 13:36:00 Duration: 00:01:29.99, start: 0.000000, bitrate: 12338 kb/s Stream #0:0(eng): Video: h264 (High) (avc1 / 0x31637661), yuvj420p, 1280x720 [SAR 1:1 DAR 16:9], 10789 kb/s, 29.97 f ps, 29.97 tbr, 30k tbn, 59.94 tbc Metadata: creation_time : 2013-03-15 13:36:00 Stream #0:1(eng): Audio: pcm_s16le (sowt / 0x74776F73), 48000 Hz, stereo, s16, 1536 kb/s Metadata: creation_time : 2013-03-15 13:36:00 Output #0, mpegts, to 'test.ts': Metadata: major_brand : qt minor_version : 537331968 compatible_brands: qt niko encoder : Lavf54.62.100 Stream #0:0(eng): Video: h264 (avc1 / 0x31637661), yuvj420p, 1280x720 [SAR 1:1 DAR 16:9], q=2-31, 10789 kb/s, 29.97 fps, 90k tbn, 29.97 tbc Metadata: creation_time : 2013-03-15 13:36:00 Stream #0:1(eng): Audio: pcm_s16le (sowt / 0x74776F73), 48000 Hz, stereo, 1536 kb/s Metadata: creation_time : 2013-03-15 13:36:00 Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help frame= 2697 fps=2391 q=-1.0 Lsize= 146926kB time=00:01:29.98 bitrate=13375.1kbits/s video:118529kB audio:16873kB subtitle:0 global headers:0kB muxing overhead 8.510880% }}} {{{ ffmpeg -i test.ts ffmpeg version N-49757-g969039e Copyright (c) 2000-2013 the FFmpeg developers built on Feb 9 2013 20:28:03 with gcc 4.7.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfi g --enable-frei0r --enable-gnutls --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libg sm --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore- amrwb --enable-libopenjpeg --enable-libopus --ena ble-librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable- libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxv id --enable-zlib libavutil 52. 17.101 / 52. 17.101 libavcodec 54. 91.102 / 54. 91.102 libavformat 54. 62.100 / 54. 62.100 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 37.101 / 3. 37.101 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [mpegts @ 02367a40] probed stream 1 failed [mpegts @ 02367a40] Could not find codec parameters for stream 1 (Unknown: none ([6][0][0][0] / 0x0006)): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options Input #0, mpegts, from 'test.ts': Duration: 00:01:29.97, start: 1.400000, bitrate: 13377 kb/s Program 1 Metadata: service_name : Service01 service_provider: FFmpeg Stream #0:0[0x100]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuvj420p, 1280x720 [SAR 1:1 DAR 16:9], 29.97 fps, 2 9.97 tbr, 90k tbn, 59.94 tbc Stream #0:1[0x101](eng): Unknown: none ([6][0][0][0] / 0x0006) At least one output file must be specified}}} Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 30 13:01:34 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Mar 2013 12:01:34 -0000 Subject: [FFmpeg-trac] #2418(undetermined:closed): ffmpeg creates files without audio tracks when converting from H264 mov to ts In-Reply-To: <040.bbc5884f436890d9cc5ad874f93e28a5@avcodec.org> References: <040.bbc5884f436890d9cc5ad874f93e28a5@avcodec.org> Message-ID: <055.f787e99c3e54ab0a4ccdab15f61f53dd@avcodec.org> #2418: ffmpeg creates files without audio tracks when converting from H264 mov to ts -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid Comment: As discussed before, you cannot put random codecs into transport streams. This is not a limitation of FFmpeg, it is a limitation of transport streams. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 30 13:03:28 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Mar 2013 12:03:28 -0000 Subject: [FFmpeg-trac] #2418(undetermined:closed): ffmpeg creates files without audio tracks when converting from H264 mov to ts In-Reply-To: <040.bbc5884f436890d9cc5ad874f93e28a5@avcodec.org> References: <040.bbc5884f436890d9cc5ad874f93e28a5@avcodec.org> Message-ID: <055.561ce8a189270242572f257c9d149574@avcodec.org> #2418: ffmpeg creates files without audio tracks when converting from H264 mov to ts -------------------------------------+------------------------------------- Reporter: ramitbhalla | 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 ramitbhalla): So instead of "successfully" finishing teh remuxing shouldn't ffmpeg throw an error? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Mar 30 15:43:02 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Mar 2013 14:43:02 -0000 Subject: [FFmpeg-trac] #2417(avformat:open): ffprobe/ffmpeg: cannot read wavfile (no 'data' tag found) In-Reply-To: <037.ad906bfaeba2978210991af260190c06@avcodec.org> References: <037.ad906bfaeba2978210991af260190c06@avcodec.org> Message-ID: <052.c0092da93d9d35e780f3e2d627e42221@avcodec.org> #2417: ffprobe/ffmpeg: cannot read wavfile (no 'data' tag found) ------------------------------------+------------------------------------ Reporter: auphonic | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: wav | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => wav * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 Comment: POC attached. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 31 04:21:04 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 31 Mar 2013 02:21:04 -0000 Subject: [FFmpeg-trac] #2419(FFprobe:new): ffprobe reports error on timecode stream Message-ID: <034.bc7896cd83e929bc85af32592e409ed5@avcodec.org> #2419: ffprobe reports error on timecode stream ----------------------------------+-------------------------------------- Reporter: milix | Type: defect Status: new | Priority: normal Component: FFprobe | Version: git-master Keywords: timecode | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- Summary of the bug: ffprobe says "Unsupported codec with id 0 for input stream 1" when given a Quicktime .mov with timecode, even though it does report the timecode correctly. ffmpeg from the same build does not report any error, and also shows the correct timecode. How to reproduce: Create a .mov with timecode: {{{ % ffmpeg -f lavfi -i testsrc -t 5 -timecode "10:00:00:00" testsrc-with- tc.mov ffmpeg version N-51433-g551f683 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 28 2013 21:52:57 with gcc 4.8.0 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgsm --enable-libilbc --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable- libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable- libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 22.101 / 52. 22.101 libavcodec 55. 2.100 / 55. 2.100 libavformat 55. 0.100 / 55. 0.100 libavdevice 55. 0.100 / 55. 0.100 libavfilter 3. 48.105 / 3. 48.105 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [lavfi @ 02577780] 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 Codec AVOption gop_timecode (MPEG GOP Timecode in hh:mm:ss[:;.]ff format) specified for output file #0 (testsrc-with-tc.mov) has not been used for any stream. The most likely reason is either wrong type (e.g. a video option with no video streams) or that it is a private option of some encoder which was not actually used for any stream. No pixel format specified, yuv444p for H.264 encoding chosen. Use -pix_fmt yuv420p for compatibility with outdated media players. [...] Output #0, mov, to 'testsrc-with-tc.mov': Metadata: timecode : 10:00:00:00 encoder : Lavf55.0.100 Stream #0:0: Video: h264 (avc1 / 0x31637661), yuv444p, 320x240 [SAR 1:1 DAR 4:3], q=-1--1, 12800 tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> libx264) Press [q] to stop, [?] for help [...] }}} Examine with ffprobe: {{{ % ffprobe version N-51433-g551f683 Copyright (c) 2007-2013 the FFmpeg developers built on Mar 28 2013 21:52:57 with gcc 4.8.0 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgsm --enable-libilbc --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable- libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable- libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 22.101 / 52. 22.101 libavcodec 55. 2.100 / 55. 2.100 libavformat 55. 0.100 / 55. 0.100 libavdevice 55. 0.100 / 55. 0.100 libavfilter 3. 48.105 / 3. 48.105 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'testsrc-with-tc.mov': Metadata: major_brand : qt minor_version : 512 compatible_brands: qt encoder : Lavf55.0.100 Duration: 00:00:05.00, start: 0.000000, bitrate: 44 kb/s Stream #0:0(eng): Video: h264 (High 4:4:4 Predictive) (avc1 / 0x31637661), yuv444p, 320x240 [SAR 1:1 DAR 4:3], 39 kb/s, 25 fps, 25 tbr, 12800 tbn, 50 tbc Metadata: handler_name : DataHandler timecode : 10:00:00:00 Stream #0:1(eng): Data: none (tmcd / 0x64636D74), 0 kb/s Metadata: handler_name : DataHandler timecode : 10:00:00:00 Unsupported codec with id 0 for input stream 1 }}} Note that the timecode was read correctly by ffprobe, but it still gives an error. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 31 05:45:04 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 31 Mar 2013 03:45:04 -0000 Subject: [FFmpeg-trac] #2416(undetermined:new): ffprobe wrongly reports "Operation not permitted" In-Reply-To: <035.33eeba7ac021c1149a39d0999e5f1db7@avcodec.org> References: <035.33eeba7ac021c1149a39d0999e5f1db7@avcodec.org> Message-ID: <050.28308d01b7a715ef2be20bc6669382cf@avcodec.org> #2416: ffprobe wrongly reports "Operation not permitted" -------------------------------------+------------------------------------- Reporter: gillux | Owner: Type: defect | Status: new Priority: minor | Component: Version: git-master | undetermined Keywords: mpegts | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by gillux): The TS file indeed appears to be detected as having no stream. gdb told me that avformat_find_stream_info() returns -1 and skips most of its code since ic->nb_streams == 0. This -1 is then interpreted as a the POSIX errno EPERM, thus the "Operation no permitted" error. If I make avformat_find_stream_info() not to return -1, ffprobe seems to work well and gives the following output: {{{ Input #0, mpegts, from '../JCSAT 4A 12493 H SI-Dump 09-15 08-26-46.ts': Duration: N/A, bitrate: N/A Program 33410 Metadata: service_name : ?|?????????HD service_provider: Program 33423 Metadata: service_name : ?|???????HD service_provider: Program 33424 Metadata: service_name : ?KBS?|????HD service_provider: Program 33714 Metadata: service_name : ?|?????????HD service_provider: }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 31 06:29:04 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 31 Mar 2013 04:29:04 -0000 Subject: [FFmpeg-trac] #2420(build system:new): asyncts filter not enabled despite being flagged during configuration Message-ID: <037.e331060f93515d647e02d22771c95756@avcodec.org> #2420: asyncts filter not enabled despite being flagged during configuration -------------------------------------+------------------------------------- Reporter: fortress | Type: defect Status: new | Priority: normal Component: build | Version: git- system | master Keywords: asyncts | Blocked By: filter async configure compile | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- '''Summary of the bug:''' Version: 1.1.git I am trying to compile ffmpeg with the asyncts video filter enabled. Despite flagging it during the configuration, it does not appear under the Enabled filters list after configuration. '''How to reproduce:''' Download the nightly build, then run: ./configure --prefix=/usr/local --extra-cflags='-O2' --enable-gpl --enable-pthreads --enable-libx264 --enable-filter=aresample --enable- filter=asyncts '''Here is the configuration output:''' http://pastebin.com/6CLzQMfN '''Config.log file:''' http://pastebin.com/PwY4sk9C '''System details:''' gcc version 4.7.2 (Debian 4.7.2-5) kernel: 3.2.0-4-amd64 processor: i7-3770 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 31 10:41:32 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 31 Mar 2013 08:41:32 -0000 Subject: [FFmpeg-trac] #2420(build system:closed): asyncts filter not enabled despite being flagged during configuration In-Reply-To: <037.e331060f93515d647e02d22771c95756@avcodec.org> References: <037.e331060f93515d647e02d22771c95756@avcodec.org> Message-ID: <052.0ed0e8750b0bdc3629326a7ab2dd76c4@avcodec.org> #2420: asyncts filter not enabled despite being flagged during configuration -------------------------------------+------------------------------------- Reporter: fortress | Owner: Type: defect | Status: closed Priority: normal | Component: build Version: git-master | system Keywords: asyncts | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: asyncts filter async configure compile => asyncts * status: new => closed * resolution: => invalid Comment: The asyncts filter should not be used because it is unsupported, see http://ffmpeg.org/ffmpeg-filters.html#aresample-1 for a supported filter. (Please post usage and compilation question on the ffmpeg-user mailing list.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 31 14:47:01 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 31 Mar 2013 12:47:01 -0000 Subject: [FFmpeg-trac] #2212(undetermined:open): Application provided invalid, non monotonically increasing dts to muxer in stream 2: 1372390 >= 1372390 av_interleaved_write_frame(): Invalid argument In-Reply-To: <035.b44a2e6d452575b11d4ef34c280c1fa2@avcodec.org> References: <035.b44a2e6d452575b11d4ef34c280c1fa2@avcodec.org> Message-ID: <050.9e8fb4cf4182f5ea3d0c40458a31eb94@avcodec.org> #2212: Application provided invalid, non monotonically increasing dts to muxer in stream 2: 1372390 >= 1372390 av_interleaved_write_frame(): Invalid argument -------------------------------------+------------------------------------- Reporter: julian | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: av_interleaved_write_frame ass | Blocked By: mov_text | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by julian): could someone give me a pointer how i'd add an option to fall back to just not using the subtitle if this problem occurs instead of exiting? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 31 16:09:33 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 31 Mar 2013 14:09:33 -0000 Subject: [FFmpeg-trac] #2421(undetermined:new): DTS/PTS problems when trying to obtain synced video and audio files Message-ID: <033.653e0f3db28bd5fb4a3fd512f3f94452@avcodec.org> #2421: DTS/PTS problems when trying to obtain synced video and audio files -------------------------------------+------------------------------------- Reporter: chlg | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: async, | Blocked By: first_pts | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: Bug has been obviously introduced by commit e42028925bddfdfe46dcd2b7312148379ef4d62e (previous commit, 394130efe32f85c1f0582094add4376e32ebf20c, is doing just fine) Which is not surprising, since this commit is exactly about first_pts. while encoding, ffmpeg is complaining about pts/dts. And audio file contains blank. After a while, it's apparently working normaly again ; but video and audio are totaly unsynchronized. How to reproduce: {{{ % ffmpeg -i bugreport.ts -vsync 1 out.yuv -async 480 -f s16le out.raw ffmpeg version : git commit e42028925bddfdfe46dcd2b7312148379ef4d62e (and all git versions since that, including the last one) built on arch linux, 64bits }}} Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 31 16:19:39 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 31 Mar 2013 14:19:39 -0000 Subject: [FFmpeg-trac] #2421(undetermined:new): DTS/PTS problems when trying to obtain synced video and audio files In-Reply-To: <033.653e0f3db28bd5fb4a3fd512f3f94452@avcodec.org> References: <033.653e0f3db28bd5fb4a3fd512f3f94452@avcodec.org> Message-ID: <048.ffda40c7ae647f2729ce63f7c08b13e5@avcodec.org> #2421: DTS/PTS problems when trying to obtain synced video and audio files -------------------------------------+------------------------------------- Reporter: chlg | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: async, | Resolution: first_pts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by chlg): * version: unspecified => git-master -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 31 16:23:37 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 31 Mar 2013 14:23:37 -0000 Subject: [FFmpeg-trac] #2421(undetermined:new): DTS/PTS problems when trying to obtain synced video and audio files In-Reply-To: <033.653e0f3db28bd5fb4a3fd512f3f94452@avcodec.org> References: <033.653e0f3db28bd5fb4a3fd512f3f94452@avcodec.org> Message-ID: <048.6df14525d3eeb00fe1d9d54198498379@avcodec.org> #2421: DTS/PTS problems when trying to obtain synced video and audio files -------------------------------------+------------------------------------- Reporter: chlg | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: async, | Resolution: first_pts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by chlg): NB: The bug is apparently the same as the one described by a windows user here : http://ffmpeg.zeranoe.com/forum/viewtopic.php?f=30&t=1074 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 31 16:38:46 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 31 Mar 2013 14:38:46 -0000 Subject: [FFmpeg-trac] #2421(undetermined:new): DTS/PTS problems when trying to obtain synced video and audio files In-Reply-To: <033.653e0f3db28bd5fb4a3fd512f3f94452@avcodec.org> References: <033.653e0f3db28bd5fb4a3fd512f3f94452@avcodec.org> Message-ID: <048.52e221b7eae78d6df4c7039fa7e74df9@avcodec.org> #2421: DTS/PTS problems when trying to obtain synced video and audio files -------------------------------------+------------------------------------- Reporter: chlg | 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: async, first_pts => regression * priority: normal => important Comment: Please provide your failing command line together with the complete, uncut console output and provide (or point to) a failing sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 31 17:09:34 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 31 Mar 2013 15:09:34 -0000 Subject: [FFmpeg-trac] #2421(undetermined:new): DTS/PTS problems when trying to obtain synced video and audio files In-Reply-To: <033.653e0f3db28bd5fb4a3fd512f3f94452@avcodec.org> References: <033.653e0f3db28bd5fb4a3fd512f3f94452@avcodec.org> Message-ID: <048.1495417b53c2eefcf230285481b8e80f@avcodec.org> #2421: DTS/PTS problems when trying to obtain synced video and audio files -------------------------------------+------------------------------------- Reporter: chlg | 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 chlg): I have uploaded a very short sample here : http://www.datafilehost.com /download-614c54d3.html The failing command is : {{{ ffmpeg -v 9 -loglevel 99 -i async_and_pts-dts_problem.ts -y -vsync 1 yy.yuv -async 480 -f s16le yy.raw }}} Console with this command reads : {{{ ffmpeg version N-51459-g95c7cad Copyright (c) 2000-2013 the FFmpeg developers built on Mar 31 2013 13:22:01 with gcc 4.7.2 (GCC) configuration: --prefix=/usr/local libavutil 52. 23.100 / 52. 23.100 libavcodec 55. 2.100 / 55. 2.100 libavformat 55. 1.100 / 55. 1.100 libavdevice 55. 0.100 / 55. 0.100 libavfilter 3. 48.105 / 3. 48.105 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 Splitting the commandline. Reading option '-v' ... matched as option 'v' (set libav* logging level) with argument '9'. Reading option '-loglevel' ... matched as option 'loglevel' (set libav* logging level) with argument '99'. Reading option '-i' ... matched as input file with argument 'async_and_pts-dts_problem.ts'. Reading option '-y' ... matched as option 'y' (overwrite output files) with argument '1'. Reading option '-vsync' ... matched as option 'vsync' (video sync method) with argument '1'. Reading option 'yy.yuv' ... matched as output file. Reading option '-async' ... matched as option 'async' (audio sync method) with argument '480'. Reading option '-f' ... matched as option 'f' (force format) with argument 's16le'. Reading option 'yy.raw' ... matched as output file. Finished splitting the commandline. Parsing a group of options: global . Applying option v (set libav* logging level) with argument 9. Applying option y (overwrite output files) with argument 1. Applying option vsync (video sync method) with argument 1. Applying option async (audio sync method) with argument 480. Successfully parsed a group of options. Parsing a group of options: input file async_and_pts-dts_problem.ts. Successfully parsed a group of options. Opening an input file: async_and_pts-dts_problem.ts. [avi @ 0x1b485e0] Format avi probed with size=2048 and score=100 [avi @ 0x1b48b40] use odml:1 [avi @ 0x1b485e0] File position before avformat_find_stream_info() is 4108 [avi @ 0x1b485e0] first_dts 0 not matching first dts 11520 in the queue Last message repeated 19 times [avi @ 0x1b485e0] first_dts 0 not matching first dts 23616 in the queue Last message repeated 19 times [avi @ 0x1b485e0] first_dts 0 not matching first dts 35712 in the queue Last message repeated 19 times [avi @ 0x1b485e0] first_dts 0 not matching first dts 47808 in the queue Last message repeated 19 times [avi @ 0x1b485e0] All info found rfps: 24.750000 0.015018 Last message repeated 1 times rfps: 24.833333 0.006675 Last message repeated 1 times rfps: 24.916667 0.001669 Last message repeated 1 times rfps: 25.000000 0.000000 rfps: 25.083333 0.001669 Last message repeated 1 times rfps: 25.166667 0.006675 Last message repeated 1 times rfps: 25.250000 0.015018 Last message repeated 1 times rfps: 49.750000 0.015018 Last message repeated 1 times rfps: 49.833333 0.006675 Last message repeated 1 times rfps: 49.916667 0.001669 Last message repeated 1 times rfps: 50.000000 0.000000 rfps: 50.083333 0.001669 Last message repeated 1 times rfps: 50.166667 0.006675 Last message repeated 1 times rfps: 50.250000 0.015018 Last message repeated 1 times [avi @ 0x1b485e0] File position after avformat_find_stream_info() is 902767 Input #0, avi, from 'async_and_pts-dts_problem.ts': Metadata: encoder : MEncoder SVN-r35920-4.7.2 Duration: 00:00:13.12, start: 0.000000, bitrate: 5093 kb/s Stream #0:0, 41, 1/25: Video: mpeg2video (Main) ([2][0][0][16] / 0x10000002), yuv420p, 720x576 [SAR 64:45 DAR 16:9], 1/50, 25 fps, 25 tbr, 25 tbn, 50 tbc Stream #0:1, 104, 1/24000: Audio: mp2 (P[0][0][0] / 0x0050), 48000 Hz, stereo, s16p, 192 kb/s Successfully opened the file. Parsing a group of options: output file yy.yuv. Successfully parsed a group of options. Opening an output file: yy.yuv. Successfully opened the file. Parsing a group of options: output file yy.raw. Applying option f (force format) with argument s16le. Successfully parsed a group of options. Opening an output file: yy.raw. Successfully opened the file. [buffer @ 0x1b4d160] Setting entry with key 'video_size' to value '720x576' [buffer @ 0x1b4d160] Setting entry with key 'pix_fmt' to value '0' [buffer @ 0x1b4d160] Setting entry with key 'time_base' to value '1/25' [buffer @ 0x1b4d160] Setting entry with key 'pixel_aspect' to value '64/45' [buffer @ 0x1b4d160] Setting entry with key 'sws_param' to value 'flags=2' [buffer @ 0x1b4d160] Setting entry with key 'frame_rate' to value '25/1' [graph 0 input from stream 0:0 @ 0x1c52dc0] w:720 h:576 pixfmt:yuv420p tb:1/25 fr:25/1 sar:64/45 sws_param:flags=2 [AVFilterGraph @ 0x1c9e0e0] query_formats: 3 queried, 2 merged, 0 already done, 0 delayed [abuffer @ 0x1b49b60] Setting entry with key 'time_base' to value '1/48000' [abuffer @ 0x1b49b60] Setting entry with key 'sample_rate' to value '48000' [abuffer @ 0x1b49b60] Setting entry with key 'sample_fmt' to value 's16p' [abuffer @ 0x1b49b60] Setting entry with key 'channel_layout' to value '0x3' [graph 1 input from stream 0:1 @ 0x1b48e80] tb:1/48000 samplefmt:s16p samplerate:48000 chlayout:0x3 -async is forwarded to lavfi similarly to -af aresample=async=480:min_hard_comp=0.100000:first_pts=0. [aformat @ 0x1c52640] Setting entry with key 'sample_fmts' to value 's16' [AVFilterGraph @ 0x1b620a0] query_formats: 5 queried, 12 merged, 0 already done, 0 delayed [graph 1 aresample for input stream 0:1 @ 0x1c9ed00] ch:2 chl:stereo fmt:s16p r:48000Hz -> ch:2 chl:stereo fmt:s16 r:48000Hz [mpeg2video @ 0x1b48f80] detected 8 logical cores Output #0, rawvideo, to 'yy.yuv': Metadata: encoder : Lavf55.1.100 Stream #0:0, 0, 1/90000: Video: rawvideo (I420 / 0x30323449), yuv420p, 720x576 [SAR 64:45 DAR 16:9], 1/25, q=2-31, 200 kb/s, 90k tbn, 25 tbc Output #1, s16le, to 'yy.raw': Metadata: encoder : Lavf55.1.100 Stream #1:0, 0, 1/90000: Audio: pcm_s16le, 48000 Hz, stereo, s16, 1536 kb/s Stream mapping: Stream #0:0 -> #0:0 (mpeg2video -> rawvideo) Stream #0:1 -> #1:0 (mp2 -> pcm_s16le) Press [q] to stop, [?] for help *** 4 dup! *** 1 dup! Last message repeated 2 times [avi @ 0x1b485e0] first_dts 0 not matching first dts 59904 in the queue Last message repeated 19 times *** 1 dup! [avi @ 0x1b485e0] first_dts 0 not matching first dts 72000 in the queue Last message repeated 18 times *** 1 dup! [avi @ 0x1b485e0] first_dts 0 not matching first dts 83520 in the queue Last message repeated 19 times *** 1 dup! [avi @ 0x1b485e0] first_dts 0 not matching first dts 95616 in the queue Last message repeated 19 times *** 1 dup! [avi @ 0x1b485e0] first_dts 0 not matching first dts 107712 in the queue Last message repeated 19 times *** 1 dup! Last message repeated 1 times [avi @ 0x1b485e0] first_dts 0 not matching first dts 119808 in the queue Last message repeated 19 times *** 1 dup! [avi @ 0x1b485e0] first_dts 0 not matching first dts 131904 in the queue Last message repeated 19 times *** 1 dup! [avi @ 0x1b485e0] first_dts 0 not matching first dts 144000 in the queue Last message repeated 18 times *** 1 dup! [avi @ 0x1b485e0] first_dts 0 not matching first dts 155520 in the queue Last message repeated 19 times *** 1 dup! [avi @ 0x1b485e0] first_dts 0 not matching first dts 167616 in the queue Last message repeated 19 times *** 1 dup! [avi @ 0x1b485e0] first_dts 0 not matching first dts 179712 in the queue Last message repeated 19 times *** 1 dup! [avi @ 0x1b485e0] first_dts 0 not matching first dts 191808 in the queue Last message repeated 19 times *** 1 dup! Last message repeated 1 times [avi @ 0x1b485e0] first_dts 0 not matching first dts 203904 in the queue Last message repeated 19 times *** 1 dup! [avi @ 0x1b485e0] first_dts 0 not matching first dts 216000 in the queue Last message repeated 18 times *** 1 dup! [avi @ 0x1b485e0] first_dts 0 not matching first dts 227520 in the queue Last message repeated 19 times *** 1 dup! [avi @ 0x1b485e0] first_dts 0 not matching first dts 239616 in the queue Last message repeated 19 times *** 1 dup! [avi @ 0x1b485e0] first_dts 0 not matching first dts 251712 in the queue Last message repeated 19 times *** 1 dup! [avi @ 0x1b485e0] first_dts 0 not matching first dts 263808 in the queue Last message repeated 19 times *** 1 dup! [avi @ 0x1b485e0] first_dts 0 not matching first dts 275904 in the queue Last message repeated 19 times *** 1 dup! [avi @ 0x1b485e0] first_dts 0 not matching first dts 288000 in the queue Last message repeated 18 times *** 1 dup! Last message repeated 1 times [avi @ 0x1b485e0] first_dts 0 not matching first dts 299520 in the queue Last message repeated 18 times [mp2 @ 0x1b49c40] Header missing Error while decoding stream #0:1: Invalid data found when processing input [graph 1 aresample for input stream 0:1 @ 0x1c9ed00] [SWR @ 0x1bfd6a0] compensating audio timestamp drift:0.024000 compensation:480 in:48000 [s16le @ 0x1b614c0] st:0 PTS: 0 DTS: 0 < 1127521 invalid, clipping [graph 1 aresample for input stream 0:1 @ 0x1c9ed00] [SWR @ 0x1bfd6a0] adding 16384 audio samples of silence Last message repeated 35 times [graph 1 aresample for input stream 0:1 @ 0x1c9ed00] [SWR @ 0x1bfd6a0] adding 13812 audio samples of silence [s16le @ 0x1b614c0] st:0 PTS: 2153 DTS: 2153 < 1127522 invalid, clipping frame= 301 fps=0.0 q=0.0 size= 182858kB time=00:00:12.58 bitrate=119062.6kbitsst:0 PTS: 6953 DTS: 6953 < 1127523 invalid, clipping [graph 1 aresample for input stream 0:1 @ 0x1c9ed00] [SWR @ 0x1bfd6a0] compensating audio timestamp drift:-0.001025 compensation:-49 in:48000 [s16le @ 0x1b614c0] st:0 PTS: 11753 DTS: 11753 < 1127524 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 16553 DTS: 16553 < 1127525 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 21353 DTS: 21353 < 1127526 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 26153 DTS: 26153 < 1127527 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 30953 DTS: 30953 < 1127528 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 35753 DTS: 35753 < 1127529 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 40553 DTS: 40553 < 1127530 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 45353 DTS: 45353 < 1127531 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 50153 DTS: 50153 < 1127532 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 54953 DTS: 54953 < 1127533 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 59753 DTS: 59753 < 1127534 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 64553 DTS: 64553 < 1127535 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 69353 DTS: 69353 < 1127536 invalid, clipping *** 1 dup! [avi @ 0x1b485e0] first_dts 0 not matching first dts 311040 in the queue [s16le @ 0x1b614c0] st:0 PTS: 74153 DTS: 74153 < 1127537 invalid, clipping [graph 1 aresample for input stream 0:1 @ 0x1c9ed00] [SWR @ 0x1bfd6a0] compensating audio timestamp drift:0.016037 compensation:480 in:48000 [s16le @ 0x1b614c0] st:0 PTS: 78953 DTS: 78953 < 1127538 invalid, clipping [avi @ 0x1b485e0] first_dts 0 not matching first dts 312584 in the queue [graph 1 aresample for input stream 0:1 @ 0x1c9ed00] [SWR @ 0x1bfd6a0] compensating audio timestamp drift:0.015516 compensation:480 in:48000 [s16le @ 0x1b614c0] st:0 PTS: 83753 DTS: 83753 < 1127539 invalid, clipping [graph 1 aresample for input stream 0:1 @ 0x1c9ed00] [SWR @ 0x1bfd6a0] compensating audio timestamp drift:0.014996 compensation:480 in:48000 [s16le @ 0x1b614c0] st:0 PTS: 88553 DTS: 88553 < 1127540 invalid, clipping *** 1 dup! [mp2 @ 0x1b49c40] incomplete frame Error while decoding stream #0:1: Invalid data found when processing input [s16le @ 0x1b614c0] st:0 PTS: 101033 DTS: 101033 < 1127541 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 108713 DTS: 108713 < 1127542 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 116393 DTS: 116393 < 1127543 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 124073 DTS: 124073 < 1127544 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 131753 DTS: 131753 < 1127545 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 139433 DTS: 139433 < 1127546 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 147113 DTS: 147113 < 1127547 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 154793 DTS: 154793 < 1127548 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 162473 DTS: 162473 < 1127549 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 170153 DTS: 170153 < 1127550 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 177833 DTS: 177833 < 1127551 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 185513 DTS: 185513 < 1127552 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 193193 DTS: 193193 < 1127553 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 200873 DTS: 200873 < 1127554 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 208553 DTS: 208553 < 1127555 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 216233 DTS: 216233 < 1127556 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 223913 DTS: 223913 < 1127557 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 231593 DTS: 231593 < 1127558 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 239273 DTS: 239273 < 1127559 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 246953 DTS: 246953 < 1127560 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 254633 DTS: 254633 < 1127561 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 262313 DTS: 262313 < 1127562 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 269993 DTS: 269993 < 1127563 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 277673 DTS: 277673 < 1127564 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 285353 DTS: 285353 < 1127565 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 293033 DTS: 293033 < 1127566 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 300713 DTS: 300713 < 1127567 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 308393 DTS: 308393 < 1127568 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 316073 DTS: 316073 < 1127569 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 323753 DTS: 323753 < 1127570 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 331433 DTS: 331433 < 1127571 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 339113 DTS: 339113 < 1127572 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 346793 DTS: 346793 < 1127573 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 354473 DTS: 354473 < 1127574 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 362153 DTS: 362153 < 1127575 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 369833 DTS: 369833 < 1127576 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 377513 DTS: 377513 < 1127577 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 385193 DTS: 385193 < 1127578 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 392873 DTS: 392873 < 1127579 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 400553 DTS: 400553 < 1127580 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 408233 DTS: 408233 < 1127581 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 415913 DTS: 415913 < 1127582 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 423593 DTS: 423593 < 1127583 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 431273 DTS: 431273 < 1127584 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 438953 DTS: 438953 < 1127585 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 446633 DTS: 446633 < 1127586 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 454313 DTS: 454313 < 1127587 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 461993 DTS: 461993 < 1127588 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 469673 DTS: 469673 < 1127589 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 477353 DTS: 477353 < 1127590 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 485033 DTS: 485033 < 1127591 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 492713 DTS: 492713 < 1127592 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 500393 DTS: 500393 < 1127593 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 508073 DTS: 508073 < 1127594 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 515753 DTS: 515753 < 1127595 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 523433 DTS: 523433 < 1127596 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 531113 DTS: 531113 < 1127597 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 538793 DTS: 538793 < 1127598 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 546473 DTS: 546473 < 1127599 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 554153 DTS: 554153 < 1127600 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 561833 DTS: 561833 < 1127601 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 569513 DTS: 569513 < 1127602 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 577193 DTS: 577193 < 1127603 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 584873 DTS: 584873 < 1127604 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 592553 DTS: 592553 < 1127605 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 600233 DTS: 600233 < 1127606 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 607913 DTS: 607913 < 1127607 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 615593 DTS: 615593 < 1127608 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 623273 DTS: 623273 < 1127609 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 630953 DTS: 630953 < 1127610 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 638633 DTS: 638633 < 1127611 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 646313 DTS: 646313 < 1127612 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 653993 DTS: 653993 < 1127613 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 661673 DTS: 661673 < 1127614 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 669353 DTS: 669353 < 1127615 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 677033 DTS: 677033 < 1127616 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 684713 DTS: 684713 < 1127617 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 692393 DTS: 692393 < 1127618 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 700073 DTS: 700073 < 1127619 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 707753 DTS: 707753 < 1127620 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 715433 DTS: 715433 < 1127621 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 723113 DTS: 723113 < 1127622 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 730793 DTS: 730793 < 1127623 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 738473 DTS: 738473 < 1127624 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 746153 DTS: 746153 < 1127625 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 753833 DTS: 753833 < 1127626 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 761513 DTS: 761513 < 1127627 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 769193 DTS: 769193 < 1127628 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 776873 DTS: 776873 < 1127629 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 784553 DTS: 784553 < 1127630 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 792233 DTS: 792233 < 1127631 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 799913 DTS: 799913 < 1127632 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 807593 DTS: 807593 < 1127633 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 815273 DTS: 815273 < 1127634 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 822953 DTS: 822953 < 1127635 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 830633 DTS: 830633 < 1127636 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 838313 DTS: 838313 < 1127637 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 845993 DTS: 845993 < 1127638 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 853673 DTS: 853673 < 1127639 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 861353 DTS: 861353 < 1127640 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 869033 DTS: 869033 < 1127641 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 876713 DTS: 876713 < 1127642 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 884393 DTS: 884393 < 1127643 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 892073 DTS: 892073 < 1127644 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 899753 DTS: 899753 < 1127645 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 907433 DTS: 907433 < 1127646 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 915113 DTS: 915113 < 1127647 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 922793 DTS: 922793 < 1127648 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 930473 DTS: 930473 < 1127649 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 938153 DTS: 938153 < 1127650 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 945833 DTS: 945833 < 1127651 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 953513 DTS: 953513 < 1127652 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 961193 DTS: 961193 < 1127653 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 968873 DTS: 968873 < 1127654 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 976553 DTS: 976553 < 1127655 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 984233 DTS: 984233 < 1127656 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 991913 DTS: 991913 < 1127657 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 999593 DTS: 999593 < 1127658 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 1007273 DTS: 1007273 < 1127659 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 1014953 DTS: 1014953 < 1127660 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 1022633 DTS: 1022633 < 1127661 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 1030313 DTS: 1030313 < 1127662 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 1037993 DTS: 1037993 < 1127663 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 1045673 DTS: 1045673 < 1127664 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 1053353 DTS: 1053353 < 1127665 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 1061033 DTS: 1061033 < 1127666 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 1068713 DTS: 1068713 < 1127667 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 1076393 DTS: 1076393 < 1127668 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 1084073 DTS: 1084073 < 1127669 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 1091753 DTS: 1091753 < 1127670 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 1099433 DTS: 1099433 < 1127671 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 1107113 DTS: 1107113 < 1127672 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 1114793 DTS: 1114793 < 1127673 invalid, clipping [s16le @ 0x1b614c0] st:0 PTS: 1122473 DTS: 1122473 < 1127674 invalid, clipping [output stream 0:0 @ 0x1c52e20] EOF on sink link output stream 0:0:default. [output stream 1:0 @ 0x1bf7cc0] EOF on sink link output stream 1:0:default. No more output streams to write to, finishing. frame= 329 fps=0.0 q=0.0 Lsize= 199868kB time=00:00:19.11 bitrate=85669.7kbits/s dup=32 drop=0 video:199868kB audio:5930kB subtitle:0 global headers:0kB muxing overhead -2.881704% Statistics: 8491622 bytes read, 7 seeks }}} I have cropped the sample to limit upload size. But usually the "invalid, clipping" lines start only after a few minutes of "frame=... fps=..." normal lines. It appears that pts/dts lines occur when there is a change in the tv flow (starting of commercials for example). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 31 19:55:27 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 31 Mar 2013 17:55:27 -0000 Subject: [FFmpeg-trac] #2060(undetermined:closed): Concat Demuxer Input Format - Usability enhancement In-Reply-To: <040.ab954bb671aabb62957018023ba67777@avcodec.org> References: <040.ab954bb671aabb62957018023ba67777@avcodec.org> Message-ID: <055.fa605d11ee32e2ebd81e0036526381f6@avcodec.org> #2060: Concat Demuxer Input Format - Usability enhancement -------------------------------------+------------------------------------- Reporter: ramitbhalla | 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 Cigaes): Read the fine documentation: [http://ffmpeg.org/ffmpeg-utils.html#Quoting-and-escaping] The issue of single quotes is explicitly addressed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 31 19:56:00 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 31 Mar 2013 17:56:00 -0000 Subject: [FFmpeg-trac] #2409(undetermined:new): ffmpeg hangs while trying to play live FLV stream with Speex In-Reply-To: <034.6760529644f617481e0f26eea5d602b2@avcodec.org> References: <034.6760529644f617481e0f26eea5d602b2@avcodec.org> Message-ID: <049.b63c5294e006449ac501b6378679aa5b@avcodec.org> #2409: ffmpeg hangs while trying to play live FLV stream with Speex -------------------------------------+------------------------------------- Reporter: DrLex | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: rtmp speex | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): Replying to [comment:8 DrLex]: > Adding breakpoints reveals that the real infinite loop not in librtmp. It is the one at libavformat/utils.c:2811. The correct way to get out of that loop is at line 2855, and this is never reached unless the source stream is interrupted. Can you try to find out whats the difference between nelly moser and speex, why one is stuck in the loop and the other exits? Id look into it myself but ive no rtmp server setup ... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Mar 31 20:45:30 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 31 Mar 2013 18:45:30 -0000 Subject: [FFmpeg-trac] #2390(avcodec:closed): dv: green bar at the right side with lowres 3 In-Reply-To: <038.850f9b57e4bc192a78188a3e0c9ba658@avcodec.org> References: <038.850f9b57e4bc192a78188a3e0c9ba658@avcodec.org> Message-ID: <053.9ae9caf1d044552d8d014ac6bf2489a0@avcodec.org> #2390: dv: green bar at the right side with lowres 3 -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: dvvideo | Blocked By: regression lowres | 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 Sun Mar 31 23:51:35 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 31 Mar 2013 21:51:35 -0000 Subject: [FFmpeg-trac] #2408(FFplay:open): ffplay A/V sync regression In-Reply-To: <036.51f2f78be39f1b2bb264720eaeb441b4@avcodec.org> References: <036.51f2f78be39f1b2bb264720eaeb441b4@avcodec.org> Message-ID: <051.884cfc513b3307d39caa3c7b821b52ef@avcodec.org> #2408: ffplay A/V sync regression -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: cus Type: defect | Status: open Priority: important | Component: FFplay Version: git-master | Resolution: Keywords: desync | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cus): * cc: cus@? (added) * owner: => cus * status: new => open -- Ticket URL: FFmpeg FFmpeg issue tracker